This is an ebuild request for PacketGarden "Packet Garden captures information about how you use the internet and uses this stored information to grow a private world you can later explore. To do this, Packet Garden takes note of all the servers you visit, their geographical location and the kinds of data you access. Uploads make hills and downloads valleys, their location determined by numbers taken from internet address itself. The size of each hill or valley is based on how much data is sent or received. Plants are also grown for each protocol detected by the software; if you visit a website, an 'HTTP plant' is grown. If you share some files via eMule, a 'Peer to Peer plant' is grown, and so on." Screenshots: http://www.selectparks.net/~julian/pg/pmwiki.php?n=PG.screenshots Reproducible: Always
Created attachment 109314 [details] packetgarden-1.0.ebuild Proposed ebuild. Needs packetgarden-1.0-launcher.path It's not tested extensively yet.
Created attachment 109316 [details, diff] packetgarden-1.0-launcher.patch Patch needed to fix paths on launcher. (Original paths are on /usr/share/games by advice of Debian devs, but upstream classify it as net-analyzer, not a game)
Created attachment 109499 [details, diff] packetgarden-1.0-games-path.patch Fix bad paths.
Created attachment 109501 [details] packetgarden-1.0.ebuild New ebuild. It fixes some serious issues.
Latest ebuild is on Sunrise Overlay: http://www.gentoo-sunrise.org/svn/reviewed/net-analyzer/packetgarden/ Please, test it and give some feedback ;-)
The digest is failing, so I re-created it. The patch fails now: >>> Unpacking packetgarden_1.0_all.tar.gz to /var/tmp/portage/net-analyzer/packetgarden-1.0/work /usr/portage/local/layman/sunrise/net-analyzer/packetgarden/packetgarden-1.0.ebuild: line 37: cd: /var/tmp/portage/net-analyzer/packetgarden-1.0/work/packetgarden_1.0_all: No such file or directory
Created attachment 128506 [details] The patch.out file detailing problems with launcher.patch
seeing same patching issue. changing the cd line in src_unpack to be ./trunk seems to cause the 1st patch to succeed but the the games-path patch fails
Created attachment 137323 [details] packetgarden-1.0-games-path.patch log games-path patch fail log
Created attachment 155441 [details] packetgarden-1.0-r1.ebuild I changed the dir to trunk. --- packetgarden-1.0.ebuild 2008-01-21 15:58:46.000000000 +0100 +++ packetgarden-1.0-r1.ebuild 2008-06-03 22:31:24.000000000 +0200 @@ -23,7 +23,7 @@ >=dev-python/soya-0.13_rc1 x11-libs/gksu" -S=${WORKDIR}/${MY_P} +S=${WORKDIR}/trunk pkg_setup() { if ! built_with_use dev-python/soya openal ; then TODO: - Export the data from the subversion repository to some other place, because at the moment the .svn files get installed, too. An updated patch follows.
Created attachment 155443 [details, diff] packetgarden-1.0-games-path.patch --- files/packetgarden-1.0-games-path.patch (Revision 6251) +++ files/packetgarden-1.0-games-path.patch (Arbeitskopie) @@ -13,7 +13,7 @@ self.send.visible = 0 self.send_label.visible = 0 try: -- cap = subprocess.Popen("gksudo --message='Packet Garden needs permission to read information from your network card.' python /usr/share/games/packetgarden/pg_packet.py " +self.device +" " +PG_DIR, shell=True) +- cap = subprocess.Popen("gksudo --message='Packet Garden needs permission to read information from your network card.' python2.4 /usr/share/games/packetgarden/pg_packet.py " +self.device +" " +PG_DIR, shell=True) + cap = subprocess.Popen("gksudo --message='Packet Garden needs permission to read information from your network card.' python /usr/share/packetgarden/pg_packet.py " +self.device +" " +PG_DIR, shell=True) except: cap = subprocess.Popen("gksudo --message='Packet Garden needs permission to read information from your network card.' python ./pg_packet.py " +self.device +" " +PG_DIR, shell=True)
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/
