В Fri, 25 Sep 2009 10:23:41 +0000, Antonio Radici написа:
> On Fri, Sep 25, 2009 at 12:20:04PM +0300, Yavor Doganov wrote:
>> The plan for this package is to die ASAP, to be replaced by the new
>> libmpc package.
>
> I know, but until the transition is not done completely we have to
> support the previous package, i.e.: incorporating the diff from the NMU
> in the first place
Hmm, incorporating a diff for a bumped epoch? What does "incorporating"
mean, dato's changes are already in the .diff.gz?
> What is your proposal?
Complete the long-lasting libmpcdec6 transition. All packages have
patches, except:
xine-lib-1.2 -- only in experimental, so not a blocker
k3b -- the patch is against the KDE4 port in experimental; if the k3b
maintainers are not keen uploading it to unstable in the near
future, I'm happy to rework it against the old k3b.
So, test the patches, ping the maintainers and co-ordinate with Sebastian
Dröge + release team. That's my proposal.
> Not to adopt the package and have QA handling the RC bugs (if any)
> in a rush?
Feel free to watch the libmpcdec package and fix any potential RC bugs
quickly.
> Do you want to leave the package orphaned until the transition is
> complete?
Yes. It is better to concentrate the energy on getting rid of the
dead horse. Of course, I can't tell you (or your sponsors) what to
do.
> I'm aware of the transition and, as you can see from the bug itself,
> the upload *does* fix the bug by incorporating the NMU from Adeodato
I'm puzzled... What does it fix, precisely? It closes an informative
bug, which was filed according to best practices.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
