[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...

Reimar Döffinger Reimar.Doeffinger at gmx.de
Mon Sep 12 23:48:58 CEST 2011

On Mon, Sep 12, 2011 at 10:55:39PM +0200, Diego Biurrun wrote:
> On Mon, Sep 12, 2011 at 06:45:03PM +0200, Reimar Döffinger wrote:
> > On Mon, Sep 12, 2011 at 06:23:36PM +0200, Diego Biurrun wrote:
> > > On Mon, Sep 12, 2011 at 06:12:41PM +0200, Reimar Döffinger wrote:
> > > > Yes, at some point we should get rid of included libs.
> > > > However I don't see a good cost/benefit ratio here.
> > > 
> > > I don't see it either, but the other way around :)
> > 
> > Then say why.
> In general embedding libraries is a thing of the past.  It just bloats
> packages, adds maintenance burden and increases the time it takes to
> compile.

I just can't see either to be relevant when it comes to libass.

> Furthermore, distros will remove embedded libs anyway and link against
> their own versions.  This leads to users and devs running different
> configurations and experiencing different kinds of bugs.  Not good.

That argument doesn't work out for me. Generally users and devs will
run different distros and thus run different versions anyway.
With the embedded version at least everyone compiling themselves
has the same version.

> > This is without calculating in the current Gentoo
> > stable (and possibly others) issues and other issues users
> > may encounter (like the vastly outdated sourceforge version
> > that is still number 2 Google hit).
> What exactly is the problem with Gentoo?  I think I can ping the
> right people to get it fixed.

Note: I haven't tested properly. But libass stable AFAICT is 0.9.11,
and freetype just had 2.4.6 made stable. Which is the crashing
combination. Either freetype 2.4.6 needs to be made unstable or
libass 0.9.13 stable.

More information about the MPlayer-cvslog mailing list