Bug#1069745: magics-python: wrong arch: any packaging builds potentially uninstallable packages

2024-04-23 Thread Steve Langasek
Package: magics-python
Version: 2:1.5.8-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Hi Alastair,

Working to resolve per-arch uninstallability of python3-magics++ in Ubuntu
for the upcoming release, I found significant issues in the packaging that
should be resolved.

 - The package build-depends on libeccodes-dev, but does not use it
 - It depends on libmagplus3v5, but nothing ensures that this package is
   only built for architectures on which libmagplus3v5 is available (both
   libmagplus3v5 and libeccodes have *similar* portability issues, but not
   identical; in Ubuntu we're now in the situation that we have architectures
   where libeccodes-dev is available but libmagplus is not)
 - It doesn't actually *use* libmagplus3v5, so this dependency is wrong;
   what it does use is libMagPlus.so, from libmagics++-dev, which is resolved
   via python3-ecmwflibs
 - But the package is missing an actual dependency on python3-ecmwflibs, so
   installing python3-magics++ by itself results in a python module that
   fails to import
 - But also, this package is a pure-python module containing no
   architecture-dependent code, so it should be Architecture: all anyway
   instead of Architecture: any (which also makes the per-arch
   installability issues go away)
 - And because it's architecture-independent it should build-depend on
   python3 - not python3-dev, which is for binary modules.

Please find attached a patch addressing these issues, which has been
uploaded to Ubuntu.

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
diff -Nru magics-python-1.5.8/debian/control magics-python-1.5.8/debian/control
--- magics-python-1.5.8/debian/control  2022-04-17 00:12:44.0 -0700
+++ magics-python-1.5.8/debian/control  2024-04-23 17:10:54.0 -0700
@@ -4,8 +4,7 @@
 Maintainer: Alastair McKinstry 
 Build-Depends: debhelper-compat (= 13), 
   dh-sequence-python3,
-  libeccodes-dev,
-  python3-dev, 
+  python3, 
   python3-setuptools,
   python3-pytest-runner
 Standards-Version: 4.6.0
@@ -14,8 +13,8 @@
 Vcs-Git: https://salsa.debian.org:/science-team/magics-python.git -b 
debian/latest
 
 Package: python3-magics++
-Architecture: any
-Depends:  libmagplus3v5 , ${misc:Depends}, 
+Architecture: all
+Depends: python3-ecmwflibs, ${misc:Depends}, 
  ${python3:Depends}, 
  python3-simplejson, 
  python3-jinja2


Bug#1066342: eterm: FTBFS: libscream.c:3231:16: error: implicit declaration of function ‘safe_print_string’ [-Werror=implicit-function-declaration]

2024-04-13 Thread Steve Langasek
Package: eterm
Followup-For: Bug #1066342
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru eterm-0.9.6/debian/patches/no-implicit-declarations.patch 
eterm-0.9.6/debian/patches/no-implicit-declarations.patch
--- eterm-0.9.6/debian/patches/no-implicit-declarations.patch   1969-12-31 
16:00:00.0 -0800
+++ eterm-0.9.6/debian/patches/no-implicit-declarations.patch   2024-04-13 
16:46:57.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066342
+Last-Update: 2024-04-13
+Forwarded: no
+
+Index: eterm-0.9.6/src/libscream.c
+===
+--- eterm-0.9.6.orig/src/libscream.c
 eterm-0.9.6/src/libscream.c
+@@ -44,6 +44,7 @@
+ 
+ #include "config.h"
+ #include "feature.h"
++#include "misc.h"
+ 
+ /* use libast if we have it */
+ #ifdef DEBUG_ESCREEN
diff -Nru eterm-0.9.6/debian/patches/series eterm-0.9.6/debian/patches/series
--- eterm-0.9.6/debian/patches/series   2023-03-10 12:03:30.0 -0800
+++ eterm-0.9.6/debian/patches/series   2024-04-13 16:45:35.0 -0700
@@ -6,3 +6,4 @@
 fix-esetroot-on-pseudocolor.patch
 CVE-2021-33477.patch
 fix-fail-to-build-with-imlib2.patch
+no-implicit-declarations.patch


Bug#1065790: libosmo-netif: FTBFS on arm{el,hf}: tests fail

2024-04-13 Thread Steve Langasek
Package: libosmo-netif
Followup-For: Bug #1065790
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Well, maybe a version of the patch without a stray character that breaks
compilation.

-- 
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
diff -Nru libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch 
libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch
--- libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch  1969-12-31 
16:00:00.0 -0800
+++ libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch  2024-04-13 
12:31:32.0 -0700
@@ -0,0 +1,136 @@
+Description: use a 64-bit safe format string for time_t.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1065790
+Last-Update: 2024-04-13
+Forwarded: no
+
+Index: libosmo-netif-1.2.0/examples/ipa-stream-client.c
+===
+--- libosmo-netif-1.2.0.orig/examples/ipa-stream-client.c
 libosmo-netif-1.2.0/examples/ipa-stream-client.c
+@@ -143,7 +143,8 @@
+   timersub(, >tv, );
+ 
+   LOGP(DLINP, LOGL_NOTICE, "message %d replied "
+-  "in %lu.%.6lu\n", num, diff.tv_sec, diff.tv_usec);
++  "in %lld.%.6lld\n", num, (long long int)diff.tv_sec,
++  (long long int)diff.tv_usec);
+   talloc_free(found);
+   } else {
+   LOGP(DLINP, LOGL_ERROR,
+Index: libosmo-netif-1.2.0/src/jibuf.c
+===
+--- libosmo-netif-1.2.0.orig/src/jibuf.c
 libosmo-netif-1.2.0/src/jibuf.c
+@@ -385,10 +385,10 @@
+   timeradd(>last_enqueue_time, _ts, _ts);
+ 
+   LOGP(DLJIBUF, LOGL_DEBUG, "enqueuing packet seq=%"PRIu16" rel=%d 
delay=%d" \
+-  " skew=%d thres=%d {%lu.%06lu -> %lu.%06lu} %s\n",
++  " skew=%d thres=%d {%lld.%06lld -> %lld.%06lld} %s\n",
+   msg_get_sequence(msg), rel_delay, delay, jb->skew_us, 
jb->threshold_delay,
+-  jb->last_enqueue_time.tv_sec, jb->last_enqueue_time.tv_usec,
+-  sched_ts.tv_sec, sched_ts.tv_usec, msg_get_marker(msg)? "M" : 
"");
++  (long long int)jb->last_enqueue_time.tv_sec, (long long 
int)jb->last_enqueue_time.tv_usec,
++  (long long int)sched_ts.tv_sec, (long long 
int)sched_ts.tv_usec, msg_get_marker(msg)? "M" : "");
+ 
+   /* Add scheduled dequeue time in msg->cb so we can check it later */
+   unsigned long *old_cb = talloc_memdup(jb->talloc_ctx, msg->cb, 
sizeof(msg->cb));
+Index: libosmo-netif-1.2.0/tests/osmux/osmux_test.c
+===
+--- libosmo-netif-1.2.0.orig/tests/osmux/osmux_test.c
 libosmo-netif-1.2.0/tests/osmux/osmux_test.c
+@@ -69,8 +69,10 @@
+   struct timeval tv; \
+   osmo_clock_gettime(CLOCK_MONOTONIC, ); \
+   osmo_gettimeofday(, NULL); \
+-  fprintf(stderr, "sys={%lu.%06lu}, mono={%lu.%06lu}: " fmt, \
+-  tv.tv_sec, tv.tv_usec, ts.tv_sec, ts.tv_nsec/1000, 
##args); \
++  fprintf(stderr, "sys={%lld.%06lld}, mono={%lld.%06lld}: " fmt, \
++  (long long int)tv.tv_sec, (long long int)tv.tv_usec, \
++  (long long int)ts.tv_sec, \
++  (long long int)ts.tv_nsec/1000, ##args); \
+   } while(0)
+ 
+ static void clock_override_enable(bool enable)
+Index: libosmo-netif-1.2.0/tests/stream/stream_test.c
+===
+--- libosmo-netif-1.2.0.orig/tests/stream/stream_test.c
 libosmo-netif-1.2.0/tests/stream/stream_test.c
+@@ -60,7 +60,7 @@
+ #define LOGCLI(cli, fmt, args...) do { \
+   struct timeval tv; \
+   osmo_gettimeofday(, NULL); \
+-  printf("{%lu.%06lu} [%s] Client's %s(): " fmt, tv.tv_sec, 
tv.tv_usec, \
++  printf("{%lld.%06lld} [%s] Client's %s(): " fmt, (long long 
int)tv.tv_sec, (long long int)tv.tv_usec, \
+  osmo_stream_cli_get_data(cli) ? "OK" : "NA", __func__, 
##args); \
+   } while (0)
+ 
+@@ -235,7 +235,7 @@
+ #define LOGSRV(srv, fmt, args...) do { \
+   struct timeval tv; \
+   osmo_gettimeofday(, NULL); \
+-  printf("{%lu.%06lu} [%s|%s] Server's %s(): " fmt,  tv.tv_sec, 
tv.tv_usec, \
++  printf("{%lld.%06lld} [%s|%s] Server's %s(): "

Bug#1065790: libosmo-netif: FTBFS on arm{el,hf}: tests fail

2024-04-13 Thread Steve Langasek
Package: libosmo-netif
Followup-For: Bug #1065790
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached an alternative solution to this which has been uploaded
to Ubuntu.  I found it easier to fix the portability issue than deal with
removing the reverse-dependency chain.

-- 
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
diff -Nru libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch 
libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch
--- libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch  1969-12-31 
16:00:00.0 -0800
+++ libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch  2024-04-13 
12:30:35.0 -0700
@@ -0,0 +1,142 @@
+Description: use a 64-bit safe format string for time_t.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1065790
+Last-Update: 2024-04-13
+Forwarded: no
+
+Index: libosmo-netif-1.2.0/examples/ipa-stream-client.c
+===
+--- libosmo-netif-1.2.0.orig/examples/ipa-stream-client.c
 libosmo-netif-1.2.0/examples/ipa-stream-client.c
+@@ -143,7 +143,8 @@
+   timersub(, >tv, );
+ 
+   LOGP(DLINP, LOGL_NOTICE, "message %d replied "
+-  "in %lu.%.6lu\n", num, diff.tv_sec, diff.tv_usec);
++  "in %lld.%.6lld\n", num, (long long int)diff.tv_sec,
++  (long long int)diff.tv_usec);
+   talloc_free(found);
+   } else {
+   LOGP(DLINP, LOGL_ERROR,
+Index: libosmo-netif-1.2.0/src/jibuf.c
+===
+--- libosmo-netif-1.2.0.orig/src/jibuf.c
 libosmo-netif-1.2.0/src/jibuf.c
+@@ -385,10 +385,10 @@
+   timeradd(>last_enqueue_time, _ts, _ts);
+ 
+   LOGP(DLJIBUF, LOGL_DEBUG, "enqueuing packet seq=%"PRIu16" rel=%d 
delay=%d" \
+-  " skew=%d thres=%d {%lu.%06lu -> %lu.%06lu} %s\n",
++  " skew=%d thres=%d {%lld.%06lld -> %lld.%06lld} %s\n",
+   msg_get_sequence(msg), rel_delay, delay, jb->skew_us, 
jb->threshold_delay,
+-  jb->last_enqueue_time.tv_sec, jb->last_enqueue_time.tv_usec,
+-  sched_ts.tv_sec, sched_ts.tv_usec, msg_get_marker(msg)? "M" : 
"");
++  (long long int)jb->last_enqueue_time.tv_sec, (long long 
int)jb->last_enqueue_time.tv_usec,
++  (long long int)sched_ts.tv_sec, (long long 
int)sched_ts.tv_usec, msg_get_marker(msg)? "M" : "");
+ 
+   /* Add scheduled dequeue time in msg->cb so we can check it later */
+   unsigned long *old_cb = talloc_memdup(jb->talloc_ctx, msg->cb, 
sizeof(msg->cb));
+Index: libosmo-netif-1.2.0/tests/osmux/osmux_test.c
+===
+--- libosmo-netif-1.2.0.orig/tests/osmux/osmux_test.c
 libosmo-netif-1.2.0/tests/osmux/osmux_test.c
+@@ -1,4 +1,4 @@
+-/*
++y/*
+  * (C) 2013 by Pablo Neira Ayuso 
+  * (C) 2013 by On Waves ehf <http://www.on-waves.com>
+  *
+@@ -69,8 +69,10 @@
+   struct timeval tv; \
+   osmo_clock_gettime(CLOCK_MONOTONIC, ); \
+   osmo_gettimeofday(, NULL); \
+-  fprintf(stderr, "sys={%lu.%06lu}, mono={%lu.%06lu}: " fmt, \
+-  tv.tv_sec, tv.tv_usec, ts.tv_sec, ts.tv_nsec/1000, 
##args); \
++  fprintf(stderr, "sys={%lld.%06lld}, mono={%lld.%06lld}: " fmt, \
++  (long long int)tv.tv_sec, (long long int)tv.tv_usec, \
++  (long long int)ts.tv_sec, \
++  (long long int)ts.tv_nsec/1000, ##args); \
+   } while(0)
+ 
+ static void clock_override_enable(bool enable)
+Index: libosmo-netif-1.2.0/tests/stream/stream_test.c
+===
+--- libosmo-netif-1.2.0.orig/tests/stream/stream_test.c
 libosmo-netif-1.2.0/tests/stream/stream_test.c
+@@ -60,7 +60,7 @@
+ #define LOGCLI(cli, fmt, args...) do { \
+   struct timeval tv; \
+   osmo_gettimeofday(, NULL); \
+-  printf("{%lu.%06lu} [%s] Client's %s(): " fmt, tv.tv_sec, 
tv.tv_usec, \
++  printf("{%lld.%06lld} [%s] Client's %s(): " fmt, (long long 
int)tv.tv_sec, (long long int)tv.tv_usec, \
+  osmo_stream_cli_get_data(cli) ? "OK" : "NA", __func__, 
##args); \
+   } while (0)
+ 
+@@ -235,7 +235,7 @@
+ #define LOGSRV(srv, fmt, args...) do { \
+   struct timeval tv; \
+   

Bug#1066551: ramond: FTBFS: src/main.c:164:17: error: implicit declaration of function ‘LOG’ [-Werror=implicit-function-declaration]

2024-04-13 Thread Steve Langasek
Package: ramond
Followup-For: Bug #1066551
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch 
ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch
--- ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch
2020-09-09 13:09:14.0 -0700
+++ ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch
2024-04-13 09:50:06.0 -0700
@@ -8,10 +8,10 @@
  src/main.h |1 +
  2 files changed, 80 insertions(+), 2 deletions(-)
 
-diff --git a/src/main.c b/src/main.c
-index 0cb6e8a..3c4543d 100644
 a/src/main.c
-+++ b/src/main.c
+Index: ramond-0.5/src/main.c
+===
+--- ramond-0.5.orig/src/main.c
 ramond-0.5/src/main.c
 @@ -1,6 +1,5 @@
  #include "main.h"
  #include "log.h"
@@ -19,7 +19,7 @@
  apr_pool_t *masterPool;
  struct configuration *config;
  
-@@ -14,8 +13,9 @@ void listRules(void);
+@@ -14,8 +13,9 @@
  
  void usage(char *prog_name)
  {
@@ -30,7 +30,7 @@
fprintf(stderr, "   -c : path to config file.\n");
  }
  
-@@ -824,11 +824,74 @@ void rafixd_clearRoute(struct ra_info *data)
+@@ -824,11 +824,74 @@
pcap_close(fd);
  }
  
@@ -81,7 +81,7 @@
 +  pidfile = open("/var/run/ramond.pid", O_RDWR|O_CREAT, 0640);
 +  if(pidfile < 0)
 +  exit(EXIT_FAILURE);
-+  if(flock(pidfile, F_TLOCK, 0) < 0)
++  if(lockf(pidfile, F_TLOCK, 0) < 0)
 +  exit(EXIT_SUCCESS);
 +
 +  sprintf(pidstr, "%d\n", getpid());
@@ -105,7 +105,7 @@
if(argc > 6)
{
usage(argv[0]);
-@@ -842,6 +905,20 @@ int main(int argc, char *argv[])
+@@ -842,6 +905,20 @@
  
signal(SIGCHLD, sigchld_handler);
  
@@ -126,10 +126,10 @@
/* Find the config file */
if(!parseConfigFile(argc,argv))
{
-diff --git a/src/main.h b/src/main.h
-index 26de811..6552d5b 100644
 a/src/main.h
-+++ b/src/main.h
+Index: ramond-0.5/src/main.h
+===
+--- ramond-0.5.orig/src/main.h
 ramond-0.5/src/main.h
 @@ -1,5 +1,6 @@
  #include 
  #include 
diff -Nru ramond-0.5/debian/patches/no-implicit-declarations.patch 
ramond-0.5/debian/patches/no-implicit-declarations.patch
--- ramond-0.5/debian/patches/no-implicit-declarations.patch1969-12-31 
16:00:00.0 -0800
+++ ramond-0.5/debian/patches/no-implicit-declarations.patch2024-04-13 
09:50:06.0 -0700
@@ -0,0 +1,29 @@
+Description: fix missing function declarations.
+Author: Steve Langasek 
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/2061024
+Bug-Debian: https://bugs.debian.org/1066551
+Last-Update: 2024-04-13
+Forwarded: no
+
+Index: ramond-0.5/src/log.h
+===
+--- ramond-0.5.orig/src/log.h
 ramond-0.5/src/log.h
+@@ -25,4 +25,6 @@
+ 
+ FILE *log_file;
+ 
++void LOG(const char *fmt, ...);
++
+ #endif
+Index: ramond-0.5/src/main.c
+===
+--- ramond-0.5.orig/src/main.c
 ramond-0.5/src/main.c
+@@ -1,3 +1,6 @@
++#include 
++#include 
++
+ #include "main.h"
+ #include "log.h"
+ apr_pool_t *masterPool;
diff -Nru ramond-0.5/debian/patches/series ramond-0.5/debian/patches/series
--- ramond-0.5/debian/patches/series2022-04-20 16:48:49.0 -0700
+++ ramond-0.5/debian/patches/series2024-04-13 09:48:15.0 -0700
@@ -4,3 +4,4 @@
 0004-Honor-CFLAGS-CPPFLAGS-and-LDFLAGS.patch
 compiler.patch
 libxml2.patch
+no-implicit-declarations.patch


Bug#1068431: rakarrack dependencies unsatisfiable on 32-bit non-i386 architectures.

2024-04-12 Thread Steve Langasek
Package: rakarrack
Followup-For: Bug #1068431
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru rakarrack-0.6.1/debian/control rakarrack-0.6.1/debian/control
--- rakarrack-0.6.1/debian/control  2024-03-12 00:01:51.0 -0700
+++ rakarrack-0.6.1/debian/control  2024-04-12 22:22:56.0 -0700
@@ -21,9 +21,6 @@
 Architecture: any
 Depends: ${misc:Depends},
  ${shlibs:Depends},
- libfltk1.3,
- libxpm4,
- libasound2,
  jackd
 Description: Simple and easy guitar effects processor for GNU/Linux
  Rakarrack is a guitar effects processor for GNU / Linux simple and easy to use


Bug#1067623: FTBFS: error: format ‘%ld’ expects argument of type ‘long int’, but argument 2 has type ‘__time64_t’ {aka ‘long long int’}

2024-04-12 Thread Steve Langasek
Package: acm
Followup-For: Bug #1067623
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru acm-6.0+20200416/debian/patches/64-bit-time-t.patch 
acm-6.0+20200416/debian/patches/64-bit-time-t.patch
--- acm-6.0+20200416/debian/patches/64-bit-time-t.patch 1969-12-31 
16:00:00.0 -0800
+++ acm-6.0+20200416/debian/patches/64-bit-time-t.patch 2024-04-12 
17:30:16.0 -0700
@@ -0,0 +1,22 @@
+Description: use 64-bit-safe format string for time_t
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1067623
+Last-Update: 2024-04-12
+Forwarded: no
+
+Index: acm-6.0+20200416/src/dis/test/disscope.c
+===
+--- acm-6.0+20200416.orig/src/dis/test/disscope.c
 acm-6.0+20200416/src/dis/test/disscope.c
+@@ -239,8 +239,9 @@
+   printf ("Family   %d\n", pdu.hdr.protocol_family);
+   printf ("Exercise id  %d\n", pdu.hdr.exercise_id);
+   dis_timestampToTimeval (_stamp, );
+-  printf ("Time stamp   %ld.%ld\n", tm.tv_sec,
+-  tm.tv_usec / 1000);
++  printf ("Time stamp   %lld.%lld\n",
++  (long long int)tm.tv_sec,
++  (long long int)tm.tv_usec / 1000);
+   switch (pdu.hdr.pdu_type) {
+   case PDUTypeEntityState:
+   printf ("Entity (sim.app.eid) : %d/%d/%d\n",
diff -Nru acm-6.0+20200416/debian/patches/series 
acm-6.0+20200416/debian/patches/series
--- acm-6.0+20200416/debian/patches/series  2022-10-17 08:51:57.0 
-0700
+++ acm-6.0+20200416/debian/patches/series  2024-04-12 17:28:43.0 
-0700
@@ -4,3 +4,4 @@
 fix_paths_in_acm_tcl.patch
 hardening1.patch
 fix_buffer_size.patch
+64-bit-time-t.patch


Bug#1066315: kraptor: FTBFS: src/main.c:57:5: error: implicit declaration of function ‘mkdir’ [-Werror=implicit-function-declaration]

2024-04-12 Thread Steve Langasek
Package: kraptor
Followup-For: Bug #1066315
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch 
kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch
--- kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch   
1969-12-31 16:00:00.0 -0800
+++ kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch   
2024-04-12 16:42:20.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066315
+Last-Update: 2024-04-12
+Forwarded: no
+
+Index: kraptor-0.0.20040403+ds/src/main.c
+===
+--- kraptor-0.0.20040403+ds.orig/src/main.c
 kraptor-0.0.20040403+ds/src/main.c
+@@ -19,6 +19,7 @@
+ // 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include  /* DUMB: musica MOD, XM, etc */
diff -Nru kraptor-0.0.20040403+ds/debian/patches/series 
kraptor-0.0.20040403+ds/debian/patches/series
--- kraptor-0.0.20040403+ds/debian/patches/series   2024-01-04 
16:48:45.0 -0800
+++ kraptor-0.0.20040403+ds/debian/patches/series   2024-04-12 
16:40:54.0 -0700
@@ -14,3 +14,4 @@
 14_create-hidden-kraptor-directory-in-home.patch
 15_reproducible-build.patch
 fix_building_kraptor_with_fix_functions.patch
+no-implicit-declarations.patch


Bug#1066654: mlpcap: FTBFS: utils.c:184:3: error: implicit declaration of function ‘camlidl_ml2c_pcap_pcap_handle’ [-Werror=implicit-function-declaration]

2024-04-10 Thread Steve Langasek
Package: mlpcap
Followup-For: Bug #1066654
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue that has been uploaded to
Ubuntu.

-- 
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
diff -Nru mlpcap-0.9/debian/patches/no-implicit-declarations.patch 
mlpcap-0.9/debian/patches/no-implicit-declarations.patch
--- mlpcap-0.9/debian/patches/no-implicit-declarations.patch1969-12-31 
16:00:00.0 -0800
+++ mlpcap-0.9/debian/patches/no-implicit-declarations.patch2024-04-10 
16:59:47.0 -0700
@@ -0,0 +1,22 @@
+Description: add missing prototype
+ This function is code generated by camlidl from the .idl input file;
+ unfortunately it does not emit a header including the prototype.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066654
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: mlpcap-0.9/utils.c
+===
+--- mlpcap-0.9.orig/utils.c
 mlpcap-0.9/utils.c
+@@ -33,6 +33,9 @@
+ #include 
+ #include "utils.h"
+ 
++extern void camlidl_ml2c_pcap_pcap_handle(value _v1, pcap_handle * _c2,
++  camlidl_ctx _ctx);
++
+ void
+ _pcap_callback (void *cback, va_alist alist)
+ {
diff -Nru mlpcap-0.9/debian/patches/series mlpcap-0.9/debian/patches/series
--- mlpcap-0.9/debian/patches/series2023-09-11 22:50:01.0 -0700
+++ mlpcap-0.9/debian/patches/series2024-04-10 16:57:47.0 -0700
@@ -5,3 +5,4 @@
 03_correct_META.diff
 07_dll_with_camlidl.diff
 08_ffcall.diff
+no-implicit-declarations.patch


Bug#1065774: libdigidoc: FTBFS on arm{el,hf}: /<>/libdigidoc/DigiDocService.c:327:19: error: implicit declaration of function ‘ddocAddSignatureFromMemory’ [-Werror=implicit-function-decla

2024-04-10 Thread Steve Langasek
Package: libdigidoc
Followup-For: Bug #1065774
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue that has been uploaded to
Ubuntu.

-- 
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
diff -Nru libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch 
libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch
--- libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch 
1969-12-31 16:00:00.0 -0800
+++ libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch 
2024-04-10 16:10:25.0 -0700
@@ -0,0 +1,30 @@
+Description: add missing define and includes required for prototypes
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1065774
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: libdigidoc-3.10.5/libdigidoc/DigiDocVerify.c
+===
+--- libdigidoc-3.10.5.orig/libdigidoc/DigiDocVerify.c
 libdigidoc-3.10.5/libdigidoc/DigiDocVerify.c
+@@ -20,6 +20,7 @@
+ //  Creation
+ //==
+ 
++#define WITH_DEPRECATED_FUNCTIONS
+ #include "DigiDocVerify.h"
+ #include "DigiDocError.h"
+ #include "DigiDocLib.h"
+Index: libdigidoc-3.10.5/libdigidoc/DigiDocService.c
+===
+--- libdigidoc-3.10.5.orig/libdigidoc/DigiDocService.c
 libdigidoc-3.10.5/libdigidoc/DigiDocService.c
+@@ -26,6 +26,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
diff -Nru libdigidoc-3.10.5/debian/patches/series 
libdigidoc-3.10.5/debian/patches/series
--- libdigidoc-3.10.5/debian/patches/series 2022-07-10 19:12:11.0 
-0700
+++ libdigidoc-3.10.5/debian/patches/series 2024-04-10 16:08:47.0 
-0700
@@ -1,3 +1,4 @@
 versioninfo.cmake-set-build_date-using-u.patch
 build-with-openssl-v3.patch
 fix-national-encoding.patch
+no-implicit-declarations.patch


Bug#1066512: latencytop: FTBFS: fsync.c:330:17: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration]

2024-04-10 Thread Steve Langasek
Package: latencytop
Followup-For: Bug #1066512
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru latencytop-0.5.0/debian/patches/no-implicit-declarations.patch 
latencytop-0.5.0/debian/patches/no-implicit-declarations.patch
--- latencytop-0.5.0/debian/patches/no-implicit-declarations.patch  
1969-12-31 16:00:00.0 -0800
+++ latencytop-0.5.0/debian/patches/no-implicit-declarations.patch  
2024-04-10 16:02:15.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066512
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: latencytop-0.5.0/fsync.c
+===
+--- latencytop-0.5.0.orig/fsync.c
 latencytop-0.5.0/fsync.c
+@@ -32,6 +32,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
diff -Nru latencytop-0.5.0/debian/patches/series 
latencytop-0.5.0/debian/patches/series
--- latencytop-0.5.0/debian/patches/series  2021-08-24 10:26:05.0 
-0700
+++ latencytop-0.5.0/debian/patches/series  2024-04-10 16:01:05.0 
-0700
@@ -1,3 +1,4 @@
 0001-Convert-to-autoconf.patch
 0002-Fix-FTBFS-in-fsync.c.patch
 0003-typo-fix.patch
+no-implicit-declarations.patch


Bug#1066689: kdrill: FTBFS: init.c:171:12: error: implicit declaration of function ‘isMapped’; did you mean ‘IsUnmapped’? [-Werror=implicit-function-declaration]

2024-04-10 Thread Steve Langasek
Package: kdrill
Followup-For: Bug #1066689
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch 
kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch
--- kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch
1969-12-31 16:00:00.0 -0800
+++ kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch
2024-04-10 15:56:58.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066689
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: kdrill-6.5deb2/init.c
+===
+--- kdrill-6.5deb2.orig/init.c
 kdrill-6.5deb2/init.c
+@@ -24,6 +24,7 @@
+ #include "searchwidgets.h"
+ #include "widgets.h"
+ #include "timeout.h"
++#include "utils.h"
+ 
+ #include "icon_xbm"
+ 
diff -Nru kdrill-6.5deb2/debian/patches/series 
kdrill-6.5deb2/debian/patches/series
--- kdrill-6.5deb2/debian/patches/series2021-10-20 10:11:20.0 
-0700
+++ kdrill-6.5deb2/debian/patches/series2024-04-10 15:55:23.0 
-0700
@@ -12,3 +12,4 @@
 use-env-flags.diff
 warning-fixes.diff
 rename-getline.diff
+no-implicit-declarations.patch


Bug#1067259: jabberd2: FTBFS: make[3]: *** [Makefile:538: libsx_la-websocket.lo] Error 1

2024-04-10 Thread Steve Langasek
Package: jabberd2
Followup-For: Bug #1067259
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue that has been uploaded to
Ubuntu.

-- 
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
diff -Nru jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch 
jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch
--- jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch
1969-12-31 16:00:00.0 -0800
+++ jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch
2024-04-10 15:03:46.0 -0700
@@ -0,0 +1,81 @@
+Description: add missing includes and disable conflicting crypt_r()
+ Nothing uses crypt_r() externally, it should use the glibc one; so disable
+ the conflicting prototype in the internal header.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1067259
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: jabberd2-2.7.0/storage/authreg_sqlite.c
+===
+--- jabberd2-2.7.0.orig/storage/authreg_sqlite.c
 jabberd2-2.7.0/storage/authreg_sqlite.c
+@@ -32,6 +32,7 @@
+ #define _XOPEN_SOURCE 500
+ #include "c2s.h"
+ #include 
++#include 
+ 
+ /* Windows does not have the crypt() function, let's take DES_crypt from 
OpenSSL instead */
+ #if defined(HAVE_OPENSSL_CRYPTO_H) && defined(_WIN32)
+Index: jabberd2-2.7.0/storage/authreg_pgsql.c
+===
+--- jabberd2-2.7.0.orig/storage/authreg_pgsql.c
 jabberd2-2.7.0/storage/authreg_pgsql.c
+@@ -32,6 +32,7 @@
+ #else
+ #ifdef HAVE_CRYPT
+ #include 
++#include 
+ #endif
+ #endif
+ 
+Index: jabberd2-2.7.0/storage/authreg_ldapfull.c
+===
+--- jabberd2-2.7.0.orig/storage/authreg_ldapfull.c
 jabberd2-2.7.0/storage/authreg_ldapfull.c
+@@ -35,6 +35,7 @@
+ #ifdef STORAGE_LDAP
+ #ifdef HAVE_CRYPT
+ #include 
++#include 
+ #endif
+ 
+ #ifdef HAVE_SSL
+Index: jabberd2-2.7.0/util/crypt_blowfish.c
+===
+--- jabberd2-2.7.0.orig/util/crypt_blowfish.c
 jabberd2-2.7.0/util/crypt_blowfish.c
+@@ -54,6 +54,8 @@
+ /* Just to make sure the prototypes match the actual definitions */
+ #include "crypt_blowfish.h"
+ 
++char *crypt_r(__const char *key, __const char *setting, void *data);
++
+ #if defined(__i386__) || defined(__x86_64__) || defined(__alpha__) || 
defined(__hppa__)
+ #define BF_SCALE  1
+ #else
+Index: jabberd2-2.7.0/util/crypt_blowfish.h
+===
+--- jabberd2-2.7.0.orig/util/crypt_blowfish.h
 jabberd2-2.7.0/util/crypt_blowfish.h
+@@ -23,7 +23,6 @@
+ #endif
+ 
+ extern char *bcrypt(__const char *key, __const char *setting);
+-extern char *crypt_r(__const char *key, __const char *setting, void *data);
+ 
+ #ifndef __SKIP_OW
+ extern char *crypt_rn(__const char *key, __const char *setting,
+Index: jabberd2-2.7.0/storage/authreg_mysql.c
+===
+--- jabberd2-2.7.0.orig/storage/authreg_mysql.c
 jabberd2-2.7.0/storage/authreg_mysql.c
+@@ -35,6 +35,7 @@
+ #else
+ #ifdef HAVE_CRYPT
+ #include 
++#include 
+ #endif
+ #endif
+ 
diff -Nru jabberd2-2.7.0/debian/patches/series 
jabberd2-2.7.0/debian/patches/series
--- jabberd2-2.7.0/debian/patches/series2023-09-05 14:07:00.0 
-0700
+++ jabberd2-2.7.0/debian/patches/series2024-04-10 15:00:33.0 
-0700
@@ -7,3 +7,4 @@
 systemd-alias.diff
 m4-ax_check_compile_flag.diff
 mysql8_my_bool.patch
+no-implicit-declarations.patch


Bug#1065969: ike-scan: FTBFS on arm{el,hf}: configure: error: cannot determine snprintf format string for long long int

2024-04-10 Thread Steve Langasek
Package: ike-scan
Followup-For: Bug #1065969
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue that has been uploaded to
Ubuntu.

-- 
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
diff -Nru ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch 
ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch
--- ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch
1969-12-31 16:00:00.0 -0800
+++ ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch
2024-04-10 14:34:34.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1065969
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: ike-scan-1.9.5/acinclude.m4
+===
+--- ike-scan-1.9.5.orig/acinclude.m4
 ike-scan-1.9.5/acinclude.m4
+@@ -180,6 +180,7 @@
+ AC_CACHE_VAL(pgac_cv_snprintf_long_long_int_format,
+ [for pgac_format in '%lld' '%qd' '%I64d'; do
+ AC_TRY_RUN([#include 
++#include 
+ typedef long long int int64;
+ #define INT64_FORMAT "$pgac_format"
+ 
diff -Nru ike-scan-1.9.5/debian/patches/series 
ike-scan-1.9.5/debian/patches/series
--- ike-scan-1.9.5/debian/patches/series2021-10-18 02:12:52.0 
-0700
+++ ike-scan-1.9.5/debian/patches/series2024-04-10 14:03:18.0 
-0700
@@ -1,2 +1,3 @@
 disable_aggressive_in_v2.patch
 skip-malformed-comp.patch
+no-implicit-declarations.patch


Bug#1066672: httest: FTBFS: socks_module.c:115:21: error: implicit declaration of function ‘atoi’ [-Werror=implicit-function-declaration]

2024-04-10 Thread Steve Langasek
Package: httest
Followup-For: Bug #1066672
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru httest-2.4.23/debian/patches/no-implicit-declarations.patch 
httest-2.4.23/debian/patches/no-implicit-declarations.patch
--- httest-2.4.23/debian/patches/no-implicit-declarations.patch 1969-12-31 
16:00:00.0 -0800
+++ httest-2.4.23/debian/patches/no-implicit-declarations.patch 2024-04-10 
13:45:54.0 -0700
@@ -0,0 +1,43 @@
+Description: add missing includes
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066672
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: httest-2.4.23/src/socks_module.c
+===
+--- httest-2.4.23.orig/src/socks_module.c
 httest-2.4.23/src/socks_module.c
+@@ -25,6 +25,8 @@
+ /
+  * Includes
+  ***/
++#include 
++
+ #include "module.h"
+ #ifndef HAVE_NO_NETINET
+   #include 
+Index: httest-2.4.23/src/annotation_module.c
+===
+--- httest-2.4.23.orig/src/annotation_module.c
 httest-2.4.23/src/annotation_module.c
+@@ -25,6 +25,7 @@
+ /
+  * Includes
+  ***/
++#include 
+ #include "module.h"
+ 
+ /
+Index: httest-2.4.23/src/dbg_module.c
+===
+--- httest-2.4.23.orig/src/dbg_module.c
 httest-2.4.23/src/dbg_module.c
+@@ -24,6 +24,7 @@
+ /
+  * Includes
+  ***/
++#include 
+ #include "store.h"
+ #include "module.h"
+ 
diff -Nru httest-2.4.23/debian/patches/series 
httest-2.4.23/debian/patches/series
--- httest-2.4.23/debian/patches/series 2023-12-18 04:21:33.0 -0800
+++ httest-2.4.23/debian/patches/series 2024-04-10 13:45:05.0 -0700
@@ -4,3 +4,4 @@
 fix-gcc-10.patch
 autoconf-2.70.patch
 pcre2.patch
+no-implicit-declarations.patch


Bug#1065777: clblas: FTBFS on arm{el,hf}: /<>/src/library/blas/gens/symv.c:955:29: error: implicit declaration of function ‘abs’; did you mean ‘fabs’? [-Werror=implicit-function-declarati

2024-04-10 Thread Steve Langasek
Package: clblas
Followup-For: Bug #1065777
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Apologies, the patch I attached fixed a real missing include, but not the
one mentioned in this bug and the package still failed to build.  Attached
is a patch that has passed build testing locally with
DEB_CFLAGS_APPEND=-Werror=implicit-function-declaration in Ubuntu.

-- 
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
diff -Nru clblas-2.12/debian/patches/no-implicit-declarations.patch 
clblas-2.12/debian/patches/no-implicit-declarations.patch
--- clblas-2.12/debian/patches/no-implicit-declarations.patch   1969-12-31 
16:00:00.0 -0800
+++ clblas-2.12/debian/patches/no-implicit-declarations.patch   2024-04-09 
14:42:11.0 -0700
@@ -0,0 +1,30 @@
+Description: Add missing stdlib.h includes
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1065777
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: clblas-2.12/src/library/blas/gens/gemv.c
+===
+--- clblas-2.12.orig/src/library/blas/gens/gemv.c
 clblas-2.12/src/library/blas/gens/gemv.c
+@@ -21,6 +21,7 @@
+ 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
+Index: clblas-2.12/src/library/blas/gens/symv.c
+===
+--- clblas-2.12.orig/src/library/blas/gens/symv.c
 clblas-2.12/src/library/blas/gens/symv.c
+@@ -21,6 +21,7 @@
+ 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
diff -Nru clblas-2.12/debian/patches/series clblas-2.12/debian/patches/series
--- clblas-2.12/debian/patches/series   2023-09-28 16:21:54.0 -0700
+++ clblas-2.12/debian/patches/series   2024-04-09 14:40:35.0 -0700
@@ -9,3 +9,4 @@
 Fix-double-literals.patch
 Fix-null-pointer-crash.patch
 Fix-local-variables-not-declared-in-outermost-scope.patch
+no-implicit-declarations.patch


Bug#1066359: aview: FTBFS: main.c:30:86: error: implicit declaration of function ‘exit’ [-Werror=implicit-function-declaration]

2024-04-10 Thread Steve Langasek
Package: aview
Followup-For: Bug #1066359
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch 
aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch
--- aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch
1969-12-31 16:00:00.0 -0800
+++ aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch
2024-04-10 11:18:59.0 -0700
@@ -0,0 +1,15 @@
+Description: add missing includes
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066359
+Last-Update: 2024-04-10
+Forwarded: no
+
+Index: aview-1.3.0rc1/main.c
+===
+--- aview-1.3.0rc1.orig/main.c
 aview-1.3.0rc1/main.c
+@@ -1,3 +1,4 @@
++#include 
+ #include 
+ #include 
+ #include "image.h"
diff -Nru aview-1.3.0rc1/debian/patches/series 
aview-1.3.0rc1/debian/patches/series
--- aview-1.3.0rc1/debian/patches/series2024-02-17 15:14:52.0 
-0800
+++ aview-1.3.0rc1/debian/patches/series2024-04-10 11:18:13.0 
-0700
@@ -2,3 +2,4 @@
 01_manpages.patch
 02_tmp_creation.patch
 03_missing_library.patch
+no-implicit-declarations.patch


Bug#1066645: gtkterm: FTBFS: ../src/interface.c:738:9: error: implicit declaration of function ‘g_sprintf’; did you mean ‘g_snprintf’? [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: gtkterm
Followup-For: Bug #1066645
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch 
gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch
--- gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch 1969-12-31 
16:00:00.0 -0800
+++ gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch 2024-04-09 
22:49:04.0 -0700
@@ -0,0 +1,28 @@
+Description: add missing includes
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066645
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: gtkterm-1.2.1/src/interface.c
+===
+--- gtkterm-1.2.1.orig/src/interface.c
 gtkterm-1.2.1/src/interface.c
+@@ -79,6 +79,7 @@
+ #include "logging.h"
+ 
+ #include 
++#include 
+ #include 
+ 
+ guint id;
+Index: gtkterm-1.2.1/src/user_signals.c
+===
+--- gtkterm-1.2.1.orig/src/user_signals.c
 gtkterm-1.2.1/src/user_signals.c
+@@ -1,3 +1,5 @@
++#include 
++#include 
+ #include 
+ #include "interface.h"
+ 
diff -Nru gtkterm-1.2.1/debian/patches/series 
gtkterm-1.2.1/debian/patches/series
--- gtkterm-1.2.1/debian/patches/series 1969-12-31 16:00:00.0 -0800
+++ gtkterm-1.2.1/debian/patches/series 2024-04-09 22:48:12.0 -0700
@@ -0,0 +1 @@
+no-implicit-declarations.patch


Bug#1066222: gtk-chtheme: FTBFS: theme_sel.c:113:5: error: implicit declaration of function ‘gtk_timeout_add’; did you mean ‘g_timeout_add’? [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: gtk-chtheme
Followup-For: Bug #1066222
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch 
gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch
--- gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch 
1969-12-31 16:00:00.0 -0800
+++ gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch 
2024-04-09 22:44:20.0 -0700
@@ -0,0 +1,19 @@
+Description: don't set GTK_DISABLE_DEPRECATED, deprecated APIs in use.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066222
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: gtk-chtheme-0.3.1/Makefile
+===
+--- gtk-chtheme-0.3.1.orig/Makefile
 gtk-chtheme-0.3.1/Makefile
+@@ -5,7 +5,7 @@
+ 
+ LDFLAGS = $(shell $(PKG_CONFIG) --libs gtk+-2.0)
+ CFLAGS += -Wall
+-CFLAGS += $(shell $(PKG_CONFIG) --cflags gtk+-2.0) -DGTK_DISABLE_BROKEN 
-DGTK_DISABLE_DEPRECATED
++CFLAGS += $(shell $(PKG_CONFIG) --cflags gtk+-2.0) -DGTK_DISABLE_BROKEN
+ CFLAGS += -DPROJNAME='"$(PROJNAME)"' -DVERSION='"$(VERSION)"'
+ CPPFLAGS =
+ CXXFLAGS =
diff -Nru gtk-chtheme-0.3.1/debian/patches/series 
gtk-chtheme-0.3.1/debian/patches/series
--- gtk-chtheme-0.3.1/debian/patches/series 2020-03-28 16:34:21.0 
-0700
+++ gtk-chtheme-0.3.1/debian/patches/series 2024-04-09 22:43:09.0 
-0700
@@ -2,3 +2,4 @@
 deprecated-on-gtk3+.patch
 cross.patch
 fix_ftbfs.patch
+no-implicit-declarations.patch


Bug#1066463: gnome-paint: FTBFS: cv_resize.c:368:9: error: implicit declaration of function ‘undo_add_resize’ [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: gnome-paint
Followup-For: Bug #1066463
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.

-- 
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
diff -Nru gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch 
gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch
--- gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch 
1969-12-31 16:00:00.0 -0800
+++ gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch 
2024-04-09 22:03:59.0 -0700
@@ -0,0 +1,192 @@
+Description: Add missing includes, don't set GTK_DISABLE_DEPRECATED
+ deprecated APIs are in use.
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066463
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: gnome-paint-0.4.0/src/Makefile.am
+===
+--- gnome-paint-0.4.0.orig/src/Makefile.am
 gnome-paint-0.4.0/src/Makefile.am
+@@ -78,7 +78,6 @@
+ gnome_paint_CFLAGS = \
+   -DG_DISABLE_DEPRECATED\
+   -DG_DISABLE_SINGLE_INCLUDES\
+-  -DGTK_DISABLE_DEPRECATED\
+   -DGDK_DISABLE_SINGLE_INCLUDES\
+   -DGTK_DISABLE_SINGLE_INCLUDES
+ 
+Index: gnome-paint-0.4.0/src/color.c
+===
+--- gnome-paint-0.4.0.orig/src/color.c
 gnome-paint-0.4.0/src/color.c
+@@ -20,6 +20,8 @@
+ #include "common.h"
+ #include "color.h"
+ #include "cv_drawing.h"
++#include "cv_eraser_tool.h"
++#include "cv_paintbrush_tool.h"
+ #include "pixbuf_util.h"
+ 
+ #include 
+Index: gnome-paint-0.4.0/src/undo.c
+===
+--- gnome-paint-0.4.0.orig/src/undo.c
 gnome-paint-0.4.0/src/undo.c
+@@ -28,7 +28,7 @@
+ #include "gp-image.h"
+ #include "gp_point_array.h"
+ #include "file.h"
+-
++#include "selection.h"
+ 
+ 
+ typedef enum
+Index: gnome-paint-0.4.0/src/cv_rectangle_tool.c
+===
+--- gnome-paint-0.4.0.orig/src/cv_rectangle_tool.c
 gnome-paint-0.4.0/src/cv_rectangle_tool.c
+@@ -25,6 +25,7 @@
+ #include 
+ 
+ #include "cv_rectangle_tool.h"
++#include "cv_drawing.h"
+ #include "file.h"
+ #include "undo.h"
+ #include "gp_point_array.h"
+Index: gnome-paint-0.4.0/src/cv_pencil_tool.c
+===
+--- gnome-paint-0.4.0.orig/src/cv_pencil_tool.c
 gnome-paint-0.4.0/src/cv_pencil_tool.c
+@@ -23,6 +23,7 @@
+  
+  #include 
+ 
++#include "cv_drawing.h"
+ #include "cv_pencil_tool.h"
+ #include "gp_point_array.h"
+ #include "undo.h"
+Index: gnome-paint-0.4.0/src/cv_resize.c
+===
+--- gnome-paint-0.4.0.orig/src/cv_resize.c
 gnome-paint-0.4.0/src/cv_resize.c
+@@ -28,6 +28,7 @@
+ #include "cv_resize.h"
+ #include "cv_drawing.h"
+ #include "file.h"
++#include "undo.h"
+ 
+ 
+ #define BOX_EDGE_SIZE 4
+Index: gnome-paint-0.4.0/src/cv_ellipse_tool.c
+===
+--- gnome-paint-0.4.0.orig/src/cv_ellipse_tool.c
 gnome-paint-0.4.0/src/cv_ellipse_tool.c
+@@ -24,6 +24,7 @@
+  
+  #include 
+ 
++#include "cv_drawing.h"
+ #include "cv_ellipse_tool.h"
+ #include "file.h"
+ #include "undo.h"
+Index: gnome-paint-0.4.0/src/cv_polygon_tool.c
+===
+--- gnome-paint-0.4.0.orig/src/cv_polygon_tool.c
 gnome-paint-0.4.0/src/cv_polygon_tool.c
+@@ -24,6 +24,7 @@
+  
+  #include 
+ 
++#include "cv_drawing.h"
+ #include "cv_polygon_tool.h"
+ #include "gp_point_array.h"
+ #include "undo.h"
+Index: gnome-paint-0.4.0/src/image_menu.c
+===
+--- gnome-paint-0.4.0.orig/src/image_menu.c
 gnome-paint-0.4.0/src/image_menu.c
+@@ -28,6 +28,7 @@
+ #include "selection.h"
+ #include "image_menu.h"
+ #include "gp-image.h"
++#include "undo.h"
+ 
+ typedef enum{
+   GP_FILP_VERT = 0,
+Index: gnome-paint-0.4.0/src/selection.h
+===
+--- gnome-paint-0.4.0.orig/src/selection.h
 gnome-paint-0.4.0/src/selection.h
+@@ -38,6 +38,10 @@
+ gbooleangp_selection_start_action

Bug#1066584: gnome-breakout: FTBFS: anim.c:58:17: error: implicit declaration of function ‘gb_error’; did you mean ‘g_error’? [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: gnome-breakout
Followup-For: Bug #1066584
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue, which has been uploaded to
Ubuntu.

-- 
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
diff -Nru gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch 
gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch
--- gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch  
1969-12-31 16:00:00.0 -0800
+++ gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch  
2024-04-09 21:55:20.0 -0700
@@ -0,0 +1,30 @@
+Description: fix missing gb_error() prototype
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066584
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: gnome-breakout-0.5.3/src/anim.c
+===
+--- gnome-breakout-0.5.3.orig/src/anim.c
 gnome-breakout-0.5.3/src/anim.c
+@@ -11,6 +11,7 @@
+ #include"gui.h"
+ #include"animloc.h"
+ #include"anim.h"
++#include "util.h"
+ 
+ /* Database of all the animations */
+ static Animation *animations;
+Index: gnome-breakout-0.5.3/src/gui.c
+===
+--- gnome-breakout-0.5.3.orig/src/gui.c
 gnome-breakout-0.5.3/src/gui.c
+@@ -14,6 +14,7 @@
+ #include "gui-callbacks.h"
+ #include "game.h"
+ #include "anim.h"
++#include "util.h"
+ 
+ /* See gui.h for more info */
+ static GuiInfo *gui = NULL;
diff -Nru gnome-breakout-0.5.3/debian/patches/series 
gnome-breakout-0.5.3/debian/patches/series
--- gnome-breakout-0.5.3/debian/patches/series  2018-09-13 05:13:26.0 
-0700
+++ gnome-breakout-0.5.3/debian/patches/series  2024-04-09 21:52:53.0 
-0700
@@ -7,3 +7,4 @@
 07_fix_wformat_warnings.patch
 08_link_mathlib.patch
 09_goocanvas_port.patch
+no-implicit-declarations.patch


Bug#1066608: dvbstreamer: FTBFS: standard/dvb/sdtprocessor.c:299:14: error: implicit declaration of function ‘UTF8_nextchar’ [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: dvbstreamer
Followup-For: Bug #1066608
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue which has been uploaded to
Ubuntu.  In addition to the missing declaration of UTF8_nextchar(), this
fixes a typo which would cause one of the plugins to build, but have
unresolvable symbol references.

-- 
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
diff -Nru dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch 
dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch
--- dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch 
1969-12-31 16:00:00.0 -0800
+++ dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch 
2024-04-09 17:01:35.0 -0700
@@ -0,0 +1,38 @@
+Description: fix missing declaration of UTF8_nextchar() and typo
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066608
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: dvbstreamer-2.1.0/src/standard/dvb/sdtprocessor.c
+===
+--- dvbstreamer-2.1.0.orig/src/standard/dvb/sdtprocessor.c
 dvbstreamer-2.1.0/src/standard/dvb/sdtprocessor.c
+@@ -46,6 +46,7 @@
+ #include "sdtprocessor.h"
+ #include "dvbtext.h"
+ #include "standard/dvb.h"
++#include "utf8.h"
+ 
+ 
/***
+ * Defines 
 *
+Index: dvbstreamer-2.1.0/src/plugins/cam.c
+===
+--- dvbstreamer-2.1.0.orig/src/plugins/cam.c
 dvbstreamer-2.1.0/src/plugins/cam.c
+@@ -97,7 +97,7 @@
+ 
+ if (pmt->i_program_number == service->id)
+ {
+-needs_decrypting = PMTDoesNeedDecypting(pmt);
++needs_decrypting = PMTDoesNeedDecrypting(pmt);
+ 
+ if (currentPMT)
+ {
+@@ -197,4 +197,4 @@
+ }
+ 
+ return false;
+-}
+\ No newline at end of file
++}
diff -Nru dvbstreamer-2.1.0/debian/patches/series 
dvbstreamer-2.1.0/debian/patches/series
--- dvbstreamer-2.1.0/debian/patches/series 2021-10-16 01:37:38.0 
-0700
+++ dvbstreamer-2.1.0/debian/patches/series 2024-04-09 17:00:23.0 
-0700
@@ -16,3 +16,4 @@
 
 ## does not apply, needs some care
 #svn_819.diff
+no-implicit-declarations.patch


Bug#1066286: das-watchdog: FTBFS: test_rt.c:32:33: error: implicit declaration of function ‘getpid’ [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: das-watchdog
Followup-For: Bug #1066286
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue, which has been uploaded to
Ubuntu.

-- 
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
diff -Nru das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch 
das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch
--- das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch
1969-12-31 16:00:00.0 -0800
+++ das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch
2024-04-09 16:13:22.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing unistd.h include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066286
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: das-watchdog-0.9.0/test_rt.c
+===
+--- das-watchdog-0.9.0.orig/test_rt.c
 das-watchdog-0.9.0/test_rt.c
+@@ -4,6 +4,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ int main() {
+   struct sched_param params;
diff -Nru das-watchdog-0.9.0/debian/patches/series 
das-watchdog-0.9.0/debian/patches/series
--- das-watchdog-0.9.0/debian/patches/series2023-09-19 01:59:37.0 
-0700
+++ das-watchdog-0.9.0/debian/patches/series2024-04-09 16:11:24.0 
-0700
@@ -6,3 +6,4 @@
 0001-Remove-duplicate-check-for-temp-i-0.patch
 0003-The-result-of-fgetc-is-an-int-not-a-char.patch
 fix-memory-leak-on-realloc.patch
+no-implicit-declarations.patch


Bug#1065777: clblas: FTBFS on arm{el,hf}: /<>/src/library/blas/gens/symv.c:955:29: error: implicit declaration of function ‘abs’; did you mean ‘fabs’? [-Werror=implicit-function-declarati

2024-04-09 Thread Steve Langasek
Package: clblas
Followup-For: Bug #1065777
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue.  This patch has been uploaded
to Ubuntu.

-- 
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
diff -Nru clblas-2.12/debian/patches/no-implicit-declarations.patch 
clblas-2.12/debian/patches/no-implicit-declarations.patch
--- clblas-2.12/debian/patches/no-implicit-declarations.patch   1969-12-31 
16:00:00.0 -0800
+++ clblas-2.12/debian/patches/no-implicit-declarations.patch   2024-04-09 
14:41:58.0 -0700
@@ -0,0 +1,18 @@
+Description: Add missing stdlib.h include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1065777
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: clblas-2.12/src/library/blas/gens/gemv.c
+===
+--- clblas-2.12.orig/src/library/blas/gens/gemv.c
 clblas-2.12/src/library/blas/gens/gemv.c
+@@ -21,6 +21,7 @@
+ 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
diff -Nru clblas-2.12/debian/patches/series clblas-2.12/debian/patches/series
--- clblas-2.12/debian/patches/series   2023-09-28 16:21:54.0 -0700
+++ clblas-2.12/debian/patches/series   2024-04-09 14:40:35.0 -0700
@@ -9,3 +9,4 @@
 Fix-double-literals.patch
 Fix-null-pointer-crash.patch
 Fix-local-variables-not-declared-in-outermost-scope.patch
+no-implicit-declarations.patch


Bug#1067108: alien-arena: FTBFS with -Werror=implicit-function-declaration

2024-04-09 Thread Steve Langasek
Package: alien-arena
Followup-For: Bug #1067108
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a fix for this bug, which has been uploaded to Ubuntu.

-- 
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
diff -Nru alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch 
alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch
--- alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch   
1969-12-31 16:00:00.0 -0800
+++ alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch   
2024-04-09 13:53:07.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1067108
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: alien-arena-7.71.3+dfsg/source/game/g_unlagged.c
+===
+--- alien-arena-7.71.3+dfsg.orig/source/game/g_unlagged.c
 alien-arena-7.71.3+dfsg/source/game/g_unlagged.c
+@@ -21,6 +21,7 @@
+ #include "config.h"
+ #endif
+ 
++#include "qcommon/qcommon.h"
+ #include "g_local.h"
+ 
+ /*
diff -Nru alien-arena-7.71.3+dfsg/debian/patches/series 
alien-arena-7.71.3+dfsg/debian/patches/series
--- alien-arena-7.71.3+dfsg/debian/patches/series   2023-02-12 
08:19:19.0 -0800
+++ alien-arena-7.71.3+dfsg/debian/patches/series   2024-04-09 
13:51:57.0 -0700
@@ -6,3 +6,4 @@
 odeconfig.patch
 irc.patch
 http11.patch
+no-implicit-declarations.patch


Bug#1066274: aa3d: FTBFS: aa3d.c:37:30: error: implicit declaration of function ‘strcmp’ [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: aa3d
Version: 1.0-8.2
Followup-For: Bug #1066274
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a fix for this bug.

This fix has been uploaded to Ubuntu.

-- 
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
diff -Nru aa3d-1.0/debian/patches/no-implicit-declarations.patch 
aa3d-1.0/debian/patches/no-implicit-declarations.patch
--- aa3d-1.0/debian/patches/no-implicit-declarations.patch  1969-12-31 
16:00:00.0 -0800
+++ aa3d-1.0/debian/patches/no-implicit-declarations.patch  2024-04-09 
13:42:30.0 -0700
@@ -0,0 +1,18 @@
+Description: add missing string.h include
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066274
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: aa3d-1.0/aa3d.c
+===
+--- aa3d-1.0.orig/aa3d.c
 aa3d-1.0/aa3d.c
+@@ -22,6 +22,7 @@
+  */
+ #include 
+ #include 
++#include 
+ static char data[65536 / 2];
+ int main(int argc, char **argv)
+ {
diff -Nru aa3d-1.0/debian/patches/series aa3d-1.0/debian/patches/series
--- aa3d-1.0/debian/patches/series  1969-12-31 16:00:00.0 -0800
+++ aa3d-1.0/debian/patches/series  2024-04-09 13:41:03.0 -0700
@@ -0,0 +1 @@
+no-implicit-declarations.patch


Bug#1066305: 3dchess: FTBFS: init.c:140:21: error: implicit declaration of function ‘time’ [-Werror=implicit-function-declaration]

2024-04-09 Thread Steve Langasek
Package: 3dchess
Version: 0.8.1-21
Followup-For: Bug #1066305
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached the fix for this bug, which has been uploaded to
Ubuntu.

-- 
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
diff -Nru 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch 
3dchess-0.8.1/debian/patches/no-implicit-declarations.patch
--- 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch 1969-12-31 
16:00:00.0 -0800
+++ 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch 2024-04-09 
13:23:33.0 -0700
@@ -0,0 +1,18 @@
+Description: fix missing declaration of time()
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066305
+Last-Update: 2024-04-09
+Forwarded: no
+
+Index: 3dchess-0.8.1/src/init.c
+===
+--- 3dchess-0.8.1.orig/src/init.c
 3dchess-0.8.1/src/init.c
+@@ -29,6 +29,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include "../include/machine.h"
+ #include "../include/3Dc.h"
+ 
diff -Nru 3dchess-0.8.1/debian/patches/series 
3dchess-0.8.1/debian/patches/series
--- 3dchess-0.8.1/debian/patches/series 2022-03-26 18:33:58.0 -0700
+++ 3dchess-0.8.1/debian/patches/series 2024-04-09 13:22:34.0 -0700
@@ -4,3 +4,4 @@
 13_machine.h.patch
 hardening.patch
 wasteful-CPU-consumption.patch
+no-implicit-declarations.patch


Bug#1068679: port-to-libsoup3.patch looks bad

2024-04-08 Thread Steve Langasek
Package: libtimezonemap
Version: 0.4.6-6
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Hello,

This is a follow-up to bug #1037940 which is now archived.

With the move of webkit2gtk to libsoup3, this now becomes non-negotiable for
us in Ubuntu, as ubiquity requires both webkit and libtimezonemap.

I have taken a stab at fixing this patch up based on the feedback in the
other bug and have something that passes libtimezonemap's own build-time
tests, and ubiquity's tests, though it's hard to tell how much the latter
actually matters for verifying libtimezonemap correctness due to mocking.

Please consider this for inclusion in Debian as well.

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
diff -Nru libtimezonemap-0.4.6/debian/control 
libtimezonemap-0.4.6/debian/control
--- libtimezonemap-0.4.6/debian/control 2024-03-07 21:30:43.0 -0800
+++ libtimezonemap-0.4.6/debian/control 2024-04-08 16:33:09.0 -0700
@@ -1,8 +1,7 @@
 Source: libtimezonemap
 Section: misc
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Debian Cinnamon Team 

+Maintainer: Debian Cinnamon Team 
 Uploaders:
  Maximiliano Curia ,
  Margarita Manterola ,
@@ -20,7 +19,7 @@
libgtk-3-dev (>= 3.1.4),
libcairo2-dev (>= 1.10),
libjson-glib-dev,
-   libsoup2.4-dev
+   libsoup-3.0-dev (>= 3.0.7)
 Standards-Version: 4.6.2
 Homepage: https://launchpad.net/timezonemap
 Vcs-Browser: https://salsa.debian.org/cinnamon-team/libtimezonemap
diff -Nru libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch 
libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch
--- libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch  2023-06-20 
23:54:22.0 -0700
+++ libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch  2024-04-08 
16:31:23.0 -0700
@@ -5,11 +5,11 @@
 Forwarded: not-yet
 Last-Update: 2022-08-06
 ---
-diff --git a/configure.ac b/configure.ac
-index 3f74dae..4e90e64 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -50,13 +50,13 @@ GDK_REQUIRED_VERSION=2.22
+Index: libtimezonemap/configure.ac
+===
+--- libtimezonemap.orig/configure.ac
 libtimezonemap/configure.ac
+@@ -50,13 +50,13 @@
  GLIB_REQUIRED_VERSION=2.26
  GTK3_REQUIRED_VERSION=3.1.4
  GIO_REQUIRED_VERSION=2.5.11
@@ -25,23 +25,24 @@
json-glib-1.0)
  LIBTIMEZONEMAP_LIBS="$LIBTIMEZONEMAP_LIBS $LIBM"
  
-diff --git a/src/timezone-completion.c b/src/timezone-completion.c
-index d310235..6971ae9 100644
 a/src/timezone-completion.c
-+++ b/src/timezone-completion.c
-@@ -271,8 +271,10 @@ geonames_data_ready (GObject *object, GAsyncResult *res, 
gpointer user_data)
+Index: libtimezonemap/src/timezone-completion.c
+===
+--- libtimezonemap.orig/src/timezone-completion.c
 libtimezonemap/src/timezone-completion.c
+@@ -270,9 +270,10 @@
+   CcTimezoneCompletionPrivate * priv = completion->priv;
GError * error = NULL;
GInputStream * stream;
-   SoupMessage *message;
+-  SoupMessage *message;
 +  const gchar * reason_phrase;
 +  SoupStatus status_code;
  
 -  stream = soup_request_send_finish (SOUP_REQUEST (object), res, );
-+  stream = soup_session_send_finish (SOUP_SESSION (object), res, );
++  stream = soup_session_send_finish (priv->soup_session, res, );
if (stream == NULL)
  {
if (!g_error_matches (error, G_IO_ERROR, G_IO_ERROR_CANCELLED))
-@@ -283,8 +285,9 @@ geonames_data_ready (GObject *object, GAsyncResult *res, 
gpointer user_data)
+@@ -283,8 +284,9 @@
return;
  }
  
@@ -53,7 +54,7 @@
  {
JsonParser *parser;
  
-@@ -296,7 +299,7 @@ geonames_data_ready (GObject *object, GAsyncResult *res, 
gpointer user_data)
+@@ -296,10 +298,10 @@
else
  {
g_warning ("Unable to fetch geonames (server responded with: %u %s)",
@@ -61,8 +62,12 @@
 + status_code, reason_phrase);
  }
  
-   g_object_unref (message);
-@@ -362,7 +365,7 @@ static gboolean
+-  g_object_unref (message);
++  g_object_unref (object);
+   g_object_unref (stream);
+ }
+ 
+@@ -362,7 +364,7 @@
  request_zones (CcTimezoneCompletion * completion)
  {
CcTimezoneCompletionPrivate * priv = completion->priv;
@@ -71,28 +76,17 @@
GError *error = NULL;
  
priv->queued_request = 0;
-@@ -388,13 +391,14 @@ request_zones (CcTimezoneCompletion * completion)
-   gchar * version = get_version ();
-   gchar * locale = get_locale ();
-   gchar * url = g_strdup_printf (GEONAME_URL, escaped,

Bug#1066065: libvformat: FTBFS: vf_reader.c:178:33: error: implicit declaration of function ‘read’; did you mean ‘fread’? [-Werror=implicit-function-declaration]

2024-04-07 Thread Steve Langasek
Package: libvformat
Version: 1.13-12.1
Followup-For: Bug #1066065
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find the fix for this attached.

As this is fallout from the time_t transition, I am uploading this as a 0-day
NMU.

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
diff -Nru libvformat-1.13/debian/control libvformat-1.13/debian/control
--- libvformat-1.13/debian/control  2024-03-31 12:51:42.0 -0700
+++ libvformat-1.13/debian/control  2024-04-07 01:00:50.0 -0700
@@ -1,8 +1,7 @@
 Source: libvformat
 Section: devel
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Thomas Preud'homme 
+Maintainer: Thomas Preud'homme 
 Standards-Version: 4.5.0
 Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), texinfo, 
automake, autoconf, libtool
 Build-Conflicts: autoconf2.13, automake1.4
diff -Nru libvformat-1.13/debian/patches/no-implicit-declarations.patch 
libvformat-1.13/debian/patches/no-implicit-declarations.patch
--- libvformat-1.13/debian/patches/no-implicit-declarations.patch   
1969-12-31 16:00:00.0 -0800
+++ libvformat-1.13/debian/patches/no-implicit-declarations.patch   
2024-04-07 00:59:05.0 -0700
@@ -0,0 +1,43 @@
+Description: fix missing unistd.h include
+ src/vf_reader.c includes unistd.h conditionally, but the condition
+ doesn't properly match what's emitted by autoconf.  Fix the #if so we
+ get a declaration for read().
+Author: Steve Langasek 
+Last-Update: 2024-04-07
+Forwarded: no
+Bug-Debian: https://bugs.debian.org/1066065
+
+Index: libvformat-1.13/src/vf_reader.c
+===
+--- libvformat-1.13.orig/src/vf_reader.c
 libvformat-1.13/src/vf_reader.c
+@@ -85,10 +85,12 @@
+  
*=*/
+ 
+ 
++#include "config.h"
++
+ #include 
+ #include 
+ 
+-#if defined(HAS_UNISTD_H)
++#if defined(HAVE_UNISTD_H)
+ #include 
+ #endif
+ 
+Index: libvformat-1.13/test/testsuppt.c
+===
+--- libvformat-1.13.orig/test/testsuppt.c
 libvformat-1.13/test/testsuppt.c
+@@ -51,9 +51,10 @@
+ 
/**
+  ANSI C & System-wide Header Files
+  
**/
++#include "config.h"
+ 
+ #include 
+-#if defined(HAS_UNISTD_H)
++#if defined(HAVE_UNISTD_H)
+ #include 
+ #endif
+ #include 
diff -Nru libvformat-1.13/debian/patches/series 
libvformat-1.13/debian/patches/series
--- libvformat-1.13/debian/patches/series   2020-08-10 14:55:14.0 
-0700
+++ libvformat-1.13/debian/patches/series   2024-04-07 00:50:34.0 
-0700
@@ -9,3 +9,4 @@
 0009-Fix-errors-returned-by-Werror-format-security.patch
 0010-Fix-typos-in-man-pages.patch
 auto-gitignore
+no-implicit-declarations.patch


Bug#1068220: normalize case of debian/control fields

2024-04-01 Thread Steve Langasek
Package: debian-policy
Version: 4.6.2.1

In the process of preparing mass-NMUs for the time_t transition, I
encountered a package where the scripted approach I was using failed because
a package already had a 'replaces' field in debian/control, and dpkg
detected the addition of a 'Replaces' field as a duplicate.

Although we are accustomed to seeing a certain capitalization for fields in
debian/control, I was surprised to see upon review that Debian Policy has
always said that the field names are case-insensitive.

While it may make sense for dpkg to be permissive in this regard, I don't
think it makes sense for Debian to allow it, as it unnecessarily makes
parsing of this file more difficult for little value.

I therefore propose that we change Debian policy 5.1 to standardize its case
rules for debian/control field names, using the well-known spongebob casing
rules.

The first, third, fourth, and seventh characters in the field name are
capitalized, with the second, fith, sixth, and eighth characters in lower
case, then repeating for each subsequent octet of characters.

As you can see, this consistency immediately gives much more readable
results:

SoURce: xz-utils
SeCTioN: utils
PrIOriTy: optional
MaINtaInEr: Jonathan Nieder 
UpLOadErS: Mohammed Adnène Trojette 
BuILd-DePeNDs: debhelper-compat (= 13), dpkg-dev (>= 1.16.2),
 autoconf (>= 2.64~), automake, libtool (>= 2.2),
 gettext, autopoint | gettext (<< 0.18-1), autopoint | cvs, po4a
BuILd-DePeNDs-Indep: doxygen
BuILd-CoNfLIctS: automake1.4
StANdaRdS-VErsIoN: 4.6.1
VcS-brOwSeR: https://salsa.debian.org/debian/xz-utils
VcS-giT: https://salsa.debian.org/debian/xz-utils
HoMEpaGe: https://tukaani.org/xz/
RuLEs-ReQuIRes-rOoT: no

Thanks for considering,
-- 
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


Bug#1068017: util-linux: please ship liblastlog2 packages

2024-03-30 Thread Steve Langasek
On Sat, Mar 30, 2024 at 08:32:40AM +0100, Sven Joachim wrote:
> >> So we could either put pam_lastlog2.so into a common-* file from
> >> src:pam, or openssh and shadow should switch their setup.

> >> What do we all think about that?

> > pam should not be adding any modules to common-* that it itself does not
> > ship.  Instead they should be added via pam-auth-config.

> I think you mean pam-auth-update here.

Yes.

-- 
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


Bug#1068017: util-linux: please ship liblastlog2 packages

2024-03-29 Thread Steve Langasek
On Sat, Mar 30, 2024 at 01:41:40AM +0100, Chris Hofstaedtler wrote:
> Hi OpenSSH, shadow Maintainers,
> 
> On Sat, Mar 30, 2024 at 01:32:08AM +0100, Chris Hofstaedtler wrote:
> > On Fri, Mar 29, 2024 at 06:02:39PM +0100, Sven Joachim wrote:
> > > It seems desirable to ship liblastlog2 in trixie, considering that the
> > > /var/log/lastlog file is not Y2038-safe and pam in unstable has already
> > > dropped pam_lastlog.so, meaning that non-ssh logins are no longer
> > > recorded in /var/log/lastlog.

> [..]
> > At the same time, all traditional writing to /var/log/lastlog should
> > stop.

> > So, after some of the current fog clears, src:util-linux could
> > introduce new binary packages (at least libpam-lastlog2), but
> > src:pam would need to add it to the common-* config files.

> > Does this seem right?

> Answering my own question, not quite.

> Apparently, traditionally we have:

> * sshd writes to /var/log/lastlog by itself.
> * login has pam_lastlog.so in its PAM snippet. 

> Both of these would need to be replaced by pam_lastlog2.so. I don't
> really know what the other distros are doing right now, and/or if
> we should align on this.

> So we could either put pam_lastlog2.so into a common-* file from
> src:pam, or openssh and shadow should switch their setup.

> What do we all think about that?

pam should not be adding any modules to common-* that it itself does not
ship.  Instead they should be added via pam-auth-config.

I don't have an opinion about this being done in common-* vs being done in
sshd+login particularly; but putting it to common-* by default seems a
behavior change that warrants broader discussion e.g.  debian-devel.

-- 
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


Bug#1063085: uhd: NMU diff for 64-bit time_t transition

2024-03-22 Thread Steve Langasek
Control: reopen -1

Reopening, closed by an upload of an unrelated package.

On Fri, Mar 22, 2024 at 12:20:06PM +0100, Andreas Beckmann wrote:
> Control: reopen -1
> Control: severity -1 serious

> I'm reopening this due to the regression (file conflict) #1063324

> Both libuhd4.6.0 and libuhd4.6.0-dpdk provide
>   /usr/lib/x86_64-linux-gnu/libuhd.so.4.6.0
> and are conflicting with each other.

> So I'm a bit confused that only libuhd4.6.0 got renamed to libuhd4.6.0t64
> ...

> Even if libuhd4.6.0-dpdk would not need to be renamed, I'd suggest to rename
> it anyway to not make the logic too complicated.

> Anyway libuhd4.6.0-dpdk (or libuhd4.6.0t64-dpdk) needs
>   Conflicts: libuhd4.6.0, libuhd4.6.0t64
> to solve #1063324.

Ah libuhd4.6.0-dpdk would not have been renamed because it is not built on
any 32-bit architectures.

So I think the Conflicts: just needs updating but the package does not need
renamed.

-- 
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


Bug#1062092: coin3: NMU diff for 64-bit time_t transition

2024-03-17 Thread Steve Langasek
Although the package renaming in this patch appears to have been correct,
the actual code fails to build on 32-bit archs with 64-bit time_t.  Please
find an updated NMU patch that corrects this issue.

I am uploading this change to unstable.

On Wed, Feb 28, 2024 at 04:52:14PM +, Steve Langasek wrote:
> Dear maintainer,
> 
> Please find attached a final version of this patch for the time_t
> transition.  This patch is being uploaded to unstable.
> 
> Note that this adds a versioned build-dependency on dpkg-dev, to guard
> against accidental backports with a wrong ABI.
> 
> Thanks!
> 
> 
> -- 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 coin3-4.0.2+ds/debian/changelog coin3-4.0.2+ds/debian/changelog
> --- coin3-4.0.2+ds/debian/changelog   2023-12-09 15:57:42.0 +
> +++ coin3-4.0.2+ds/debian/changelog   2024-02-28 16:47:51.0 +
> @@ -1,3 +1,10 @@
> +coin3 (4.0.2+ds-1.1) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename libraries for 64-bit time_t transition.  Closes: #1062092
> +
> + -- Steve Langasek   Wed, 28 Feb 2024 16:47:51 +
> +
>  coin3 (4.0.2+ds-1) unstable; urgency=medium
>  
>* Team upload.
> diff -Nru coin3-4.0.2+ds/debian/control coin3-4.0.2+ds/debian/control
> --- coin3-4.0.2+ds/debian/control 2023-12-09 15:56:48.0 +
> +++ coin3-4.0.2+ds/debian/control 2024-02-28 16:47:51.0 +
> @@ -3,7 +3,7 @@
>  Uploaders: Leopold Palomo-Avellaneda 
>  Section: graphics
>  Priority: optional
> -Build-Depends: debhelper-compat (= 13),
> +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
> cmake,
> doxygen,
> libexpat-dev,
> @@ -25,7 +25,10 @@
>  Vcs-Git: https://salsa.debian.org/science-team/coin3.git
>  Homepage: https://github.com/coin3d
>  
> -Package: libcoin80c
> +Package: libcoin80t64
> +Provides: ${t64:Provides}
> +X-Time64-Compat: libcoin80c
> +Breaks: libcoin80c (<< ${source:Version})
>  Architecture: any
>  Multi-Arch: same
>  Section: libs
> @@ -37,7 +40,7 @@
>libsimage-dev,
>zlib1g
>  Pre-Depends: ${misc:Pre-Depends}
> -Replaces: libcoin80v5
> +Replaces: libcoin80c, libcoin80v5
>  Description: high-level 3D graphics kit implementing the Open Inventor API
>   Coin is an OpenGL-based, retain-mode 3D graphics library that
>   implements the Open Inventor 2.1 API. It also includes support for
> @@ -52,7 +55,7 @@
>  Package: libcoin-dev
>  Architecture: any
>  Section: libdevel
> -Depends: libcoin80c (= ${binary:Version}),
> +Depends: libcoin80t64 (= ${binary:Version}),
>   libgl-dev,
>libopengl-dev,
>libglew-dev,
> @@ -93,7 +96,7 @@
>  Multi-Arch: foreign
>  Section: libs
>  Depends: ${misc:Depends}
> -Suggests: libcoin80c
> +Suggests: libcoin80t64
>  Replaces: libcoin80-runtime
>  Breaks: libcoin80-runtime
>  Description: high-level 3D graphics kit - external data files
> diff -Nru coin3-4.0.2+ds/debian/libcoin80c.install 
> coin3-4.0.2+ds/debian/libcoin80c.install
> --- coin3-4.0.2+ds/debian/libcoin80c.install  2023-12-09 15:56:48.0 
> +
> +++ coin3-4.0.2+ds/debian/libcoin80c.install  1970-01-01 00:00:00.0 
> +
> @@ -1 +0,0 @@
> -usr/lib/*/lib*.so.*
> diff -Nru coin3-4.0.2+ds/debian/libcoin80t64.install 
> coin3-4.0.2+ds/debian/libcoin80t64.install
> --- coin3-4.0.2+ds/debian/libcoin80t64.install1970-01-01 
> 00:00:00.0 +
> +++ coin3-4.0.2+ds/debian/libcoin80t64.install2023-12-09 
> 15:56:48.0 +
> @@ -0,0 +1 @@
> +usr/lib/*/lib*.so.*
> diff -Nru coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides 
> coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides
> --- coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides  1970-01-01 
> 00:00:00.0 +
> +++ coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides  2024-02-28 
> 16:46:37.0 +
> @@ -0,0 +1 @@
> +libcoin80t64: package-name-doesnt-match-sonames libcoin80c


-- 
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

Bug#1064165: lam: NMU diff for 64-bit time_t transition

2024-03-17 Thread Steve Langasek
Unfortunately, the lam source package has a debian/shlibs.local file which
resulted in incorrect internal dependencies between binary packages built
from this source.

The debian/shlibs.local is actually incorrect (it is more lax than the
public one) so the correct fix here is to drop it.

Attached is a full NMU debdiff for -7.2 which I am uploading now.

On Sat, Feb 17, 2024 at 10:27:54PM +, Steve Langasek wrote:
> Source: lam
> Version: 7.1.4-7
> Severity: important
> Tags: patch pending sid trixie
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> NOTICE: these changes must not be uploaded to unstable yet!
> 
> 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
> lam 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 lam
> 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'), (500, 'testing'), (500, 'stable'), (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 lam-7.1.4/debian/changelog lam-7.1.4/debian/changelog
> --- lam-7.1.4/debian/changelog2021-11-06 14:23:49.0 +
> +++ lam-7.1.4/debian/changelog2024-02-17 22:00:52.0 +0000
> @@ -1,3 +1,10 @@
> +lam (7.1.4-7.1) experimental; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename libraries for 64-bit time_t transition.
> +
> + -- Steve Langasek   Sat, 17 Feb 2024 22:00:52 +
> +
>  lam (7.1.4-7) unstable; urgency=medium
>  
>* --with-romio-flags=-ar_nolocal in two configure runs in debian/rules
> diff -Nru lam-7.1.4/debian/control lam-7.1.4/debian/control
> --- lam-7.1.4/debian/control  2021-11-06 14:22:46.0 +
> +++ lam-7.1.4/debian/control  2024-02-17 22:00:52.0 +
> @@ -21,7 +21,7 @@
>  Package: lam4-dev
>  Section: devel
>  Architecture: any
> -Depends: liblam4 (= ${binary:Version}), libc6-dev,${misc:Depends}
> +Depends: liblam4t64 (= ${binary:Version}), libc6-dev,${misc:Depends}
>  Provides: lam-dev
>  Conflicts: lam-dev,lam,lam1-dev,mpi-doc (<< 1.2.7-4),lam-runtime (<= 7.1.2-2)
>  Replaces: lam-dev,lam,lam1-dev,lam2-dev,lam3-dev,lam-runtime (<= 7.1.2-2)
> @@ -31,16 +31,16 @@
>   .
>   This package provides the development headers and related files.
>  
> -Package: liblam4
> +Package: liblam4t64
>  Section: libs
>  Architecture: any
>  Multi-Arch: same
>  Depends: ${shlibs:Depends},${misc:Depends}
> -Provides: mpi
> +Provides: ${t64:Provides}, mpi
>  Conflicts: lam,lam1,lam4,lam4c2
> -Replaces: lam,lam1,lam4,lam4c2
> +Replaces: liblam4, lam,lam1,lam4,lam4c2
>  Recommends: lam-runtime
> -Breaks: libopenmpi-dev (<< 3.0.1~rc1-2), openmpi-bin (<< 3.0.1~rc1-2), mpich 
> (<< 3.3~a3-2), libmpich-dev (<< 3.3~a3-2)
> +Breaks: liblam4 (<< ${source:Version}), libopenmpi-dev (<< 3.0.1~rc1-2), 
> openmpi-bin (<< 3.0.1~rc1-2), mpich (<< 3.3~a3-2), libmpich-dev (<< 3.3~a3-2)
>  Description: Shared libraries used by LAM parallel programs
>   LAM (Local Area Multicomputer) is an

Bug#1062426: libmstoolkit: NMU diff for 64-bit time_t transition

2024-03-17 Thread Steve Langasek
Unfortunately, the scripting to automatically patch packages for the rename
can't address debian/rules so the hard-coded reference to the library
package name there was missed.  Please find an updated NMU patch for this
issue.  I am uploading this follow-up fix to unstable.

On Thu, Feb 01, 2024 at 10:16:27AM +, Steve Langasek wrote:
> Source: libmstoolkit
> Version: 82-7
> 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
> libmstoolkit 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 libmstoolkit
> 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'), (500, 'testing'), (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 libmstoolkit-82/debian/changelog libmstoolkit-82/debian/changelog
> --- libmstoolkit-82/debian/changelog  2020-06-16 11:25:37.0 +
> +++ libmstoolkit-82/debian/changelog  2024-02-01 10:15:18.0 +
> @@ -1,3 +1,10 @@
> +libmstoolkit (82-7.1) experimental; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename libraries for 64-bit time_t transition.
> +
> + -- Steve Langasek   Thu, 01 Feb 2024 10:15:18 +
> +
>  libmstoolkit (82-7) unstable; urgency=low
>  
>* Fix the VCS urls to point to the salsa git repos.
> diff -Nru libmstoolkit-82/debian/control libmstoolkit-82/debian/control
> --- libmstoolkit-82/debian/control2020-06-16 11:25:37.0 +
> +++ libmstoolkit-82/debian/control2024-02-01 10:15:18.0 +
> @@ -18,7 +18,7 @@
>  Section: libdevel
>  Architecture: any
>  Depends: ${misc:Depends}, 
> - libmstoolkit82 (= ${binary:Version}),
> + libmstoolkit82t64 (= ${binary:Version}),
>zlib1g-dev (>=1:1.2.8),
>   libsqlite3-dev (>= 3.8.6),
>   libexpat1-dev (>= 2.1.0) 
> @@ -44,7 +44,10 @@
> - Sequential or random-access file reading.
>  
>  
> -Package: libmstoolkit82
> +Package: libmstoolkit82t64
> +Provides: ${t64:Provides}
> +Replaces: libmstoolkit82
> +Breaks: libmstoolkit82 (<< ${source:Version})
>  Architecture: any
>  Depends: ${shlibs:Depends}, 
>   ${misc:Depends}
> @@ -78,7 +81,7 @@
>  Package: libmstoolkit-tools
>  Section: science
>  Architecture: any
> -Depends: libmstoolkit82 (= ${binary:Version}),
> +Depends: libmstoolkit82t64 (= ${binary:Version}),
>   ${shlibs:Depends}, 
>   ${misc:Depends}
>  Description: libraries for manipulating mass spectrometry data - tools
> diff -Nru libmstoolkit-82/debian/libmstoolkit82.dirs 
> libmstoolkit-82/debian/libmstoolkit82.dirs
> --- libmstoolkit-82/debian/libmstoolkit82.dirs2020-06-16 
> 11:25:37.0 +
> +++ libmstoolkit-82/debian/libmstoolkit82.dirs1970-01-01 
> 00:00:00.0 +
> @@ -1 +0,0 @@
> -usr/lib
> diff -Nru libmstool

Bug#1066281: libdbi-drivers: FTBFS: src/unit.c:229:5: error: implicit declaration of function ‘wait’; did you mean ‘want’? [-Werror=implicit-function-declaration]

2024-03-17 Thread Steve Langasek
Package: libdbi-drivers
Version: 0.9.0-11
Followup-For: Bug #1066281
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Control: tags -1 patch

Please find attached a (trivial) patch for this issue.

-- 
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
diff -Nru libdbi-drivers-0.9.0/debian/control 
libdbi-drivers-0.9.0/debian/control
--- libdbi-drivers-0.9.0/debian/control 2023-01-18 07:10:49.0 -0800
+++ libdbi-drivers-0.9.0/debian/control 2024-03-17 11:28:49.0 -0700
@@ -1,8 +1,7 @@
 Source: libdbi-drivers
 Section: libs
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Laszlo Boszormenyi (GCS) 
+Maintainer: Laszlo Boszormenyi (GCS) 
 Uploaders: Prach Pongpanich 
 Build-Depends: automake,
debhelper-compat (= 12),
diff -Nru libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch 
libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch
--- libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch  
1969-12-31 16:00:00.0 -0800
+++ libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch  
2024-03-17 11:28:43.0 -0700
@@ -0,0 +1,20 @@
+Description: fix implicit declaration error for wait()
+ 64-bit time_t requires us to be stricter about function declarations.
+ include the missing system header that defines wait().
+Author: Steve Langasek 
+Bug-Debian: https://bugs.debian.org/1066281
+Forwarded: no
+Last-Update: 2024-03-17
+
+Index: libdbi-drivers-0.9.0/tests/cgreen/src/unit.c
+===
+--- libdbi-drivers-0.9.0.orig/tests/cgreen/src/unit.c
 libdbi-drivers-0.9.0/tests/cgreen/src/unit.c
+@@ -9,6 +9,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ enum {test_function, test_suite};
+ 
diff -Nru libdbi-drivers-0.9.0/debian/patches/series 
libdbi-drivers-0.9.0/debian/patches/series
--- libdbi-drivers-0.9.0/debian/patches/series  2023-01-18 07:10:47.0 
-0800
+++ libdbi-drivers-0.9.0/debian/patches/series  2024-03-17 11:26:21.0 
-0700
@@ -10,3 +10,4 @@
 test_mysql_date_tz.patch
 mysql-8.0.patch
 no_mariadb_timezone.patch
+no-implicit-declarations.patch


Bug#1061902: consolekit2: NMU diff for 64-bit time_t transition

2024-03-17 Thread Steve Langasek
The build failure is not caused by this patch.  You have an existing
severity: serious bug open about the build failure:
https://bugs.debian.org/1061493

-- 
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


Bug#1067030: gammu: FTBFS in Ubuntu due to buffer overflow

2024-03-17 Thread Steve Langasek
Package: gammu
Version: 1.42.0-8.1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Hi Boian,

In Ubuntu gammu fails to build from source with the current default compiler
because it checks more strictly than Debian's for buffer overflows, and it
finds one in the handling of the GSM_Backup.Creator field: this is a buffer
of 80 characters, and the code assumes it can shove the entire output of
`uname` into it with no bounds checking.

Attached is a patch that allows the package to build without test failures
due to buffer overflows.

Thanks for considering,
-- 
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
diff -Nru gammu-1.42.0/debian/patches/series gammu-1.42.0/debian/patches/series
--- gammu-1.42.0/debian/patches/series  2023-01-29 13:07:57.0 -0800
+++ gammu-1.42.0/debian/patches/series  2024-03-17 01:18:45.0 -0700
@@ -5,3 +5,4 @@
 06-disable_smsd-dbi-sqlite3.patch
 07-use_posix_shell_only.patch
 08-no_warnings_in_docs.patch
+uname-buffer-overflow.patch
diff -Nru gammu-1.42.0/debian/patches/uname-buffer-overflow.patch 
gammu-1.42.0/debian/patches/uname-buffer-overflow.patch
--- gammu-1.42.0/debian/patches/uname-buffer-overflow.patch 1969-12-31 
16:00:00.0 -0800
+++ gammu-1.42.0/debian/patches/uname-buffer-overflow.patch 2024-03-17 
01:22:52.0 -0700
@@ -0,0 +1,47 @@
+Description: fix buffer overflow in GSM_Backup.Creator
+ GSM_Backup contains an 80-char 'Creator' field which it tries to fill
+ with the contents of 'uname -a'.  Recent compilers rightly detect a
+ buffer overflow (on Ubuntu, this output is 120 characters long and it's
+ not the only thing expected to go in this field).  Avoid use of the
+ never-safe strcat().
+Author: Steve Langasek 
+Forwarded: no
+Last-Update: 2024-03-17
+
+Index: gammu-1.42.0/gammu/backup.c
+===
+--- gammu-1.42.0.orig/gammu/backup.c
 gammu-1.42.0/gammu/backup.c
+@@ -347,6 +347,7 @@
+   GSM_GPRSAccessPoint GPRSPoint;
+   gbooleanDoBackupPart;
+   char buffer[GSM_MAX_INFO_LENGTH];
++  size_t  len;
+ 
+   if (argc == 4 && strcasecmp(argv[3],"-yes") == 0) always_answer_yes = 
TRUE;
+ 
+@@ -354,13 +355,18 @@
+   GSM_GetBackupFormatFeatures(GSM_GuessBackupFormat(argv[2], 
FALSE),);
+ 
+   sprintf(Backup.Creator, "Gammu %s", GAMMU_VERSION);
+-  if (strlen(GetOS()) != 0) {
+-  strcat(Backup.Creator+strlen(Backup.Creator),", ");
+-  strcat(Backup.Creator+strlen(Backup.Creator),GetOS());
++  len = sizeof(Backup.Creator) - strlen(Backup.Creator) - 1;
++  if (strlen(GetOS()) != 0 && len > strlen(GetOS()) + 3) {
++  strncat(Backup.Creator+strlen(Backup.Creator),", ", len);
++  len -= 2;
++  strncat(Backup.Creator+strlen(Backup.Creator),GetOS(), len);
++  len -= strlen(GetOS());
+   }
+-  if (strlen(GetCompiler()) != 0) {
+-  strcat(Backup.Creator+strlen(Backup.Creator),", ");
+-  strcat(Backup.Creator+strlen(Backup.Creator),GetCompiler());
++  if (strlen(GetCompiler()) != 0 && len > strlen(GetCompiler()) + 3) {
++  strncat(Backup.Creator+strlen(Backup.Creator),", ", len);
++  len -= 2;
++  strncat(Backup.Creator+strlen(Backup.Creator),GetCompiler(),
++  len);
+   }
+ 
+   signal(SIGINT, interrupt);


Bug#1064158: jxrlib: NMU diff for 64-bit time_t transition

2024-03-16 Thread Steve Langasek
Hello,

Unfortunately, the mass NMU scripting missed that debian/symbols needed
updated as well, resulting in a libjxr0t64 package that depends on libjxr0
which doesn't exist on 32-bit archs.

Attached is a comprehensive NMU patch that fixes this issue as well.  I am
uploading this change to unstable.

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

On Sat, Feb 17, 2024 at 08:36:44PM +, Steve Langasek wrote:
> Source: jxrlib
> Version: 1.2~git20170615.f752187-5
> Severity: important
> Tags: patch pending sid trixie
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> NOTICE: these changes must not be uploaded to unstable yet!
> 
> 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
> jxrlib 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 jxrlib
> 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'), (500, 'testing'), (500, 'stable'), (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 jxrlib-1.2~git20170615.f752187/debian/changelog 
> jxrlib-1.2~git20170615.f752187/debian/changelog
> --- jxrlib-1.2~git20170615.f752187/debian/changelog   2022-01-28 
> 12:55:06.0 +
> +++ jxrlib-1.2~git20170615.f752187/debian/changelog   2024-02-17 
> 20:20:40.0 +
> @@ -1,3 +1,10 @@
> +jxrlib (1.2~git20170615.f752187-5.1) experimental; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename libraries for 64-bit time_t transition.
> +
> + -- Steve Langasek   Sat, 17 Feb 2024 20:20:40 +
> +
>  jxrlib (1.2~git20170615.f752187-5) unstable; urgency=medium
>  
>[ Mathieu Malaterre ]
> diff -Nru jxrlib-1.2~git20170615.f752187/debian/control 
> jxrlib-1.2~git20170615.f752187/debian/control
> --- jxrlib-1.2~git20170615.f752187/debian/control 2022-01-28 
> 10:19:14.0 +
> +++ jxrlib-1.2~git20170615.f752187/debian/control 2024-02-17 
> 20:20:40.0 +
> @@ -14,7 +14,10 @@
>  Standards-Version: 4.6.0
>  Rules-Requires-Root: no
>  
> -Package: libjxr0
> +Package: libjxr0t64
> +Provides: ${t64:Provides}
> +Replaces: libjxr0
> +Breaks: libjxr0 (<< ${source:Version})
>  Section: libs
>  Architecture: any
>  Depends: ${misc:Depends}, ${shlibs:Depends}
> @@ -42,7 +45,7 @@
>  Architecture: any
>  Section: libdevel
>  Multi-Arch: same
> -Depends: libjxr0 (= ${binary:Version}), ${misc:Depends}
> +Depends: libjxr0t64 (= ${binary:Version}), ${misc:Depends}
>  Description: JPEG-XR lib - dev files
>   JPEG XR is an approved ISO/IEC International standard (its official
>   designation is ISO/IEC 29199-2).
> diff -Nru jxrlib-1.2~git20170615.f752187/debian/libjxr0t64.lintian-overrides 
> jxrlib-1.2~git20170615.f752187/debian/libjxr0t64.lintian-overrides
> --- jxrlib-1.2~git2017061

Bug#1061901: compiz: NMU diff for 64-bit time_t transition

2024-03-15 Thread Steve Langasek
Unfortunately, compiz FTBFS on armel and armhf because
libstartup-notification is not 64-bit time_t-safe.  I have uploaded a
follow-up NMU to fix this.  Please find attached the comprehensive NMU
patch.

On Wed, Feb 28, 2024 at 05:32:03PM +, Steve Langasek wrote:
> Dear maintainer,
> 
> Please find attached a final version of this patch for the time_t
> transition.  This patch is being uploaded to unstable.
> 
> Note that this adds a versioned build-dependency on dpkg-dev, to guard
> against accidental backports with a wrong ABI.
> 
> Thanks!
> 
> 
> -- 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)

-- 
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
diff -Nru compiz-0.8.18/debian/changelog compiz-0.8.18/debian/changelog
--- compiz-0.8.18/debian/changelog  2023-01-01 21:58:27.0 +
+++ compiz-0.8.18/debian/changelog  2024-03-16 01:19:57.0 +
@@ -1,3 +1,18 @@
+compiz (2:0.8.18-5.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/64-bit-time-t-compat.patch: fix build with
+_TIME_BITS=64.
+
+ -- Steve Langasek   Sat, 16 Mar 2024 01:19:57 +
+
+compiz (2:0.8.18-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061901
+
+ -- Steve Langasek   Wed, 28 Feb 2024 17:31:21 +
+
 compiz (2:0.8.18-5) unstable; urgency=medium
 
   [ Samuel Thibault ]
diff -Nru compiz-0.8.18/debian/control compiz-0.8.18/debian/control
--- compiz-0.8.18/debian/control2023-01-01 21:58:27.0 +
+++ compiz-0.8.18/debian/control2024-02-28 17:31:21.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Hypra Team 
 Uploaders: Samuel Thibault 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
intltool,
libcairo2-dev,
libglib2.0-dev,
@@ -159,7 +159,10 @@
  This package contains the standard plugins that come with compiz. Compiz
  without these plugins is not very useful.
 
-Package: libdecoration0
+Package: libdecoration0t64
+Provides: ${t64:Provides}
+Replaces: libdecoration0
+Breaks: libdecoration0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -174,7 +177,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libdecoration0 (= ${binary:Version}),
+Depends: libdecoration0t64 (= ${binary:Version}),
  ${misc:Depends},
  libx11-dev,
  libxrender-dev
diff -Nru compiz-0.8.18/debian/libdecoration0.install 
compiz-0.8.18/debian/libdecoration0.install
--- compiz-0.8.18/debian/libdecoration0.install 2018-10-27 12:09:18.0 
+
+++ compiz-0.8.18/debian/libdecoration0.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/libdecoration*.so.*
diff -Nru compiz-0.8.18/debian/libdecoration0t64.install 
compiz-0.8.18/debian/libdecoration0t64.install
--- compiz-0.8.18/debian/libdecoration0t64.install  1970-01-01 
00:00:00.0 +
+++ compiz-0.8.18/debian/libdecoration0t64.install  2018-10-27 
12:09:18.0 +
@@ -0,0 +1 @@
+usr/lib/libdecoration*.so.*
diff -Nru compiz-0.8.18/debian/libdecoration0t64.lintian-overrides 
compiz-0.8.18/debian/libdecoration0t64.lintian-overrides
--- compiz-0.8.18/debian/libdecoration0t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ compiz-0.8.18/debian/libdecoration0t64.lintian-overrides2024-02-28 
17:29:20.0 +
@@ -0,0 +1 @@
+libdecoration0t64: package-name-doesnt-match-sonames libdecoration0
diff -Nru compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch 
compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch
--- compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch 1970-01-01 
00:00:00.0 +
+++ compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch 2024-03-16 
01:19:57.0 +
@@ -0,0 +1,30 @@
+Description: fix build with _TIME_BITS=64
+ The startup-notification API takes a long * where it ought to have always
+ taken a time_t *.  As a consequence, changing the size of time_t makes
+ callers fail to build.  Work around this by safely casting to a long.
+ This will continue to work on 32-bit systems until 2038, by which time
+ all the 32-bit systems will be dead

Bug#1062199: gvm-libs: NMU diff for 64-bit time_t transition

2024-03-15 Thread Steve Langasek
Hi Sophie,

gvm-libs needs a further change to actually be buildable on 32-bit archs
with 64-bit time_t.  I've done a follow-up NMU for this; please find a
comprehensive debdiff attached.

-- 
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
diff -Nru gvm-libs-22.7.3/debian/changelog gvm-libs-22.7.3/debian/changelog
--- gvm-libs-22.7.3/debian/changelog2023-11-20 15:13:25.0 +
+++ gvm-libs-22.7.3/debian/changelog2024-03-16 00:32:34.0 +
@@ -1,3 +1,18 @@
+gvm-libs (22.7.3-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/64-bit-time-t-compat.patch: wrap the write symbols
+when _FILE_OFFSET_BITS=64 is set.
+
+ -- Steve Langasek   Sat, 16 Mar 2024 00:32:34 +
+
+gvm-libs (22.7.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062199
+
+ -- Lukas Märdian   Wed, 28 Feb 2024 09:24:41 +
+
 gvm-libs (22.7.3-1) unstable; urgency=medium
 
   * New upstream version 22.7.3
diff -Nru gvm-libs-22.7.3/debian/control gvm-libs-22.7.3/debian/control
--- gvm-libs-22.7.3/debian/control  2023-11-20 15:13:25.0 +
+++ gvm-libs-22.7.3/debian/control  2024-02-28 09:24:41.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Security Tools 
 Uploaders: Sophie Brun 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
cmake,
   libcgreen1-dev [!ppc64el !s390x],
libglib2.0-dev,
@@ -37,7 +37,7 @@
  libgpgme-dev,
  libhiredis-dev,
  libksba-dev,
- libgvm22 (= ${binary:Version}),
+ libgvm22t64 (= ${binary:Version}),
  libpcap-dev,
  libssh-dev,
  uuid-dev,
@@ -71,12 +71,14 @@
  libraries.
 
 
-Package: libgvm22
+Package: libgvm22t64
+Provides: ${t64:Provides}
+Breaks: libgvm22 (<< ${source:Version})
 Architecture: any
 Depends: ${misc:Depends},
  ${shlibs:Depends},
 Multi-Arch: same
-Replaces: libopenvas9
+Replaces: libgvm22, libopenvas9
 Conflicts: libopenvas9
 Description: remote network security auditor - shared libraries
  The Open Vulnerability Assessment System is a modular security auditing
diff -Nru gvm-libs-22.7.3/debian/libgvm22.install 
gvm-libs-22.7.3/debian/libgvm22.install
--- gvm-libs-22.7.3/debian/libgvm22.install 2023-11-20 15:13:25.0 
+
+++ gvm-libs-22.7.3/debian/libgvm22.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libgvm*.so.*
diff -Nru gvm-libs-22.7.3/debian/libgvm22.lintian-overrides 
gvm-libs-22.7.3/debian/libgvm22.lintian-overrides
--- gvm-libs-22.7.3/debian/libgvm22.lintian-overrides   2023-11-20 
15:13:25.0 +
+++ gvm-libs-22.7.3/debian/libgvm22.lintian-overrides   1970-01-01 
00:00:00.0 +
@@ -1,4 +0,0 @@
-# this package provides several shared libraries built from the same source
-# tree; since they change their SONAMES together they are provided in a single
-# library package
-package-name-doesnt-match-sonames
diff -Nru gvm-libs-22.7.3/debian/libgvm22.symbols 
gvm-libs-22.7.3/debian/libgvm22.symbols
--- gvm-libs-22.7.3/debian/libgvm22.symbols 2023-11-20 15:13:25.0 
+
+++ gvm-libs-22.7.3/debian/libgvm22.symbols 1970-01-01 00:00:00.0 
+
@@ -1,486 +0,0 @@
-libgvm_base.so.22 libgvm22 #MINVER#
-* Build-Depends-Package: libgvm-dev
- addr6_as_str@Base 22.4.0
- addr6_to_str@Base 22.4.0
- append_to_credentials_password@Base 22.4.0
- append_to_credentials_username@Base 22.4.0
- array_add@Base 22.4.0
- array_free@Base 22.4.0
- array_reset@Base 22.4.0
- array_terminate@Base 22.4.0
- cleanup_settings_iterator@Base 22.4.0
- current_environ@Base 22.4.0
- drop_privileges@Base 22.4.0
- facilitynames@Base 22.4.0
- free_credentials@Base 22.4.0
- free_log_configuration@Base 22.4.0
- free_log_reference@Base 22.4.4
- get_cvss_score_from_base_metrics@Base 22.4.0
- get_log_reference@Base 22.4.4
- get_time@Base 22.4.0
- global_source_addr6@Base 22.4.0
- global_source_addr@Base 22.4.0
- global_source_iface@Base 22.4.0
- gvm_append_string@Base 22.4.0
- gvm_append_text@Base 22.4.0
- gvm_close_sentry@Base 22.4.0
- gvm_disable_password_policy@Base 22.4.0
- gvm_duplicate_host@Base 22.4.0
- gvm_duplicate_vhost@Base 22.4.0
- gvm_free_string_var@Base 22.4.0
- gvm_get_host_type@Base 22.4.0
- gvm_get_outgoing_iface@Base 22.4.0
- gvm_has_sentry_support@Base 22.4.0
- gvm_host_add_reverse_lookup@Base 22.4.0
- gvm_host_find_in_hosts@Base 22.4.0
- gvm_host_free@Base 22.4.0
- gvm_host_from_str@Base 22.4.0
- gvm_host_get_addr6@Base 22.4.0
- gvm_host_in_hosts@Base 22.4.0
- gvm_host_resolve@Base 22.4.0
- gvm_host_reverse_lookup@Base 22.4.0
- gvm_host_

Bug#1066839: pipewire: ftbfs with 64-bit time_t

2024-03-14 Thread Steve Langasek
Package: pipewire
Version: 1.0.3-1.1
Severity: serious
Tags: patch
Justification: ftbfs
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Dear maintainers,

pipewire fails to build from source on 32-bit architectures under 64-bit
time_t, because it has a module that legitimately un-sets _FILE_OFFSET_BITS
for building but this is not allowed without also unsetting _TIME_BITS.

Since this is a legitimate un-setting of _FILE_OFFSET_BITS in order to get
access to the necessary libc6 prototypes and macros, and since the functions
being intercepted are not sensitive to time_t, the simplest solution is to
also unset _TIME_BITS.

Please see the attached patch, which has been uploaded to Ubuntu to fix this
build failure.

Thanks for considering,
-- 
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
diff -Nru pipewire-1.0.3/debian/control pipewire-1.0.3/debian/control
--- pipewire-1.0.3/debian/control   2024-03-04 08:54:55.0 -0800
+++ pipewire-1.0.3/debian/control   2024-03-13 23:11:56.0 -0700
@@ -1,8 +1,7 @@
 Source: pipewire
 Section: libs
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Utopia Maintenance Team 

+Maintainer: Utopia Maintenance Team 

 Uploaders: Jeremy Bicha ,
Dylan Aïssi 
 Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
diff -Nru pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch 
pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch
--- pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch1969-12-31 
16:00:00.0 -0800
+++ pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch2024-03-13 
23:11:47.0 -0700
@@ -0,0 +1,21 @@
+Description: 64-bit time_t compatibility for v4l2 module
+ The v4l2 build unsets _FILE_OFFSET_BITS, which is not allowed when setting
+ _TIME_BITS=64.  Having verified that nothing in this module is sensitive to
+ 64-bit time_t (none of the functions it intercepts handle time), we also
+ unset _TIME_BITS to allow this to build as before.
+Author: Steve Langasek 
+Forwarded: no
+Last-Update: 2024-03-13
+
+Index: pipewire-1.0.3/pipewire-v4l2/src/meson.build
+===
+--- pipewire-1.0.3.orig/pipewire-v4l2/src/meson.build
 pipewire-1.0.3/pipewire-v4l2/src/meson.build
+@@ -12,6 +12,7 @@
+   '-U_FILE_OFFSET_BITS',
+   '-D_FILE_OFFSET_BITS=32',
+   '-D_LARGEFILE64_SOURCE',
++  '-U_TIME_BITS',
+   '-fvisibility=hidden',
+ ]
+ 
diff -Nru pipewire-1.0.3/debian/patches/series 
pipewire-1.0.3/debian/patches/series
--- pipewire-1.0.3/debian/patches/series2024-03-04 08:54:55.0 
-0800
+++ pipewire-1.0.3/debian/patches/series2024-03-13 23:09:06.0 
-0700
@@ -19,3 +19,4 @@
 snap/snap-policy-Manage-ENOPROTOOPT-error-in-aa_getpeercon.patch
 snap/snap-policy-ensure-audio-works-with-.deb-snapd.patch
 snap/snap-policy-fix-memory-leak.patch
+64-bit-time-t-compat.patch


Bug#1066836: libcamera: ftbfs with 64-bit time_t

2024-03-13 Thread Steve Langasek
Package: libcamera
Version: 0.2.0-1
Severity: serious
Tags: patch
Justification: ftbfs
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Dear maintainers,

libcamera fails to build from source on 32-bit architectures under 64-bit
time_t, because it has a module that legitimately un-sets _FILE_OFFSET_BITS
for building but this is not allowed without also unsetting _TIME_BITS:

[...]
[267/430] c++ -Isrc/v4l2/v4l2-compat.so.p -Isrc/v4l2 -I../src/v4l2 -Iinclude 
-I../include -Iinclude/libcamera/ipa -Iinclude/libcamera 
-fdiagnostics-color=always -Wall -Winvalid-pch -Wextra -Werror -std=c++17 
-Wno-redundant-move -Wno-psabi -Wshadow -include 
/<>/obj-arm-linux-gnueabihf/config.h -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/libcamera-0.2.0-1ubuntu3 
-Wno-error -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 
-Wdate-time -D_FORTIFY_SOURCE=3 -fPIC -DLIBCAMERA_BASE_PRIVATE 
-U_FILE_OFFSET_BITS -D_FILE_OFFSET_BITS=32 -D_LARGEFILE64_SOURCE 
-fvisibility=hidden -MD -MQ src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -MF 
src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o.d -o 
src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -c ../src/v4l2/v4l2_camera.cpp
FAILED: src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o 
c++ -Isrc/v4l2/v4l2-compat.so.p -Isrc/v4l2 -I../src/v4l2 -Iinclude -I../include 
-Iinclude/libcamera/ipa -Iinclude/libcamera -fdiagnostics-color=always -Wall 
-Winvalid-pch -Wextra -Werror -std=c++17 -Wno-redundant-move -Wno-psabi 
-Wshadow -include /<>/obj-arm-linux-gnueabihf/config.h -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/libcamera-0.2.0-1ubuntu3 
-Wno-error -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 
-Wdate-time -D_FORTIFY_SOURCE=3 -fPIC -DLIBCAMERA_BASE_PRIVATE 
-U_FILE_OFFSET_BITS -D_FILE_OFFSET_BITS=32 -D_LARGEFILE64_SOURCE 
-fvisibility=hidden -MD -MQ src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -MF 
src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o.d -o 
src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -c ../src/v4l2/v4l2_camera.cpp
In file included from /usr/include/features.h:394,
 from 
/usr/include/arm-linux-gnueabihf/c++/13/bits/os_defines.h:39,
 from 
/usr/include/arm-linux-gnueabihf/c++/13/bits/c++config.h:679,
 from /usr/include/c++/13/bits/requires_hosted.h:31,
 from /usr/include/c++/13/deque:60,
 from ../src/v4l2/v4l2_camera.h:10,
 from ../src/v4l2/v4l2_camera.cpp:8:
/usr/include/features-time64.h:26:5: error: #error "_TIME_BITS=64 is allowed 
only with _FILE_OFFSET_BITS=64"
   26 | #   error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64"
  | ^
[...]

  
(https://launchpad.net/ubuntu/+source/libcamera/0.2.0-1ubuntu3/+build/27902670)

Since this is a legitimate un-setting of _FILE_OFFSET_BITS in order to get
access to the necessary libc6 prototypes and macros, and since the functions
being intercepted are not sensitive to time_t, the simplest solution is to
also unset _TIME_BITS.

Please see the attached patch, which has been uploaded to Ubuntu to fix this
build failure.

Thanks for considering,
-- 
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
diff -Nru libcamera-0.2.0/debian/control libcamera-0.2.0/debian/control
--- libcamera-0.2.0/debian/control  2024-01-17 13:27:50.0 -0800
+++ libcamera-0.2.0/debian/control  2024-03-13 22:27:39.0 -0700
@@ -1,7 +1,6 @@
 Source: libcamera
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Debian Multimedia Maintainers 

+Maintainer: Debian Multimedia Maintainers 
 Uploaders: Emmanuel Arias ,
IOhannes m zmölnig (Debian/GNU) ,
Andrej Shadura ,
diff -Nru libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch 
libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch
--- libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch   1969-12-31 
16:00:00.0 -0800
+++ libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch   2024-03-13 
22:27:33.0 -0700
@@ -0,0 +1,21 @@
+Description: 64-bit time_t compatibility for v4l2 module
+ The v4l2 build unsets _FILE_OFFSET_BITS, which is not allowed when setting
+ _TIME_BITS=64.  Having verified that nothing in this module is sensitive to
+ 64-bit time_t (none of the functions it intercepts handle time), we also
+ unset _TIME_BITS to allow this to build as before.
+Author: Steve Langasek 
+Forwarded: no
+Last-Update: 2

Bug#1066140: afflib: strlcpy,strlcat in .symbols but not part of API; ftbfs with glibc >= 2.38

2024-03-12 Thread Steve Langasek
Package: afflib
Version: 3.7.20-1.1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Hi João,

afflib fails to build from source in Ubuntu because Ubuntu ships glibc 2.39
which now provides implementations of strlcat and strlcpy, which means other
packages no longer include their own implementations, resulting in a
mismatch with the libafflib0t64 symbols file.

The attached patch treats these symbols as optional, since they are not part
of the afflib API.

This change has been uploaded to Ubuntu.

Thanks for considering,
-- 
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
diff -Nru afflib-3.7.20/debian/libafflib0t64.symbols 
afflib-3.7.20/debian/libafflib0t64.symbols
--- afflib-3.7.20/debian/libafflib0t64.symbols  2024-02-27 16:12:21.0 
-0800
+++ afflib-3.7.20/debian/libafflib0t64.symbols  2024-03-12 17:10:21.0 
-0700
@@ -787,8 +787,8 @@
  s3_request_retry_count@Base 3.7.6
  s3_retry_max@Base 3.7.6
  split_raw_increment_fname@Base 3.7.6
- strlcat@Base 3.7.6
- strlcpy@Base 3.7.6
+ (optional)strlcat@Base 3.7.6
+ (optional)strlcpy@Base 3.7.6
  strstart@Base 3.7.6
  term_print_filename@Base 3.7.6
  term_printf@Base 3.7.6


Bug#1065787: 64-bit time_t transition: cargo needs manual intervention

2024-03-12 Thread Steve Langasek
On Mon, Mar 11, 2024 at 09:07:17PM -0500, Steven Robbins wrote:
> Peter convincingly argues (details in bug) that manual intervention is needed 
> for package "cargo":

> On Sun, 10 Mar 2024 00:48:32 + Peter Michael Green  
> wrote:

> > This will require manual intervention to resolve, either through
> > cross-building or through building manually in a hacked-up build
> > environment.

> > I've certainly seen mention of rustc on #debian-devel recently,
> > so I think the people handling the time_t transition are already
> > aware of this.

> I'm wondering if the time_t people or the rust people could comment on this?  
> This build failure has a surprisingly (to me) long chain of casualties.  Is 
> this an easy thing to fix or is going to take weeks?

The quickest fix for this based on what we've done in Ubuntu is:

- unpack cargo and libstd-rust debs to the root via dpkg-deb -x
- use equivs to mock up packages by these names with no dependencies and
  install those
- bootstrap
- enjoy

-- 
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


Bug#1063175: orc: NMU diff for 64-bit time_t transition

2024-03-10 Thread Steve Langasek
Dear maintainers,

One more bug in the orc transition: the .symbols file declares shlibs
dependencies for multiple libraries, but only the first of them was updated
to point at the new library name.

Please find attached a comprehensive patch for orc vis-à-vis t64.  I've
uploaded this hopefully final NMU to unstable.

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
diff -Nru orc-0.4.34/debian/changelog orc-0.4.34/debian/changelog
--- orc-0.4.34/debian/changelog 2024-02-28 12:51:27.0 +
+++ orc-0.4.34/debian/changelog 2024-03-11 04:36:15.0 +
@@ -1,3 +1,25 @@
+orc (1:0.4.34-4.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix symbols dependencies on liborc-test.
+
+ -- Steve Langasek   Mon, 11 Mar 2024 04:36:15 +
+
+orc (1:0.4.34-4.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix build depedency on dpkg-dev to use >= not >> (sorry).
+
+ -- Michael Hudson-Doyle   Tue, 05 Mar 2024 
10:54:56 +1300
+
+orc (1:0.4.34-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition.
+(Closes: #1065272)
+
+ -- Michael Hudson-Doyle   Mon, 04 Mar 2024 23:40:36 +1300
+
 orc (1:0.4.34-4) unstable; urgency=medium
 
   * Team upload
diff -Nru orc-0.4.34/debian/control orc-0.4.34/debian/control
--- orc-0.4.34/debian/control   2024-02-28 12:51:27.0 +
+++ orc-0.4.34/debian/control   2024-03-04 21:54:56.0 +
@@ -4,7 +4,8 @@
 Maintainer: Maintainers of GStreamer packages 
 Uploaders: Sebastian Dröge ,
Sjoerd Simons 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5),
+   debhelper-compat (= 13),
meson,
pkg-config,
gtk-doc-tools
diff -Nru orc-0.4.34/debian/liborc-0.4-0t64.symbols 
orc-0.4.34/debian/liborc-0.4-0t64.symbols
--- orc-0.4.34/debian/liborc-0.4-0t64.symbols   2024-02-28 12:51:27.0 
+
+++ orc-0.4.34/debian/liborc-0.4-0t64.symbols   2024-03-11 04:35:56.0 
+
@@ -308,7 +308,7 @@
  orc_x86_get_regname_sse@Base 1:0.4.34
  orc_x86_get_regnum@Base 1:0.4.34
  orc_x86_output_insns@Base 1:0.4.34
-liborc-test-0.4.so.0 liborc-0.4-0 #MINVER#
+liborc-test-0.4.so.0 liborc-0.4-0t64 #MINVER#
 * Build-Depends-Package: liborc-0.4-dev
  orc_array_check_out_of_bounds@Base 1:0.4.34
  orc_array_compare@Base 1:0.4.34


signature.asc
Description: PGP signature


Bug#1065702: krb5-kdc: uninstallable due to hard-coded dependency on libverto-libev1 | libverto-libevent1,

2024-03-08 Thread Steve Langasek
Package: krb5-kdc
Version: 1.20.1-5.1
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t

Hi Sam,

I've run into a problem with openldap not being bootstrappable for the
time_t transition because it build-depends on krb5-kdc, and krb5-kdc is
uninstallable on arm* because of a hard-coded dependency on libverto-libev1
| libverto-libevent1.  Both of these library packages have changed names so
are now libverto-libev1t64 and libverto-libevent1t64.  I don't know why
these need to be hard-coded, but if they do they need to be updated, because
they conflict with the shlibdeps-generated dependency on libverto1t64.

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


signature.asc
Description: PGP signature


Bug#1065634: wv: /usr/share/doc wv is a dangling symlink

2024-03-08 Thread Steve Langasek
On Thu, Mar 07, 2024 at 08:00:34PM +0100, Sven Joachim wrote:
> On 2024-03-07 18:49 +0100, Sven Joachim wrote:
> 
> > Package: wv
> > Version: 1.2.9-6.1
> > Severity: serious
> > X-Debbugs-Cc: Sven Joachim , Steve Langasek 
> > 
> >
> > After renaming the libwv-1.2-4 library package to libwv-1.2-4t64, the
> > /usr/share/doc/wv symlink has become dangling.
> >
> > ,
> > | $ file /usr/share/doc/wv
> > | /usr/share/doc/wv: broken symbolic link to libwv-1.2-4
> > `
> >
> > It should point to libwv-1.2-4t64 instead, obviously.
> 
> There is a similar broken symlink in the libwv-dev package (which
> I do not have installed).  The attached patch takes care of them.

> Steve, would you like to upload that?  Note that the package is
> orphaned, therefore I have created a debian/changelog entry for a QA
> upload rather than for another NMU.

Thanks, uploaded.

> diff -Nru wv-1.2.9/debian/changelog wv-1.2.9/debian/changelog
> --- wv-1.2.9/debian/changelog 2024-02-29 06:47:50.0 +0100
> +++ wv-1.2.9/debian/changelog 2024-03-07 19:42:29.0 +0100
> @@ -1,3 +1,10 @@
> +wv (1.2.9-7) unstable; urgency=medium
> +
> +  * QA upload.
> +  * Fix dangling /usr/share/doc symlinks (Closes: #1065634).
> +
> + -- Sven Joachim   Thu, 07 Mar 2024 19:42:29 +0100
> +
>  wv (1.2.9-6.1) unstable; urgency=medium
> 
>* Non-maintainer upload.
> diff -Nru wv-1.2.9/debian/libwv-dev.links wv-1.2.9/debian/libwv-dev.links
> --- wv-1.2.9/debian/libwv-dev.links   2023-09-17 23:45:41.0 +0200
> +++ wv-1.2.9/debian/libwv-dev.links   2024-03-07 19:41:38.0 +0100
> @@ -1 +1 @@
> -usr/share/doc/libwv-1.2-4 usr/share/doc/libwv-dev
> +usr/share/doc/libwv-1.2-4t64 usr/share/doc/libwv-dev
> diff -Nru wv-1.2.9/debian/wv.links wv-1.2.9/debian/wv.links
> --- wv-1.2.9/debian/wv.links  2023-09-17 23:45:41.0 +0200
> +++ wv-1.2.9/debian/wv.links  2024-03-07 19:01:19.0 +0100
> @@ -1 +1 @@
> -usr/share/doc/libwv-1.2-4 usr/share/doc/wv
> +usr/share/doc/libwv-1.2-4t64 usr/share/doc/wv


-- 
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


Bug#1065700: mysql-8.0: ftbfs with 64-bit time_t on 32-bit archs

2024-03-08 Thread Steve Langasek
Package: mysql-8.0
Version: 8.0.36-2
Severity: serious
Tags: patch
Justification: ftbfs
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Dear maintainers,

With the switch to 64-bit time_t on 32-bit archs, mysql-8.0 now fails to
build from source because of a test that *checks* that only 32-bit time is
supported:

[...]

[ 57%] main.func_unixtime_32bitsw4  [ fail ]
Test ended at 2024-03-09 05:01:27

CURRENT_TEST: main.func_unixtime_32bits
--- /<>/mysql-test/r/func_unixtime_32bits.result   2023-12-12 
21:09:36.0 +0300
+++ /<>/builddir/mysql-test/var/4/log/func_unixtime_32bits.reject  
2024-03-09 08:01:27.450443865 +0300
@@ -12,7 +12,7 @@
 2038-01-19 06:14:07
 select from_unixtime(2147483648);
 from_unixtime(2147483648)
-NULL
+2038-01-19 06:14:08
 select from_unixtime(0);
 from_unixtime(0)
 1970-01-01 03:00:00
@@ -32,26 +32,26 @@
 2147483647
 select unix_timestamp(from_unixtime(2147483648));
 unix_timestamp(from_unixtime(2147483648))
-NULL
+2147483648
[...]

 - the logfile can be found in 
'/<>/builddir/mysql-test/var/log/main.func_unixtime_32bits/func_unixtime_32bits.log'

Test main.func_unixtime_32bits has failed 2 times, no more retries.
[...]

 (https://launchpad.net/ubuntu/+source/mysql-8.0/8.0.36-2/+build/27892969)

Please find attached a patch for this issue which I have uploaded to Ubuntu.

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
diff -Nru mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch 
mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch
--- mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch 1969-12-31 
16:00:00.0 -0800
+++ mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch 2024-03-08 
21:59:20.0 -0800
@@ -0,0 +1,22 @@
+Description: fix test for 64-bit time_t
+ i386 is the only architecture where we don't have 64-bit time_t now.
+ Update the tests accordingly.
+Author: Steve Langasek 
+Forwarded: no
+Last-Update: 2024-03-08
+
+Index: mysql-8.0-8.0.36/mysql-test/include/have_32bits_time.inc
+===
+--- mysql-8.0-8.0.36.orig/mysql-test/include/have_32bits_time.inc
 mysql-8.0-8.0.36/mysql-test/include/have_32bits_time.inc
+@@ -1,8 +1,7 @@
+ # see also have_64bits_time.inc
+ 
+-let $have_64bit = `SELECT @@version_compile_machine IN
+-  ('x86_64', 'amd64', 'sparc', 'sparc64', 'arm64', 
'aarch64',
+-   'ppc64', 'ppc64le', 's390x')`;
++let $have_64bit = `SELECT @@version_compile_machine != 'i686'`;
++
+ if ($have_64bit) {
+   --skip Doesn't support 32 bits UNIX time, only 64 bits
+ }
diff -Nru mysql-8.0-8.0.36/debian/patches/series 
mysql-8.0-8.0.36/debian/patches/series
--- mysql-8.0-8.0.36/debian/patches/series  2024-03-05 06:26:25.0 
-0800
+++ mysql-8.0-8.0.36/debian/patches/series  2024-03-08 21:55:11.0 
-0800
@@ -9,3 +9,4 @@
 disable_timestamping_test.patch
 mysql_secure_installation-remove-root-pw-creation.patch
 suppress_armhf_test_warning.patch
+64bit_time_everywhere.patch


Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

2024-03-08 Thread Steve Langasek
On Fri, Mar 08, 2024 at 08:04:59PM -0800, Ryan Tandy wrote:
> > This does fix the build failure.  I was about to push such a change to the
> > repo and do a maintainer upload, since I've never been removed from the
> > uploaders field after all these years ;)  Do you want me to do this, or
> > would you be able to do it tonight?  Getting openldap to build is a priority
> > wrt rebootstrapping 32-bit archs for time_t.

> I wasn't sure where openldap was on the priority list for arm* since it's
> still BD-Uninstallable on the buildds.

Yes, it's BD-Uninstallable there because it needs manually built to address
build loops (ldap->cyrus-sasl2->krb5).

> Yes, I can upload it tonight, in a couple of hours from now. Is that OK?

Works for me!

> > WARNING!
> > Running as root!
> > There's a fair chance slapd will fail to start.
> > Check file permissions!
> > 
> > Starting slapd on TCP/IP port 9011...
> > Testing slapd searching...
> > Creating a dynamic entry...
> > ldapadd failed (255)!
> > ../../../tests/scripts/test046-dds: 93: kill: No such process
> > 
> > > > > > > test046-dds failed for mdb after 2 seconds
> > (exit 255)
> > make[4]: *** [Makefile:303: mdb-mod] Error 255

> I have not seen this failure. Ran it again just now and it passed. But I
> only run amd64... I wouldn't be able to dig into that tonight, even if I
> could reproduce it. Do you think I should disable the test proactively?

Rather than disabling the test in the package, I can do a
DEB_BUILD_OPTIONS=nocheck build to help get things bootstrapped in the
archive.  I'm interested to know if it also shows up on hppa, since that
would definitely point to it being time_t related.

-- 
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


Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'

2024-03-08 Thread Steve Langasek
Control: severity -1 serious

Hi Ryan,

This bug is also reproducible on the armel and armhf release archs as a
result of the time_t transition, so bumping this to serious.

On Fri, Mar 08, 2024 at 06:04:45PM -0800, Ryan Tandy wrote:
> Would you be willing to test build the attached patch on hppa? I've tested
> it on amd64 with -Werror=implicit-function-declaration appended.


> From fa0b704371762bdc479a5d8dc6a0a6df4ec3a52e Mon Sep 17 00:00:00 2001
> From: Ryan Tandy 
> Date: Fri, 8 Mar 2024 17:58:15 -0800
> Subject: [PATCH] Fix implicit declaration of kadm5_s_init_with_password_ctx
> 
> ---
>  debian/patches/series|  1 +
>  debian/patches/smbk5pwd-implicit-declaration | 12 
>  2 files changed, 13 insertions(+)
>  create mode 100644 debian/patches/smbk5pwd-implicit-declaration
> 
> diff --git a/debian/patches/series b/debian/patches/series
> index a8d57cb99c..7381d0a06b 100644
> --- a/debian/patches/series
> +++ b/debian/patches/series
> @@ -13,3 +13,4 @@ add-tlscacert-option-to-ldap-conf
>  fix-build-top-mk
>  switch-to-lt_dlopenadvise-to-get-RTLD_GLOBAL-set.diff
>  set-maintainer-name
> +smbk5pwd-implicit-declaration
> diff --git a/debian/patches/smbk5pwd-implicit-declaration 
> b/debian/patches/smbk5pwd-implicit-declaration
> new file mode 100644
> index 00..a704086286
> --- /dev/null
> +++ b/debian/patches/smbk5pwd-implicit-declaration
> @@ -0,0 +1,12 @@
> +Description: Fix implicit declaration of kadm5_s_init_with_password_ctx
> +Bug-Debian: https://bugs.debian.org/1065633
> +--- a/contrib/slapd-modules/smbk5pwd/smbk5pwd.c
>  b/contrib/slapd-modules/smbk5pwd/smbk5pwd.c
> +@@ -45,6 +45,7 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> + 
> + #ifndef HDB_INTERFACE_VERSION
> + #define HDB_MASTER_KEY_SET  master_key_set
> -- 
> 2.39.2

This does fix the build failure.  I was about to push such a change to the
repo and do a maintainer upload, since I've never been removed from the
uploaders field after all these years ;)  Do you want me to do this, or
would you be able to do it tonight?  Getting openldap to build is a priority
wrt rebootstrapping 32-bit archs for time_t.

BTW there's also a reproducible test failure that I'm seeing on armhf in
both Debian and Ubuntu which is new; I'm not sure if it's related to time_t,
or if it affects other archs?

>>>>> Starting test046-dds for mdb...
running defines.sh
Running slapadd to build slapd database...
Running slapindex to index slapd database...

WARNING!
Running as root!
There's a fair chance slapd will fail to start.
Check file permissions!

Starting slapd on TCP/IP port 9011...
Testing slapd searching...
Creating a dynamic entry...
ldapadd failed (255)!
../../../tests/scripts/test046-dds: 93: kill: No such process  

>>>>> test046-dds failed for mdb after 2 seconds
(exit 255)
make[4]: *** [Makefile:303: mdb-mod] Error 255


In Ubuntu we disabled the tests on armhf to not hold up the bootstrap.

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


signature.asc
Description: PGP signature


Bug#1061894: apr: NMU diff for 64-bit time_t transition

2024-03-08 Thread Steve Langasek
The NMU was buggy because symbols files are in a non-standard location, so
did not get updated by our transition scripts; with the result that packages
rebuilt against libapr1t64 still had a dependency on libapr1.  Please find
attached a full NMU debdiff for an updated NMU.

On Wed, Feb 28, 2024 at 01:17:59AM +, Steve Langasek wrote:
> Dear maintainer,
> 
> Please find attached a final version of this patch for the time_t
> transition.  This patch is being uploaded to unstable.
> 
> Note that this adds a versioned build-dependency on dpkg-dev, to guard
> against accidental backports with a wrong ABI.
> 
> Thanks!
> 
> 
> -- 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 apr-1.7.2/debian/changelog apr-1.7.2/debian/changelog
> --- apr-1.7.2/debian/changelog2023-02-26 20:51:24.0 +
> +++ apr-1.7.2/debian/changelog2024-02-28 01:17:18.0 +
> @@ -1,3 +1,10 @@
> +apr (1.7.2-3.1) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename libraries for 64-bit time_t transition.  Closes: #1061894
> +
> + -- Steve Langasek   Wed, 28 Feb 2024 01:17:18 +
> +
>  apr (1.7.2-3) unstable; urgency=medium
>  
>* Add more fixes for atomics from upstream, in particular for
> diff -Nru apr-1.7.2/debian/control apr-1.7.2/debian/control
> --- apr-1.7.2/debian/control  2023-02-03 16:18:13.0 +
> +++ apr-1.7.2/debian/control  2024-02-28 01:17:18.0 +
> @@ -3,7 +3,7 @@
>  Priority: optional
>  Maintainer: Debian Apache Maintainers 
>  Uploaders: Stefan Fritsch 
> -Build-Depends: debhelper-compat (= 13),
> +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
>   autoconf,
>   mawk,
>   uuid-dev,
> @@ -19,7 +19,10 @@
>  Homepage: https://apr.apache.org/
>  Rules-Requires-Root: no
>  
> -Package: libapr1
> +Package: libapr1t64
> +Provides: ${t64:Provides}
> +Replaces: libapr1
> +Breaks: libapr1 (<< ${source:Version})
>  Architecture: any
>  Depends: ${shlibs:Depends}, ${misc:Depends}
>  Pre-Depends: ${misc:Pre-Depends}
> @@ -33,7 +36,7 @@
>  Package: libapr1-dev
>  Architecture: any
>  Section: libdevel
> -Depends: libapr1 (= ${binary:Version}), uuid-dev, ${misc:Depends}, 
> libsctp-dev [linux-any], python3:any
> +Depends: libapr1t64 (= ${binary:Version}), uuid-dev, ${misc:Depends}, 
> libsctp-dev [linux-any], python3:any
>  Conflicts: libapr1.0-dev, libapr0-dev
>  Description: Apache Portable Runtime Library - Development Headers
>   APR is Apache's Portable Runtime Library, designed to be a support library
> diff -Nru apr-1.7.2/debian/libapr1.docs apr-1.7.2/debian/libapr1.docs
> --- apr-1.7.2/debian/libapr1.docs 2023-02-02 21:18:42.0 +
> +++ apr-1.7.2/debian/libapr1.docs 1970-01-01 00:00:00.0 +
> @@ -1 +0,0 @@
> -NOTICE
> diff -Nru apr-1.7.2/debian/libapr1.install apr-1.7.2/debian/libapr1.install
> --- apr-1.7.2/debian/libapr1.install  2023-02-02 21:18:42.0 +
> +++ apr-1.7.2/debian/libapr1.install  1970-01-01 00:00:00.0 +
> @@ -1 +0,0 @@
> -usr/lib/*/libapr-1.so.*
> diff -Nru apr-1.7.2/debian/libapr1.lintian-overrides 
> apr-1.7.2/debian/libapr1.lintian-overrides
> --- apr-1.7.2/debian/libapr1.lintian-overrides2023-02-02 
> 21:18:42.0 +
> +++ apr-1.7.2/debian/libapr1.lintian-overrides1970-01-01 
> 00:00:00.0 +
> @@ -1 +0,0 @@
> -libapr1: package-name-doesnt-match-sonames libapr-1-0
> diff -Nru apr-1.7.2/debian/libapr1.symbols apr-1.7.2/debian/libapr1.symbols
> --- apr-1.7.2/debian/libapr1.symbols  2023-02-02 21:18:42.0 +
> +++ apr-1.7.2/debian/libapr1.symbols  1970-01-01 00:00:00.0 +
> @@ -1,2 +0,0 @@
> -here for the purpose of tricking debhelper...bwahahahaha.
> -
> diff -Nru apr-1.7.2/debian/libapr1t64.docs apr-1.7.2/debian/libapr1t64.docs
> --- apr-1.7.2/debian/libapr1t64.docs  1970-01-01 00:00:00.0 +
> +++ apr-1.7.2/debian/libapr1t64.docs  2023-02-02 21:18:42.0 +
> @@ -0,0 +1 @@
> +NOTICE
> diff -Nru apr-1.7.2/debian/libapr1t64.install 
> apr-1.7.2/debian/libapr1t64.install
> --- apr-1.7.2/debian/libapr1t64.install   1970-01-01 00:00:00.0 
> +
> +++ apr-1.7.2/debian/libapr1t64.install   2023-02-02 21:18:42.0 
> +
> @@ -0,0 +1 @@
>

Bug#1065666: Compiz 0.8.18 appears to be broken in testing

2024-03-08 Thread Steve Langasek
On Wed, Mar 06, 2024 at 03:46:41PM +0100, Colomban Wendling wrote:
> Anyway, I'm CCing Steve (who did the unstable NMU) and Samuel in case they
> have extra clues.

The only change in the NMU was to rename the libdecoration0 package to
libdecoration0t64 for the 64-bit time_t transition.  Unless this managed to
break the *contents* of that package (i.e. the library has gone missing),
this should not have had any effect on the behavior of compiz.

> Note that you probably should report a bug, although it's understandably
> harder with scarce data to reference.

-- 
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


Bug#1065666: Compiz 0.8.18 appears to be broken in testing

2024-03-08 Thread Steve Langasek
On Wed, Mar 06, 2024 at 06:19:48PM +0100, Colomban Wendling wrote:
> Le 06/03/2024 à 17:31, Steve Langasek a écrit :
> > On Wed, Mar 06, 2024 at 03:46:41PM +0100, Colomban Wendling wrote:
> > > Anyway, I'm CCing Steve (who did the unstable NMU) and Samuel in case they
> > > have extra clues.

> > The only change in the NMU was to rename the libdecoration0 package to
> > libdecoration0t64 for the 64-bit time_t transition.  Unless this managed to
> > break the *contents* of that package (i.e. the library has gone missing),
> > this should not have had any effect on the behavior of compiz.

> So the package has not been rebuilt with different flags or anything?

Not *deliberately* as part of this upload.  The only change to flags should
be on 32-bit architectures, excluding i386.  I have assumed you are not
trying to run compiz on one of these archs!

But the toolchain also evolves over time, so this could certainly be a
misbuild due to underlying changes.

> Anyway, I hardly expect this to be an issue, I just wanted to eliminate the
> only Compiz-side change that happened in the last months.


-- 
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


Bug#1065373: fix heimdal build with abi=time64

2024-03-08 Thread Steve Langasek
Control: tags -1 -experimental

Since heimdal failing to build from source has a significant impact on
rebootstrapping the archive on 32-bit archs, I am going ahead and uploading
a 0-day NMU for this issue with the patch provided by Matthias.

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


signature.asc
Description: PGP signature


Bug#1063088: weston: NMU diff for 64-bit time_t transition

2024-03-06 Thread Steve Langasek
On Wed, Mar 06, 2024 at 10:42:16AM +0100, Dylan Aïssi wrote:
> Hello,

> Le lun. 5 févr. 2024 à 02:54, Steve Langasek  a écrit :

> > 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.

> I am wondering what is the plan with this package/bug? I noticed that changes
> related to the 64-bit time_t transition were not uploaded to unstable and
> because I uploaded several versions in unstable after your NMU in exp, I
> wonder if I haven't interfered with this transition.

Sorry, yes, the uploads with renaming of both dev package and runtime lib
package in the midst of the transition resulted in this package being lost.

Since this is a completely new soname, and only packages built from weston
source depend on it, I suggest that you simply request a binNMU of weston on
armhf and armel and consider this resolved.

-- 
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


Bug#1064282: poppler: NMU diff for 64-bit time_t transition

2024-03-06 Thread Steve Langasek
On Tue, Mar 05, 2024 at 02:14:09PM +0100, Sune Stolborg Vuorela wrote:
> On Sunday, March 3, 2024 7:40:52 AM CET Steve Langasek wrote:
> > (Particularly irrelevant for poppler, whose soname changes ~ monthly.)

> Please note that the poppler frontends, that applications are supposed to be 
> using does only very rarely change SONAME. the glib frontend haven't since 
> it's introduction. Neither have the cpp frontend. The qt5 frontend has 
> changed 
> once. 

> The Poppler Core library, which is meant to be a private shared thing between 
> the frontends is changing SONAME monthly. But poppler core and the frontends 
> are all in the same source, so it shouldn't affect anyone who behaves with 
> poppler as documented. 

Heh true.  But now the ABI has changed, because these libraries are all
confirmed to expose time_t in their ABIs...

-- 
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


Bug#1064377: tcl-expect: identified for time_t transition but no ABI in shlibs

2024-03-06 Thread Steve Langasek
On Tue, Mar 05, 2024 at 01:34:19PM +0300, Sergei Golovan wrote:
> Hi Steve,

> On Mon, Feb 26, 2024 at 1:12 AM Steve Langasek  wrote:

> > Control: severity -1 normal

> > Note that there are no reverse-dependencies in the archive that link against
> > libexpect, so I think we can downgrade this bug (or close wontfix, at the
> > maintainer's discretion).

> Also, as far as I can see, libexpect does not expose time_t (it uses
> it only internally), so I'm
> closing this bug.

I leave this to your discretion.  This is a package whose headers failed to
analyze under abi-compliance-checker:

https://adrien.dcln.fr/misc/armhf-time_t/2024-02-26T12%3A07%3A00/logs/tcl-expect-dev/base/abi-compliance-checker.log

So we don't know that its ABI is affected, but we also don't know that it
isn't.

-- 
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


Bug#1065483: perl-base: should provide perlapi-5.38.2 on i386

2024-03-06 Thread Steve Langasek
On Tue, Mar 05, 2024 at 11:47:39AM +0100, Sven Joachim wrote:
> Package: perl-base
> Version: 5.38.2-3.1
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek 
> 

> On i386, perl-base provides perlapi-5.38.2t64 rather than
> perlapi-5.38.2.  This makes tons of packages uninstallable or
> unbuildable and is not what has been agreed upon in #1060246.

> The reason is a bad check in debian/rules, line 31:

> ,
> | # If nonempty, this will determine $Config{debian_abi} and Provides: entries
> | # (otherwise, the Provides: entries will be generated by debian/mkprovides)
> | perlabi =
> | ifeq (,$(filter $(DEB_HOST_GNU_TYPE),i386 hurd-i386))
> |   ifeq ($(DEB_HOST_ARCH_BITS),32)
> | perlabi = 5.38.2t64
> |   endif
> | endif
> `

Sorry about this.  Clearly, was untested on i386!

I think it's preferable here to check DEB_HOST_ARCH, which was my intention,
rather than DEB_HOST_GNU_TYPE.  I've uploaded an NMU to that effect.  Please
see the NMU debdiff attached.

-- 
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
diff -Nru perl-5.38.2/debian/changelog perl-5.38.2/debian/changelog
--- perl-5.38.2/debian/changelog2024-03-02 21:34:58.0 +
+++ perl-5.38.2/debian/changelog2024-03-06 17:19:01.0 +
@@ -1,3 +1,12 @@
+perl (5.38.2-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix check for i386 to avoid transitioning there.  Closes: #1065483.
+  * Manually add perlapi-5.38.2t64 to Provides: on i386 to avoid another
+difficult transition.
+
+ -- Steve Langasek   Wed, 06 Mar 2024 17:19:01 +
+
 perl (5.38.2-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru perl-5.38.2/debian/control perl-5.38.2/debian/control
--- perl-5.38.2/debian/control  2024-03-02 21:34:58.0 +
+++ perl-5.38.2/debian/control  2024-03-06 17:19:01.0 +
@@ -81,6 +81,7 @@
  libfile-temp-perl (= 0.2311),
  libfile-path-perl (= 2.18),
  libio-socket-ip-perl (= 0.41),
+ perlapi-5.38.2t64 [i386 hurd-i386],
 Suggests: perl, sensible-utils
 Description: minimal Perl system
  Perl is a scripting language used in many system scripts and utilities.
diff -Nru perl-5.38.2/debian/rules perl-5.38.2/debian/rules
--- perl-5.38.2/debian/rules2024-03-02 21:34:58.0 +
+++ perl-5.38.2/debian/rules2024-03-06 17:18:00.0 +
@@ -24,13 +24,14 @@
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_HOST_ARCH_BITS  ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS)
+DEB_HOST_ARCH   ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
 
 # If nonempty, this will determine $Config{debian_abi} and Provides: entries
 # (otherwise, the Provides: entries will be generated by debian/mkprovides)
 perlabi =
-ifeq (,$(filter $(DEB_HOST_GNU_TYPE),i386 hurd-i386))
+ifeq (,$(filter $(DEB_HOST_ARCH),i386 hurd-i386))
   ifeq ($(DEB_HOST_ARCH_BITS),32)
-perlabi = 5.38.2t64 
+perlabi = 5.38.2t64
   endif
 endif
 


signature.asc
Description: PGP signature


Bug#1062696: libverto: NMU diff for 64-bit time_t transition

2024-03-03 Thread Steve Langasek
An overlooked hard-coded dependency in debian/control has made libverto
uninstallable.  Please find the debdiff for an updated NMU attached.

On Fri, Feb 02, 2024 at 06:18:40PM +, Steve Langasek wrote:
> Source: libverto
> Version: 0.3.1-1
> Severity: serious
> Tags: patch pending sid trixie
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> NOTICE: these changes must not be uploaded to unstable yet!
> 
> 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
> libverto 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 libverto
> 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'), (500, 'testing'), (500, 'stable'), (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 libverto-0.3.1/debian/changelog libverto-0.3.1/debian/changelog
> --- libverto-0.3.1/debian/changelog   2020-06-08 13:37:48.0 +
> +++ libverto-0.3.1/debian/changelog   2024-02-02 18:18:10.0 +
> @@ -1,3 +1,10 @@
> +libverto (0.3.1-1.1) experimental; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename libraries for 64-bit time_t transition.
> +
> + -- Steve Langasek   Fri, 02 Feb 2024 18:18:10 +
> +
>  libverto (0.3.1-1) unstable; urgency=medium
>  
>[ Debian Janitor ]
> diff -Nru libverto-0.3.1/debian/control libverto-0.3.1/debian/control
> --- libverto-0.3.1/debian/control 2020-06-08 13:34:34.0 +
> +++ libverto-0.3.1/debian/control 2024-02-02 18:18:10.0 +
> @@ -12,7 +12,7 @@
>  Package: libverto-dev
>  Section: libdevel
>  Architecture: any
> -Depends: ${misc:Depends}, libverto1 (= ${binary:Version}), libverto-glib1 (= 
> ${binary:Version}), libverto-libev1 (= ${binary:Version})
> +Depends: ${misc:Depends}, libverto1t64 (= ${binary:Version}), 
> libverto-glib1t64 (= ${binary:Version}), libverto-libev1t64 (= 
> ${binary:Version})
>  Description: Event loop abstraction for Libraries - Development
>   Libverto exists to isolate libraries from the particular event loop
>   chosen by an application. Libverto provides an asynchronous
> @@ -22,7 +22,10 @@
>   .
>   This package includes development libraries.
>  
> -Package: libverto1
> +Package: libverto1t64
> +Provides: ${t64:Provides}
> +Replaces: libverto1
> +Breaks: libverto1 (<< ${source:Version})
>  Section: libs
>  Architecture: any
>  PRe-Depends: ${misc:Pre-Depends}
> @@ -37,7 +40,10 @@
>   .
>   This package includes the main runtime library.
>  
> -Package: libverto-libev1
> +Package: libverto-libev1t64
> +Provides: ${t64:Provides}
> +Replaces: libverto-libev1
> +Breaks: libverto-libev1 (<< ${source:Version})
>  Section: libs
>  Architecture: any
>  PRe-Depends: ${misc:Pre-Depends}
> @@ -52,7 +58,10 @@
>   .
>   This package includes support for the libev event loop.
>  
> -Package: libverto-glib1
> +Package: libverto-glib1t64
> +Provides: ${t64:Provides}
> +Replaces: l

Bug#1063170: nettle: NMU diff for 64-bit time_t transition

2024-03-03 Thread Steve Langasek
The previous NMU overlooked a hard-coded reference to the old library name
in debian/rules.  Please find an amended NMU patch attached.

-- 
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
diff -Nru nettle-3.9.1/debian/changelog nettle-3.9.1/debian/changelog
--- nettle-3.9.1/debian/changelog   2023-07-27 14:31:36.0 +
+++ nettle-3.9.1/debian/changelog   2024-03-04 01:24:40.0 +
@@ -1,3 +1,17 @@
+nettle (3.9.1-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix documentation link target to fix nettle-bin uninstallability.
+
+ -- Steve Langasek   Mon, 04 Mar 2024 01:24:40 +
+
+nettle (3.9.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063170
+
+ -- Benjamin Drung   Wed, 28 Feb 2024 22:51:33 +
+
 nettle (3.9.1-2) unstable; urgency=low
 
   * Upload to unstable.
diff -Nru nettle-3.9.1/debian/control nettle-3.9.1/debian/control
--- nettle-3.9.1/debian/control 2023-07-27 14:31:36.0 +
+++ nettle-3.9.1/debian/control 2024-02-28 22:51:33.0 +
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Magnus Holmgren 
-Build-Depends: dpkg-dev (>= 1.15.7), debhelper-compat (= 12),
+Build-Depends: dpkg-dev (>= 1.22.5), dpkg-dev (>= 1.15.7), debhelper-compat (= 
12),
  libgmp-dev, m4, texinfo
 Standards-Version: 4.6.2
 Vcs-Git: https://salsa.debian.org/holmgren/nettle.git
@@ -10,7 +10,10 @@
 Homepage: http://www.lysator.liu.se/~nisse/nettle/
 Rules-Requires-Root: no
 
-Package: libnettle8
+Package: libnettle8t64
+Provides: ${t64:Provides}
+Replaces: libnettle8
+Breaks: libnettle8 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -32,7 +35,10 @@
  algorithms. To avoid having this package depend on libgmp, the
  asymmetric cryptos reside in a separate library, libhogweed.
 
-Package: libhogweed6
+Package: libhogweed6t64
+Provides: ${t64:Provides}
+Replaces: libhogweed6
+Breaks: libhogweed6 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -58,7 +64,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libnettle8 (= ${binary:Version}), libhogweed6 (= ${binary:Version}),
+Depends: libnettle8t64 (= ${binary:Version}), libhogweed6t64 (= 
${binary:Version}),
  libgmp-dev, ${misc:Depends}
 Replaces: libnettle-dev
 Conflicts: libnettle-dev
diff -Nru nettle-3.9.1/debian/libhogweed6.install 
nettle-3.9.1/debian/libhogweed6.install
--- nettle-3.9.1/debian/libhogweed6.install 2023-07-27 14:31:36.0 
+
+++ nettle-3.9.1/debian/libhogweed6.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libhogweed*.so.*
diff -Nru nettle-3.9.1/debian/libhogweed6.symbols 
nettle-3.9.1/debian/libhogweed6.symbols
--- nettle-3.9.1/debian/libhogweed6.symbols 2023-07-27 14:31:36.0 
+
+++ nettle-3.9.1/debian/libhogweed6.symbols 1970-01-01 00:00:00.0 
+
@@ -1,292 +0,0 @@
-libhogweed.so.6 libhogweed6 #MINVER#
-* Build-Depends-Package: nettle-dev
- HOGWEED_6@HOGWEED_6 0
- HOGWEED_INTERNAL_6_8@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_cnd_copy@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_curve25519@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_curve25519_eh_to_x@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_curve448@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_curve448_eh_to_x@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_dsa_hash@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_a_to_j@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_add_eh@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_add_ehh@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_add_jja@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_add_jjj@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_add_th@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_add_thh@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_curve25519_modp@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_curve448_modp@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_dup_eh@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_dup_jj@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_dup_th@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_eh_to_a@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_hash@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_j_to_a@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_mod@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_mod_add@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_mod_addmul_1@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_mod_equal_p@HOGWEED_INTERNAL_6_8 3.9.1~
- (optional)_nettle_ecc_mod_inv@HOGWE

Bug#1064332: Bug#1065217: libpetsc-complex3.19-dev fails to install

2024-03-03 Thread Steve Langasek
Attached is a patch for a follow-up NMU correcting this issue.

On Sat, Mar 02, 2024 at 02:15:57AM +0200, Adrian Bunk wrote:
> Package: libpetsc-complex3.19-dev
> Version: 3.19.6+dfsg1-2.1
> Severity: serious
> Tags: ftbfs
> X-Debbugs-Cc: Benjamin Drung , Steve Langasek 
> 
> Control: affects -1 src:slepc
> 
> https://buildd.debian.org/status/fetch.php?pkg=slepc=amd64=3.19.2%2Bdfsg1-2.1=1709337662=0
> 
> ...
> Setting up libpetsc-complex3.19-dev:amd64 (3.19.6+dfsg1-2.1) ...
> update-alternatives: error: no alternatives for petsc
> update-alternatives: error: alternative path 
> /usr/lib/petscdir/petsc3.19t64/x86_64-linux-gnu-complex doesn't exist
> dpkg: error processing package libpetsc-complex3.19-dev:amd64 (--configure):
>  installed libpetsc-complex3.19-dev:amd64 package post-installation script 
> subprocess returned error exit status 2
> ...
> 

-- 
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
diff -Nru petsc-3.19.6+dfsg1/debian/changelog 
petsc-3.19.6+dfsg1/debian/changelog
--- petsc-3.19.6+dfsg1/debian/changelog 2024-01-21 06:41:21.0 +
+++ petsc-3.19.6+dfsg1/debian/changelog 2024-03-03 21:40:10.0 +
@@ -1,3 +1,18 @@
+petsc (3.19.6+dfsg1-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix extraneous X-Time64-Compat declarations.
+  * Fix substitution of soname in maintainer scripts.  Closes: #1065217.
+
+ -- Steve Langasek   Sun, 03 Mar 2024 21:40:10 +
+
+petsc (3.19.6+dfsg1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1064332
+
+ -- Benjamin Drung   Thu, 29 Feb 2024 20:22:10 +
+
 petsc (3.19.6+dfsg1-2) unstable; urgency=medium
 
   * Update debian/patches/soname_extension to also add a define PETSC_LIB_EXT,
diff -Nru petsc-3.19.6+dfsg1/debian/control petsc-3.19.6+dfsg1/debian/control
--- petsc-3.19.6+dfsg1/debian/control   2024-01-21 06:41:21.0 +
+++ petsc-3.19.6+dfsg1/debian/control   2024-03-03 21:34:32.0 +
@@ -4,7 +4,7 @@
 Maintainer: Debian Science Maintainers 

 Uploaders: "Adam C. Powell, IV" , Drew Parsons 

 Standards-Version: 4.6.2
-Build-Depends: debhelper-compat (= 13), python3, gfortran,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), python3, 
gfortran,
  pkg-config, dh-python,
  dh-fortran-mod,
  gdb,
@@ -86,7 +86,7 @@
 Multi-Arch: same
 Architecture: any
 Section: libdevel
-Depends: libpetsc-real3.19 (= ${binary:Version}),
+Depends: libpetsc-real3.19t64 (= ${binary:Version}),
  libpetsc3.19-dev-common (= ${source:Version}),
  ${MPI:Depends},
  libhypre-dev (>= 2.15.1),
@@ -99,7 +99,7 @@
 Conflicts: libpetsc3.6.3-dev (<< 3.6.3.dfsg2-2), libpetsc-complex-3.6.3-dev 
(<< 3.6.3.dfsg2-2),
  libpetsc3.6.2-dev (<= 3.6.2.dfsg1-3), libpetsc-complex-3.6.2-dev (<= 
3.6.2.dfsg1-3)
 Recommends: libpetsc3.19-dev-examples, ksh | mksh | pdksh | zsh
-Suggests: petsc-dev, libpetsc-real3.19-dbg (= ${binary:Version}), 
petsc3.19-doc, libluminate-dev
+Suggests: petsc-dev, libpetsc-real3.19t64-dbg (= ${binary:Version}), 
petsc3.19-doc, libluminate-dev
 Description: Static libraries, shared links, header files for PETSc
  PETSc is the "Portable Extensible Toolkit for Scientific
  Computation", a suite of data structures and routines for the
@@ -112,16 +112,16 @@
  This package provides the development files for building applications
  using PETSc 3.19 with real numbers.
 
-Package: libpetsc-real3.19
+Package: libpetsc-real3.19t64
 Architecture: any
 Multi-Arch: same
 Section: libs
-Provides: libpetsc3.19
+Provides: ${t64:Provides}, libpetsc3.19
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libpetsc3.6 (<< 3.6.2.dfsg1-4)
-Breaks: libpetsc-real3.10, libslepc-real3.10, libpetsc3.10-dev-common, 
libpetsc3.10-dev-examples
-Replaces: libpetsc3.6 (<< 3.6.2.dfsg1-4)
+Breaks: libpetsc-real3.19 (<< ${source:Version}), libpetsc-real3.10, 
libslepc-real3.10, libpetsc3.10-dev-common, libpetsc3.10-dev-examples
+Replaces: libpetsc-real3.19, libpetsc3.6 (<< 3.6.2.dfsg1-4)
 Description: Shared libraries for version 3.19 of PETSc
  PETSc is the "Portable Extensible Toolkit for Scientific
  Computation", a suite of data structures and routines for the
@@ -133,7 +133,7 @@
  .
  This package contains the PETSc 3.19 shared library for real numbers.
  .
- It provides soname libpetsc-real3.19
+ It provides soname libpetsc-real3.19t64
 
 Package: libpetsc3.19-dev-common
 Architecture: all
@@ -173,7 +173,7 @@
 Depends: ${misc:Depends}, ${python3:Depends},
  libjs-mathjax
 Recommends: ksh | mksh | pdksh | zsh,
- libpetsc-real3.19-dev | 

Bug#1062407: liblopsub: NMU diff for 64-bit time_t transition

2024-03-03 Thread Steve Langasek
On Sun, Mar 03, 2024 at 05:08:19PM +0100, Andre Noll wrote:
> On Fri, Mar 01, 05:37, Steve Langasek wrote:

> > Please find attached a final version of this patch for the time_t
> > transition.  This patch is being uploaded to unstable.

> > Note that this adds a versioned build-dependency on dpkg-dev, to guard
> > against accidental backports with a wrong ABI.

> Applied. Since the previous version was applied and made public
> last month, I've reverted that patch, applied this final version and
> squashed the two new commits into one.

> Below it what I've just applied. The patch looks different to what
> you've sent, but the resulting tree is identical. Please let me know
> if you're OK with the commit message.

No objections.

Cheers,
-- 
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


Bug#1060246: perl: proposed patch for perl ABI change due to 64-bit time_t

2024-03-03 Thread Steve Langasek
On Sun, Mar 03, 2024 at 12:46:40PM +0200, Niko Tyni wrote:
> > Well, this hasn't happened but now I think it's urgent that it happens.  As
> > I mentioned on IRC, we're entangled with gdbm and db5.3 time_t transitions,
> > and we can't safely rebuild perl on armhf *without* bumping the ABI
> > declarations.

> > I can NMU this today if you want or I can leave it to you, please let me
> > know.

> As I already told Julian a few days ago on this bug, any necessary NMUs
> are welcome. Given the urgency we've ended up with, I'd prefer you do
> the upload and take responsibility for any bugs possibly introduced.

Ok.  I haven't NMUed yet because I'm still finishing a bootstrap build on
armel to go with the upload. (Bootstrap on armhf is already done.)  As soon
as it is done today, I'll be uploading.

-- 
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


Bug#1063204: nordugrid-arc: NMU diff for 64-bit time_t transition

2024-03-03 Thread Steve Langasek
A bug in the script used for converting packages for t64 resulted in
extraneous X-Time64-Compat entries.

I am uploading a follow-up NMU to fix this.  Please find a full NMU debdiff
for time_t attached.

-- 
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
diff -Nru nordugrid-arc-6.18.0/debian/changelog 
nordugrid-arc-6.18.0/debian/changelog
--- nordugrid-arc-6.18.0/debian/changelog   2024-02-07 23:29:28.0 
+
+++ nordugrid-arc-6.18.0/debian/changelog   2024-03-03 09:44:15.0 
+
@@ -1,3 +1,17 @@
+nordugrid-arc (6.18.0-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix extraneous X-Time64-Compat declarations.
+
+ -- Steve Langasek   Sun, 03 Mar 2024 09:44:15 +
+
+nordugrid-arc (6.18.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063204
+
+ -- Benjamin Drung   Thu, 29 Feb 2024 13:30:18 +
+
 nordugrid-arc (6.18.0-2) unstable; urgency=medium
 
   * Disable test incompatible with SWIG 4.2
diff -Nru nordugrid-arc-6.18.0/debian/control 
nordugrid-arc-6.18.0/debian/control
--- nordugrid-arc-6.18.0/debian/control 2024-02-05 17:12:08.0 +
+++ nordugrid-arc-6.18.0/debian/control 2024-03-03 09:44:12.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Mattias Ellert 
 Uploaders: Anders Waananen 
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5), dpkg-dev (>= 1.22.5),
  debhelper-compat (= 13),
  dh-python,
  libxml2-dev (>= 2.4.0),
@@ -40,8 +40,10 @@
 Vcs-Git: https://salsa.debian.org/ellert/nordugrid-arc.git
 Homepage: http://www.nordugrid.org
 
-Package: libarccommon3v5
-Replaces:
+Package: libarccommon3t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libarccommon3v5
+Replaces:libarccommon3v5, 
  nordugrid-arc-hed (<< 1.0.1~rc2~),
  nordugrid-arc-arex (<< 2.0.1~),
  libarccommon0,
@@ -62,7 +64,7 @@
  nordugrid-arc-acix-core (<< 6.14.0-2~),
  nordugrid-arc-acix-scanner (<< 6.14.0-2~),
  nordugrid-arc-acix-index (<< 6.14.0-2~)
-Breaks:
+Breaks:libarccommon3v5 (<< ${source:Version}), 
  nordugrid-arc-hed (<< 1.0.1~rc2~),
  nordugrid-arc-arex (<< 2.0.1~),
  libarccommon0,
@@ -92,7 +94,7 @@
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
  nordugrid-arc-plugins-needed (= ${binary:Version})
 Description: ARC command line clients
  NorduGrid is a collaboration aiming at development, maintenance and
@@ -114,7 +116,7 @@
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
- libarccommon3v5 (= ${binary:Version})
+ libarccommon3t64 (= ${binary:Version})
 Description: ARC Hosting Environment Daemon
  NorduGrid is a collaboration aiming at development, maintenance and
  support of the middleware, known as the Advanced Resource
@@ -130,7 +132,7 @@
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
  nordugrid-arc-plugins-gridftp (= ${binary:Version}),
  nordugrid-arc-arcctl-service (= ${source:Version})
 Description: ARC GridFTP server
@@ -149,7 +151,7 @@
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
  nordugrid-arc-hed (= ${binary:Version}),
  nordugrid-arc-plugins-needed (= ${binary:Version}),
  nordugrid-arc-arcctl-service (= ${source:Version})
@@ -216,16 +218,16 @@
 
 Package: nordugrid-arc-arcctl
 Replaces:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
  nordugrid-arc-arex (<< 6.5.0~)
 Breaks:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
  nordugrid-arc-arex (<< 6.5.0~)
 Architecture: all
 Depends:
  ${misc:Depends},
  ${python3:Depends},
- libarccommon3v5 (>= ${source:Version})
+ libarccommon3t64 (>= ${source:Version})
 Description: ARC Control Tool
  NorduGrid is a collaboration aiming at development, maintenance and
  support of the middleware, known as the Advanced Resource
@@ -236,18 +238,18 @@
 
 Package: nordugrid-arc-arcctl-service
 Replaces:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
  nordugrid-arc-arcctl (<< 6.6.0~),
  nordugrid-arc-arex (<< 6.6.0~)
 Breaks:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
  nordugrid-arc-arcctl (<< 6.6.0~),
  nordugrid-arc-arex (<< 6.6.0~)
 Architecture: all
 Depends:
  ${misc:Depends},
  ${python3:Depends},
- libarccommon3v5 (>= ${source:Version}),
+ libarccommon3t64 (>= ${source:Version}),
  nordugrid-arc-arcctl (= ${source:Version})
 Description: ARC Control Tool - service control modules
  NorduGrid is a 

Bug#1062194: Bug#1065145: guacd: internal aliasing conflict on guacd.service

2024-03-03 Thread Steve Langasek
Thanks, NMU uploaded to address this regression.  Please find attached the
full NMU debdiff for time_t.

On Fri, Mar 01, 2024 at 07:50:10AM +0100, Helmut Grohne wrote:
> Package: guacd
> Version: 1.3.0-1.2
> Severity: serious
> Tags: patch
> User: helm...@debian.org
> Usertags: dep17
> X-Debbugs-Cc: vor...@debian.org
> 
> I changed dh_installsystemd to install systemd units below /usr/lib
> rather than /lib a while back. Back then, I rebuilt all possibly
> affected packages and guacd happened to FTBFS. Hence, it was ignored in
> my analysis. Now the time64 transition fixed the FTBFS and guacd
> installs both /lib/systemd/system/guacd.service and
> /usr/lib/systemd/system/guacd.service. Doing so is a policy violation
> and causes an installation failure on /usr-merged systems:
> 
> Unpacking guacd (1.3.0-1.2) ...
> dpkg: error processing archive 
> /tmp/apt-dpkg-install-JKIS2y/25-guacd_1.3.0-1.2_amd64.deb (--unpack):
>  unable to install new version of '/usr/lib/systemd/system/guacd.service': No 
> such file or directory
> 
> I'm attaching a patch fixing this issue.
> 
> Helmut

> diff --minimal -Nru guacamole-server-1.3.0/debian/changelog 
> guacamole-server-1.3.0/debian/changelog
> --- guacamole-server-1.3.0/debian/changelog   2024-02-29 07:18:24.0 
> +0100
> +++ guacamole-server-1.3.0/debian/changelog   2024-03-01 07:40:03.0 
> +0100
> @@ -1,3 +1,10 @@
> +guacamole-server (1.3.0-1.3) UNRELEASED; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Install guacd.service only once. (Closes: #-1)
> +
> + -- Helmut Grohne   Fri, 01 Mar 2024 07:40:03 +0100
> +
>  guacamole-server (1.3.0-1.2) unstable; urgency=medium
>  
>* Non-maintainer upload.
> diff --minimal -Nru guacamole-server-1.3.0/debian/guacd.install 
> guacamole-server-1.3.0/debian/guacd.install
> --- guacamole-server-1.3.0/debian/guacd.install   2022-02-07 
> 19:02:10.0 +0100
> +++ guacamole-server-1.3.0/debian/guacd.install   2024-03-01 
> 07:39:57.0 +0100
> @@ -1,4 +1,3 @@
>  bin/guacctl /usr/bin
>  /usr/sbin/guacd
>  /usr/share/man/man8/guacd.8
> -debian/guacd.service /lib/systemd/system/


-- 
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
diff -Nru guacamole-server-1.3.0/debian/changelog 
guacamole-server-1.3.0/debian/changelog
--- guacamole-server-1.3.0/debian/changelog 2022-02-07 18:02:10.0 
+
+++ guacamole-server-1.3.0/debian/changelog 2024-03-03 08:10:03.0 
+
@@ -1,3 +1,18 @@
+guacamole-server (1.3.0-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Install guacd.service only once.  Thanks to
+Helmut Grohne .  Closes #1065145.
+
+ -- Steve Langasek   Sun, 03 Mar 2024 08:10:03 +
+
+guacamole-server (1.3.0-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062194
+
+ -- Steve Langasek   Thu, 29 Feb 2024 06:18:24 +
+
 guacamole-server (1.3.0-1.1) unstable; urgency=medium
 
   * Non-maintainer upload
diff -Nru guacamole-server-1.3.0/debian/control 
guacamole-server-1.3.0/debian/control
--- guacamole-server-1.3.0/debian/control   2022-02-07 18:02:10.0 
+
+++ guacamole-server-1.3.0/debian/control   2024-02-29 06:18:23.0 
+
@@ -3,7 +3,7 @@
 Maintainer: Debian Remote Maintainers 
 Uploaders:
  Dominik George ,
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  debhelper (>= 11),
  freerdp2-dev,
  libcairo-dev,
@@ -30,7 +30,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libguac19 (= ${binary:Version}),
+ libguac19t64 (= ${binary:Version}),
  ${misc:Depends},
 Replaces:
  libguac1-dev,
@@ -50,11 +50,11 @@
  ${misc:Depends},
  ${shlibs:Depends},
 Recommends:
- libguac-client-rdp0,
- libguac-client-ssh0,
- libguac-client-vnc0,
+ libguac-client-rdp0t64,
+ libguac-client-ssh0t64,
+ libguac-client-vnc0t64,
 Suggests:
- libguac-client-telnet0,
+ libguac-client-telnet0t64,
 Description: HTML5 web application for accessing remote desktops (proxy daemon)
  Guacamole is an HTML5 web application that provides access to a desktop
  environment using remote desktop protocols. A centralized server acts as a
@@ -70,7 +70,10 @@
  .
  This package contains the daemon binary.
 
-Package: libguac-client-rdp0
+Package: libguac-client-rdp0t64
+Provides: ${t64:Provides}
+Replaces: libguac-client-rdp0
+Breaks: libguac-client-rdp0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -97,7 +100,10 @@
  .
  This package contains protocol support for RDP backends.
 
-Package: libguac-client-ssh0
+Package: libguac

Bug#1063251: Bug#1065121: xdelta: still depends on libxdelta2

2024-03-02 Thread Steve Langasek
Thanks, NMU uploaded.  Attached is a full NMU debdiff for the time_t
transition.

On Thu, Feb 29, 2024 at 11:26:42PM +0100, Sven Joachim wrote:
> Package: xdelta
> Version: 1.1.3-10.5
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek 
> 
> 
> The xdelta package still depends on libxdelta2, rather than on
> libxdelta2t64 as it should.
> 
> The build log on m68k[1] shows that on this architecture libxdelta2t64
> gained a dependency on libxdelta2 as well.  Builds for other 32-bit
> architectures are still missing, but I suspect the libxdelta2t64 package
> will not installable on architectures where it does not provide
> libxdelta2.
> 
> Removing the debian/shlibs.local file is most certainly going to fix
> this mess, but I have not tested it.
> 
> 
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (101, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> 
> 1. 
> https://buildd.debian.org/status/fetch.php?pkg=xdelta=m68k=1.1.3-10.5=1709209632=0
> 

-- 
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
diff -Nru xdelta-1.1.3/debian/changelog xdelta-1.1.3/debian/changelog
--- xdelta-1.1.3/debian/changelog   2021-12-31 16:50:22.0 +
+++ xdelta-1.1.3/debian/changelog   2024-03-03 07:46:54.0 +
@@ -1,3 +1,18 @@
+xdelta (1.1.3-10.6) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove obsolete debian/shlibs.local which breaks install on 32-bit 
+archs.  Thanks to Sven Joachim .  Closes: #1065121.   
+
+ -- Steve Langasek   Sun, 03 Mar 2024 07:46:54 +
+
+xdelta (1.1.3-10.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063251
+
+ -- Steve Langasek   Thu, 29 Feb 2024 06:20:41 +
+
 xdelta (1.1.3-10.4) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru xdelta-1.1.3/debian/control xdelta-1.1.3/debian/control
--- xdelta-1.1.3/debian/control 2021-12-31 16:50:22.0 +
+++ xdelta-1.1.3/debian/control 2024-02-29 06:20:41.0 +
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: LaMont Jones 
-Build-Depends: debhelper-compat (= 13), libglib2.0-dev, zlib1g-dev, pkgconf | 
pkg-config
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), libglib2.0-dev, 
zlib1g-dev, pkgconf | pkg-config
 Standards-Version: 4.6.0
 Rules-Requires-Root: no
 Vcs-Browser: https://salsa.debian.org/debian/xdelta
@@ -20,7 +20,10 @@
  these deltas to a copy of the original file.  Xdelta uses a fast,
  linear algorithm and performs well on both binary and text files.
 
-Package: libxdelta2
+Package: libxdelta2t64
+Provides: ${t64:Provides}
+Replaces: libxdelta2
+Breaks: libxdelta2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -39,7 +42,7 @@
 Package: libxdelta2-dev
 Architecture: any
 Section: libdevel
-Depends: ${misc:Depends}, libxdelta2 (= ${binary:Version})
+Depends: ${misc:Depends}, libxdelta2t64 (= ${binary:Version})
 Breaks: xdelta (<< 1.1.3-9.3~)
 Replaces: xdelta-dev, xdelta (<< 1.1.3-9.3~)
 Conflicts: libxdelta0-dev, libxdelta1-dev
diff -Nru xdelta-1.1.3/debian/libxdelta2.install 
xdelta-1.1.3/debian/libxdelta2.install
--- xdelta-1.1.3/debian/libxdelta2.install  2021-12-31 16:50:22.0 
+
+++ xdelta-1.1.3/debian/libxdelta2.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru xdelta-1.1.3/debian/libxdelta2.shlibs 
xdelta-1.1.3/debian/libxdelta2.shlibs
--- xdelta-1.1.3/debian/libxdelta2.shlibs   2021-12-31 16:50:22.0 
+
+++ xdelta-1.1.3/debian/libxdelta2.shlibs   1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-libxdelta 2 libxdelta2 (>= 1.1.3)
-libedsio 0 libxdelta2 (>= 1.1.3)
diff -Nru xdelta-1.1.3/debian/libxdelta2t64.install 
xdelta-1.1.3/debian/libxdelta2t64.install
--- xdelta-1.1.3/debian/libxdelta2t64.install   1970-01-01 00:00:00.0 
+
+++ xdelta-1.1.3/debian/libxdelta2t64.install   2021-12-31 16:50:22.0 
+
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides 
xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides
--- xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides 2024-02-29 
06:20:32.0 +
@@ -0,0 +1 @@
+libxdelta2t64: package-name-doesnt-match-sonames libxdelta2
diff -Nru xdelta-1.1.3/debian/libxdelta2t64.shlibs 
xdelta-1.1.3/debian/libxdelta2t64.shlibs
--- xdelta-1.1.3/debian/libxdelt

Bug#1064282: poppler: NMU diff for 64-bit time_t transition

2024-03-02 Thread Steve Langasek
On Sun, Mar 03, 2024 at 07:25:22AM +0100, Andreas Metzler wrote:
> On 2024-03-01 Daniel Serpell  wrote:
> > Source: poppler
> > Followup-For: Bug #1064282
> > Control: reopen 1064282

> > As reported in bug 1065155, the provided patch was incorrect, the
> > X-Time64-Compat header is set incorrectly to libpoppler-cpp0v5 for all
> > the library packages.

> Good Morning,

> Also afaict (from browsing GIT history) the build-dependencies are
> insufficient, X-Time64-Compat was initially added in debhelper 13.12.

Note that the Provides: are effectively an optimization on 64-bit archs, to
provide binary backwards-compatibility with third-party binaries and with
binaries in stable series as part of an upgrade.  All packages in Debian
should be rebuilt against the new library names, on all archs, before
release.  So we have not added versioned build-depends on debhelper. 
(Particularly irrelevant for poppler, whose soname changes ~ monthly.)

-- 
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


Bug#1064188: mrpt: NMU diff for 64-bit time_t transition

2024-03-02 Thread Steve Langasek
On Fri, Mar 01, 2024 at 12:03:26PM +0100, José Luis Blanco-Claraco wrote:
> Hi Steve,
> As package and upstream's maintainer, what should I do to ensure the
> library is change safe?

> Would it help to totally remove references to time_t in all public headers?

I don't understand what you mean by "change safe". The API is the API, and
we have uploaded it to pick up the new 64-bit time_t ABI.

> El dom, 18 feb 2024, 9:00, Steve Langasek  escribió:
> 
> > Source: mrpt
> > Version: 1:2.11.9+ds-1
> > Severity: important
> > Tags: patch pending sid trixie
> > User: debian-...@lists.debian.org
> > Usertags: time-t
> >
> > NOTICE: these changes must not be uploaded to unstable yet!
> >
> > 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
> > mrpt 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 mrpt
> > 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'), (500, 'testing'), (500, 'stable'), (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)
> >

-- 
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


Bug#1060246: perl: proposed patch for perl ABI change due to 64-bit time_t

2024-03-02 Thread Steve Langasek
Please find attached a provisional NMU patch that addresses this.  It does
both the library transition (which may not be important for stable releases
but is going to help porters orient themselves if necessary wrt the
bootstrap) and the perlabi transition, as well as adding the dpkg-dev
versioned build-dependency necessary for ensuring we build with the correct
ABI.

I am currently running a full amd64 build test, as well as working on
armhf+armel bootstrap builds (bootstrapping for new gdbm and db5.3
packages).

On Sat, Mar 02, 2024 at 11:51:16AM -0800, Steve Langasek wrote:
> Hi Niko,
> 
> My sincerest apologies for having failed to reply to this email for so long.
> 
> On Sat, Jan 27, 2024 at 12:50:40PM +0200, Niko Tyni wrote:
> > > > > This is entirely optional anyway, as perl
> > > > > 5.38 is just around the corner, at which point this patch should be 
> > > > > dropped
> > > > > completely (assuming time_t lands before perl 5.38 does).
> 
> > > > TBH I was hoping 5.38 would land first :)
> 
> > > And it has \o/
> 
> > > Do you want me to provide an updated patch, or will you integrate this on
> > > your side?
> 
> > I'd like to understand the plan and expectations first. Apologies
> > if I'm just slow and this should all be obvious.
> 
> > Do you want an upload to experimental with this right away? Or will
> > there be a set of source uploads switching the affected architectures
> > to 64-bit time_t at one point and this should be part of that? 
> 
> So an experimental upload is of course no longer relevant.  And since we're
> not changing package names, the rationale for the experimental uploads
> didn't apply to perl, so that's fine.
> 
> > If you want it right away, perl will initially still use the 32-bit time_t
> > but declare it Provides perlapi-5.38.2-t64. Should it also Provide the
> > old perlapi-5.38.2 so that the affected (~500, mostly lib*-perl) binary
> > packages stay installable before they are rebuilt?
> 
> > What about the libperl5.38 SONAME and package name? Is it OK for them
> > to stay unchanged? I expect the interpreter struct size changing will
> > affect the libperl ABI as well.
> 
> I had been assuming that changing it in the one place is sufficient because
> the packages would be updated in lockstep, but I see there are a few
> packages depending on the lib without also depending on perlapi:
> 
> $ grep-dctrl -n -sPackage -FDepends,Pre-Depends libperl5.38 -a \! -FDepends 
> perlapi-5.38.2 /var/lib/apt/lists/*amd64*Packages | sort -u
> barnowl
> binkd
> claws-mail-perl-filter
> courier-mta
> elinks
> epic4
> epic5
> exim4-daemon-heavy
> freeradius
> gnumeric-plugins-extra
> hexchat-perl
> kamailio-perl-modules
> kildclient
> kvirc-modules
> libfungw-perl1
> libgrokj2k1
> libperl-dev
> libperl4caml-ocaml
> libpolymake4.11
> libsnmp40
> mimedefang
> nbdkit-plugin-perl
> perl
> postgresql-plperl-16
> rxvt-unicode
> slapd
> uwsgi-plugin-psgi
> vile
> vim-gtk3
> vim-motif
> vim-nox
> weechat-perl
> xvile
> znc-perl
> $
> 
> Excluding perl itself it looks like that's 32 binary packages.  Compared
> with the changes to perlapi, that seems like a trivial and manageable
> transition, so +1 for changing the library name.
> 
> > Will somebody else upload perl to sid on the flag day? Is that expected
> > to be a no-change upload of the version in experimental, or should there
> > be versioned build dependencies ensuring that time64 builds of libc,
> > libdb et al. get picked up?
> 
> Well, this hasn't happened but now I think it's urgent that it happens.  As
> I mentioned on IRC, we're entangled with gdbm and db5.3 time_t transitions,
> and we can't safely rebuild perl on armhf *without* bumping the ABI
> declarations.
> 
> I can NMU this today if you want or I can leave it to you, please let me
> know.
> 
> > Also wrt. the exact patch: now that we've established the perlapi name
> > change will be only be done for the affected architectures, I suppose I'll
> > need a list of those. Should the 32-bit archs on debian-ports be included?
> > Could I just use DEB_HOST_ARCH_BITS (except i386?)?
> 
> There are some further refinements where some ports archs not in Debian do
> not have an ABI change because they are natively 64-bit time_t.  And the ABI
> does not change on either i386 or hurd-i386.  But I am not convinced this is
> particularly important, it's just an extra round of binNMUs (among a flood
> of binNMUs) for those ports, and binary compatibility with third-party debs
> is not an issue (and particularly considering the perl ABI 

Bug#1060246: perl: proposed patch for perl ABI change due to 64-bit time_t

2024-03-02 Thread Steve Langasek
Hi Niko,

My sincerest apologies for having failed to reply to this email for so long.

On Sat, Jan 27, 2024 at 12:50:40PM +0200, Niko Tyni wrote:
> > > > This is entirely optional anyway, as perl
> > > > 5.38 is just around the corner, at which point this patch should be 
> > > > dropped
> > > > completely (assuming time_t lands before perl 5.38 does).

> > > TBH I was hoping 5.38 would land first :)

> > And it has \o/

> > Do you want me to provide an updated patch, or will you integrate this on
> > your side?

> I'd like to understand the plan and expectations first. Apologies
> if I'm just slow and this should all be obvious.

> Do you want an upload to experimental with this right away? Or will
> there be a set of source uploads switching the affected architectures
> to 64-bit time_t at one point and this should be part of that? 

So an experimental upload is of course no longer relevant.  And since we're
not changing package names, the rationale for the experimental uploads
didn't apply to perl, so that's fine.

> If you want it right away, perl will initially still use the 32-bit time_t
> but declare it Provides perlapi-5.38.2-t64. Should it also Provide the
> old perlapi-5.38.2 so that the affected (~500, mostly lib*-perl) binary
> packages stay installable before they are rebuilt?

> What about the libperl5.38 SONAME and package name? Is it OK for them
> to stay unchanged? I expect the interpreter struct size changing will
> affect the libperl ABI as well.

I had been assuming that changing it in the one place is sufficient because
the packages would be updated in lockstep, but I see there are a few
packages depending on the lib without also depending on perlapi:

$ grep-dctrl -n -sPackage -FDepends,Pre-Depends libperl5.38 -a \! -FDepends 
perlapi-5.38.2 /var/lib/apt/lists/*amd64*Packages | sort -u
barnowl
binkd
claws-mail-perl-filter
courier-mta
elinks
epic4
epic5
exim4-daemon-heavy
freeradius
gnumeric-plugins-extra
hexchat-perl
kamailio-perl-modules
kildclient
kvirc-modules
libfungw-perl1
libgrokj2k1
libperl-dev
libperl4caml-ocaml
libpolymake4.11
libsnmp40
mimedefang
nbdkit-plugin-perl
perl
postgresql-plperl-16
rxvt-unicode
slapd
uwsgi-plugin-psgi
vile
vim-gtk3
vim-motif
vim-nox
weechat-perl
xvile
znc-perl
$

Excluding perl itself it looks like that's 32 binary packages.  Compared
with the changes to perlapi, that seems like a trivial and manageable
transition, so +1 for changing the library name.

> Will somebody else upload perl to sid on the flag day? Is that expected
> to be a no-change upload of the version in experimental, or should there
> be versioned build dependencies ensuring that time64 builds of libc,
> libdb et al. get picked up?

Well, this hasn't happened but now I think it's urgent that it happens.  As
I mentioned on IRC, we're entangled with gdbm and db5.3 time_t transitions,
and we can't safely rebuild perl on armhf *without* bumping the ABI
declarations.

I can NMU this today if you want or I can leave it to you, please let me
know.

> Also wrt. the exact patch: now that we've established the perlapi name
> change will be only be done for the affected architectures, I suppose I'll
> need a list of those. Should the 32-bit archs on debian-ports be included?
> Could I just use DEB_HOST_ARCH_BITS (except i386?)?

There are some further refinements where some ports archs not in Debian do
not have an ABI change because they are natively 64-bit time_t.  And the ABI
does not change on either i386 or hurd-i386.  But I am not convinced this is
particularly important, it's just an extra round of binNMUs (among a flood
of binNMUs) for those ports, and binary compatibility with third-party debs
is not an issue (and particularly considering the perl ABI changes with each
major update so there is no binary compatibility with stable anyway).

> > > Failed 7 tests out of 2623, 99.73% okay.
> > >   ../cpan/DB_File/t/db-btree.t
> > >   ../cpan/DB_File/t/db-hash.t
> > >   ../cpan/DB_File/t/db-recno.t
> > >   ../cpan/DB_File/t/db-threads.t
> > >   ../cpan/Memoize/t/errors.t
> > >   ../cpan/Memoize/t/tie.t
> > >   porting/libperl.t

> > > but I guess that's because things like libdb5.3 need to be rebuilt first?

> > Sorry, haven't tried anything like this yet.  ABI skew with dependencies
> > could certainly explain test suite failures!

> I'm concerned that this may be a blocker on the flag day if not tackled
> earlier. My intuition is the DB_File failures will probably go away
> once libdb is built with 64-bit time, but I'm less optimistic about the
> Memoize or libperl tests.

> I'm also concerned that the binNMUs of the perlapi-* reverse dependencies
> might FTBFS in sid with the 64-bit time_t change if not tested beforehand,
>

Bug#1061992: Bug#1065315: libcurl4t64 Provides libcurl3-gnutls

2024-03-02 Thread Steve Langasek
I'm sorry, I have not been able to isolate the bug in the NMU scripting that
caused this.  I am uploading a fixed NMU, please find the complete NMU
debdiff attached.

On Sat, Mar 02, 2024 at 08:32:02PM +0500, Andrey Rahmatullin wrote:
> Package: libcurl4t64
> Version: 8.6.0-3.1
> Severity: serious
> X-Debbugs-Cc: vor...@debian.org, aure...@debian.org
> 
> Yet another case of wrong X-Time64-Compat, found by Aurelien.
> 
> 
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
> 'unstable'), (500, 'testing'), (101, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 6.7-amd64 (SMP w/4 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not 
> set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages libcurl4t64 depends on:
> ii  libbrotli11.1.0-2+b3
> ii  libc6 2.37-15.1
> ii  libgssapi-krb5-2  1.20.1-5+b1
> ii  libidn2-0 2.3.7-2
> ii  libldap-2.5-0 2.5.13+dfsg-5+b3
> ii  libnghttp2-14 1.59.0-1
> ii  libpsl5   0.21.2-1+b1
> pn  libpsl5t64
> ii  librtmp1  2.4+20151223.gitfa8646d.1-2+b2
> ii  libssh2-1t64 [libssh2-1]  1.11.0-4.1
> ii  libssl3t64 [libssl3]  3.1.5-1.1
> ii  libzstd1  1.5.5+dfsg2-2
> ii  zlib1g1:1.3.dfsg-3.1
> 
> Versions of packages libcurl4t64 recommends:
> ii  ca-certificates  20240203
> 
> libcurl4t64 suggests no packages.
> 

-- 
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
diff -Nru curl-8.6.0/debian/changelog curl-8.6.0/debian/changelog
--- curl-8.6.0/debian/changelog 2024-02-19 22:16:17.0 +
+++ curl-8.6.0/debian/changelog 2024-03-02 18:43:58.0 +
@@ -1,3 +1,17 @@
+curl (8.6.0-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix wrong X-Time64-Compat for libcurl4t64.  Closes: #1065315.
+
+ -- Steve Langasek   Sat, 02 Mar 2024 18:43:58 +
+
+curl (8.6.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061992
+
+ -- Steve Langasek   Sat, 02 Mar 2024 07:11:53 +
+
 curl (8.6.0-3) unstable; urgency=medium
 
   * d/p/vtls_revert_receive_max_buffer_add_test_case.patch: New patch to fix
diff -Nru curl-8.6.0/debian/control curl-8.6.0/debian/control
--- curl-8.6.0/debian/control   2024-02-19 22:16:17.0 +
+++ curl-8.6.0/debian/control   2024-03-02 18:43:46.0 +
@@ -5,7 +5,7 @@
 Uploaders: Carlos Henrique Lima Melara ,
Samuel Henrique ,
Sergio Durigan Junior 
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  debhelper-compat (= 13),
  autoconf,
  automake,
@@ -42,7 +42,7 @@
 
 Package: curl
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4t64 (= ${binary:Version})
 Multi-Arch: foreign
 Description: command line tool for transferring data with URL syntax
  curl is a command line tool for transferring data with URL syntax, supporting
@@ -54,14 +54,17 @@
  NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a
  busload of other useful tricks.
 
-Package: libcurl4
+Package: libcurl4t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libcurl4
+Breaks: libcurl4 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: ca-certificates
 Pre-Depends: ${misc:Pre-Depends}
 Conflicts: libcurl3
-Replaces: libcurl3
+Replaces: libcurl4, libcurl3
 Multi-Arch: same
 Description: easy-to-use client-side URL transfer library (OpenSSL flavour)
  libcurl is an easy-to-use client-side URL transfer library, supporting DICT,
@@ -79,7 +82,11 @@
  .
  SSL support is provided by OpenSSL.
 
-Package: libcurl3-gnutls
+Package: libcurl3t64-gnutls
+Provides: ${t64:Provides}
+X-Time64-Compat: libcurl3-gnutls
+Replaces: libcurl3-gnutls
+Breaks: libcurl3-gnutls (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -111,7 +118,7 @@
  libcurl4-dev,
  libcurl3-dev
 Conflicts: libcurl4-gnutls-dev, libssl1.0-dev
-Depends: ${misc:Depends}, libcurl4 (= ${binary:Version})
+Depends: ${misc:Depends}, libcurl4t64 (= ${binary:Vers

Bug#1062832: opencascade: NMU diff for 64-bit time_t transition

2024-03-02 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 opencascade-7.6.3+dfsg1/debian/changelog 
opencascade-7.6.3+dfsg1/debian/changelog
--- opencascade-7.6.3+dfsg1/debian/changelog2023-05-23 07:45:56.0 
+
+++ opencascade-7.6.3+dfsg1/debian/changelog2024-03-02 10:13:48.0 
+
@@ -1,3 +1,10 @@
+opencascade (7.6.3+dfsg1-7.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062832
+
+ -- Steve Langasek   Sat, 02 Mar 2024 10:13:48 +
+
 opencascade (7.6.3+dfsg1-7) unstable; urgency=medium
 
   * Update broken symlink /usr/bin/occt-draw to new version
diff -Nru opencascade-7.6.3+dfsg1/debian/control 
opencascade-7.6.3+dfsg1/debian/control
--- opencascade-7.6.3+dfsg1/debian/control  2023-05-14 09:02:22.0 
+
+++ opencascade-7.6.3+dfsg1/debian/control  2024-03-02 10:13:48.0 
+
@@ -4,7 +4,7 @@
Tobias Frost 
 Section: science
 Priority: optional
-Build-Depends: cmake,
+Build-Depends: dpkg-dev (>= 1.22.5), cmake,
debhelper-compat (= 13),
dh-exec,
libfreeimage-dev,
@@ -27,16 +27,17 @@
 Homepage: https://www.opencascade.com/
 Rules-Requires-Root: no
 
-Package: libocct-foundation-7.6
+Package: libocct-foundation-7.6t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Section: libs
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Pre-Depends: ${misc:Pre-Depends}
-Breaks: libocct-foundation-7.4,
+Breaks: libocct-foundation-7.6 (<< ${source:Version}), libocct-foundation-7.4,
 libocct-foundation-7.5,
-Replaces: libocct-foundation-7.4,
+Replaces: libocct-foundation-7.6, libocct-foundation-7.4,
   libocct-foundation-7.5,
 Description: OCCT module underlying all other OCCT classes
  Open CASCADE Technology is a suite for 3D surface and solid modeling,
@@ -56,8 +57,8 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libocct-foundation-7.6 (<< ${binary:Version}+1~),
- libocct-foundation-7.6 (>= ${binary:Version}),
+Depends: libocct-foundation-7.6t64 (<< ${binary:Version}+1~),
+ libocct-foundation-7.6t64 (>= ${binary:Version}),
  ${misc:Depends}
 Conflicts: liboce-foundation-dev
 Breaks: occt-misc (<< 7.6.3+dfsg1-4~)
@@ -71,16 +72,17 @@
  This package contains the headers and symlinks for libraries shipped by
  libocct-foundation.
 
-Package: libocct-modeling-data-7.6
+Package: libocct-modeling-data-7.6t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Section: libs
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Pre-Depends: ${misc:Pre-Depends}
-Breaks: libocct-modeling-data-7.4,
+Breaks: libocct-modeling-data-7.6 (<< ${source:Version}), 
libocct-modeling-data-7.4,
 libocct-modeling-data-7.5,
-Replaces: libocct-modeling-data-7.4,
+Replaces: libocct-modeling-data-7.6, libocct-modeling-data-7.4,
   libocct-modeling-data-7.5,
 Description: Open CASCADE Technology 2D/3D geometric primitives data structures
  Open CASCADE Technology is a suite for 3D surface and solid modeling,
@@ -99,8 +101,8 @@
 Section: libdevel
 Depends: libocct-foundation-dev (<< ${binary:Version}+1~),
  libocct-foundation-dev (>= ${binary:Version}),
- libocct-modeling-data-7.6 (<< ${binary:Version}+1~),
- libocct-modeling-data-7.6 (>= ${binary:Version}),
+ libocct-modeling-data-7.6t64 (<< ${binary:Version}+1~),
+ libocct-modeling-data-7.6t64 (>= ${binary:Version}),
  ${misc:Depends}
 Conflicts: liboce-modeling-dev
 Replaces: liboce-modeling-dev
@@ -113,16 +115,17 @@
  This package contains the headers and symlinks for libraries shipped by
  libocct-modeling-data.
 
-Package: libocct-modeling-algorithms-7.6
+Package: libocct-modeling-algorithms-7.6t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Section: libs
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Pre-Depends: ${misc:Pre-Depends}
-Breaks: libocct-modeling-algorithms-7.4,
+Breaks: libocct-modeling-algorithms-7.6 (<< ${source:Version}), 
libocct-modeling-algorithms-7.4,
 libocct-modeling-algorithms-7.5,
-Replaces: libocct-modeling-algorithms-7.4,
+Replaces: libocct-modeling-algorithms-7.6, libocct-modeling-algori

Bug#1062832: opencascade: NMU diff for 64-bit time_t transition

2024-03-02 Thread Steve Langasek
Control: tags -1 + pending

On Sat, Mar 02, 2024 at 11:09:07AM +0100, Tobias Frost wrote:
> On Fri, Mar 01, 2024 at 12:00:43AM -0800, Steve Langasek wrote:

> > > I'm currently preparing the transistion to the next opencascade
> > > version that require new packages anyway, as upstream does not
> > > handle SONAMES very well. This NMU will only make me additional work.

> > So, when do you intend that transition to land?  opencascade has
> > reverse-dependencies in the archive, and rebuilds of any of those packages
> > *now* will result in ABI skew and breakage.

> Fair enough, go ahead with upload, I'll tackle the new upstream version
> later. (Appologies for the mess, plans on my side didn't work out)

Thanks, queuing this for upload now.

-- 
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


Bug#1061959: fxt: NMU diff for 64-bit time_t transition

2024-03-02 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 fxt-0.3.13/debian/changelog fxt-0.3.13/debian/changelog
--- fxt-0.3.13/debian/changelog 2023-12-26 00:26:01.0 +
+++ fxt-0.3.13/debian/changelog 2024-03-02 08:02:12.0 +
@@ -1,3 +1,10 @@
+fxt (0.3.13-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061959
+
+ -- Steve Langasek   Sat, 02 Mar 2024 08:02:12 +
+
 fxt (0.3.13-4) unstable; urgency=medium
 
   * rules: Fix FTCBFS: Do not pass host cflags to native build.
diff -Nru fxt-0.3.13/debian/control fxt-0.3.13/debian/control
--- fxt-0.3.13/debian/control   2022-09-17 02:13:24.0 +
+++ fxt-0.3.13/debian/control   2024-03-02 08:02:12.0 +
@@ -2,7 +2,7 @@
 Priority: optional
 Maintainer: Samuel Thibault 
 Uploaders: Vincent Danjean 
-Build-Depends: debhelper-compat (= 13), gawk, help2man
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), gawk, help2man
 Build-Conflicts: binutils-dev
 Rules-Requires-Root: no
 Standards-Version: 4.6.0
@@ -15,7 +15,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${shlibs:Depends}, ${misc:Depends}, libfxt2 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libfxt2t64 (= ${binary:Version})
 Description: Multithreaded tracing library
  FxT is a library and associated tools that can be used to analyze the
  performance of multithreaded programs which can potentially use a
@@ -28,7 +28,10 @@
  .
  This package contains static libraries and development headers.
 
-Package: libfxt2
+Package: libfxt2t64
+Provides: ${t64:Provides}
+Replaces: libfxt2
+Breaks: libfxt2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru fxt-0.3.13/debian/libfxt2.install fxt-0.3.13/debian/libfxt2.install
--- fxt-0.3.13/debian/libfxt2.install   2021-05-06 22:35:21.0 +
+++ fxt-0.3.13/debian/libfxt2.install   1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru fxt-0.3.13/debian/libfxt2t64.install 
fxt-0.3.13/debian/libfxt2t64.install
--- fxt-0.3.13/debian/libfxt2t64.install1970-01-01 00:00:00.0 
+
+++ fxt-0.3.13/debian/libfxt2t64.install2021-05-06 22:35:21.0 
+
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru fxt-0.3.13/debian/libfxt2t64.lintian-overrides 
fxt-0.3.13/debian/libfxt2t64.lintian-overrides
--- fxt-0.3.13/debian/libfxt2t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ fxt-0.3.13/debian/libfxt2t64.lintian-overrides  2024-03-02 
08:02:04.0 +
@@ -0,0 +1 @@
+libfxt2t64: package-name-doesnt-match-sonames libfxt2


Bug#1061954: frog: NMU diff for 64-bit time_t transition

2024-03-02 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 frog-0.20/debian/changelog frog-0.20/debian/changelog
--- frog-0.20/debian/changelog  2020-04-23 16:22:12.0 +
+++ frog-0.20/debian/changelog  2024-03-02 07:59:45.0 +
@@ -1,3 +1,10 @@
+frog (0.20-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061954
+
+ -- Steve Langasek   Sat, 02 Mar 2024 07:59:45 +
+
 frog (0.20-2) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru frog-0.20/debian/control frog-0.20/debian/control
--- frog-0.20/debian/control2020-04-23 16:21:24.0 +
+++ frog-0.20/debian/control2024-03-02 07:59:45.0 +
@@ -4,7 +4,7 @@
Ko van der Sloot 
 Section: science
 Priority: optional
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 12),
frogdata (>= 0.18),
libexttextcat-dev,
libfolia-dev (>= 2.4),
@@ -54,7 +54,7 @@
 Package: libfrog-dev
 Section: libdevel
 Architecture: any
-Depends: libfrog2 (= ${binary:Version}),
+Depends: libfrog2t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: tagger and parser for natural languages (headers)
@@ -80,14 +80,15 @@
  .
  This package containers the headers needed to compile against Frog.
 
-Package: libfrog2
+Package: libfrog2t64
+Provides: ${t64:Provides}
 Architecture: any
 Section: libs
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Multi-Arch: same
-Breaks: libfrog1
-Replaces: libfrog1
+Breaks: libfrog2 (<< ${source:Version}), libfrog1
+Replaces: libfrog2, libfrog1
 Description: tagger and parser for Dutch language (library)
  Memory-Based Learning (MBL) is a machine-learning method applicable to a wide
  range of tasks in Natural Language Processing (NLP).
diff -Nru frog-0.20/debian/libfrog2.install frog-0.20/debian/libfrog2.install
--- frog-0.20/debian/libfrog2.install   2018-12-02 16:45:27.0 +
+++ frog-0.20/debian/libfrog2.install   1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libfrog.so.*
diff -Nru frog-0.20/debian/libfrog2t64.install 
frog-0.20/debian/libfrog2t64.install
--- frog-0.20/debian/libfrog2t64.install1970-01-01 00:00:00.0 
+
+++ frog-0.20/debian/libfrog2t64.install2018-12-02 16:45:27.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libfrog.so.*
diff -Nru frog-0.20/debian/libfrog2t64.lintian-overrides 
frog-0.20/debian/libfrog2t64.lintian-overrides
--- frog-0.20/debian/libfrog2t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ frog-0.20/debian/libfrog2t64.lintian-overrides  2024-03-02 
07:59:01.0 +
@@ -0,0 +1 @@
+libfrog2t64: package-name-doesnt-match-sonames libfrog2


Bug#1062010: dar: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 dar-2.7.13/debian/changelog dar-2.7.13/debian/changelog
--- dar-2.7.13/debian/changelog 2024-02-15 23:25:38.0 +
+++ dar-2.7.13/debian/changelog 2024-03-02 07:41:43.0 +
@@ -1,3 +1,10 @@
+dar (2.7.13-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062010
+
+ -- Steve Langasek   Sat, 02 Mar 2024 07:41:43 +
+
 dar (2.7.13-5) unstable; urgency=medium
 
   * Source-only upload for transition.
diff -Nru dar-2.7.13/debian/control dar-2.7.13/debian/control
--- dar-2.7.13/debian/control   2024-02-06 00:24:39.0 +
+++ dar-2.7.13/debian/control   2024-03-02 07:41:42.0 +
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: John Goerzen 
-Build-Depends: debhelper-compat (= 13), pkg-config, zlib1g-dev, libbz2-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), pkg-config, 
zlib1g-dev, libbz2-dev,
  libzstd-dev, liblzo2-dev, liblzma-dev, liblz4-dev, libext2fs-dev,
  libgcrypt20-dev, libgpgme-dev, libassuan-dev, libargon2-dev,
  librsync-dev, libcap-dev, libnsl-dev,
@@ -19,7 +19,7 @@
 Package: libdar-dev
 Section: libdevel
 Architecture: any
-Depends: libdar64-6000 (= ${binary:Version}), ${misc:Depends}, zlib1g-dev,
+Depends: libdar64-6000t64 (= ${binary:Version}), ${misc:Depends}, zlib1g-dev,
  libbz2-dev, libzstd-dev, liblzo2-dev, liblzma-dev, liblz4-dev,
  libgcrypt20-dev, libgpg-error-dev, libassuan-dev, libargon2-dev
 Description: Disk ARchive: Development files for shared library
@@ -36,7 +36,10 @@
  compression, ATTR/ACL support. DAR also supports Pipes for remote
  operations, including with ssh.
 
-Package: libdar64-6000
+Package: libdar64-6000t64
+Provides: ${t64:Provides}
+Replaces: libdar64-6000
+Breaks: libdar64-6000 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -61,7 +64,7 @@
 
 Package: dar
 Architecture: any
-Depends: libdar64-6000 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
+Depends: libdar64-6000t64 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Suggests: par2, dar-docs
 Description: Disk ARchive: Backup directory tree and files
  Full featured archiver with support for differential backups, slices,
diff -Nru dar-2.7.13/debian/libdar64-6000.dirs 
dar-2.7.13/debian/libdar64-6000.dirs
--- dar-2.7.13/debian/libdar64-6000.dirs2024-02-05 06:01:51.0 
+
+++ dar-2.7.13/debian/libdar64-6000.dirs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru dar-2.7.13/debian/libdar64-6000.install 
dar-2.7.13/debian/libdar64-6000.install
--- dar-2.7.13/debian/libdar64-6000.install 2024-02-05 06:01:51.0 
+
+++ dar-2.7.13/debian/libdar64-6000.install 1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/libdar64.so.6000.*
-usr/lib/*/libdar64.so.*
diff -Nru dar-2.7.13/debian/libdar64-6000t64.dirs 
dar-2.7.13/debian/libdar64-6000t64.dirs
--- dar-2.7.13/debian/libdar64-6000t64.dirs 1970-01-01 00:00:00.0 
+
+++ dar-2.7.13/debian/libdar64-6000t64.dirs 2024-02-05 06:01:51.0 
+
@@ -0,0 +1 @@
+usr/lib
diff -Nru dar-2.7.13/debian/libdar64-6000t64.install 
dar-2.7.13/debian/libdar64-6000t64.install
--- dar-2.7.13/debian/libdar64-6000t64.install  1970-01-01 00:00:00.0 
+
+++ dar-2.7.13/debian/libdar64-6000t64.install  2024-02-05 06:01:51.0 
+
@@ -0,0 +1,2 @@
+usr/lib/*/libdar64.so.6000.*
+usr/lib/*/libdar64.so.*
diff -Nru dar-2.7.13/debian/libdar64-6000t64.lintian-overrides 
dar-2.7.13/debian/libdar64-6000t64.lintian-overrides
--- dar-2.7.13/debian/libdar64-6000t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ dar-2.7.13/debian/libdar64-6000t64.lintian-overrides2024-03-02 
07:40:24.0 +
@@ -0,0 +1 @@
+libdar64-6000t64: package-name-doesnt-match-sonames libdar64-6000


Bug#1061992: curl: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 curl-8.6.0/debian/changelog curl-8.6.0/debian/changelog
--- curl-8.6.0/debian/changelog 2024-02-19 22:16:17.0 +
+++ curl-8.6.0/debian/changelog 2024-03-02 07:11:53.0 +
@@ -1,3 +1,10 @@
+curl (8.6.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061992
+
+ -- Steve Langasek   Sat, 02 Mar 2024 07:11:53 +
+
 curl (8.6.0-3) unstable; urgency=medium
 
   * d/p/vtls_revert_receive_max_buffer_add_test_case.patch: New patch to fix
diff -Nru curl-8.6.0/debian/control curl-8.6.0/debian/control
--- curl-8.6.0/debian/control   2024-02-19 22:16:17.0 +
+++ curl-8.6.0/debian/control   2024-03-02 07:11:53.0 +
@@ -5,7 +5,7 @@
 Uploaders: Carlos Henrique Lima Melara ,
Samuel Henrique ,
Sergio Durigan Junior 
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  debhelper-compat (= 13),
  autoconf,
  automake,
@@ -42,7 +42,7 @@
 
 Package: curl
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4t64 (= ${binary:Version})
 Multi-Arch: foreign
 Description: command line tool for transferring data with URL syntax
  curl is a command line tool for transferring data with URL syntax, supporting
@@ -54,14 +54,17 @@
  NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a
  busload of other useful tricks.
 
-Package: libcurl4
+Package: libcurl4t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libcurl3-gnutls
+Breaks: libcurl4 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: ca-certificates
 Pre-Depends: ${misc:Pre-Depends}
 Conflicts: libcurl3
-Replaces: libcurl3
+Replaces: libcurl4, libcurl3
 Multi-Arch: same
 Description: easy-to-use client-side URL transfer library (OpenSSL flavour)
  libcurl is an easy-to-use client-side URL transfer library, supporting DICT,
@@ -79,7 +82,11 @@
  .
  SSL support is provided by OpenSSL.
 
-Package: libcurl3-gnutls
+Package: libcurl3t64-gnutls
+Provides: ${t64:Provides}
+X-Time64-Compat: libcurl3-gnutls
+Replaces: libcurl3-gnutls
+Breaks: libcurl3-gnutls (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -111,7 +118,7 @@
  libcurl4-dev,
  libcurl3-dev
 Conflicts: libcurl4-gnutls-dev, libssl1.0-dev
-Depends: ${misc:Depends}, libcurl4 (= ${binary:Version})
+Depends: ${misc:Depends}, libcurl4t64 (= ${binary:Version})
 Suggests: libcurl4-doc,
  libidn-dev,
  libkrb5-dev,
@@ -149,7 +156,7 @@
  libcurl3-gnutls-dev,
  libcurl4-dev
 Conflicts: libcurl4-openssl-dev
-Depends: ${misc:Depends}, libcurl3-gnutls (= ${binary:Version})
+Depends: ${misc:Depends}, libcurl3t64-gnutls (= ${binary:Version})
 Suggests: libcurl4-doc,
  libgnutls28-dev,
  libidn-dev,
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.install 
curl-8.6.0/debian/libcurl3-gnutls.install
--- curl-8.6.0/debian/libcurl3-gnutls.install   2024-02-19 22:16:17.0 
+
+++ curl-8.6.0/debian/libcurl3-gnutls.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libcurl-gnutls.so.4*
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.links 
curl-8.6.0/debian/libcurl3-gnutls.links
--- curl-8.6.0/debian/libcurl3-gnutls.links 2024-02-19 22:16:17.0 
+
+++ curl-8.6.0/debian/libcurl3-gnutls.links 1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-#!/bin/sh
-
-echo usr/lib/$DEB_HOST_MULTIARCH/libcurl-gnutls.so.4 
usr/lib/$DEB_HOST_MULTIARCH/libcurl-gnutls.so.3
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 
curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides
--- curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 2024-02-19 
22:16:17.0 +
+++ curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-libcurl3-gnutls: package-name-doesnt-match-sonames libcurl-gnutls4
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.symbols 
curl-8.6.0/debian/libcurl3-gnutls.symbols
--- curl-8.6.0/debian/libcurl3-gnutls.symbols   2024-02-19 22:16:17.0 
+
+++ curl-8.6.0/debian/libcurl3-gnutls.symbols   1970-01-01 00:00:00.0 
+
@@ -1,97 +0,0 @@
-libcurl-gnutls.so.4 libcurl3-gnutls #M

Bug#1036884: transition: time64_t

2024-03-01 Thread Steve Langasek
Please binNMU fyba on armhf and armel.  The maintainer uploaded it without
versioned build-deps so it is renamed but has wrong ABI.

This needs to be built with dpkg-dev (>= 1.5.22), gcc-13 (>= 13.2.0-16.1).

-- 
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


Bug#1063102: swi-prolog: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!

On Mon, Feb 05, 2024 at 03:58:23AM +, Steve Langasek wrote:
> Source: swi-prolog
> Version: 1:5.107.0-1
> Severity: serious
> Tags: patch sid trixie
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> NOTICE: these changes must not be uploaded to unstable yet!
> 
> 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
> swi-prolog as a source package shipping runtime libraries whose ABI could
> not be analyzed via abi-compliance-checker (and therefore to be on the
> safe side we assume is affected).[0]
> 
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition.  In the case of swi-prolog, since shlibs point
> to a virtual package (libswipl9), it is sufficient to change the Provides of
> the runtime package without changing the actual binary package names.
> 
> 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 swi-prolog, which I plan to upload to unstable once the necessary
> dpkg changes have been made.
> 
> Please find the patch for this NMU attached.
> 
> If you have any concerns about this patch, please reach out ASAP.  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.
> 
> 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
> 
> [0] 
> https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09:53:00/logs/swi-prolog-core/base/log.txt

> diff -Nru swi-prolog-9.0.4+dfsg/debian/changelog 
> swi-prolog-9.0.4+dfsg/debian/changelog
> --- swi-prolog-9.0.4+dfsg/debian/changelog2023-11-20 01:24:18.0 
> -0800
> +++ swi-prolog-9.0.4+dfsg/debian/changelog2024-02-04 18:46:16.0 
> -0800
> @@ -1,3 +1,10 @@
> +swi-prolog (9.0.4+dfsg-3.1) experimental; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Adjust Provides for 64-bit time_t transition.
> +
> + -- Steve Langasek   Mon, 05 Feb 2024 02:46:16 +
> +
>  swi-prolog (9.0.4+dfsg-3) unstable; urgency=medium
>  
>* Add upstream patch bumping Java compatibility version
> diff -Nru swi-prolog-9.0.4+dfsg/debian/control 
> swi-prolog-9.0.4+dfsg/debian/control
> --- swi-prolog-9.0.4+dfsg/debian/control  2023-11-20 01:24:18.0 
> -0800
> +++ swi-prolog-9.0.4+dfsg/debian/control  2024-02-04 18:42:29.0 
> -0800
> @@ -107,7 +107,7 @@
>swi-prolog-abi-binary-${swi-prolog:BABI},
>swi-prolog-abi-qlf-${swi-prolog:QLF},
>swi-prolog-abi-states-${swi-prolog:SSTATES},
> -  libswipl9
> +  libswipl9t64, ${t64:Provides}
>  Description: ISO/Edinburgh-style Prolog interpreter - core system
>   SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a
>   rich set of built-in predicates. It offers a fast, robust and small
> diff -Nru swi-prolog-9.0.4+dfsg/debian/rules 
> swi-prolog-9.0.4+dfsg/debian/rules
> --- swi-prolog-9.0.4+dfsg/debian/rules2023-11-20 01:24:18.0 
> -0800
> +++ swi-prolog-9.0.4+dfsg/debian/rules2024-02-04 18:45:32.0 
> -0800
> @@ -6,6 +6,13 @@
>  DPKG_EXPORT_BUILDFLAGS = 1
>  include /usr/share/dpkg/buildflags.mk
>  
> +DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS)
> +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
> +
> +ifneq (,$(filter 64,$(DEB_HOST_ARCH_BITS))$(filter i386,$(DEB_HOST_ARCH)))
> +  t64_provides := libswipl9
> +endif
> +
>  ifeq ($(DEB_BUILD_ARCH),riscv64)
>  DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-as-needed -Wl,-latomic 
> -Wl,--as-needed
>  export DEB_LDFLAGS_MAINT_APPEND
> @@ -114,7 +121,9 @@
>   

Bug#1062926: stdgpu: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Control: tags -1 - pending

Unfortunately it appears stdgpu now ftbfs in unstable with a C++ error, so
we won't be able to NMU this.

-- 
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


Bug#1064301: oss4: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!

On Mon, Feb 19, 2024 at 12:32:53PM -0800, Steve Langasek wrote:
> Source: oss4
> Version: 4.2-build2020-2
> Severity: important
> Tags: patch pending sid trixie
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> NOTICE: these changes must not be uploaded to unstable yet!
> 
> 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 oss4
> as a source package shipping runtime libraries whose ABI is affected by the
> change in size of time_t.
> 
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition.  Since the affected library is libasound2, the
> actual library transition is in alsa-lib and oss4 only needs changes to its
> Provides: to match.
> 
> 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 oss4 which will
> initially be uploaded to experimental, 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.
> 
> -- 
> 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

> diff -Nru oss4-4.2-build2020/debian/changelog 
> oss4-4.2-build2020/debian/changelog
> --- oss4-4.2-build2020/debian/changelog   2023-08-04 17:12:47.0 
> -0700
> +++ oss4-4.2-build2020/debian/changelog   2024-02-19 11:59:19.0 
> -0800
> @@ -1,3 +1,13 @@
> +oss4 (4.2-build2020-2.1) experimental; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Update libasound2 provides for 64-bit time_t transition.
> +  * Use explicit Provides: for libasound2 compat on 64-bit archs since
> +debhelper won't be able to work this out given 't64' is not in the
> +package name.
> +
> + -- Steve Langasek   Mon, 19 Feb 2024 19:59:19 +
> +
>  oss4 (4.2-build2020-2) unstable; urgency=medium
>  
>* control: Drop dependency on now-obsolete lsb-base.
> diff -Nru oss4-4.2-build2020/debian/control oss4-4.2-build2020/debian/control
> --- oss4-4.2-build2020/debian/control 2023-08-04 17:09:33.0 -0700
> +++ oss4-4.2-build2020/debian/control 2024-02-19 11:59:19.0 -0800
> @@ -96,8 +96,8 @@
>  Package: liboss4-salsa-asound2
>  Section: libs
>  Architecture: any
> -Provides: libasound2
> -Conflicts: libasound2
> +Provides: libasound2t64, libasound2 [amd64 arm64 mips64el ppc64el riscv64 
> s390x]
> +Conflicts: libasound2t64, libasound2
>  Multi-Arch: same
>  Depends: liboss4-salsa2, ${misc:Depends}
>  Pre-Depends: ${misc:Pre-Depends}


-- 
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
diff -Nru oss4-4.2-build2020/debian/changelog 
oss4-4.2-build2020/debian/changelog
--- oss4-4.2-build2020/debian/changelog 2023-08-05 00:12:47.0 +
+++ oss4-4.2-build2020/debian/changelog 2024-02-19 19:59:19.0 +
@@ -1,3 +1,13 @@
+oss4 (4.2-build2020-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update libasound2 provides for 64-bit time_t transition.
+  * Use explicit Provides: for libasound2 compat on 64-bit archs since
+debhelper won't be able to work this out given 't64' is not in the
+package name.
+
+ -- Steve Langasek   Mon, 19 Feb 2024 19:59:19 +
+
 oss4 (4.2-build2020-2) unstable; urgency=medium
 
   * control: Drop dependency on now-obsolete lsb-base.
diff -Nru oss4-4.2-build20

Bug#1062855: rem: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 rem-0.6.0/debian/changelog rem-0.6.0/debian/changelog
--- rem-0.6.0/debian/changelog  2020-09-19 09:19:39.0 +
+++ rem-0.6.0/debian/changelog  2024-03-02 01:39:57.0 +
@@ -1,3 +1,10 @@
+rem (0.6.0-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062855
+
+ -- Steve Langasek   Sat, 02 Mar 2024 01:39:57 +
+
 rem (0.6.0-4) unstable; urgency=medium
 
   * build with hardening=+all
diff -Nru rem-0.6.0/debian/control rem-0.6.0/debian/control
--- rem-0.6.0/debian/control2020-08-24 09:44:55.0 +
+++ rem-0.6.0/debian/control2024-03-02 01:39:57.0 +
@@ -1,8 +1,8 @@
 Source: rem
 Section: libs
 Priority: optional
-Build-Depends:
- d-shlibs,
+Build-Depends: dpkg-dev (>= 1.22.5),
+ d-shlibs (>= 0.106~),
  debhelper-compat (= 12),
  libre-dev,
  libssl-dev,
@@ -18,7 +18,10 @@
 Vcs-Browser: https://salsa.debian.org/pkg-voip-team/rem
 Rules-Requires-Root: no
 
-Package: librem0
+Package: librem0t64
+Provides: ${t64:Provides}
+Replaces: librem0
+Conflicts: librem0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends:
@@ -45,7 +48,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- librem0 (= ${binary:Version}),
+ librem0t64 (= ${binary:Version}),
  ${devlibs:Depends},
  ${misc:Depends},
 Description: library for real-time audio and video processing (development)
diff -Nru rem-0.6.0/debian/librem0.lintian-overrides 
rem-0.6.0/debian/librem0.lintian-overrides
--- rem-0.6.0/debian/librem0.lintian-overrides  2018-06-01 11:10:40.0 
+
+++ rem-0.6.0/debian/librem0.lintian-overrides  1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-# packaging is not linked into upstream code
-possible-gpl-code-linked-with-openssl
diff -Nru rem-0.6.0/debian/librem0.symbols rem-0.6.0/debian/librem0.symbols
--- rem-0.6.0/debian/librem0.symbols2018-11-29 21:46:55.0 +
+++ rem-0.6.0/debian/librem0.symbols1970-01-01 00:00:00.0 +
@@ -1,74 +0,0 @@
-# SymbolsHelper-Confirmed: 0.4.7 amd64
-librem.so.0 librem0 #MINVER#
- aubuf_alloc@Base 0.4.6
- aubuf_append@Base 0.4.6
- aubuf_cur_size@Base 0.4.6
- aubuf_debug@Base 0.4.6
- aubuf_flush@Base 0.4.6
- aubuf_get@Base 0.4.6
- aubuf_read@Base 0.4.6
- aubuf_write@Base 0.4.6
- auconv_from_s16@Base 0.4.7
- auconv_to_s16@Base 0.4.7
- aufile_open@Base 0.4.6
- aufile_read@Base 0.4.6
- aufile_write@Base 0.4.6
- aufmt_name@Base 0.4.7
- aufmt_sample_size@Base 0.4.7
- aumix_alloc@Base 0.4.6
- aumix_playfile@Base 0.4.6
- aumix_source_alloc@Base 0.4.6
- aumix_source_count@Base 0.4.6
- aumix_source_enable@Base 0.4.6
- aumix_source_flush@Base 0.4.6
- aumix_source_put@Base 0.4.6
- auresamp@Base 0.4.6
- auresamp_init@Base 0.4.6
- auresamp_setup@Base 0.4.6
- autone_dtmf@Base 0.4.6
- autone_sine@Base 0.4.6
- avc_config_decode@Base 0.6.0
- avc_config_encode@Base 0.6.0
- dtmf_dec_alloc@Base 0.5.2
- dtmf_dec_probe@Base 0.5.2
- dtmf_dec_reset@Base 0.5.2
- fir_filter@Base 0.4.6
- fir_reset@Base 0.4.6
- g711_A2l@Base 0.4.6
- g711_l2A@Base 0.4.6
- g711_l2u@Base 0.4.6
- g711_u2l@Base 0.4.6
- goertzel_init@Base 0.5.2
- goertzel_reset@Base 0.5.2
- goertzel_result@Base 0.5.2
- vidconv@Base 0.4.6
- vidconv_aspect@Base 0.4.6
- vidfmt_descv@Base 0.4.6
- vidfmt_name@Base 0.4.6
- vidframe_alloc@Base 0.4.6
- vidframe_copy@Base 0.4.7
- vidframe_draw_hline@Base 0.4.6
- vidframe_draw_point@Base 0.4.6
- vidframe_draw_rect@Base 0.4.6
- vidframe_draw_vline@Base 0.4.6
- vidframe_fill@Base 0.4.6
- vidframe_init@Base 0.4.6
- vidframe_init_buf@Base 0.4.6
- vidframe_size@Base 0.4.6
- vidmix_alloc@Base 0.4.6
- vidmix_source_alloc@Base 0.4.6
- vidmix_source_enable@Base 0.4.6
- vidmix_source_get_focus@Base 0.4.6
- vidmix_source_isenabled@Base 0.4.6
- vidmix_source_isrunning@Base 0.4.6
- vidmix_source_put@Base 0.4.6
- vidmix_source_set_content_hide@Base 0.4.6
- vidmix_source_set_focus@Base 0.4.6
- vidmix_source_set_focus_idx@Base 0.4.6
- vidmix_source_set_rate@Base 0.4.6
- vidmix_source_set_size@Base 0.4.6
- vidmix_source_start@Base 0.4.6
- vidmix_source_stop@Base 0.4.6
- vidmix_source_toggle_selfview@Base 0.4.6
- wav_header_decode@Base 0.4.6
- wav_header_encode@Base 0.4.6
diff -Nru rem-0.6.0/debian/librem0t64.lintian-overrides 
rem-0.6.0/debian/librem0t64.lintian-overrides
--- rem-

Bug#1064292: pyside2: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 pyside2-5.15.12/debian/changelog pyside2-5.15.12/debian/changelog
--- pyside2-5.15.12/debian/changelog2024-02-08 08:13:11.0 +
+++ pyside2-5.15.12/debian/changelog2024-03-02 00:27:01.0 +
@@ -1,3 +1,10 @@
+pyside2 (5.15.12-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1064292
+
+ -- Steve Langasek   Sat, 02 Mar 2024 00:27:01 +
+
 pyside2 (5.15.12-6) unstable; urgency=medium
 
   * Team upload.
diff -Nru pyside2-5.15.12/debian/control pyside2-5.15.12/debian/control
--- pyside2-5.15.12/debian/control  2024-02-08 08:13:11.0 +
+++ pyside2-5.15.12/debian/control  2024-03-02 00:27:01.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Qt/KDE Maintainers 
 Uploaders: Kurt Kremitzki 
-Build-Depends: chrpath,
+Build-Depends: dpkg-dev (>= 1.22.5), chrpath,
cmake (>= 3.1),
debhelper-compat (= 13),
dh-python,
@@ -76,13 +76,14 @@
  .
  This package contains the common documentation package.
 
-Package: libpyside2-py3-5.15
+Package: libpyside2-py3-5.15t64
+Breaks: libpyside2-py3-5.15 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
 Conflicts: libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14
-Replaces: libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14
-Provides: libpyside2-py3
+Replaces: libpyside2-py3-5.15, libpyside2-py3-5.11, libpyside2-py3-5.13, 
libpyside2-py3-5.14
+Provides: ${t64:Provides}, libpyside2-py3
 Description: Python 3 bindings for Qt5 (base files)
  pyside2 provides Python bindings for Qt 5.x framework.
  .
@@ -94,7 +95,7 @@
 Package: libpyside2-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libpyside2-py3-5.15 (= 
${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libpyside2-py3-5.15t64 (= 
${binary:Version})
 Description: Python bindings for Qt5 (development files)
  pyside2 provides Python bindings for Qt 5.x framework.
  .
@@ -127,13 +128,14 @@
  .
  Shiboken2 is the binding generator used to create the PySide2 bindings.
 
-Package: libshiboken2-py3-5.15
+Package: libshiboken2-py3-5.15t64
+Breaks: libshiboken2-py3-5.15 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
 Conflicts: libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14
-Replaces: libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14
-Provides: libshiboken2-py3
+Replaces: libshiboken2-py3-5.15, libshiboken2-py3-5.11, libshiboken2-py3-5.13, 
libshiboken2-py3-5.14
+Provides: ${t64:Provides}, libshiboken2-py3
 Description: CPython bindings generator for C++ libraries (Python3 shared 
library)
  Shiboken2 is a bindings generator for C++ libraries that outputs CPython
  source code. It collects information from library headers, and then
@@ -148,7 +150,7 @@
 Section: libdevel
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends},
- libshiboken2-py3-5.15 (= ${binary:Version}), shiboken2 (= ${binary:Version}), 
python3-dev
+ libshiboken2-py3-5.15t64 (= ${binary:Version}), shiboken2 (= 
${binary:Version}), python3-dev
 Description: CPython bindings generator for C++ libraries (development files)
  Shiboken2 is a bindings generator for C++ libraries that outputs CPython
  source code. It collects information from library headers, and then
diff -Nru pyside2-5.15.12/debian/libpyside2-py3-5.15.install 
pyside2-5.15.12/debian/libpyside2-py3-5.15.install
--- pyside2-5.15.12/debian/libpyside2-py3-5.15.install  2024-02-08 
08:13:11.0 +
+++ pyside2-5.15.12/debian/libpyside2-py3-5.15.install  1970-01-01 
00:00:00.0 +
@@ -1,4 +0,0 @@
-pyside3_install/py3*-relwithdebinfo/lib/libpyside2*.so.* 
usr/lib/${DEB_HOST_MULTIARCH}
-pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/_git_pyside_version.py
 usr/lib/python3/dist-packages/PySide2
-pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/__init__.py
 usr/lib/python3/dist-packages/PySide2
-pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/_config.py
 usr/lib/python3/dist-packages/PySide2

Bug#1063210: pari: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 pari-2.15.4/debian/changelog pari-2.15.4/debian/changelog
--- pari-2.15.4/debian/changelog2023-07-12 10:08:54.0 +
+++ pari-2.15.4/debian/changelog2024-03-01 23:24:56.0 +
@@ -1,3 +1,10 @@
+pari (2.15.4-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063210
+
+ -- Steve Langasek   Fri, 01 Mar 2024 23:24:56 +
+
 pari (2.15.4-2) unstable; urgency=medium
 
   * New patch: usptream-forqfvec: from upstream, fix 32bit support
diff -Nru pari-2.15.4/debian/control pari-2.15.4/debian/control
--- pari-2.15.4/debian/control  2023-07-10 09:31:13.0 +
+++ pari-2.15.4/debian/control  2024-03-01 23:24:56.0 +
@@ -1,5 +1,5 @@
 Source: pari
-Build-Depends: debhelper-compat (= 13), libreadline-dev, libx11-dev, 
libgmp-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), libreadline-dev, 
libx11-dev, libgmp-dev,
pari-galdata, pari-elldata, pari-seadata, pari-galpol, 
pari-nflistdata
 Build-Depends-Indep: texlive-base, texlive-latex-base
 Section: math
@@ -34,7 +34,7 @@
 Architecture: any
 Section: libdevel
 Provides: libpari-gmp-tls8-dev
-Depends: libpari-gmp-tls8 (= ${binary:Version}), libc-dev, ${misc:Depends}
+Depends: libpari-gmp-tls8t64 (= ${binary:Version}), libc-dev, ${misc:Depends}
 Suggests: libpari-gmp-tls8-dbgsym, pari-gp2c
 Multi-Arch: same
 Description: PARI/GP Computer Algebra System development files
@@ -52,7 +52,10 @@
  .
  This package contains the include files and static library.
 
-Package: libpari-gmp-tls8
+Package: libpari-gmp-tls8t64
+Provides: ${t64:Provides}
+Replaces: libpari-gmp-tls8
+Breaks: libpari-gmp-tls8 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides 
pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides
--- pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides2024-03-01 
23:23:37.0 +
@@ -0,0 +1 @@
+libpari-gmp-tls8t64: package-name-doesnt-match-sonames libpari-gmp-tls8
diff -Nru pari-2.15.4/debian/rules pari-2.15.4/debian/rules
--- pari-2.15.4/debian/rules2022-11-09 14:23:53.0 +
+++ pari-2.15.4/debian/rules2024-03-01 23:24:56.0 +
@@ -57,7 +57,7 @@
 CC := `which $(CC)`
 endif
 
-libpkg = libpari-gmp-tls8
+libpkg = libpari-gmp-tls8t64
 libtriplet = usr/lib/$(DEB_HOST_MULTIARCH)
 inctriplet = usr/include/$(DEB_HOST_MULTIARCH)
 


Bug#1063206: papi: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog
--- papi-7.1.0/debian/changelog 2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/changelog 2024-03-01 23:16:47.0 +
@@ -1,3 +1,10 @@
+papi (7.1.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063206
+
+ -- Steve Langasek   Fri, 01 Mar 2024 23:16:47 +
+
 papi (7.1.0-3) unstable; urgency=medium
 
   * Prepare infrastructure for appending an ABI-suffix to the SOVERSION.
diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control
--- papi-7.1.0/debian/control   2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/control   2024-03-01 23:16:47.0 +
@@ -5,7 +5,7 @@
 Uploaders:
  Vincent Danjean ,
  Andreas Beckmann 
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  debhelper-compat (= 13),
  dh-sequence-python3,
  gfortran,
@@ -18,7 +18,10 @@
 Vcs-Browser: https://salsa.debian.org/hpc-team/papi
 Vcs-Git: https://salsa.debian.org/hpc-team/papi.git
 
-Package: libpapi7.1
+Package: libpapi7.1t64
+Provides: ${t64:Provides}
+Replaces: libpapi7.1
+Breaks: libpapi7.1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -41,7 +44,10 @@
  .
  This package provides the shared library.
 
-Package: libsde1
+Package: libsde1t64
+Provides: ${t64:Provides}
+Replaces: libsde1
+Breaks: libsde1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
diff -Nru papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 
papi-7.1.0/debian/libpapi7.1t64.lintian-overrides
--- papi-7.1.0/debian/libpapi7.1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ papi-7.1.0/debian/libpapi7.1t64.lintian-overrides   2024-03-01 
23:16:15.0 +
@@ -0,0 +1 @@
+libpapi7.1t64: package-name-doesnt-match-sonames libpapi7.1
diff -Nru papi-7.1.0/debian/libsde1t64.lintian-overrides 
papi-7.1.0/debian/libsde1t64.lintian-overrides
--- papi-7.1.0/debian/libsde1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ papi-7.1.0/debian/libsde1t64.lintian-overrides  2024-03-01 
23:16:15.0 +
@@ -0,0 +1 @@
+libsde1t64: package-name-doesnt-match-sonames libsde1


Bug#1063206: papi: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog
--- papi-7.1.0/debian/changelog 2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/changelog 2024-03-01 23:13:24.0 +
@@ -1,3 +1,10 @@
+papi (7.1.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063206
+
+ -- Steve Langasek   Fri, 01 Mar 2024 23:13:24 +
+
 papi (7.1.0-3) unstable; urgency=medium
 
   * Prepare infrastructure for appending an ABI-suffix to the SOVERSION.
diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control
--- papi-7.1.0/debian/control   2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/control   2024-03-01 23:13:24.0 +
@@ -5,7 +5,7 @@
 Uploaders:
  Vincent Danjean ,
  Andreas Beckmann 
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  debhelper-compat (= 13),
  dh-sequence-python3,
  gfortran,
@@ -18,7 +18,10 @@
 Vcs-Browser: https://salsa.debian.org/hpc-team/papi
 Vcs-Git: https://salsa.debian.org/hpc-team/papi.git
 
-Package: libpapi7.1
+Package: libpapi7.1t64
+Provides: ${t64:Provides}
+Replaces: libpapi7.1
+Breaks: libpapi7.1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -41,7 +44,10 @@
  .
  This package provides the shared library.
 
-Package: libsde1
+Package: libsde1t64
+Provides: ${t64:Provides}
+Replaces: libsde1
+Breaks: libsde1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
diff -Nru papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 
papi-7.1.0/debian/libpapi7.1t64.lintian-overrides
--- papi-7.1.0/debian/libpapi7.1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ papi-7.1.0/debian/libpapi7.1t64.lintian-overrides   2024-03-01 
23:13:04.0 +
@@ -0,0 +1 @@
+libpapi7.1t64: package-name-doesnt-match-sonames libpapi7.1
diff -Nru papi-7.1.0/debian/libsde1t64.lintian-overrides 
papi-7.1.0/debian/libsde1t64.lintian-overrides
--- papi-7.1.0/debian/libsde1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ papi-7.1.0/debian/libsde1t64.lintian-overrides  2024-03-01 
23:13:04.0 +
@@ -0,0 +1 @@
+libsde1t64: package-name-doesnt-match-sonames libsde1


Bug#1063221: pgpool2: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
> please exclude pgpool2 from the t64 transition. It does ship a library
> package, but there are 0 external users, and all in-package rpdeps
> have strict versioned dependencies on libpgpool2.

While I will leave this to your discretion as maintainer, please note that
"0 external users" is not possible to determine conclusively.  There are 0
external users *in Debian*.  But this package ships a shared library, and a
-dev package to allow software to link against it; therefore, third-party
packages not included in Debian, which link against this library, may exist. 
If you want to be able to assert that this is not the case, it's better to
not ship a -dev package at all for your library.

-- 
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


Bug#1063107: openvdb: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 openvdb-10.0.1/debian/changelog openvdb-10.0.1/debian/changelog
--- openvdb-10.0.1/debian/changelog 2023-05-04 21:14:05.0 +
+++ openvdb-10.0.1/debian/changelog 2024-03-01 19:17:49.0 +
@@ -1,3 +1,10 @@
+openvdb (10.0.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063107
+
+ -- Steve Langasek   Fri, 01 Mar 2024 19:17:49 +
+
 openvdb (10.0.1-2) unstable; urgency=medium
 
   * debian/control: Fix dependency of libopenvdb-ax-dev on shared library
diff -Nru openvdb-10.0.1/debian/control openvdb-10.0.1/debian/control
--- openvdb-10.0.1/debian/control   2023-05-04 21:13:36.0 +
+++ openvdb-10.0.1/debian/control   2024-03-01 19:17:49.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Multimedia Maintainers 
 Uploaders: Mathieu Malaterre 
-Build-Depends: bison (>= 3.0),
+Build-Depends: dpkg-dev (>= 1.22.5), bison (>= 3.0),
cmake (>= 3.18),
debhelper (>= 13),
dh-python,
@@ -43,7 +43,10 @@
 Standards-Version: 4.6.1
 X-Python3-Version: >= 3.7
 
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
  .
  This package contains the libraries needed to run OpenVDB applications
 
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: amd64 arm64 armel armhf i386 mips64el ppc64el s390x arc 
hurd-i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k powerpc ppc64 riscv64 sh4 
sparc64 x32
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb-ax10.0 (= ${binary:Version}),
+ libopenvdb-ax10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - NanoVDB - dev
diff -Nru openvdb-10.0.1/debian/control.in openvdb-10.0.1/debian/control.in
--- openvdb-10.0.1/debian/control.in2023-05-04 21:12:44.0 +
+++ openvdb-10.0.1/debian/control.in2024-03-01 11:47:18.0 +
@@ -43,7 +43,10 @@
 Standards-Version: 4.6.1
 X-Python3-Version: >= 3.7
 
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
  .
  This package contains the libraries needed to run OpenVDB applications
 
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: @AX_ARCHS@
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
 Section: libdevel
 Depends: libblosc-dev,
   

Bug#1064188: mrpt: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 mrpt-2.11.10+ds/debian/changelog mrpt-2.11.10+ds/debian/changelog
--- mrpt-2.11.10+ds/debian/changelog2024-02-19 23:02:41.0 +
+++ mrpt-2.11.10+ds/debian/changelog2024-03-01 08:03:30.0 +
@@ -1,3 +1,10 @@
+mrpt (1:2.11.10+ds-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1064188
+
+ -- Steve Langasek   Fri, 01 Mar 2024 08:03:30 +
+
 mrpt (1:2.11.10+ds-1) unstable; urgency=medium
 
   * New upstream version 2.11.10+ds
diff -Nru mrpt-2.11.10+ds/debian/control mrpt-2.11.10+ds/debian/control
--- mrpt-2.11.10+ds/debian/control  2024-02-19 23:02:41.0 +
+++ mrpt-2.11.10+ds/debian/control  2024-03-01 08:03:29.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Jose Luis Blanco Claraco 
 Rules-Requires-Root: no
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
dh-sequence-python3, chrpath,
cmake,
doxygen-latex,
@@ -74,7 +74,10 @@
  .
  Commented C++ examples for MRPT libraries.
 
-Package: libmrpt-apps2.11
+Package: libmrpt-apps2.11t64
+Provides: ${t64:Provides}
+Replaces: libmrpt-apps2.11
+Breaks: libmrpt-apps2.11 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -89,7 +92,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends},libmrpt-apps2.11 (= ${binary:Version}),
+Depends: ${misc:Depends},libmrpt-apps2.11t64 (= ${binary:Version}),
  libmrpt-slam-dev, libmrpt-gui-dev, libmrpt-tclap-dev
 Description: ${source:Synopsis} - apps development package
  ${source:Extended-Description}
@@ -97,7 +100,10 @@
  Library wrapping several MRPT front-end applications.
  This package provides headers and libraries for development.
 
-Package: libmrpt-bayes2.11
+Package: libmrpt-bayes2.11t64
+Provides: ${t64:Provides}
+Replaces: libmrpt-bayes2.11
+Breaks: libmrpt-bayes2.11 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -112,7 +118,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends},libmrpt-bayes2.11 (= ${binary:Version}),
+Depends: ${misc:Depends},libmrpt-bayes2.11t64 (= ${binary:Version}),
  libmrpt-common-dev, libmrpt-math-dev, libmrpt-config-dev
 Description: ${source:Synopsis} - bayes development package
  ${source:Extended-Description}
@@ -121,7 +127,10 @@
  This package provides headers and libraries for development.
 
 
-Package: libmrpt-comms2.11
+Package: libmrpt-comms2.11t64
+Provides: ${t64:Provides}
+Replaces: libmrpt-comms2.11
+Breaks: libmrpt-comms2.11 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -136,7 +145,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends},libmrpt-comms2.11 (= ${binary:Version}),
+Depends: ${misc:Depends},libmrpt-comms2.11t64 (= ${binary:Version}),
  libmrpt-common-dev, libmrpt-io-dev
 Description: ${source:Synopsis} - comms development package
  ${source:Extended-Description}
@@ -144,7 +153,10 @@
  Communication utilities: serial port, sockets, nodelets.
  This package provides headers and libraries for development.
 
-Package: libmrpt-config2.11
+Package: libmrpt-config2.11t64
+Provides: ${t64:Provides}
+Replaces: libmrpt-config2.11
+Breaks: libmrpt-config2.11 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -159,7 +171,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends},libmrpt-config2.11 (= ${binary:Version}),
+Depends: ${misc:Depends},libmrpt-config2.11t64 (= ${binary:Version}),
  libmrpt-common-dev, 
libmrpt-core-dev,libmrpt-system-dev,libmrpt-expr-dev
 Description: ${source:Synopsis} - config development package
  ${source:Extended-Description}
@@ -167,7 +179,10 @@
  Configuration files utilities, providing an extension of the INI file format.
  This package provides headers and libraries for development.
 
-Package: libmrpt-containers2.11
+Package: libmrpt-containers2.11t64
+Provides: ${t64:Provides}
+Replaces: libmrpt-containers2.11
+Breaks: libmrpt-containers2.11 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -182,7 +197,7 @@
 Section: libdevel
 Ar

Bug#1063223: wpewebkit: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
On Fri, Mar 01, 2024 at 09:13:32AM +, Alberto Garcia wrote:
> On Thu, Feb 29, 2024 at 09:23:38AM +0000, Steve Langasek wrote:
> > Please find attached a final version of this patch for the time_t
> > transition.  This patch is being uploaded to unstable.

> Thanks for the patch!

> I have a question: soon I'll need to start transitioning the WPE
> packages to a new API (we were blocked by the reverse dependencies)
> which means libwpewebkit-1.1-0 -> libwpewebkit-2.0-0

> Shall I add the 't64' suffix to the new binaries for clarity or is it
> unnecessary? In principle they won't have a version without 64-bit
> time_t (unless there's a backport which I'm not planning to do).

Please drop the t64 when bumping the soname, but keep the dpkg-dev
versioned build-dep.

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


signature.asc
Description: PGP signature


Bug#1062832: opencascade: NMU diff for 64-bit time_t transition

2024-03-01 Thread Steve Langasek
Hello,

> I'm currently preparing the transistion to the next opencascade
> version that require new packages anyway, as upstream does not
> handle SONAMES very well. This NMU will only make me additional work.

So, when do you intend that transition to land?  opencascade has
reverse-dependencies in the archive, and rebuilds of any of those packages
*now* will result in ABI skew and breakage.

-- 
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


Bug#1062730: libwebsockets: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libwebsockets-4.3.3/debian/changelog 
libwebsockets-4.3.3/debian/changelog
--- libwebsockets-4.3.3/debian/changelog2023-12-10 08:47:50.0 
+
+++ libwebsockets-4.3.3/debian/changelog2024-03-01 07:41:57.0 
+
@@ -1,3 +1,10 @@
+libwebsockets (4.3.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062730
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:41:57 +
+
 libwebsockets (4.3.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libwebsockets-4.3.3/debian/control libwebsockets-4.3.3/debian/control
--- libwebsockets-4.3.3/debian/control  2022-08-22 19:55:48.0 +
+++ libwebsockets-4.3.3/debian/control  2024-03-01 07:41:57.0 +
@@ -3,14 +3,17 @@
 Priority: optional
 Maintainer: Laszlo Boszormenyi (GCS) 
 Uploaders: Peter Pentchev 
-Build-Depends: debhelper-compat (= 13), pkg-config, cmake,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), pkg-config, 
cmake,
  libcap-dev [linux-any], libev-dev, libuv1-dev, libglib2.0-dev, zlib1g-dev,
  libssl-dev, openssl
 Standards-Version: 4.6.0
 Homepage: https://libwebsockets.org/
 Rules-Requires-Root: no
 
-Package: libwebsockets19
+Package: libwebsockets19t64
+Provides: ${t64:Provides}
+Replaces: libwebsockets19
+Breaks: libwebsockets19 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -24,7 +27,7 @@
 Package: libwebsockets-evlib-ev
 Architecture: any
 Multi-Arch: same
-Depends: libwebsockets19 (= ${binary:Version}),
+Depends: libwebsockets19t64 (= ${binary:Version}),
${shlibs:Depends}, ${misc:Depends}
 Description: lightweight C websockets library
  Libwebsockets is a lightweight pure C library for both websockets
@@ -36,7 +39,7 @@
 Package: libwebsockets-evlib-uv
 Architecture: any
 Multi-Arch: same
-Depends: libwebsockets19 (= ${binary:Version}),
+Depends: libwebsockets19t64 (= ${binary:Version}),
${shlibs:Depends}, ${misc:Depends}
 Description: lightweight C websockets library
  Libwebsockets is a lightweight pure C library for both websockets
@@ -48,7 +51,7 @@
 Package: libwebsockets-evlib-glib
 Architecture: any
 Multi-Arch: same
-Depends: libwebsockets19 (= ${binary:Version}),
+Depends: libwebsockets19t64 (= ${binary:Version}),
${shlibs:Depends}, ${misc:Depends}
 Description: lightweight C websockets library
  Libwebsockets is a lightweight pure C library for both websockets
@@ -61,7 +64,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libwebsockets19 (= ${binary:Version}),
+Depends: libwebsockets19t64 (= ${binary:Version}),
libwebsockets-evlib-ev (= ${binary:Version}),
libwebsockets-evlib-uv (= ${binary:Version}),
libwebsockets-evlib-glib (= ${binary:Version}),
@@ -79,7 +82,7 @@
 Section: utils
 Architecture: any
 Multi-Arch: foreign
-Depends: libwebsockets19 (= ${binary:Version}),
+Depends: libwebsockets19t64 (= ${binary:Version}),
libwebsockets-test-server-common (= ${source:Version}),
${shlibs:Depends}, ${misc:Depends}
 Description: lightweight C websockets library - test servers
diff -Nru libwebsockets-4.3.3/debian/libwebsockets19.install 
libwebsockets-4.3.3/debian/libwebsockets19.install
--- libwebsockets-4.3.3/debian/libwebsockets19.install  2022-08-22 
19:55:48.0 +
+++ libwebsockets-4.3.3/debian/libwebsockets19.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/${DEB_HOST_MULTIARCH}/lib*.so.*
diff -Nru libwebsockets-4.3.3/debian/libwebsockets19.symbols 
libwebsockets-4.3.3/debian/libwebsockets19.symbols
--- libwebsockets-4.3.3/debian/libwebsockets19.symbols  2022-08-22 
19:55:48.0 +
+++ libwebsockets-4.3.3/debian/libwebsockets19.symbols  1970-01-01 
00:00:00.0 +
@@ -1,410 +0,0 @@
-libwebsockets.so.19 libwebsockets19 #MINVER#
- __lws_close_free_wsi_final@Base 4.1.0
- __lws_sul_insert@Base 4.0.0
- __lws_sul_service_ripe@Base 4.0.0
- __lws_system_attach@Base 4.0.0
- _lws_dll2_search_sz_pl@Base 4.1.0
- _lws_log@Base 1.2
- _lws_log_cx@Base 4.3.2
- _lws_logv@Base 1.4
- _lws_plat_file_close@Base 2.4.1
- _lws_plat_file_open@Base 2.4.1
- _lws_plat_file_read@Base 2.4.1
- _lws_plat_file_seek_cur@Base 2.4.1
- _lws_plat_file_w

Bug#1062746: linbox: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 linbox-1.7.0/debian/changelog linbox-1.7.0/debian/changelog
--- linbox-1.7.0/debian/changelog   2023-01-07 23:28:28.0 +
+++ linbox-1.7.0/debian/changelog   2024-03-01 07:37:06.0 +
@@ -1,3 +1,10 @@
+linbox (1.7.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062746
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:37:06 +
+
 linbox (1.7.0-3) unstable; urgency=medium
 
   * debian/control
diff -Nru linbox-1.7.0/debian/control linbox-1.7.0/debian/control
--- linbox-1.7.0/debian/control 2023-01-07 13:47:59.0 +
+++ linbox-1.7.0/debian/control 2024-03-01 07:37:06.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Math Team 
 Uploaders: Doug Torrance 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
pkg-config,
 # please keep the version below in-sync with linbox.pc.in
 # also the Depends: field of liblinbox-dev below
@@ -38,7 +38,7 @@
 Depends: libfplll-dev,
  libgivaro-dev,
  liblapack-dev,
- liblinbox-1.7.0-0 (= ${binary:Version}),
+ liblinbox-1.7.0-0t64 (= ${binary:Version}),
 # please keep the version below in-sync with linbox.pc.in
  fflas-ffpack (>= 2.5.0~),
  ${misc:Depends}
@@ -50,7 +50,10 @@
  .
  This package contains the LinBox development files.
 
-Package: liblinbox-1.7.0-0
+Package: liblinbox-1.7.0-0t64
+Provides: ${t64:Provides}
+Replaces: liblinbox-1.7.0-0
+Breaks: liblinbox-1.7.0-0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
diff -Nru linbox-1.7.0/debian/liblinbox-1.7.0-0.install 
linbox-1.7.0/debian/liblinbox-1.7.0-0.install
--- linbox-1.7.0/debian/liblinbox-1.7.0-0.install   2021-12-14 
21:47:30.0 +
+++ linbox-1.7.0/debian/liblinbox-1.7.0-0.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/liblinbox-*.so.*
diff -Nru linbox-1.7.0/debian/liblinbox-1.7.0-0t64.install 
linbox-1.7.0/debian/liblinbox-1.7.0-0t64.install
--- linbox-1.7.0/debian/liblinbox-1.7.0-0t64.install1970-01-01 
00:00:00.0 +
+++ linbox-1.7.0/debian/liblinbox-1.7.0-0t64.install2021-12-14 
21:47:30.0 +
@@ -0,0 +1 @@
+usr/lib/*/liblinbox-*.so.*
diff -Nru linbox-1.7.0/debian/liblinbox-1.7.0-0t64.lintian-overrides 
linbox-1.7.0/debian/liblinbox-1.7.0-0t64.lintian-overrides
--- linbox-1.7.0/debian/liblinbox-1.7.0-0t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ linbox-1.7.0/debian/liblinbox-1.7.0-0t64.lintian-overrides  2024-03-01 
07:34:22.0 +
@@ -0,0 +1 @@
+liblinbox-1.7.0-0t64: package-name-doesnt-match-sonames liblinbox-1.7.0-0


Bug#1062745: liggghts: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 liggghts-3.8.0+repack1/debian/changelog 
liggghts-3.8.0+repack1/debian/changelog
--- liggghts-3.8.0+repack1/debian/changelog 2021-10-19 18:49:53.0 
+
+++ liggghts-3.8.0+repack1/debian/changelog 2024-03-01 07:30:31.0 
+
@@ -1,3 +1,10 @@
+liggghts (3.8.0+repack1-9.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062745
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:30:31 +
+
 liggghts (3.8.0+repack1-9) unstable; urgency=medium
 
   * [67ea6b6] Fix FTBFS with GCC-11. (Closes: #984217)
diff -Nru liggghts-3.8.0+repack1/debian/control 
liggghts-3.8.0+repack1/debian/control
--- liggghts-3.8.0+repack1/debian/control   2021-10-19 18:49:35.0 
+
+++ liggghts-3.8.0+repack1/debian/control   2024-03-01 07:30:31.0 
+
@@ -3,7 +3,7 @@
 Uploaders: Anton Gladky 
 Section: science
 Priority: optional
-Build-Depends: cmake,
+Build-Depends: dpkg-dev (>= 1.22.5), cmake,
debhelper-compat (= 13),
libboost-mpi-dev,
libeigen3-dev,
@@ -21,7 +21,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libliggghts3 (= ${binary:Version}),
+Depends: libliggghts3t64 (= ${binary:Version}),
  mpi-default-bin,
  ${misc:Depends},
  ${shlibs:Depends}
@@ -39,7 +39,10 @@
  .
  The package contains development files.
 
-Package: libliggghts3
+Package: libliggghts3t64
+Provides: ${t64:Provides}
+Replaces: libliggghts3
+Breaks: libliggghts3 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: mpi-default-bin,
@@ -62,7 +65,7 @@
 Package: liggghts
 Architecture: any
 Multi-Arch: foreign
-Depends: libliggghts3 (>= ${source:Version}),
+Depends: libliggghts3t64 (>= ${source:Version}),
  mpi-default-bin,
  ${misc:Depends},
  ${shlibs:Depends}
diff -Nru liggghts-3.8.0+repack1/debian/libliggghts3.install 
liggghts-3.8.0+repack1/debian/libliggghts3.install
--- liggghts-3.8.0+repack1/debian/libliggghts3.install  2017-07-17 
21:19:13.0 +
+++ liggghts-3.8.0+repack1/debian/libliggghts3.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libliggghts.so.*
diff -Nru liggghts-3.8.0+repack1/debian/libliggghts3t64.install 
liggghts-3.8.0+repack1/debian/libliggghts3t64.install
--- liggghts-3.8.0+repack1/debian/libliggghts3t64.install   1970-01-01 
00:00:00.0 +
+++ liggghts-3.8.0+repack1/debian/libliggghts3t64.install   2017-07-17 
21:19:13.0 +
@@ -0,0 +1 @@
+usr/lib/*/libliggghts.so.*
diff -Nru liggghts-3.8.0+repack1/debian/libliggghts3t64.lintian-overrides 
liggghts-3.8.0+repack1/debian/libliggghts3t64.lintian-overrides
--- liggghts-3.8.0+repack1/debian/libliggghts3t64.lintian-overrides 
1970-01-01 00:00:00.0 +
+++ liggghts-3.8.0+repack1/debian/libliggghts3t64.lintian-overrides 
2024-03-01 07:28:29.0 +
@@ -0,0 +1 @@
+libliggghts3t64: package-name-doesnt-match-sonames libliggghts3


Bug#1062741: libzen: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libzen-0.4.41/debian/changelog libzen-0.4.41/debian/changelog
--- libzen-0.4.41/debian/changelog  2023-04-13 08:31:03.0 +
+++ libzen-0.4.41/debian/changelog  2024-03-01 07:27:03.0 +
@@ -1,3 +1,10 @@
+libzen (0.4.41-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062741
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:27:03 +
+
 libzen (0.4.41-2) unstable; urgency=medium
 
   * [3a602d5] Set Multi-Arch: foreign for libzen-doc
diff -Nru libzen-0.4.41/debian/control libzen-0.4.41/debian/control
--- libzen-0.4.41/debian/control2023-04-13 08:31:03.0 +
+++ libzen-0.4.41/debian/control2024-03-01 07:27:03.0 +
@@ -1,7 +1,7 @@
 Source: libzen
 Priority: optional
 Maintainer: Chow Loong Jin 
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 12),
cmake,
pkg-config,
dh-exec,
@@ -17,7 +17,7 @@
 Section: libdevel
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libzen0v5 (= ${binary:Version}), libtinyxml-dev, ${misc:Depends}
+Depends: libzen0t64 (= ${binary:Version}), libtinyxml-dev, ${misc:Depends}
 Description: ZenLib C++ utility library -- development files
  ZenLib is a C++ utility library. It includes classes for handling strings,
  configuration, bit streams, threading, translation, and cross-platform
@@ -26,12 +26,15 @@
  This package contains the headers required for compiling 
applications/libraries
  which use this library.
 
-Package: libzen0v5
+Package: libzen0t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libzen0v5
+Breaks: libzen0v5 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libzen0
+Replaces: libzen0v5, libzen0
 Conflicts: libzen0
 Description: ZenLib C++ utility library -- runtime
  ZenLib is a C++ utility library. It includes classes for handling strings,
diff -Nru libzen-0.4.41/debian/libzen0t64.docs 
libzen-0.4.41/debian/libzen0t64.docs
--- libzen-0.4.41/debian/libzen0t64.docs1970-01-01 00:00:00.0 
+
+++ libzen-0.4.41/debian/libzen0t64.docs2023-04-13 08:31:03.0 
+
@@ -0,0 +1 @@
+ReadMe.txt
diff -Nru libzen-0.4.41/debian/libzen0t64.install 
libzen-0.4.41/debian/libzen0t64.install
--- libzen-0.4.41/debian/libzen0t64.install 1970-01-01 00:00:00.0 
+
+++ libzen-0.4.41/debian/libzen0t64.install 2023-04-13 08:31:03.0 
+
@@ -0,0 +1 @@
+/usr/lib/*/lib*.so.*
diff -Nru libzen-0.4.41/debian/libzen0t64.lintian-overrides 
libzen-0.4.41/debian/libzen0t64.lintian-overrides
--- libzen-0.4.41/debian/libzen0t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ libzen-0.4.41/debian/libzen0t64.lintian-overrides   2024-03-01 
07:26:47.0 +
@@ -0,0 +1 @@
+libzen0t64: package-name-doesnt-match-sonames libzen0v5
diff -Nru libzen-0.4.41/debian/libzen0t64.symbols 
libzen-0.4.41/debian/libzen0t64.symbols
--- libzen-0.4.41/debian/libzen0t64.symbols 1970-01-01 00:00:00.0 
+
+++ libzen-0.4.41/debian/libzen0t64.symbols 2024-03-01 07:26:47.0 
+
@@ -0,0 +1,419 @@
+libzen.so.0 libzen0t64 #MINVER#
+ (c++|regex)"ZenLib::File::Read\(unsigned char\*, unsigned (int|long)\)@Base" 
0.4.23
+ (c++|regex)"ZenLib::File::Write\(unsigned char const\*, unsigned 
(int|long)\)@Base" 0.4.23
+ (c++|regex)"ZenLib::InfoMap::Get\(ZenLib::Ztring const&, unsigned 
(int|long)\) const@Base" 0.4.23
+ (c++|regex)"ZenLib::InfoMap::Get\(ZenLib::Ztring const&, unsigned (int|long), 
ZenLib::Ztring const&, unsigned (int|long)\) const@Base" 0.4.23
+ (c++|regex)"ZenLib::InfoMap::Separator_Set\(unsigned (int|long), 
ZenLib::Ztring const&\)@Base" 0.4.23
+ (c++|regex)"ZenLib::int128::int128\((long double|__float128) const&\)@Base" 
0.4.23
+ (c++|regex)"ZenLib::Thread::Sleep\(unsigned (int|long)\)@Base" 0.4.23
+ (c++|regex)"ZenLib::Translation::Separator_Set\(unsigned (int|long), 
ZenLib::Ztring const&\)@Base" 0.4.23
+ (c++|regex)"ZenLib::uint128::uint128\((long double|__float128) const&\)@Bas

Bug#1062743: libzip: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libzip-1.7.3/debian/changelog libzip-1.7.3/debian/changelog
--- libzip-1.7.3/debian/changelog   2020-10-10 19:01:16.0 +
+++ libzip-1.7.3/debian/changelog   2024-03-01 07:27:55.0 +
@@ -1,3 +1,10 @@
+libzip (1.7.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062743
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:27:55 +
+
 libzip (1.7.3-1) unstable; urgency=medium
 
   * New upstream version 1.7.3
diff -Nru libzip-1.7.3/debian/control libzip-1.7.3/debian/control
--- libzip-1.7.3/debian/control 2020-10-10 19:01:16.0 +
+++ libzip-1.7.3/debian/control 2024-03-01 07:27:55.0 +
@@ -2,7 +2,7 @@
 Priority: optional
 Maintainer: Stefan Schörghofer 
 Uploaders: Ondřej Surý 
-Build-Depends: cmake,
+Build-Depends: dpkg-dev (>= 1.22.5), cmake,
debhelper-compat (= 12),
libbz2-dev,
libssl-dev,
@@ -20,7 +20,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libzip4 (= ${binary:Version}),
+Depends: libzip4t64 (= ${binary:Version}),
  zlib1g-dev,
  ${misc:Depends}
 Description: library for reading, creating, and modifying zip archives 
(development)
@@ -31,7 +31,10 @@
  This package contains the static libraries and headers for developing
  applications that use the libzip library API.
 
-Package: libzip4
+Package: libzip4t64
+Provides: ${t64:Provides}
+Replaces: libzip4
+Breaks: libzip4 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru libzip-1.7.3/debian/libzip4.install 
libzip-1.7.3/debian/libzip4.install
--- libzip-1.7.3/debian/libzip4.install 2020-10-10 19:01:16.0 +
+++ libzip-1.7.3/debian/libzip4.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libzip.so.*
diff -Nru libzip-1.7.3/debian/libzip4.lintian-overrides 
libzip-1.7.3/debian/libzip4.lintian-overrides
--- libzip-1.7.3/debian/libzip4.lintian-overrides   2020-10-10 
19:01:16.0 +
+++ libzip-1.7.3/debian/libzip4.lintian-overrides   1970-01-01 
00:00:00.0 +
@@ -1,2 +0,0 @@
-# libzip uses 3-clause bsd license, GPL come from /debian
-possible-gpl-code-linked-with-openssl
diff -Nru libzip-1.7.3/debian/libzip4.symbols 
libzip-1.7.3/debian/libzip4.symbols
--- libzip-1.7.3/debian/libzip4.symbols 2020-10-10 19:01:16.0 +
+++ libzip-1.7.3/debian/libzip4.symbols 1970-01-01 00:00:00.0 +
@@ -1,114 +0,0 @@
-libzip.so.4 libzip4 #MINVER#
- zip_libzip_version@Base 1.3.2
- zip_add@Base 0.10
- zip_add_dir@Base 0.10
- zip_archive_set_tempdir@Base 0.11.1
- zip_close@Base 0.10
- zip_compression_method_supported@Base 1.7.0
- zip_delete@Base 0.10
- zip_dir_add@Base 0.11.2
- zip_discard@Base 0.11.2
- zip_encryption_method_supported@Base 1.7.0
- zip_error_clear@Base 0.10
- zip_error_code_system@Base 1.0
- zip_error_code_zip@Base 1.0
- zip_error_fini@Base 1.0
- zip_error_get@Base 0.10
- zip_error_get_sys_type@Base 0.10
- zip_error_init@Base 1.0
- zip_error_init_with_code@Base 1.0
- zip_error_set@Base 1.0
- zip_error_strerror@Base 1.0
- zip_error_system_type@Base 1.0
- zip_error_to_data@Base 1.0
- zip_error_to_str@Base 0.10
- zip_fclose@Base 0.10
- zip_fdopen@Base 0.10
- zip_file_add@Base 0.11.2
- zip_file_attributes_init@Base 1.7.0
- zip_file_error_clear@Base 0.10
- zip_file_error_get@Base 0.10
- zip_file_extra_field_delete@Base 0.11.2
- zip_file_extra_field_delete_by_id@Base 0.11.2
- zip_file_extra_field_get@Base 0.11.2
- zip_file_extra_field_get_by_id@Base 0.11.2
- zip_file_extra_field_set@Base 0.11.2
- zip_file_extra_fields_count@Base 0.11.2
- zip_file_extra_fields_count_by_id@Base 0.11.2
- zip_file_get_comment@Base 0.11.2
- zip_file_get_error@Base 1.0
- zip_file_get_external_attributes@Base 0.11.2
- zip_file_rename@Base 0.11.2
- zip_file_replace@Base 0.11.2
- zip_file_set_comment@Base 0.11.2
- zip_file_set_dostime@Base 1.6.0
- zip_file_set_encryption@Base 1.3.0
- zip_file_set_external_attributes@Base 0.11.2
- zip_file_set_mtime@Base 1.0
- zip_file_strerror@Base 0.10
- zip_fopen@Base 0.10
- zip_fopen_encrypted@Base 0.10
- zip_fopen_index@Base 0.10
- zip_fopen_index_encrypted@Base 0.10
- zip_fread@Base 0.10
- zip_fseek@Base 1.3.0
- zip_ftell@B

Bug#1062740: libzdb: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libzdb-3.1/debian/changelog libzdb-3.1/debian/changelog
--- libzdb-3.1/debian/changelog 2016-12-09 10:00:41.0 +
+++ libzdb-3.1/debian/changelog 2024-03-01 07:26:07.0 +
@@ -1,3 +1,10 @@
+libzdb (3.1-0.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062740
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:26:07 +
+
 libzdb (3.1-0.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libzdb-3.1/debian/control libzdb-3.1/debian/control
--- libzdb-3.1/debian/control   2016-12-09 10:00:41.0 +
+++ libzdb-3.1/debian/control   2024-03-01 07:26:07.0 +
@@ -1,7 +1,7 @@
 Source: libzdb
 Priority: extra
 Maintainer: Jack Bates 
-Build-Depends: autotools-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), autotools-dev,
debhelper (>= 10),
dh-autoreconf,
flex,
@@ -19,7 +19,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libzdb11 (= ${binary:Version}),
+Depends: libzdb11t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Zild Database Library [devel]
@@ -28,7 +28,10 @@
  This library provides thread safe connection pooling and exception
  handling.  Currently supports MySQL, Sqlite3 and PostgreSQL.
 
-Package: libzdb11
+Package: libzdb11t64
+Provides: ${t64:Provides}
+Replaces: libzdb11
+Breaks: libzdb11 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
diff -Nru libzdb-3.1/debian/libzdb11.install libzdb-3.1/debian/libzdb11.install
--- libzdb-3.1/debian/libzdb11.install  2016-12-09 10:00:41.0 +
+++ libzdb-3.1/debian/libzdb11.install  1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libzdb-3.1/debian/libzdb11.symbols libzdb-3.1/debian/libzdb11.symbols
--- libzdb-3.1/debian/libzdb11.symbols  2016-12-09 10:00:41.0 +
+++ libzdb-3.1/debian/libzdb11.symbols  1970-01-01 00:00:00.0 +
@@ -1,264 +0,0 @@
-libzdb.so.11 libzdb11 #MINVER#
- AbortHandler@Base 2.11.2
- AssertException@Base 2.11.2
- ConnectionPool_active@Base 2.11.2
- ConnectionPool_free@Base 2.11.2
- ConnectionPool_getConnection@Base 2.11.2
- ConnectionPool_getConnectionTimeout@Base 2.11.2
- ConnectionPool_getInitialConnections@Base 2.11.2
- ConnectionPool_getMaxConnections@Base 2.11.2
- ConnectionPool_getURL@Base 2.11.2
- ConnectionPool_new@Base 2.11.2
- ConnectionPool_reapConnections@Base 2.11.2
- ConnectionPool_returnConnection@Base 2.11.2
- ConnectionPool_setAbortHandler@Base 2.11.2
- ConnectionPool_setConnectionTimeout@Base 2.11.2
- ConnectionPool_setInitialConnections@Base 2.11.2
- ConnectionPool_setMaxConnections@Base 2.11.2
- ConnectionPool_setReaper@Base 2.11.2
- ConnectionPool_size@Base 2.11.2
- ConnectionPool_start@Base 2.11.2
- ConnectionPool_stop@Base 2.11.2
- ConnectionPool_version@Base 2.11.2
- Connection_beginTransaction@Base 2.11.2
- Connection_clear@Base 2.11.2
- Connection_close@Base 2.11.2
- Connection_commit@Base 2.11.2
- Connection_execute@Base 2.11.2
- Connection_executeQuery@Base 2.11.2
- Connection_free@Base 2.11.2
- Connection_getLastAccessedTime@Base 2.11.2
- Connection_getLastError@Base 2.11.2
- Connection_getMaxRows@Base 2.11.2
- Connection_getQueryTimeout@Base 2.11.2
- Connection_getURL@Base 2.11.2
- Connection_isAvailable@Base 2.11.2
- Connection_isInTransaction@Base 2.11.2
- Connection_isSupported@Base 2.11.2
- Connection_lastRowId@Base 2.11.2
- Connection_new@Base 2.11.2
- Connection_ping@Base 2.11.2
- Connection_prepareStatement@Base 2.11.2
- Connection_rollback@Base 2.11.2
- Connection_rowsChanged@Base 2.11.2
- Connection_setAvailable@Base 2.11.2
- Connection_setMaxRows@Base 2.11.2
- Connection_setQueryTimeout@Base 2.11.2
- Exception_init@Base 2.11.2
- Exception_stack@Base 2.11.2
- Exception_throw@Base 2.11.2
- Mem_alloc@Base 2.11.2
- Mem_calloc@Base 2.11.2
- Mem_free@Base 2.11.2
- Mem_resize@Base 2.11.2
- MemoryException@Base 2.11.2
- MysqlConnection_beginTransaction@Base 2.11.2
- MysqlConnection_commit@Base 2.11.2
- MysqlConnection_execute@Base 2.11.2
- MysqlConnection_executeQuery@Base 2.11.2
- MysqlConnection_free@Base 2.11.2
- MysqlConnection_getLastError@Base 2.11.2
- MysqlConnection_lastRowId

Bug#1062738: libyang2: NMU diff for 64-bit time_t transition

2024-02-29 Thread Steve Langasek
Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libyang2-2.1.30/debian/changelog libyang2-2.1.30/debian/changelog
--- libyang2-2.1.30/debian/changelog2023-02-01 09:14:51.0 +
+++ libyang2-2.1.30/debian/changelog2024-03-01 07:25:05.0 +
@@ -1,3 +1,10 @@
+libyang2 (2.1.30-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062738
+
+ -- Steve Langasek   Fri, 01 Mar 2024 07:25:05 +
+
 libyang2 (2.1.30-2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libyang2-2.1.30/debian/control libyang2-2.1.30/debian/control
--- libyang2-2.1.30/debian/control  2023-02-01 09:12:00.0 +
+++ libyang2-2.1.30/debian/control  2024-03-01 07:25:05.0 +
@@ -4,7 +4,7 @@
 Maintainer: Ondřej Surý 
 Priority: optional
 Standards-Version: 4.5.0
-Build-Depends: cmake,
+Build-Depends: dpkg-dev (>= 1.22.5), cmake,
debhelper-compat (= 13),
libcmocka-dev ,
libpcre2-dev,
@@ -12,7 +12,10 @@
 Vcs-Browser: https://salsa.debian.org/netconf-team/libyang2
 Vcs-Git: https://salsa.debian.org/netconf-team/libyang2.git -b debian/master
 
-Package: libyang2
+Package: libyang2t64
+Provides: ${t64:Provides}
+Replaces: libyang2
+Breaks: libyang2 (<< ${source:Version})
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Architecture: any
@@ -31,7 +34,7 @@
 
 Package: libyang2-dev
 Depends: libpcre2-dev,
- libyang2 (= ${binary:Version}),
+ libyang2t64 (= ${binary:Version}),
  ${misc:Depends}
 Conflicts: libyang-dev
 Section: libdevel
@@ -50,7 +53,7 @@
  for libyang.
 
 Package: libyang2-tools
-Depends: libyang2 (= ${binary:Version}),
+Depends: libyang2t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Breaks: libyang-tools (<< ${source:Version})
diff -Nru libyang2-2.1.30/debian/libyang2.install 
libyang2-2.1.30/debian/libyang2.install
--- libyang2-2.1.30/debian/libyang2.install 2023-02-01 09:12:00.0 
+
+++ libyang2-2.1.30/debian/libyang2.install 1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/*.so.*
-usr/share/yang/modules/libyang/
diff -Nru libyang2-2.1.30/debian/libyang2.symbols 
libyang2-2.1.30/debian/libyang2.symbols
--- libyang2-2.1.30/debian/libyang2.symbols 2023-02-01 09:12:00.0 
+
+++ libyang2-2.1.30/debian/libyang2.symbols 1970-01-01 00:00:00.0 
+
@@ -1,354 +0,0 @@
-# SymbolsHelper-Confirmed: 2.0.0~ amd64
-libyang.so.2 libyang2 #MINVER#
- ly_ctx_compile@Base 2.0.0~
- ly_ctx_destroy@Base 2.0.0~
- ly_ctx_get_change_count@Base 2.0.0~
- ly_ctx_get_module@Base 2.0.0~
- ly_ctx_get_module_imp_clb@Base 2.0.0~
- ly_ctx_get_module_implemented@Base 2.0.0~
- ly_ctx_get_module_implemented_ns@Base 2.0.0~
- ly_ctx_get_module_iter@Base 2.0.0~
- ly_ctx_get_module_latest@Base 2.0.0~
- ly_ctx_get_module_latest_ns@Base 2.0.0~
- ly_ctx_get_module_ns@Base 2.0.0~
- ly_ctx_get_options@Base 2.0.0~
- ly_ctx_get_searchdirs@Base 2.0.0~
- ly_ctx_get_submodule2@Base 2.0.0~
- ly_ctx_get_submodule2_latest@Base 2.0.0~
- ly_ctx_get_submodule@Base 2.0.0~
- ly_ctx_get_submodule_latest@Base 2.0.0~
- ly_ctx_get_yanglib_data@Base 2.0.0~
- ly_ctx_internal_modules_count@Base 2.0.0~
- ly_ctx_load_module@Base 2.0.0~
- ly_ctx_new@Base 2.0.0~
- ly_ctx_new_yldata@Base 2.1.4~
- ly_ctx_new_ylmem@Base 2.0.0~
- ly_ctx_new_ylpath@Base 2.0.0~
- ly_ctx_reset_latests@Base 2.0.0~
- ly_ctx_set_ext_data_clb@Base 2.1.4~
- ly_ctx_set_module_imp_clb@Base 2.0.0~
- ly_ctx_set_options@Base 2.0.0~
- ly_ctx_set_searchdir@Base 2.0.0~
- ly_ctx_unset_options@Base 2.0.0~
- ly_ctx_unset_searchdir@Base 2.0.0~
- ly_ctx_unset_searchdir_last@Base 2.0.0~
- ly_err_clean@Base 2.0.0~
- ly_err_first@Base 2.0.0~
- ly_err_free@Base 2.0.0~
- ly_err_last@Base 2.0.0~
- ly_err_new@Base 2.0.0~
- ly_err_print@Base 2.0.0~
- ly_errapptag@Base 2.0.0~
- ly_errcode@Base 2.0.0~
- ly_errmsg@Base 2.0.0~
- ly_errpath@Base 2.0.0~
- ly_get_log_clb@Base 2.0.0~
- ly_in_fd@Base 2.0.0~
- ly_in_file@Base 2.0.0~
- ly_in_filepath@Base 2.0.0~
- ly_in_free@Base 2.0.0~
- ly_in_memory@Base 2.0.0~
- ly_in_new_fd@Base 2.0.0~
- ly_in_new_file@Base 2.0.0~
- ly_in_new_filepath@Base 2.0.0~
- ly_in_new_memory@Base 2.0.0~
- ly_in_parsed@Base 2.0.0~
- ly_in_read@Base 2.1.30~
- ly_in_reset@Base 2.0.

  1   2   3   4   5   6   7   8   9   10   >