[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: bladeenc



On Wed, Jun 30, 1999 at 05:22:28PM -0400, Brian Ristuccia wrote:
> > That's fine except that you were not the one who ITP'd it first.
> 
> I can't find any intent to package bladeenc messages in the past 3 months of
> the debian-devel archives. If someone else is working on packaging bladeenc,
> I'd be glad to share my Makefile, manual page, and patches with them. 

It was posted in the past 48 hours..  Either way you should have posted
your own intent and waited a day or two for someone else to say they beat
you to it.  Helps prevent confusion.


> > Second you live in a country in which a lawsuit is possible (and likely)
> > for distributing mp3 encoders without paying royalties.
> 
> Is it possible to get debianqueued to fetch the original tar file from the
> original FTP site? Also, can I use a non-context diff for the .patch file?
> Are there any servers running debianqueued that are also running build
> daemons?

It's possible you could download the thing from the original site on
pandora and package it there.  You would have to send yourself the
changes and dsc files in that case so you can sign them.  You should not
have pgp keys on the debian servers for security reasons.


> > Third, you managed to upload it to the OTHER country which for certain
> > would allow their lawyers to sue rather than pandora, the only server you
> > could safely and legally upload it to.
> > 
> > Fourth, there is an active discussion as to whether or not we can
> > distribute packages of this thing in even our non-US archive on pandora
> > without risking Bad Things for us and our mirrors on the legal front.
> 
> We should really have a Debian package header like
> Prohibited-By-Thought-Police-In: with a list of ISO country codes to prevent
> mirrors in non-free countries from picking up these packages if we know the
> software is prohibited there. Otherwise, I think the only other solution
> would be for mirror operators to take reposibility for omiting files they
> are not able to distribute (yuck). 

This is arguably practicing law, which would be bad.  It's probably a
good idea if we don't say why the package shouldn't be mirrored in
certain countries (just like non-US is fine if we don't go into details
about why each package is there) but someone is going to say they want to
know why the package is there...


> > Fifth, well there is no fifth, but I wanted five anyway..  =>
> > 
> > 
> > In short you boo-boo'd.  Fortunately while your boo-boo is a potentially
> > big one, the packages will probably be removed before their lawyers send
> > us a "friendly" letter telling us to start paying them or they'll see us
> > in court...  That is if you don't fix it yourself by deleting those files
> > from incoming.  Sorry if I seemed harsh above---I want mp3 encoders in
> > Debian as much as anyone.  It's just no good to anyone if we don't do it
> > very carefully and cover our arses.
> 
> The first bladeenc I uploaded was incorrect -- it was missing the copyright
> and a few other things. It was also signed with gnupg instead of PGP. It's
> already propogated its way to master. When I tried to upload another via
> erlangen, it complained that it was already on master. I logged into master
> and deleted those files from Incoming just in case they should happen to get
> accepted anyway. 
> 
> It's my understanding that master is in the US. What does one have to do in
> order to prevent non-US packages from ending up on master, or is this the
> case automagically if I upload to the correct server?

set up a block for pandora in your dupload config.  pandora is the non-us
server these days and has its own incoming.

--
Joseph Carter <knghtbrd@debian.org>            Debian GNU/Linux developer
PGP: E8D68481E3A8BB77 8EE22996C9445FBE            The Source Comes First!
-------------------------------------------------------------------------
<jgoerzen> stu: ahh that machine.  Don't you think that something named
           stallman deserves to be an Alpha? :-)
<stu> jgoerzen: no, actually, I'd prolly be more inclined to name a 386
      with 4 megs of ram and a 40 meg hard drive stallman.
<stu> with a big fat case that makes tons of noise and rattles the floor
* Knghtbrd falls to the floor holding his sides laughing
<stu> and..
<stu> double-height hard drive

Attachment: pgpFs0GFBEBMU.pgp
Description: PGP signature


Reply to: