Bug#1033028: fixed in pydata-sphinx-theme 0.15.2-1

[Gianfranco Costamagna]

control: notfixed -1 0.15.2-1
control: reopen -1
Hello Andreas, I tried to upload your package, but I failed due to some nodejs 
failures.
Looks like the new theme-switcher is running some npm install during build,
failing due to network access...

Any idea?

In the meanwhile I reuploaded 0.7 version in sid.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1037903: xrt: ftbfs with GCC-13

[Gianfranco Costamagna]

On Sat, 16 Sep 2023 20:13:12 +0200 Jonathan Bergh  
wrote:

Control: tags -1 + patch

Fixes 1037903 due to upgrade to gcc-13


Hello, I had to add another one for arm64 build failure

--- 
xrt-202210.2.13.466+dfsg.orig/src/runtime_src/core/edge/user/aie/common_layer/adf_api_config.h
+++ 
xrt-202210.2.13.466+dfsg/src/runtime_src/core/edge/user/aie/common_layer/adf_api_config.h
@@ -16,6 +16,7 @@

 #pragma once

+#include 
 #include 
 #include 
Index: xrt-202210.2.13.466+dfsg/src/runtime_src/core/edge/user/zynq_dev.h
===
--- xrt-202210.2.13.466+dfsg.orig/src/runtime_src/core/edge/user/zynq_dev.h
+++ xrt-202210.2.13.466+dfsg/src/runtime_src/core/edge/user/zynq_dev.h
@@ -19,6 +19,7 @@
 #include 
 #include 
 #include 
+#include 
 
 class zynq_device {

 public:


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066547: fixed in xf86-input-mtrack 0.3.1-1.2

[Gianfranco Costamagna]

sorry for the noise, sending another final diff with all the NMUs inside.

Found that libmtd1 was also listed as runtime dependency, so I removed it.

G.
diff -Nru xf86-input-mtrack-0.3.1/debian/changelog 
xf86-input-mtrack-0.3.1/debian/changelog
--- xf86-input-mtrack-0.3.1/debian/changelog2015-06-02 07:09:33.0 
+0200
+++ xf86-input-mtrack-0.3.1/debian/changelog2024-04-17 15:07:26.0 
+0200
@@ -1,3 +1,27 @@
+xf86-input-mtrack (0.3.1-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop runtime dependency on old libmtdev1
+
+ -- Gianfranco Costamagna   Wed, 17 Apr 2024 
15:07:26 +0200
+
+xf86-input-mtrack (0.3.1-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Cherry-pick another patch from Benjamin Drung and 
+xf86-input-multitouch 1.0~rc3-2.1 to fix another FTBFS due to time64_t
+(Closes: #1066547)
+
+ -- Gianfranco Costamagna   Wed, 17 Apr 2024 
08:18:29 +0200
+
+xf86-input-mtrack (0.3.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Add patch to fix implicit-function-declaration build failures
+(Closes: #1066547)
+
+ -- Gianfranco Costamagna   Tue, 16 Apr 2024 
23:32:48 +0200
+
 xf86-input-mtrack (0.3.1-1) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru xf86-input-mtrack-0.3.1/debian/control 
xf86-input-mtrack-0.3.1/debian/control
--- xf86-input-mtrack-0.3.1/debian/control  2015-02-23 00:59:49.0 
+0100
+++ xf86-input-mtrack-0.3.1/debian/control  2024-04-17 15:07:24.0 
+0200
@@ -16,8 +16,7 @@
 Architecture: linux-any
 Depends: ${shlibs:Depends},
${misc:Depends},
-   ${xinpdriver:Depends},
-   libmtdev1 (>= 1.0.10)
+   ${xinpdriver:Depends}
 Provides: ${xinpdriver:Provides}
 Conflicts: xserver-xorg-input-multitouch
 Description: Multitouch X input driver
diff -Nru 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
--- 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 2024-04-17 08:18:29.0 +0200
@@ -0,0 +1,28 @@
+Description: Add patch to fix missing includes
+Author: Gianfranco Costamagna 
+Last-Update: 2024-04-17
+
+Index: xf86-input-mtrack-0.3.1/src/gestures.c
+===
+--- xf86-input-mtrack-0.3.1.orig/src/gestures.c
 xf86-input-mtrack-0.3.1/src/gestures.c
+@@ -28,6 +28,7 @@
+ #include "gestures.h"
+ #include "mtouch.h"
+ #include "trig.h"
++#include 
+ 
+ #define IS_VALID_BUTTON(x) (x >= 0 && x <= 31)
+ 
+Index: xf86-input-mtrack-0.3.1/tools/mtrack-test.c
+===
+--- xf86-input-mtrack-0.3.1.orig/tools/mtrack-test.c
 xf86-input-mtrack-0.3.1/tools/mtrack-test.c
+@@ -23,6 +23,7 @@
+ #include "mtouch.h"
+ #include 
+ #include 
++#include 
+ 
+ void xf86Msg(int type, const char *format, ...)
+ {
diff -Nru 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
--- 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
   1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
   2024-04-17 15:07:11.0 +0200
@@ -0,0 +1,22 @@
+From: Benjamin Drung 
+Date: Mon, 15 Apr 2024 19:56:58 +0200
+Subject: Port usage of struct input_event to input_event_*
+
+---
+ src/hwstate.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+Index: xf86-input-mtrack-0.3.1/src/hwstate.c
+===
+--- xf86-input-mtrack-0.3.1.orig/src/hwstate.c
 xf86-input-mtrack-0.3.1/src/hwstate.c
+@@ -42,7 +42,8 @@
+   if (!caps->has_abs[MTDEV_WIDTH_MINOR])
+   s->data[i].width_minor = s->data[i].width_major;
+   }
+-  timercp(>evtime, >time);
++  s->evtime.tv_sec = syn->input_event_sec;
++  s->evtime.tv_usec = syn->input_event_usec;
+ }
+ 
+ static int read_event(struct HWState *s, const struct Capabilities *caps,
diff -Nru xf86-input-mtrack-0.3.1/debian/patches/series 
xf86-input-mtrack-0.3.1/debian/patches/series
--- xf86-input-mtrack-0.3.1/debian/patches/series   2012-07-05 
09:57:49.0 +0200
+++ xf86-input-mtrack-0.3.1/debian/patches/series   2024-04-17 
08:12:31.0 +0200
@@ -1,3 +1,5 @@
 #drop-mtrack-test
 #aa
 upsteam-commit
+missing-includes-implicit-function-declaration-fix.patch
+Port-usage-of-struct-input_event-to-input_event_.patch


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063324: possible fix?

[Gianfranco Costamagna]

Hello, this might be a fix, but I don't really know how to test it...

G.

--- uhd-4.6.0.0+ds1/debian/changelog2024-02-28 21:10:38.0 +0100
+++ uhd-4.6.0.0+ds1/debian/changelog2024-04-17 10:21:59.0 +0200
@@ -1,3 +1,10 @@
+uhd (4.6.0.0+ds1-5.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fixup conflict replaces (Closes: #1063324)
+
+ -- Gianfranco Costamagna   Wed, 17 Apr 2024 
10:21:59 +0200
+
 uhd (4.6.0.0+ds1-5.1) unstable; urgency=medium
 
   * Non-maintainer upload.

diff -Nru uhd-4.6.0.0+ds1/debian/control uhd-4.6.0.0+ds1/debian/control
--- uhd-4.6.0.0+ds1/debian/control  2024-02-28 21:10:37.0 +0100
+++ uhd-4.6.0.0+ds1/debian/control  2024-04-17 10:21:54.0 +0200
@@ -80,8 +80,8 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: uhd-host
-Conflicts: libuhd4.6.0t64
-Provides: libuhd4.6.0t64
+Conflicts: libuhd4.6.0t64, libuhd4.6.0
+Provides: libuhd4.6.0t64, libuhd4.6.0
 Multi-Arch: same
 Description: universal hardware driver for Ettus Research products - DPDK
  Host library for the Universal Hardware Driver for Ettus Research products.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066547: fixed in xf86-input-mtrack 0.3.1-1.1

[Gianfranco Costamagna]

control: reopen -1
control: notfixed -1 0.3.1-1.1
Control: tags 1066547 + patch
Control: tags 1066547 + pending

Dear maintainer,

I've prepared an NMU for xf86-input-mtrack (versioned as 0.3.1-1.2) and
uploaded it.


diff -Nru xf86-input-mtrack-0.3.1/debian/changelog 
xf86-input-mtrack-0.3.1/debian/changelog
--- xf86-input-mtrack-0.3.1/debian/changelog2024-04-16 23:32:48.0 
+0200
+++ xf86-input-mtrack-0.3.1/debian/changelog2024-04-17 08:18:29.0 
+0200
@@ -1,3 +1,12 @@
+xf86-input-mtrack (0.3.1-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Cherry-pick another patch from Benjamin Drung and
+xf86-input-multitouch 1.0~rc3-2.1 to fix another FTBFS due to time64_t
+(Closes: #1066547)
+
+ -- Gianfranco Costamagna   Wed, 17 Apr 2024 
08:18:29 +0200
+
 xf86-input-mtrack (0.3.1-1.1) unstable; urgency=medium

   * Non-maintainer upload
diff -Nru 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
--- 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 2024-04-16 23:32:48.0 +0200
+++ 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 2024-04-17 08:18:29.0 +0200
@@ -1,17 +1,21 @@
 Description: Add patch to fix missing includes
 Author: Gianfranco Costamagna 
-Last-Update: 2024-04-16
+Last-Update: 2024-04-17

 xf86-input-mtrack-0.3.1.orig/include/common.h
-+++ xf86-input-mtrack-0.3.1/include/common.h
-@@ -33,6 +33,7 @@
- #include 
- #include 
- #include 
+Index: xf86-input-mtrack-0.3.1/src/gestures.c
+===
+--- xf86-input-mtrack-0.3.1.orig/src/gestures.c
 xf86-input-mtrack-0.3.1/src/gestures.c
+@@ -28,6 +28,7 @@
+ #include "gestures.h"
+ #include "mtouch.h"
+ #include "trig.h"
 +#include 
- #include 
- #include 
-
+
+ #define IS_VALID_BUTTON(x) (x >= 0 && x <= 31)
+
+Index: xf86-input-mtrack-0.3.1/tools/mtrack-test.c
+===
 --- xf86-input-mtrack-0.3.1.orig/tools/mtrack-test.c
 +++ xf86-input-mtrack-0.3.1/tools/mtrack-test.c
 @@ -23,6 +23,7 @@
@@ -19,6 +23,6 @@
  #include 
  #include 
 +#include 
-
+
  void xf86Msg(int type, const char *format, ...)
  {
diff -Nru 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
--- 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
   1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-mtrack-0.3.1/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
   2024-04-17 08:18:29.0 +0200
@@ -0,0 +1,41 @@
+From: Benjamin Drung 
+Date: Mon, 15 Apr 2024 19:56:58 +0200
+Subject: Port usage of struct input_event to input_event_*
+MIME-Version: 1.0
+Content-Type: text/plain; charset="utf-8"
+Content-Transfer-Encoding: 8bit
+
+It fails to build on armhf:
+
+```
+src/hwstate.c: In function ‘finish_packet’:
+src/hwstate.c:43:24: error: ‘const struct input_event’ has no member named
+‘time’
+   43 | s->evtime = syn->time.tv_usec / ms + syn->time.tv_sec * ms;
+  | ^~
+src/hwstate.c:43:49: error: ‘const struct input_event’ has no member named
+‘time’
+   43 | s->evtime = syn->time.tv_usec / ms + syn->time.tv_sec * ms;
+  | ^~
+```
+
+Closes: #1067596
+LP: #2061591
+---
+ src/hwstate.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+Index: xf86-input-mtrack-0.3.1/src/hwstate.c
+===
+--- xf86-input-mtrack-0.3.1.orig/src/hwstate.c
 xf86-input-mtrack-0.3.1/src/hwstate.c
+@@ -42,7 +42,8 @@
+   if (!caps->has_abs[MTDEV_WIDTH_MINOR])
+   s->data[i].width_minor = s->data[i].width_major;
+   }
+-  timercp(>evtime, >time);
++  s->evtime.tv_sec = syn->input_event_sec;
++   s->evtime.tv_usec = syn->input_event_usec;
+ }
+
+ static int read_event(struct HWState *s, const struct Capabilities *caps,
diff -Nru xf86-input-mtrack-0.3.1/debian/patches/series 
xf86-input-mtrack-0.3.1/debian/patches/series
--- xf86-input-mtrack-0.3.1/debian/patches/series   2024-04-16 
23:32:48.0 +0200
+++ xf86-input-mtrack-0.3.1/debian/patches/series   2024-04-17 
08:12:31.0 +0200
@@ -2,3 +2,4 @@
 #aa
 upsteam-commit
 missing-includes-implicit-function-declaration-fix.patch
+Port-usage-of-struct-input_event-to-input_event_.patch

thanks

Gianfranco

On Tue, 16 Apr 2024 21:50:39 +0000 Debian FTP Masters 
 wrote:

Source: xf86-input-mtrack
Source-Version: 0.3.1-1.1
Done: Gianfranco Costamagna 

We believe that the bug you reported is fixed

Bug#1067596: FTBFS: error: ‘const struct input_event’ has no member named ‘time’

[Gianfranco Costamagna]

Control: tags 1067596 + patch
Control: tags 1067596 + pending

Dear maintainer,

I've prepared an NMU for xf86-input-multitouch (versioned as 1.0~rc3-2.1) and
uploaded it.

diff -Nru xf86-input-multitouch-1.0~rc3/debian/changelog 
xf86-input-multitouch-1.0~rc3/debian/changelog
--- xf86-input-multitouch-1.0~rc3/debian/changelog  2018-03-12 
06:38:28.0 +0100
+++ xf86-input-multitouch-1.0~rc3/debian/changelog  2024-04-16 
23:27:03.0 +0200
@@ -1,3 +1,17 @@
+xf86-input-multitouch (1.0~rc3-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  [ Gianfranco Costamagna ]
+  * Drop libmtdev1 runtime dependency
+
+  [ Benjamin Drung ]
+  * debian/rules: Pass CPPFLAGS and CFLAGS to make call
+  * Port usage of struct input_event to input_event_*
+(Closes: #1067596, LP: #2061591)
+  * Include headers to fix implicit function declaration
+
+ -- Gianfranco Costamagna   Tue, 16 Apr 2024 
23:27:03 +0200
+
 xf86-input-multitouch (1.0~rc3-2) unstable; urgency=medium

   [ Helmut Grohne ]
diff -Nru xf86-input-multitouch-1.0~rc3/debian/control 
xf86-input-multitouch-1.0~rc3/debian/control
--- xf86-input-multitouch-1.0~rc3/debian/control2018-03-12 
06:38:28.0 +0100
+++ xf86-input-multitouch-1.0~rc3/debian/control2024-04-16 
23:27:03.0 +0200
@@ -15,8 +15,7 @@
 Architecture: linux-any
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- ${xinpdriver:Depends},
- libmtdev1
+ ${xinpdriver:Depends}
 Provides: ${xinpdriver:Provides}
 Description: Multitouch X input driver
  This X input driver provides gestures support for multitouch touchpads,
diff -Nru 
xf86-input-multitouch-1.0~rc3/debian/patches/Include-headers-to-fix-implicit-function-declaration.patch
 
xf86-input-multitouch-1.0~rc3/debian/patches/Include-headers-to-fix-implicit-function-declaration.patch
--- 
xf86-input-multitouch-1.0~rc3/debian/patches/Include-headers-to-fix-implicit-function-declaration.patch
 1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-multitouch-1.0~rc3/debian/patches/Include-headers-to-fix-implicit-function-declaration.patch
 2024-04-16 23:27:03.0 +0200
@@ -0,0 +1,46 @@
+From: Benjamin Drung 
+Date: Mon, 15 Apr 2024 20:11:11 +0200
+Subject: Include headers to fix implicit function declaration
+
+---
+ driver/multitouch.c | 1 +
+ src/mtouch.c| 1 +
+ src/test.c  | 1 +
+ 3 files changed, 3 insertions(+)
+
+diff --git a/driver/multitouch.c b/driver/multitouch.c
+index a083adc..0c4615c 100644
+--- a/driver/multitouch.c
 b/driver/multitouch.c
+@@ -22,6 +22,7 @@
+ #include "gestures.h"
+
+ #if GET_ABI_MAJOR(ABI_XINPUT_VERSION) >= 7
++#include 
+ #include 
+ #include 
+ #endif
+diff --git a/src/mtouch.c b/src/mtouch.c
+index a6b96b8..335c61e 100644
+--- a/src/mtouch.c
 b/src/mtouch.c
+@@ -20,6 +20,7 @@
+  **/
+
+ #include "mtouch.h"
++#include 
+
+ static const int use_grab = 0;
+
+diff --git a/src/test.c b/src/test.c
+index 1b67986..77b723e 100644
+--- a/src/test.c
 b/src/test.c
+@@ -22,6 +22,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+
+ static void loop_device(int fd)
+ {
diff -Nru 
xf86-input-multitouch-1.0~rc3/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
 
xf86-input-multitouch-1.0~rc3/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
--- 
xf86-input-multitouch-1.0~rc3/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
 1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-multitouch-1.0~rc3/debian/patches/Port-usage-of-struct-input_event-to-input_event_.patch
 2024-04-16 23:27:03.0 +0200
@@ -0,0 +1,40 @@
+From: Benjamin Drung 
+Date: Mon, 15 Apr 2024 19:56:58 +0200
+Subject: Port usage of struct input_event to input_event_*
+MIME-Version: 1.0
+Content-Type: text/plain; charset="utf-8"
+Content-Transfer-Encoding: 8bit
+
+It fails to build on armhf:
+
+```
+src/hwstate.c: In function ‘finish_packet’:
+src/hwstate.c:43:24: error: ‘const struct input_event’ has no member named
+‘time’
+   43 | s->evtime = syn->time.tv_usec / ms + syn->time.tv_sec * ms;
+  | ^~
+src/hwstate.c:43:49: error: ‘const struct input_event’ has no member named
+‘time’
+   43 | s->evtime = syn->time.tv_usec / ms + syn->time.tv_sec * ms;
+  | ^~
+```
+
+Closes: #1067596
+LP: #2061591
+---
+ src/hwstate.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/hwstate.c b/src/hwstate.c
+index 076efa1..ab2ac48 100644
+--- a/src/hwstate.c
 b/src/hwstate.c
+@@ -40,7 +40,7 @@ static void finish_packet(struct HWState *s, const struct 
Capabilities *caps,
+   if (!caps->has_abs[MTDEV_WIDTH_MINOR])
+   s->data[i].width_minor = s->data[i].width_major;
+   }
+-  s->evtime = syn->time.tv_usec / ms + syn->time.tv_sec * ms;
++  s->evtime = syn->input_event_

Bug#1066547: xf86-input-mtrack: FTBFS: src/gestures.c:763:13: error: implicit declaration of function ‘mtdev_empty’; did you mean ‘mtdev_get’? [-Werror=implicit-function-declaration]

[Gianfranco Costamagna]

updated diff:

debdiff xf86-input-mtrack_0.3.1-1.dsc xf86-input-mtrack_0.3.1-1.1.dsc
diff -Nru xf86-input-mtrack-0.3.1/debian/changelog 
xf86-input-mtrack-0.3.1/debian/changelog
--- xf86-input-mtrack-0.3.1/debian/changelog2015-06-02 07:09:33.0 
+0200
+++ xf86-input-mtrack-0.3.1/debian/changelog2024-04-16 23:32:48.0 
+0200
@@ -1,3 +1,11 @@
+xf86-input-mtrack (0.3.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Add patch to fix implicit-function-declaration build failures
+(Closes: #1066547)
+
+ -- Gianfranco Costamagna   Tue, 16 Apr 2024 
23:32:48 +0200
+
 xf86-input-mtrack (0.3.1-1) unstable; urgency=medium
 
   * Upload to unstable.

diff -Nru 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
--- 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 2024-04-16 23:32:48.0 +0200
@@ -0,0 +1,24 @@
+Description: Add patch to fix missing includes
+Author: Gianfranco Costamagna 
+Last-Update: 2024-04-16
+
+--- xf86-input-mtrack-0.3.1.orig/include/common.h
 xf86-input-mtrack-0.3.1/include/common.h
+@@ -33,6 +33,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+
+--- xf86-input-mtrack-0.3.1.orig/tools/mtrack-test.c
 xf86-input-mtrack-0.3.1/tools/mtrack-test.c
+@@ -23,6 +23,7 @@
+ #include "mtouch.h"
+ #include 
+ #include 
++#include 
+
+ void xf86Msg(int type, const char *format, ...)
+ {
diff -Nru xf86-input-mtrack-0.3.1/debian/patches/series 
xf86-input-mtrack-0.3.1/debian/patches/series
--- xf86-input-mtrack-0.3.1/debian/patches/series   2012-07-05 
09:57:49.0 +0200
+++ xf86-input-mtrack-0.3.1/debian/patches/series   2024-04-16 
23:32:48.0 +0200
@@ -1,3 +1,4 @@
 #drop-mtrack-test
 #aa
 upsteam-commit
+missing-includes-implicit-function-declaration-fix.patch


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066547: xf86-input-mtrack: FTBFS: src/gestures.c:763:13: error: implicit declaration of function ‘mtdev_empty’; did you mean ‘mtdev_get’? [-Werror=implicit-function-declaration]

[Gianfranco Costamagna]

control: tags -1 patch pending


Dear maintainer,

I've prepared an NMU for xf86-input-mtrack (versioned as 0.3.1-1.1) and
uploaded it.



diff -Nru xf86-input-mtrack-0.3.1/debian/changelog 
xf86-input-mtrack-0.3.1/debian/changelog
--- xf86-input-mtrack-0.3.1/debian/changelog2024-04-01 10:36:37.0 
+0200
+++ xf86-input-mtrack-0.3.1/debian/changelog2024-04-16 23:32:48.0 
+0200
@@ -1,3 +1,10 @@
+xf86-input-mtrack (0.3.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Add patch to fix implicit-function-declaration build failures (Closes: 
#1066547)
+
+ -- Gianfranco Costamagna   Tue, 16 Apr 2024 
23:32:48 +0200
+
 xf86-input-mtrack (0.3.1-1build5) noble; urgency=medium

   * No-change rebuild for CVE-2024-3094
diff -Nru 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
--- 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 1970-01-01 01:00:00.0 +0100
+++ 
xf86-input-mtrack-0.3.1/debian/patches/missing-includes-implicit-function-declaration-fix.patch
 2024-04-16 23:32:48.0 +0200
@@ -0,0 +1,24 @@
+Description: Add patch to fix missing includes
+Author: Gianfranco Costamagna 
+Last-Update: 2024-04-16
+
+--- xf86-input-mtrack-0.3.1.orig/include/common.h
 xf86-input-mtrack-0.3.1/include/common.h
+@@ -33,6 +33,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+
+--- xf86-input-mtrack-0.3.1.orig/tools/mtrack-test.c
 xf86-input-mtrack-0.3.1/tools/mtrack-test.c
+@@ -23,6 +23,7 @@
+ #include "mtouch.h"
+ #include 
+ #include 
++#include 
+
+ void xf86Msg(int type, const char *format, ...)
+ {
diff -Nru xf86-input-mtrack-0.3.1/debian/patches/series 
xf86-input-mtrack-0.3.1/debian/patches/series
--- xf86-input-mtrack-0.3.1/debian/patches/series   2012-07-05 
09:57:49.0 +0200
+++ xf86-input-mtrack-0.3.1/debian/patches/series   2024-04-16 
23:32:48.0 +0200
@@ -1,3 +1,4 @@
 #drop-mtrack-test
 #aa
 upsteam-commit
+missing-includes-implicit-function-declaration-fix.patch

Bug#1064730: stdgpu: FTBFS: type_traits.h:736:1: error: expected type-specifier before ‘template’

[Gianfranco Costamagna]

On Tue, 16 Apr 2024 15:40:12 +0200 Timo =?utf-8?Q?R=C3=B6hling?= 
 wrote:

* Gianfranco Costamagna  [2024-04-16 09:06]:
>I agree with Cory, to me looks also a regression in thrust
>
>I'm trying some hacky patch, lets see
>
>Description: Reintroduce fallback lost in 
https://github.com/ROCm/rocThrust/commit/2b80e29803d60f01701a67bc57ef06dacfe8af8b
>Author: Gianfranco Costamagna 
>Last-Update: 2024-04-16
>
>--- rocthrust-5.7.1.orig/thrust/detail/type_traits.h
>+++ rocthrust-5.7.1/thrust/detail/type_traits.h
>@@ -731,6 +731,8 @@ using invoke_result_t =
> #else // 2017+
>   ::cuda::std::invoke_result_t;
> #endif
>+#else
>+  std::invoke_result_t;
> #endif
>
> template 
>
Thanks for the patch and upstream PR. If that does not pan out, I 
could split stdgpu into two separate (source) packages to have the 
openmp backend built against libthrust-dev. I prefer your solution, 
though.





I would say, we NMU now to unblock the amdgpu transition to time64_t, and then 
we can
split or do whatever you prefer... There is some rush to finish time64_t 
without regressing
the current set of packages...
(whenever possible of course!)

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064730: rocthrust: diff for NMU version 5.7.1-2.1

[Gianfranco Costamagna]

Control: tags 1064730 + patch
Control: tags 1064730 + pending

Dear maintainer,

I've prepared an NMU for rocthrust (versioned as 5.7.1-2.1) and
uploaded it.

Regards.

diff -Nru rocthrust-5.7.1/debian/changelog rocthrust-5.7.1/debian/changelog
--- rocthrust-5.7.1/debian/changelog2024-03-26 18:40:24.0 +0100
+++ rocthrust-5.7.1/debian/changelog2024-04-16 18:21:04.0 +0200
@@ -1,3 +1,11 @@
+rocthrust (5.7.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Reintroduce fallback in invoke_result with upstream proposed
+and acked patch (Closes: #1064730)
+
+ -- Gianfranco Costamagna   Tue, 16 Apr 2024 
18:21:04 +0200
+
 rocthrust (5.7.1-2) unstable; urgency=medium

   * Migrate to unstable
diff -Nru rocthrust-5.7.1/debian/patches/invoke_result-std.patch 
rocthrust-5.7.1/debian/patches/invoke_result-std.patch
--- rocthrust-5.7.1/debian/patches/invoke_result-std.patch  1970-01-01 
01:00:00.0 +0100
+++ rocthrust-5.7.1/debian/patches/invoke_result-std.patch  2024-04-16 
09:01:08.0 +0200
@@ -0,0 +1,17 @@
+Description: Reintroduce fallback lost in 
https://github.com/ROCm/rocThrust/commit/2b80e29803d60f01701a67bc57ef06dacfe8af8b
+Author: Gianfranco Costamagna 
+Forwarded: https://github.com/ROCm/rocThrust/pull/402
+Bug-Debian: https://bugs.debian.org/1064730
+Last-Update: 2024-04-16
+
+--- rocthrust-5.7.1.orig/thrust/detail/type_traits.h
 rocthrust-5.7.1/thrust/detail/type_traits.h
+@@ -731,6 +731,8 @@ using invoke_result_t =
+ #else // 2017+
+   ::cuda::std::invoke_result_t;
+ #endif
++#else
++  std::invoke_result_t;
+ #endif
+
+ template 


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064730: stdgpu: FTBFS: type_traits.h:736:1: error: expected type-specifier before ‘template’

[Gianfranco Costamagna]

control: tags -1 patch
control: forwarded -1 https://github.com/ROCm/rocThrust/pull/402

Looks like the build went fine
G.
On Tue, 16 Apr 2024 09:06:27 +0200 Gianfranco Costamagna 
 wrote:

Hello,
On Mon, 15 Apr 2024 16:31:39 -0600 Cordell Bloor  wrote:
> Hi Timo,
> 
> On Sat, 2 Mar 2024 09:21:43 +0100 Timo =?utf-8?Q?R=C3=B6hling?= 
>  wrote:
> 
>  >

>  > On Sun, 25 Feb 2024 20:28:53 +0100 Lucas Nussbaum 
>  > wrote:
>  > > > /usr/include/thrust/detail/type_traits.h:736:1: error: expected
>  > > > type-specifier before ‘template’
>  >
>  > This bug is caused by a #ifdef cascade for different
>  > THRUST_DEVICE_SYSTEM values, which sadly no longer works with
>  > THRUST_DEVICE_SYSTEM_OMP. This makes it effectively impossible to
>  > build the HIP backend and the OpenMP backend from the same source.
> 
> Am I understanding correctly that this was broken in a rocthrust update? 
> Should this be treated as a rocthrust bug? [1]
> 
> Sincerely,

> Cory Bloor
> 



I agree with Cory, to me looks also a regression in thrust

I'm trying some hacky patch, lets see

Description: Reintroduce fallback lost in 
https://github.com/ROCm/rocThrust/commit/2b80e29803d60f01701a67bc57ef06dacfe8af8b
Author: Gianfranco Costamagna 
Last-Update: 2024-04-16

--- rocthrust-5.7.1.orig/thrust/detail/type_traits.h
+++ rocthrust-5.7.1/thrust/detail/type_traits.h
@@ -731,6 +731,8 @@ using invoke_result_t =
  #else // 2017+
::cuda::std::invoke_result_t;
  #endif
+#else
+  std::invoke_result_t;
  #endif

  template 

> [1]: https://bugs.debian.org/1064730
> 
> 
> 


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#983866: mark symbol as optional, not seen when building with -O3

[Gianfranco Costamagna]

On Tue, 2 Mar 2021 13:12:31 +0100 Matthias Klose  wrote:

Package: src:libunivalue
Version: 1.1.1+20191112-1
Tags: patch

Mark another symbol as optional, not seen when building with -O3.

patch at
http://launchpadlibrarian.net/525810427/libunivalue_1.1.1+20191112-1_1.1.1+20191112-1ubuntu1.diff.gz



Hello, updated patch:

diff -Nru libunivalue-1.1.1+20191112/debian/libunivalue0.symbols 
libunivalue-1.1.1+20191112/debian/libunivalue0.symbols
--- libunivalue-1.1.1+20191112/debian/libunivalue0.symbols  2024-02-04 
00:27:00.0 +0100
+++ libunivalue-1.1.1+20191112/debian/libunivalue0.symbols  2024-04-16 
12:05:23.0 +0200
@@ -4,7 +4,7 @@
  
_Z10find_valueRK8UniValueRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 1.0.2
  _Z10uvTypeNameN8UniValue5VTypeE@Base 1.0.2
  
_Z12getJsonTokenRNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERjPKcS8_@Base
 1.0.3-2~
- _ZN20JSONUTF8StringFilter16append_codepointEj@Base 1.1.1
+ (optional)_ZN20JSONUTF8StringFilter16append_codepointEj@Base 1.1.1
  (optional)_ZN20JSONUTF8StringFilter9push_backEh@Base 1.1.1+20191112
  _ZN8UniValue10push_backVERKSt6vectorIS_SaIS_EE@Base 1.0.2
  (subst)_ZN8UniValue4readEPKc{size_t}@Base 1.0.3-2~
@@ -22,8 +22,8 @@
  _ZN8UniValue9push_backERKS_@Base 1.0.2
  
_ZN8UniValue9setNumStrERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 1.0.2
  _ZN8UniValue9setObjectEv@Base 1.0.2
- _ZN8UniValueC1ERKS_@Base 1.0.2
- _ZN8UniValueC2ERKS_@Base 1.0.2
+ (optional)_ZN8UniValueC1ERKS_@Base 1.0.2
+ (optional)_ZN8UniValueC2ERKS_@Base 1.0.2
  _ZN8UniValueD1Ev@Base 1.0.2
  _ZN8UniValueD2Ev@Base 1.0.2
  
_ZNK8UniValue10writeArrayEjjRNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 1.0.2

Bug#1064730: stdgpu: FTBFS: type_traits.h:736:1: error: expected type-specifier before ‘template’

[Gianfranco Costamagna]

Hello,
On Mon, 15 Apr 2024 16:31:39 -0600 Cordell Bloor  wrote:

Hi Timo,

On Sat, 2 Mar 2024 09:21:43 +0100 Timo =?utf-8?Q?R=C3=B6hling?= 
 wrote:


 >
 > On Sun, 25 Feb 2024 20:28:53 +0100 Lucas Nussbaum 
 > wrote:
 > > > /usr/include/thrust/detail/type_traits.h:736:1: error: expected
 > > > type-specifier before ‘template’
 >
 > This bug is caused by a #ifdef cascade for different
 > THRUST_DEVICE_SYSTEM values, which sadly no longer works with
 > THRUST_DEVICE_SYSTEM_OMP. This makes it effectively impossible to
 > build the HIP backend and the OpenMP backend from the same source.

Am I understanding correctly that this was broken in a rocthrust update? 
Should this be treated as a rocthrust bug? [1]


Sincerely,
Cory Bloor




I agree with Cory, to me looks also a regression in thrust

I'm trying some hacky patch, lets see

Description: Reintroduce fallback lost in 
https://github.com/ROCm/rocThrust/commit/2b80e29803d60f01701a67bc57ef06dacfe8af8b
Author: Gianfranco Costamagna 
Last-Update: 2024-04-16

--- rocthrust-5.7.1.orig/thrust/detail/type_traits.h
+++ rocthrust-5.7.1/thrust/detail/type_traits.h
@@ -731,6 +731,8 @@ using invoke_result_t =
 #else // 2017+
   ::cuda::std::invoke_result_t;
 #endif
+#else
+  std::invoke_result_t;
 #endif

 template 


[1]: https://bugs.debian.org/1064730





OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1069017: rtags: FTBFS due to time64_t changes

[Gianfranco Costamagna]

Package: rtags
Version: 2.38-9
Severity: serious
Tags: patch

Hello maintainer, I fixed a FTBFS on armhf due to time64_t. The regex was causing 
"=64" to be stripped from _FILE_OFFSET_BITS, causing cmake to fail to build 
test code.

With this regex the example test code of clang fails in cmake, causing an error.
this is due to -I/usr/lib/llvm-18/include -std=c++17 -fno-exceptions 
-funwind-tables -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS 
-D__STDC_LIMIT_MACROS
becoming:
-I/usr/lib/llvm-18/include;-D_GNU_SOURCE;-D_FILE_OFFSET_BITS;-D_LARGEFILE_SOURCE;-D_FILE_OFFSET_BITS;-D__STDC_CONSTANT_MACROS;-D__STDC_FORMAT_MACROS;-D__STDC_LIMIT_MACROS

If you undefine _FILE_OFFSET_BITS and you enable _TIME_BITS=64 you get a FTBFS

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


  * Fix regex on find clang without stripping defines content.


Thanks for considering the patch.
diff -Nru rtags-2.38/debian/patches/fix-regex.patch 
rtags-2.38/debian/patches/fix-regex.patch
--- rtags-2.38/debian/patches/fix-regex.patch   1970-01-01 01:00:00.0 
+0100
+++ rtags-2.38/debian/patches/fix-regex.patch   2024-04-15 08:50:11.0 
+0200
@@ -0,0 +1,18 @@
+Description:
+   * Add -D_FILE_OFFSET_BITS=64 to fix FTBFS on armhf
+ (bad regex on find clang making build fail)
+Author: Gianfranco Costamagna 
+Forwarded: https://github.com/Andersbakken/rtags/pull/1439
+Last-Update: 2024-04-15
+
+--- rtags-2.38.orig/cmake/FindLibClang.cmake
 rtags-2.38/cmake/FindLibClang.cmake
+@@ -88,7 +88,7 @@ if (NOT LIBCLANG_CXXFLAGS)
+ endif ()
+ set(LIBCLANG_CXXFLAGS "-I${LIBCLANG_CXXFLAGS}")
+ endif ()
+-string(REGEX MATCHALL "-(D__?[a-zA-Z_]*|I([^\" ]+|\"[^\"]+\"))" LIBCLANG_CXXFLAGS 
"${LIBCLANG_CXXFLAGS}")
++string(REGEX MATCHALL "-(D__?[a-zA-Z_=0-9]*|I([^\" ]+|\"[^\"]+\"))" 
LIBCLANG_CXXFLAGS "${LIBCLANG_CXXFLAGS}")
+ string(REGEX REPLACE ";" " " LIBCLANG_CXXFLAGS "${LIBCLANG_CXXFLAGS}")
+ set(LIBCLANG_CXXFLAGS ${LIBCLANG_CXXFLAGS} CACHE STRING "The LLVM C++ compiler 
flags needed to compile LLVM based applications.")
+ unset(LIBCLANG_CXXFLAGS_HACK_CMAKECACHE_DOT_TEXT_BULLSHIT CACHE)
diff -Nru rtags-2.38/debian/patches/series rtags-2.38/debian/patches/series
--- rtags-2.38/debian/patches/series2023-08-29 19:36:08.0 +0200
+++ rtags-2.38/debian/patches/series2024-04-15 08:49:15.0 +0200
@@ -15,3 +15,4 @@
 0015-expand-range-of-llvm-versions.patch
 0016-always-finish-the-connection.patch
 0017-Add-when-argument-to-define-obsolete-function-alias.patch
+fix-regex.patch


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068811: reopening also camv-rnd

[Gianfranco Costamagna]

control: reopen -1
control: notifxed -1 1.1.4-2
control: severity -1 serious

there is one left...

 Package: camv-rnd-export-vector
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, camv-rnd-core (= 
${binary:Version}), librnd4
+Depends: ${misc:Depends}, ${shlibs:Depends}, camv-rnd-core (= 
${binary:Version})
 Description: Export formats: vector graphics
  Common vector graphic export formats: ps, eps, svg.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068810:

[Gianfranco Costamagna]

control: reopen -1
control: severity -1 serious

On Thu, 11 Apr 2024 13:17:44 -0600 Bdale Garbee  wrote:

The librnd4 runtime dependency is needed to ensure at least a minimum
version of that library is available so required capability is present.
The "hard coded" dependency is not actually a bug, much less a
release-critical bug.



yes, but the library was renamed in librnd4t64, so either you need to depend on 
the new one,
or drop it, to let the auto decrufter finish the time64_t transition and 
decruft it.
Depending on NBS packages is RC critical.

Otherwise librnd wouldn't be able to migrate in testing, and the package be 
installable at all.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068812: pcb-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

Package: pcb-rnd
Version: 3.1.4-1
Severity: serious
Tags: patch


Hello, I found that librnd4 is correctly evaluated from shlibs:Depends in the 
core library and then it can be dropped also on core reverse-dependencies.


Please drop it.


Thanks for considering the patch.

diff -Nru pcb-rnd-3.1.4/debian/control pcb-rnd-3.1.4/debian/control
--- pcb-rnd-3.1.4/debian/control2024-03-14 00:19:26.0 +0100
+++ pcb-rnd-3.1.4/debian/control2024-04-11 15:53:47.0 +0200
@@ -162,7 +162,7 @@
 
 Package: pcb-rnd-export

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, pcb-rnd-core (= 
${binary:Version}), librnd4, librnd4-pixmap
+Depends: ${misc:Depends}, ${shlibs:Depends}, pcb-rnd-core (= 
${binary:Version}), librnd4-pixmap
 Description: Common export plugins.
  Export the board in vector graphics (svg, ps, eps), raster graphics
  (png, jpeg, etc.), gerber, 3d model in openscad, xy for pick and
@@ -192,7 +192,6 @@
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends},
pcb-rnd-core (= ${binary:Version}),
-   librnd4
 Replaces: pcb-rnd (<< 2.2.0-2)
 Breaks: pcb-rnd (<< 2.2.0-2)
 Description: Netlist/schematics import plugins.
@@ -203,7 +202,6 @@
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends},
pcb-rnd-core (= ${binary:Version}),
-   librnd4,
pcb-rnd-lib-io (= ${binary:Version}),
pcb-rnd-io-standard (= ${binary:Version})
 Description: Autoroute and autoplace.
@@ -238,7 +236,7 @@
 
 Package: pcb-rnd-core

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Replaces: pcb-rnd (<< 2.2.0-2)
 Breaks: pcb-rnd (<< 2.2.0-2)
 Description: pcb-rnd executable with the core functionality
@@ -252,8 +250,7 @@
 Depends: ${misc:Depends}, ${shlibs:Depends},
pcb-rnd-core (= ${binary:Version}),
pcb-rnd-lib-io (= ${binary:Version}),
-   pcb-rnd-extra (= ${binary:Version}),
-   librnd4
+   pcb-rnd-extra (= ${binary:Version})
 Description: File format compatibility with other PCB layout designers.
  Load and/or save boards in file formats supported by other EDA tools,
  such as KiCAD, Eagle, protel/autotrax, etc.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068810: sch-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

control: severity -1 serious
thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068811: camv-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

Package: camv-rnd
Version: 1.1.4-1
Severity: serious
Tags: patch


Hello, I found that librnd4 is correctly evaluated from shlibs:Depends in the 
core library and then it can be dropped also on core reverse-dependencies.


Please drop it.


Thanks for considering the patch.

diff -Nru camv-rnd-1.1.4/debian/control camv-rnd-1.1.4/debian/control
--- camv-rnd-1.1.4/debian/control   2023-11-30 16:53:21.0 +0100
+++ camv-rnd-1.1.4/debian/control   2024-04-11 15:44:20.0 +0200
@@ -47,7 +47,7 @@
 Architecture: any
 Replaces: camv-rnd (<< 1.1.0-1)
 Breaks: camv-rnd (<< 1.1.0-1)
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4, librnd4-lib-gui
+Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4-lib-gui
 Description: camv-rnd executable with the core functionality and boxsym-rnd
  Includes the data model, the most common action commands, the native
  file format. Can be used in headless mode or batch/scripted mode for
@@ -56,7 +56,7 @@
 
 Package: camv-rnd-export-vector

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, camv-rnd-core (= 
${binary:Version}), librnd4
+Depends: ${misc:Depends}, ${shlibs:Depends}, camv-rnd-core (= 
${binary:Version})
 Description: Export formats: vector graphics
  Common vector graphic export formats: ps, eps, svg.
 


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068810: sch-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

Package: sch-rnd
Version: 1.0.5-1
Severity: normal
Tags: patch


Hello, I found that librnd4 is correctly evaluated from shlibs:Depends in the 
core library and then it can be dropped also on core reverse-dependencies.


Please drop it.


Thanks for considering the patch.

diff -Nru sch-rnd-1.0.5/debian/control sch-rnd-1.0.5/debian/control
--- sch-rnd-1.0.5/debian/control2024-04-11 06:59:15.0 +0200
+++ sch-rnd-1.0.5/debian/control2024-04-11 15:46:41.0 +0200
@@ -88,7 +88,7 @@
 
 Package: sch-rnd-core

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (>= 4.1.0)
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: sch-rnd executable with the core functionality and boxsym-rnd
  Includes the data model, the most common action commands, the native
  file format. Can be used in headless mode or batch/scripted mode for
@@ -97,7 +97,7 @@
 
 Package: sch-rnd-export-vector

 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, sch-rnd-core (= ${binary:Version}), 
librnd4 (>= 4.1.0)
+Depends: ${misc:Depends}, ${shlibs:Depends}, sch-rnd-core (= ${binary:Version})
 Description: Export formats: vector graphics
  Common vector graphic export formats: ps, eps, svg.
 


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

control: tags -1 patch

diff -Nru aview-1.3.0rc1/debian/changelog aview-1.3.0rc1/debian/changelog
--- aview-1.3.0rc1/debian/changelog 2024-04-01 05:32:50.0 +
+++ aview-1.3.0rc1/debian/changelog 2024-04-10 18:19:03.0 +
@@ -1,3 +1,10 @@
+aview (1.3.0rc1-9.2ubuntu1) noble; urgency=medium
+
+  * debian/patches/no-implicit-declarations.patch: add missing includes.
+Closes: #1066359.
+
+ -- Steve Langasek   Wed, 10 Apr 2024 18:19:03 +
+
 aview (1.3.0rc1-9.2build1) noble; urgency=medium
 
   * No-change rebuild for CVE-2024-3094

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
1970-01-01 00:00:00.0 +
+++ aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch
2024-04-10 18:18:59.0 +
@@ -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 23:14:52.0 
+
+++ aview-1.3.0rc1/debian/patches/series2024-04-10 18:18:13.0 
+
@@ -2,3 +2,4 @@
 01_manpages.patch
 02_tmp_creation.patch
 03_missing_library.patch
+no-implicit-declarations.patch

G.
On Wed, 13 Mar 2024 12:48:02 +0100 Lucas Nussbaum  wrote:

Source: aview
Version: 1.3.0rc1-9.2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240313 ftbfs-trixie ftbfs-impfuncdef

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.

This is most likely caused by a change in dpkg 1.22.6, that enabled
-Werror=implicit-function-declaration. For more information, see
https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration

Relevant part (hopefully):
> gcc -DHAVE_CONFIG_H -I. -I. -I.   -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -I/usr/include -c main.c
> main.c: In function ‘parse_cmdline’:
> main.c:30:86: error: implicit declaration of function ‘exit’ 
[-Werror=implicit-function-declaration]
>30 |   if (!strcmp(argv[i], "--help") || !strcmp(argv[i], "-h")) { 
showhelp(argv[0]); exit(0); }
>   |   
   ^~~~
> main.c:6:1: note: include ‘’ or provide a declaration of ‘exit’
> 5 | #include "config.h"
>   +++ |+#include 
> 6 | 
> main.c:30:86: warning: incompatible implicit declaration of built-in function ‘exit’ [-Wbuiltin-declaration-mismatch]

>30 |   if (!strcmp(argv[i], "--help") || !strcmp(argv[i], "-h")) { 
showhelp(argv[0]); exit(0); }
>   |   
   ^~~~
> main.c:30:86: note: include ‘’ or provide a declaration of ‘exit’
> main.c:31:66: warning: incompatible implicit declaration of built-in function 
‘exit’ [-Wbuiltin-declaration-mismatch]
>31 |   if (!strcmp(argv[i], "--version")) { showversion(argv[0]); 
exit(0); }
>   |  ^~~~
> main.c:31:66: note: include ‘’ or provide a declaration of ‘exit’
> main.c:33:7: warning: incompatible implicit declaration of built-in function 
‘exit’ [-Wbuiltin-declaration-mismatch]
>33 |   exit(-1);
>   |   ^~~~
> main.c:33:7: note: include ‘’ or provide a declaration of ‘exit’
> main.c: In function ‘main’:
> main.c:49:9: warning: incompatible implicit declaration of built-in function 
‘exit’ [-Wbuiltin-declaration-mismatch]
>49 | exit(-1);
>   | ^~~~
> main.c:49:9: note: include ‘’ or provide a declaration of ‘exit’
> main.c:52:9: warning: incompatible implicit declaration of built-in function 
‘exit’ [-Wbuiltin-declaration-mismatch]
>52 | exit(-1);
>   | ^~~~
> main.c:52:9: note: include ‘’ or provide a declaration of ‘exit’
> cc1: some warnings being treated as errors
> make[1]: *** [Makefile:187: main.o] Error 1


The full build log is available from:
http://qa-logs.debian.net/2024/03/13/aview_1.3.0rc1-9.2_unstable.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20240313;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20240313=lu...@debian.org=1=1=1=1#results



OpenPGP_signature.asc
Description: 

Bug#1062897: fixed in silo-llnl 4.11-3.1

[Gianfranco Costamagna]

control: unarchive -1
control: reopen -1
control: notfixed -1 4.11-4


Hello, looks like the last upload ovewrote the NMU


diff -Nru silo-llnl-4.11/debian/changelog silo-llnl-4.11/debian/changelog
--- silo-llnl-4.11/debian/changelog 2024-03-13 17:46:49.0 +0100
+++ silo-llnl-4.11/debian/changelog 2024-04-10 12:20:33.0 +0200
@@ -1,3 +1,10 @@
+silo-llnl (4.11-4.1) unstable; urgency=medium
+
+  * Restore the NMU discarted by maintainer upload:
+- Rename libraries for 64-bit time_t transition.  Closes: #1062897
+
+ -- Gianfranco Costamagna   Wed, 10 Apr 2024 
12:20:33 +0200
+
 silo-llnl (4.11-4) unstable; urgency=medium

   * Fix implicit function declararation errors. Closes: #1066336
diff -Nru silo-llnl-4.11/debian/control silo-llnl-4.11/debian/control
--- silo-llnl-4.11/debian/control   2024-03-13 17:46:49.0 +0100
+++ silo-llnl-4.11/debian/control   2024-04-10 12:20:31.0 +0200
@@ -2,7 +2,7 @@
 Section: science
 Priority: optional
 Maintainer: Alastair McKinstry 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
   dh-sequence-python3,
   libreadline-dev,
   libhdf5-mpi-dev | libhdf5-dev,
@@ -26,7 +26,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, ${shlibs:Depends}, libsiloh5-0 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libsiloh5-0t64 (= 
${binary:Version})
 Description: Development files for SILO Scientific I/O library from LLNL
  Silo is a library for reading and writing a wide variety of scientific data to
  binary, disk files. The files Silo produces and the data within them can be
@@ -53,7 +53,10 @@
  which are the HDF5 (Hierarchical Data Format 5) and PDB (Portable Data Base)
  drivers.

-Package: libsiloh5-0
+Package: libsiloh5-0t64
+Provides: ${t64:Provides}
+Replaces: libsiloh5-0
+Breaks: libsiloh5-0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
@@ -77,7 +80,7 @@
 Package: libsilo-bin
 Architecture: any
 Multi-Arch: foreign
-Depends: libsiloh5-0 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libsiloh5-0t64 (= ${binary:Version}), ${misc:Depends}, 
${shlibs:Depends}
 Description: Utilities to manipulate libsilo files
  This package contains a number of utilities for manipulating and viewing
  Silo files. Silo is a scientific data format library.
@@ -98,7 +101,7 @@
 Architecture: any
 Multi-Arch: same
 X-Python-Version: all
-Depends: python3, ${python3:Depends}, ${misc:Depends}, ${shlibs:Depends}, 
libsiloh5-0 (=${binary:Version})
+Depends: python3, ${python3:Depends}, ${misc:Depends}, ${shlibs:Depends}, 
libsiloh5-0t64 (=${binary:Version})
 Provides: ${python3:Provides}
 Description: Python3 interface to the SILO Scientific I/O library
  This is a Python3 interface to SILO, a scientific I/O library.
diff -Nru silo-llnl-4.11/debian/libsiloh5-0.docs 
silo-llnl-4.11/debian/libsiloh5-0.docs
--- silo-llnl-4.11/debian/libsiloh5-0.docs  2024-03-13 17:46:49.0 
+0100
+++ silo-llnl-4.11/debian/libsiloh5-0.docs  1970-01-01 01:00:00.0 
+0100
@@ -1 +0,0 @@
-COPYRIGHT
diff -Nru silo-llnl-4.11/debian/libsiloh5-0.install 
silo-llnl-4.11/debian/libsiloh5-0.install
--- silo-llnl-4.11/debian/libsiloh5-0.install   2024-03-13 17:46:49.0 
+0100
+++ silo-llnl-4.11/debian/libsiloh5-0.install   1970-01-01 01:00:00.0 
+0100
@@ -1 +0,0 @@
-lib/*/libsiloh5.so.*   /usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru silo-llnl-4.11/debian/libsiloh5-0t64.docs 
silo-llnl-4.11/debian/libsiloh5-0t64.docs
--- silo-llnl-4.11/debian/libsiloh5-0t64.docs   1970-01-01 01:00:00.0 
+0100
+++ silo-llnl-4.11/debian/libsiloh5-0t64.docs   2024-04-10 12:20:31.0 
+0200
@@ -0,0 +1 @@
+COPYRIGHT
diff -Nru silo-llnl-4.11/debian/libsiloh5-0t64.install 
silo-llnl-4.11/debian/libsiloh5-0t64.install
--- silo-llnl-4.11/debian/libsiloh5-0t64.install1970-01-01 
01:00:00.0 +0100
+++ silo-llnl-4.11/debian/libsiloh5-0t64.install2024-04-10 
12:20:31.0 +0200
@@ -0,0 +1 @@
+lib/*/libsiloh5.so.*   /usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru silo-llnl-4.11/debian/libsiloh5-0t64.lintian-overrides 
silo-llnl-4.11/debian/libsiloh5-0t64.lintian-overrides
--- silo-llnl-4.11/debian/libsiloh5-0t64.lintian-overrides  1970-01-01 
01:00:00.0 +0100
+++ silo-llnl-4.11/debian/libsiloh5-0t64.lintian-overrides  2024-04-10 
12:20:31.0 +0200
@@ -0,0 +1 @@
+libsiloh5-0t64: package-name-doesnt-match-sonames libsiloh5-0



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068450: librist: FTBFS of reverse-dependencies with recent mbedtls [PATCH]

[Gianfranco Costamagna]

Package: librist
Version: 0.2.10+dfsg-1
Severity: normal
Tags: patch

Hello, I found mbedtls support to be now enabled with mbedtls 2.28.8.
So now the pkgconfig file includes it, and fails if it is missing.
ffmpeg FTBFS due to it if librist gets rebuilt.
diff -Nru librist-0.2.10+dfsg/debian/control librist-0.2.10+dfsg/debian/control
--- librist-0.2.10+dfsg/debian/control  2023-10-18 17:04:45.0 +0200
+++ librist-0.2.10+dfsg/debian/control  2024-04-05 15:59:09.0 +0200
@@ -22,6 +22,7 @@
 Depends:
  librist4 (= ${binary:Version}),
  libcjson-dev,
+ libmbedtls-dev,
  ${misc:Depends},
 Architecture: any
 Multi-Arch: same


-- System Information:
Debian Release: bookworm/sid
  APT prefers jammy-updates
  APT policy: (500, 'jammy-updates'), (500, 'jammy-security'), (500, 'jammy'), 
(100, 'jammy-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, x86

Kernel: Linux 6.2.0-35-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064708: pygame: diff for NMU version 2.5.2-1.2

[Gianfranco Costamagna]

Control: tags 1064708 + patch
Control: tags 1064708 + pending

Dear maintainer,

I've prepared an NMU for pygame (versioned as 2.5.2-1.2) and
uploaded it.

Regards.

diff -Nru pygame-2.5.2/debian/changelog pygame-2.5.2/debian/changelog
--- pygame-2.5.2/debian/changelog   2024-01-10 06:32:39.0 +0100
+++ pygame-2.5.2/debian/changelog   2024-04-04 00:36:09.0 +0200
@@ -1,3 +1,13 @@
+pygame (2.5.2-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Matthias Klose ]
+  * Skip surface tests that fail when SDL_VIDEODRIVER=dummy #4169.
+(Closes: #1064708)
+
+ -- Gianfranco Costamagna   Thu, 04 Apr 2024 
00:36:09 +0200
+
 pygame (2.5.2-1.1) unstable; urgency=medium

   * Non-maintainer upload.
diff -Nru pygame-2.5.2/debian/patches/4169.diff 
pygame-2.5.2/debian/patches/4169.diff
--- pygame-2.5.2/debian/patches/4169.diff   1970-01-01 01:00:00.0 
+0100
+++ pygame-2.5.2/debian/patches/4169.diff   2024-03-19 11:05:54.0 
+0100
@@ -0,0 +1,44 @@
+diff --git a/test/surface_test.py b/test/surface_test.py
+index e6dc1ad095..b1147d278f 100644
+--- a/test/surface_test.py
 b/test/surface_test.py
+@@ -1091,6 +1091,10 @@ def test_image_convert_bug_131(self):
+ finally:
+ pygame.display.quit()
+
++@unittest.skipIf(
++os.environ.get("SDL_VIDEODRIVER") == "dummy",
++'requires a non-"dummy" SDL_VIDEODRIVER',
++)
+ def test_convert_init(self):
+ """Ensure initialization exceptions are raised
+ for surf.convert()."""
+@@ -1101,12 +1105,11 @@ def test_convert_init(self):
+
+ pygame.display.init()
+ try:
+-if os.environ.get("SDL_VIDEODRIVER") != "dummy":
+-try:
+-surf.convert(32)
+-surf.convert(pygame.Surface((1, 1)))
+-except pygame.error:
+-self.fail("convert() should not raise an exception here.")
++try:
++surf.convert(32)
++surf.convert(pygame.Surface((1, 1)))
++except pygame.error:
++self.fail("convert() should not raise an exception here.")
+
+ self.assertRaisesRegex(pygame.error, "No video mode", 
surf.convert)
+
+@@ -1118,6 +1121,10 @@ def test_convert_init(self):
+ finally:
+ pygame.display.quit()
+
++@unittest.skipIf(
++os.environ.get("SDL_VIDEODRIVER") == "dummy",
++'requires a non-"dummy" SDL_VIDEODRIVER',
++)
+ def test_convert_alpha_init(self):
+ """Ensure initialization exceptions are raised
+ for surf.convert_alpha()."""
diff -Nru pygame-2.5.2/debian/patches/series pygame-2.5.2/debian/patches/series
--- pygame-2.5.2/debian/patches/series  2024-01-10 06:32:39.0 +0100
+++ pygame-2.5.2/debian/patches/series  2024-04-04 00:34:56.0 +0200
@@ -3,3 +3,4 @@
 s390x-time-test.patch
 4048.diff
 ignore-test-machinery-issue.diff
+4169.diff


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059228: This is fixed in the next release 0.11.1

[Gianfranco Costamagna]

Hello,

On Fri, 15 Mar 2024 13:53:18 +0100 =?UTF-8?Q?Sebastian_Sp=C3=A4th?= 
 wrote:
This is fixed in the next release 0.11.1. However, I fail to build a 
package (due to my unexperience I guess).


When I try to build a package from
https://salsa.debian.org/DebianOnMobile-team/s2geometry

I get the error:

CMake Error at CMakeLists.txt:204 (target_link_libraries):
   Target "s2" links to:
 absl::check
   but the target was not found.  Possible reasons include:
 * There is a typo in the target name.
 * A find_package call is missing for an IMPORTED target.
 * An ALIAS target is missing.

So something seems to be missing in the abseil library that it depends 
on. I am a bit at a loss about how to fix this. With a working package I 
could upload a new version...


http://debomatic-amd64.debian.net/distribution#unstable/s2geometry/0.11.1-1/buildlog

Looks like now that newer abseil is in sid, this issue is gone (maybe the cmake 
was fixed in abseil side)

(however, one test looks failing)
78: [ RUN  ] S2PolygonTestBase.Area
111: .WARNING: All log messages before absl::InitializeLog() is called 
are written to STDERR
111: F 00:00:1712046075.956008 1262963 s2edge_distances.cc:405] Check failed: 
tolerance.radians() > 0 (0 vs. 0)
111: *** Check failure stack trace: ***
110/111 Test #111: s2geometry_test Subprocess 
aborted***Exception:   1.52 sec
...Index 
terms/doc: 13.00, Query terms/doc: 0.00


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066069: libpng1.6: hardcodes wrong udeb in shlibs, making udebs uninstallable

[Gianfranco Costamagna]

control: fixed -1 1.6.43-4
control: close -1
On Tue, 12 Mar 2024 01:13:08 +0100 Cyril Brulebois  wrote:

Source: libpng1.6
Version: 1.6.43-3
Severity: serious
Tags: d-i
Justification: broken shlibs
X-Debbugs-Cc: debian-b...@lists.debian.org

Hi,

Your debian/rules includes this:

override_dh_makeshlibs:
dh_makeshlibs --add-udeb=libpng16-16-udeb -a

and that's indeed the package that's listed in debian/control.

However, debian/libpng16-16t64.shlibs has it wrong:

libpng16 16 libpng16-16t64 (>= 1.6.2)
udeb: libpng16 16 libpng16-udeb (>= 1.6.2)

At this point, that breaks at least:

The following packages have unmet dependencies:
 libcairo2-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it is not 
installable
 libfreetype6-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it is not 
installable
 libgdk-pixbuf-2.0-0-udeb : Depends: libpng16-16t64-udeb (>= 1.6.2) but it 
is not installable


Cheers,
--
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067731: curlpp: diff for NMU version 0.8.1-5.3

[Gianfranco Costamagna]

Control: tags 1067731 + patch
Control: tags 1067731 + pending


Dear maintainer,

I've prepared an NMU for curlpp (versioned as 0.8.1-5.3) and
uploaded it.

Regards.

diff -Nru curlpp-0.8.1/debian/changelog curlpp-0.8.1/debian/changelog
--- curlpp-0.8.1/debian/changelog   2024-02-28 00:23:36.0 +0100
+++ curlpp-0.8.1/debian/changelog   2024-03-26 07:45:08.0 +0100
@@ -1,3 +1,11 @@
+curlpp (0.8.1-5.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop libcurlpp0 shlibs override in rules file, soname bump
+has happened. (Closes: #1067731)
+
+ -- Gianfranco Costamagna   Tue, 26 Mar 2024 
07:45:08 +0100
+
 curlpp (0.8.1-5.2) unstable; urgency=medium

   * Non-maintainer upload.
diff -Nru curlpp-0.8.1/debian/rules curlpp-0.8.1/debian/rules
--- curlpp-0.8.1/debian/rules   2021-09-03 09:22:08.0 +0200
+++ curlpp-0.8.1/debian/rules   2024-03-26 07:44:21.0 +0100
@@ -14,7 +14,3 @@

 %:
dh $@ --with autoreconf
-
-override_dh_makeshlibs:
-   # For new symbols when compiled with GCC 7, can be removed at next 
SONAME bump
-   dh_makeshlibs -V'libcurlpp0 (>= 0.8.1-2~)'


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067731: curlpp: wrong makeshlibs call

[Gianfranco Costamagna]

Package: curlpp
Version: 0.8.1-5.2
Severity: serious
Tags: patch

Hello, I plan to NMU curlpp, breaking reverse dependencies on the time64_t 
transition due to an old makeshlibs call that needs to be dropped
now


diff -Nru curlpp-0.8.1/debian/rules curlpp-0.8.1/debian/rules
--- curlpp-0.8.1/debian/rules   2021-09-03 09:22:08.0 +0200
+++ curlpp-0.8.1/debian/rules   2024-03-26 07:44:21.0 +0100
@@ -14,7 +14,3 @@
 
 %:

dh $@ --with autoreconf
-
-override_dh_makeshlibs:
-   # For new symbols when compiled with GCC 7, can be removed at next 
SONAME bump
-   dh_makeshlibs -V'libcurlpp0 (>= 0.8.1-2~)'




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066340: t4kcommon: FTBFS: linebreak.c:163:19: error: implicit declaration of function ‘u8_mbtouc_unsafe’ [-Werror=implicit-function-declaration]

[Gianfranco Costamagna]

On Sun, 17 Mar 2024 20:50:57 +0500 Andrey Rakhmatullin  wrote:

On Wed, Mar 13, 2024 at 12:45:32PM +0100, Lucas Nussbaum wrote:
> > linebreak.c:163:19: error: implicit declaration of function 
‘u8_mbtouc_unsafe’ [-Werror=implicit-function-declaration]
> >   163 |   int count = u8_mbtouc_unsafe (, s, s_end - s);
The prototype, in src/linebreak/unistr.h, is under 
#ifdef GNULIB_UNISTR_U8_MBTOUC_UNSAFE, but nothing sets that.


--
WBR, wRAR


A quick and dirty hacky fix I did in Ubuntu is:
--- t4kcommon-0.1.1/debian/rules2022-07-09 18:24:26.0 +0200
+++ t4kcommon-0.1.1/debian/rules2024-03-23 10:13:25.0 +0100
@@ -19,7 +19,7 @@
symlinks -rsc doxygen
 
 override_dh_installdocs: doxygen/html

-   dh_installdocs -p$(PKG)-dev --link-doc=$(PKG)
+   dh_installdocs -p$(PKG)-dev --link-doc=$(PKG)t64
dh_installdocs
 
 override_dh_strip:



diff -Nru t4kcommon-0.1.1/debian/patches/series 
t4kcommon-0.1.1/debian/patches/series
--- t4kcommon-0.1.1/debian/patches/series   2022-07-09 18:24:26.0 
+0200
+++ t4kcommon-0.1.1/debian/patches/series   2024-03-22 14:06:56.0 
+0100
@@ -2,3 +2,4 @@
 916060_bugfix.patch
 0001-Fix-wrapped_lines-variable-declaration-extern.patch
 1011684_bugfix.patch
+time64.patch
diff -Nru t4kcommon-0.1.1/debian/patches/time64.patch 
t4kcommon-0.1.1/debian/patches/time64.patch
--- t4kcommon-0.1.1/debian/patches/time64.patch 1970-01-01 01:00:00.0 
+0100
+++ t4kcommon-0.1.1/debian/patches/time64.patch 2024-03-22 14:08:19.0 
+0100
@@ -0,0 +1,25 @@
+Description: Fixup missing method definition.
+ This should be probably removed from symbols file, but it would require a 
transition.
+Author: Gianfranco Costamagna 
+Last-Update: 2024-03-22
+
+--- t4kcommon-0.1.1.orig/src/linebreak/unistr.h
 t4kcommon-0.1.1/src/linebreak/unistr.h
+@@ -131,7 +131,7 @@ extern int
+ /* The variants with _safe suffix are safe, even if the library is compiled
+without --enable-safety.  */
+
+-#ifdef GNULIB_UNISTR_U8_MBTOUC_UNSAFE
++#if GNULIB_UNISTR_U8_MBTOUC_UNSAFE || __arm__
+ # if !HAVE_INLINE
+ extern int
+u8_mbtouc_unsafe (ucs4_t *puc, const uint8_t *s, size_t n);
+@@ -154,7 +154,7 @@ u8_mbtouc_unsafe (ucs4_t *puc, const uin
+ # endif
+ #endif
+
+-#ifdef GNULIB_UNISTR_U16_MBTOUC_UNSAFE
++#if GNULIB_UNISTR_U16_MBTOUC_UNSAFE || __arm__
+ # if !HAVE_INLINE
+ extern int
+u16_mbtouc_unsafe (ucs4_t *puc, const uint16_t *s, size_t n);


Of course some more general solution is needed for Debian.

People fixed in different ways
https://github.com/macports/macports-ports/commit/3dc0f189db4438b39f60d45bc477f2ed2834e7da

Also using libunistring-dev should be probably the best way to move forward
https://lists.gnu.org/archive/html/bug-libunistring/2010-09/msg3.html

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067494: obs-studio: FTBFS on time64_t archs

[Gianfranco Costamagna]

Hello, please also don't forget to change

echo "libobs 0 libobs0 (= $(DEB_VERSION))" > debian/shlibs.local
into
execute_before_dh_shlibdeps:
echo "libobs 0 libobs0t64 (= $(DEB_VERSION))" > debian/shlibs.local

in rules file.

G.

On Fri, 22 Mar 2024 13:36:01 +0100 Gianfranco Costamagna 
 wrote:

Package: obs-studio
Version: 30.0.2+dfsg-2.1
Severity: serious



Hello, looks like we got a failure due to time64_t transition.

/usr/bin/cc -DENABLE_HEVC -DHAVE_OBSCONFIG_H -DHAVE_UDEV -Dlinux_v4l2_EXPORTS -I/<>/libobs 
-I/<>/obj-arm-linux-gnueabihf/config -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/obs-studio-30.0.2+dfsg-2.1build2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 
-Wdate-time -D_FORTIFY_SOURCE=3 -DFFMPEG_MUX_FIXED=\"/usr/lib/arm-linux-gnueabihf/obs-plugins/obs-ffmpeg/obs-ffmpeg-mux\" 
-DSIMDE_ENABLE_OPENMP -fopenmp-simd -O3 -fvisibility=hidden -Wno-error=deprecated-declarations -std=gnu17 -fPIC -Werror -Wextra -Wvla -Wno-error=vla 
-Wswitch -Wno-error=switch -Wformat -Wformat-security -Wunused-parameter -Wno-unused-function -Wno-missing-field-initializers -fno-strict-aliasing 
-Werror-implicit-function-declaration -Wno-missing-braces -Wno-error=maybe-uninitialized -DSIMDE_ENABLE_OPENMP -fopenmp-simd -MD -MT 
plugins/linux-v4l2/CMakeFiles/linux-v4l2.dir/v4l2-input.c.o -MF plugins/linux-v4l2/CMakeFiles/linux-v4l2.dir/v4l2-input.c.o.d -o 
plugins/linux-v4l2/CMakeFiles/linux-v4l2.dir/v4l2-input.c.o -c /<>/plugins/linux-v4l2/v4l2-input.c
/<>/plugins/linux-v4l2/v4l2-input.c: In function ‘v4l2_thread’:
/<>/plugins/linux-v4l2/v4l2-input.c:66:43: error: format ‘%ld’ 
expects argument of type ‘long int’, but argument 4 has type ‘__suseconds64_t’ {aka ‘long 
long int’} [-Werror=format=]
66 | #define blog(level, msg, ...) blog(level, "v4l2-input: " msg, 
##__VA_ARGS__)
   |   ^~
/<>/plugins/linux-v4l2/v4l2-input.c:262:17: note: in expansion of 
macro ‘blog’
   262 | blog(LOG_DEBUG,
   | ^~~~
cc1: all warnings being treated as errors
[137/484] /usr/bin/cc -DENABLE_HEVC -DHAVE_OBSCONFIG_H -Dlinux_jack_EXPORTS -I/<>/libobs 
-I/<>/obj-arm-linux-gnueabihf/config -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/obs-studio-30.0.2+dfsg-2.1build2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 
-Wdate-time -D_FORTIFY_SOURCE=3 -DFFMPEG_MUX_FIXED=\"/usr/lib/arm-linux-gnueabihf/obs-plugins/obs-ffmpeg/obs-ffmpeg-mux\" 
-DSIMDE_ENABLE_OPENMP -fopenmp-simd -O3 -fvisibility=hidden -Wno-error=deprecated-declarations -std=gnu17 -fPIC -Werror -Wextra -Wvla -Wno-error=vla 
-Wswitch -Wno-error=switch -Wformat -Wformat-security -Wunused-parameter -Wno-unused-function -Wno-missing-field-initializers -fno-strict-aliasing 
-Werror-implicit-function-declaration -Wno-missing-braces -Wno-error=maybe-uninitialized -DSIMDE_ENABLE_OPENMP -fopenmp-simd -MD -MT 
plugins/linux-jack/CMakeFiles/linux-jack.dir/linux-jack.c.o -MF plugins/linux-jack/CMakeFiles/linux-jack.dir/linux-jack.c.o.d -o 
plugins/linux-jack/CMakeFiles/linux-jack.dir/linux-jack.c.o -c /<>/plugins/linux-jack/linux-jack.c


I did "fix" with an ugly hacky patch, just for armhf platform, but I don't know 
how to properly solve it.

diff -Nru obs-studio-30.0.2+dfsg/debian/patches/time64.patch 
obs-studio-30.0.2+dfsg/debian/patches/time64.patch
--- obs-studio-30.0.2+dfsg/debian/patches/time64.patch  1970-01-01 
01:00:00.0 +0100
+++ obs-studio-30.0.2+dfsg/debian/patches/time64.patch  2024-03-22 
13:31:40.0 +0100
@@ -0,0 +1,18 @@
+Description: Use time64_t everywhere
+Author: Gianfranco Costamagna 
+Last-Update: 2024-03-21
+
+--- obs-studio-30.0.2+dfsg.orig/plugins/linux-v4l2/v4l2-input.c
 obs-studio-30.0.2+dfsg/plugins/linux-v4l2/v4l2-input.c
+@@ -260,7 +260,11 @@ static void *v4l2_thread(void *vptr)
+   }
+
+   blog(LOG_DEBUG,
++#ifndef __arm__
+"%s: ts: %06ld buf id #%d, flags 0x%08X, seq #%d, len %d, used 
%d",
++#else
++   "%s: ts: %06lld buf id #%d, flags 0x%08X, seq #%d, len %d, used 
%d",
++#endif
+data->device_id, buf.timestamp.tv_usec, buf.index,
+buf.flags, buf.sequence, buf.length, buf.bytesused);
+



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067511: libgpod: FTBFS with experimental libplist

[Gianfranco Costamagna]

Package: libgpod
Version: 0.8.3-19.1
Severity: normal
Tags: patch

Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:

  * Add two patches from arch linux
to fix FTBFS with newer libplist


Thanks for considering the patch.

*** /tmp/tmp5qufybct/libgpod_0.8.3-19.1ubuntu2.debdiff
diff -Nru libgpod-0.8.3/debian/patches/fix-new-libplist.patch 
libgpod-0.8.3/debian/patches/fix-new-libplist.patch
--- libgpod-0.8.3/debian/patches/fix-new-libplist.patch 1970-01-01 
01:00:00.0 +0100
+++ libgpod-0.8.3/debian/patches/fix-new-libplist.patch 2024-03-22 
14:54:42.0 +0100
@@ -0,0 +1,34 @@
+Description: Arch linux cherry-picked patch
+Origin: 
https://gitlab.archlinux.org/archlinux/packaging/packages/libgpod/-/commit/37664b35631261bf707e88132d5920757bcf0958
+Last-Update: 2024-03-22
+
+--- libgpod-0.8.3.orig/tools/ipod-lockdown.c
 libgpod-0.8.3/tools/ipod-lockdown.c
+@@ -100,7 +100,7 @@ read_sysinfo_extended_by_uuid (const cha
+   plist_get_string_val(ptr, );
+   if (str != NULL) {
+   ptr = plist_new_string(str);
+-  plist_dict_insert_item(value, "SerialNumber", ptr);
++  plist_dict_set_item(value, "SerialNumber", ptr);
+   free(str);
+   }
+
+@@ -112,15 +112,15 @@ read_sysinfo_extended_by_uuid (const cha
+   plist_get_string_val(ptr, );
+   if (str != NULL) {
+   ptr = plist_new_string(str);
+-  plist_dict_insert_item(value, "VisibleBuildID", ptr);
++  plist_dict_set_item(value, "VisibleBuildID", ptr);
+   free(str);
+   }
+
+   ptr = plist_new_string(uuid);
+-  plist_dict_insert_item(value, "FireWireGUID", ptr);
++  plist_dict_set_item(value, "FireWireGUID", ptr);
+
+   ptr = plist_new_string(uuid);
+-  plist_dict_insert_item(value, "UniqueDeviceID", ptr);
++  plist_dict_set_item(value, "UniqueDeviceID", ptr);
+
+   plist_to_xml(value, , _length);
+
diff -Nru libgpod-0.8.3/debian/patches/newer-plist.patch 
libgpod-0.8.3/debian/patches/newer-plist.patch
--- libgpod-0.8.3/debian/patches/newer-plist.patch  1970-01-01 
01:00:00.0 +0100
+++ libgpod-0.8.3/debian/patches/newer-plist.patch  2024-03-22 
14:54:42.0 +0100
@@ -0,0 +1,14 @@
+Description: Patch for newer libplist pkgconfig file
+Origin: 
https://gitlab.archlinux.org/archlinux/packaging/packages/libgpod/-/commit/c8b8b172f84270323a227a1df565af1713c0bafb
+
+--- libgpod-0.8.3.orig/configure.ac
 libgpod-0.8.3/configure.ac
+@@ -42,7 +42,7 @@ AC_CHECK_FUNCS([localtime_r])
+ AC_CHECK_MEMBERS([struct tm.tm_gmtoff],,,[#include ])
+ dnl sqlite3 is needed for newer ipod models (nano5g), and libplist is needed
+ dnl by libgpod sqlite code
+-PKG_CHECK_MODULES(LIBGPOD, glib-2.0 >= 2.16.0 gobject-2.0 sqlite3 libplist >= 
1.0 gmodule-2.0)
++PKG_CHECK_MODULES(LIBGPOD, glib-2.0 >= 2.16.0 gobject-2.0 sqlite3 libplist-2.0 
>= 1.0 gmodule-2.0)
+
+ dnl ***
+ dnl The following functions are only available starting
diff -Nru libgpod-0.8.3/debian/patches/series 
libgpod-0.8.3/debian/patches/series
--- libgpod-0.8.3/debian/patches/series 2023-12-09 14:05:31.0 +0100
+++ libgpod-0.8.3/debian/patches/series 2024-03-22 14:54:42.0 +0100
@@ -3,3 +3,5 @@
 Upstream-change-to-speed-up-itdb_resolve_path-calls.patch
 Fix-System-GLib.DateTime-ambiguity.patch
 Fix-wrong-char-for-comments-in-gpod.i.patch
+newer-plist.patch
+fix-new-libplist.patch

Bug#1067494: obs-studio: FTBFS on time64_t archs

[Gianfranco Costamagna]

Package: obs-studio
Version: 30.0.2+dfsg-2.1
Severity: serious



Hello, looks like we got a failure due to time64_t transition.

/usr/bin/cc -DENABLE_HEVC -DHAVE_OBSCONFIG_H -DHAVE_UDEV -Dlinux_v4l2_EXPORTS -I/<>/libobs 
-I/<>/obj-arm-linux-gnueabihf/config -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/obs-studio-30.0.2+dfsg-2.1build2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 
-Wdate-time -D_FORTIFY_SOURCE=3 -DFFMPEG_MUX_FIXED=\"/usr/lib/arm-linux-gnueabihf/obs-plugins/obs-ffmpeg/obs-ffmpeg-mux\" 
-DSIMDE_ENABLE_OPENMP -fopenmp-simd -O3 -fvisibility=hidden -Wno-error=deprecated-declarations -std=gnu17 -fPIC -Werror -Wextra -Wvla -Wno-error=vla 
-Wswitch -Wno-error=switch -Wformat -Wformat-security -Wunused-parameter -Wno-unused-function -Wno-missing-field-initializers -fno-strict-aliasing 
-Werror-implicit-function-declaration -Wno-missing-braces -Wno-error=maybe-uninitialized -DSIMDE_ENABLE_OPENMP -fopenmp-simd -MD -MT 
plugins/linux-v4l2/CMakeFiles/linux-v4l2.dir/v4l2-input.c.o -MF plugins/linux-v4l2/CMakeFiles/linux-v4l2.dir/v4l2-input.c.o.d -o 
plugins/linux-v4l2/CMakeFiles/linux-v4l2.dir/v4l2-input.c.o -c /<>/plugins/linux-v4l2/v4l2-input.c
/<>/plugins/linux-v4l2/v4l2-input.c: In function ‘v4l2_thread’:
/<>/plugins/linux-v4l2/v4l2-input.c:66:43: error: format ‘%ld’ 
expects argument of type ‘long int’, but argument 4 has type ‘__suseconds64_t’ {aka ‘long 
long int’} [-Werror=format=]
   66 | #define blog(level, msg, ...) blog(level, "v4l2-input: " msg, 
##__VA_ARGS__)
  |   ^~
/<>/plugins/linux-v4l2/v4l2-input.c:262:17: note: in expansion of 
macro ‘blog’
  262 | blog(LOG_DEBUG,
  | ^~~~
cc1: all warnings being treated as errors
[137/484] /usr/bin/cc -DENABLE_HEVC -DHAVE_OBSCONFIG_H -Dlinux_jack_EXPORTS -I/<>/libobs 
-I/<>/obj-arm-linux-gnueabihf/config -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/obs-studio-30.0.2+dfsg-2.1build2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 
-Wdate-time -D_FORTIFY_SOURCE=3 -DFFMPEG_MUX_FIXED=\"/usr/lib/arm-linux-gnueabihf/obs-plugins/obs-ffmpeg/obs-ffmpeg-mux\" 
-DSIMDE_ENABLE_OPENMP -fopenmp-simd -O3 -fvisibility=hidden -Wno-error=deprecated-declarations -std=gnu17 -fPIC -Werror -Wextra -Wvla -Wno-error=vla 
-Wswitch -Wno-error=switch -Wformat -Wformat-security -Wunused-parameter -Wno-unused-function -Wno-missing-field-initializers -fno-strict-aliasing 
-Werror-implicit-function-declaration -Wno-missing-braces -Wno-error=maybe-uninitialized -DSIMDE_ENABLE_OPENMP -fopenmp-simd -MD -MT 
plugins/linux-jack/CMakeFiles/linux-jack.dir/linux-jack.c.o -MF plugins/linux-jack/CMakeFiles/linux-jack.dir/linux-jack.c.o.d -o 
plugins/linux-jack/CMakeFiles/linux-jack.dir/linux-jack.c.o -c /<>/plugins/linux-jack/linux-jack.c


I did "fix" with an ugly hacky patch, just for armhf platform, but I don't know 
how to properly solve it.

diff -Nru obs-studio-30.0.2+dfsg/debian/patches/time64.patch 
obs-studio-30.0.2+dfsg/debian/patches/time64.patch
--- obs-studio-30.0.2+dfsg/debian/patches/time64.patch  1970-01-01 
01:00:00.0 +0100
+++ obs-studio-30.0.2+dfsg/debian/patches/time64.patch  2024-03-22 
13:31:40.0 +0100
@@ -0,0 +1,18 @@
+Description: Use time64_t everywhere
+Author: Gianfranco Costamagna 
+Last-Update: 2024-03-21
+
+--- obs-studio-30.0.2+dfsg.orig/plugins/linux-v4l2/v4l2-input.c
 obs-studio-30.0.2+dfsg/plugins/linux-v4l2/v4l2-input.c
+@@ -260,7 +260,11 @@ static void *v4l2_thread(void *vptr)
+   }
+
+   blog(LOG_DEBUG,
++#ifndef __arm__
+"%s: ts: %06ld buf id #%d, flags 0x%08X, seq #%d, len %d, used 
%d",
++#else
++   "%s: ts: %06lld buf id #%d, flags 0x%08X, seq #%d, len %d, used 
%d",
++#endif
+data->device_id, buf.timestamp.tv_usec, buf.index,
+buf.flags, buf.sequence, buf.length, buf.bytesused);
+

Bug#1067482: libhinawa: please drop runtime glib2.0 hardcoded dependency

[Gianfranco Costamagna]

Package: libhinawa
Version: 4.0.1-2.1
Severity: normal
Tags: patch

Hello,
I will NMU the removal of glib2.0 hardcoded runtime dependency to ease the 
transition

diff -Nru libhinawa-4.0.1/debian/changelog libhinawa-4.0.1/debian/changelog
--- libhinawa-4.0.1/debian/changelog2024-02-28 21:37:13.0 +0100
+++ libhinawa-4.0.1/debian/changelog2024-03-22 09:56:48.0 +0100
@@ -1,3 +1,10 @@
+libhinawa (4.0.1-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop glib runtime dependency (Closes: #-1)
+
+ -- Gianfranco Costamagna   Fri, 22 Mar 2024 
09:56:48 +0100
+
 libhinawa (4.0.1-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.

diff -Nru libhinawa-4.0.1/debian/control libhinawa-4.0.1/debian/control
--- libhinawa-4.0.1/debian/control  2024-02-28 21:35:29.0 +0100
+++ libhinawa-4.0.1/debian/control  2024-03-22 09:56:48.0 +0100
@@ -20,8 +20,7 @@
 Provides: ${t64:Provides}
 Architecture: linux-any
 Pre-Depends: ${misc:Pre-Depends}
-Depends: ${shlibs:Depends}, ${misc:Depends},
-libglib2.0-0 (>= 2.44.0)
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Breaks: libhinawa4 (<< ${source:Version}), libhinawa2 (<< 4.0.0)
 Replaces: libhinawa4, libhinawa2 (<< 4.0.0)
 Multi-Arch: same



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067407: graphviz: diff for NMU version 2.42.2-8.1

[Gianfranco Costamagna]

control: fixed -1 2.42.2-9
control: close -1
On Thu, 21 Mar 2024 17:21:13 +0100 
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?=  wrote:

Control: tags -1 +moreinfo

On Thu, Mar 21, 2024 at 12:39 PM Gianfranco Costamagna
 wrote:
> I've prepared an NMU for graphviz (versioned as 2.42.2-8.1) and
> uploaded it to DELAYED/2. Please feel free to cancel it directly if you want 
to do a maintainer upload.
 I do not see the point of this. Can you please recheck the current
graphviz package state and report back to me?



If you see my NMU was called 2.42.2-8.1, reason is that I missed -9 upload due 
to slow mirrors probably

Sorry for the noise, indeed the -8 upload should be fine!
(I'll cancel it, but it will be automatically discarded by ftp anyway)

thanks

Gianfranco



Regards,
Laszlo/GCS




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067460: entropybroker: please fix libpng-dev build dependency

[Gianfranco Costamagna]

Package: entropybroker
Version: 2.9-7
Severity: serious
Tags: patch

Dear Maintainer,

  * Update dependency to libpng-dev


Thanks for considering the patch.

diff -Nru entropybroker-2.9/debian/control entropybroker-2.9/debian/control
--- entropybroker-2.9/debian/control2022-07-31 22:25:00.0 +0200
+++ entropybroker-2.9/debian/control2024-03-21 21:41:18.0 +0100
@@ -7,7 +7,7 @@
 , libgd-dev
, libasound2-dev
, libusb-1.0-0-dev
-   , libpng16-16
+   , libpng-dev
, zlib1g-dev
, libpcsclite-dev
, libftdi-dev


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067459: connectgram: Please update or drop qt6 dependencies

[Gianfranco Costamagna]

Package: connectagram
Version: 1.3.5-1
Severity: serious

Dear Maintainer,


Looks like you are adding some runtime dependencies as build-dependencies

Thanks for considering the patch.

--- connectagram-1.3.5/debian/control   2024-03-12 02:50:36.0 +0100
+++ connectagram-1.3.5/debian/control   2024-03-21 21:36:00.0 +0100
@@ -10,9 +9,6 @@
   qt6-l10n-tools,
   qt6-tools-dev-tools,
   qt6-base-dev-tools,
-  libqt6widgets6,
-  libqt6gui6,
-  libqt6core6,
   mesa-common-dev,
   debhelper-compat (= 13)
 Standards-Version: 4.6.2


G.

Bug#1067428: contextfree: diff for NMU version 3.4+dfsg-1.1

[Gianfranco Costamagna]

Package: contextfree
Version: 3.4+dfsg-1
Severity: serious
Tags: patch  pending


Dear maintainer,

I've prepared an NMU for contextfree (versioned as 3.4+dfsg-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru contextfree-3.4+dfsg/debian/changelog 
contextfree-3.4+dfsg/debian/changelog
--- contextfree-3.4+dfsg/debian/changelog   2023-01-19 00:52:13.0 
+0100
+++ contextfree-3.4+dfsg/debian/changelog   2024-03-21 15:00:29.0 
+0100
@@ -1,3 +1,10 @@
+contextfree (3.4+dfsg-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop libagg2 runtime dependency (Closes: #-1)
+
+ -- Gianfranco Costamagna   Thu, 21 Mar 2024 
15:00:29 +0100
+
 contextfree (3.4+dfsg-1) unstable; urgency=medium

   * New upstream release
diff -Nru contextfree-3.4+dfsg/debian/control 
contextfree-3.4+dfsg/debian/control
--- contextfree-3.4+dfsg/debian/control 2023-01-19 00:52:13.0 +0100
+++ contextfree-3.4+dfsg/debian/control 2024-03-21 15:00:19.0 +0100
@@ -21,7 +21,7 @@

 Package: contextfree
 Architecture: any
-Depends: libagg2 (>= 1:2.6.1), ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: image generator based on context-free grammars
  Context Free is a program that produces images based on context-free grammars.
  These grammars are sets of non-deterministic rules that determine what an


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067407: graphviz: diff for NMU version 2.42.2-8.1

[Gianfranco Costamagna]

Control: tags 1067407 + patch
Control: tags 1067407 + pending

Dear maintainer,

I've prepared an NMU for graphviz (versioned as 2.42.2-8.1) and
uploaded it to DELAYED/2. Please feel free to cancel it directly if you want to 
do a maintainer upload.

Regards.

diff -Nru graphviz-2.42.2/debian/changelog graphviz-2.42.2/debian/changelog
--- graphviz-2.42.2/debian/changelog2024-01-26 21:26:42.0 +0100
+++ graphviz-2.42.2/debian/changelog2024-03-21 08:41:54.0 +0100
@@ -1,3 +1,13 @@
+graphviz (2.42.2-8.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Fix implicit declaration issue with two upstream patches
+- b4947d67a4ebd48ca0105d44f92e47f044e51600
+- be6f649995d00865e7c7d721f9b5bdb13fd715c0
+(Closes: #1067407)
+
+ -- Gianfranco Costamagna   Thu, 21 Mar 2024 
08:41:54 +0100
+
 graphviz (2.42.2-8) unstable; urgency=medium

   * Fix CVE-2023-46045: buffer overflow via a crafted config6a file.
diff -Nru graphviz-2.42.2/debian/patches/coverity-scan.patch 
graphviz-2.42.2/debian/patches/coverity-scan.patch
--- graphviz-2.42.2/debian/patches/coverity-scan.patch  1970-01-01 
01:00:00.0 +0100
+++ graphviz-2.42.2/debian/patches/coverity-scan.patch  2024-03-21 
08:41:54.0 +0100
@@ -0,0 +1,39 @@
+From b4947d67a4ebd48ca0105d44f92e47f044e51600 Mon Sep 17 00:00:00 2001
+From: John Ellson 
+Date: Thu, 9 Apr 2020 16:11:58 -0400
+Subject: [PATCH] applying RH's graphviz-2.42.2-coverity-scan-fixes.patch
+
+---
+ cmd/lefty/dot2l/dotlex.c | 2 +-
+ cmd/tools/gvgen.c| 2 ++
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/cmd/lefty/dot2l/dotlex.c b/cmd/lefty/dot2l/dotlex.c
+index cf738c0c7e..65e17e2462 100644
+--- a/cmd/lefty/dot2l/dotlex.c
 b/cmd/lefty/dot2l/dotlex.c
+@@ -252,7 +252,7 @@ static char *scan_token (char *p) {
+ char *q;
+
+ q = lexbuf;
+-if (p == '\0')
++if (!p || *p == '\0')
+ return NULL;
+ while (isalnum (*p) || (*p == '_') || (!isascii (*p)))
+ *q++ = *p++;
+diff --git a/cmd/tools/gvgen.c b/cmd/tools/gvgen.c
+index c2b166d449..c9a51e9cf7 100644
+--- a/cmd/tools/gvgen.c
 b/cmd/tools/gvgen.c
+@@ -453,6 +453,8 @@ closeOpen (void)
+   fprintf(opts.outfile, "}\ngraph {\n");
+ }
+
++extern void makeTetrix(int depth, edgefn ef);
++
+ int main(int argc, char *argv[])
+ {
+ GraphType graphType;
+--
+GitLab
+
diff -Nru graphviz-2.42.2/debian/patches/implicit-declaration.patch 
graphviz-2.42.2/debian/patches/implicit-declaration.patch
--- graphviz-2.42.2/debian/patches/implicit-declaration.patch   1970-01-01 
01:00:00.0 +0100
+++ graphviz-2.42.2/debian/patches/implicit-declaration.patch   2024-03-21 
08:41:54.0 +0100
@@ -0,0 +1,47 @@
+From be6f649995d00865e7c7d721f9b5bdb13fd715c0 Mon Sep 17 00:00:00 2001
+From: Matthew Fernandez 
+Date: Fri, 24 Jun 2022 22:05:31 -0700
+Subject: [PATCH] prototype 'makeTetrix', squashing a '-Wmissing-prototypes'
+ warning
+
+The missing prototype appears to have two causes:
+
+  1. 265eeb66ea0dbb4f7cdeb75dcc5f802d948b40a9 added `makeTetrix` without a
+ prototype.
+
+  2. b4947d67a4ebd48ca0105d44f92e47f044e51600 appears to have applied some
+ Coverity suggestions without investigating the underlying history that led
+ to the Coverity warnings.
+---
+ cmd/tools/graph_generator.h | 1 +
+ cmd/tools/gvgen.c   | 2 --
+ 2 files changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/cmd/tools/graph_generator.h b/cmd/tools/graph_generator.h
+index dce4f3f45d..3879acdf73 100644
+--- a/cmd/tools/graph_generator.h
 b/cmd/tools/graph_generator.h
+@@ -26,6 +26,7 @@ extern void makeRandom(int, int, edgefn);
+ extern void makeSquareGrid(int, int, int, int, edgefn);
+ extern void makeBinaryTree(int, edgefn);
+ extern void makeSierpinski(int, edgefn);
++extern void makeTetrix(int, edgefn);
+ extern void makeHypercube(int, edgefn);
+ extern void makeTree(int, int, edgefn);
+ extern void makeTriMesh(int, edgefn);
+diff --git a/cmd/tools/gvgen.c b/cmd/tools/gvgen.c
+index 4aba7bee7c..4b45759e8c 100644
+--- a/cmd/tools/gvgen.c
 b/cmd/tools/gvgen.c
+@@ -451,8 +451,6 @@ closeOpen (void)
+   fprintf(opts.outfile, "}\ngraph {\n");
+ }
+
+-extern void makeTetrix(int depth, edgefn ef);
+-
+ int main(int argc, char *argv[])
+ {
+ GraphType graphType;
+--
+GitLab
+
diff -Nru graphviz-2.42.2/debian/patches/series 
graphviz-2.42.2/debian/patches/series
--- graphviz-2.42.2/debian/patches/series   2024-01-26 21:26:42.0 
+0100
+++ graphviz-2.42.2/debian/patches/series   2024-03-21 08:41:54.0 
+0100
@@ -10,3 +10,5 @@
 update_documentation_link.patch
 fix_out-of-bounds_write_on_invalid_label.patch
 CVE-2023-46045.patch
+coverity-scan.patch
+implicit-declaration.patch


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067198: gts: diff for NMU version 0.7.6+darcs121130-5.2

[Gianfranco Costamagna]

Control: tags 1067198 + patch
Control: tags 1067198 + pending


Dear maintainer,

I've prepared an NMU for gts (versioned as 0.7.6+darcs121130-5.2) and
uploaded it.

Regards.

diff -Nru gts-0.7.6+darcs121130/debian/changelog 
gts-0.7.6+darcs121130/debian/changelog
--- gts-0.7.6+darcs121130/debian/changelog  2024-02-29 07:16:10.0 
+0100
+++ gts-0.7.6+darcs121130/debian/changelog  2024-03-21 12:31:16.0 
+0100
@@ -1,3 +1,12 @@
+gts (0.7.6+darcs121130-5.2) unstable; urgency=medium
+
+  [ Zixing Liu  ]
+  * Non-maintainer upload
+  * d/symbols: rename package libgts-0.7-5 to
+libgts-0.7-5t64. (Closes: #1067198)
+
+ -- Gianfranco Costamagna   Thu, 21 Mar 2024 
12:31:16 +0100
+
 gts (0.7.6+darcs121130-5.1) unstable; urgency=medium

   * Non-maintainer upload.
diff -Nru gts-0.7.6+darcs121130/debian/symbols 
gts-0.7.6+darcs121130/debian/symbols
--- gts-0.7.6+darcs121130/debian/symbols2021-11-11 17:18:31.0 
+0100
+++ gts-0.7.6+darcs121130/debian/symbols2024-03-21 12:30:18.0 
+0100
@@ -1,4 +1,4 @@
-libgts-0.7.so.5 libgts-0.7-5 #MINVER#
+libgts-0.7.so.5 libgts-0.7-5t64 #MINVER#
  gts_allow_floating_edges@Base 0.7.6
  gts_allow_floating_faces@Base 0.7.6
  gts_allow_floating_gnodes@Base 0.7.6


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067419: openhpi: diff for NMU version 3.8.0-2.2

[Gianfranco Costamagna]

Control: tags 1067419 + patch
Control: tags 1067419 + pending

Patch:
diff -Nru openhpi-3.8.0/debian/changelog openhpi-3.8.0/debian/changelog
--- openhpi-3.8.0/debian/changelog  2020-12-28 15:39:31.0 +0100
+++ openhpi-3.8.0/debian/changelog  2024-03-21 12:15:41.0 +0100
@@ -1,3 +1,10 @@
+openhpi (3.8.0-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Drop runtime dependency on libopenipmi0 (Closes: #1067419)
+
+ -- Gianfranco Costamagna   Thu, 21 Mar 2024 
12:15:41 +0100
+
 openhpi (3.8.0-2.1) unstable; urgency=medium

   * Non maintainer upload by the Reproducible Builds team.
diff -Nru openhpi-3.8.0/debian/control openhpi-3.8.0/debian/control
--- openhpi-3.8.0/debian/control2018-09-13 18:50:16.0 +0200
+++ openhpi-3.8.0/debian/control2024-03-21 12:15:41.0 +0100
@@ -85,7 +85,7 @@
 Package: openhpi-plugin-ipmi
 Section: libs
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi3 (= ${binary:Version}), 
libopenipmi0 (>=2.0.7), openipmi (>=2.0.7)
+Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi3 (= ${binary:Version}), 
openipmi (>=2.0.7)
 Conflicts: libopenhpi, libopenhpi2
 Breaks: libopenhpi3 (<< 3.8.0-2~)
 Replaces: libopenhpi, libopenhpi2, libopenhpi3 (<< 3.8.0-2~)

Bug#1067419: openhpi: please drop runtime dependency on libopenipmi0

[Gianfranco Costamagna]

Package: openhpi
Version: 3.8.0-2.1
Severity: serious
Tags: patch

openhpi (3.8.0-2.2) unstable; urgency=medium

  * Non-maintainer upload
  * Drop runtime dependency on libopenipmi0 (Closes: #-1)

 -- Gianfranco Costamagna   Thu, 21 Mar 2024 12:15:41 
+0100

diff -Nru openhpi-3.8.0/debian/control openhpi-3.8.0/debian/control
--- openhpi-3.8.0/debian/control2018-09-13 18:50:16.0 +0200
+++ openhpi-3.8.0/debian/control2024-03-21 12:15:40.0 +0100
@@ -85,7 +85,7 @@
 Package: openhpi-plugin-ipmi
 Section: libs
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi3 (= ${binary:Version}), 
libopenipmi0 (>=2.0.7), openipmi (>=2.0.7)
+Depends: ${shlibs:Depends}, ${misc:Depends}, libopenhpi3 (= ${binary:Version}), 
openipmi (>=2.0.7)
 Conflicts: libopenhpi, libopenhpi2
 Breaks: libopenhpi3 (<< 3.8.0-2~)
 Replaces: libopenhpi, libopenhpi2, libopenhpi3 (<< 3.8.0-2~)




I'll NMU shortly.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067407: graphviz: FTBFS due to -Wimplicit-declaration gcc flag

[Gianfranco Costamagna]

Package: graphviz
Version: 2.42.2-8
Severity: serious
Tags: patch

Hello, looks like the package will FTBFS due to newly introduced 
implicit-declaration flag
I did cherry-pick two upstream patches and the package now build successfully.

  * Fix implicit declaration issue with two upstream patches
- b4947d67a4ebd48ca0105d44f92e47f044e51600
- be6f649995d00865e7c7d721f9b5bdb13fd715c0


Thanks for considering the patch.

*** /tmp/tmp_b0oalmu/graphviz_2.42.2-8ubuntu1.debdiff
diff -Nru graphviz-2.42.2/debian/patches/coverity-scan.patch 
graphviz-2.42.2/debian/patches/coverity-scan.patch
--- graphviz-2.42.2/debian/patches/coverity-scan.patch  1970-01-01 
01:00:00.0 +0100
+++ graphviz-2.42.2/debian/patches/coverity-scan.patch  2024-03-21 
08:41:54.0 +0100
@@ -0,0 +1,39 @@
+From b4947d67a4ebd48ca0105d44f92e47f044e51600 Mon Sep 17 00:00:00 2001
+From: John Ellson 
+Date: Thu, 9 Apr 2020 16:11:58 -0400
+Subject: [PATCH] applying RH's graphviz-2.42.2-coverity-scan-fixes.patch
+
+---
+ cmd/lefty/dot2l/dotlex.c | 2 +-
+ cmd/tools/gvgen.c| 2 ++
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/cmd/lefty/dot2l/dotlex.c b/cmd/lefty/dot2l/dotlex.c
+index cf738c0c7e..65e17e2462 100644
+--- a/cmd/lefty/dot2l/dotlex.c
 b/cmd/lefty/dot2l/dotlex.c
+@@ -252,7 +252,7 @@ static char *scan_token (char *p) {
+ char *q;
+
+ q = lexbuf;
+-if (p == '\0')
++if (!p || *p == '\0')
+ return NULL;
+ while (isalnum (*p) || (*p == '_') || (!isascii (*p)))
+ *q++ = *p++;
+diff --git a/cmd/tools/gvgen.c b/cmd/tools/gvgen.c
+index c2b166d449..c9a51e9cf7 100644
+--- a/cmd/tools/gvgen.c
 b/cmd/tools/gvgen.c
+@@ -453,6 +453,8 @@ closeOpen (void)
+   fprintf(opts.outfile, "}\ngraph {\n");
+ }
+
++extern void makeTetrix(int depth, edgefn ef);
++
+ int main(int argc, char *argv[])
+ {
+ GraphType graphType;
+--
+GitLab
+
diff -Nru graphviz-2.42.2/debian/patches/implicit-declaration.patch 
graphviz-2.42.2/debian/patches/implicit-declaration.patch
--- graphviz-2.42.2/debian/patches/implicit-declaration.patch   1970-01-01 
01:00:00.0 +0100
+++ graphviz-2.42.2/debian/patches/implicit-declaration.patch   2024-03-21 
08:41:54.0 +0100
@@ -0,0 +1,47 @@
+From be6f649995d00865e7c7d721f9b5bdb13fd715c0 Mon Sep 17 00:00:00 2001
+From: Matthew Fernandez 
+Date: Fri, 24 Jun 2022 22:05:31 -0700
+Subject: [PATCH] prototype 'makeTetrix', squashing a '-Wmissing-prototypes'
+ warning
+
+The missing prototype appears to have two causes:
+
+  1. 265eeb66ea0dbb4f7cdeb75dcc5f802d948b40a9 added `makeTetrix` without a
+ prototype.
+
+  2. b4947d67a4ebd48ca0105d44f92e47f044e51600 appears to have applied some
+ Coverity suggestions without investigating the underlying history that led
+ to the Coverity warnings.
+---
+ cmd/tools/graph_generator.h | 1 +
+ cmd/tools/gvgen.c   | 2 --
+ 2 files changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/cmd/tools/graph_generator.h b/cmd/tools/graph_generator.h
+index dce4f3f45d..3879acdf73 100644
+--- a/cmd/tools/graph_generator.h
 b/cmd/tools/graph_generator.h
+@@ -26,6 +26,7 @@ extern void makeRandom(int, int, edgefn);
+ extern void makeSquareGrid(int, int, int, int, edgefn);
+ extern void makeBinaryTree(int, edgefn);
+ extern void makeSierpinski(int, edgefn);
++extern void makeTetrix(int, edgefn);
+ extern void makeHypercube(int, edgefn);
+ extern void makeTree(int, int, edgefn);
+ extern void makeTriMesh(int, edgefn);
+diff --git a/cmd/tools/gvgen.c b/cmd/tools/gvgen.c
+index 4aba7bee7c..4b45759e8c 100644
+--- a/cmd/tools/gvgen.c
 b/cmd/tools/gvgen.c
+@@ -451,8 +451,6 @@ closeOpen (void)
+   fprintf(opts.outfile, "}\ngraph {\n");
+ }
+
+-extern void makeTetrix(int depth, edgefn ef);
+-
+ int main(int argc, char *argv[])
+ {
+ GraphType graphType;
+--
+GitLab
+
diff -Nru graphviz-2.42.2/debian/patches/series 
graphviz-2.42.2/debian/patches/series
--- graphviz-2.42.2/debian/patches/series   2024-01-26 21:26:42.0 
+0100
+++ graphviz-2.42.2/debian/patches/series   2024-03-21 08:41:54.0 
+0100
@@ -10,3 +10,5 @@
 update_documentation_link.patch
 fix_out-of-bounds_write_on_invalid_label.patch
 CVE-2023-46045.patch
+coverity-scan.patch
+implicit-declaration.patch





OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067210: indi-gige: please update libapogee3 runtime dependency

[Gianfranco Costamagna]

Package: indi-gige
Version: 0.1+20221223115700-1
Severity: Serious
Tags: patch

Hello, looks like the libapogee3 needs a manual update to the t64 variant, or a 
removal.

--- indi-gige-0.1+20221223115700/debian/control 2022-12-23 12:57:05.0 
+0100
+++ indi-gige-0.1+20221223115700/debian/control 2024-03-20 08:11:05.0 
+0100
@@ -20,7 +20,7 @@
 Package: indi-gige
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-   , libapogee3
+   , libapogee3t64
 Description: INDI driver for GigE machine vision cameras
  This package contains an INDI driver for most GigE machine vision cameras
  through project Aravis.



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067209: jruby: please update libfixposix4 runtime depency

[Gianfranco Costamagna]

Package: jruby
Version: 9.4.6.0+ds-1
Severity: serious
Tags: patch

Hello, libfixposix4 was renamed in libfixposix4t64, please drop or update the 
runtime dependency accordingly


Thanks for considering the patch.

diff -Nru jruby-9.4.6.0+ds/debian/control jruby-9.4.6.0+ds/debian/control
--- jruby-9.4.6.0+ds/debian/control 2024-03-08 08:55:39.0 +0100
+++ jruby-9.4.6.0+ds/debian/control 2024-03-20 07:56:30.0 +0100
@@ -63,7 +62,7 @@
  libasm-java (>= 9.5),
  libbackport9-java (>= 1.10),
  libdirgra-java,
- libfixposix4,
+ libfixposix4t64,
  libheadius-options-java (>= 1.4),
  libinvokebinder-java (>= 1.13),
  libjansi1-java,


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066959: sysdig: wrong runtime dependency on old falcosecurity binary

[Gianfranco Costamagna]

Package: sysdig
Version: 0.35.0+repack-1
Severity: Serious

Hello, for some reasons sysdig has an hardcoded runtime dependency on 
libfalcosecurity0, now renamed in libfalcosecurity0t64.
You can remove it and let debhelper create it via shlibs:Depends automatically

*** /tmp/tmpmxvw_b1d/sysdig_0.35.0+repack-1ubuntu1.debdiff
diff -Nru sysdig-0.35.0+repack/debian/control 
sysdig-0.35.0+repack/debian/control
--- sysdig-0.35.0+repack/debian/control 2024-01-26 07:25:50.0 +0100
+++ sysdig-0.35.0+repack/debian/control 2024-03-16 06:50:27.0 +0100
@@ -27,8 +27,7 @@
 
 Package: sysdig

 Architecture: any
-Depends: libfalcosecurity0 (>= 0.11.3),
- ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Recommends: falcosecurity-scap-dkms
 Description: system-level exploration and troubleshooting tool
  Sysdig instruments your physical and virtual machines at the OS level



G.

Bug#1066935: imagemagick: NMU diff for 64-bit time_t transition (second fix)

[Gianfranco Costamagna]

Package: imagemagick
Version: 6.9.12.98+dfsg1-5.1
Severity: normal
Tags: patch

Hello, some dependencies were incorrectly generated, leading to impossibility 
to install the package on armhf.

Thanks for considering the patch.

*** /tmp/tmpx4ebe5bv/imagemagick_8:6.9.12.98+dfsg1-5.1ubuntu1.debdiff
diff -Nru imagemagick-6.9.12.98+dfsg1/debian/control.d/quantum.in 
imagemagick-6.9.12.98+dfsg1/debian/control.d/quantum.in
--- imagemagick-6.9.12.98+dfsg1/debian/control.d/quantum.in 2023-12-27 
11:29:58.0 +0100
+++ imagemagick-6.9.12.98+dfsg1/debian/control.d/quantum.in 2024-03-15 
16:00:07.0 +0100
@@ -31,7 +31,7 @@
 # predepend on dpkg (>= 1.17.6) for libgomp symbols remove after jeesie +2
 # normally depends on imagemagick-${IMVERSION}-common >= ${source:version} 
except
 # here when some files were moved between two packages
-Package: libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}
+Package: libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}t64
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -59,7 +59,7 @@
 Section: libs
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Enhances: libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}
+Enhances: libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}t64
 Provides: libmagickcore-extra, 
libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-1-extra,
  libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-2-extra,
  libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-3-extra,
@@ -82,7 +82,7 @@
 Pre-Depends: dpkg (>= 1.17.11)
 Depends:
  libmagickcore-${IMVERSION}-arch-config (= ${binary:Version}),
- libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION} (= 
${binary:Version}),
+ libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}t64 (= 
${binary:Version}),
  libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}-extra (= 
${binary:Version}),
  libbz2-dev, libdjvulibre-dev,
  libexif-dev, libfreetype-dev, libjpeg-dev, libopenjp2-7-dev,
diff -Nru 
imagemagick-6.9.12.98+dfsg1/debian/libmagickcore-IMVERSION.QUANTUMDEPTH-CORESOVERSION.symbols.in
 
imagemagick-6.9.12.98+dfsg1/debian/libmagickcore-IMVERSION.QUANTUMDEPTH-CORESOVERSION.symbols.in
--- 
imagemagick-6.9.12.98+dfsg1/debian/libmagickcore-IMVERSION.QUANTUMDEPTH-CORESOVERSION.symbols.in
2023-12-27 11:29:58.0 +0100
+++ 
imagemagick-6.9.12.98+dfsg1/debian/libmagickcore-IMVERSION.QUANTUMDEPTH-CORESOVERSION.symbols.in
2024-03-15 16:00:40.0 +0100
@@ -1,5 +1,5 @@
 # SymbolsHelper-Confirmed: 1.0.0 amd64
-libMagickCore-${IMVERSION}.${UCQUANTUMDEPTH}.so.${CORESOVERSION} 
libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION} #MINVER#
+libMagickCore-${IMVERSION}.${UCQUANTUMDEPTH}.so.${CORESOVERSION} 
libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-${CORESOVERSION}t64 #MINVER#
 * Build-Depends-Package: libmagickcore-${IMVERSION}.${QUANTUMDEPTH}-dev
  (regex|optional)"^.gomp_critical_user_.*@Base" 8:6.9.10.2
  AcquireAlignedMemory@Base 8:6.9.10.2


-- System Information:
Debian Release: bookworm/sid
  APT prefers jammy-updates
  APT policy: (500, 'jammy-updates'), (500, 'jammy-security'), (500, 'jammy'), 
(100, 'jammy-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, x86

Kernel: Linux 6.2.0-35-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1066903: libgnt: please drop runtime dependencies

[Gianfranco Costamagna]

Package: libgnt
Version: 2.14.4-1.1
Severity: serious
Tags: patch

Hello, I found some runtime dependencies, such as removed libglib2.0-0 breaking 
every 32bit build except i386 due to
time64_t transition.
Please update, remove them, let debhelper evaluate them via shlibs:Depends.

Also I added libxml2-dev build-dependency, looks like the support was not 
enabled.

before:
Run-time dependency glib-2.0 found: YES 2.79.3
Run-time dependency gobject-2.0 found: YES 2.79.3
Run-time dependency gmodule-2.0 found: YES 2.79.3
Did not find CMake 'cmake'
Found CMake: NO
Run-time dependency libxml-2.0 found: NO (tried pkgconfig and cmake)

Now:
Found pkg-config: YES (/usr/bin/pkg-config) 1.8.1
Run-time dependency glib-2.0 found: YES 2.79.3
Run-time dependency gobject-2.0 found: YES 2.79.3
Run-time dependency gmodule-2.0 found: YES 2.79.3
Run-time dependency libxml-2.0 found: YES 2.9.14


Also dpkg shows correct dependencies now:
Package: libgnt0t64
[...]
Depends: libc6 (>= 2.38), libglib2.0-0t64 (>= 2.75.3), libncursesw6 (>= 6), libtinfo6 
(>= 6), libxml2 (>= 2.7.4)
Breaks: finch (<< 2.14.1), libgnt0 (<< 2.14.4-1.2)
Replaces: finch (<< 2.14.1), libgnt0
Provides: libgnt0 (= 2.14.4-1.2)
[...]

Thanks for considering the patch.

*** /tmp/tmpkfjro47y/libgnt_2.14.4-1.1ubuntu1.debdiff
diff -Nru libgnt-2.14.4/debian/control libgnt-2.14.4/debian/control
--- libgnt-2.14.4/debian/control2024-03-08 06:22:50.0 +0100
+++ libgnt-2.14.4/debian/control2024-03-15 09:59:05.0 +0100
@@ -1,6 +1,7 @@
libglib2.0-dev,
libglib2.0-doc,
libncurses-dev,
+   libxml2-dev,
meson,
 Build-Depends-Indep: gtk-doc-tools,
 Homepage: https://keep.imfreedom.org/libgnt/libgnt
@@ -18,10 +18,7 @@
 Package: libgnt0t64
 Provides: ${t64:Provides}
 Architecture: any
-Depends: libglib2.0-0,
- libncursesw6,
- libxml2,
- ${misc:Depends},
+Depends: ${misc:Depends},
  ${shlibs:Depends},
 Breaks: libgnt0 (<< ${source:Version}), finch (<< 2.14.1),
 Replaces: libgnt0, finch (<< 2.14.1),




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1065791: sleuthkit: FTBFS on arm{el,hf}: /usr/include/zlib.h:1840:5: error: unknown type name ‘off64_t’

[Gianfranco Costamagna]

control: tags -1 patch

from Steve Langasek, removing some ugly hacky defines in the code seems to work


cat fix-armhf-build.patch
Description:
   * Fix armhf builds by removing hack
Author: Steve Langasek 
Bug-Debian: https://bugs.debian.org/1065791
Last-Update: 2024-03-14

--- sleuthkit-4.12.1+dfsg.orig/tsk/base/tsk_base_i.h
+++ sleuthkit-4.12.1+dfsg/tsk/base/tsk_base_i.h
@@ -22,11 +22,12 @@
 
 /* Some Linux systems need LARGEFILE64_SOURCE and autoconf does

  * not define it, so we hack it here */
-#ifdef _LARGEFILE_SOURCE
+/*#ifdef _LARGEFILE_SOURCE
 #ifndef _LARGEFILE64_SOURCE
 #define _LARGEFILE64_SOURCE 1
 #endif
 #endif
+*/
 
 #include "tsk_base.h"

 #include "tsk_unicode.h"


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1053147: fixed

[Gianfranco Costamagna]

control: close -1
thanks


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1053147:

[Gianfranco Costamagna]

Control: close -1Thanks
This should be fixed already.
G.

Bug#1063048: llvm-toolchain-18: FTBFS on mips64el: clang++: error: linker command failed with exit code 1 (use -v to see invocation)

[Gianfranco Costamagna]

control: fixed -1 1:18.1.0-2
control: close -1

thanks

G.
On Sun, 4 Feb 2024 19:12:28 +0100 Sebastian Ramacher  
wrote:

Source: llvm-toolchain-18
Version: 1:18.1.0~rc1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org

Bug#1062086: llvm-toolchain-17: FTBFS on mips64el: clang++: error: linker command failed with exit code 1 (use -v to see invocation)

[Gianfranco Costamagna]

control: fixed -1 1:17.0.6-8
control: close -1

thanks

On Wed, 31 Jan 2024 11:16:23 +0100 Sebastian Ramacher  
wrote:

Source: llvm-toolchain-17
Version: 1:17.0.6-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org

Bug#1064934: RFS: nanomsg/1.2.1+dfsg-1 -- nanomsg utilities

[Gianfranco Costamagna]

Hello,

+++ nanomsg-1.2.1+dfsg/src/utils/chunkref.c 2024-02-03 23:45:24.0 
+0100
@@ -1,5 +1,6 @@
 /*
 Copyright (c) 2013 Martin Sustrik  All rights reserved.
+Copyright 2024 Staysail Systems, Inc.


Anyway, I didn't sponsor, but gave you DM for the package. Feel free to add the 
missing
copyright holder and upload.

G.
On Tue, 27 Feb 2024 21:09:16 + Phil Wyett  wrote:

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "nanomsg":

 * Package name : nanomsg
   Version  : 1.2.1+dfsg-1
   Upstream contact : Martin Sústrik 
 * URL  : https://nanomsg.org/
 * License  : Expat
 * Vcs  : https://salsa.debian.org/debian/nanomsg
   Section  : libs

The source builds the following binary packages:

  libnanomsg6 - high-performance implementation of scalability libraries
  libnanomsg-dev - nanomsg development files
  nanomsg-utils - nanomsg utilities

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/nanomsg/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/n/nanomsg/nanomsg_1.2.1+dfsg-1.dsc

Changes since the last upload:

 nanomsg (1.2.1+dfsg-1) experimental; urgency=medium
 .
   * New upstream version 1.2.1.
   * Remove not required patches.
   * Remove not required lintian overrides.
   * 'd/libnanomsg6.symbols': Correct typographical error.

Note:

Could I be given upload rights to this package when accepted please.

Regards

Phil

--
Playing the game for the games sake.

Web:

* Debian Wiki: https://wiki.debian.org/PhilWyett
* Website: https://kathenas.org
* Social Debian: https://pleroma.debian.social/kathenas/
* Social Instagram: https://www.instagram.com/kathenasorg/




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1061984: libboinc-app7t64 and libboinc7t64 have an undeclared file conflict

[Gianfranco Costamagna]

control: fixed -1 7.24.1+dfsg-3
control: close -1

thanks!

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063396: lircd systemd service times out

[Gianfranco Costamagna]

control: fixed -1 0.10.2-0.6
control: close -1

so lircd gets terminated despite everything being just fine. that's
because the service type is specified as "notify", but clearly the
daemon doesn't actually send a readiness notification. that's probably
either because lirc was built without systemd support against intentions
(missing build-dep?), or because it doesn't actually have support for
systemd in the first place, and the service type should be "simple" (or
maybe "exec", but nobody seems to use that).



Please try newer version, yes the systemd support was accidentally dropped

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#992976: uscan: mode=git refs/heads/ instruction scans for tags instead, and fails

[Gianfranco Costamagna]

Hello, change is now committed on git repo.

G.

On Wed, 10 Jan 2024 09:30:18 +0100 Gianfranco Costamagna 
 wrote:

control: tags -1 patch

hello, I'm attaching something that might be considered as a patch, the problem 
was not in the checkout itself, but more in the version log.

--- a/lib/Devscripts/Uscan/git.pm   2023-04-03 01:03:04.0 +0200
+++ b/lib/Devscripts/Uscan/git.pm   2024-01-10 09:25:20.808129993 +0100
@@ -83,18 +83,37 @@ sub git_search {
  } else {
  my $tmp = $ENV{TZ};
  $ENV{TZ} = 'UTC';
-spawn(
-exec => [
-'git',
-"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",
-'log',
-'-1',
-"--date=format-local:$self->{date}",
-"--pretty=$self->{pretty}"
-],
-wait_child => 1,
-to_string  => \$newversion
-);
+$newfile = $self->parse_result->{filepattern}; # HEAD or 
heads/
+if ($self->parse_result->{filepattern} eq 'HEAD') {
+spawn(
+exec => [
+'git',
+"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",
+'log',
+'-1',
+"--date=format-local:$self->{date}",
+"--pretty=$self->{pretty}"
+],
+wait_child => 1,
+to_string  => \$newversion
+);
+   } else {
+$newfile =~ s&^heads/&&;# Set to 
+spawn(
+exec => [
+'git',
+"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",
+'log',
+'-1',
+'-b',
+"$newfile",
+"--date=format-local:$self->{date}",
+"--pretty=$self->{pretty}"
+],
+wait_child => 1,
+to_string  => \$newversion
+);
+   }
  $ENV{TZ} = $tmp;
  chomp($newversion);
  }

On Mon, 19 Jun 2023 17:40:46 +0200 Fab Stz  wrote:
> Hello,
> 


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1053405: darktable: FTBFS on arm64 (gcc bug?)

[Gianfranco Costamagna]

On Mon, 19 Feb 2024 11:47:25 +0100 Tino Mettler  wrote:

Version: 4.4.2-1.1

Hi,

OPENMP support was disabled for arm64 in the 4.4.2-1.1 package, so this
bug can be closed.

I also stumbled again over this FTBFS bug after accidently enabling
OPENMP yesterday for the darktable 4.6.1-1 package, so it looks like
this workaround is still needed.



Only gcc-14 was patched.
I tried to force gcc-14 and g++-14 on arm64, and this bug is indeed fixed.
Until Matthias updates gcc-13 with the patch for 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677#add_comment
We can't really drop the hack (unless we add the hack to use gcc-14)


diff -Nru darktable-4.6.1/debian/control darktable-4.6.1/debian/control
--- darktable-4.6.1/debian/control  2024-02-18 18:29:32.0 +0100
+++ darktable-4.6.1/debian/control  2024-02-21 10:16:44.0 +0100
@@ -38,7 +38,9 @@
libsqlite3-dev,
libtiff-dev,
libwebp-dev,
-   xsltproc
+   xsltproc,
+   gcc-14 [arm64],
+   g++-14 [arm64]
 Standards-Version: 4.6.2
 Homepage: http://www.darktable.org/
 Vcs-Git: https://salsa.debian.org/debian-phototools-team/darktable.git
diff -Nru darktable-4.6.1/debian/rules darktable-4.6.1/debian/rules
--- darktable-4.6.1/debian/rules2024-02-18 18:29:32.0 +0100
+++ darktable-4.6.1/debian/rules2024-02-21 10:17:45.0 +0100
@@ -14,8 +14,8 @@
 endif
 
 ifeq ($(DEB_HOST_ARCH),arm64)

-# Disable OPENMP for arm64 builds. See LP: #2038351
-DISABLE_OPENMP = -DUSE_OPENMP=OFF
+   export CC=gcc-14
+   export CXX=g++-14
 endif
 
 %:

@@ -26,8 +26,7 @@
-DBINARY_PACKAGE_BUILD=1 \
-DCMAKE_BUILD_TYPE=Release \
-DRAWSPEED_ENABLE_LTO=ON \
-   -DDONT_USE_INTERNAL_LIBRAW=ON \
-   $(DISABLE_OPENMP)
+   -DDONT_USE_INTERNAL_LIBRAW=ON
 
 describe-current-version:

git describe --tags upstream | sed 's,^release-,,;s,-,+,;s,-,~,;'


Otherwise we can just switch to gcc-14 everywhere.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064357: flask-socketio: autopkgtest regression with newer flask

[Gianfranco Costamagna]

Source: flask-socketio
Version: 5.3.2-1
Severity: serious


Hello, looks like autopkgtests are now failing due to newer flask

(taking the autopkgtest log from Ubuntu, same happens on Debian ci)
444s (Reading database ... 70452 files and directories currently installed.)
444s Removing autopkgtest-satdep (0) ...
445s autopkgtest [10:03:29]: test verify.sh: [---
445s E.E
445s ==
445s ERROR: test_managed_session (__main__.TestSocketIO.test_managed_session)
445s --
445s Traceback (most recent call last):
445s   File 
"/tmp/autopkgtest.ASzlXQ/build.Le4/src/debian/tests/test_socketio.py", line 
485, in test_managed_session
445s client = socketio.test_client(app, flask_test_client=flask_client,
445s  ^
445s   File "/usr/lib/python3/dist-packages/flask_socketio/__init__.py", line 
784, in test_client
445s return SocketIOTestClient(app, self, namespace=namespace,
445s^^
445s   File "/usr/lib/python3/dist-packages/flask_socketio/test_client.py", 
line 80, in __init__
445s self.connect(namespace=namespace, query_string=query_string,
445s   File "/usr/lib/python3/dist-packages/flask_socketio/test_client.py", 
line 117, in connect
445s self.flask_test_client.cookie_jar.inject_wsgi(environ)
445s ^
445s AttributeError: 'FlaskClient' object has no attribute 'cookie_jar'
445s
445s ==
445s ERROR: test_unmanaged_session 
(__main__.TestSocketIO.test_unmanaged_session)
445s --
445s Traceback (most recent call last):
445s   File 
"/tmp/autopkgtest.ASzlXQ/build.Le4/src/debian/tests/test_socketio.py", line 
505, in test_unmanaged_session
445s client = socketio.test_client(app, flask_test_client=flask_client,
445s  ^
445s   File "/usr/lib/python3/dist-packages/flask_socketio/__init__.py", line 
784, in test_client
445s return SocketIOTestClient(app, self, namespace=namespace,
445s^^
445s   File "/usr/lib/python3/dist-packages/flask_socketio/test_client.py", 
line 80, in __init__
445s self.connect(namespace=namespace, query_string=query_string,
445s   File "/usr/lib/python3/dist-packages/flask_socketio/test_client.py", 
line 117, in connect
445s self.flask_test_client.cookie_jar.inject_wsgi(environ)
445s ^
445s AttributeError: 'FlaskClient' object has no attribute 'cookie_jar'
445s
445s --
445s Ran 39 tests in 0.049s
445s
445s FAILED (errors=2)
445s autopkgtest [10:03:29]: test verify.sh: ---]
445s autopkgtest [10:03:29]: test verify.sh:  - - - - - - - - - - results - - - 
- - - - - - -
445s verify.shFAIL non-zero exit status 1
446s autopkgtest [10:03:30]:  summary
446s verify.shFAIL non-zero exit status 1
456s Creating nova instance 
adt-noble-amd64-flask-socketio-20240213-095602-juju-7f2275-prod-proposed-migration-environment-3
 from image adt/ubuntu-noble-amd64-server-20240213.img (UUID 
25679943-9d0a-4f95-9d90-759bbb713965)...

This commit might be the fix
https://github.com/miguelgrinberg/flask-socketio/commit/70203246bcbc23715350ca5505527b31bf0693c1


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059236: closed by Gianfranco Costamagna (Re: Bug#1057954: RFS: nanomsg/1.2+dfsg-1 [ITA] -- nanomsg utilities)

[Gianfranco Costamagna]

Hello,

>I think I need advice here. I am tempted to breaks replace and upgrade all to 
>libnanomsg6
>and then work with upstream on SONAMES etc. How would you and Tobias proceed?

yes, this is correct. Change soname and go for experimental, and ask upstream 
to change soname only
if symbols are changed.

G.

Bug#1063833: mpich: ftbfs in sid due to newer slurm-wlm

[Gianfranco Costamagna]

Source: mpich
Version: 4.1.2-2
Severity: serious
tags: patch

Hello, the package now FTBFS due to newer slurm-wlm

see e.g. 
https://buildd.debian.org/status/fetch.php?pkg=mpich=i386=4.1.2-2%2Bb3=1707819996=0

  | ^~~~
./modules/mpl/include/mpl_atomic_c11.h:102:1: note: in expansion of macro 
‘MPLI_ATOMIC_DECL_FUNC_VAL’
  102 | MPLI_ATOMIC_DECL_FUNC_VAL(int64_t, int64, atomic_int_fast64_t, 
int_fast64_t)
  | ^
lib/tools/bootstrap/external/slurm_query_node_list.c: In function 
‘list_to_nodes’:
lib/tools/bootstrap/external/slurm_query_node_list.c:29:16: error: storage size 
of ‘hostlist’ isn’t known
   29 | hostlist_t hostlist;
  |^~~~
make[5]: *** [Makefile:1350: 
lib/tools/bootstrap/external/slurm_query_node_list.lo] Error 1

cherry-picking upstream fix 
https://github.com/pmodels/mpich/commit/7a28682a805acfe84a4ea7b41cea079696407398
is enough to make the build succeed.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062699: lirc: regression due to changed build dependencies in version 0.10.2-0.5

[Gianfranco Costamagna]

control: tags -1 patch pending

--- lirc-0.10.2/debian/changelog2024-01-17 14:21:20.0 +0100
+++ lirc-0.10.2/debian/changelog2024-02-12 11:47:28.0 +0100
@@ -1,3 +1,9 @@
+lirc (0.10.2-0.6) unstable; urgency=medium
+
+  * Add back libsystemd-dev (Closes: #1062699)
+
+ -- Gianfranco Costamagna   Mon, 12 Feb 2024 
11:47:28 +0100
+
 lirc (0.10.2-0.5) unstable; urgency=medium
 
   * Non-maintainer upload.

diff -Nru lirc-0.10.2/debian/control lirc-0.10.2/debian/control
--- lirc-0.10.2/debian/control  2024-01-17 14:21:18.0 +0100
+++ lirc-0.10.2/debian/control  2024-02-12 11:47:26.0 +0100
@@ -21,6 +21,7 @@
  libftdi1-dev,
  libpython3-dev (>= 3.5),
  systemd-dev [linux-any],
+ libsystemd-dev [linux-any],
  libudev-dev [linux-any],
  libusb-dev,
  libusb-1.0-0-dev,


On Fri, 2 Feb 2024 19:46:05 +0100 Thomas Uhle 
 wrote:

Source: lirc
Version: 0.10.2-0.5
Severity: serious
X-Debbugs-CC: 1060...@bugs.debian.org

Dear maintainers, dear Gianfranco,

unfortunately, you have not exchanged systemd by systemd-dev but 
libsystemd-dev by systemd-dev instead.  So libsystemd-dev is no longer 
a build dependency and so /usr/sbin/lircd is no longer build with 
libsystemd.so for instance.  Could you please fix that.


Thank you in advance!

Best regards,

Thomas Uhle

Bug#1063429: RFS: libfilezilla/0.46.0-1 -- build high-performing platform-independent programs (runtime lib)

[Gianfranco Costamagna]

Hello Phil,
I'm sponsoring but next time don't forget to update copyright years, the diff 
shows:
- Copyright (C) 2023  Tim Kosse
+ Copyright (C) 2015-2024  Tim Kosse


(and also your d/copyright entry!)

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062570: libpng1.6: NMU diff for 64-bit time_t transition

[Gianfranco Costamagna]

control: found -1 1.6.40-3

On Sun, 4 Feb 2024 11:05:46 +0100 Gianfranco Costamagna 
 wrote:

control: affects -1 1.6.40-3

G.
On Thu, 01 Feb 2024 23:12:06 + Steve Langasek  wrote:
> Source: libpng1.6
> Version: 1.6.42-1
> Severity: serious
> Tags: patch pending
> 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
> libpng1.6 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 libpng1.6
> 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)


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062570: libpng1.6: NMU diff for 64-bit time_t transition

[Gianfranco Costamagna]

control: affects -1 1.6.40-3

G.
On Thu, 01 Feb 2024 23:12:06 + Steve Langasek  wrote:

Source: libpng1.6
Version: 1.6.42-1
Severity: serious
Tags: patch pending
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
libpng1.6 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 libpng1.6
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)


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1061079: RFS pidgin-skype

[Gianfranco Costamagna]

Hello,


>It is really random, for upstream modification.
>
>But it looks I could have to do something for auto-glib2.0 
> transition.
>Which I don't really understand yet.

Just don't do any action should be fine.
There is a time_t -> time64_t transition ongoing (not yet, but will start soon 
TM)
this should happen for armel/armhf only, 

https://lists.debian.org/debian-release/2024/01/msg00033.html

>I plan to make a backport for Bookworm. Do you think I should:
>- Backport this version even if VCS fields are not up to date?
>- Make a new version with update VCS fields and backport it as soon as 
>it is in testing?


up to you!

>- Wait again for the auto-glib2.0 
> 
>transition. to make all needed modifications, create a version with also 
>updated VCS fields and see what will happen for the backport?

This won't affect the package, it should be a no change rebuild done semi 
automatically
by Release Team, and only for 32 bit architectures excluded i386.

So, it is really up to you.

G.

Bug#1062428: tinyxml: Swith to maintained fork

[Gianfranco Costamagna]

Hello,

On Thu, 01 Feb 2024 10:29:14 + =?utf-8?q?Bastien_Roucari=C3=A8s?= 
 wrote:

Source: tinyxml
Version: 2.6.2-6;1
Severity: important
Tags: security
Justification: security support
X-Debbugs-Cc: Debian Security Team 

Dear Maintainer,

It seems that a fork of tinyxml is well maintained here
https://github.com/leethomason/tinyxml2

Could be possible to evaluate the switch of fork ?



this is src:tinyxml2.
https://tracker.debian.org/pkg/tinyxml2

If you want tinyxml to go away, maybe you should instead open a serious bug 
asking maintainer to make sure
people switch to libtinyxml2-dev.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062091: RM: llvm-toolchain-18/experimental -- ROM; wrong versioning for rc tarball

[Gianfranco Costamagna]

Package: ftp.debian.org
Severity: normal


Hello, please remove llvm-toolchain-18 from experimental, we failed to set a 
good
versioning (- instead of ~) making the version higher than the non-rc release.
Fortunately this should be an experimental only issue, so please remove it from 
there.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1055515: fixed in ldc 1:1.35.0-1.1

[Gianfranco Costamagna]

Hello, for some reasons, there is the need of an additional upload fixing an 
installation path change,
allowing us to simplify even more the packaging

diff -Nru ldc-1.35.0/debian/changelog ldc-1.35.0/debian/changelog
--- ldc-1.35.0/debian/changelog 2023-11-07 16:15:22.0 +0100
+++ ldc-1.35.0/debian/changelog 2024-01-30 19:11:42.0 +0100
@@ -1,3 +1,10 @@
+ldc (1:1.35.0-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fixup bash-completion installation file
+
+ -- Gianfranco Costamagna   Tue, 30 Jan 2024 
19:11:42 +0100
+
 ldc (1:1.35.0-1.1) unstable; urgency=medium

   * Non-maintainer upload
diff -Nru ldc-1.35.0/debian/ldc.install ldc-1.35.0/debian/ldc.install
--- ldc-1.35.0/debian/ldc.install   2022-08-12 18:36:13.0 +0200
+++ ldc-1.35.0/debian/ldc.install   2024-01-30 19:11:22.0 +0100
@@ -1,4 +1,4 @@
-etc/bash_completion.d/*usr/share/bash-completion/completions/
+usr/share/bash-completion/completions/
 etc/ldc2.conf
 usr/bin/*
 usr/lib/ldc_rt.dso.o


On Tue, 30 Jan 2024 16:23:38 + Debian FTP Masters 
 wrote:

Source: ldc
Source-Version: 1:1.35.0-1.1
Done: Gianfranco Costamagna 

We believe that the bug you reported is fixed in the latest version of
ldc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1055...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gianfranco Costamagna  (supplier of updated ldc 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 07 Nov 2023 16:15:22 +0100
Source: ldc
Built-For-Profiles: noudeb
Architecture: source
Version: 1:1.35.0-1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian D Language Group 
Changed-By: Gianfranco Costamagna 
Closes: 1055515
Changes:
 ldc (1:1.35.0-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload
   * Add bash-completion dependency to let cmake helper do the right job
 (Closes: #1055515)
Checksums-Sha1:
 e6879546aebfc6e3cce4f671035256a5f4fdd020 2333 ldc_1.35.0-1.1.dsc
 cadb4539881824bf39b1e44a1ed9b8b90db6892f 19588 ldc_1.35.0-1.1.debian.tar.xz
 44757942db10f2a1e154c94305ff6fb494f81674 9237 ldc_1.35.0-1.1_source.buildinfo
Checksums-Sha256:
 a4d66d3fdd9f7e82ea3daaa1771698b2e34872f2aae4462de95e1f7647d0e445 2333 
ldc_1.35.0-1.1.dsc
 08f950f2fd57149818a9c85ea5dbaa20d1c05ed282899cb384deffbe7d377d63 19588 
ldc_1.35.0-1.1.debian.tar.xz
 eff0f909641e9b8a0a5bbbdaade48187514a3d9b504eb4b43985180408032323 9237 
ldc_1.35.0-1.1_source.buildinfo
Files:
 19bb3e7a0ac9ec50229be09bc178fc74 2333 devel optional ldc_1.35.0-1.1.dsc
 5472f28d02b3f433cf252a126594fb8c 19588 devel optional 
ldc_1.35.0-1.1.debian.tar.xz
 db1cdb0d0e3c68c42b9b8bc4809df575 9237 devel optional 
ldc_1.35.0-1.1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkpeKbhleSSGCX3/w808JdE6fXdkFAmWlSzwACgkQ808JdE6f
XdnrjRAAgyFe8u2Imcf5aEB0D2wifNqK1x4DscdusOeDoK3Gv+PK/3sseF2dV+xA


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1061079: RFS pidgin-skype

[Gianfranco Costamagna]

Hello,
please switch VCS fields to the new location
https://salsa.debian.org/debian/pidgin-skype/-/blob/master/debian/control?ref_type=heads

And then just delete the old repository once the new version is uploaded in sid.

There is no rush, if you plan some upload in the near future.


G.


Il martedì 30 gennaio 2024 alle ore 16:28:14 CET, Patrick ZAJDA 
 ha scritto: 





Hello,

On Fri, 26 Jan 2024 18:36:02 +0100 Gianfranco Costamagna 
 wrote:
> Happily done, btw how do you feel about pushing your work somewhere 
in Debian git repositories?
> https://salsa.debian.org/debian/pidgin-skype might be a good place.
>
> This way other people can help maintaining your package

I've just pushed all branches and tags to this repository and set CI.

What do you suggest me to do after knowing it is referenced in the 
package meta-data?
Maintaining both repositories synced until there is a new version to 
publish?

Thanks and best regards,

-- 
Patrick ZAJDA

Bug#1060143: gnss-sdr ftbfs in unstable

[Gianfranco Costamagna]

control: fixed -1 0.0.19-1
control: close -1

thanks

On Sat, 6 Jan 2024 12:19:35 +0100 Matthias Klose  wrote:

Package: src:gnss-sdr
Version: 0.0.18-2
Severity: serious
Tags: sid trixie ftbfs

gnss-sdr ftbfs in unstable:

[...]
In file included from /usr/include/gnuradio/basic_block.h:15,
  from /usr/include/gnuradio/hier_block2.h:15,
  from /usr/include/gnuradio/top_block.h:15,
  from 
/home/packages/tmp/gnss-sdr-0.0.18/src/core/interfaces/gnss_block_interface.h:26,
  from 
/home/packages/tmp/gnss-sdr-0.0.18/src/algorithms/data_type_adapter/gnuradio_blocks/interleaved_byte_to_complex_byte.h:20,
  from 
/home/packages/tmp/gnss-sdr-0.0.18/src/algorithms/data_type_adapter/gnuradio_blocks/interleaved_byte_to_complex_byte.cc:18:
/usr/include/gnuradio/io_signature.h:194:73: error: ‘string_view’ is not 
a member of ‘std’
   194 | struct GR_RUNTIME_API fmt::formatter : 
formatter {
   | 
 ^~~
/usr/include/gnuradio/io_signature.h:194:73: note: ‘std::string_view’ is 
only available from C++17 onwards
/usr/include/gnuradio/io_signature.h:194:73: error: ‘string_view’ is not 
a member of ‘std’
/usr/include/gnuradio/io_signature.h:194:73: note: ‘std::string_view’ is 
only available from C++17 onwards
/usr/include/gnuradio/io_signature.h:194:84: error: template argument 1 
is invalid
   194 | struct GR_RUNTIME_API fmt::formatter : 
formatter {
   | 
^





OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1060057: lirc: diff for NMU version 0.10.2-0.5

[Gianfranco Costamagna]

Package: lirc
Version: 0.10.2-0.4
Severity: normal
Tags: patch  pending


Dear maintainer,

I've prepared an NMU for lirc (versioned as 0.10.2-0.5) and
uploaded it1060...@bugs.debian.org.

Regards.

Gianfranco
diff -Nru lirc-0.10.2/debian/changelog lirc-0.10.2/debian/changelog
--- lirc-0.10.2/debian/changelog2024-01-08 16:30:19.0 +0100
+++ lirc-0.10.2/debian/changelog2024-01-17 14:21:20.0 +0100
@@ -1,3 +1,14 @@
+lirc (0.10.2-0.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Michael Biebl ]
+  * Update dependency to systemd-dev (Closes: #1060557)
+  [ Svante Signell, Samuel Thibault ]
+  * Fix build on hurd (Closes: #1060093)
+
+ -- Gianfranco Costamagna   Wed, 17 Jan 2024 
14:21:20 +0100
+
 lirc (0.10.2-0.4) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru lirc-0.10.2/debian/control lirc-0.10.2/debian/control
--- lirc-0.10.2/debian/control  2024-01-08 16:30:19.0 +0100
+++ lirc-0.10.2/debian/control  2024-01-17 14:21:18.0 +0100
@@ -20,7 +20,7 @@
  libasound2-dev [linux-any kfreebsd-any],
  libftdi1-dev,
  libpython3-dev (>= 3.5),
- libsystemd-dev [linux-any],
+ systemd-dev [linux-any],
  libudev-dev [linux-any],
  libusb-dev,
  libusb-1.0-0-dev,
diff -Nru lirc-0.10.2/debian/patches/include_media_lirc.h.diff 
lirc-0.10.2/debian/patches/include_media_lirc.h.diff
--- lirc-0.10.2/debian/patches/include_media_lirc.h.diff1970-01-01 
01:00:00.0 +0100
+++ lirc-0.10.2/debian/patches/include_media_lirc.h.diff2024-01-17 
14:21:20.0 +0100
@@ -0,0 +1,133 @@
+Description:
+ Lirc FTBFS on HURD
+ This is due to usage of __u32 (and __u16,__u64) in
+ include/media/lirc.h, which is not defined on GNU/Hurd. Additionally
+ inclusion of header files is ifdef-ed and config.h is included.
+
+Author: Svante Signell 
+Bug-Debian: https://bugs.debian.org/1060093
+
+Index: lirc-0.10.2/include/media/lirc.h
+===
+--- lirc-0.10.2.orig/include/media/lirc.h
 lirc-0.10.2/include/media/lirc.h
+@@ -6,8 +6,27 @@
+ #ifndef _LINUX_LIRC_H
+ #define _LINUX_LIRC_H
+ 
++#include "config.h"
++
++#ifdef HAVE_STDINT_H
++#include 
++#endif
++
++#ifdef HAVE_LINUX_TYPES_H
+ #include 
++#endif
++
++#ifdef HAVE_LINUX_IOCTL_H
+ #include 
++#endif
++
++#ifdef HAVE_SYS_IOCTL_H
++#include 
++#endif
++
++#ifdef __GNU__
++#include 
++#endif
+ 
+ #define PULSE_BIT   0x0100
+ #define PULSE_MASK  0x00FF
+@@ -93,55 +112,55 @@
+ 
+ /*** IOCTL commands for lirc driver ***/
+ 
+-#define LIRC_GET_FEATURES  _IOR('i', 0x, __u32)
++#define LIRC_GET_FEATURES  _IOR('i', 0x, uint32_t)
+ 
+-#define LIRC_GET_SEND_MODE _IOR('i', 0x0001, __u32)
+-#define LIRC_GET_REC_MODE  _IOR('i', 0x0002, __u32)
+-#define LIRC_GET_REC_RESOLUTION_IOR('i', 0x0007, __u32)
++#define LIRC_GET_SEND_MODE _IOR('i', 0x0001, uint32_t)
++#define LIRC_GET_REC_MODE  _IOR('i', 0x0002, uint32_t)
++#define LIRC_GET_REC_RESOLUTION_IOR('i', 0x0007, uint32_t)
+ 
+-#define LIRC_GET_MIN_TIMEOUT   _IOR('i', 0x0008, __u32)
+-#define LIRC_GET_MAX_TIMEOUT   _IOR('i', 0x0009, __u32)
++#define LIRC_GET_MIN_TIMEOUT   _IOR('i', 0x0008, uint32_t)
++#define LIRC_GET_MAX_TIMEOUT   _IOR('i', 0x0009, uint32_t)
+ 
+ /* code length in bits, currently only for LIRC_MODE_LIRCCODE */
+-#define LIRC_GET_LENGTH_IOR('i', 0x000f, __u32)
++#define LIRC_GET_LENGTH_IOR('i', 0x000f, uint32_t)
+ 
+-#define LIRC_SET_SEND_MODE _IOW('i', 0x0011, __u32)
+-#define LIRC_SET_REC_MODE  _IOW('i', 0x0012, __u32)
++#define LIRC_SET_SEND_MODE _IOW('i', 0x0011, uint32_t)
++#define LIRC_SET_REC_MODE  _IOW('i', 0x0012, uint32_t)
+ /* Note: these can reset the according pulse_width */
+-#define LIRC_SET_SEND_CARRIER  _IOW('i', 0x0013, __u32)
+-#define LIRC_SET_REC_CARRIER   _IOW('i', 0x0014, __u32)
+-#define LIRC_SET_SEND_DUTY_CYCLE   _IOW('i', 0x0015, __u32)
+-#define LIRC_SET_TRANSMITTER_MASK  _IOW('i', 0x0017, __u32)
++#define LIRC_SET_SEND_CARRIER  _IOW('i', 0x0013, uint32_t)
++#define LIRC_SET_REC_CARRIER   _IOW('i', 0x0014, uint32_t)
++#define LIRC_SET_SEND_DUTY_CYCLE   _IOW('i', 0x0015, uint32_t)
++#define LIRC_SET_TRANSMITTER_MASK  _IOW('i', 0x0017, uint32_t)
+ 
+ /*
+  * when a timeout != 0 is set the driver will send a
+  * LIRC_MODE2_TIMEOUT data packet, otherwise LIRC_MODE2_TIMEOUT is
+  * never sent, timeout is disabled by default
+  */
+-#define LIRC_SET_REC_TIMEOUT   _IOW('i', 0x0018, __u32)
++#define LIRC_SET_REC_TIMEOUT   _IOW('i', 0x0018, uint32_t)
+ 
+ /* 1 enables, 0 disables timeout reports in MODE2 */
+-#define LIRC_SET_REC_TIMEOUT_REPORTS   _IOW('i

Bug#962311: Your mail

[Gianfranco Costamagna]

control: tags -1 wontfix


2.2.2. The contrib archive area

The contrib archive area contains supplemental packages intended to work with 
the Debian distribution, but which require software outside of the distribution 
to either build or function.

Every package in contrib must comply with the DFSG.

In addition, the packages in contrib

must not be so buggy that we refuse to support them, and

must meet all policy requirements presented in this manual.

Examples of packages which would be included in contrib are:

free packages which require contrib, non-free packages or packages which 
are not in our archive at all for compilation or execution, and

wrapper packages or other sorts of free accessories for non-free programs.


This is unfortunately still the case. The iso contains code built for windows 
and macosx and we can't recompile them from source.

The fact that the iso file is GPL, doesn't mean the unpacked content is DFSG.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1055515: ldc: diff for NMU version 1:1.35.0-1.1

[Gianfranco Costamagna]

Control: tags 1055515 + patch
Control: tags 1055515 + pending

Dear maintainer,

I've prepared an NMU for ldc (versioned as 1:1.35.0-1.1) and
uploaded it to DELAYED/15. Please feel free to delete it from queue if
you think it isn't useful.

Regards.

Gianfranco

diff -Nru ldc-1.35.0/debian/changelog ldc-1.35.0/debian/changelog
--- ldc-1.35.0/debian/changelog 2023-11-04 18:40:54.0 +0100
+++ ldc-1.35.0/debian/changelog 2023-11-07 16:15:22.0 +0100
@@ -1,3 +1,11 @@
+ldc (1:1.35.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Add bash-completion dependency to let cmake helper do the right job
+(Closes: #1055515)
+
+ -- Gianfranco Costamagna   Tue, 07 Nov 2023 
16:15:22 +0100
+
 ldc (1:1.35.0-1) unstable; urgency=medium

   [ Matthias Klumpp ]
diff -Nru ldc-1.35.0/debian/control ldc-1.35.0/debian/control
--- ldc-1.35.0/debian/control   2023-11-04 18:40:54.0 +0100
+++ ldc-1.35.0/debian/control   2023-11-07 16:15:22.0 +0100
@@ -4,7 +4,8 @@
 Maintainer: Debian D Language Group 
 Uploaders: Konstantinos Margaritis ,
Matthias Klumpp 
-Build-Depends: cmake,
+Build-Depends: bash-completion,
+   cmake,
debhelper-compat (= 12),
dh-exec,
gdmd,


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1060835: wxwidgets3.2: FTBFS (test failures with experimental webkit2gtk)

[Gianfranco Costamagna]

Source: wxwidgets3.2
Version: 3.2.4+dfsg-2

Hello, looks like wxwidgets3.2 FTBFS if you pin experimental packages.

(Note, this log comes from Ubuntu, but I reproduced on debian experimental with 
a local pbuilder chroot)

All tests passed (1230247 assertions in 315 test cases)

cd tests && wxUSE_XVFB=1 xvfb-run -a ./test_gui ~[.] 
~wxDC::GetPartialTextExtent ~TextCtrlTestCase
Test program for wxWidgets GUI features
build: 3.2 (wchar_t,compiler with C++ ABI compatible with gcc 4,wx 
containers,compatible with 3.0)
compiled using gcc 13.2
running under Linux 5.4.0-169-generic x86_64 as buildd
Could not determine the accessibility bus address

~~~
test_gui is a Catch v1.12.2 host application.
Run with -? for options

---
WebView
  Title
---
./controls/webtest.cpp:111
...

./controls/webtest.cpp:122: FAILED:
  CHECK( m_browser->GetCurrentTitle() == m_blankTitle )
with expansion:
  Title ==

---
WebView
  History
---
./controls/webtest.cpp:134
...

./controls/webtest.cpp:138: FAILED:
  CHECK( m_browser->CanGoBack() )
with expansion:
  false

./controls/webtest.cpp:144: FAILED:
  CHECK( m_browser->CanGoBack() )
with expansion:
  false

./controls/webtest.cpp:145: FAILED:
  CHECK( m_browser->CanGoForward() )
with expansion:
  false

./controls/webtest.cpp:148: FAILED:
  CHECK( m_loaded->WaitEvent() )
with expansion:
  false

./controls/webtest.cpp:150: FAILED:
  CHECK( m_loaded->WaitEvent() )
with expansion:
  false

./controls/webtest.cpp:154: FAILED:
  CHECK( m_browser->CanGoForward() )
with expansion:
  false

---
WebView
  HistoryList
---
./controls/webtest.cpp:192
...

./controls/webtest.cpp:198: FAILED:
  CHECK( m_browser->GetBackwardHistory().size() == 1 )
with expansion:
  0 == 1

./controls/webtest.cpp:199: FAILED:
  CHECK( m_browser->GetForwardHistory().size() == 1 )
with expansion:
  0 == 1

./controls/webtest.cpp:192: FAILED:
  {Unknown expression after the reported line}
due to unexpected exception with message:
  Condition "idx < m_size" failed in at() at ../include/wx/vector.h:498

---
WebView
  Selection
---
./controls/webtest.cpp:223
...

./controls/webtest.cpp:242: FAILED:
  CHECK( m_browser->HasSelection() )
with expansion:
  false

./controls/webtest.cpp:243: FAILED:
  CHECK( m_browser->GetSelectedText() == "Some strong text" )
with expansion:
   == "Some strong text"

./controls/webtest.cpp:252: FAILED:
  REQUIRE( (selSource.Lower().Matches("*some**text*")) )
with expansion:
  false
with message:
  Unexpected selection source: ""


(test_gui:24593): Gtk-WARNING **: 12:54:02.232: Could not load a pixbuf from 
/org/gtk/libgtk/theme/Adwaita/assets/bullet-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
---
wxTextCtrl::EmptyUndoBuffer
---
./controls/textctrltest.cpp:1481
...

./controls/textctrltest.cpp:1500:
warning:
  Skipping test as Undo() is not supported on this platform.


(test_gui:24593): Gtk-CRITICAL **: 12:54:05.132: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkSpinButton

(test_gui:24593): Gtk-CRITICAL **: 12:54:05.156: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkSpinButton

(test_gui:24593): Gtk-CRITICAL **: 12:54:25.839: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkScrollbar

(test_gui:24593): Gtk-CRITICAL **: 12:54:25.922: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkScrollbar

(test_gui:24593): Gtk-CRITICAL **: 12:54:25.969: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkScrollbar

(test_gui:24593): Gtk-CRITICAL **: 12:54:26.023: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkScrollbar

(test_gui:24593): Gtk-CRITICAL **: 12:54:26.067: gtk_box_gadget_distribute: 
assertion 'size >= 0' failed in GtkScrollbar

(test_gui:24593): Gtk-CRITICAL 

Bug#1060395: bluez: please add simple testsuite from Ubuntu

[Gianfranco Costamagna]

Package: bluez
Version: 5.67-1
Severity: normal

Dear Maintainer,
Ubuntu added a testsuite to the package. I'm attaching it to this bug report

Please consider adding it.

G.
#!/usr/bin/env python3
import unittest
import subprocess
import sys
import os

import aptdaemon.test

class TestBluezResponse(unittest.TestCase):

  devices = {}

  def setUp(self):
# bluetoothd starts on demand, so make sure it's running
subprocess.call(['service', 'bluetooth', 'start'])
p1 = subprocess.Popen(['hciconfig'],
  stdout=subprocess.PIPE,
  universal_newlines=True)
p2 = subprocess.Popen(['grep', '\(^hci\|BD\ Address\)'],
  stdin=p1.stdout, stdout=subprocess.PIPE,
  universal_newlines=True)
p1.stdout.close()
hciconf_output = p2.communicate()[0].replace('\t', ' ').split('\n')

device_id = ""
for line in hciconf_output:
  if "hci" in line:
device_id = line.split(':')[0]
  elif "BD Address" in line:
self.devices[device_id] = line.split()[2]

if len(self.devices) < 1:
  self.skipTest("No bluetooth devices available for testing")

  def testDevice(self):
for dev in self.devices:
  ret = 
subprocess.call(['/usr/share/doc/bluez-test-scripts/examples/list-devices'])
  self.assertEqual(ret, 0)

  def testAdapter(self):
for dev in self.devices:
  output = 
subprocess.check_output(['/usr/share/doc/bluez-test-scripts/examples/test-adapter',
 '-i', dev, 'address'],
   universal_newlines=True)
  self.assertIn(self.devices[dev], output)

unittest.main(testRunner=unittest.TextTestRunner(stream=sys.stdout, 
verbosity=2))
Tests: bluez_response
Depends: python3-aptdaemon.test:native, python3-dbus:native, bluez, 
bluez-test-scripts
Restrictions: needs-root, isolation-container


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1060393: bluez: please update patch work-around-Logitech-diNovo-Edge-keyboard-firmware-i.patch

[Gianfranco Costamagna]

Package: bluez
Version: 5.67-1
Severity: normal

Dear Maintainer,

Can you please update the patch with this new content?

From aa73bf5039dfd2cf0a52dd6fd22501d955cc1a00 Mon Sep 17 00:00:00 2001
From: Tommy 
Date: Thu, 10 Jan 2013 09:18:43 +0100
Subject: [PATCH] work around Logitech diNovo Edge keyboard firmware issue

https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/269851
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1688663
---
 tools/hid2hci.rules |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/tools/hid2hci.rules b/tools/hid2hci.rules
index db6bb03..7db4572 100644
--- a/tools/hid2hci.rules
+++ b/tools/hid2hci.rules
@@ -11,7 +11,10 @@ ATTR{bInterfaceClass}=="03", ATTR{bInterfaceSubClass}=="01", 
ATTR{bInterfaceProt
   RUN+="hid2hci --method=dell --devpath=%p", ENV{HID2HCI_SWITCH}="1"
 
 # Logitech devices

-KERNEL=="hiddev*", ATTRS{idVendor}=="046d", 
ATTRS{idProduct}=="c70[345abce]|c71[34bc]", \
+KERNEL=="hiddev*", ATTRS{idVendor}=="046d", 
ATTRS{idProduct}=="c70[345abce]|c71[3bc]", \
+  RUN+="hid2hci --method=logitech-hid --devpath=%p"
+# Logitech, Inc. diNovo Edge Keyboard
+KERNEL=="hidraw*", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c7[01]4", \
   RUN+="hid2hci --method=logitech-hid --devpath=%p"
 
 ENV{DEVTYPE}!="usb_device", GOTO="hid2hci_end"

--
1.8.0.1

Bug#992976: uscan: mode=git refs/heads/ instruction scans for tags instead, and fails

[Gianfranco Costamagna]

control: tags -1 patch

hello, I'm attaching something that might be considered as a patch, the problem 
was not in the checkout itself, but more in the version log.

--- a/lib/Devscripts/Uscan/git.pm   2023-04-03 01:03:04.0 +0200
+++ b/lib/Devscripts/Uscan/git.pm   2024-01-10 09:25:20.808129993 +0100
@@ -83,18 +83,37 @@ sub git_search {
 } else {
 my $tmp = $ENV{TZ};
 $ENV{TZ} = 'UTC';
-spawn(
-exec => [
-'git',
-"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",
-'log',
-'-1',
-"--date=format-local:$self->{date}",
-"--pretty=$self->{pretty}"
-],
-wait_child => 1,
-to_string  => \$newversion
-);
+$newfile = $self->parse_result->{filepattern}; # HEAD or 
heads/
+if ($self->parse_result->{filepattern} eq 'HEAD') {
+spawn(
+exec => [
+'git',
+"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",
+'log',
+'-1',
+"--date=format-local:$self->{date}",
+"--pretty=$self->{pretty}"
+],
+wait_child => 1,
+to_string  => \$newversion
+);
+   } else {
+$newfile =~ s&^heads/&&;# Set to 
+spawn(
+exec => [
+'git',
+"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",
+'log',
+'-1',
+'-b',
+"$newfile",
+"--date=format-local:$self->{date}",
+"--pretty=$self->{pretty}"
+],
+wait_child => 1,
+to_string  => \$newversion
+);
+   }
 $ENV{TZ} = $tmp;
 chomp($newversion);
 }

On Mon, 19 Jun 2023 17:40:46 +0200 Fab Stz  wrote:

Hello,

I'm facing this too.

```d/watch
version=4
options=uversionmangle=s/-?([^\d.]+)/~$1/;tr/A-Z/a-z/,\
mode=git,gitmode=full,gitexport=all \
https://github.com/bcit-ci/CodeIgniter \
heads/master
```

Upstream's main branch is "develop". uscan takes this one instead of the 
requested "master" branch


```$ uscan --debug --safe
uscan info: uscan (version 2.23.4) See uscan(1) for help
uscan info: Scan watch files in .
uscan debug: Found ./debian
uscan info: Check debian/watch and debian/changelog in .
uscan info: package="php-codeigniter-framework" 
version="0.0~git20230407.63d037565-1" (as seen in debian/changelog)
uscan info: package="php-codeigniter-framework" 
version="0.0~git20230407.63d037565" (no epoch/revision)
uscan info: ./debian/changelog sets package="php-codeigniter-framework" 
version="0.0~git20230407.63d037565"

uscan info: Process watch file at: debian/watch
package = php-codeigniter-framework
version = 0.0~git20230407.63d037565
pkg_dir = .
uscan debug: parse line options=uversionmangle=s/-?([^\d.]+)/~$1/;tr/A-Z/a-
z/,mode=git,gitmode=full,gitexport=all https://github.com/bcit-ci/CodeIgniter 
heads/master

uscan info: opts: uversionmangle=s/-?([^\d.]+)/~$1/;tr/A-Z/a-
z/,mode=git,gitmode=full,gitexport=all
uscan info: line: https://github.com/bcit-ci/CodeIgniter heads/master
uscan info: Parsing uversionmangle=s/-?([^\d.]+)/~$1/;tr/A-Z/a-z/
uscan info: Parsing mode=git
uscan info: Parsing gitmode=full
uscan info: Parsing gitexport=all
uscan info: line: https://github.com/bcit-ci/CodeIgniter heads/master
uscan debug: $self->{'pgpmode'}=default, $self->{'pgpsigurlmangle'}=undef
uscan info: Last orig.tar.* tarball version (from debian/changelog): 
0.0~git20230407.63d037565
uscan info: Last orig.tar.* tarball version (dversionmangled): 
0.0~git20230407.63d037565

uscan debug: watch file has:
$base= https://github.com/bcit-ci/CodeIgniter
$filepattern = heads/master
$lastversion = 0.0~git20230407.63d037565
$action  = 
mode = git

pgpmode  = default
versionmode  = newer
$site= https://github.com/bcit-ci/CodeIgniter
$basedir = 
uscan debug: line: search()

uscan debug: Execute: git clone --quiet --bare https://github.com/bcit-ci/
CodeIgniter ../php-codeigniter-framework-temporary.2454317.git...
uscan info: Looking at $base = https://github.com/bcit-ci/CodeIgniter with
--- ./lib/Devscripts/Uscan/git.pm   2023-04-03 01:03:04.0 +0200
+++ ./git.pm2024-01-10 09:25:20.808129993 +0100
@@ -83,18 +83,37 @@ sub git_search {
 } else {
 my $tmp = $ENV{TZ};
 $ENV{TZ} = 'UTC';
-spawn(
-exec => [
-'git',
-"--git-dir=$self->{downloader}->{destdir}/$self->{gitrepo_dir}",

Bug#1059978: rosegarden: team uploading and git committed changes

[Gianfranco Costamagna]

control: severity -1 serious

Hello, I dropped the provides from lirc, this is the last blocker.

I'm team uploading right now, this way tonight the autodecrufter will be able 
to finally
drop the old cruft library.

thanks a lot!

Gianfranco

On Mon, 8 Jan 2024 13:01:30 +0100 Gianfranco Costamagna 
 wrote:


Control: tags 1059978 + patch
Control: tags 1059978 + pending

Dear maintainer,

I've prepared an Team upload for rosegarden (versioned as 1:22.12.1-2) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Everything is committed on git repository.

Regards.

Gianfranco

git diff debian/1%22.12.1-1 debian/1%22.12.1-2
diff --git a/debian/changelog b/debian/changelog
index 0d70b25e..6d7c143c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+rosegarden (1:22.12.1-2) unstable; urgency=medium
+
+  * Team upload
+  * Move from liblircclient-dev to liblirc-dev (Closes: #1059978)
+
+ -- Gianfranco Costamagna   Mon, 08 Jan 2024 
12:49:19 +0100
+
  rosegarden (1:22.12.1-1) unstable; urgency=medium
  
* New upstream version 22.12.1

diff --git a/debian/control b/debian/control
index f7793ecd..88cd90fa 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,7 @@ Build-Depends:
   ladspa-sdk,
   libasound2-dev (>= 1.0.0),
   libjack-dev | libjack-jackd2-dev,
- liblircclient-dev,
+ liblirc-dev,
   liblo-dev,
   liblrdf0-dev,
   libsamplerate-dev,


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059980: xine-ui: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Hello!

On Mon, 8 Jan 2024 12:57:51 +0100 =?UTF-8?Q?Patrick_Matth=C3=A4i?= 
 wrote:

Hey,

upload planned for this week



thanks a lot!

dcut -k 92978A6E195E4921825F7FF0F34F09744E9F5DD9 ssh-upload cancel -f 
xine-ui_0.99.14-1.1_source.changes
Uploading commands file to ssh.upload.debian.org (incoming: 
/srv/upload.debian.org/UploadQueue/)
SCP is deprecated. Please consider upgrading to SFTP.
Uploading locutus-1704716348.commands to ssh-upload


it should be deleted from queue.
In case I failed to delete, it will be automatically rejected with your newer 
upload

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059980: xine-ui: diff for NMU version 0.99.14-1.1

[Gianfranco Costamagna]

Control: tags 1059980 + patch
Control: tags 1059980 + pending

Dear maintainer,

I've prepared an NMU for xine-ui (versioned as 0.99.14-1.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Regards.

Gianfranco

diff -Nru xine-ui-0.99.14/debian/changelog xine-ui-0.99.14/debian/changelog
--- xine-ui-0.99.14/debian/changelog2023-01-12 11:33:08.0 +0100
+++ xine-ui-0.99.14/debian/changelog2024-01-08 12:56:29.0 +0100
@@ -1,3 +1,10 @@
+xine-ui (0.99.14-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch from liblircclient-dev to liblirc-dev (Closes: #1059980)
+
+ -- Gianfranco Costamagna   Mon, 08 Jan 2024 
12:56:29 +0100
+
 xine-ui (0.99.14-1) unstable; urgency=medium

   * New upstream release.
diff -Nru xine-ui-0.99.14/debian/control xine-ui-0.99.14/debian/control
--- xine-ui-0.99.14/debian/control  2023-01-12 11:33:08.0 +0100
+++ xine-ui-0.99.14/debian/control  2024-01-08 12:56:22.0 +0100
@@ -9,7 +9,7 @@
  libfreetype6-dev,
  libgpm-dev [linux-any],
  libjpeg-dev,
- liblircclient-dev,
+ liblirc-dev,
  libpng-dev,
  libreadline-dev,
  libx11-dev,


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059978: rosegarden: team uploading and git committed changes

[Gianfranco Costamagna]

Control: tags 1059978 + patch
Control: tags 1059978 + pending

Dear maintainer,

I've prepared an Team upload for rosegarden (versioned as 1:22.12.1-2) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Everything is committed on git repository.

Regards.

Gianfranco

git diff debian/1%22.12.1-1 debian/1%22.12.1-2
diff --git a/debian/changelog b/debian/changelog
index 0d70b25e..6d7c143c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+rosegarden (1:22.12.1-2) unstable; urgency=medium
+
+  * Team upload
+  * Move from liblircclient-dev to liblirc-dev (Closes: #1059978)
+
+ -- Gianfranco Costamagna   Mon, 08 Jan 2024 
12:49:19 +0100
+
 rosegarden (1:22.12.1-1) unstable; urgency=medium
 
   * New upstream version 22.12.1

diff --git a/debian/control b/debian/control
index f7793ecd..88cd90fa 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,7 @@ Build-Depends:
  ladspa-sdk,
  libasound2-dev (>= 1.0.0),
  libjack-dev | libjack-jackd2-dev,
- liblircclient-dev,
+ liblirc-dev,
  liblo-dev,
  liblrdf0-dev,
  libsamplerate-dev,


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059980: xine-ui: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Hello,

On Thu, 4 Jan 2024 11:28:11 +0100 Gianfranco Costamagna 
 wrote:

Source: xine-ui
Version: 0.99.14-1
Tags: patch


Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.



At the end, after only 4 days, this one looks the last blocker :)

G.

Bug#1059975: fixed in gkrellm-radio 2.0.4-3

[Gianfranco Costamagna]

Hello,

thanks a lot for the quick fix!

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1060093: lirc: FTBFS on hurd-i386

[Gianfranco Costamagna]

Hello,


> > We do want modinfo on the linux platform, please make this os-
> > specific.
> 


Thanks for having a look, feel free to NMU when you agree on the patch.

Alec might be overbusy, I'm pretty sure he doesn't mind some extra help :)

G.

Bug#1060135: luajit: new stable version 2.1 is out

[Gianfranco Costamagna]

Source: luajit
Version: 2.1.0~beta3+dfsg-6
Severity: important

Hello, as said, https://github.com/LuaJIT/LuaJIT/tags

2.1 is marked production ready!

please update it

G.

Bug#1059784: RFS: golang-google-api/0.61.0-2 [Team] -- Google APIs Client Library

[Gianfranco Costamagna]

Hello Shengjing,



Uploaded, but I rewrote the git history for easy review.



thanks for the quick reupload!

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#764687: bino: FTBS on amrhf and armel

[Gianfranco Costamagna]

control: fixed -1 2.1-1
control: close -1

fixed

G.
On Thu, 14 Dec 2017 21:42:46 +0200 Adrian Bunk  wrote:

On Sat, Oct 11, 2014 at 09:56:07AM +0200, Dominique Dumont wrote:
> On Friday 10 October 2014 17:42:46 you wrote:
> > I think the best solution would be to remove bino from arm/armhf as it uses 
> > OpenGL functions which are only available in software on arm afaik, which

> > means it probably never was really usable on arm anyway.
> 
> ok. Then:
> - bino package needs to be re-released with the list of supported   
>   architectures. [1] 
>...


An easier way to fixing this part (ad closing this bug) is now
available to change the build dependency from libqt5opengl5-dev
to libqt5opengl5-desktop-dev.

cu
Adrian

--

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed





OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1058532: golang-google-api: FTBFS: tests failed

[Gianfranco Costamagna]

control: fixed -1 0.61.0-2
control: close -1

thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059978: rosegarden: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: rosegarden
Version: 1:22.12.1-1
Tags: patch

Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059980: xine-ui: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: xine-ui
Version: 0.99.14-1
Tags: patch


Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059979: xawtv: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: xawtv
Version: 3.107-1.1
Tags: patch

Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059977: rhythmbox: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: rhythmbox
Version: 3.4.7-1
Tags: patch


Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059976: pulseaudio: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: pulseaudio
Version: 16.1+dfsg1-2
Tags: patch

Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059975: gkrellm-radio: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: gkrellm-radio
Version: 2.0.4-2
Tags: patch

Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059974: bino: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: bino
Version: 1.6.6-3
Tags: patch

Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059973: audacious-plugins: Please move from liblircclient-dev to liblirc-dev

[Gianfranco Costamagna]

Source: audacious-plugins
Version: 4.3.1-2
Tags: patch

Hello, as you might know, lirc renamed it's library from liblircclient-dev into
liblirc-dev (there were multiple split libraries that have been unified into one
single library).
To finish this transition we would like to remove the liblircclient-dev provided
now since 2019 from the main liblirc-dev binary.
In order to achieve this we found a total of 8 packages still using the old one,
so I'm asking you to update it and let us drop that old cruft from src:lirc.

sed s/liblircclient-dev/liblirc-dev/g -i debian/control
Note, since this is a no-op change, and a trivial one, I might also NMU/Team 
upload
if I find your package to be one of the last blockers.

thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1056637: debian-multimedia: depends on removed mjpegtools-gtk

[Gianfranco Costamagna]

Hello, I replaced liblircclient-dev to liblirc-dev and fixed this bug (and NMU 
uploaded).

Diff attached

G.

On Fri, 24 Nov 2023 09:39:28 +0100 Gianfranco Costamagna 
 wrote:

Source: debian-multimedia
Version: 0.10
Severity: serious

mjpegtools-gtk has been dropped but multimedia-video multimedia-recording and 
multimedia-players still depend on it.

Please update

thanks

G.
diff -Nru debian-multimedia-0.10/debian/changelog 
debian-multimedia-0.10+nmu1/debian/changelog
--- debian-multimedia-0.10/debian/changelog 2020-12-25 16:09:36.0 
+0100
+++ debian-multimedia-0.10+nmu1/debian/changelog2024-01-04 
09:03:58.0 +0100
@@ -1,3 +1,11 @@
+debian-multimedia (0.10+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop mjpegtools-gtk (Closes: #1056637)
+  * Depend on liblirc-dev instead of old liblircclient-dev
+
+ -- Gianfranco Costamagna   Thu, 04 Jan 2024 
09:03:58 +0100
+
 debian-multimedia (0.10) unstable; urgency=medium
 
   * Source only upload (Closes: #978047)
diff -Nru debian-multimedia-0.10/debian/control 
debian-multimedia-0.10+nmu1/debian/control
--- debian-multimedia-0.10/debian/control   2020-12-25 16:09:36.0 
+0100
+++ debian-multimedia-0.10+nmu1/debian/control  2024-01-04 09:03:58.0 
+0100
@@ -472,7 +472,7 @@
 libinstpatch-dev,
 libjack-dev,
 liblilv-dev,
-liblircclient-dev,
+liblirc-dev,
 liblivemedia-dev,
 liblo-dev,
 liblo-tools,
@@ -1150,7 +1150,6 @@
 gpac,
 isrcsubmit,
 mjpegtools,
-mjpegtools-gtk,
 moc,
 mopidy-internetarchive,
 mopidy-local,
@@ -1371,7 +1370,6 @@
 meterbridge,
 meterec,
 mjpegtools,
-mjpegtools-gtk,
 qjackrcd,
 qtractor,
 rotter,
@@ -1514,7 +1512,6 @@
 m2vrequantiser,
 mencoder,
 mjpegtools,
-mjpegtools-gtk,
 mpeg2dec,
 mplayer,
 mplayer-gui,
diff -Nru debian-multimedia-0.10/dependency_data/debian-multimedia_0.2.json 
debian-multimedia-0.10+nmu1/dependency_data/debian-multimedia_0.2.json
--- debian-multimedia-0.10/dependency_data/debian-multimedia_0.2.json   
2020-01-05 17:05:28.0 +0100
+++ debian-multimedia-0.10+nmu1/dependency_data/debian-multimedia_0.2.json  
2024-01-04 09:03:58.0 +0100
@@ -1 +1 @@
-{"guitar": {"ignore": [], "suggests": ["tuxguitar", "clam-chordata", 
"stretchplayer", "musescore", "lilypond", "frescobaldi"], "depends": 
["rakarrack", "guitarix", "jack-capture", "jconvolver"], "recommends": [], 
"avoid": []}, "midi": {"ignore": [], "suggests": ["kmidimon", "rosegarden", 
"mididings", "muse", "non-sequencer", "lmms", "swami", "schism"], "depends": 
["qtractor", "a2jmidid", "jack-keyboard", "qsynth", "aubio-tools", 
"fluidsynth", "fluid-soundfont-gm", "yoshimi", "seq24", "gmidimonitor", 
"jack-smf-utils", "abcmidi", "jacker", "milkytracker"], "recommends": [], 
"avoid": []}, "samplers": {"ignore": [], "suggests": ["linuxsampler", "swami"], 
"depends": ["specimen"], "recommends": [], "avoid": []}, "looping": {"ignore": 
[], "suggests": ["kluppe", "freewheeling", "seq24", "rosegarden", "ardour", 
"non-sequencer"], "depends": ["sooperlooper", "smasher"], "recommends": [], 
"avoid": []}, "firewire": {"ignore": [], "suggests": [], "depends": ["jackd", 
"jackd2-firewire | jackd1-firewire", "ffado-dbus-server", "ffado-mixer-qt4", 
"ffado-tools", "a2jmidid", "patchage"], "recommends": [], "avoid": []}, "ladi": 
{"ignore": [], "suggests": [], "depends": ["laditools", "jackd", "a2jmidid", 
"ladish"], "recommends": [], "avoid": []}, "players": {"ignore": [], 
"suggests": ["aqualung"], "depends": ["vlc", "vlc-plugin-jack", "moc", 
"smplayer"], "recommends": [], "avoid": []}, "devel": {"ignore": [], 
"suggests":

Bug#1049614: lirc: Fails to build binary packages again after successful build

[Gianfranco Costamagna]

control: fixed -1 0.10.2-0.2
control: close -1

thanks

G.

On Wed, 16 Aug 2023 09:42:49 +0200 Lucas Nussbaum  wrote:

Source: lirc
Version: 0.10.1-7.2
Severity: minor
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-binary-20230816 ftbfs-binary-after-build
User: debian...@lists.debian.org
Usertags: qa-doublebuild

Hi,

This package fails to do build a binary-only build (not source) after a
successful build (dpkg-buildpackage ; dpkg-buildpackage -b).

This is probably a clear violation of Debian Policy section 4.9 (clean target),
but this is filed as severity:minor for now, because a discussion on
debian-devel showed that we might want to revisit the requirement of a working
'clean' target.

More information about this class of issues, included common problems and
solutions, is available at
https://wiki.debian.org/qa.debian.org/FTBFS/DoubleBuild

Relevant part of the build log:
> cd /<> && runuser -u user42 -- dpkg-buildpackage --sanitize-env 
-us -uc -rfakeroot -b
> 

> 
> dpkg-buildpackage: info: source package lirc

> dpkg-buildpackage: info: source version 0.10.1-7.2
> dpkg-buildpackage: info: source distribution unstable
> dpkg-buildpackage: info: source changed by Nilesh Patra 
>  dpkg-source --before-build .
> dpkg-buildpackage: info: host architecture amd64
>  fakeroot debian/rules clean
> dh clean --with python3
>dh_auto_clean
>make -j8 distclean
> make[1]: Entering directory '/<>'
> Making distclean in lib
> make[2]: Entering directory '/<>/lib'
> test -z "input_map.inc lirc/input_map.inc config.h lirc/config.h paths.h config.py 
driver_api.dox lirc_client.dox" || rm -f input_map.inc lirc/input_map.inc config.h 
lirc/config.h paths.h config.py driver_api.dox lirc_client.dox
> test -z "liblirc.la liblirc_client.la liblirc_driver.la libirrecord.la" || rm 
-f liblirc.la liblirc_client.la liblirc_driver.la libirrecord.la
> rm -rf .libs _libs
> rm -f *.o
> rm -f *.lo
> rm -f *.tab.c
> test -z "" || rm -f 
> rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
> test . = "." || test -z "" || rm -f 
> rm -f ./so_locations

> rm -f ./.deps/ciniparser.Plo
> rm -f ./.deps/config_file.Plo
> rm -f ./.deps/curl_poll.Plo
> rm -f ./.deps/dictionary.Plo
> rm -f ./.deps/driver.Plo
> rm -f ./.deps/drv_admin.Plo
> rm -f ./.deps/drv_enum.Plo
> rm -f ./.deps/dump_config.Plo
> rm -f ./.deps/input_map.Plo
> rm -f ./.deps/ir_remote.Plo


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1059236: RFS: nanomsg/1.2+dfsg-1 [ITA] -- nanomsg utilities

[Gianfranco Costamagna]

Hello Tobias

>This. Follow upstream's SONAME, otherwise this can become very tricky in the 
>future.

but please note that this requires work for ftp and release teams.
So, as said (this is also my best choice), make sure upstream fixes the SONAME 
bump for next releases,
we don't want a new SONAME every new release unless really needed, and 
versioning
is something needs to be fixed upstream.

Also, transitions means the package becomes tied to a specific library version, 
and in
this case this looks not needed at all, so there is no good reason to force user
to upgrade everything together.

But as Tobias said, better follow upstream naming, and ask them to fix when 
wrong :)


G. 

Bug#1043182: odr-dabmux FTBFS with gcc 13

[Gianfranco Costamagna]

and sponsored thanks






Il giovedì 28 dicembre 2023 alle ore 10:12:59 CET, Robin ALEXANDER 
 ha scritto: 





Ciao Gianfranco,

I just uploaded odr-dabmux version 4.4.1+ds-1 in mentors

Grazie mille. 

—-
Robin

> Le 28 déc. 2023 à 09:53, Gianfranco Costamagna  a 
> écrit :
> 
> 
>> On Mon, 07 Aug 2023 11:35:06 +0300 Adrian Bunk  wrote:
>> Source: odr-dabmux
>> Version: 4.4.0-1
>> Severity: serious
>> Tags: ftbfs
>> https://buildd.debian.org/status/fetch.php?pkg=odr-dabmux=riscv64=4.4.0-1=1691389622=0
>> ...
>> lib/ReedSolomon.cpp: In member function ‘int ReedSolomon::encode(void*, 
>> void*, size_t)’:
>> lib/ReedSolomon.cpp:81:5: error: ‘uint8_t’ was not declared in this scope
>>  81 |    uint8_t* input = reinterpret_cast(data);
>>      |    ^~~
>> lib/ReedSolomon.cpp:39:1: note: ‘uint8_t’ is defined in header ‘’; 
>> did you forget to ‘#include ’?
>>  38 | #include 
>>  +++ |+#include 
>>  39 | ...
> 
> 
> Hello, can you please check and fix this one? Might be fixed with 4.4.1
> 
> Also, I'm sponsoring the other two missing packages right now.
> 
> G.