[MPlayer-cvslog] r34099 - in trunk/libass: ass.c ass.h ass_bitmap.c ass_bitmap.h ass_cache.c ass_cache.h ass_drawing.c ass_font.c ass_font.h ass_fontconfig.c ass_fontconfig.h ass_library.c ass_library.h ass_parse.c...

[Diego Biurrun]

On Sun, Sep 11, 2011 at 10:34:17PM +0200, Alexander Strasser wrote:
> Diego Biurrun wrote:
> > On Sun, Sep 11, 2011 at 02:05:20PM +0200, Reimar Döffinger wrote:
> > > On Sun, Sep 11, 2011 at 01:47:57PM +0200, Diego Biurrun wrote:
> > > > On Sun, Sep 11, 2011 at 12:33:14PM +0200, reimar wrote:
> > > > > 
> > > > > Log:
> > > > > Update included libass copy to 0.9.13 release.
> > > > 
> > > > What's the point of continuing to carry this lib around?  AFAIR it is now
> > > > widely available in distributions, so IMO we should just check at configure
> > > > time and use the system library.
> > > 
> > > Neither Windows nor OSX include it.
> > 
> > And who of these people compiles from source?  Those that do can compile
> > libass, what's the problem?  Do we bundle libc?
> > 
> > > And to my knowledge e.g. Gentoo is still defaulting to a setup that ends
> > > up combining the crashing library versions.
> > 
> > There will always be some combination of distro and lib version that is
> > buggy.  Report bugs, get them fixed, don't accumulate local workarounds.
> 
>   Please keep up the flames. This exactly the wrong way and IMHO the
> wrong mailing list to start such a discussion.

If you wish to move the discussion to dev-eng, go right ahead.  However,
everybody is subscribed here, so it's as good a place as any to discuss.

Reimar and I have talked about this in the past, the last time the decision
was to postpone a decision about libass because it was not yet widely
available in distros.  This is no longer the case.

summary: no need for you to step in

Diego