iaddis / electricsheep Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/electricsheep
Automatically exported from code.google.com/p/electricsheep
New code.google.com Electric Sheep SVN repository 2011.01.30 based on revision 1546 on sf.net Copyright Spotworks LLC
What steps will reproduce the problem?
1. Opening Firefox, Mail and other programs
2. Opening new message in Mail
3. Trying to do routine tasks (I know that is nebulous sounding)
What is the expected output? What do you see instead?
I keep getting the spinning color wheel and in activity monitor the process
"windowserver" has pegged out.
What version of the product are you using? On what operating system?
Darn, forgot to look at the original version, I just uninstalled and downloaded
the latest and re-installed ElectricSheep. Mac 10.8.2
Please provide any additional information below.
I have been having the spinning color wheel problem for a few months and I
cannot absolutely pin it to ElectricSheep. Today, finally, I had enough and
searched on "mac windowserver" and then read the result for those that
addressed the pegging of the cpu. There were a couple of common threads - Flash
player and "complicated" screen savers. I followed the Mac forum instructions,
uninstalled Flash player, then downloaded and installed from the Adobe web
site. Alas, that didn't fix the problem. So then, thinking of the screensaver
I uninstalled Sheep and then downloaded/installed from your site. I have just
completed that process so I don't know yet if there is any difference. I
wanted to send in the issue to see if it struck a bell with anyone or if you
have heard of anything like this (I searched the forums with no results). I
truly enjoy ElectricSheep and have no desire to uninstall permanently.
Original issue reported on code.google.com by [email protected]
on 9 Oct 2012 at 9:05
What steps will reproduce the problem?
1. install electricsheep on gentoo with ffmpeg
2. try to run the sheep under xscreensaver
3. cry emo tears
What is the expected output? What do you see instead?
Should render sheep. Instead I see the following output in the console:
CElectricSheep()
CElectricSheep_Linux()
Startup()
SetInstallation: /usr/share/electricsheep/Scripts
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 154 (GLX)
Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Serial number of failed request: 58
Current serial number in output stream: 59
What version of the product are you using? On what operating system?
SVN Revision 160
Please provide any additional information below.
Been having some issues switching between libav and ffmpeg; this might be
related, but I can't know for sure.
Original issue reported on code.google.com by [email protected]
on 23 Feb 2015 at 1:14
What steps will reproduce the problem?
1. Waiting until the screensaver runs itself...
Using Windows 7 Professional on a Dell Latitude E6430 and ES version 2.7 (Beta
34). All settings default except increased to 30fps, reverse monitor order and
independent.
I'm using 3 screens including the laptop screen. The other 2 are attached using
a dock and are matching Acer HD monitors.
Original issue reported on code.google.com by [email protected]
on 9 Dec 2013 at 10:26
What steps will reproduce the problem?
1. svn checkout http://electricsheep.googlecode.com/svn/trunk/
electricsheep-read-only
2. autogen.sh; ./configure; make
3. observe make during glx.cpp compiling
What is the expected output? What do you see instead?
g++ -DPACKAGE_NAME=\"electricsheep\" -DPACKAGE_TARNAME=\"electricsheep\"
-DPACKAGE_VERSION=\"2.7b33-svn\" -DPACKAGE_STRING=\"electricsheep\ 2.7b33-svn\"
-DPACKAGE_BUGREPORT=\"http://code.google.com/p/electricsheep/issues/list\"
-DPACKAGE_URL=\"\" -DPACKAGE=\"electricsheep\" -DVERSION=\"2.7b33-svn\"
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -D__EXTENSIONS__=1 -D_ALL_SOURCE=1
-D_GNU_SOURCE=1 -D_POSIX_PTHREAD_SEMANTICS=1 -D_TANDEM_SOURCE=1
-DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DUSE_NEW_FFMPEG_API=1
-DHAVE_GLEE_H=1 -DHAVE_GL_GLEE_H=1 -DHAVE_LIBBOOST_THREAD=1
-DHAVE_LIBBOOST_FILESYSTEM=1 -DHAVE_LIBBOOST_SYSTEM=1 -DHAVE_LIBTINYXML=1
-DHAVE_LIBGLUT=1 -DHAVE_LIBGL=1 -DHAVE_LIBRT=1 -I.
-DPACKAGE_DATA_DIR=\""/usr/local/share"\"
-DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -I .. -iquote
../DisplayOutput/OpenGL -I ../Common -I ../DisplayOutput -I
../DisplayOutput/Renderer -I ../Common/Math -I ../ContentDecoder -I
../TupleStorage -I ../ContentDownloader -I ../lua5.1/src -I ../Client -I
../Networking -I ../tinyXml -DLINUX_GNU=1
-DSHAREDIR=\"/usr/local/share/electricsheep/\" -I/usr/include/ffmpeg
-I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ffmpeg
-I/usr/include/libgtop-2.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/libpng15 -lrt -lz -lGL
-D__STDC_CONSTANT_MACROS -Wno-write-strings -DHAVE_AVC_VID2=1 -g -O2 -MT glx.o
-MD -MP -MF .deps/glx.Tpo -c -o glx.o `test -f
'../DisplayOutput/OpenGL/glx.cpp' || echo './'`../DisplayOutput/OpenGL/glx.cpp
What version of the product are you using? On what operating system?
electricsheep 2.7b33-svn on Fedora 19 x86_64
Please provide any additional information below.
Resulting output:
g++ -DPACKAGE_NAME=\"electricsheep\" -DPACKAGE_TARNAME=\"electricsheep\"
-DPACKAGE_VERSION=\"2.7b33-svn\" -DPACKAGE_STRING=\"electricsheep\ 2.7b33-svn\"
-DPACKAGE_BUGREPORT=\"http://code.google.com/p/electricsheep/issues/list\"
-DPACKAGE_URL=\"\" -DPACKAGE=\"electricsheep\" -DVERSION=\"2.7b33-svn\"
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -D__EXTENSIONS__=1 -D_ALL_SOURCE=1
-D_GNU_SOURCE=1 -D_POSIX_PTHREAD_SEMANTICS=1 -D_TANDEM_SOURCE=1
-DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DUSE_NEW_FFMPEG_API=1
-DHAVE_GLEE_H=1 -DHAVE_GL_GLEE_H=1 -DHAVE_LIBBOOST_THREAD=1
-DHAVE_LIBBOOST_FILESYSTEM=1 -DHAVE_LIBBOOST_SYSTEM=1 -DHAVE_LIBTINYXML=1
-DHAVE_LIBGLUT=1 -DHAVE_LIBGL=1 -DHAVE_LIBRT=1 -I.
-DPACKAGE_DATA_DIR=\""/usr/local/share"\"
-DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -I .. -iquote
../DisplayOutput/OpenGL -I ../Common -I ../DisplayOutput -I
../DisplayOutput/Renderer -I ../Common/Math -I ../ContentDecoder -I
../TupleStorage -I ../ContentDownloader -I ../lua5.1/src -I ../Client -I
../Networking -I ../tinyXml -DLINUX_GNU=1
-DSHAREDIR=\"/usr/local/share/electricsheep/\" -I/usr/include/ffmpeg
-I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ffmpeg
-I/usr/include/libgtop-2.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/libpng15 -lrt -lz -lGL
-D__STDC_CONSTANT_MACROS -Wno-write-strings -DHAVE_AVC_VID2=1 -g -O2 -MT glx.o
-MD -MP -MF .deps/glx.Tpo -c -o glx.o `test -f
'../DisplayOutput/OpenGL/glx.cpp' || echo './'`../DisplayOutput/OpenGL/glx.cpp
../DisplayOutput/OpenGL/glx.cpp: In member function ‘void
DisplayOutput::CUnixGL::checkClientMessages()’:
../DisplayOutput/OpenGL/glx.cpp:538:28: warning: ‘KeySym
XKeycodeToKeysym(Display*, KeyCode, int)’ is deprecated (declared at
/usr/include/X11/Xlib.h:1699) [-Wdeprecated-declarations]
KeySym keySymbol = XKeycodeToKeysym( m_pDisplay, xEvent.xkey.keycode, 0 );
^
../DisplayOutput/OpenGL/glx.cpp:538:81: warning: ‘KeySym
XKeycodeToKeysym(Display*, KeyCode, int)’ is deprecated (declared at
/usr/include/X11/Xlib.h:1699) [-Wdeprecated-declarations]
KeySym keySymbol = XKeycodeToKeysym( m_pDisplay, xEvent.xkey.keycode, 0 );
^
mv -f .deps/glx.Tpo .deps/glx.Po
I am not a C++ programmer, mostly, but I was poring over some documentation and
tried to hash together my own solution, which, as far as I know, is eliminating
the deprecation warning, however, I am still having trouble with the client
after it downloads sheep, so this mock patch may not even be fixing the real
issue as far as I know (diff: orig< >new):
# diff ./DisplayOutput/OpenGL/glx.cpp
/usr/src/electricsheep-dev/client_generic/DisplayOutput/OpenGL/glx.cpp
537,540c537,547
<
< KeySym keySymbol = XKeycodeToKeysym( m_pDisplay, xEvent.xkey.keycode,
0 );
<
< switch( keySymbol )
---
> /**
> * Oh my, how did this get here? I am not so good with computer:
> *
> * KeySym keySymbol = XKeycodeToKeysym( m_pDisplay,
xEvent.xkey.keycode, 0 );
> */
> int keysyms_per_keycode_return;
> KeySym *keysym =
XGetKeyboardMapping(m_pDisplay,xEvent.xkey.keycode,1,&keysyms_per_keycode_return
);
> //keySymbol = keysym[0];
>
> //switch( keySymbol )
> switch( keysym[0] )
558a566
> XFree(keysym);
Original issue reported on code.google.com by [email protected]
on 3 Oct 2013 at 6:20
see issue co 84 blowing up for details, same problem...
Original issue reported on code.google.com by [email protected]
on 2 Dec 2011 at 8:51
What steps will reproduce the problem?
1. ./autogen.sh then ./configure
2. Configure ends at boost
3. Ends with checking for boost/thread.hpp... no
What is the expected output? What do you see instead?
Finishing the configure process before entering "make"
checking for libboost >= 1.39... yes
checking boost/thread.hpp usability... no
checking boost/thread.hpp presence... yes
configure: WARNING: boost/thread.hpp: present but cannot be compiled
configure: WARNING: boost/thread.hpp: check for missing prerequisite
headers?
configure: WARNING: boost/thread.hpp: see the Autoconf documentation
configure: WARNING: boost/thread.hpp: section "Present But Cannot Be
Compiled"
configure: WARNING: boost/thread.hpp: proceeding with the compiler's result
configure: WARNING: ##
----------------------------------------------------------------- ##
configure: WARNING: ## Report this to
http://code.google.com/p/electricsheep/issues/list ##
configure: WARNING: ##
----------------------------------------------------------------- ##
checking for boost/thread.hpp... no
configure: error: you must install libboost-thread to compile electricsheep.
What version of the product are you using? On what operating system?
Compiling from source on debian wheezy/ crunchbang
Please provide any additional information below.
I've attempted to fix the issue through boost, but in my layman state I'm not
getting very far...
Original issue reported on code.google.com by [email protected]
on 30 Jan 2015 at 10:21
What steps will reproduce the problem?
1. Install and build as on http://community.electricsheep.org/node/51
2. Run electricsheep-preferences
3. Select Cloned or Independent Multi Monitor Mode and press Run.
What is the expected output? What do you see instead?
All attached screens should display electric sheep videos, but only one does.
What version of the product are you using? On what operating system?
r160 on Ubuntu Gnome 14.04 (Trusty)
Please provide any additional information below.
(1) When can we get Gold Sheep?
(2) The wxWidgets link should be changed, as I missed installing their GPG key
due to the preselected headline. *nix != Ubuntu/Debian
(3) Whom to talk to to make the package available in 14.04, too?
http://packages.ubuntu.com/search?keywords=electricsheep
Original issue reported on code.google.com by [email protected]
on 3 Dec 2014 at 4:17
What steps will reproduce the problem?
1.log in from the screen saver settings
2.
3.
What is the expected output? What do you see instead?
it says; 'member', logged in: no matter what I type in the username and pwd.
What version of the product are you using? On what operating system?
2.7b35b
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 10 Dec 2013 at 5:07
What steps will reproduce the problem?
1. Launch SettingsGUI.exe
2. Press Run
3. Press up & down arrow, notice voting appears enabled (sheep icon appears,
downvote skips)
4. Press f to enter fullscreen
5. Press up & down arrow, notice voting appears to fail (no sheep icon,
downvote does not skip)
6. Press f to exit fullscreen
7. Press up & down arrow, notice voting appears to continue failing (no sheep
icon, downvote does not skip). The only way to recover is to close the output
window and press run in the settings again.
What is the expected output? What do you see instead?
Expected output is step 3, regardless of fullscreen status
Steps 5 & 7 show the failed behavior
What version of the product are you using? On what operating system?
V2.7 (beta 33)
Win 7 64-bit
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 28 Sep 2011 at 8:24
The file ContentDecoder/ContentDecoder.cpp in svn r130 does not compile with
recent GNU/Linux distributions (I used Debian testing "wheezy", but see also
http://electricsheep.org/node/51#comment-5107
for Fedora).
The error messages are:
../ContentDecoder/ContentDecoder.cpp: In member function ‘void
ContentDecoder::CContentDecoder::Destroy()’:
../ContentDecoder/ContentDecoder.cpp:115:9: warning: ‘void
av_close_input_file(AVFormatContext*)’ is deprecated (declared at
/usr/include/libavformat/avformat.h:1622) [-Wdeprecated-declarations]
../ContentDecoder/ContentDecoder.cpp:115:47: warning: ‘void
av_close_input_file(AVFormatContext*)’ is deprecated (declared at
/usr/include/libavformat/avformat.h:1622) [-Wdeprecated-declarations]
../ContentDecoder/ContentDecoder.cpp: In member function ‘bool
ContentDecoder::CContentDecoder::Open(const string&)’:
../ContentDecoder/ContentDecoder.cpp:159:89: error: ‘av_open_input_file’
was not declared in this scope
../ContentDecoder/ContentDecoder.cpp:169:17: warning: ‘int
av_find_stream_info(AVFormatContext*)’ is deprecated (declared at
/usr/include/libavformat/avformat.h:1446) [-Wdeprecated-declarations]
../ContentDecoder/ContentDecoder.cpp:169:55: warning: ‘int
av_find_stream_info(AVFormatContext*)’ is deprecated (declared at
/usr/include/libavformat/avformat.h:1446) [-Wdeprecated-declarations]
../ContentDecoder/ContentDecoder.cpp:222:20: warning: ‘int
avcodec_open(AVCodecContext*, AVCodec*)’ is deprecated (declared at
/usr/include/libavcodec/avcodec.h:3569) [-Wdeprecated-declarations]
../ContentDecoder/ContentDecoder.cpp:222:70: warning: ‘int
avcodec_open(AVCodecContext*, AVCodec*)’ is deprecated (declared at
/usr/include/libavcodec/avcodec.h:3569) [-Wdeprecated-declarations]
make[1]: *** [ContentDecoder.o] Fehler 1
Apparently, a deprecated ffmpeg interface is used.
The problem disappears if lines 32-34:
#ifdef MAC
#define USE_NEW_FFMPEG_API
#endif
are replaced by
#define USE_NEW_FFMPEG_API
Instead of checking for macs, it would be preferable to introduce a feature
check via an autoconf macro to determine the correct interface.
Adding
AC_CHECK_LIB([avformat], [av_open_input_file],
AC_DEFINE([USE_OLD_FFMPEG_API]),
AC_DEFINE([USE_NEW_FFMPEG_API]))
to configure.ac, for instance after line 155 (and removing lines 32-34 from
ContentDecoder.cpp) solves the problem.
Additionally, the call to the function av_close_input_file in the current line
116 is deprecated and should be replaced by the appropriate call
(avformat_close_input?) when USE_NEW_FFMPEG_API is defined.
Original issue reported on code.google.com by [email protected]
on 3 Dec 2012 at 9:33
Why all visualizations are very low-resolution and very pixelated.
What can be done to visualize in hi-resolution?
I'm using Windows 7.
Processor: Intel Core i5-3450 CPU @ 3.10Ghz
Memory: 8 GB DDR3
Original issue reported on code.google.com by [email protected]
on 9 Dec 2013 at 6:27
What steps will reproduce the problem?
1. Using these instructions: http://www.electricsheep.org/node/51
2. Using libtoolize/automake --add-missing/sh autogen.sh, for the autogen phase
3. ./configure
What is the expected output? What do you see instead?
checking for wx-config-2.9... no
checking for wx-config... /usr/local/bin/wx-config
WX_CXXFLAGS is -I/usr/local/lib/wx/include/gtk2-unicode-3.0
-I/usr/local/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__
-pthread
WX_LIBS is -static -L/usr/local/lib -pthread -lwx_gtk2u_xrc-3.0
-lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0
-lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 -L/usr/local/lib -pthread
-lwx_gtk2u_richtext-3.0 -lwx_baseu-3.0
./configure: line 18392: syntax error near unexpected token `AVCODEC,libavcodec'
./configure: line 18392: `PKG_CHECK_MODULES(AVCODEC,libavcodec)'
What version of the product are you using? On what operating system?
I used the source from the svn repository, so "2011.01.30 based on revision
1546 on sf.net"
My OS is Ubuntu 15.04, with Cinnamon 2.4.5
libavcodec-dev is installed
Please provide any additional information below.
The complete ./configure is:
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking how to create a pax tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to
x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain
format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared
libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared
libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for ANSI C header files... (cached) yes
checking whether byte ordering is bigendian... no
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking dependency style of gcc... gcc3
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for cc_r... gcc
O/S is GNU/Linux
checking for pkg-config... /usr/bin/pkg-config
checking for wx-config-2.9... no
checking for wx-config... /usr/local/bin/wx-config
WX_CXXFLAGS is -I/usr/local/lib/wx/include/gtk2-unicode-3.0
-I/usr/local/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__
-pthread
WX_LIBS is -static -L/usr/local/lib -pthread -lwx_gtk2u_xrc-3.0
-lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 -lwx_gtk2u_adv-3.0 -lwx_gtk2u_core-3.0
-lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 -L/usr/local/lib -pthread
-lwx_gtk2u_richtext-3.0 -lwx_baseu-3.0
./configure: line 18392: syntax error near unexpected token `AVCODEC,libavcodec'
./configure: line 18392: `PKG_CHECK_MODULES(AVCODEC,libavcodec)'
Original issue reported on code.google.com by [email protected]
on 25 Apr 2015 at 6:54
What steps will reproduce the problem?
1. Download electric sheep
2. Hit install
3. This screen appears
Original issue reported on code.google.com by [email protected]
on 6 Nov 2013 at 12:39
Attachments:
What steps will reproduce the problem?
1. ubuntu 11.10
/usr/bin/ld: electricsheepguiMyDialog2.o: undefined reference to symbol
'boost::system::system_category()'
/usr/bin/ld: note: 'boost::system::system_category()' is defined in DSO
/usr/lib/libboost_system.so.1.46.1 so try adding it to the linker command line
/usr/lib/libboost_system.so.1.46.1: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [electricsheep-preferences] Error 1
make[1]: Leaving directory
`/home/mkultra/electricsheep-read-only/client_generic/MSVC/SettingsGUI'
make: *** [all-recursive] Error 1
latest boost via APT
Original issue reported on code.google.com by [email protected]
on 27 Nov 2011 at 6:22
What steps will reproduce the problem?
1. Set a DPMS standby/suspend/off timeout on a machine with an X11 server
2. Allow electricsheep to run for at least that amount of time
What is the expected output? What do you see instead?
The monitors should standby/suspend/turn off. Instead, the monitors stay on.
What version of the product are you using? On what operating system?
electricsheep v2.7b12 on Linux machines (Fedora 15 and Arch Linux) with an X11
server. This problem should affect all versions of electricsheep shelling out
to mplayer to display the screen saver in X11.
Please provide any additional information below.
The:
-nostop-xscreensaver
option should be added to the command-line arguments for mplayer. Other screen
savers that use mplayer have this behavior, and electricsheep should follow
suit.
As of yesterday, mplayer was patched (SVN r34074) to start paying attention to
this option again. At the time of the patch, a regression was introduced that
made nostop-xscreensvaer the default (and so the option wasn't necessary). This
regression will be fixed and the default will be stop-xscreensaver. So
electricsheep needs to make the configuration option explicit.
Original issue reported on code.google.com by [email protected]
on 7 Sep 2011 at 3:33
What steps will reproduce the problem?
1. Build electricsheep from source following these instructions
(http://electricsheep.org/node/51)
2. Attempt to set electricsheep as your screen saver under KDE4
3. There is no electricsheep option under System Settings - Display and Monitor
- Screen Saver.
What is the expected output? What do you see instead?
An option to set electricsheep as your screen saver should be available. No
option is present.
What version of the product are you using? On what operating system?
SVN r126, Kubuntu 12.04
Please provide any additional information below.
An ElectricSheep.desktop.kde exists under menu-entries, but it is never
installed. The proper install location for KDE screensavers is
usr/share/kde4/services/ScreenSavers/
Original issue reported on code.google.com by [email protected]
on 7 Aug 2012 at 3:03
Hi guys,
this is more of a "cry for help" rather than a bugreport. I just want to get a
pointer or two about where to look further from someone who is more skilled in
using ffmpeg/libav* API than I am.
I have been battling with the issue of getting electricsheep to run correctly
on my ArchLinux box. As I have posted in ticket #11 I was able to get it to
compile but once a few sheep are downloaded, the screensaver acts like nothing
is going on -- nothing gets displayed, not even the window is cleared so the
screen shows whatever content there was before electricsheep was run.
I spent the last few evenings trying to trace the code in gdb and so far I have
been able to find out that while the call to avcodec_decode_video2() returns a
value > 0 (in fact, that value is equal to the size of the packet as defined by
packet.size member), the flag indicating successful retrieval of the frame
(called frameDecoded) is always 0 so the rest of the method is skipped and thus
nothing gets displayed. When I ran electricsheep under gdb, I saw lots of
threads repeatedly getting started and terminated immediately thereafter.
Having no prior experience with ffmpeg, I googled up a tutorial (
http://dranger.com/ffmpeg/tutorial01.html ) and noticed that after the frame is
allocated by a call to avcodec_alloc_frame(), another step is made before the
packets are read out and processed. Following the tutorial, I added the code to
allocate the buffer for the raw image data and bound it to the frame object
with the call to avpicture_fill(). However, that still doesn't cut it. (Maybe
this whole step was not necessary since electricsheep has its own way of
displaying stuff but it was worth a shot :) ).
So that is what I was able to find out up to this point. I'm kinda running out
of ideas at the moment so if anyone can chime in with their proposals, I'm more
than willing to listen. :)
Thanks a lot in advance.
Regards, Zbynek
Original issue reported on code.google.com by [email protected]
on 8 Nov 2013 at 1:06
What steps will reproduce the problem?
1.Running the program from the application
2.
3.
What is the expected output? What do you see instead?
Instead of continuous animation, all i get are bits and pieces, no matter how
long the program runs for.
What version of the product are you using? On what operating system?
2.7b33 on a mac 10.4.11
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 21 Nov 2011 at 5:34
What steps will reproduce the problem?
1. installation on Linux Mint
2. removal of the gnome_screensaver
3. use of xscreensaver
What is the expected output? What do you see instead?
The sheep is functioning in demo mode under xscreensaver and in the command
line but not functioning in real mode. When the screensaver triggers only the
messages max analyze duration are displayed every 20 seconds.
In the command line mode those lines also are displayed but the display of the
sheep occurs after a while in a Mplayer window without Full screen option.
What version of the product are you using? On what operating system?
last provided version in the Ubuntu repository (v2.7b12)
Please provide any additional information below.
Linux Mint is using lightdm instead of gdm.
Original issue reported on code.google.com by [email protected]
on 18 Feb 2012 at 6:27
What steps will reproduce the problem?
1.
2.
3.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 7 Jul 2013 at 2:50
What steps will reproduce the problem?
1. switch ubuntu 14.04 to gnome interface
2. install dependencies, wxWidgets and flam3 successfully
3.
What is the expected output? What do you see instead?
./autogen.sh fails with
Preparing build ... ERROR: aclocal -I mk/autoconf failed
What version of the product are you using? On what operating system?
I just downloaded the source this way;
svn checkout http://electricsheep.googlecode.com/svn/trunk/
electricsheep-read-only
Please provide any additional information below.
I removed the gnome screensaver and successfully installed xscreensaver, on the
understanding this is a prerequisite
I am running a samsung np915s3g notebook, quad core AMD 2GHz
Original issue reported on code.google.com by [email protected]
on 13 Mar 2015 at 12:06
What steps will reproduce the problem?
1. install
2. set as a screen saver
3. wait for time alloted
What is the expected output? What do you see instead?
SS doesn't launch at all, just a 5ms screen flicker. normal 'run' operation
works.
What version of the product are you using? On what operating system?
win_2.7b29, Win7 Pro x64
Please provide any additional information below.
fails as a screen saver w/ laptop, docking station, and multiple monitors. I
tried all 3 options and none of them worked. 2x Dell WS P2211Ht? @ 1080px32bpp
using Dells Advanced Dock, the one w/ parallel and serial connections, and the
newer version to boot (the older version had issues with supporting 2x1080p
native monitors). Win7 Pro x64.
Original issue reported on code.google.com by [email protected]
on 22 Jun 2011 at 7:06
What steps will reproduce the problem?
1. Attempt to run electricsheep-preferences
2. Windows opens
3. Hover over any text field, application crashes.
What is the expected output? What do you see instead?
electricsheep-preferences should run without crashing. Application crashes and
throws this error message
SetInstallation: /usr/local/share/electricsheep/Scripts
**
Pango:ERROR:/build/buildd/pango1.0-1.30.0/./pango/pango-layout.c:3801:pango_layo
ut_check_lines: assertion failed: (!layout->log_attrs)
Aborted (core dumped)
What version of the product are you using? On what operating system?
SVN r126, Kubuntu 12.04
Please provide any additional information below.
There are many reports of this issue in the forums, all from different versions
of Ubuntu. There is a reported fix, but it does not work.
Original issue reported on code.google.com by [email protected]
on 7 Aug 2012 at 3:42
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.