I demand that Reinhard Tartler may or may not have written... > On Thu, Jun 01, 2006 at 11:17:48PM +0100, Darren Salt wrote: >> 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. >> We could stick with 1.1.1 but that won't fix this bug because, basically, >> I'm fairly sure that it's been fixed as a side-effect of an ffmpeg update >> or, possibly, some hacking on the win32 codec support. (Unfortunately, >> this means that we (xine developers) can't sensibly provide a patch for >> stable at this time.) > Btw, is #369876 the same issue as #363127 or is this something else? It's for the two security problems for which we have patches, and it's filed since it looks like they affect the version in sarge. >> The alternative is a CVS snapshot; most of the patches which I would be >> applying are already in CVS (I'll need to check and possibly apply the >> inline fixups). The two security fixes mentioned above are reported in bug >> 369876. > Hm. Given security issues being fixed in cvs, I think uploading a CVS > snapshot would be a good option. <AOL>. > 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? -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. "The name's Borg, James Borg. Prepare to be assimilated, Miss Moneypenny." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
