Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libc...@packages.debian.org, gabr...@inconstante.net.br, 
gabr...@debian.org
Control: affects -1 + src:libcdio
User: release.debian....@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";

Reply via email to