Re: Debian violates GPL?
On Sun, Dec 20, 1998 at 11:07:40AM -0600, Rob Browning wrote:
> John Goerzen <firstname.lastname@example.org> writes:
> > 1) Pristine tar.gz files cannot be generated
> Depends on what you mean by pristine. The files inside the
> .orig.tar.gz that gets regenerated from CVS wil be byte for byte
> identical to the ones in the upstream tarfile, and the directory names
> will be the same. The only differences should be those caused by
> version differences in tar/gzip. And this should only be used in rare
> curcumstances anyway, so as long as the contents are identical, who
> cares about the binary diff of the tar files?
We lose all of the following information:
* CVS directories or files (very bad for cases where this
is shipped upstream, perhaps to allow people to easily upgrade
* Owner, and sometimes, permissions. Granted, owner stuff is not
usually important, but permissions can be.
* Any file containing CVS-like $Id$, $Date$, etc. tags will be munged.
> > 3) Takes a lot more space in most cases
> Maybe as compared to storing a single .tgz file, but not after you've
> got 10 upstream releases in there (which CVS stores as diffs). Also
Whoa, nobody's saying we need to keep every previous release around! I see
no case when we'd need that many. All I'm arguing for, and this I believe
is the same as others, is that as long as there is a .deb of a certain
version of a package, the source used to generate that .deb ought to exist
as well. Please don't confuse things like that. I'm not saying we need to
keep *every* previous version, not at all.
> > 5) How can you refer to a CVS directory full of ,v files
> > that can change with a md5sum in changes or dsc or whatever files?
> You don't. You always export a tree before doing something like
> that. An export (as opposed to a checkout) has none of the ./CVS
> administrative files in the tree.
And this export does not always generate the same md5sum. Heck, a different
timestamp can throw things off! So we have really no good way of verifying
> cvs checkout -r release_hamm -d rxvt package/rxvt
> cvs checkout -r release_bo -d rxvt package/rxvt
You're trying to solve a problem that doesn't need solving. Our problem is
that, *within* a distribution, sources disappear for programs that need
them. This has nothing to do with previous distributions.
> when I want a particular version.
> Rob Browning <email@example.com> PGP=E80E0D04F521A094 532B97F5D64E3930
> To UNSUBSCRIBE, email to firstname.lastname@example.org
> with a subject of "unsubscribe". Trouble? Contact email@example.com
John Goerzen Linux, Unix consulting & programming firstname.lastname@example.org |
Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org |
Visit the Air Capital Linux Users Group on the web at http://www.aclug.org