Re: Is there going to be a (FC) 4 directory tree at freshrpms?

Dominik 'Rathann' Mierzejewski wrote :

> On Tuesday, 28 June 2005 at 20:33, Matthias Saou wrote:
> > Ralf Ertzinger wrote :
> > 
> > > > Still some issues I'm working on : mjpegtools and transcode on ppc,
> > > > videolan-client on non-i386 from the top of my head. Also this annoying
> > > > xine bug when trying to get the menu on x86_64... :-/
> > > 
> > > mplayer on ppc (at least it was not there when I looked last
> > > weekend)
> > 
> > Yup. Feel free to grab the source rpm and take a go at debugging the
> > problem and bringing up a possible fix/solution for it ;-) (patches are
> > *VERY* welcome!)
> 
> They should be sent upstream BTW.

This is what I usually do, but sometimes it doesn't even help (i.e. the
double free bug of xine on x86_64 that I've reported which is still not
fixed, the problem being that a debug-enabled build doesn't exhibit the
issue!).

> > I'm getting a bit tired of all those ffmpeg snapshots just about
> > everywhere, each with recurring and specific issues...
> 
> Well, stop building mplayer with dynamically linked libavcodec (and shared
> libpostproc). They are not meant for that kind of usage yet anyway.
> In fact, I'd be happy to maintain mplayer for freshrpms. I've been doing
> this for years anyway.

I'm not building mplayer with a dynamically linked libavcodec, and
actually think I never did. The problem here with 1.0pre7 is that
compiling fails on x86_64 and ppc, and it's because of the included ffmpeg
snapshot IIRC.

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.35_FC3
Load : 0.19 0.31 0.34