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

[Alexander Strasser]

Diego Biurrun wrote:
> 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.

  Of course such a discussion should be on -dev-eng. But I don't see the
point in opening one, because Reimar did the work already and it is very
convenient the way it is. At the next time an update is due, the developer
noticing it will either take the time and synch the in-tree copy or write
a mail to -dev-eng. I also value the extra review from Reimar (thanks
for your work, Reimar)!

  If you still think this should be tackled now, then please go right
ahead and reopen this discussion properly on -dev-eng.

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

  Where did you talk?

> summary: no need for you to step in

  /* no comment */

  Alexander