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 to build it with external ffmpeg. If it turns out that it was just a missing -I, even better. > 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? > 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. How about uploading it to experimental first, and give more ppl the chance of actually testing it? Gruesse, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]