On Fri, Jun 02, 2006 at 07:14:05PM +0100, Darren Salt wrote:
> I demand that Reinhard Tartler may or may not have written...
>
> >> I'm going to prepare an NMU (sponsored by Adeodato Simó) which may or may
> >> not fix this bug (but will fix various others, particularly the build
> >> failure on sparc, which is due to a missing "-I <dir>"). It should also
> >> fix the "sorry, unimplemented" failures on some other architectures, which
> >> is due to use of inline functions after declaration but before definition
> >> and a couple of other bugs, two of which are security-related. (The
> >> failure on m68k was due to a compiler bug.)
>
> > Interesting, I tried to look at the FTBFS on a mips machine, and succeeded
> > [in building] it with external ffmpeg. If it turns out that it was just a
> > missing -I, even better.
>
> On sparc, yes - the error in the buildd log concerns a header file which just
> happens to be in the directory referenced in the diff between revisions 1.1
> and 1.2 of src/libffmpeg/libavcodec/sparc/Makefile.am.
>
> On mips, the problem in the buildd log is too-early use of inline functions;
> you should find that my VDR-patched version is buildable there, or at least
> fails differently.
Interesting. Care to give me a pointer to your patches for fixing this
FTBFS?
> > How about uploading it to experimental first, and give more ppl the chance
> > of actually testing it?
>
> That seems reasonable; I'll prepare a source package. Any objections?
No, I think you can get it uploaded straight to experimental. If you
have problems finding a sponsor, please give me a link to your source
package, I'd like to test it locally here. (No, I'm not a DD yet, sorry)
Gruesse,
Reinhard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
