Hi Timo, On Fri, Jan 20, 2012 at 12:19:11 +0200, Timo Aaltonen wrote: > Package: release.debian.org > Severity: normal > User: release.debian.org@packages.debian.org > Usertags: transition > > sent this to debian-devel@ before noticing the proper workflow. > Sending to -devel was a good thing I think :) > Hi! > > I sort of became the (temporary?) maintainer of libmusicbrainz, so > it's probably reasonable to look at the status of the oldest > musicbrainz library version in the archive, libmusicbrainz-2.1 > (maintained by QA), and packages depending on it. > > The bottom line is that the package should be removed from the > archive, since it only supports the old RDF interface which got > deprecated in 2006 and shut down in August 2009 [1]. Martin Michlmayr > sent an email about this a while back [2], but there are still some > reverse dependencies left: > > * abcde > - doesn't actually need python-musicbrainz, cddb is the default > - the dependency on python-musicbrainz should be dropped > > * ears > - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628475 > which renders the package useless -> remove? > If that renders the package useless then the bug severity should be "grave". > * cynthiune.app > - needs a patch to either remove the mb functionality, or ported to > libmusicbrainz3/4 > > * libmusicbrainz-ruby1.8 > - can be removed from the archive, nothing uses it > > * gstreamer0.10-plugins-bad > - dropping the build-dep would mean losing libgsttrm.so (tested), > which apparently doesn't work anyway > > * gmerlin > - dropping the build-dep should be enough, or port the app to > libmusicbrainz3/4 > > libmusicbrainz4-dev has one rdep, libtunepimp-dev, which also only > supports the old stuff and is deprecated long ago [3]. Rdeps on > libtunepimp are: > > * listen > - has libtunepimp5 as Suggests, should be dropped > > * kdemultimedia (juk) > - just needs to not build-depend libtunepimp-dev (tested) > > * kid3 > - should be built with -DWITH_TUNEPIMP=OFF (tested) > Please make sure there are bugs filed against all of those (with at least "important" severity), either with a usertag so they can be tracked together, or marked as blocking this bug (#656587). Cheers, Julien
Attachment:
signature.asc
Description: Digital signature