xine-lib splitting: part 2

[Sebastian Dröge]

Hi,
is everybody ok with doing the following to xine-lib:

a) remove ffmpeg and faad from the xine-lib tarball, build a
libxine-main1 from that package which will be in main
(sorry infinity, it's not trivially possible to link the remaining
plugins against the libs we currently have as they use internal
interfaces of these libraries :( )
this must have Replaces/Conflicts on libxine1c2 (<= 1.1.1-0ubuntu4)

b) make a xine-lib-multiverse package which, in the beginning contains
the complete xine-lib tarball with ffmpeg and faad plugins and builds a
libxine-extracodecs-$version (where $version = upstream version) and a
dummy package named libxine1c2 which depends on libxine-main1 and
libxine-extracodecs-$version.
libxine-extracodecs-$version also needs a Replaces on libxine1c2 (<=
1.1.1-0ubuntu4)

All current packages in main which Depend on libxine1c2 need rebuild
after these changes.

This will give us the following situation:
-when a user updates from breezy to dapper _and_ has multiverse in his
sources.list he will get the new libxine1c2 which pulls in the two other
packages and he won't see any losses in functionality

-when a user updates from breezy to dapper _without_ multiverse in his
sources.list he will get only the new libxine-main1 package, the
libxine1c2 package will be removed and he will lose the ffmpeg and faad
plugin

-a user who install something using xine the first time will only get
libxine-main1, has no ffmpeg/faad plugins but won't notice a
functionality loss obviously


Any additional ideas, comments or mistakes in what I've written
above? :)
When nobody has any objections I'll upload it like this on monday

Thanks and 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/20051216/79dec6f9/attachment.pgp