Enable faad support in ffmpeg/experimental

Reinhard Tartler siretart at tauware.de
Thu Mar 20 13:36:23 UTC 2008


Fabian Greffrath <greffrath at leat.rub.de> writes:
>
>> The problem is that by running debian/strip.sh, the configure script
>> fails to detect the the listed encoders. The rest of the source hower
>> expect these defines to be available. That's why the sed approach doesn't work.
>
> Then I guess it worked for me because debian/strip.h has not yet been
> run against the source code I use (i.e. I use the tarball from your
> homepage).

Ok, then the tarball is botched. I'll remove it then. Sorry for the
inconvenience.


>> The rule seems to make assumptions about the $PWD, which I don't get
>> yet. It would be better if that rule didn't rely on that.
>
> Yes, sure. AFAICT all rules in debian/rules are supposed to be run from
> the source top directory, i.e. from one directory above debian/.

Where does this come from? It doesn't make too much sense to me, since
it would work then inside the top level of the upstream source, creating
a subdirectory with another copy of the upstream source. Moreover, the
rule is broken from here anyways:

Exported revision 11872.
# libswscale is just an unversioned redirect, so we have to export it
properly by hand
rm -rf ffmpeg-free-0.svn20080206/libswscale
svn export -r{20080206} svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
ffmpeg-free-0.svn20080206/libswscale
A    ffmpeg-free-0.svn20080206/libswscale
A    ffmpeg-free-0.svn20080206/libswscale/yuv2rgb_bfin.c
A    ffmpeg-free-0.svn20080206/libswscale/swscale_bfin.c
A    ffmpeg-free-0.svn20080206/libswscale/yuv2rgb.c
A    ffmpeg-free-0.svn20080206/libswscale/swscale.c
A    ffmpeg-free-0.svn20080206/libswscale/swscale_internal.h
A    ffmpeg-free-0.svn20080206/libswscale/swscale_altivec_template.c
A    ffmpeg-free-0.svn20080206/libswscale/yuv2rgb_mlib.c
A    ffmpeg-free-0.svn20080206/libswscale/cs_test.c
A    ffmpeg-free-0.svn20080206/libswscale/swscale.h
A    ffmpeg-free-0.svn20080206/libswscale/yuv2rgb_altivec.c
A    ffmpeg-free-0.svn20080206/libswscale/yuv2rgb_vis.c
A    ffmpeg-free-0.svn20080206/libswscale/rgb2rgb_template.c
A    ffmpeg-free-0.svn20080206/libswscale/rgb2rgb.c
A    ffmpeg-free-0.svn20080206/libswscale/swscale-example.c
A    ffmpeg-free-0.svn20080206/libswscale/internal_bfin.S
A    ffmpeg-free-0.svn20080206/libswscale/yuv2rgb_template.c
A    ffmpeg-free-0.svn20080206/libswscale/swscale_template.c
A    ffmpeg-free-0.svn20080206/libswscale/rgb2rgb.h
A    ffmpeg-free-0.svn20080206/libswscale/Makefile
Exported revision 25957.
cd ffmpeg-free-0.svn20080206 && sh debian/strip.sh
sh: debian/strip.sh: No such file or directory
make: *** [get-orig-source] Error 127

the newly created subdirectory ffmpeg-free-0.svn20080206 does not
contain a debian/ directory yet, so it cannot run debian/strip.sh here.

Ideally the script would create a temporary directory in /tmp, prepare
the source, tar it in a tarball and copies the tarball either on stdout
or in the current working directory.


> However, by running the debian/strip-sh script, do we modify the
> ABI/API in a way that makes this warning come true?

I do hope that not, however I'm not sure. I'm still looking for a
reliable for checking this.


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



More information about the pkg-multimedia-maintainers mailing list