next mplayer upload
Fabian Greffrath
greffrath at leat.rub.de
Tue Jun 9 11:04:34 UTC 2009
Reinhard Tartler schrieb:
> It won't change much. I already have "permission" to ship an unstripped
> source in ubuntu/main.
Will you still have to disable the affected codecs in debian/confflags
for ubuntu/main?
> Yes, because the main benefit of doing is is the additional external
> libraries I can depend on in the unstripped branch. The most important
> ones include x264 and libmp3lame. the name "unstripped" is clearly
> misleading, so at some point we should clear up the naming. However I
> don't think this is a good time to implement such a change, at least not
> until we don't know how debian stands here.
Well, I think I need an idea about the naming scheme in order to
rephrase the critical parts of ffmpeg's debian/README.Debian file.
> TBH, I'm still in favor of shipping an build-and-install shell script in
> /usr/share/doc/ffmpeg that downloads and builds from git all packages
> that we are not able to provide in debian proper.
I like this approach for packages like lame and x264, but I am all
against it for ffmpeg - given that the only difference between
Debian's ffmpeg and upstream can be vanished by the following command:
sed -e "/^disable_encoders/s/^/#/g" debian/confflags
If the source code is really the same for ffmpeg-debian and ffmpeg and
we will get full functionality by removing seven
disable_encoders-lines in debian/confflags, what sense does it make to
let users checkout an entire git-repository?
For additional external codecs we already check the presence of their
header files in debian/confflags and configure the package
accordingly, so the only change necessary to enable them would be some
added Build-Depends - which is again nothing that would justify
maintaining an entire separate ffmpeg branch IMHO.
> BTW, in order to get there, I think the packages mp3lame and x264 should
> be updated so that the master.unstripped branch can be built against
> them. IIRC both packages haven't been moved from svn to git yet, so I'll
> work on that next. Since ubuntu does ship these packages, I'd like to
> maintain them under the pkg-multimedia umbrella. Any objections?
I am all for maintaining them under pkg-multimedia, since I already
maintain some of these package privately. Please consider the packages
found at http://debian.greffrath.com/unstable/ for lame.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffrath at leat.ruhr-uni-bochum.de
More information about the pkg-multimedia-maintainers
mailing list