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]
