Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Josselin Mouette]

Le mercredi 14 octobre 2009 à 09:14 +1100, Russell Coker a écrit : 
> Can gnaughty download anything other than porn?

What if it cannot? Does it change anything?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michal Čihař]

Hi

Dne Wed, 14 Oct 2009 09:14:01 +1100
Russell Coker  napsal(a):

> On Wed, 14 Oct 2009, Michal Čihař  wrote:
> > > >   Description     : downloader for adult content
> > > >
> > > > Program to automatically download adult sex content, i.e. porn movies
> > > > and pictures, from a known internet porn directory.
> > > >
> > > > Providing a friendly interface, users who feel like having some porn
> > > > can have it served fastly and directly to their desktop.
> > >
> > > Do you know about bug 283578 ?
> >
> > Yes, but the main objections there was that it includes the picture.
> > This tool is just a downloader. You can also use Iceweasel, wget or
> > anything else to download same things.
> 
> Can gnaughty download anything other than porn?

Not really without patching the source.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Re: Experimental queue?

[Goswin von Brederlow]

"Wesley W. Terpstra"  writes:

> The package MLton is a Standard ML compiler which is itself written in
> Standard ML. To bootstrap the package building process on a new architecture
> requires an initial by-hand cross-compile step (and occasionally some
> source-level patching). Thus, the first upload for a new architecture must be
> a manual upload of a built-by-hand package. Thereafter I need to confirm that
> the autobuilders can build subsequent uploads themselves.
> I intend to bootstrap a few more architectures for this package and wanted to
> know if this would be an appropriate use for the experimental upload
> queue. The intermediate packages are probably more unstable than what one
> expects even from the unstable queue. I was hoping I could get some
> information about the experimental upload queue as I have never used it:
> * Do the autobuilders build packages uploaded as experimental? (eg: to confirm
> a successful port)

The experimental autobuilders do. I think not all archs have one.

> * Is making an unstable upload really as easy as setting the changes file to
> experimental?
> * Can a package uploaded to experimental be migrated to unstable?

No, needs another upload to unstable and another compile.

>  * I definitely don't want this happen automatically
>  * At some point I probably want to push the newest versions from experimental
> to unstable (to facilitate building the new architectures) and then upload a
> new 'final' version that gets autobuilt for all the new targets, landing in
> unstable.
> Finally, how can I determine which debian autobuilders have >1GB of RAM
> (required for a successful build).
> Advice greatly appreciated.

If you find an arch that has a buildd with >1GB and one with <1GB then
please do contact the buildd admin to set the package to excluded on
the smaller buildd.

Anything else see the other mail.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Experimental queue?

[Wesley W. Terpstra]

On Wed, Oct 14, 2009 at 10:55 AM, Goswin von Brederlow wrote:

> > * Do the autobuilders build packages uploaded as experimental? (eg: to
> confirm
> > a successful port)
> The experimental autobuilders do. I think not all archs have one.
>

Ok, sounds like I'll have to upload to unstable then after all.


>
> If you find an arch that has a buildd with >1GB and one with <1GB then
> please do contact the buildd admin to set the package to excluded on
> the smaller buildd.
>

Excellent suggestion, thanks.

Re: RFP - namebench

[Ana Guerrero]

On Wed, Oct 14, 2009 at 08:50:15AM +1100, Russell Coker wrote:
> http://sprocket.io/blog/2009/10/benchmarking-dns-servers/
> http://code.google.com/p/namebench/
> 
> Namebench is a Google 20% project that benchmarks DNS servers for web client 
> use.  It's under the Apache license and it would be nice if someone could 
> package it (unfortunately I don't have time to take on more packages).
>

Please, file a bug against wnpp as explained at
http://www.debian.org/devel/wnpp/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

OpenVZ - deb-packages

[Dmitry E. Oboukhov]

Hi all!

I need OpenVZ 2.6.27 with ppp-features available. I was on the
point of building the package, but I am not very good in building
of kernels and the current openvz is built somehow strange:
apt-get source linux-image-2.6.26-2-openvz-686 gets an src-package
with no mentions of openvz in debian/control in it.

I've also planned to finish the zsh-completions for vzctl for openVZ
and to write a script using debootstrap for creating a guest system.
However I haven't understood yet how the -openvz packages get into
Debian.

1. Have I understood correctly that openvz doesn't have its own Source
in Debian now and it is simply added/removed from linux-source as the
need arises? How should I act and with whom should I communicate if I
want to add something to the package?

2. May be somebody has already built openvz 2.6.27 (with ppp-features).
Could You share the link on repository?

--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: OpenVZ - deb-packages

[Raphael Hertzog]

Hi,

On Wed, 14 Oct 2009, Dmitry E. Oboukhov wrote:
> I need OpenVZ 2.6.27 with ppp-features available. I was on the
> point of building the package, but I am not very good in building
> of kernels and the current openvz is built somehow strange:
> apt-get source linux-image-2.6.26-2-openvz-686 gets an src-package
> with no mentions of openvz in debian/control in it.

Kernel packages are special:
http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage

> 1. Have I understood correctly that openvz doesn't have its own Source
> in Debian now and it is simply added/removed from linux-source as the
> need arises? How should I act and with whom should I communicate if I
> want to add something to the package?

The main source is the linux-2.6 source package. You should talk to its
maintainers (people reachable on debian-ker...@lists.debian.org).

> 2. May be somebody has already built openvz 2.6.27 (with ppp-features).
> Could You share the link on repository?

I have built a 2.6.26 openvz kernel with the ppp support (a single
supplementary patch):

The patch on the source package:
https://svn.ac-grenoble.fr/svn/slis/slis/sources/trunk/backports/patches/linux-2.6_2.6.26-15~slis41+1.patch

The source package:
http://ftp.slis.fr/slis/pool/main/l/linux-2.6/linux-2.6_2.6.26-15~slis41+1.dsc

The binary package:
http://ftp.slis.fr/slis/pool/main/l/linux-2.6/linux-image-2.6.26-slis.1-openvz-686_2.6.26-15~slis41+1_i386.deb

I would like this patch to be added in a point release update given it's
only a supplementary feature in the -openvz kernel and should not disturb
anything else. But it's not in line with the traditional stable update
policy so I did not bother to propose it up to now.

Dann, what's your stance on this ?

Cheers,
-- 
Raphaël Hertzog


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: OpenVZ - deb-packages

[maximilian attems]

On Wed, Oct 14, 2009 at 02:00:28PM +0200, Raphael Hertzog wrote:
> Hi,
> 
> On Wed, 14 Oct 2009, Dmitry E. Oboukhov wrote:
> > I need OpenVZ 2.6.27 with ppp-features available. I was on the
> > point of building the package, but I am not very good in building
> > of kernels and the current openvz is built somehow strange:
> > apt-get source linux-image-2.6.26-2-openvz-686 gets an src-package
> > with no mentions of openvz in debian/control in it.
> 
> Kernel packages are special:
> http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage
> 
> > 1. Have I understood correctly that openvz doesn't have its own Source
> > in Debian now and it is simply added/removed from linux-source as the
> > need arises? How should I act and with whom should I communicate if I
> > want to add something to the package?
> 
> The main source is the linux-2.6 source package. You should talk to its
> maintainers (people reachable on debian-ker...@lists.debian.org).
> 
> > 2. May be somebody has already built openvz 2.6.27 (with ppp-features).
> > Could You share the link on repository?
> 
> I have built a 2.6.26 openvz kernel with the ppp support (a single
> supplementary patch):
> 
> The patch on the source package:
> https://svn.ac-grenoble.fr/svn/slis/slis/sources/trunk/backports/patches/linux-2.6_2.6.26-15~slis41+1.patch
> 
> The source package:
> http://ftp.slis.fr/slis/pool/main/l/linux-2.6/linux-2.6_2.6.26-15~slis41+1.dsc
> 
> The binary package:
> http://ftp.slis.fr/slis/pool/main/l/linux-2.6/linux-image-2.6.26-slis.1-openvz-686_2.6.26-15~slis41+1_i386.deb
> 
> I would like this patch to be added in a point release update given it's
> only a supplementary feature in the -openvz kernel and should not disturb
> anything else. But it's not in line with the traditional stable update
> policy so I did not bother to propose it up to now.
> 
> Dann, what's your stance on this ?

I'm taking care of openvz, please file a bug report with severity
important including the patch or link to patch, so that it can be added.

if it does not break ABI it is easiest to add to next stable release,
if it does i'll add it to the queued ABI breaking patches.
did you test that?

thanks + kind regards

-- 
maks


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#550956: ITP: gnome-shell -- graphical shell for the GNOME desktop

[Gustavo Noronha Silva]

Package: wnpp
Severity: wishlist
Owner: Gustavo Noronha Silva 


* Package name: gnome-shell
  Version : 2.28
  Upstream Author : William Jon McCann
Owen Taylor
Colin Walters
Dan Winship
Marina Zhurakhinskaya
* URL : http://live.gnome.org/GnomeShell
* License : GPLv2
  Programming Lang: C, JavaScript
  Description : graphical shell for the GNOME desktop

 The GNOME Shell redefines user interactions with the GNOME desktop. In
 particular, it offers new paradigms for launching applications,
 accessing documents, and organizing open windows in GNOME. Later, it
 will introduce a new applets eco-system and offer new solutions for
 other desktop features, such as notifications and contacts
 management. The GNOME Shell is intended to replace functions handled
 by the GNOME Panel and by the window manager in previous versions of
 GNOME. The GNOME Shell has rich visual effects enabled by new
 graphical technologies.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#550954: ITP: alien-hunter -- Interpolated Variable Order Motifs to identify horizontally acquired DNA

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: alien-hunter
  Version : 1.7
  Upstream Author : George Vernikos
* URL : http://www.sanger.ac.uk/Software/analysis/alien_hunter/
* License : GPL
  Programming Lang: Perl, Java
  Description : Interpolated Variable Order Motifs to identify horizontally 
acquired DNA

 Alien_hunter is an application for the prediction of putative
 Horizontal Gene Transfer (HGT) events with the implementation of
 Interpolated Variable Order Motifs (IVOMs). An IVOM approach
 exploits compositional biases using variable order motif distributions
 and captures more reliably the local composition of a sequence compared
 to fixed-order methods. Optionally the predictions can be parsed into a
 2-state 2nd order Hidden Markov Model (HMM), in a change-point detection
 framework, to optimize the localization of the boundaries of the
 predicted regions. The predictions (embl format) can be automatically
 loaded into Artemis genome viewer freely available at:
 http://www.sanger.ac.uk/Software/Artemis/.
 .
 The manuscript describing the alien_hunter algorithm is available
 from Bioinformatics: Interpolated variable order motifs for
 identification of horizontally acquired DNA: revisiting the
 Salmonella pathogenicity islands.  Vernikos GS, Parkhill J
 Bioinformatics. 2006;. PMID: 16837528

I intend to maintain this package in the Debian Med Packaging Team.
Packaging stuff is just commited to

  Vcs-Svn: svn://svn.debian.org/debian-med/trunk/packages/alien-hunter/trunk/



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#550959: ITP: transmageddon -- video transcoder for Linux and Unix systems built using GStreamer

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: transmageddon
  Version : 0.14
  Upstream Author : Christian Schaller 
* URL : http://www.linuxrising.org/transmageddon
* License : LGPL
  Programming Lang: Python
  Description : video transcoder for Linux and Unix systems built using 
GStreamer

 Transmageddon supports almost any format as its input and can
 generate a very large host of output files. The goal of the
 application was to help people to create the files they need
 to be able to play on their mobile devices and for people not
 hugely experienced with multimedia to generate a multimedia
 file without having to resort to command line tools with
 ungainly syntaxes.
 .
 The currently supported codecs are:
  * Containers:
   - Ogg
   - Matroska
   - AVI
   - MPEG TS
   - flv
   - QuickTime
   - MPEG4
   - 3GPP
   - MXT
  * Audio encoders:
   - Vorbis
   - FLAC
   - MP3
   - AAC
   - AC3
   - Speex
   - Celt
  * Video encoders:
   - Theora
   - Dirac
   - H264
   - MPEG2
   - MPEG4/DivX5
   - xvid
   - DNxHD
 .
 It also provide the support for the GStreamer's plugins auto-search.

-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 
'jaunty-backports'), (500, 'jaunty')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: OpenVZ - deb-packages

[Raphael Hertzog]

On Wed, 14 Oct 2009, maximilian attems wrote:
> I'm taking care of openvz, please file a bug report with severity
> important including the patch or link to patch, so that it can be added.

Will do.

> if it does not break ABI it is easiest to add to next stable release,
> if it does i'll add it to the queued ABI breaking patches.
> did you test that?

No, I had to change the abiname anyway as I wanted different package names
for the target derivative distribution to avoid unwanted cross-upgrades.

How can I test that ?

Cheers,
-- 
Raphaël Hertzog


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: btrfs

[Luca Niccoli]

2009/10/7 The Fungi :

> Now if only it had CONFIG_DRM_I915_KMS

Pass modeset=1 as a parameter to the module.

Cheers,

Luca


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: btrfs

[The Fungi]

On Wed, Oct 14, 2009 at 05:56:27PM +0200, Luca Niccoli wrote:
> Pass modeset=1 as a parameter to the module.

Yes, this has been working for me with 2.6.31 (putting
GRUB_CMDLINE_LINUX_DEFAULT="video=i915:modeset=1" in
/etc/default/grub, to be specific). Still waiting to be able to add
custom modelines at boot since my HDTV outputs bogus EDID info over
HDMI (I gather there are some pending commits for 2.6.32 to make
this possible), but this is a good start at least.

And now that the i386 autobuilders have gotten ahold of 2.6.31-trunk
in experimental, I see that CONFIG_HID_WACOM=m after all, even
though it didn't appear in the configs in the corresponding source
package.
-- 
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(fu...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Florian Weimer]

* Michal Čihař:

>> Can gnaughty download anything other than porn?
>
> Not really without patching the source.

And the content is non-free, right?  Then it should go into contrib.


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Florian Weimer schrieb:
> * Michal Čihař:
> 
>>> Can gnaughty download anything other than porn?
>> Not really without patching the source.
> 
> And the content is non-free, right?  Then it should go into contrib.

Maybe there is some Open-Porn available, ftp-masters have to test it
out. :-)

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrWEQYACgkQ2XA5inpabMd3kgCfUQpsSOI9yMFiRmEyB7b6/eJY
fqEAn2w2E6jX4Qz99o3t82rX2L/Q0vZ+
=Vopn
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Neil Williams]

On Wed, 14 Oct 2009 17:41:14 +
Florian Weimer  wrote:

> * Michal Čihař:
> 
> >> Can gnaughty download anything other than porn?
> >
> > Not really without patching the source.
> 
> And the content is non-free, right?  Then it should go into contrib.

My bank statements are non-free but iceweasel isn't in contrib.

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/



pgpA9KDDMpaql.pgp
Description: PGP signature

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Gunnar Wolf]

Neil Williams dijo [Wed, Oct 14, 2009 at 07:03:07PM +0100]:
> > >> Can gnaughty download anything other than porn?
> > >
> > > Not really without patching the source.
> > 
> > And the content is non-free, right?  Then it should go into contrib.
> 
> My bank statements are non-free but iceweasel isn't in contrib.

Shame on you, were it not for that selfish standpoint we would have a
freer, more open world!

-- 
Gunnar Wolf • gw...@gwolf.org • (+52-55)5623-0154 / 1451-2244


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Patrick Schoenfeld]

On Wed, Oct 14, 2009 at 07:03:07PM +0100, Neil Williams wrote:
> On Wed, 14 Oct 2009 17:41:14 +
> Florian Weimer  wrote:
> 
> > * Michal Čihař:
> > 
> > >> Can gnaughty download anything other than porn?
> > >
> > > Not really without patching the source.
> > 
> > And the content is non-free, right?  Then it should go into contrib.
> 
> My bank statements are non-free but iceweasel isn't in contrib.

And iceweasel is limited to downloading your bank statements?
Is that true?

Regards,
Patrick


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Rodrigo Gallardo]

On Wed, Oct 14, 2009 at 08:30:16PM +0200, Patrick Schoenfeld wrote:
> On Wed, Oct 14, 2009 at 07:03:07PM +0100, Neil Williams wrote:
> > On Wed, 14 Oct 2009 17:41:14 +
> > Florian Weimer  wrote:
> > 
> > > * Michal Čihař:
> > > 
> > > >> Can gnaughty download anything other than porn?
> > > >
> > > > Not really without patching the source.
> > > 
> > > And the content is non-free, right?  Then it should go into contrib.
> > 
> > My bank statements are non-free but iceweasel isn't in contrib.
> 
> And iceweasel is limited to downloading your bank statements?
> Is that true?

I could just put up a site with CC porn, then. Aren't we supposed not
to discriminate against fields of endeavour?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Patrick Schoenfeld]

On Wed, Oct 14, 2009 at 11:52:48AM -0700, Rodrigo Gallardo wrote:
> On Wed, Oct 14, 2009 at 08:30:16PM +0200, Patrick Schoenfeld wrote:
> > On Wed, Oct 14, 2009 at 07:03:07PM +0100, Neil Williams wrote:
> > > On Wed, 14 Oct 2009 17:41:14 +
> > > Florian Weimer  wrote:
> > > 
> > > > * Michal Čihař:
> > > > 
> > > > >> Can gnaughty download anything other than porn?
> > > > >
> > > > > Not really without patching the source.
> > > > 
> > > > And the content is non-free, right?  Then it should go into contrib.
> > > 
> > > My bank statements are non-free but iceweasel isn't in contrib.
> > 
> > And iceweasel is limited to downloading your bank statements?
> > Is that true?
> 
> I could just put up a site with CC porn, then. Aren't we supposed not
> to discriminate against fields of endeavour?

I didn't say anything about that. Just wanted to point out that
the comparison doesn't work.

My opinion about those porn-related software is more liberal,
then those I often read on Debian-related lists. With respect to
sexuality it sometimes seems that common sense gets lost. Having
software which is dedicated and defaulting at a certain field
of endeavour is okay, but oh-no-oh-no not if sexuality is involved.

Best Regards,
Patrick


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Florian Weimer]

* Rodrigo Gallardo:

> I could just put up a site with CC porn, then. Aren't we supposed
> not to discriminate against fields of endeavour?

A software which requires access to non-free documents over the
network to work at all shouldn't go into main.  It seems that gnaughty
is currently in that category.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Russ Allbery]

Rodrigo Gallardo  writes:

> I could just put up a site with CC porn, then. Aren't we supposed not
> to discriminate against fields of endeavour?

The package description strongly implies that gnaughty works only with one
specific porn index or download service, which is presumably non-free.  If
this is not the case, the proposed package description should be fixed.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: btrfs

[Sven Arvidsson]

On Wed, 2009-10-14 at 16:12 +, The Fungi wrote:
> Yes, this has been working for me with 2.6.31 (putting
> GRUB_CMDLINE_LINUX_DEFAULT="video=i915:modeset=1" in
> /etc/default/grub, to be specific). Still waiting to be able to add
> custom modelines at boot since my HDTV outputs bogus EDID info over
> HDMI (I gather there are some pending commits for 2.6.32 to make
> this possible), but this is a good start at least.

Have you reported this as a bug upstream so proper quirks can be added?

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22



signature.asc
Description: This is a digitally signed message part

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ Allbery schrieb:
> Rodrigo Gallardo  writes:
> 
>> I could just put up a site with CC porn, then. Aren't we supposed not
>> to discriminate against fields of endeavour?
> 
> The package description strongly implies that gnaughty works only with one
> specific porn index or download service, which is presumably non-free.  If
> this is not the case, the proposed package description should be fixed.
> 

Seems like the description has to be fixed, there is no pay-only content
and it has included some more download sources, not only one "vendor".

But also if the _free_ software is for downloading etc. pay-only content
like music, I do not think that it has to enter contrib, because it does
not has got a real dependenie on non-free stuff.

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrWKoAACgkQ2XA5inpabMeZyACdFCpTQT3chGiIDe/PCW7suFZp
VH0An2/RGLmmRJ1sPLj7stejUt92CVNX
=UUsG
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Mehdi Dogguy]

Florian Weimer a écrit :
> 
> A software which requires access to non-free documents over the
> network to work at all shouldn't go into main.  It seems that gnaughty
> is currently in that category.
> 

rtm (from awn-applets-python-extras) is such a program. Should it go out
from main?
tasque lets the user use the service rememberthemilk too, should it go
out too?
and how about tucan?

(I'm sure there are a lot of other examples)

Cheers,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Stefano Zacchiroli]

On Wed, Oct 14, 2009 at 01:10:39PM -0500, Gunnar Wolf wrote:
> Neil Williams dijo [Wed, Oct 14, 2009 at 07:03:07PM +0100]:
> > My bank statements are non-free but iceweasel isn't in contrib.
> 
> Shame on you, were it not for that selfish standpoint we would have a
> freer, more open world!

Also, I'd like to argue on the freeness of Neil's bank account access
codes.  Either he surrenders them, or I threaten to upload an NMU of
*him* to non-free.  And good luck with auto-building.

SCNR

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime


signature.asc
Description: Digital signature

Re: btrfs

[The Fungi]

On Wed, Oct 14, 2009 at 09:41:22PM +0200, Sven Arvidsson wrote:
> Have you reported this as a bug upstream so proper quirks can be
> added?

Not yet, as I was only just this week able to easily test KMS (now
that it works with PAE in an official Linux kernel release packaged
for Debian). Support for the chipset/features I use has been coming
along incrementally. The EDID is unfortunately overly generic
(reports itself only as "SONY TV"), but I'll post over on the
intel-gfx list and see if the devs think they can come up with a
reliable means of recognizing it distinct from other similar
displays which may or may not exhibit this behavior.
-- 
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org);
MUD(fu...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); }


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Adam Borowski]

On Wed, Oct 14, 2009 at 07:27:07PM +, Florian Weimer wrote:
> > I could just put up a site with CC porn, then. Aren't we supposed
> > not to discriminate against fields of endeavour?
> 
> A software which requires access to non-free documents over the
> network to work at all shouldn't go into main.  It seems that gnaughty
> is currently in that category.

Sure, just remember to file RM bugs for:
gmailfs
googlizer
libwww-google-calculator-perl
opensync-plugin-google-calendar
python-libgmail
akonadi-kde-resource-googledata
clive
gcalcli
gmail-notify
tryton-modules-google-maps
calendar-google-provider
(picking on just Google)

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Peter Samuelson]

> Russ Allbery schrieb:
> > The package description strongly implies that gnaughty works only
> > with one specific porn index or download service, which is
> > presumably non-free.  If this is not the case, the proposed package
> > description should be fixed.

[Patrick Matthäi]
> Seems like the description has to be fixed, there is no pay-only
> content and it has included some more download sources, not only one
> "vendor".

Wow, when did 'non-free' and 'pay-only' become synonymous?  Is this
debian-devel, or ZDnet?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Russ Allbery]

Patrick Matthäi  writes:
> Russ Allbery schrieb:
>> Rodrigo Gallardo  writes:

>>> I could just put up a site with CC porn, then. Aren't we supposed not
>>> to discriminate against fields of endeavour?

>> The package description strongly implies that gnaughty works only with
>> one specific porn index or download service, which is presumably
>> non-free.  If this is not the case, the proposed package description
>> should be fixed.

> Seems like the description has to be fixed, there is no pay-only content
> and it has included some more download sources, not only one "vendor".

Oh, okay.  I think that's much of what was confusing people.  I know I
read the package description as being tied to a particular service
originally as well.

> But also if the _free_ software is for downloading etc. pay-only content
> like music, I do not think that it has to enter contrib, because it does
> not has got a real dependenie on non-free stuff.

Yeah, it's a bit of a marginal case.  We have, for instance, Perl modules
to talk to the Amazon APIs in main, although in most of those cases the
API is relatively open and some other sites also implement it.

I'm not sure what we'd do with, say, a free software program whose sole
and exclusive purpose is to interact with the iTunes music store.  Putting
it into contrib does feel like nitpicking.

-- 
Russ Allbery (r...@debian.org)   


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michael Gilbert]

On Wed, 14 Oct 2009 21:34:28 +0200, Adam Borowski wrote:
> On Wed, Oct 14, 2009 at 07:27:07PM +, Florian Weimer wrote:
> > > I could just put up a site with CC porn, then. Aren't we supposed
> > > not to discriminate against fields of endeavour?
> > 
> > A software which requires access to non-free documents over the
> > network to work at all shouldn't go into main.  It seems that gnaughty
> > is currently in that category.
> 
> Sure, just remember to file RM bugs for:
> gmailfs
> googlizer
> libwww-google-calculator-perl
> opensync-plugin-google-calendar
> python-libgmail
> akonadi-kde-resource-googledata
> clive
> gcalcli
> gmail-notify
> tryton-modules-google-maps
> calendar-google-provider
> (picking on just Google)

the key litmus test is: does the application depend solely on non-free
information to function properly.  these google applications fail
this test because the licensing of the data itself is at the user's
discretion.  hence, they are permitted in main.

mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Améthyste verte

[anne.drop]

 La semaine de l'améthyste verte ou Prasiolite
 www.galerieaccessoires.com/
 
http://www.galerieaccessoires.com/s_880.jpg
 
L'améthyste verte ou prasiolite est un quartz vert.
 
Sa couleur verte naturelle est extrêmement rare.
 
La Galerie des Accessoires vous propose cette semaine en exclusivité bracelets, 
boucles d'oreilles, bagues, pendentifs en Prasiolite. Ces pierres très limpides 
sont parfois associées de péridots, de perles d'eau douce, ou de pierres de 
lune.
 
Ne laissez pas passer l'occasion de porter ces magnifiques pièces à prix 
abordable. Stocks limités.
 
 
Dominique LENEVEU
Responsable clientèle
 
 
Nous vous remercions d'avoir pris quelques minutes de votre temps pour prendre 
connaissance de notre message.
 
Recevez Madame, Monsieur, l'expression de notre considération dévouée.
 
Si vous ne souhaitez plus recevoir d'informations concernant notre boutique, ne 
répondez pas à ce mail, mais veuillez cliquer sur le lien ci-dessous. Votre 
adresse e-mail sera automatiquement retirée de notre liste de diffusion.
 Veuillez me retirer de votre liste de diffusion

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Yves-Alexis Perez]

On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
> the key litmus test is: does the application depend solely on non-free
> information to function properly.  these google applications fail
> this test because the licensing of the data itself is at the user's
> discretion.  hence, they are permitted in main.

I don't really think clive use data licensed at the user discretion.
This whole thread is just pointless.

-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michael Gilbert]

On Wed, 14 Oct 2009 21:48:19 +0200, Mehdi Dogguy wrote:
> Florian Weimer a écrit :
> > 
> > A software which requires access to non-free documents over the
> > network to work at all shouldn't go into main.  It seems that gnaughty
> > is currently in that category.
> > 
> rtm (from awn-applets-python-extras) is such a program. Should it go out
> from main?
> tasque lets the user use the service rememberthemilk too, should it go
> out too?
> and how about tucan?

i couldn't find rtm, but tasque and tucan fail my proposed litmus test
(does the application depend solely on non-free information to function
properly) because the data itself is licensed at the users discretion.
hence, these applications are permitted in main.

see hannah-foo2zjs, which was split from foo2zjs and put in contrib
because it is a script who's sole purpose is to fetch non-free printer
firmwares; or ttf-mathmatica whose sole purpose is to fetch non-free
fonts.

mike


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

ITP: sandbox -- Collaborative 3D game editor for education

[Scott Howard]

Package: wnpp
Severity: wishlist
Owner: Scott Howard 


* Package name: sandbox
  Version : 2.4
  Upstream Author : Platinum Arts, LLX 
* URL : http://sandboxgamemaker.com/
* License : Custom: open source, free to download,
but potentially non-free repository
  Programming Lang: C++
  Description : Collaborative 3D game editor for education

Platinum Arts Sandbox is an open source easy to use standalone
3D Game Maker and 3D Game Design
program currently based on the cube 2 engine being
used in many schools throughout the world that allows kids and adults
to create their own video games, worlds, levels,
adventures and quests, even cooperatively!
The goal is to make it accessible to kids but also
powerful enough for full game projects.
With a simple click and roll of a mouse wheel users can modify
the world however they want.
In the words of Margaret, a nine year old Sandbox whiz I babysit for,
“Press Edit and go fulfill your dreams!”.
Now features new game modes such as sidescroller,
machinima, kartmode, RPG, and more!


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michael Gilbert]

On Wed, 14 Oct 2009 22:27:25 +0200, Yves-Alexis Perez wrote:
> On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
> > the key litmus test is: does the application depend solely on non-free
> > information to function properly.  these google applications fail
> > this test because the licensing of the data itself is at the user's
> > discretion.  hence, they are permitted in main.
> 
> I don't really think clive use data licensed at the user discretion.

i agree, clive only functions properly when it has access to the
non-free content on youtube, so it would pass my litmus test, and should
be moved to contrib.

> This whole thread is just pointless.

it is certainly worth pondering and deliberating on the issue since up
to this point there is no concrete debian policy on the matter.

mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: ITP: sandbox -- Collaborative 3D game editor for education

[Eugene V. Lyubimkin]

Scott Howard wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Scott Howard 
> 
> 
> * Package name: sandbox
>   Version : 2.4
>   Upstream Author : Platinum Arts, LLX 
> * URL : http://sandboxgamemaker.com/

The name 'sandbox' is too generic. Can you change it to 'sandboxgamemaker'?

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Jakub Wilk]

* Adam Borowski , 2009-10-14, 21:34:

A software which requires access to non-free documents over the
network to work at all shouldn't go into main.  It seems that gnaughty
is currently in that category.


Sure, just remember to file RM bugs for:
gmailfs


Not a very good example:
http://bugs.debian.org/540773

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[James Vega]

On Wed, Oct 14, 2009 at 4:43 PM, Michael Gilbert
 wrote:
> On Wed, 14 Oct 2009 22:27:25 +0200, Yves-Alexis Perez wrote:
>> On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
>> > the key litmus test is: does the application depend solely on non-free
>> > information to function properly.  these google applications fail
>> > this test because the licensing of the data itself is at the user's
>> > discretion.  hence, they are permitted in main.
>>
>> I don't really think clive use data licensed at the user discretion.
>
> i agree, clive only functions properly when it has access to the
> non-free content on youtube, so it would pass my litmus test, and should
> be moved to contrib.

What makes youtube content (or any of the media content from the many
other sites clive supports) automatically non-free?  Doesn't it depend
on how the media's author has decided to license their work?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#551005: ITP: blogtk -- client for weblog systems

[Luca Falavigna]

Package: wnpp
Severity: wishlist
Owner: Luca Falavigna 

* Package name: blogtk
  Version : 2.0
  Upstream Author : Jay Reding 
* URL : https://launchpad.net/blogtk
* License : Apache 2.0
  Programming Lang: Python
  Description : client for weblog systems

BloGTK is a client for weblog systems like Blogger, WordPress, and
Movable Type. BloGTK makes managing blog posts easy, especially for
people who have multiple blogs. BloGTK works with any blogging system
that supports XML-RPC publishing. BloGTK will run on any system that
supports the GNOME desktop environment.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michael Gilbert]

On Wed, 14 Oct 2009 16:57:19 -0400, James Vega wrote:
> On Wed, Oct 14, 2009 at 4:43 PM, Michael Gilbert
>  wrote:
> > On Wed, 14 Oct 2009 22:27:25 +0200, Yves-Alexis Perez wrote:
> >> On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
> >> > the key litmus test is: does the application depend solely on non-free
> >> > information to function properly.  these google applications fail
> >> > this test because the licensing of the data itself is at the user's
> >> > discretion.  hence, they are permitted in main.
> >>
> >> I don't really think clive use data licensed at the user discretion.
> >
> > i agree, clive only functions properly when it has access to the
> > non-free content on youtube, so it would pass my litmus test, and should
> > be moved to contrib.
> 
> What makes youtube content (or any of the media content from the many
> other sites clive supports) automatically non-free?  Doesn't it depend
> on how the media's author has decided to license their work?

if i recall, youtube has a specific usage agreement (i found [0])
applicable to all of its content, which for all intents and purposes
would likely be declared non-free if reviewed for dfsg-freeness. hence,
access to youtube content through youtube itself would be considered
non-free due to that usage agreement; even though dfsg-free content may
be hosted there.

i've never used clive so i do not know what the usage agreements say
for the other supported video sites.

mike

[0] http://code.google.com/apis/youtube/terms.html


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michael Gilbert]

On Wed, 14 Oct 2009 17:13:10 -0400, Michael Gilbert wrote:
> On Wed, 14 Oct 2009 16:57:19 -0400, James Vega wrote:
> > On Wed, Oct 14, 2009 at 4:43 PM, Michael Gilbert
> >  wrote:
> > > On Wed, 14 Oct 2009 22:27:25 +0200, Yves-Alexis Perez wrote:
> > >> On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
> > >> > the key litmus test is: does the application depend solely on non-free
> > >> > information to function properly.  these google applications fail
> > >> > this test because the licensing of the data itself is at the user's
> > >> > discretion.  hence, they are permitted in main.
> > >>
> > >> I don't really think clive use data licensed at the user discretion.
> > >
> > > i agree, clive only functions properly when it has access to the
> > > non-free content on youtube, so it would pass my litmus test, and should
> > > be moved to contrib.
> > 
> > What makes youtube content (or any of the media content from the many
> > other sites clive supports) automatically non-free?  Doesn't it depend
> > on how the media's author has decided to license their work?
> 
> if i recall, youtube has a specific usage agreement (i found [0])
> applicable to all of its content, which for all intents and purposes
> would likely be declared non-free if reviewed for dfsg-freeness. hence,
> access to youtube content through youtube itself would be considered
> non-free due to that usage agreement; even though dfsg-free content may
> be hosted there.

here are the terms of service for youtube [0].  section 4A alone would
be sufficient to declare the service non-free.

mike

[0] http://www.youtube.com/t/terms


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Mike Hommey]

On Wed, Oct 14, 2009 at 05:18:33PM -0400, Michael Gilbert wrote:
> On Wed, 14 Oct 2009 17:13:10 -0400, Michael Gilbert wrote:
> > On Wed, 14 Oct 2009 16:57:19 -0400, James Vega wrote:
> > > On Wed, Oct 14, 2009 at 4:43 PM, Michael Gilbert
> > >  wrote:
> > > > On Wed, 14 Oct 2009 22:27:25 +0200, Yves-Alexis Perez wrote:
> > > >> On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
> > > >> > the key litmus test is: does the application depend solely on 
> > > >> > non-free
> > > >> > information to function properly.  these google applications fail
> > > >> > this test because the licensing of the data itself is at the user's
> > > >> > discretion.  hence, they are permitted in main.
> > > >>
> > > >> I don't really think clive use data licensed at the user discretion.
> > > >
> > > > i agree, clive only functions properly when it has access to the
> > > > non-free content on youtube, so it would pass my litmus test, and should
> > > > be moved to contrib.
> > > 
> > > What makes youtube content (or any of the media content from the many
> > > other sites clive supports) automatically non-free?  Doesn't it depend
> > > on how the media's author has decided to license their work?
> > 
> > if i recall, youtube has a specific usage agreement (i found [0])
> > applicable to all of its content, which for all intents and purposes
> > would likely be declared non-free if reviewed for dfsg-freeness. hence,
> > access to youtube content through youtube itself would be considered
> > non-free due to that usage agreement; even though dfsg-free content may
> > be hosted there.
> 
> here are the terms of service for youtube [0].  section 4A alone would
> be sufficient to declare the service non-free.

Unless there is a clause saying that no youtube user shall license
her work under a free license, I see no problem.

Mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Michael Gilbert]

On Wed, 14 Oct 2009 23:28:14 +0200, Mike Hommey wrote:
> On Wed, Oct 14, 2009 at 05:18:33PM -0400, Michael Gilbert wrote:
> > On Wed, 14 Oct 2009 17:13:10 -0400, Michael Gilbert wrote:
> > > On Wed, 14 Oct 2009 16:57:19 -0400, James Vega wrote:
> > > > On Wed, Oct 14, 2009 at 4:43 PM, Michael Gilbert
> > > >  wrote:
> > > > > On Wed, 14 Oct 2009 22:27:25 +0200, Yves-Alexis Perez wrote:
> > > > >> On mer, 2009-10-14 at 16:23 -0400, Michael Gilbert wrote:
> > > > >> > the key litmus test is: does the application depend solely on 
> > > > >> > non-free
> > > > >> > information to function properly.  these google applications fail
> > > > >> > this test because the licensing of the data itself is at the user's
> > > > >> > discretion.  hence, they are permitted in main.
> > > > >>
> > > > >> I don't really think clive use data licensed at the user discretion.
> > > > >
> > > > > i agree, clive only functions properly when it has access to the
> > > > > non-free content on youtube, so it would pass my litmus test, and 
> > > > > should
> > > > > be moved to contrib.
> > > > 
> > > > What makes youtube content (or any of the media content from the many
> > > > other sites clive supports) automatically non-free?  Doesn't it depend
> > > > on how the media's author has decided to license their work?
> > > 
> > > if i recall, youtube has a specific usage agreement (i found [0])
> > > applicable to all of its content, which for all intents and purposes
> > > would likely be declared non-free if reviewed for dfsg-freeness. hence,
> > > access to youtube content through youtube itself would be considered
> > > non-free due to that usage agreement; even though dfsg-free content may
> > > be hosted there.
> > 
> > here are the terms of service for youtube [0].  section 4A alone would
> > be sufficient to declare the service non-free.
> 
> Unless there is a clause saying that no youtube user shall license
> her work under a free license, I see no problem.

IANAL (I Am Not a Lawyer), but from a legal point of view, the rights
granted to you by youtube for content available on their site are
independent of the rights that could be granted to you directly by the
content's copyright holder.  these terms of service apply as soon as
you access the site and make very clear non-free restrictions on all
"User Submissions" regardless of the license choices of the original
copyright holder.

also, according to term 6C, the original copyright holder gave up a
long list of their inherent rights to youtube.  hence, the content
there does not come with the same set of rights as if you had accessed
the content directly from the copyright holder.

mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Philipp Kern]

On 2009-10-14, Russ Allbery  wrote:
>> But also if the _free_ software is for downloading etc. pay-only content
>> like music, I do not think that it has to enter contrib, because it does
>> not has got a real dependenie on non-free stuff.
> Yeah, it's a bit of a marginal case.  We have, for instance, Perl modules
> to talk to the Amazon APIs in main, although in most of those cases the
> API is relatively open and some other sites also implement it.

The appearance of Eucalyptus is pretty recent, though.  So you'd need to
wait until a free service of an API gets released?  How feature complete
does it need to be?  If I release a "compliant" porn directory with only one
pic, would that be appropriate?  And I could easily make it non-porn too.

zsnes used to be in contrib, but somebody made the case that there could
be, in fact, free roms, because the way how to program the box is not
exactly secret anymore.  (If they would be buildable on Debian is another
question.)  It lives in main now and my gut feeling is that it's the right
thing to do, given that the code base is free to modify, share and gives
you the usual rights of a free software license (here: GPL2).

Kind regards,
Philipp Kern


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Philipp Kern schrieb:
> On 2009-10-14, Russ Allbery  wrote:
>>> But also if the _free_ software is for downloading etc. pay-only content
>>> like music, I do not think that it has to enter contrib, because it does
>>> not has got a real dependenie on non-free stuff.
>> Yeah, it's a bit of a marginal case.  We have, for instance, Perl modules
>> to talk to the Amazon APIs in main, although in most of those cases the
>> API is relatively open and some other sites also implement it.
> 
> The appearance of Eucalyptus is pretty recent, though.  So you'd need to
> wait until a free service of an API gets released?  How feature complete
> does it need to be?  If I release a "compliant" porn directory with only one
> pic, would that be appropriate?  And I could easily make it non-porn too.
> 
> zsnes used to be in contrib, but somebody made the case that there could
> be, in fact, free roms, because the way how to program the box is not
> exactly secret anymore.  (If they would be buildable on Debian is another
> question.)  It lives in main now and my gut feeling is that it's the right
> thing to do, given that the code base is free to modify, share and gives
> you the usual rights of a free software license (here: GPL2).


Please move this whole discussion to debian-legal now.

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrWTt0ACgkQ2XA5inpabMfMkgCZAa1TyfmAqpzQN+I15vl2pohe
5lEAni039ylmJ95ylOC3RWVX/hmGnHJU
=JCXs
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Russ Allbery]

Patrick Matthäi  writes:
> Philipp Kern schrieb:
>> On 2009-10-14, Russ Allbery  wrote:

>>> Yeah, it's a bit of a marginal case.  We have, for instance, Perl
>>> modules to talk to the Amazon APIs in main, although in most of those
>>> cases the API is relatively open and some other sites also implement
>>> it.

>> The appearance of Eucalyptus is pretty recent, though.  So you'd need
>> to wait until a free service of an API gets released?  How feature
>> complete does it need to be?  If I release a "compliant" porn directory
>> with only one pic, would that be appropriate?  And I could easily make
>> it non-porn too.

I suspect that the right thing to say is that if the API can be
implemented in free software, the software can go into main, but it's
really hard to figure out how to draw the line with installer packages.

Probably drawing the line between code and data is worthwhile.  If the
package needs to download and install non-free code on the system to run,
it's probably contrib.  If it's just a tool for manipulating data, which
may be non-free, then main is a reasonable place to put it.

>> zsnes used to be in contrib, but somebody made the case that there
>> could be, in fact, free roms, because the way how to program the box is
>> not exactly secret anymore.  (If they would be buildable on Debian is
>> another question.)  It lives in main now and my gut feeling is that
>> it's the right thing to do, given that the code base is free to modify,
>> share and gives you the usual rights of a free software license (here:
>> GPL2).

The ROM thing is a case of the code issue, and is probably more
complicated than programs that deal only with data.

I think, regardless, given the information on this thread, there's no
reason why this program would need to be in contrib.

> Please move this whole discussion to debian-legal now.

No.  debian-legal is the place for license nit-picking, which isn't what
this discussion is about.

-- 
Russ Allbery (r...@debian.org)   


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ Allbery schrieb:
>> Please move this whole discussion to debian-legal now.
> 
> No.  debian-legal is the place for license nit-picking, which isn't what
> this discussion is about.

The main discussion is about applications/libs where the sourcecode
itself is free in the manner of the DFSG, but it is only useable with
non-free services and something like that, like a software for buying
music online.

It is about moving such apps to contrib, because it is free, but
"depends" on non-free content, which is a DFSG question and so on stuff
for debian-legal, or I am wrong?

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrWVNgACgkQ2XA5inpabMcqkwCfQ09A896+d0iPMITGJU3Vch+J
dx8AnA/XBH0TPRJrimxo53bPYau3GeNz
=IW/o
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Russ Allbery]

Patrick Matthäi  writes:

> The main discussion is about applications/libs where the sourcecode
> itself is free in the manner of the DFSG, but it is only useable with
> non-free services and something like that, like a software for buying
> music online.

> It is about moving such apps to contrib, because it is free, but
> "depends" on non-free content, which is a DFSG question and so on stuff
> for debian-legal, or I am wrong?

This is not a legal or license question; Debian is fine either way.  It's
a question about where we want to draw the line between contrib and main,
and all the previous iterations of that discussion have happened on
debian-devel.

debian-legal is just a place to talk about legal issues in Debian.  It has
no special role in the project, unlike debian-devel, and in general is not
a useful place to decide project policy.  Most substantive discussions of
the DFSG, as opposed to its application to a specific unusual license,
happen somewhere other than debian-legal.

Anyway, rather than moving the thread, I think we can probably just end
it, or at least this portion of it.  I don't think there's any remaining
significant substantive disagreement about this specific package and the
DFSG.

-- 
Russ Allbery (r...@debian.org)   


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

packages that use deprecated SQL escape functions

[Steffen Joeris]

Hi everyone

We had a few issues in the past with insufficient database escaping, which lead 
to possible SQL injections due to the use of the deprecated functions 
mysql_escape_string() and PQescapeString().
These functions do not take the encoding of the established connection into 
account, which can lead to insufficient escaping, if the encoding of this 
connection can be set to certain multibyte character encodings (such as GBK).
I found the explanation given in this email[0] quite useful to elaborate on 
the thread.

In order to prevent this issue, the new functions mysql_real_escape_string()
[1] and PQescapeStringConn()[2] have been added, which honour the specific 
encoding of the connection.

Thanks to Kees, I have prepared a list of packages (below) that are still 
using the deprecated functions. Apologies for all false-positives, I've tried 
to eliminate as many as possible. If you find your package in the list below, 
please have a look at the code and check, if you can change to the new 
functions. 

You are likely vulnerable to an SQL injection attack, if you only rely on the 
deprecated functions for escaping (or have some self-made escaping for that 
matter) AND if it is possible to set the client encoding.
If other encodings, such as UTF-8, are used, you are not vulnerable, so check 
that as well, please.

In the near future, I will try to do the archive scan again and file bugs with 
severity "normal" for the packages below that are still relying on the 
deprecated functions. (Should they be found vulnerable, the severity will be 
raised of course).

If you are in doubt about anything or if you found that your package is 
vulnerable, please contact the security team (t...@security.debian.org).

Cheers
Steffen

[0]: http://www.mail-archive.com/pgsql-hack...@postgresql.org/msg71061.html

[1]: http://dev.mysql.com/doc/refman/5.0/es/mysql-real-escape-string.html

[2]: http://www.postgresql.org/docs/8.4/static/libpq-exec.html


ampache: Charlie Smotherman 
   
 ./ampache-3.5.1/modules/getid3/extension.cache.mysql.php:$filenam2 
= mysql_escape_string($filename);  
 ./ampache-3.5.1/modules/getid3/extension.cache.mysql.php:$res2 = 
mysql_escape_string(serialize($result)); 


asterisk-addons: Debian VoIP Team 
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(clid, cdr->clid, strlen(cdr->clid));
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(dcontext, cdr->dcontext, strlen(cdr->dcontext));
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(channel, cdr->channel, strlen(cdr->channel));   
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(dstchannel, cdr->dstchannel, strlen(cdr->dstchannel));
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(lastapp, cdr->lastapp, strlen(cdr->lastapp)); 
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(lastdata, cdr->lastdata, strlen(cdr->lastdata));  
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(src, cdr->src, strlen(cdr->src)); 
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(dst, cdr->dst, strlen(cdr->dst)); 
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(accountcode, cdr->accountcode, strlen(cdr->accountcode));
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(uniqueid, cdr->uniqueid, strlen(cdr->uniqueid)); 
 ./asterisk-addons-1.4.7/cdr/cdr_addon_mysql.c: 
mysql_escape_string(userfielddata, cdr->userfield, strlen(cdr->userfield));  


b2evolution: Xavier Luthi 
 ./b2evolution-2.4.7/blogs/inc/_core/model/db/_db.class.php:return 
mysql_escape_string( $unescaped_string );


boinc: Debian BOINC Maintainers 
 ./boinc-6.4.5+dfsg/html/ops/bbcode_convert_signature.php:$query = 
"update forum_preferences set signature = '".mysql_escape_string($text)."' 
where userid=".$forum_preferences->userid;  


 ./boinc-6.4.5+dfsg/html/ops/bbcode_convert.php:$query = "update post 
set content = '".mysql_escape_string($text)."' where id=".$post->id;
 
 ./boinc-6.4.5+dfsg/html/ops/bbcode_convert_response2.php:$query = 
"update profile set response2 = '".mysql_escape_string($text)."' where 
userid=".$profile->userid;   
 ./boinc-6.4.5+dfsg/html/ops/bbcode_convert_response1.php:$query = 
"update profile set response1 = '".mysql_escape_string($text)."' where 
userid=".$profile->userid;   
 ./boinc-6.4.5+dfsg/html/user/forum_search_action.php:
$search_string.=mys

Re: packages that use deprecated SQL escape functions

[Charles Plessy]

Le Thu, Oct 15, 2009 at 01:26:14PM +1100, Steffen Joeris a écrit :
> 
> In the near future, I will try to do the archive scan again and file bugs 
> with 
> severity "normal" for the packages below that are still relying on the 
> deprecated functions. (Should they be found vulnerable, the severity will be 
> raised of course).

Dear Steffen,

shouldn’t the upstream maintainer(s) be warned before the security issue is
advertised in public?

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: packages that use deprecated SQL escape functions

[Steffen Joeris]

Hi Charles

On Thu, 15 Oct 2009 01:50:35 pm Charles Plessy wrote:
> Le Thu, Oct 15, 2009 at 01:26:14PM +1100, Steffen Joeris a écrit :
> > In the near future, I will try to do the archive scan again and file bugs
> > with severity "normal" for the packages below that are still relying on
> > the deprecated functions. (Should they be found vulnerable, the severity
> > will be raised of course).
> 
> Dear Steffen,
> 
> shouldn’t the upstream maintainer(s) be warned before the security issue is
> advertised in public?
Before I sent the list, I checked some of the major packages together with the 
maintainers, so there was some work that happened in the background before 
publication. Also, I don't expect many of the packages below to be vulnerable, 
because not every applications allows the setting of the client encoding.
 
Also, I've released a few DSAs to update common bindings in different languages 
that only offered the deprecated functions. At this stage, it is better to 
publish this list and ask the maintainers for help, because we don't have the 
manpower to check them all individually and test them.

Cheers
Steffen


signature.asc
Description: This is a digitally signed message part.

Bug#551025: ITP: django-genshi -- Django integration for Genshi

[TANIGUCHI Takaki]

Package: wnpp
Owner: tak...@asis.media-as.org
Severity: wishlist

* Package name: django-genshi
  Version : 1.1.3
  Upstream Author : John Millikin 
* URL or Web page : https://launchpad.net/django-genshi
* License : GPL3
  Description : Django integration for Genshi

 django-genshi is a small wrapper library around Genshi that provides
 an API similar to django.template. Included are imitations of
 Context and RequestContext. There is also an implemention of the
 Django template loader system adapted for Genshi, and a selection of
 shortcut functions.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#551026: ITP: xcite -- exciting cite utility for Emacsen

[TANIGUCHI Takaki]

Package: wnpp
Owner: tak...@asis.media-as.org
Severity: wishlist

* Package name: xcite
  Version : 1.58
  Upstream Author : HIROSE Yuuji [yu...@gentei.org]
* URL or Web page : http://www.gentei.org/~yuuji/software/
* License : original

This  software  is distributed as  a free  software  without any
warranty to anything  as a result  of using this.  Especially, I
am not responsible for the case when you cite your friend's mail
with a silly citation prefix in a serious situation :)

* Can I incorporate this program into Debian package?

Yes.
This  "Yes"  is  NOT  a  special answer  only  for  Debian.
My  recognition  on  `free  software'  is  not  the  permanently
constant  notion.  Therefore  I won't  define the  fixed license
sentences at any moment of my life.  All I can say now is I hope
the free  software be; freely  usable, freely (re-)distributable
without  any charge  for  itself, freely  modifiable unless  the
original  author(=me)'s copyrights  are infringed  or neglected,
absolutely not responsible to  any result from itself.  If there
is A  license clauses which  implies these points above  in some
era, this  software can  be classified into  the group  that the
clauses want to assume as `free'.

  Description : exciting cite utility for Emacsen
xcite enables you to register  as many mail/news citation prefix
as you like according to each author, and to select those headers
randomly.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

embedded copies of Unicode data?

[Paul Wise]

There are several copies of the Unicode data files in the archive, examples:

charmap.app: /usr/lib/GNUstep/Applications/Charmap.app/Resources/UnicodeData.txt
charmap.app: /usr/share/doc/charmap.app/UnicodeData.txt.gz
clisp: /usr/lib/clisp-2.44.1/data/UnicodeDataFull.txt
gnulib: /usr/share/gnulib/tests/uniname/UnicodeDataNames.txt
libcamomile-ocaml-data: /usr/share/doc/libcamomile-ocaml-data/UnicodeData.html
libopensrs-perl: /usr/share/opensrs/RACE/RACE/UnicodeData-Latest.txt
libsaxonb-java-doc:
/usr/share/doc/libsaxon8-java-doc/api/net/sf/saxon/codenorm/UnicodeData.html
moodle: /usr/share/moodle/lib/typo3/unidata/UnicodeData.txt
perl-modules: /usr/share/perl/5.10.0/unicore/UnicodeData.txt
pypy-dev: /usr/share/pypy-1.0/pypy/module/unicodedata/UnicodeData-3.2.0.txt
pypy-dev: /usr/share/pypy-1.0/pypy/module/unicodedata/UnicodeData-4.1.0.txt
pypy-dev: /usr/share/pypy-1.0/pypy/module/unicodedata/UnicodeData-5.0.0.txt
rails: 
/usr/share/doc/rails/html/classes/ActiveSupport/Multibyte/UnicodeDatabase.html
typo3-src-4.2: /usr/share/typo3/typo3_src-4.2/t3lib/unidata/UnicodeData.txt
typo3-src-4.3: /usr/share/typo3/typo3_src-4.3/t3lib/unidata/UnicodeData.txt

In addition, some of the following packages appear to embed copies of
the Unicode data in their source code:

http://source.debian.net/source/search?q=IMIFTHORON&defs=&refs=&path=&hist=
http://source.debian.net/source/search?q=LHAVIYANI&defs=&refs=&path=&hist=

In addition, there is a copy of parts of the Unicode data in
fonttools, gucharmap, libuninameslist and probably others.

I'm wondering what, if anything, Debian should do about this
situation. We generally don't like embedded code copies, but I'm not
sure if the same arguments apply to embedded data copies.

Any thoughts?

In addition, the CMap and AGLFN data are in similar situations, but I
think they are embedded in much fewer packages.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#550860: ITP: gnaughty -- downloader for adult content

[Mike Hommey]

On Thu, Oct 15, 2009 at 12:46:48AM +0200, Patrick Matthäi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Russ Allbery schrieb:
> >> Please move this whole discussion to debian-legal now.
> > 
> > No.  debian-legal is the place for license nit-picking, which isn't what
> > this discussion is about.
> 
> The main discussion is about applications/libs where the sourcecode
> itself is free in the manner of the DFSG, but it is only useable with
> non-free services and something like that, like a software for buying
> music online.
> 
> It is about moving such apps to contrib, because it is free, but
> "depends" on non-free content, which is a DFSG question and so on stuff
> for debian-legal, or I am wrong?

This thread is actually a question for those who decide, that is,
ftp-masters.

Mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org