The Electric Sheep screensaver (package name electricsheep) needs to be upgraded to version 2.6. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 59331 [details] an electricsheep-2.6 ebuild I threw together, no nice patch as previous version I downloaded the source-ball from electricsheep.org and copied the electricsheep-2.5.ebuild and renamed it. I then digested it but the patch failed so I commented out the patch in the ebuild at which point it emerged successfully. Probably a better way to do it but it works.
Works for me (x86), except a receive the following error in the terminal: /usr/share/electricsheep/electricsheep-uniqueid: No such file or directory could not open uniqueid Also, the website talks about installing a hacked version of xscreensaver if you want to be able to vote for sheep. Personally I wouldn't want to do this, and I'm not sure how many people sit watching their screensaver in order to vote for sheep, but perhaps that should be made into a USE flag?
> Also, the website talks about installing a hacked version of xscreensaver if you > want to be able to vote for sheep. Personally I wouldn't want to do this, and > I'm not sure how many people sit watching their screensaver in order to vote for > sheep, but perhaps that should be made into a USE flag? No clue what the hackedness of xscreensaver is, seems to me that ought to wait until (unless!) xscreensaver does what the esheep folks would like.
Created attachment 59386 [details] esheep 2.6 ebuild with uniqueid creation in pgk_postinstall
> /usr/share/electricsheep/electricsheep-uniqueid: No such file or directory > could not open uniqueid In the esheep makefile, that ID-file is created on 'data-install'... Clearly that's an install-time configuration. I've got a new ebuild that does this in a pkg_postinstall section, and doesn't overwrite an existing unique id if it's already there. I dont think we're really in a position to do any more than that, are we?
Excellent; it works for me and I no longer get the error message. (In reply to comment #5) > I dont think > we're really in a position to do any more than that, are we? No idea, this is a bit over my head ; ) Seems to be fine though.
If anyone can work out why I get the following I'd appreciate it: (Using Allen's ebuild). i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -g -fno-pie -I/usr/include/SDL -D_REENTRANT -c video_out_x11.c i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -g -fno-pie -I/usr/include/SDL -D_REENTRANT -c video_out_sdl.c i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -g -fno-pie -I/usr/include/SDL -D_REENTRANT -c video_out_null.c video_out_x11.c: In function `overlay_draw': video_out_x11.c:403: error: structure has no member named `xvimage' make[3]: *** [video_out_x11.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/electricsheep-2.6/work/electricsheep-2.6/mpeg2dec/libvo' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/electricsheep-2.6/work/electricsheep-2.6/mpeg2dec' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/electricsheep-2.6/work/electricsheep-2.6' make: *** [all] Error 2 emerge info Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.11-hardened-r1 i686) ================================================================= System uname: 2.6.11-hardened-r1 i686 AMD Athlon(tm) XP 1900+ Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 its somehow tied to LIBVO_XV being defined when it shoudn't have. below is from file ./libvo/configure.incl dnl check for X11 AC_PATH_XTRA if test x"$no_x" != x"yes"; then dnl check for Xshm AC_CHECK_LIB([Xext],[XShmCreateImage], [AC_DEFINE([LIBVO_X11],,[libvo X11 support]) LIBVO_CFLAGS="$LIBVO_CFLAGS $X_CFLAGS" LIBVO_LIBS="$LIBVO_LIBS $X_PRE_LIBS $X_LIBS -lX11 $X_EXTRA_LIBS -lXext" dnl check for Xv AC_CHECK_LIB([Xv],[XvShmCreateImage], [AC_DEFINE([LIBVO_XV],,[libvo Xv support]) LIBVO_LIBS="$LIBVO_LIBS -lXv"],, [$X_PRE_LIBS $X_LIBS -lX11 $X_EXTRA_LIBS -lXext])],, [$X_PRE_LIBS $X_LIBS -lX11 $X_EXTRA_LIBS]) fi x11-base/xorg-x11-6.8.2-r1 -3dfx +3dnow +bitmap-fonts -cjk -debug +dlloader -dmx -doc -font-server +hardened -insecure-drivers +ipv6 -minimal +mmx -nls -opengl +pam -sdk +sse -static +truetype-fonts +type1-fonts (-uclibc) -xprint -xv xv use flag required?
Created attachment 59851 [details] diff -u electricsheep-2.5.ebuild electricsheep-2.6.1.ebuild This is difference between 2.5 ebuild and my modified ebuild for 2.6.1. No patch, but in my machine it did emerge correctly.
2.6.2 now available, doesn't need uniqueid generation any more. Not too many other changes, the same ebuild should work as 2.6 except removing pkg_postinst.
Created attachment 61138 [details] 2.6.2 ebuild Works for me. Attaching the ebuild. Can we get this into portage?
added 2.6.2 - thankyou all.
