Re: Packaging current lame CVS snapshot for Debian -- good or bad idea?
Fabian Greffrath <[email protected]>
| Newsgroups | gmane.comp.audio.mp3.lame |
|---|---|
| Message-ID | <[email protected]> |
Hi Rogério et al., thank you for taking up on the issue! Am Montag, den 11.05.2015, 03:49 -0300 schrieb Rogério Brito: > Now, this is a question to Fabian: can you remind me why you are > repackaging lame instead of using the tarball that we ship? There are three reasons given by Andres in: http://anonscm.debian.org/cgit/pkg-multimedia/lame.git/tree/debian/README.source * Removal of upstream's "debian" directory. * Inclusion of GTK-1 autoconf directives. * Regeneration of build system using autoreconf. The first should not be an issue anymore with Debian's "3.0 (quilt)" source format, the second has already been fixed by yourself im lame's CVS repository and the third is not an issue anymore with using dh-autoreconf. So, no, I am not going to repack the lame source tarball for Debian anymore and instead use the pristine sources as released. > * --enable-expopt=full: I am not really sure if this has been touched > in the last decade or not, but I recall a discussion from a few years > ago that we had developers using (for the sake of simplicity) one of > the ready made Makefile that are in the repository. Frankly, I have no idea about this switch. :/ > * --with-fileio=lame: any reason to not use sndfile? It allows feeding > a considerable greater amount of file types into lame (including > FLAC). I personally use a local copy of lame recompiled with sndfile > just for transcoding mp3 and flac files into files with lower bitrate > (yes, file size is still something that matters). The sndfile backend did not allow reading from stdin and that broke some "KDE apps relying on kio_audiocd slave for CD ripping". Please see the changelog for lame_3.98.4+repack1-1 in Debian and how Andres disabled the feature even after I enabled it and applied the patch to allow for reading from stdin from Gentoo. However, I have lost track of that issue and if the patch in question has been applied upstream in lame (I am sure it is) we should consider building the Debian package with the sndfile backend again. > OK, I will stop here. I hope that Robert can give everybody a position > on what he considers the status of HEAD. I hope so, too! Again, thank you very much for the discussion. Best regards, - Fabian ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Lame-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lame-dev