Bug#54002: PROPOSAL] permit use of bzip2 for source packages
On Sat, Jan 15, 2000 at 02:51:52PM -0300, Nicolás Lichtmaier wrote:
> > a) the RIGHT way is more than 12 lines of perl code. "the right way" means
> > that we wont have to do anything but add three small entries in a hash to
> > allow other compression types. So you are incorrect on the size of this
> > change.
> >
> > b) It is not just a matter of the dpkg tools, nor the users of them. As I
> > said before, the archive scripts are not paying attention, and may perhaps
> > choke badly if some one does decide to upload a package for potato using
> > this compressions (as opposed to returning a REJECT with the proper
> > notice).
> >
> > The proper thing for now is to possibly add a check in dpkg-source for
> > other than .gz compression, and error out with a reasonably generic note
> > about it.
>
> Why don't do it, like he said, "the wrong and safe way"? A way that touch
> existing code as little as possible. And just the capability to *extract*
> packages, not to create them.
> And in woody we could have the new multi-compressor system you propose...
>
> If we do that, we could start using bz2 in woody. If we don't we'll need to
> wait another (probably long) release cycle...
Because allowing it to be decompressed and not created is worse than any
other solution. It is a hack and the wrong way to handle this.
I am going to write a quick and small piece of code for dpkg-source in
potato that will check for non-gzip compression. When that happens, it
will notify the user to upgrade to a newer dpkg-dev package. They can do
that if they want to handle the new source compression.
After that, when woody first forks (this weekend I suspect), then I can
add the code to woody's dpkg. So it is only a matter for a few days (maybe
a week depending on how my time permits) till this will be available.
--
-----------=======-=-======-=========-----------=====------------=-=------
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` bcollins@debian.org -- bcollins@openldap.org -- bmc@visi.net '
`---=========------=======-------------=-=-----=-===-======-------=--=---'
Reply to: