[SCM] FFmpeg packaging branch, master, updated. upstream/0.svn20090119-38-g4098a63

[Fabian Greffrath]

Dear Reinhard,

Reinhard Tartler schrieb:
> In fact, we could probably just create an replacement libavcodec, and
> take the other libraries from the 'ffmpeg-debian' package. When
> discussing the whole approach, we agreed (at least I think that we did)
> to generate the 'other' ffmpeg libraries as well, so that in case we
> update the 'ffmpeg-debian' package, users who have selfcompiled the
> stripped variants still have a version of the other libav* package that
> match to their version of avcodec.

sorry, I cannot remember the discussion and haven't followed it 
closely. But, well, now that I think about it, isn't it silly to 
recompile the whole bunch of libraries although only libavcodec is 
actually modified? I mean, we do not build the ffmpeg* nor the 
lib*-dev packages twice, simply because this is not needed. So why 
should we rebuild all the other libraries and not only libavcodec?

Of course libavutil needs to be built first in order to build 
libavcodec, but libavutil does not need to be packages as 
libavutil-unstripped-* then. I believe we could achieve this via a 
variable &(MAKE_TARGET) that is passed to the make calls and is set to 
"libavcodec" if the unstripped ffmpeg package is built and to "all" else.

Again, sorry for the late objection, but this just came to my mind 
yesterday evening.

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