Am Samstag, den 21.03.2009, 17:54 +0100 schrieb Max Kellermann: > On 2009/03/21 09:59, Sebastian Dröge <sl...@circular-chaos.org> wrote: > > Of course the older library (libmpcdec3) will still exist (for some > > time) and old packages will continue to work *but* libmpdec-dev will be > > the new version with the new API which will make mpd and other packages > > fail to build if they're not ported to the new API. > > That's because you chose not to add the SO version number to the name > of the -dev package, forcing everybody to migrate to the new API. > That is absurd.
This is common practice for libraries that are not made for parallel installability (gtk+ 1.2 and 2.0 for example) and was done for many other packages in the past too (example: dbus), especially when the API didn't change that much. It doesn't make much sense to keep an old, unmaintained library around for a long time IMHO. Also porting to this new API will give you a lot of bugfixes and support for the new musepack streamversion 8, which is the musepack file format that is created by the new encoders. Your application won't be able to handle those files otherwise.
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
