Bug#669356: electricsheep unsuitable for Debian main?
Thanks Linus, glad you like it.
I am not aware that Debian restricts the content that programs can
download or calculate. For example a regular web browser downloads
copyrighted non-CC content all the time. And it shows you ads in
order to finance its development. I would argue that our model is
less intrusive, since the user is not disturbed or distracted at all.
But you are right, the package description could be more explicit
(instead of just saying so in the man page). How about adding this
text:
"The videos downloaded and displayed by Electric Sheep are Creative
Commons licensed (a mixture of CC-BY and CC-BY-NC). Some jobs
rendered by the network may be for images or animations which are not
sheep at all, and will not appear in the screen-saver. Some of these
are used for commercial purposes in order to support the developers
and servers that make the software."
?
On Thu, Apr 19, 2012 at 7:03 AM, Linus Lüssing wrote:
>
> Package: electricsheep
> Version: 2.7~b12+svn20091224-1.1
> Severity: important
>
> Hi,
>
> Thanks for maintaining the electricsheep package in Debian. It works
> great for me and I really love it. The idea behind it is great,
> those animations are stunning!
>
> However I'm currently wondering whether there might be issues with
> the legal status of electricsheep and the Debian guidelines, maybe making
> it unsuitable for Debian main. As I'm not certain and not that familiar
> with the Debian legal side, I'd be curious about your thoughts on this.
>
> What electricsheep currently does by default (correct me if I'm wrong):
> * It downloads flam3 "genome" data and videos from a server.
> * The machine generated flam3 data is CC-BY-NC, human generated flam3 data
> is CC-BY licensed, the video files are all CC-BY-NC licensed
> (according to http://electricsheep.org/reuse).
> * Sometimes even non-CC, plainly copyrighted data is downloaded onto the
> machine and rendered according to the manpage
> ("Some jobs rendered by the network [...]") and the website.
>
> I'm wondering whether the following things are violations of Debian policies
> (at least for Debian main):
> * The downloaded, CC-BY-NC licensed data.
> * The downloaded, plainly copyrighted data for the hidden extra
> rendering jobs.
> * The hiden extra rendering jobs in general.
> * The missing license information for the downloaded flam3 and video files
> (neither does the executable nor the Debian installation process
> enforce/inform about the CC license)
> * Movies (ak. sheep) rendered and uploaded by the user are CC-BY-NC and
> attributed to "Scott Draves and the Electric Sheep" according to
> http://electricsheep.org/reuse - without neither the executable nor the
> Debian installation process ever asking for the user's consent to these
> license terms for movies rendered by this user.
> * The one-sided CC-BY-NC enforcement (i.e. Scott Draves can use any
> electricsheep rendered by anyone for commercial purposes, but no one else
> effectively can - I know, according to his forum posts on electricsheep.org
> those sales are being used to keep electricsheep servers and development
> running and I believe him, that he's making use of this advantage in the
> best interest of the community and I definitely think he'd deserve an
> advantage like that for all his work on this awesome project, but
> unfortunately this process is again not transparent)
>
>
> Let me know what you think, whether some of these points are valid or
> not and what the implications for the electricsheep package in Debian
> would be. If there are any valid issues making it non-compliant with
> Debian main then I hope that we can sort these out as anything else
> would be a loss for both the Debian and electricsheep project in my
> opinion.
>
>
> Cheers, Linus
>
>
> -- System Information:
> Debian Release: wheezy/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages electricsheep depends on:
> ii curl 7.25.0-1
> ii debconf [debconf-2.0] 1.5.42
> ii flam3 3.0.1-2.1
> ii gconf2 3.2.3-4
> ii libatk1.0-0 2.4.0-2
> ii libavcodec53 5:0.10.2-0.2
> ii libavformat53 5:0.10.2-0.2
> ii libavutil51 5:0.10.2-0.2
> ii libc6 2.13-27
> ii libcairo2 1.12.0-2
> ii libexpat1 2.1.0~beta3-2
> ii libfontconfig1 2.8.0-3.1
> ii libfreetype6 2.4.9-1
> ii libgdk-pixbuf2.0-0 2.26.0-2
> ii libglade2-0 1:2.6.4-1
> ii libglib2.0-0 2.32.0-3
> ii libgtk2.0-0 2.24.10-1
> ii libjpeg-progs 8d-1
> ii libpango1.0-0 1.30.0-1
> ii libxml2 2.7.8.dfsg-7
> ii mplayer 3:1.0~rc4+svn20120324-0.0
> ii x
Bug#533652: status - package obsolete
the code is ready, we need a packager. On Jul 1, 2009 1:45 PM, "Patrick Holthuizen" wrote: How is the status for upgrading the electric sheep package? As of now the package has become obsolete.
Bug#533652: New version 2.7b11, necessary for continued operation
The new version already exists see electricsheep.org. I am just looking for someone to put the package in. On Tue, Jun 23, 2009 at 4:41 AM, FTF 3k3 wrote: > Can't wait to see this new version, I love this package ;) > > > > > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533652: electricsheep adoption
Hi roberto, nice to see you taking this on. Please ask if you have any questions about the code. On Wed, Jul 29, 2009 at 2:52 AM, Thomas Viehmann wrote: > Hi Roberto, > > according to your d-de...@l.d.o, you are adopting electricsheep. > As such, you inherit RC bug #533652, and here is a friendly prod if you > could update the bug with your plans. > If you need longer for an upload, maybe filing an ITA bug for the package > would help to clarify the situation. > > Kind regards > > T. > -- > Thomas Viehmann, http://thomas.viehmann.net/ > > > > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546297: Fullscreen instructions incomplete
i believe this document is obsolete and should be removed. version 2.7 always uses mplayer, and it should always run in fullscreen. On Sat, Sep 12, 2009 at 7:15 AM, Benjamin wrote: > Package: electricsheep > Version: 2.7~b12+svn20090708-1 > Severity: important > > This file explains how to run electricsheep/mplayer in fullscreen mode: > /usr/share/doc/electricsheep/examples/esheep-mplayer.txt > > However, the instructions are incomplete: > Where do the arguments $2 and $4 come from? > And what does &0 mean? (Couldn't find it in the bash manpage.) > > Maybe the command is meant to run by something like the Gnome screensaver > daemon? Xscreensaver doesn't seem to support Electricsheep anymore. > > Anyway, there should be some more information. I still have no idea how to > run it in fullscreen. > > BTW: Thank you so much for packaging the new version! > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages electricsheep depends on: > ii curl 7.19.5-1.1 Get a file from an HTTP, HTTPS or > ii debconf [debconf-2 1.5.27 Debian configuration management > sy > ii flam3 2.7.19+svn20090813-1 render and animate FLAM3s and > mani > ii gconf2 2.26.2-3 GNOME configuration database > syste > ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit > ii libavcodec52 4:0.5.svn20090414-0.0 library to encode decode > multimedi > ii libavformat52 4:0.5.svn20090414-0.0 ffmpeg file format library > ii libavutil49 4:0.5+svn20090706-2 ffmpeg utility library > ii libc6 2.9-25 GNU C Library: Shared libraries > ii libcairo2 1.8.8-2 The Cairo 2D vector graphics > libra > ii libexpat1 2.0.1-4 XML parsing C library - runtime > li > ii libfontconfig1 2.6.0-4 generic font configuration > library > ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared > lib > ii libglade2-0 1:2.6.4-1 library to load .glade files at > ru > ii libglib2.0-0 2.20.5-1 The GLib library of C routines > ii libgtk2.0-0 2.16.6-1 The GTK+ graphical user interface > ii libjpeg-progs 7-1 Programs for manipulating JPEG > fil > ii libpango1.0-0 1.24.5-1 Layout and rendering of > internatio > ii libxml2 2.7.3.dfsg-2.1 GNOME XML library > ii xloadimage 4.1-16.1 Graphics file viewer under X11 > ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime > > electricsheep recommends no packages. > > electricsheep suggests no packages. > > -- no debconf information > > > > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500861: merge with #533652?
yes. On Wed, Nov 4, 2009 at 9:35 AM, Holger Levsen wrote: > Hi, > > should this bug be merged with #533652? > > > regards, > Holger > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533652: what about lenny? :)
The old versions are obsolete and non-functional. Lenny should be updated from Sid which works fine. On Wed, Nov 4, 2009 at 9:34 AM, Holger Levsen wrote: > Hi Roberto, > > thanks for maintaining electricsheep! > > 533652 makes the package in lenny quite unusable, definitly for new > installations. Is the fix easy to backport for an stable update or do you > think it's better to remove electricsheep from lenny in the next > pointrelease ? > > > regards, > Holger > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562230: /usr/bin/electricsheep-preferences: segmentation fault
i tested this and am unable to reproduce it. On Wed, Dec 23, 2009 at 7:52 PM, Roberto C. Sanchez wrote: > Package: electricsheep > Version: 2.7~b12+svn20090708-1 > Severity: normal > Tags: upstream > > When /usr/bin/electricsheep-preferences is launched, it allows to test > the connection to the server. If all the fields are left blank, the > test succeeds as anonymous. If only the nickname is filled in, then the > test fails with a segmentation fault. > > -- > Roberto C. Sánchez > http://people.connexer.com/~roberto > http://www.connexer.com > > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#339614: Documentation on dual-monitor issues
I have tested it on dual screens and it worked fine. Someone who can reproduce this should debug it. On Wed, Dec 23, 2009 at 8:06 PM, Roberto C. Sanchez wrote: > This forum posting may be related to the dual monitor problems some > people have reported: > > http://ubuntuforums.org/archive/index.php/t-350623.html > > Regards, > > -Roberto > > -- > Roberto C. Sánchez > http://people.connexer.com/~roberto > http://www.connexer.com > > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562230: /usr/bin/electricsheep-preferences: segmentation fault
this should be fixed in SVN revision 1313 (along with various other improvements). On Wed, Dec 23, 2009 at 7:52 PM, Roberto C. Sanchez wrote: > Package: electricsheep > Version: 2.7~b12+svn20090708-1 > Severity: normal > Tags: upstream > > When /usr/bin/electricsheep-preferences is launched, it allows to test > the connection to the server. If all the fields are left blank, the > test succeeds as anonymous. If only the nickname is filled in, then the > test fails with a segmentation fault. > > -- > Roberto C. Sánchez > http://people.connexer.com/~roberto > http://www.connexer.com > > -- www.scottdraves.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
