Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 272050 - x11-misc/electricsheep is too old
Summary: x11-misc/electricsheep is too old
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal with 1 vote (vote)
Assignee: Patrick Lauer
URL:
Whiteboard:
Keywords:
: 280991 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-06-01 07:58 UTC by Marc Plano-Lesay
Modified: 2009-09-17 21:56 UTC (History)
14 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
electricsheep-9999.ebuild (electricsheep-9999.ebuild,1.90 KB, text/plain)
2009-06-28 21:09 UTC, David Leverton
Details
electricsheep-9999-xdg-utils.patch (electricsheep-9999-xdg-utils.patch,556 bytes, patch)
2009-06-28 21:10 UTC, David Leverton
Details | Diff
electricsheep-9999-gnome.patch (electricsheep-9999-gnome.patch,970 bytes, patch)
2009-06-28 21:12 UTC, David Leverton
Details | Diff
electricsheep-9999-external-ffmpeg.patch (electricsheep-9999-external-ffmpeg.patch,1.02 KB, patch)
2009-06-28 21:12 UTC, David Leverton
Details | Diff
electricsheep-9999-valgrind.patch (electricsheep-9999-valgrind.patch,2.79 KB, patch)
2009-06-28 21:13 UTC, David Leverton
Details | Diff
flam3-9999.ebuild.patch (flam3-9999.ebuild.patch,711 bytes, patch)
2009-06-28 21:15 UTC, David Leverton
Details | Diff
electricsheep-9999.ebuild (electricsheep-9999.ebuild,1.81 KB, text/plain)
2009-07-09 21:03 UTC, David Leverton
Details
fixes missing m4 dir and ltmain.sh error (flam3-9999.ebuild,804 bytes, text/plain)
2009-07-14 01:33 UTC, Thomas S. Howard
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Plano-Lesay 2009-06-01 07:58:49 UTC
Hello, x11-misc/electricsheep is 2.6.8-r3, but the server used by the 2.6 is down, you must be in 2.7.x to run Electric Sheep, or the server doesn't answer
Comment 1 Patrick Lauer gentoo-dev 2009-06-01 10:48:07 UTC
Yes, and as long as upstream refuses to provide tarballs it's a mess to create a snapshot of the 2.7betas. I'll see if I can cook up something that works ...
Comment 2 Marc Plano-Lesay 2009-06-01 11:27:14 UTC
You can get a tarball of the svn here : http://electricsheep.svn.sourceforge.net/viewvc/electricsheep/trunk/client.tar.gz

Good luck ;)
Comment 3 Jorge Nerin 2009-06-24 16:34:12 UTC
Now the videos (sheeps) tell people to go to http://electrisheep.org/upgrade, and then they say that by June 30th the old server will be shutdown and no more sheeps will be downloaded. Perhaps the old versions should be removed from portage after June 30th? I know that currently there is not a 2.7 version available for gentoo, but if a new user installs electricsheep after June 30th it won't be able to enjoy it.
Comment 4 Peter Wood 2009-06-27 02:54:26 UTC
Now the sheep are not dreaming at all anymore...
As the current version does not seem to be working anymore and a new ebuild can apparently not be expected any time soon, why not mask the current version? I am giving up and will use SETI now...
Comment 5 Thomas S. Howard 2009-06-27 10:39:37 UTC
Can't we just have an svn ebuild in the meantime?  It's not like they're unusual.
Comment 6 Patrick Lauer gentoo-dev 2009-06-27 10:55:48 UTC
(In reply to comment #5)
> Can't we just have an svn ebuild in the meantime?  It's not like they're
> unusual.
Since upstream refuses to package it sanely that's about the only option anyway.
If you can manage to make an ebuild that compiles (which I still haven't)  I wouldn't be opposed to adding it to the tree.

Comment 7 David Leverton 2009-06-28 21:09:47 UTC
Created attachment 195999 [details]
electricsheep-9999.ebuild

Live ebuild for electricsheep (not supplied as a patch against the latest in the tree, as that would be almost twice as long).  Activity seems to be low enough that it might be just as well to make a snapshot, but that's your call.

It depends on a live version of flam3 - I'm not sure if that's strictly necessary, but the various build scripts at http://community.sheepserver.net/node/51 do that, so it seems safer to do it this way.

KDE support is only tested against KDE 3.5 - bug 256338 probably still applies to this ebuild.

GNOME support doesn't work and is commented out - someone who uses GNOME can fix it. ;-)
Comment 8 David Leverton 2009-06-28 21:10:40 UTC
Created attachment 196001 [details, diff]
electricsheep-9999-xdg-utils.patch

Patch to use xdg-open instead of gnome-open - saves a GNOME dep.
Comment 9 David Leverton 2009-06-28 21:12:13 UTC
Created attachment 196003 [details, diff]
electricsheep-9999-gnome.patch

Don't install the various GNOME things in the Makefile - they would be installed by the ebuild with USE=gnome, were that part not commented out (update-gconf-defaults and 16_electricsheep appear to be a Debianism, and I'm not sure if we have an equivalent in Gentoo).
Comment 10 David Leverton 2009-06-28 21:12:46 UTC
Created attachment 196005 [details, diff]
electricsheep-9999-external-ffmpeg.patch

Patch to use the system FFmpeg instead of the bundled one.
Comment 11 David Leverton 2009-06-28 21:13:38 UTC
Created attachment 196006 [details, diff]
electricsheep-9999-valgrind.patch

Patch (submitted upstream) to fix various valgrind complaints, including a big leak which I think was the reason for using a patched bundled FFmpeg in the first place.
Comment 12 David Leverton 2009-06-28 21:15:07 UTC
Created attachment 196008 [details, diff]
flam3-9999.ebuild.patch

Live flam3 ebuild, in the form of a patch against 2.7.18
Comment 13 Ray Ishido 2009-07-05 22:19:32 UTC
I've got an error with the electricsheep-9999-external-ffmpeg.patch:

***** electricsheep-9999-external-ffmpeg.patch *****

====================================================

PATCH COMMAND:	 patch -p0 -g0 -E --no-backup-if-mismatch < /usr/local/portage/x11-misc/electricsheep/files/electricsheep-9999-external-ffmpeg.patch

====================================================
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/configure.in
|===================================================================
|--- client/configure.in	(revision 1257)
|+++ client/configure.in	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 17
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/Makefile.am
|===================================================================
|--- client/Makefile.am	(revision 1257)
|+++ client/Makefile.am	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
====================================================

PATCH COMMAND:	 patch -p1 -g0 -E --no-backup-if-mismatch < /usr/local/portage/x11-misc/electricsheep/files/electricsheep-9999-external-ffmpeg.patch

====================================================
patching file configure.in
Hunk #1 FAILED at 2.
1 out of 1 hunk FAILED -- saving rejects to file configure.in.rej
patching file Makefile.am
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.am.rej
====================================================

PATCH COMMAND:	 patch -p2 -g0 -E --no-backup-if-mismatch < /usr/local/portage/x11-misc/electricsheep/files/electricsheep-9999-external-ffmpeg.patch

====================================================
missing header for unified diff at line 5 of patch
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/configure.in
|===================================================================
|--- client/configure.in	(revision 1257)
|+++ client/configure.in	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 17 of patch
can't find file to patch at input line 17
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/Makefile.am
|===================================================================
|--- client/Makefile.am	(revision 1257)
|+++ client/Makefile.am	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
====================================================

PATCH COMMAND:	 patch -p3 -g0 -E --no-backup-if-mismatch < /usr/local/portage/x11-misc/electricsheep/files/electricsheep-9999-external-ffmpeg.patch

====================================================
missing header for unified diff at line 5 of patch
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/configure.in
|===================================================================
|--- client/configure.in	(revision 1257)
|+++ client/configure.in	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 17 of patch
can't find file to patch at input line 17
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/Makefile.am
|===================================================================
|--- client/Makefile.am	(revision 1257)
|+++ client/Makefile.am	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
====================================================

PATCH COMMAND:	 patch -p4 -g0 -E --no-backup-if-mismatch < /usr/local/portage/x11-misc/electricsheep/files/electricsheep-9999-external-ffmpeg.patch

====================================================
missing header for unified diff at line 5 of patch
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/configure.in
|===================================================================
|--- client/configure.in	(revision 1257)
|+++ client/configure.in	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 17 of patch
can't find file to patch at input line 17
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: client/Makefile.am
|===================================================================
|--- client/Makefile.am	(revision 1257)
|+++ client/Makefile.am	(working copy)
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
Comment 14 David Leverton 2009-07-09 21:03:05 UTC
Created attachment 197411 [details]
electricsheep-9999.ebuild

Upstream applied the valgrind patch and removed the bundled ffmpeg.
Comment 15 Larry Sanderson 2009-07-13 19:51:45 UTC
Thanks for providing these ebuilds!

Some problems I had (with workarounds):

1) When installing the flam3-9999 package, I got a couple weird errors.  The first was "directory m4 does not exist" (the gcc command was specifying -Im4).  After creating that directory, the build failed with: "Incompatible ltmain.sh", or somesuch.

The oddest thing was how I worked around it... I found that by touching all build files to give them the same creation-date, the build worked fine.  I have no idea why, but it worked (reproducibly), and so I moved on.

2) electricsheep complained about "undefined reference to av_free_packet".  I upgraded my ffmpeg to the 9999-r1 version, and the problem went away.

-Larry
Comment 16 Thomas S. Howard 2009-07-14 01:33:38 UTC
Created attachment 197863 [details]
fixes missing m4 dir and ltmain.sh error

(In reply to comment #15)

> Some problems I had (with workarounds):
> 
> 1) When installing the flam3-9999 package, I got a couple weird errors.  The
> first was "directory m4 does not exist" (the gcc command was specifying -Im4). 
> After creating that directory, the build failed with: "Incompatible ltmain.sh",
> or somesuch.

Yeah, I ran into this.  I altered the ebuild, adding a src_unpack function to create the m4 directory and run eautoreconf.  I'm attaching it.
Comment 17 Thomas S. Howard 2009-07-14 01:36:17 UTC
Oops, I forgot: I keyworded it for my own use, so ignore that part.

Comment 18 Ray Ishido 2009-07-18 03:03:23 UTC
David,

your ebuild did it. It compiles and now everythings works. thank you very much! :)
Comment 19 Tristan Heaven (RETIRED) gentoo-dev 2009-08-11 00:37:46 UTC
*** Bug 280991 has been marked as a duplicate of this bug. ***
Comment 20 mikko markko 2009-08-18 20:11:46 UTC
Thanks for fixing the ebuild. Works good again (albeit without mp4 use flag)
Comment 21 mikko markko 2009-08-18 20:15:15 UTC
(In reply to comment #20)
> Thanks for fixing the ebuild. Works good again (albeit without mp4 use flag)
> 

forget what i wrote... works fine! (dunno what i was thinking mentionin mp4 use flag... ffmpeg maybe)
Comment 22 Patrick Lauer gentoo-dev 2009-09-17 21:56:28 UTC
+  17 Sep 2009; Patrick Lauer <patrick@gentoo.org>
+  +electricsheep-2.7_beta11.ebuild, +files/electricsheep-gnome.patch,
+  +files/electricsheep-xdg-utils.patch:
+  Finally bump to 2.7_beta. Thanks to David Leverton for the autotools
+  patches. Fixes #272050