[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1000859: marked as done (transition: rtmidi)



Your message dated Tue, 7 Dec 2021 23:24:26 +0100
with message-id <Ya/fGkylik1vjDQp@ramacher.at>
and subject line Re: Bug#1000859: transition: rtmidi
has caused the Debian Bug report #1000859,
regarding transition: rtmidi
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.)


-- 
1000859: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000859
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition


The latest upstream version of RtMidi includes a soname bump of
librtmidi. The Debian packages have updated their names accordingly.

The new version of rtmidi has been lingering in experimental for a while
and I've done test-builds of all reverse-dependencies (using 'ratts')
which includes the list of immediate rdeps found at
  https://release.debian.org/transitions/html/auto-rtmidi.html.
The list of immediate reverse dependencies is:
- bambootracker
- din
- giada
- midisnoop
- milkytracker
- octave-audio
- pianobooster
- stk
- polyphone

Of these 'milkytracker' FTBFS with the new librtmidi-dev, due the latter
now requiring C++11 (and 'milkytracker's buildsystem enforcing C++98).
I've filed #1000855 with a suggestion on how to solve this.
All other immediate rdeps build without problems.
I don't expect any runtime problems.

As for the intermediate rdeps, I found two more problems:
- pd-py (FTBFS is most likely unrelated; this package depends on python2
  and has been removed from 'testing' a while ago)
- fasttracker2 (this is in non-free, and i only tested main; the package
  nominally depends on librtmidi-dev, however checking the build logs it
  seems that it is really using vendored libraries instead)

Thanks for your consideration.
mfgad
IOhannes


Ben file:

title = "rtmidi";
is_affected = .depends ~ "librtmidi5" | .depends ~ "librtmidi6";
is_good = .depends ~ "librtmidi6";
is_bad = .depends ~ "librtmidi5";

--- End Message ---
--- Begin Message ---
On 2021-11-30 12:03:29 +0100, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1 https://release.debian.org/transitions/html/auto-rtmidi.html
> 
> On 2021-11-30 11:47:52, IOhannes m zmölnig wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian.org@packages.debian.org
> > Usertags: transition
> > 
> > 
> > The latest upstream version of RtMidi includes a soname bump of
> > librtmidi. The Debian packages have updated their names accordingly.
> > 
> > The new version of rtmidi has been lingering in experimental for a while
> > and I've done test-builds of all reverse-dependencies (using 'ratts')
> > which includes the list of immediate rdeps found at
> >   https://release.debian.org/transitions/html/auto-rtmidi.html.
> > The list of immediate reverse dependencies is:
> > - bambootracker
> > - din
> > - giada
> > - midisnoop
> > - milkytracker
> > - octave-audio
> > - pianobooster
> > - stk
> > - polyphone
> > 
> > Of these 'milkytracker' FTBFS with the new librtmidi-dev, due the latter
> > now requiring C++11 (and 'milkytracker's buildsystem enforcing C++98).
> > I've filed #1000855 with a suggestion on how to solve this.
> > All other immediate rdeps build without problems.
> > I don't expect any runtime problems.
> > 
> > As for the intermediate rdeps, I found two more problems:
> > - pd-py (FTBFS is most likely unrelated; this package depends on python2
> >   and has been removed from 'testing' a while ago)
> > - fasttracker2 (this is in non-free, and i only tested main; the package
> >   nominally depends on librtmidi-dev, however checking the build logs it
> >   seems that it is really using vendored libraries instead)
> > 
> > Thanks for your consideration.
> 
> Please go ahead

librtmidi5 got removed from testing. Closing

Cheers

> 
> Cheers
> 
> > mfgad
> > IOhannes
> > 
> > 
> > Ben file:
> > 
> > title = "rtmidi";
> > is_affected = .depends ~ "librtmidi5" | .depends ~ "librtmidi6";
> > is_good = .depends ~ "librtmidi6";
> > is_bad = .depends ~ "librtmidi5";
> > 
> 
> -- 
> Sebastian Ramacher
> 

-- 
Sebastian Ramacher

Attachment: signature.asc
Description: PGP signature


--- End Message ---

Reply to: