Your message dated Thu, 3 Oct 2024 10:52:45 +0200
with message-id <5282d9ab-8e9e-4bf4-916a-3a927927d...@debian.org>
and subject line Re: Bug#1080439: [SPAM] Bug#1080439: transition: exiv2 0.28.x
has caused the Debian Bug report #1080439,
regarding transition: exiv2 0.28.x
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 ow...@bugs.debian.org
immediately.)
--
1080439: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1080439
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: ex...@packages.debian.org
Control: affects -1 + src:exiv2
User: release.debian....@packages.debian.org
Usertags: transition
Hi,
I'd like to request a transition for the current stable version of the
Exiv2 library, i.e. 0.28.x (currently 0.28.3).
There were changes in "core" parts of the API, which required changes
in a large number of the users. At this point, basically almost all the
users have been fixed either upstream or downstream, so I think it is
finally time to introduce the new version, more than one year after the
release of 0.28.0.
In addition to the SONAME bump, the update to 0.28.x also splits the
translation files form the libexiv2-X package to a new libexiv2-data:
this means that libexiv2-27 (0.27.x) and libexiv2-28 (0.28.x) are not
coinstallable.
There are almost 40 users of Exiv2 in unstable, and at the time of this
writing almost all of them build fine with 0.28.x; the exceptions are:
- hdrmerge -- FTBFS reported as #1071027
- lomiri-gallery-app -- FTBFS reported as #1076761
- nomacs -- request to upload a new version filed as #1076763
Regarding hdrmerge & lomiri-gallery-app: I created delayed NMUs for them
that will hit in about 14 days. Regardless, they are leaf packages, so
they should not block this transition.
Regarding nomacs: it is not currently in unstable, so it will not block
the migration to testing.
Also worth noting gpscorrelate: it builds fine with 0.28.x, however
it is out of testing because of autopkgtest failures (see #1076775);
this means it can be still rebuilt with the new version.
Hence, I believe this transition should be good to go now, and I do not
see other open RC bugs for the affected packages that would block this.
I tested the rebuilds only on amd64, so in case issues on other
architectures show up, I will take a look during the transition.
Ben file:
https://release.debian.org/transitions/html/auto-exiv2.html
title = "exiv2";
is_affected = .depends ~ "libexiv2\-27" | .depends ~
"libexiv2\-28|libexiv2\-data";
is_good = .depends ~ "libexiv2\-28|libexiv2\-data";
is_bad = .depends ~ "libexiv2\-27";
Thanks,
--
Pino
--- End Message ---
--- Begin Message ---
Hi,
On 28-09-2024 06:48, Andreas Metzler wrote:
On 2024-09-26 Paul Gevers <elb...@debian.org> wrote:
On 25-09-2024 18:26, Andreas Metzler wrote:
Afaiui every rdep would need to be ready for migration to testing at the
same time. Which probably has not never been the case, e.g. currently
geeqie is too young. Nevertheless I suspect that transition is too big
to be happen without help/force.
I've added a hint. Let's hope that the next few hours no new package
appears.
Good morning Paul,
that seems to have worked. Thank you!
All old binaries were removed from testing.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
