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