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

Bug#1094736: marked as done (transition: libcdio)

Your message dated Wed, 2 Apr 2025 19:44:49 +0200
with message-id <Z-13kRg_VVu5-3-T@ramacher.at>
and subject line Re: Bug#1094736: transition: libcdio
has caused the Debian Bug report #1094736,
regarding transition: libcdio
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.)


-- 
1094736: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1094736
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libcdio@packages.debian.org, gabriel@inconstante.net.br, gabriel@debian.org
Control: affects -1 + src:libcdio
User: release.debian.org@packages.debian.org
Usertags: transition

Dear Debian Release Team,

I would like to have a transition for libcdio.

Libcdio ships a few libraries, and two of them had SONAME bumps in the
last release (upstream version libcdio 2.2.0). The libraries that had
their SONAMES bumped are:

  libiso9660 (from 11 to 12)
  libiso9660++ (from 0 to 1)

I have already uploaded the package to experimental and Ben's auto
transition page looks good to me:

  https://release.debian.org/transitions/html/auto-libcdio.html

These are the results of test builds of the reverse dependencies:

  Dependency level 1

    OK - libcdio-2.2.0

  Dependency level 2

    OK - cdw-0.8.1
    OK - pycdio-2.1.1
    OK - mpd-0.23.16
    OK - vcdimager-2.0.1+dfsg
    OK - libdevice-cdio-perl-2.0.0
    OK - kodi-21.2+dfsg

Apart from the test builds, I manually reviewed the uses of the changed
ABI items (public structs iso9660_stat_t and iso_rock_statbuf_t). All
uses, expect on libdevice-cdio-perl-2.0.0, are made with libcdio
functions or by struct member/field name, thus should be fine. However,
on libdevice-cdio-perl-2.0.0, objects of type iso9660_stat_t are used by
SWIG wrappers. I'm unfamiliar with SWIG, but this could be a silent
problem. Maybe we need the Perl Team to weigh in.

I also verified that the API change (a change in the name of some struct
members/fields) does not affect the dependencies. None of the
dependencies make use of the renamed members/fields.


Please let me know when I can upload to unstable. Possibly after
consulting the Perl Team.


Best regards,
Gabriel


Ben file:

title = "libcdio";
is_affected = .depends ~ "libiso9660-11t64" | .depends ~ "libiso9660-dev" | .depends ~ "libiso9660++0t64" | .depends ~ "libiso9660++-dev" | .depends ~ "libiso9660-12" | .depends ~ "libiso9660-dev" | .depends ~ "libiso9660++1" | .depends ~ "libiso9660++-dev";
is_good = .depends ~ "libiso9660-12" | .depends ~ "libiso9660-dev" | .depends ~ "libiso9660++1" | .depends ~ "libiso9660++-dev";
is_bad = .depends ~ "libiso9660-11t64" | .depends ~ "libiso9660-dev" | .depends ~ "libiso9660++0t64" | .depends ~ "libiso9660++-dev";

--- End Message ---
--- Begin Message --- 
On 2025-01-30 07:30:13 -0800, Gabriel F. T. Gomes wrote:
> Package: release.debian.org
> Severity: normal
> X-Debbugs-Cc: libcdio@packages.debian.org, gabriel@inconstante.net.br, gabriel@debian.org
> Control: affects -1 + src:libcdio
> User: release.debian.org@packages.debian.org
> Usertags: transition
> 
> Dear Debian Release Team,
> 
> I would like to have a transition for libcdio.
> 
> Libcdio ships a few libraries, and two of them had SONAME bumps in the
> last release (upstream version libcdio 2.2.0). The libraries that had
> their SONAMES bumped are:
> 
>   libiso9660 (from 11 to 12)
>   libiso9660++ (from 0 to 1)
> 
> I have already uploaded the package to experimental and Ben's auto
> transition page looks good to me:
> 
>   https://release.debian.org/transitions/html/auto-libcdio.html
> 
> These are the results of test builds of the reverse dependencies:
> 
>   Dependency level 1
> 
>     OK - libcdio-2.2.0
> 
>   Dependency level 2
> 
>     OK - cdw-0.8.1
>     OK - pycdio-2.1.1
>     OK - mpd-0.23.16
>     OK - vcdimager-2.0.1+dfsg
>     OK - libdevice-cdio-perl-2.0.0
>     OK - kodi-21.2+dfsg
> 
> Apart from the test builds, I manually reviewed the uses of the changed
> ABI items (public structs iso9660_stat_t and iso_rock_statbuf_t). All
> uses, expect on libdevice-cdio-perl-2.0.0, are made with libcdio
> functions or by struct member/field name, thus should be fine. However,
> on libdevice-cdio-perl-2.0.0, objects of type iso9660_stat_t are used by
> SWIG wrappers. I'm unfamiliar with SWIG, but this could be a silent
> problem. Maybe we need the Perl Team to weigh in.
> 
> I also verified that the API change (a change in the name of some struct
> members/fields) does not affect the dependencies. None of the
> dependencies make use of the renamed members/fields.
> 
> 
> Please let me know when I can upload to unstable. Possibly after

The old binaries got removed from testing.

Cheers

-- 
Sebastian Ramacher

--- End Message ---
Reply to: