the unstripped ffmpeg source package

Fabian Greffrath greffrath at leat.rub.de
Mon Oct 6 07:34:19 UTC 2008


Reinhard Tartler schrieb:
> I finally got around to actually create the 'unstripped' ffmpeg source
> packages. you can find the sources here:

Thank you very much!

> https://edge.launchpad.net/~motumedia/+archive
> 
> The source is managed in bzr here:
> 
> https://code.edge.launchpad.net/~motumedia/ffmpeg/ubuntu.unstripped
> 
> I decided to to this in bzr instead of svn because merging changes is
> way more easier for me than with svn. Early adopters of those packages
> confirm that the libavcodec-unstripped-51 package actually works for
> them and enables them to use ffmpeg as expected.
> 
> Now, how do we want to proceed from here? We could of course produce
> unstripped libavcodec packages for debian as well, but where to host it?
> TBH, I don't see much problem in hosting them on alioth.

CCing Daniel Baumann, because we should definitely revive 
debian-unofficial.org post-Lenny, even if only for this reason.

> Next, how to manage the source package? Having both packages seperatly
> is just unmanagable, even with bzr it is still a bit a PITA, with svn I
> even refuse to try it. I therefore suggest the following:
> 
>  - make the debian/rules file check what package we are talking about in
>    debian/changelog. Depending if the last changelog entry mentions as
>    source package 'ffmpeg-debian' or just 'ffmpeg', copy and concatenate
>    appropriate fragments of debian/control. See next.
> 
>  - debian/control is generated via debian/rules:
> 
>     - debian/control.source: contains the stanza for the source
>       package. The first line ('Source:' field) needs to be generated
>       according to what is in debian/changelog, see above.
> 
>     - debian/control.ffmpeg-debian: contains the rest of what we
>       currently have in debian/control
> 
>     - debian/control.unstripped: contains just the unstripped variants
>       of the library packages.
> 
>  - drop the switch in DEB_BUILD_OPTIONS. We currently check that
>    variable to see if we need to 'fixup' the config.h with the encoders
>    we stripped. This can be done depending on the contents of
>    debian/changelog.
> 
> With this I think we can manage the -unstripped- replacement packages
> more easily. I see the current packaging of the replacement packages as
> 'proof-of-concept' solution, and would like to integrate them in the
> regular source package.
> 
> Feedback on this appreciated!

Well, it sounds a bit complicated, but seems to be a clean solution.

I am all for it!

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