Bug#1074315: marked as done (transition: vamp-plugin-sdk)
Your message dated Sun, 7 Jul 2024 19:17:44 +0200
with message-id <ZorNuIXN_DYlr7Tw@ramacher.at>
and subject line Re: Bug#1074315: transition: vamp-plugin-sdk
has caused the Debian Bug report #1074315,
regarding transition: vamp-plugin-sdk
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
1074315: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074315
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: transition: vamp-plugin-sdk
- From: IOhannes m zmoelnig <umlaeute@debian.org>
- Date: Wed, 26 Jun 2024 09:02:27 +0200
- Message-id: <171938534757.180142.15502682489549104821.reportbug@umlautT.umlaeute>
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: vamp-plugin-sdk@packages.debian.org
Control: affects -1 + src:vamp-plugin-sdk
User: release.debian.org@packages.debian.org
Usertags: transition
For whatever reasons, vamp-plugin-sdk missed the time64 mass transition (as it
was wrongly thought to be not affected). Of course this now breaks reverse
recompiled dependencies. So here we go :-)
Since there is no API change (only the ABI is broken), i do not expect any
problems with the depending packages. Nevertheless I used 'ratt' to rebuild the
reverse dependencies (rubberband, audacity, qm-dsp, sonic-visualiser & ardour),
and unsurprisingly all went well.
Please schedule a slot for this transition.
gfmdasr
IOhannes
Ben file:
title = "vamp-plugin-sdk";
is_affected = .depends ~ "libvamp-hostsdk3v5" | .depends ~ "libvamp-sdk2v5" | .depends ~ "libvamp-hostsdk3t64" | .depends ~ "libvamp-sdk2t64";
is_good = .depends ~ "libvamp-hostsdk3t64" | .depends ~ "libvamp-sdk2t64";
is_bad = .depends ~ "libvamp-hostsdk3v5" | .depends ~ "libvamp-sdk2v5";
--- End Message ---
--- Begin Message ---
- To: IOhannes m zmoelnig <umlaeute@debian.org>, 1074315-done@bugs.debian.org
- Subject: Re: Bug#1074315: transition: vamp-plugin-sdk
- From: Sebastian Ramacher <sramacher@debian.org>
- Date: Sun, 7 Jul 2024 19:17:44 +0200
- Message-id: <ZorNuIXN_DYlr7Tw@ramacher.at>
- In-reply-to: <ZnwST7qXHwZbAnaz@ramacher.at>
- References: <171938534757.180142.15502682489549104821.reportbug@umlautT.umlaeute> <171938534757.180142.15502682489549104821.reportbug@umlautT.umlaeute> <ZnwST7qXHwZbAnaz@ramacher.at>
On 2024-06-26 15:06:23 +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2024-06-26 09:02:27 +0200, IOhannes m zmoelnig wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: vamp-plugin-sdk@packages.debian.org
> > Control: affects -1 + src:vamp-plugin-sdk
> > User: release.debian.org@packages.debian.org
> > Usertags: transition
> >
> >
> > For whatever reasons, vamp-plugin-sdk missed the time64 mass transition (as it
> > was wrongly thought to be not affected). Of course this now breaks reverse
> > recompiled dependencies. So here we go :-)
> >
> > Since there is no API change (only the ABI is broken), i do not expect any
> > problems with the depending packages. Nevertheless I used 'ratt' to rebuild the
> > reverse dependencies (rubberband, audacity, qm-dsp, sonic-visualiser & ardour),
> > and unsurprisingly all went well.
> >
> > Please schedule a slot for this transition.
> >
> > gfmdasr
> > IOhannes
> >
> > Ben file:
> >
> > title = "vamp-plugin-sdk";
> > is_affected = .depends ~ "libvamp-hostsdk3v5" | .depends ~ "libvamp-sdk2v5" | .depends ~ "libvamp-hostsdk3t64" | .depends ~ "libvamp-sdk2t64";
> > is_good = .depends ~ "libvamp-hostsdk3t64" | .depends ~ "libvamp-sdk2t64";
> > is_bad = .depends ~ "libvamp-hostsdk3v5" | .depends ~ "libvamp-sdk2v5";
>
> Please go ahead.
The old binaries got removed from testing.
Cheers
--
Sebastian Ramacher
--- End Message ---
Reply to: