xine-lib: splitting off patented stuff

[Sebastian Dröge]

Am Montag, den 12.12.2005, 07:41 +0100 schrieb Martin Pitt:
> Hi Sebastian!
> 
> Sebastian Dröge [2005-12-11 15:14 +0100]:
> > I have to disagree in the case of ffmpeg. IMHO it's currently better to
> > ship a copy of ffmpeg with every package using it to always have a
> > working version with that package. Because of their API instabilities we
> > had enough problems in the past and already have one again with
> > transcode.
> 
> Hm, does upstream know about this problem? Did somebody teach them
> what a SONAME is for?
> 
> Static copies are a real pain; fixing a bug of a security vuln in
> ffmpeg would mean to update n packages, and, e. g. I don't even know
> *which* packages to change.

Yes, I already had a talk with the debian maintainer, mjg59 and others
about it some months ago...
and I'm talking about it again with siretart currently ;)
It's really a mess with ffmpeg...

> > But nonetheless this would mean a main xine-lib package with less
> > codecs than now and a multiverse one with the missing parts (and
> > some more as we have some optional libraries which are needed for
> > some plugins in multiverse)
> 
> Right, wasn't that the primary idea of the split in the first place?

Yes, sure

> > Another "problem" right now is, that the dependencies for all the
> > different plugins are dropped intentionally, some of them completely,
> > some are moved to Recommends.
> > Seems to be wrong to me and I could change it when nobody has any
> > objections against it...
> 
> IMHO Suggests: is exactly the right thing for those. The set of
> depended and recommended packages must be self-contained (at least
> that's true for Debian, and it makes sense to me), but it is ok to
> suggest packages in other components.

So you mean this is better than splitting of the plugins in maybe 2 or 3
binary packages containing common ones and less common ones with
_correct_ dependencies? ok, in that case I'll just go on splitting of
the bad stuff and leaving the packaging as it is now :)

But currently the debian maintainer for xine-lib seems to be MIA since
months, there already was a call to hijack the package because of many
bugreports, many easy to fix packaging mistakes, etc... I've told my
interest as co-maintainer when some DD want to do the maintainer...
let's see what happens there ;)
When nobody wants it until the weekend I'll go on removing everything
bad from our package and leaving everything else as similar to Debian as
possible.

Bye
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.ubuntu.com/archives/ubuntu-devel/attachments/20051212/16d5b6fb/attachment.pgp