Your message dated Mon, 5 Feb 2024 20:52:00 -0800
with message-id <zcg68jshmvgwg...@homer.dodds.net>
and subject line Re: Bug#1061928: avro-c: NMU diff for 64-bit time_t transition
has caused the Debian Bug report #1061928,
regarding avro-c: NMU diff for 64-bit time_t transition
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.)
--
1061928: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061928
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: avro-c
Version: 1.11.1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
avro-c as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for avro-c
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru avro-c-1.11.1/debian/changelog avro-c-1.11.1/debian/changelog
--- avro-c-1.11.1/debian/changelog 2022-12-21 22:39:31.000000000 +0000
+++ avro-c-1.11.1/debian/changelog 2024-01-30 04:28:32.000000000 +0000
@@ -1,3 +1,10 @@
+avro-c (1.11.1-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek <vor...@debian.org> Tue, 30 Jan 2024 04:28:32 +0000
+
avro-c (1.11.1-1) unstable; urgency=medium
* New upstream version 1.11.1
diff -Nru avro-c-1.11.1/debian/control avro-c-1.11.1/debian/control
--- avro-c-1.11.1/debian/control 2022-12-21 22:39:31.000000000 +0000
+++ avro-c-1.11.1/debian/control 2024-01-30 04:28:32.000000000 +0000
@@ -36,7 +36,10 @@
.
This package contains the development files.
-Package: libavro23
+Package: libavro23t64
+Provides: ${t64:Provides}
+Replaces: libavro23
+Breaks: libavro23 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru avro-c-1.11.1/debian/libavro23.install
avro-c-1.11.1/debian/libavro23.install
--- avro-c-1.11.1/debian/libavro23.install 2022-12-21 22:39:31.000000000
+0000
+++ avro-c-1.11.1/debian/libavro23.install 1970-01-01 00:00:00.000000000
+0000
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru avro-c-1.11.1/debian/libavro23.shlibs
avro-c-1.11.1/debian/libavro23.shlibs
--- avro-c-1.11.1/debian/libavro23.shlibs 2022-12-21 22:39:31.000000000
+0000
+++ avro-c-1.11.1/debian/libavro23.shlibs 1970-01-01 00:00:00.000000000
+0000
@@ -1 +0,0 @@
-libavro 23 libavro23
diff -Nru avro-c-1.11.1/debian/libavro23t64.install
avro-c-1.11.1/debian/libavro23t64.install
--- avro-c-1.11.1/debian/libavro23t64.install 1970-01-01 00:00:00.000000000
+0000
+++ avro-c-1.11.1/debian/libavro23t64.install 2022-12-21 22:39:31.000000000
+0000
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru avro-c-1.11.1/debian/libavro23t64.lintian-overrides
avro-c-1.11.1/debian/libavro23t64.lintian-overrides
--- avro-c-1.11.1/debian/libavro23t64.lintian-overrides 1970-01-01
00:00:00.000000000 +0000
+++ avro-c-1.11.1/debian/libavro23t64.lintian-overrides 2024-01-30
04:28:32.000000000 +0000
@@ -0,0 +1 @@
+libavro23t64: package-name-doesnt-match-sonames libavro23
diff -Nru avro-c-1.11.1/debian/libavro23t64.shlibs
avro-c-1.11.1/debian/libavro23t64.shlibs
--- avro-c-1.11.1/debian/libavro23t64.shlibs 1970-01-01 00:00:00.000000000
+0000
+++ avro-c-1.11.1/debian/libavro23t64.shlibs 2024-01-30 04:28:32.000000000
+0000
@@ -0,0 +1 @@
+libavro 23 libavro23t64
--- End Message ---
--- Begin Message ---
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-03T09%3A18%3A00/compat_reports/libavro-dev/lfs_to_time_t/compat_report.html
Closing this bug report. You can ignore/supersede/request removal of the
NMU from experimental, as you prefer. Thanks!
On Tue, Jan 30, 2024 at 01:45:18PM -0800, Steve Langasek wrote:
> On Tue, Jan 30, 2024 at 04:27:49PM -0500, Robert Edmonds wrote:
>
> > I guess you have to do it that way since there isn't really anything
> > universal and machine readable that says: this is the public API header
> > file to include to use this library.
>
> Exactly. Though there are good practices (I hesitate to say "best") that
> would make headers no-ops if included directly when they shouldn't be, etc.
>
> > > This shows there are headers that can't be compiled because they're
> > > Windows-specific. So it seems counterproductive to ship these at all in
> > > Debian?
>
> > > If this header were removed from the package, or if a quirk were added to
> > > https://salsa.debian.org/vorlon/armhf-time_t/-/blob/main/check-armhf-time_t?ref_type=heads
> > > to exclude the incorrect headers from the analysis, we could confirm that
> > > avro-c is unaffected and avoid unnecessary NMUs / transitions to unstable.
>
> > If there is a way to quirk the avro-c package for this analysis so you
> > only include /usr/include/avro.h rather than every header file shipped
> > in the -dev package I think it would let your analysis succeed, without
> > missing anything, and, I would guess that that analysis would show no
> > ABI changes and thus no ABI transition is necessary.
>
> > I'm also open to just dropping those ms*.h files from the -dev package
> > which should just work without any other changes without breaking
> > anything else, but I haven't tested it.
>
> It looks like my colleague has already re-tested (with a local change, not
> yet published to either of https://salsa.debian.org/vorlon/armhf-time_t/ or
> https://salsa.debian.org/adrien-n/armhf-time_t/) and confirmed that avro-c's
> ABI is unaffected. (It's important to confirm with a full compile test
> because there are a number of types besides bare time_t that could be
> affected and overlooked with a bare grep or so.)
>
> We will make sure that this gets fully integrated into the published test
> results and that avro-c does not get NMUed to unstable for this.
>
> In the meantime I suggest leaving this bug report open for tracking.
>
> Thanks,
> --
> Steve Langasek Give me a lever long enough and a Free OS
> Debian Developer to set it on, and I can move the world.
> Ubuntu Developer https://www.debian.org/
> slanga...@ubuntu.com vor...@debian.org
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: PGP signature
--- End Message ---
