Bug#1077451: fixed in golang-github-gopacket-gopacket 1.3.0-1

[Gianfranco Costamagna]

control: unarchive -1
control: reopen -1
control: notfixed -1 1.3.0-1

 82s github.com/gopacket/gopacket/pcapgo
 82s github.com/gopacket/gopacket/tcpassembly
 83s github.com/gopacket/gopacket/dumpcommand
 83s github.com/gopacket/gopacket/tcpassembly/tcpreader
 84s # github.com/gopacket/gopacket/pcap
 84s src/github.com/gopacket/gopacket/pcap/pcap_unix.go:355:18: cannot use 
_Ctype_gopacket_time_secs_t(ci.Timestamp.Unix()) (value of type _Ctype_long) as 
_Ctype_longlong value in assignment
 84s src/github.com/gopacket/gopacket/pcap/pcap_unix.go:356:19: cannot use 
_Ctype_gopacket_time_usecs_t(ci.Timestamp.Nanosecond() / 1000) (value of type 
_Ctype_long) as _Ctype_longlong value in assignment
 85s dh_auto_build: error: cd _build && go install -trimpath -v -p 16 
github.com/gopacket/gopacket github.com/gopacket/gopacket/afpacket 
github.com/gopacket/gopacket/bytediff github.com/gopacket/gopacket/defrag/lcmdefrag 
github.com/gopacket/gopacket/dumpcommand github.com/gopacket/gopacket/ip4defrag 
github.com/gopacket/gopacket/layers github.com/gopacket/gopacket/macs 
github.com/gopacket/gopacket/pcap github.com/gopacket/gopacket/pcapgo 
github.com/gopacket/gopacket/reassembly github.com/gopacket/gopacket/routing 
github.com/gopacket/gopacket/tcpassembly 
github.com/gopacket/gopacket/tcpassembly/tcpreader returned exit code 1


Looks like something is still wrong...

A quick and dirty and incomplete patch is:
Index: golang-github-gopacket-gopacket-1.2.0/pcap/pcap_unix.go
===
--- golang-github-gopacket-gopacket-1.2.0.orig/pcap/pcap_unix.go
+++ golang-github-gopacket-gopacket-1.2.0/pcap/pcap_unix.go
@@ -113,8 +113,13 @@
 #define gopacket_time_secs_t __kernel_time_t
 #define gopacket_time_usecs_t __kernel_suseconds_t
 #elif __GLIBC__
-#define gopacket_time_secs_t __time_t
-#define gopacket_time_usecs_t __suseconds_t
+#ifndef __arm__
+#define gopacket_time_secs_t __time_t
+#define gopacket_time_usecs_t __suseconds_t
+#else
+#define gopacket_time_secs_t __time64_t
+#define gopacket_time_usecs_t __suseconds64_t
+#endif
 #else  // Some form of linux/bsd/etc...
 #include 
 #ifdef __OpenBSD__


G.

On Wed, 11 Sep 2024 01:49:12 + Debian FTP Masters 
 wrote:

Source: golang-github-gopacket-gopacket
Source-Version: 1.3.0-1
Done: Stephen Gelman 

We believe that the bug you reported is fixed in the latest version of
golang-github-gopacket-gopacket, 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 1077...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Stephen Gelman  (supplier of updated 
golang-github-gopacket-gopacket 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: SHA512

Format: 1.8
Date: Tue, 10 Sep 2024 20:05:06 -0500
Source: golang-github-gopacket-gopacket
Architecture: source
Version: 1.3.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team 
Changed-By: Stephen Gelman 
Closes: 1077451
Changes:
 golang-github-gopacket-gopacket (1.3.0-1) unstable; urgency=medium
 .
   * Team upload
   * New upstream release (Closes: #1077451)
   * Update standards version to 4.7.0
Checksums-Sha1:
 bb2814bc9cd6f6a3efeb3aa9b8dc65760ff12f29 2465 
golang-github-gopacket-gopacket_1.3.0-1.dsc
 c1e157bf157f8cbc13a65704bbb924c8b155eba3 1600772 
golang-github-gopacket-gopacket_1.3.0.orig.tar.xz
 387f764382fea1412ed8cc1586e71adecc549b1e 4096 
golang-github-gopacket-gopacket_1.3.0-1.debian.tar.xz
 cd2a2051221091ce3a1dd100c3096ba32edb3e26 7407 
golang-github-gopacket-gopacket_1.3.0-1_amd64.buildinfo
Checksums-Sha256:
 ac2bae813a441ff761c23c2f59b72137488a4b0f02e7223ec951c74061203563 2465 
golang-github-gopacket-gopacket_1.3.0-1.dsc
 14bc7962419a4d353ed0a9a37991f744946f52b6887649f2da198d97697ae1de 1600772 
golang-github-gopacket-gopacket_1.3.0.orig.tar.xz
 561ffe256295d77181ca1ba617813a6fbc89cd6b605f41eeff292c6c99f3ef36 4096 
golang-github-gopacket-gopacket_1.3.0-1.debian.tar.xz
 d8e2d41afe74dfd2494a92c513d2d7082fdcbc8337d7377bae89583ac6fde35f 7407 
golang-github-gopacket-gopacket_1.3.0-1_amd64.buildinfo
Files:
 8b2f9ade9dc59714d54f3f078dcfdf88 2465 golang optional 
golang-github-gopacket-gopacket_1.3.0-1.dsc
 c2fbd824d03bbef42b8431e338231879 1600772 golang optional 
golang-github-gopacket-gopacket_1.3.0.orig.tar.xz
 7d1ae498252d42a6f6caf025d5a19cfd 4096 golang optional 
golang-github-gopacket-gopacket_1.3.0-1.debian.tar.xz
 8aa05508f8a52612f4b7af84a2a5b2ab 7407 golang optional 
golang-github-gopacket-gopacket_1.3.0-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-



OpenPGP_signature.asc

Bug#1081951: kannel: FTBFS on 32 bit architectures where time is time64_t

[Gianfranco Costamagna]

Source: kannel
Version: 1.4.5-18
Severity: serious

Hello, after the time64_t transition, kannel started FTBFS on armel, armhf and 
where time_t is 64 bit defined.

gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time 
-D_FORTIFY_SOURCE=2 -D_REENTRANT=1 -I. -Igw -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -D_XOPEN_SOURCE=600 -D_BSD_SOURCE 
-D_DEFAULT_SOURCE -D_LARGE_FILES= -DBROKEN_PTHREADS=1 -I/usr/include/libxml2 -Wall 
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wformat 
-Wformat-security -Wmissing-format-attribute -I/usr/include -I/usr/include/mariadb/  
-I/usr/include/postgresql -I/usr/include/hiredis -I/usr/include -o gw/bb_store_redis.o -c 
gw/bb_store_redis.c
gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time 
-D_FORTIFY_SOURCE=2 -D_REENTRANT=1 -I. -Igw -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -D_XOPEN_SOURCE=600 -D_BSD_SOURCE 
-D_DEFAULT_SOURCE -D_LARGE_FILES= -DBROKEN_PTHREADS=1 -I/usr/include/libxml2 -Wall 
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wformat 
-Wformat-security -Wmissing-format-attribute -I/usr/include -I/usr/include/mariadb/  
-I/usr/include/postgresql -I/usr/include/hiredis -I/usr/include -o gw/bb_store_spool.o -c 
gw/bb_store_spool.c
gw/bb_store_redis.c: In function ‘store_redis_save’:
gw/bb_store_redis.c:591:14: error: passing argument 1 of ‘time’ from 
incompatible pointer type [-Wincompatible-pointer-types]
  591 | time(&msg->sms.time);
  |  ^~
  |  |
  |  long int *
In file included from /usr/include/features.h:510,
 from /usr/include/unistd.h:25,
 from gw/bb_store_redis.c:66:
/usr/include/time.h:85:15: note: expected ‘time_t *’ {aka ‘long long int *’} 
but argument is of type ‘long int *’
   85 | extern time_t __REDIRECT_NTH (time, (time_t *__timer), __time64);
  |   ^~
gw/bb_store_spool.c: In function ‘store_spool_save’:
gw/bb_store_spool.c:230:14: error: passing argument 1 of ‘time’ from 
incompatible pointer type [-Wincompatible-pointer-types]
  230 | time(&msg->sms.time);
  |  ^~
  |  |
  |  long int *
In file included from /usr/include/features.h:510,
 from /usr/include/unistd.h:25,
 from gw/bb_store_spool.c:65:
/usr/include/time.h:85:15: note: expected ‘time_t *’ {aka ‘long long int *’} 
but argument is of type ‘long int *’
   85 | extern time_t __REDIRECT_NTH (time, (time_t *__timer), __time64);
  |   ^~
make[2]: *** [Makefile:226: gw/bb_store_spool.o] Error 1
make[2]: *** Waiting for unfinished jobs
gw/bb_store_file.c: In function ‘store_to_dict’:
gw/bb_store_file.c:304:14: error: passing argument 1 of ‘time’ from 
incompatible pointer type [-Wincompatible-pointer-types]
  304 | time(&msg->sms.time);
  |  ^~
  |  |
  |  long int *
In file included from /usr/include/features.h:510,
 from /usr/include/errno.h:25,
 from gw/bb_store_file.c:71:
/usr/include/time.h:85:15: note: expected ‘time_t *’ {aka ‘long long int *’} 
but argument is of type ‘long int *’
   85 | extern time_t __REDIRECT_NTH (time, (time_t *__timer), __time64);
  |   ^~
make[2]: *** [Makefile:226: gw/bb_store_redis.o] Error 1
gw/bb_smscconn.c: In function ‘handle_split’:
gw/bb_smscconn.c:237:18: error: passing argument 1 of ‘time’ from incompatible 
pointer type [-Wincompatible-pointer-types]
  237 | time(&msg->sms.resend_time);
  |  ^
  |  |
  |  long int *
In file included from /usr/include/features.h:510,
 from /usr/include/errno.h:25,
 from gw/bb_smscconn.c:71:
/usr/include/time.h:85:15: note: expected ‘time_t *’ {aka ‘long long int *’} 
but argument is of type ‘long int *’
   85 | extern time_t __REDIRECT_NTH (time, (time_t *__timer), __time64);
  |   ^~
gw/bb_smscconn.c: In function ‘bb_smscconn_send_failed’:
gw/bb_smscconn.c:355:17: error: passing argument 1 of ‘time’ from incompatible 
pointer type [-Wincompatible-pointer-types]
  355 |time(&sms->sms.resend_time);
  | ^
  | |


I don't know how to patch it, and I don't know if changing that struct size is 
source of troubles (is this a struct sent over network?)

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1078197: netcdf: ftbfs on armhf

[Gianfranco Costamagna]

Hello,

On Fri, 9 Aug 2024 19:53:57 +0200 Sebastiaan Couwenberg  
wrote:

Control: tags -1 upstream
Control: forwarded -1 https://github.com/Unidata/netcdf-c/pull/2897

On 8/8/24 9:52 AM, Sebastiaan Couwenberg wrote:
>> Hello, netcdf started FTBFS probably due to gcc-14 on armhf
> 
> This seems to be fixed in the new upstream release in experimental.


These changes fix the issue:

  https://github.com/Unidata/netcdf-c/pull/2897

But are too much of a PITA to cherry-pick and made to apply cleanly to 
the version in unstable.



http://launchpadlibrarian.net/742930148/netcdf_1%3A4.9.2-6build1_1%3A4.9.2-6ubuntu1.diff.gz

In Ubuntu some one line patch approach fixed the issue.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1078212: openmpi: FTBFS on 32bit archs (gcc-14?)

[Gianfranco Costamagna]

control: tags -1 patch


Hello, the upstream code for the failing part changed completely, so I had to 
do a quick and dirty patch
(main C casting) to fix the build

Patch attached.

G.
Description: Fix FTBFS on 32bit archs:
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c: In function ‘find_hole’:
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:641:47: error: passing argument 3 of ‘use_hole’ from incompatible pointer type [-Wincompatible-pointer-types]
  641 | return use_hole(0, begin, addrp, size);
  |   ^
  |   |
  |   size_t * {aka unsigned int *}
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:587:36: note: expected ‘long unsigned int *’ but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
  587 | unsigned long *addrp,
  | ~~~^
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:649:65: error: passing argument 3 of ‘use_hole’ from incompatible pointer type [-Wincompatible-pointer-types]
  649 | return use_hole(prevend, begin-prevend, addrp, size);
  | ^
  | |
  | size_t * {aka unsigned int *}
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:587:36: note: expected ‘long unsigned int *’ but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
  587 | unsigned long *addrp,
  | ~~~^
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:656:65: error: passing argument 3 of ‘use_hole’ from incompatible pointer type [-Wincompatible-pointer-types]
  656 | return use_hole(prevend, begin-prevend, addrp, size);
  | ^
  | |
  | size_t * {aka unsigned int *}
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:587:36: note: expected ‘long unsigned int *’ but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
  587 | unsigned long *addrp,
  | ~~~^
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:708:52: error: passing argument 3 of ‘use_hole’ from incompatible pointer type [-Wincompatible-pointer-types]
  708 | return use_hole(biggestbegin, biggestsize, addrp, size);
  |^
  ||
  |size_t * {aka unsigned int *}
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:587:36: note: expected ‘long unsigned int *’ but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
  587 | unsigned long *addrp,
  | ~~~^
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c: In function ‘pmix_hwloc_get_topology’:
../../../../../../../../opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c:397:9: warning: ignoring return value of ‘asprintf’ declared with attribute ‘warn_unused_result’ [-Wunused-result]
  397 | asprintf(&shmemfile, "%s/hwloc.sm", pmix_server_globals.tmpdir);

Author: Gianfranco Costamagna 
Last-Update: 2024-08-08

--- openmpi-4.1.6.orig/opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c
+++ openmpi-4.1.6/opal/mca/pmix/pmix3x/pmix/src/hwloc/hwloc.c
@@ -58,7 +58,7 @@ static int parse_map_line(const char *li
   pmix_hwloc_vm_map_kind_t *kindp);
 static int use_hole(unsigned long holebegin,
 unsigned long holesize,
-unsigned long *addrp,
+size_t *addrp,
 unsigned long size);
 static int find_hole(pmix_hwloc_vm_hole_kind_t hkind,
  size_t *addrp,
@@ -584,7 +584,7 @@ static int parse_map_line(const char *li
 
 static int use_hole(unsigned long holebegin,
 unsigned long holesize,
-unsigned long *addrp,
+size_t *addrp,
 unsigned long size)
 {
 unsigned long aligned;
--- openmpi-4.1.6.orig/orte/mca/rtc/hwloc/rtc_hwloc.c
+++ openmpi-4.1.6/orte/mca/rtc/hwloc/rtc_hwloc.c
@@ -77,7 +77,7 @@ static int parse_map_line(const char *li
   orte_rtc_hwloc_vm_map_kind_t *kindp);
 static int use_hole(unsigned long holebegin,
 unsigned long holesize,
-unsign

Bug#1077768: ui-utilcpp: patch for new recode version

[Gianfranco Costamagna]

Package: ui-utilcpp
Followup-For: Bug #1077768


Dear Maintainer,

I tested a patch based on the upstream removal of strategy struct parameter.

  * Drop strategy (Closes: #1077768)


Thanks for considering the patch.

diff -Nru ui-utilcpp-1.10.3/debian/patches/drop-strategy.patch 
ui-utilcpp-1.10.3/debian/patches/drop-strategy.patch
--- ui-utilcpp-1.10.3/debian/patches/drop-strategy.patch1970-01-01 
01:00:00.0 +0100
+++ ui-utilcpp-1.10.3/debian/patches/drop-strategy.patch2024-08-07 
08:46:33.0 +0200
@@ -0,0 +1,15 @@
+Description: strategy was removed in 
https://github.com/rrthomas/recode/commit/76d7efd2d6c9dfa81270401a346c27c52a9e7f11
+Author: Gianfranco Costamagna 
+Bug-Debian: https://bugs.debian.org/1077768
+Last-Update: 2024-08-07
+
+--- ui-utilcpp-1.10.3.orig/src/ui-utilcpp/Recoder.cpp
 ui-utilcpp-1.10.3/src/ui-utilcpp/Recoder.cpp
+@@ -154,7 +154,6 @@ Conversion const * LibRecodeConverter::m
+   :task_(::recode_new_task(request))
+   {
+   // Task config
+-  task_->strategy = RECODE_SEQUENCE_IN_MEMORY;
+   task_->fail_level = sloppy ? RECODE_INVALID_INPUT : 
RECODE_NOT_CANONICAL;
+
+   task_->input.buffer = buf;
diff -Nru ui-utilcpp-1.10.3/debian/patches/series 
ui-utilcpp-1.10.3/debian/patches/series
--- ui-utilcpp-1.10.3/debian/patches/series 1970-01-01 01:00:00.0 
+0100
+++ ui-utilcpp-1.10.3/debian/patches/series 2024-08-07 08:45:44.0 
+0200
@@ -0,0 +1 @@
+drop-strategy.patch

However with this patch the testsuite now hangs, not sure if this is related or 
not.

G.

Bug#1075082: icon: ftbfs with GCC-14

[Gianfranco Costamagna]

control: fixed -1 9.5.24a-1
control: close -1
thanks


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1077788: clblas: autopkgtest regressions with gcc-14

[Gianfranco Costamagna]

Hello, the patch needed more tweaks, please check it out there
https://github.com/clMathLibraries/clBLAS/pull/362

I'll keep it updated if I find more issues

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1077788: clblas: autopkgtest regressions with gcc-14

[Gianfranco Costamagna]

Hello, I found another issue on non amd64,

From 05afa5dd63ece9c6e43b40705f3c7dc1a9e6049e Mon Sep 17 00:00:00 2001
From: Gianfranco Costamagna 
Date: Fri, 2 Aug 2024 15:40:39 +0200
Subject: [PATCH] Update example_csscal.c
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

with gcc-14 this warning becomes a failure

 90s /tmp/autopkgtest.g0L4Ek/autopkgtest_tmp/example_csscal.c: In function 
‘main’:
 90s /tmp/autopkgtest.g0L4Ek/autopkgtest_tmp/example_csscal.c:67:26: error: 
implicit declaration of function ‘abs’ [-Wimplicit-function-declaration]
 90s67 | int lenX = 1 + (N-1)*abs(incx);
 90s   |  ^~~
 90s /tmp/autopkgtest.g0L4Ek/autopkgtest_tmp/example_csscal.c:26:1: note: include 
‘’ or provide a declaration of ‘abs’
 90s25 | #include 
 90s   +++ |+#include 
 90s26 |
 90s /tmp/autopkgtest.g0L4Ek/autopkgtest_tmp/example_csscal.c:89:5: warning: 
‘clCreateCommandQueue’ is deprecated [-Wdeprecated-declarations]
 90s89 | queue = clCreateCommandQueue(ctx, device, 0, &err);
 90s   | ^
---
 src/samples/example_csscal.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/samples/example_csscal.c b/src/samples/example_csscal.c
index c78bc550..c03030f3 100644
--- a/src/samples/example_csscal.c
+++ b/src/samples/example_csscal.c
@@ -16,6 +16,7 @@
 
 #include 

 #include 
+#include 
 #include 
 #include 
 



Already reported upstream.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1077788: clblas: autopkgtest regressions with gcc-14

[Gianfranco Costamagna]

Package: clblas
Version: 2.12-5
Severity: serious
Tags: patch


Dear Maintainer,


gcc-14 changed some warnings into errors.
I checked codesearch.debian.org and found something that might be considered a 
patch and submitted upstream.

At least now the example code compiles correctly, this is why I'm tagging it as 
patch (and this is just an example code, so
we can ignore the sanity of the approach)

Feel free to adapt it if needed.

Thanks for considering the patch.


diff -Nru clblas-2.12/debian/patches/361.patch 
clblas-2.12/debian/patches/361.patch
--- clblas-2.12/debian/patches/361.patch1970-01-01 01:00:00.0 
+0100
+++ clblas-2.12/debian/patches/361.patch2024-08-02 09:02:48.0 
+0200
@@ -0,0 +1,55 @@
+From c8df417ce2a7ee644bb6e997ec37b85450496e8c Mon Sep 17 00:00:00 2001
+From: Gianfranco Costamagna 
+Date: Fri, 2 Aug 2024 09:02:32 +0200
+Subject: [PATCH] Update example_ctrsm.c
+
+Fixup a failure due to
+
+[ 16%] Building C object CMakeFiles/example_ctrsm.dir/example_ctrsm.c.o
+In file included from /usr/include/CL/cl.h:20,
+ from /usr/include/clBLAS.h:35,
+ from /tmp/example_ctrsm.c:25:
+/usr/include/CL/cl_version.h:22:9: note: '#pragma message: cl_version.h: 
CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 300 (OpenCL 3.0)'
+   22 | #pragma message("cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. 
Defaulting to 300 (OpenCL 3.0)")
+  | ^~~
+/tmp/example_ctrsm.c: In function 'main':
+/tmp/example_ctrsm.c:95:48: error: passing argument 2 of 'clGetPlatformIDs' 
from incompatible pointer type [-Wincompatible-pointer-types]
+   95 | err = clGetPlatformIDs(sizeof( platform ), &platform, NULL);
+  |^
+  ||
+  |struct _cl_platform_id 
***
+/usr/include/CL/cl.h:956:35: note: expected 'struct _cl_platform_id **' but 
argument is of type 'struct _cl_platform_id ***'
+  956 |  cl_platform_id * platforms,
+  |  ~^
+/tmp/example_ctrsm.c:114:5: warning: 'clCreateCommandQueue' is deprecated 
[-Wdeprecated-declarations]
+  114 | queue = clCreateCommandQueue(ctx, device, 0, &err);
+  | ^
+/usr/include/CL/cl.h:1914:1: note: declared here
+ 1914 | clCreateCommandQueue(cl_context context,
+  | ^~~~
+---
+ src/samples/example_ctrsm.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/samples/example_ctrsm.c b/src/samples/example_ctrsm.c
+index 44664810..327fc2ce 100644
+--- a/src/samples/example_ctrsm.c
 b/src/samples/example_ctrsm.c
+@@ -81,7 +81,7 @@ int
+ main(void)
+ {
+ cl_int err;
+-cl_platform_id platform[] = { 0, 0 };
++cl_platform_id *platform;
+ cl_device_id device = 0;
+ cl_context_properties props[3] = { CL_CONTEXT_PLATFORM, 0, 0 };
+ cl_context ctx = 0;
+@@ -91,7 +91,7 @@ main(void)
+ int ret = 0;
+
+ /* Setup OpenCL environment. */
+-err = clGetPlatformIDs(sizeof( platform ), &platform, NULL);
++err = clGetPlatformIDs(sizeof( platform ), platform, NULL);
+ if (err != CL_SUCCESS) {
+ printf( "clGetPlatformIDs() failed with %d\n", err );
+ return 1;
diff -Nru clblas-2.12/debian/patches/series clblas-2.12/debian/patches/series
--- clblas-2.12/debian/patches/series   2024-04-26 18:44:20.0 +0200
+++ clblas-2.12/debian/patches/series   2024-08-02 09:02:59.0 +0200
@@ -11,3 +11,4 @@
 Fix-local-variables-not-declared-in-outermost-scope.patch
 no-implicit-declarations.patch
 missing-flags.patch
+361.patch



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063081: llvm-toolchain-17: NMU diff for 64-bit time_t transition

[Gianfranco Costamagna]

control: fixed -1 1:17.0.6-6
control: close -1


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076690: monero: FTBFS with miniupnpc 2.2.8

[Gianfranco Costamagna]

I added some more gcc-14 fixes, and used part of an upstream PR (9367)

diff -Nru monero-0.18.3.1+~0+20200826/debian/changelog 
monero-0.18.3.1+~0+20200826/debian/changelog
--- monero-0.18.3.1+~0+20200826/debian/changelog2023-10-08 
22:09:43.0 +0200
+++ monero-0.18.3.1+~0+20200826/debian/changelog2024-07-26 
18:48:19.0 +0200
@@ -1,3 +1,12 @@
+monero (0.18.3.1+~0+20200826-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Fix FTBFS with miniupnpc-2.2.8-2 (Closes: #1076690)
+- use upstream proposed PR 9367
+  * Add some c++-14 related fixes
+
+ -- Gianfranco Costamagna   Fri, 26 Jul 2024 
18:48:19 +0200
+
 monero (0.18.3.1+~0+20200826-1) unstable; urgency=medium
 
   * Team upload

diff -Nru monero-0.18.3.1+~0+20200826/debian/patches/9367.patch 
monero-0.18.3.1+~0+20200826/debian/patches/9367.patch
--- monero-0.18.3.1+~0+20200826/debian/patches/9367.patch   1970-01-01 
01:00:00.0 +0100
+++ monero-0.18.3.1+~0+20200826/debian/patches/9367.patch   2024-07-26 
18:48:19.0 +0200
@@ -0,0 +1,157 @@
+From 5074a543a49f7e23fb39b6462fd4c4c9741c3693 Mon Sep 17 00:00:00 2001
+From: 0xFFFC <0xfffc0...@proton.me>
+Date: Wed, 12 Jun 2024 21:29:23 +
+Subject: [PATCH 1/3] cmake: remove extera cmake/FindMiniupnpc.cmake and only
+ rely on external/miniupnpc.
+
+---
+ cmake/FindMiniupnpc.cmake | 59 ---
+ external/CMakeLists.txt   |  2 --
+ 2 files changed, 61 deletions(-)
+ delete mode 100644 cmake/FindMiniupnpc.cmake
+
+Index: monero-0.18.3.1+~0+20200826/external/CMakeLists.txt
+===
+--- monero-0.18.3.1+~0+20200826.orig/external/CMakeLists.txt
 monero-0.18.3.1+~0+20200826/external/CMakeLists.txt
+@@ -36,7 +36,11 @@
+ # others.
+
+ find_package(Miniupnpc REQUIRED)
++if(NOT MSVC)
++  add_compile_options(-D_GNU_SOURCE)
++endif()
+
++set(UPNPC_BUILD_TESTS FALSE CACHE BOOL "Disable miniupnp internal tests." 
FORCE)
+ set(UPNP_STATIC false PARENT_SCOPE)
+ #set(UPNP_INCLUDE ${MINIUPNP_INCLUDE_DIR} PARENT_SCOPE)
+ set(UPNP_LIBRARIES ${MINIUPNP_LIBRARY} PARENT_SCOPE)
+Index: monero-0.18.3.1+~0+20200826/CMakeLists.txt
+===
+--- monero-0.18.3.1+~0+20200826.orig/CMakeLists.txt
 monero-0.18.3.1+~0+20200826/CMakeLists.txt
+@@ -645,7 +645,7 @@
+ endfunction()
+
+ function (monero_add_library_with_deps)
+-  cmake_parse_arguments(MONERO_ADD_LIBRARY "" "NAME" "DEPENDS;SOURCES" 
${ARGN})
++  cmake_parse_arguments(MONERO_ADD_LIBRARY "" "NAME" 
"DEPENDS;LINKS;PRIVATE_LINKS;INCLUDES;PRIVATE_INCLUDES;SOURCES" ${ARGN})
+   source_group("${MONERO_ADD_LIBRARY_NAME}" FILES 
${MONERO_ADD_LIBRARY_SOURCES})
+
+   # Define a ("virtual") object library and an actual library that links those
+@@ -660,6 +660,22 @@
+   if (MONERO_ADD_LIBRARY_DEPENDS)
+ add_dependencies(${objlib} ${MONERO_ADD_LIBRARY_DEPENDS})
+   endif()
++  if (MONERO_ADD_LIBRARY_LINKS)
++target_link_libraries(${objlib} PUBLIC ${MONERO_ADD_LIBRARY_LINKS})
++target_link_libraries(${MONERO_ADD_LIBRARY_NAME} PUBLIC 
${MONERO_ADD_LIBRARY_LINKS})
++  endif()
++  if (MONERO_ADD_LIBRARY_PRIVATE_LINKS)
++target_link_libraries(${objlib} PRIVATE 
${MONERO_ADD_LIBRARY_PRIVATE_LINKS})
++target_link_libraries(${MONERO_ADD_LIBRARY_NAME} PRIVATE 
${MONERO_ADD_LIBRARY_PRIVATE_LINKS})
++  endif()
++  if (MONERO_ADD_LIBRARY_INCLUDES)
++target_include_directories(${objlib} PUBLIC 
${MONERO_ADD_LIBRARY_INCLUDES})
++target_include_directories(${MONERO_ADD_LIBRARY_NAME} PUBLIC 
${MONERO_ADD_LIBRARY_INCLUDES})
++  endif()
++  if (MONERO_ADD_LIBRARY_PRIVATE_INCLUDES)
++target_include_directories(${objlib} PRIVATE 
${MONERO_ADD_LIBRARY_PRIVATE_INCLUDES})
++target_include_directories(${MONERO_ADD_LIBRARY_NAME} PRIVATE 
${MONERO_ADD_LIBRARY_PRIVATE_INCLUDES})
++  endif()
+   set_property(TARGET "${MONERO_ADD_LIBRARY_NAME}" PROPERTY FOLDER "libs")
+   target_compile_definitions(${objlib}
+ PRIVATE 
$)
+Index: monero-0.18.3.1+~0+20200826/src/p2p/net_node.inl
+===
+--- monero-0.18.3.1+~0+20200826.orig/src/p2p/net_node.inl
 monero-0.18.3.1+~0+20200826/src/p2p/net_node.inl
+@@ -2989,7 +2989,8 @@
+ UPNPUrls urls;
+ IGDdatas igdData;
+ char lanAddress[64];
+-result = UPNP_GetValidIGD(deviceList, &urls, &igdData, lanAddress, sizeof 
lanAddress);
++  char wanaddr[64];   /* up address of the IGD on the WAN */
++result = UPNP_GetValidIGD(deviceList, &urls, &igdData, lanAddress, sizeof 
lanAddress, wanaddr, sizeof wanaddr);
+ freeUPNPDevlist(deviceList);
+ if (result > 0) {
+   if (result == 1) {
+@@ -3057,7 +3058,8 @@
+ UPNPUrls urls;
+ IGDdatas igdData;
+ char lanAddress[64];
+-result = 

Bug#1075631: warzone2100: ftbfs with GCC-14

[Gianfranco Costamagna]

Hello, for warzone2100 I see two issues:
1) embedded rapidjson library is used, and that one is incompatible with gcc-14.

An east fix is to Depend on rapidjson-dev and clean the embedded one during 
build.

Second set of issues are related to alloc-zero and uninitialized gcc flags. I 
overridden them.
The gcc-14 related issues seem to come from regex header and not real bugs in 
the code, but I failed to fully understand what
was going on (and this is the reason I'm not tagging with patch)

diff -Nru warzone2100-4.4.2/debian/changelog warzone2100-4.4.2/debian/changelog
--- warzone2100-4.4.2/debian/changelog  2023-12-29 05:05:34.0 +0100
+++ warzone2100-4.4.2/debian/changelog  2024-07-29 15:09:34.0 +0200
@@ -1,3 +1,13 @@
+warzone2100 (4.4.2-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Also add -Wno-error=alloc-zero, and -Wno-error=uninitialized
+to fix a regex issue with g++-14
+  * Add external rapidjson library, and remove the embedded one on clean
+target
+
+ -- Gianfranco Costamagna   Mon, 29 Jul 2024 
15:09:34 +0200
+
 warzone2100 (4.4.2-1) unstable; urgency=medium
 
   * new upstream release lots of bug fixes

diff -Nru warzone2100-4.4.2/debian/control warzone2100-4.4.2/debian/control
--- warzone2100-4.4.2/debian/control2023-12-29 05:05:34.0 +0100
+++ warzone2100-4.4.2/debian/control2024-07-26 18:58:16.0 +0200
@@ -42,6 +43,7 @@
  libxrandr-dev,
  ninja-build,
  pkg-config,
+ rapidjson-dev,
  unzip,
  xauth,
  xsltproc,
diff -Nru warzone2100-4.4.2/debian/rules warzone2100-4.4.2/debian/rules
--- warzone2100-4.4.2/debian/rules  2023-07-25 14:56:01.0 +0200
+++ warzone2100-4.4.2/debian/rules  2024-07-29 15:09:34.0 +0200
@@ -2,7 +2,7 @@
 
 #export DH_VERBOSE=1

 export DEB_BUILD_MAINT_OPTIONS = hardening=+all reproducible=-timeless
-export DEB_CPPFLAGS_MAINT_APPEND = -DNDEBUG
+export DEB_CPPFLAGS_MAINT_APPEND = -DNDEBUG -Wno-error=alloc-zero 
-Wno-error=uninitialized
 
 # workaround for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358

 ifneq (,$(filter $(DEB_HOST_ARCH), armel m68k mipsel powerpc riscv64 sh4))
@@ -48,4 +48,5 @@
# Do nothing here at the moment to work around a FTBFS
 
 override_dh_clean:

+   rm -rf 3rdparty/discord-rpc/thirdparty/rapidjson
rm -rf debian/build po/custom/fromJson.txt debian/warzone2100 
debian/warzone2100-data debian/tmp debian/warzone2100-music debian/.debhelper


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076690: monero: FTBFS with miniupnpc 2.2.8

[Gianfranco Costamagna]

On Mon, 22 Jul 2024 10:24:52 +0800 Yangfl  wrote:

Source: monero
Severity: important
Tags: trixie sid ftbfs patch

Hi,

Please find the attached patch to fix your package for the transition
to miniupnpc 2.2.8.


Hello I didn't test it but this might be a better patch

Index: monero-0.18.3.1+~0+20200826/src/p2p/net_node.inl
===
--- monero-0.18.3.1+~0+20200826.orig/src/p2p/net_node.inl
+++ monero-0.18.3.1+~0+20200826/src/p2p/net_node.inl
@@ -2989,7 +2989,7 @@
 UPNPUrls urls;
 IGDdatas igdData;
 char lanAddress[64];
-result = UPNP_GetValidIGD(deviceList, &urls, &igdData, lanAddress, sizeof 
lanAddress);
+result = UPNP_GetValidIGD(deviceList, &urls, &igdData, lanAddress, sizeof 
lanAddress, NULL, 0);
 freeUPNPDevlist(deviceList);
 if (result > 0) {
   if (result == 1) {
@@ -3007,8 +3007,10 @@
   MLOG_GREEN(el::Level::Info, "Added IGD port mapping.");
 }
   } else if (result == 2) {
-MWARNING("IGD was found but reported as not connected.");
+MWARNING("IGD was found but its IP address is reserved (non 
routable).");
   } else if (result == 3) {
+MWARNING("IGD was found but reported as not connected.");
+  } else if (result == 4) {
 MWARNING("UPnP device was found but not recognized as IGD.");
   } else {
 MWARNING("UPNP_GetValidIGD returned an unknown result code.");
@@ -3057,7 +3059,7 @@
 UPNPUrls urls;
 IGDdatas igdData;
 char lanAddress[64];
-result = UPNP_GetValidIGD(deviceList, &urls, &igdData, lanAddress, sizeof 
lanAddress);
+result = UPNP_GetValidIGD(deviceList, &urls, &igdData, lanAddress, sizeof 
lanAddress, NULL, 0);
 freeUPNPDevlist(deviceList);
 if (result > 0) {
   if (result == 1) {
@@ -3072,8 +3074,10 @@
   MLOG_GREEN(el::Level::Info, "Deleted IGD port mapping.");
 }
   } else if (result == 2) {
-MWARNING("IGD was found but reported as not connected.");
+MWARNING("IGD was found but its IP address is reserved (non 
routable).");
   } else if (result == 3) {
+MWARNING("IGD was found but reported as not connected.");
+  } else if (result == 4) {
 MWARNING("UPnP device was found but not recognized as IGD.");
   } else {
 MWARNING("UPNP_GetValidIGD returned an unknown result code.");


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1074897: marked as pending in rapidjson

[Gianfranco Costamagna]

Control: tag -1 pending

Hello,

Bug #1074897 in rapidjson reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/debian/rapidjson/-/commit/69e396dcc9fb8086ab38a742922e7464db66f2b5


Backport: Remove non-compiling assignment operator (Closes: #1074897)
Backport: Avoid inheritance from std::iterator (and remove forcing
  c++14 since deprecation warnings are no longer triggered)
Backport fixes for c++20


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1074897

Bug#1076541: [Debian-med-packaging] Bug#1076541: orthanc-wsi: autopkgtest failures (binNMU needed)

[Gianfranco Costamagna]

Hello,

>I guess the proper fix consists in adding a dependency on the
>"dcmtk-data" package (with a fixed version of dcmtk) in the
>"orthanc-wsi" package. I fear that the same issue will be detected on
>other DCMTK-related packages. I will now try to add this dependency,
>in the hope it will solve the issue.

It will fix because a rebuild will fix it, until the next transition
./Resources/Graveyard/CMakeLists.txt:SET(DCMTK_DICTIONARY_DIR "" CACHE PATH 
"Directory containing the DCMTK dictionaries \"dicom.dic\" and \"private.dic\" 
(only when using system version of DCMTK)")
and from orthanc
./OrthancFramework/Resources/CMake/DcmtkConfiguration.cmake:  
DICTIONARY_DICOM   ${DCMTK_SOURCES_DIR}/dcmdata/data/dicom.dic
./OrthancFramework/Sources/DicomParsing/FromDcmtkBridge.cpp:  
LoadEmbeddedDictionary(*locker, FrameworkResources::DICTIONARY_DICOM);

https://autopkgtest.ubuntu.com/packages/orthanc-wsi/oracular/amd64

You can see, I tried 
2.0+dfsg-3orthanc-wsi/2.0+dfsg-3 against itself fail
2.0+dfsg-2build5orthanc/1.12.4+dfsg-3build1 pass
then I rebuilt orthanc

2.0+dfsg-3orthanc-wsi/2.0+dfsg-3 orthanc/1.12.4+dfsg-3build1   FAIL

Then I rebuilt orthanc-wsi
2.0+dfsg-3build1orthanc-wsi/2.0+dfsg-3build1
and it succeeded.

So please double check, but I guess also wsi package needed a rebuild.

thanks for caring/fixing!

G.

Bug#1076542: nodejs: autopkgtest failures

[Gianfranco Costamagna]

Source: nodejs
Version: 20.15.1+dfsg-1
Severity: serious

Hello, two tests are now failing:
https://ci.debian.net/packages/n/nodejs/testing/amd64/49188413/

 45s not ok 253 parallel/test-cli-permission-multiple-allow
 45s   ---
 45s   duration_ms: 715.29500
 45s   severity: fail
 45s   exitcode: 1
 45s   stack: |-
 45s node:assert:126
 45s   throw new AssertionError(obj);
 45s   ^
 45s
 45s AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:
 45s + actual - expected
 45s
 45s + 'true'
 45s - 'false'
 45s at Object. 
(/tmp/autopkgtest-lxc.voqp2vqz/downtmp/build.4lW/src/test/parallel/test-cli-permission-multiple-allow.js:27:10)
 45s at Module._compile (node:internal/modules/cjs/loader:1358:14)
 45s at Module._extensions..js 
(node:internal/modules/cjs/loader:1416:10)
 45s at Module.load (node:internal/modules/cjs/loader:1208:32)
 45s at Module._load (node:internal/modules/cjs/loader:1024:12)
 45s at Function.executeUserEntryPoint [as runMain] 
(node:internal/modules/run_main:174:12)
 45s at node:internal/main/run_main_module:28:49 {
 45s   generatedMessage: true,
 45s   code: 'ERR_ASSERTION',
 45s   actual: 'true',
 45s   expected: 'false',
 45s   operator: 'strictEqual'
 45s }
 45s

 46s not ok 261 parallel/test-cli-permission-deny-fs
 46s   ---
 46s   duration_ms: 911.79900
 46s   severity: fail
 46s   exitcode: 1
 46s   stack: |-
 46s node:assert:126
 46s   throw new AssertionError(obj);
 46s   ^
 46s
 46s AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:
 46s + actual - expected
 46s
 46s + 'true'
 46s - 'false'
 46s at Object. 
(/tmp/autopkgtest-lxc.voqp2vqz/downtmp/build.4lW/src/test/parallel/test-cli-permission-deny-fs.js:45:10)
 46s at Module._compile (node:internal/modules/cjs/loader:1358:14)
 46s at Module._extensions..js 
(node:internal/modules/cjs/loader:1416:10)
 46s at Module.load (node:internal/modules/cjs/loader:1208:32)
 46s at Module._load (node:internal/modules/cjs/loader:1024:12)
 46s at Function.executeUserEntryPoint [as runMain] 
(node:internal/modules/run_main:174:12)
 46s at node:internal/main/run_main_module:28:49 {
 46s   generatedMessage: true,
 46s   code: 'ERR_ASSERTION',
 46s   actual: 'true',
 46s   expected: 'false',
 46s   operator: 'strictEqual'
 46s }
 46s
 46s Node.js v20.15.1
 46s   ...


Not sure what happened

Also, please add strace to test dependencies to also run strace tests
 68s ok 2483 parallel/test-strace-openat-openssl # skip missing strace

Note: to make it work you probably need the following patches:

diff -Nru 
nodejs-20.15.1+dfsg/debian/patches/ubuntu-openssl-fix-strace-openat-test.patch 
nodejs-20.15.1+dfsg/debian/patches/ubuntu-openssl-fix-strace-openat-test.patch
--- 
nodejs-20.15.1+dfsg/debian/patches/ubuntu-openssl-fix-strace-openat-test.patch  
1970-01-01 00:00:00.0 +
+++ 
nodejs-20.15.1+dfsg/debian/patches/ubuntu-openssl-fix-strace-openat-test.patch  
2024-06-28 12:25:37.0 +
@@ -0,0 +1,36 @@
Index: nodejs-20.13.1+dfsg/test/parallel/test-strace-openat-openssl.js
===
--- nodejs-20.13.1+dfsg.orig/test/parallel/test-strace-openat-openssl.js
+++ nodejs-20.13.1+dfsg/test/parallel/test-strace-openat-openssl.js
@@ -5,6 +5,7 @@ const { spawn, spawnSync } = require('no
 const { createInterface } = require('node:readline');
 const assert = require('node:assert');
 
+process.env.OPENSSL_CONF="/usr/lib/ssl/openssl.cnf"

 if (!common.hasCrypto)
   common.skip('missing crypto');
 if (!common.isLinux)
@@ -17,7 +18,7 @@ if (spawnSync('strace').error !== undefi
 
 {

   const allowedOpenCalls = new Set([
-'/etc/ssl/openssl.cnf',
+'/usr/lib/ssl/openssl.cnf',
   ]);
   const strace = spawn('strace', [
 '-f', '-ff',
@@ -42,6 +43,14 @@ if (spawnSync('strace').error !== undefi
 if (file.match(/\/proc\/.+/) !== null) {
   return;
 }
+// skip zoneinfo
+if (file.match(/zoneinfo64.res/) !== null) {
+  return;
+}
+// skip /dev/z90crypt, new in openssl 3.2*
+if (file.match(/z90crypt/) !== null) {
+  return;
+}
 
 assert(allowedOpenCalls.delete(file), `${file} is not in the list of allowed openat calls`);

   });

diff -Nru nodejs-20.15.1+dfsg/debian/tests/control 
nodejs-20.15.1+dfsg/debian/tests/control
--- nodejs-20.15.1+dfsg/debian/tests/control2024-07-09 08:02:04.0 
+
+++ nodejs-20.15.1+dfsg/debian/tests/control2024-07-09 21:53:29.0 
+
@@ -1,2 +1,2 @@
 Test-Command: ./debian/rules override_dh_auto_test-arch
-Depends: @, ca-certificates, python3, procps, curl, build-essential
+Depends: @, ca-certificates, python3, procps, curl, build-essential, 
tzdata-icu, strace


thanks,

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital

Bug#1076541: orthanc-wsi: autopkgtest failures (binNMU needed)

[Gianfranco Costamagna]

Source: orthanc-wsi
Version: 2.0+dfsg-3
Severity: serious


Hello, looks like orthanc-wsi detects the path of the dicom dictionary at build 
time.

So, it needs to be tied to a specific libdcmtk library, and needs a binNMU 
every time dcmtk changes version.


 43s autopkgtest [14:07:35]: test run-dicom-image-transcode-test: 
[---
293
 43s User 'orthanc' exists.
294
 43s Starting orthanc (via systemctl): orthanc.service.
295
 43s Orthanc is active.
296
 43s W0717 14:07:35.290296 88465020 FromDcmtkBridge.cpp:383] Loading external 
DICOM dictionary: "/usr/share/libdcmtk17/dicom.dic"
297
 43s E: DcmDataDictionary: Cannot open file: /usr/share/libdcmtk17/dicom.dic
298
 43s terminate called after throwing an instance of 'Orthanc::OrthancException'
299
 43s 
/tmp/autopkgtest-lxc.o3sgzx4o/downtmp/build.fsM/src/debian/tests/run-dicom-image-transcode-test:
 line 38:  2311 Aborted OrthancWSIDicomizer 
CMU-1-Small-Region.tiff --orthanc=$orthanc_server
300


https://ci.debian.net/packages/o/orthanc-wsi/testing/arm64/49182297/

The failure happens only when the package was built with an older dcmtk


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076518: indi-playerone depends on old libplayeronecamera2 library

[Gianfranco Costamagna]

Package: indi-playerone
Version: 0.9+20230105184731-1build2
Severity: Serious
Tags: patch

Hello, please update the build/runtime dependency to take care of the t64 
transition effect (mostly armhf)

G.

diff -Nru indi-playerone-0.9+20230105184731/debian/control 
indi-playerone-0.9+20230105184731/debian/control
--- indi-playerone-0.9+20230105184731/debian/control2024-03-22 
17:34:29.0 +0100
+++ indi-playerone-0.9+20230105184731/debian/control2024-07-17 
18:53:53.0 +0200
@@ -11,7 +10,7 @@
, libindi-dev
, zlib1g-dev
, libnova-dev
-   , libplayeronecamera2
+   , libplayeronecamera2t64
 Standards-Version: 4.6.0
 Homepage: https://github.com/indilib/indi-3rdparty
 Rules-Requires-Root: no
@@ -22,7 +21,7 @@
 Package: indi-playerone
 Architecture: amd64 armhf arm64
 Depends: ${shlibs:Depends}, ${misc:Depends}
-   , libplayeronecamera2
+   , libplayeronecamera2t64
 Description: INDI driver for cameras made by Playerone
  This package contains an INDI driver for cameras
  made by Playerone.




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076509: libavif: missing deps?

[Gianfranco Costamagna]

control: reassing -1 src:libavif
thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076509: libavif: missing deps?

[Gianfranco Costamagna]

Source: libavid
Version: 1.1.0-2
Severity: serious


Hello,

$ pkg-config --cflags libavif
Package dav1d was not found in the pkg-config search path.
Perhaps you should add the directory containing `dav1d.pc'
to the PKG_CONFIG_PATH environment variable
Package 'dav1d', required by 'libavif', not found
Package 'rav1e', required by 'libavif', not found
Package 'SvtAv1Enc', required by 'libavif', not found
Package 'aom', required by 'libavif', not found



apt install libdav1d-dev librav1e-dev libaom-dev libsvtav1enc-dev fixes the 
issue for me

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076080: q2cli: FTBFS in sid (python3.12)

[Gianfranco Costamagna]

Source: q2cli
Version: 2024.5.0-2
Severity: serious

Hello, for sure there is a warning about duplicated debian/control target, one 
can be dropped
This looks related to the fact that export PYBUILD_DISABLE=python3.12
is exported.

I: Running cd /build/q2cli-2024.5.0/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" 
dpkg-buildpackage -us -uc  && env PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-genchanges -S  
> ../q2cli_2024.5.0-2_source.changes
dpkg-buildpackage: info: source package q2cli
dpkg-buildpackage: info: source version 2024.5.0-2
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Michael R. Crusoe 
 dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
 debian/rules clean
debian/rules:28: warning: overriding recipe for target 'debian/control'
debian/rules:17: warning: ignoring old recipe for target 'debian/control'
dh clean --buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
   dh_autoreconf_clean -O--buildsystem=pybuild
   dh_clean -O--buildsystem=pybuild
 dpkg-source -b .
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building q2cli using existing ./q2cli_2024.5.0.orig.tar.gz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: building q2cli in q2cli_2024.5.0-2.debian.tar.xz
dpkg-source: info: building q2cli in q2cli_2024.5.0-2.dsc
 debian/rules binary
debian/rules:28: warning: overriding recipe for target 'debian/control'
debian/rules:17: warning: ignoring old recipe for target 'debian/control'
dh binary --buildsystem=pybuild
   dh_update_autotools_config -O--buildsystem=pybuild
   dh_autoreconf -O--buildsystem=pybuild
   dh_auto_configure -O--buildsystem=pybuild
   dh_auto_build -O--buildsystem=pybuild
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/q2cli-2024.5.0'
debian/rules:28: warning: overriding recipe for target 'debian/control'
debian/rules:17: warning: ignoring old recip

e for target 'debian/control'
dh_auto_test --no-parallel || true
make[1]: Leaving directory '/build/q2cli-2024.5.0'
   create-stamp debian/debhelper-build-stamp
   dh_testroot -O--buildsystem=pybuild
   dh_prep -O--buildsystem=pybuild
   dh_auto_install --destdir=debian/q2cli/ -O--buildsystem=pybuild
   debian/rules override_dh_install
make[1]: Entering directory '/build/q2cli-2024.5.0'
debian/rules:28: warning: overriding recipe for target 'debian/control'
debian/rules:17: warning: ignoring old recipe for target 'debian/control'
dh_install
mkdir -p debian/q2cli/usr/share/bash-completion/completions
mv debian/q2cli/usr/bin/tab-qiime 
debian/q2cli/usr/share/bash-completion/completions/qiime
mv: cannot stat 'debian/q2cli/usr/bin/tab-qiime': No such file or directory
make[1]: *** [debian/rules:23: override_dh_install] Error 1
make[1]: Leaving directory '/build/q2cli-2024.5.0'
make: *** [debian/rules:14: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
I: copying local configuration
E: Failed autobuilding of package
D: no hooks of type C found -- ignoring
I: unmounting dev/ptmx filesystem
I: unmounting dev/pts filesystem
I: unmounting dev/shm filesystem
I: unmounting proc filesystem
I: unmounting sys filesystem
I: cleaning the build env
I: removing directory /tmp/build/4175403 and its subdirectories


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1076067: avifile: armhf test regression with ffmpeg 6.1.1-5 and no neon instructions [PATCH]

[Gianfranco Costamagna]

Package: avifile
Version: 0.7.48~20090503.ds-26
Severity: serious
Tags: patch

Hello,
The attached should work to make sure we don't error out if neon flag is not 
built by ffmpeg.
I don't know how differently can try to make it smarter, or maybe we can just 
drop all that code.

  * Make sure the test doesn't fail when ffmpeg is built without neon support
on armhf


Thanks for considering the patch.
diff -Nru avifile-0.7.48~20090503.ds/debian/tests/decoding-test-data/test1.cc 
avifile-0.7.48~20090503.ds/debian/tests/decoding-test-data/test1.cc
--- avifile-0.7.48~20090503.ds/debian/tests/decoding-test-data/test1.cc 
2022-04-05 00:15:21.0 +0200
+++ avifile-0.7.48~20090503.ds/debian/tests/decoding-test-data/test1.cc 
2024-07-10 10:11:42.0 +0200
@@ -166,13 +166,13 @@
 flags = av_get_cpu_flags();
 std::cout << "Old cpu flags: 0x" << std::hex << flags
  << std::dec << std::endl;
-if (av_parse_cpu_caps(&flags, "-neon") < 0) {
-  std::cerr << "failed to parse cpu caps" << std::endl;
-  return 2;
+if (av_parse_cpu_caps(&flags, "-neon") >= 0) {
+  av_force_cpu_flags(flags);
+  std::cout << "New cpu flags: 0x" << std::hex << flags
+<< std::dec << std::endl;
+} else {
+  std::cout << "failed disable neon, ffmpeg built without support for it?" 
<< std::endl;
 }
-av_force_cpu_flags(flags);
-std::cout << "New cpu flags: 0x" << std::hex << flags
- << std::dec << std::endl;
   }
 
   /* get filename */



thanks

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1069130: fixed in python-mapnik 1:0.0~20240222-5ab32f020-1~exp1

[Gianfranco Costamagna]

Hello, the bug seems to have regressed due to new gcc/boost.
I crafted a new patch on top of the experimental upload that makes it build 
(note: one test is now relaxed, not sure how bad this is)


Description: Fixup boost:optional -> std::optional change in mapnik library.
Relax one test failure related to png reducing of cairo
Author: Gianfranco Costamagna 
Index: python-mapnik-0.0~20240222-5ab32f020/src/mapnik_image.cpp
===
--- python-mapnik-0.0~20240222-5ab32f020.orig/src/mapnik_image.cpp
+++ python-mapnik-0.0~20240222-5ab32f020/src/mapnik_image.cpp
@@ -230,7 +230,7 @@
 
 std::shared_ptr open_from_file(std::string const& filename)

 {
-boost::optional type = type_from_filename(filename);
+auto type = type_from_filename(filename);
 if (type)
 {
 std::unique_ptr reader(get_image_reader(filename,*type));
Index: python-mapnik-0.0~20240222-5ab32f020/src/mapnik_layer.cpp
===
--- python-mapnik-0.0~20240222-5ab32f020.orig/src/mapnik_layer.cpp
+++ python-mapnik-0.0~20240222-5ab32f020/src/mapnik_layer.cpp
@@ -95,7 +95,7 @@
 
 std::vector & (mapnik::layer::*_styles_)() = &mapnik::layer::styles;
 
-void set_maximum_extent(mapnik::layer & l, boost::optional > const& box)

+void set_maximum_extent(mapnik::layer & l, std::optional > 
const& box)
 {
 if (box)
 {
@@ -107,7 +107,7 @@
 }
 }
 
-void set_buffer_size(mapnik::layer & l, boost::optional const& buffer_size)

+void set_buffer_size(mapnik::layer & l, std::optional const& buffer_size)
 {
 if (buffer_size)
 {
@@ -121,7 +121,7 @@
 
 PyObject * get_buffer_size(mapnik::layer & l)

 {
-boost::optional buffer_size = l.buffer_size();
+std::optional buffer_size = l.buffer_size();
 if (buffer_size)
 {
 #if PY_VERSION_HEX >= 0x0300
Index: python-mapnik-0.0~20240222-5ab32f020/src/mapnik_map.cpp
===
--- python-mapnik-0.0~20240222-5ab32f020.orig/src/mapnik_map.cpp
+++ python-mapnik-0.0~20240222-5ab32f020/src/mapnik_map.cpp
@@ -105,7 +105,7 @@
 return m.query_map_point(idx, x, y);
 }
 
-void set_maximum_extent(mapnik::Map & m, boost::optional > const& box)

+void set_maximum_extent(mapnik::Map & m, std::optional > 
const& box)
 {
 if (box)
 {
Index: python-mapnik-0.0~20240222-5ab32f020/src/python_optional.hpp
===
--- python-mapnik-0.0~20240222-5ab32f020.orig/src/python_optional.hpp
+++ python-mapnik-0.0~20240222-5ab32f020/src/python_optional.hpp
@@ -22,13 +22,12 @@
 
 #pragma GCC diagnostic push

 #include 
-#include 
 #include 
 
 #include 

 #pragma GCC diagnostic pop
 
-// boost::optional to/from converter from John Wiegley

+// std::optional to/from converter from John Wiegley
 
 template 

 struct object_from_python
@@ -54,7 +53,7 @@
 {
 struct optional_to_python
 {
-static PyObject * convert(const boost::optional& value)
+static PyObject * convert(const std::optional& value)
 {
 return (value ? boost::python::to_python_value()(*value) :
 boost::python::detail::none());
@@ -90,9 +89,9 @@
 data)->storage.bytes;
 
 if (data->convertible == source)// == None

-new (storage) boost::optional(); // A Boost uninitialized 
value
+new (storage) std::optional(); // A Boost uninitialized 
value
 else
-new (storage) boost::optional(*static_cast(data->convertible));
+new (storage) std::optional(*static_cast(data->convertible));
 
 data->convertible = storage;

 }
@@ -100,18 +99,18 @@
 
 explicit python_optional()

 {
-register_python_conversion,
+register_python_conversion,
 optional_to_python, optional_from_python>();
 }
 };
 
-// to/from boost::optional

+// to/from std::optional
 template <>
 struct python_optional : public mapnik::util::noncopyable
 {
 struct optional_to_python
 {
-static PyObject * convert(const boost::optional& value)
+static PyObject * convert(const std::optional& value)
 {
 return (value ? PyFloat_FromDouble(*value) :
 boost::python::detail::none());
@@ -133,30 +132,30 @@
   
boost::python::converter::rvalue_from_python_stage1_data * data)
 {
 using namespace boost::python::converter;
-void * const storage = 
((rvalue_from_python_storage > *)
+void * const storage = 
((rvalue_from_python_storage > *)
 data)->storage.bytes;
 if (source == Py_None)  // == None
-

Bug#1070492: mixxx: Tries to use the network during build

[Gianfranco Costamagna]

Hello, looks like we need an additional build dependency currently in new queue
https://ftp-master.debian.org/new/libdjinterop_0.21.0+ds-1.html

when that library is not found, the system tries to build from source by 
downloading it.

Also this patch is needed to adapt build dependencies with the t64 renamed ones

diff -Nru mixxx-2.4.0+dfsg/debian/control mixxx-2.4.0+dfsg/debian/control
--- mixxx-2.4.0+dfsg/debian/control 2024-03-12 00:14:18.0 +0100
+++ mixxx-2.4.0+dfsg/debian/control 2024-07-04 07:55:35.0 +0200
@@ -55,8 +54,8 @@
  libtag1-dev,
  libupower-glib-dev,
  libusb-1.0-0-dev,
- libvamp-hostsdk3v5,
- libvamp-sdk2v5,
+ libvamp-hostsdk3t64,
+ libvamp-sdk2t64,
  libvorbis-dev,
  libwavpack-dev,
  pkgconf,

On Mon, 6 May 2024 13:23:47 +0200 Santiago Vila  wrote:

Package: src:mixxx
Version: 2.4.0+dfsg-2
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:


[...]
   --- LOG END ---
   error: downloading 
'https://github.com/xsco/libdjinterop/archive/refs/tags/0.20.1.tar.gz' failed
   status_code: 6
   status_string: "Couldn't resolve host name"
   log:
   --- LOG BEGIN ---
   Could not resolve host: github.com

   Closing connection



   --- LOG END ---
   error: downloading 
'https://launchpad.net/~xsco/+archive/ubuntu/djinterop/+sourcefiles/libdjinterop/0.20.1-0ubuntu1/libdjinterop_0.20.1.orig.tar.gz'
 failed
   status_code: 6
   status_string: "Couldn't resolve host name"
   log:
   --- LOG BEGIN ---
   Could not resolve host: launchpad.net

   Closing connection



   --- LOG END ---
   
 



make[4]: *** [CMakeFiles/libdjinterop.dir/build.make:102: 
libdjinterop-prefix/src/libdjinterop-stamp/libdjinterop-download] Error 1
make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
make[3]: *** [CMakeFiles/Makefile2:317: CMakeFiles/libdjinterop.dir/all] Error 2
make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
make[2]: *** [Makefile:169: all] Error 2
make[2]: Leaving directory '/<>/obj-x86_64-linux-gnu'
dh_auto_build: error: cd obj-x86_64-linux-gnu && make -j2 "INSTALL=install 
--strip-program=true" VERBOSE=1 returned exit code 2
make[1]: *** [debian/rules:21: override_dh_auto_build] Error 25
make[1]: Leaving directory '/<>'
make: *** [debian/rules:15: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2


The build was made using the unshare backend of sbuild, which
does not allow network access.

If you need a full build log, it also fails here for the same reason:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/mixxx.html



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1075603: debugpy: incompatible with new pydevd

[Gianfranco Costamagna]

Source: debugpy
Version: 1.8.0+ds-4
Severity: serious

Hello, the debugpy can't build anymore from source
 sbuild-build-depends-main-dummy : Depends: python3-pydevd (< 2.11) but 
3.1.0+ds-2 is to be installed


Looks like 1.8.2 is out, but I'm unsure about the compatibility with pydevd 
3.1.0

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1073348: inkscape: FTBFS: uri.cpp:86:9: error: ‘xmlFree’ was not declared in this scope; did you mean ‘xmlFreeURI’?

[Gianfranco Costamagna]

control: tags -1 patch

Hello, upstream released a one line fix for this issue:

https://gitlab.com/inkscape/inkscape/-/commit/694d8ae43d06efff21adebf377ce614d660b24cd
but other commits will need cherry-picking, e.g.
f7e944575ea5247952d23f85dfa905cfa13f7b28
1798e9c13b786f3d077ba0132592c4d5c1d1fb9b
694d8ae43d06efff21adebf377ce614d660b24cd
877fc26483f74f951eab516f1b57b136780a8c78

I'm attaching them, so you don't have to rebase.


G.
From f7e944575ea5247952d23f85dfa905cfa13f7b28 Mon Sep 17 00:00:00 2001
From: Andreas Sturmlechner 
Date: Mon, 4 Mar 2024 22:59:40 +0100
Subject: [PATCH] Fix build with >=poppler-24.03.0

Fixes build errors caused by:

"Use an enum for Function getType"
Upstream commit 6e3824d45d42cb806a28a2df84e4ab6bb3587083

Signed-off-by: Andreas Sturmlechner 

Fixes https://gitlab.com/inkscape/inkscape/-/issues/4787
---
 .../internal/pdfinput/poppler-transition-api.h | 10 ++
 src/extension/internal/pdfinput/svg-builder.cpp|  8 
 2 files changed, 14 insertions(+), 4 deletions(-)

Index: inkscape-1.2.2/src/extension/internal/pdfinput/poppler-transition-api.h
===
--- inkscape-1.2.2.orig/src/extension/internal/pdfinput/poppler-transition-api.h
+++ inkscape-1.2.2/src/extension/internal/pdfinput/poppler-transition-api.h
@@ -14,6 +14,16 @@
 
 #include 
 
+#if POPPLER_CHECK_VERSION(24, 3, 0)
+#define _POPPLER_FUNCTION_TYPE_SAMPLED Function::Type::Sampled
+#define _POPPLER_FUNCTION_TYPE_EXPONENTIAL Function::Type::Exponential
+#define _POPPLER_FUNCTION_TYPE_STITCHING Function::Type::Stitching
+#else
+#define _POPPLER_FUNCTION_TYPE_SAMPLED 0
+#define _POPPLER_FUNCTION_TYPE_EXPONENTIAL 2
+#define _POPPLER_FUNCTION_TYPE_STITCHING 3
+#endif
+
 #if POPPLER_CHECK_VERSION(22, 4, 0)
 #define _POPPLER_FONTPTR_TO_GFX8(font_ptr) ((Gfx8BitFont *)font_ptr.get())
 #else
Index: inkscape-1.2.2/src/extension/internal/pdfinput/svg-builder.cpp
===
--- inkscape-1.2.2.orig/src/extension/internal/pdfinput/svg-builder.cpp
+++ inkscape-1.2.2/src/extension/internal/pdfinput/svg-builder.cpp
@@ -923,8 +923,8 @@
 #define INT_EPSILON 8
 bool SvgBuilder::_addGradientStops(Inkscape::XML::Node *gradient, GfxShading *shading,
_POPPLER_CONST Function *func) {
-int type = func->getType();
-if ( type == 0 || type == 2 ) {  // Sampled or exponential function
+auto type = func->getType();
+if (type == _POPPLER_FUNCTION_TYPE_SAMPLED || type == _POPPLER_FUNCTION_TYPE_EXPONENTIAL) {
 GfxRGB stop1, stop2;
 if ( !svgGetShadingColorRGB(shading, 0.0, &stop1) ||
  !svgGetShadingColorRGB(shading, 1.0, &stop2) ) {
@@ -933,7 +933,7 @@
 _addStopToGradient(gradient, 0.0, &stop1, 1.0);
 _addStopToGradient(gradient, 1.0, &stop2, 1.0);
 }
-} else if ( type == 3 ) { // Stitching
+} else if (type == _POPPLER_FUNCTION_TYPE_STITCHING) {
 auto stitchingFunc = static_cast<_POPPLER_CONST StitchingFunction*>(func);
 const double *bounds = stitchingFunc->getBounds();
 const double *encode = stitchingFunc->getEncode();
@@ -946,7 +946,7 @@
 for ( int i = 0 ; i < num_funcs ; i++ ) {
 svgGetShadingColorRGB(shading, bounds[i + 1], &color);
 // Add stops
-if (stitchingFunc->getFunc(i)->getType() == 2) {// process exponential fxn
+if (stitchingFunc->getFunc(i)->getType() == _POPPLER_FUNCTION_TYPE_EXPONENTIAL) {
 double expE = (static_cast<_POPPLER_CONST ExponentialFunction*>(stitchingFunc->getFunc(i)))->getE();
 if (expE > 1.0) {
 expE = (bounds[i + 1] - bounds[i])/expE;// approximate exponential as a single straight line at x=1
From 1798e9c13b786f3d077ba0132592c4d5c1d1fb9b Mon Sep 17 00:00:00 2001
From: Tavmjong Bah 
Date: Tue, 26 Sep 2023 19:23:27 +
Subject: [PATCH] Up C++ version to C++20.

---
 CMakeLists.txt | 4 ++--
 _clang-format  | 2 +-
 src/ui/knot/knot-holder-entity.cpp | 2 +-
 src/ui/tools/pencil-tool.cpp   | 9 ++---
 4 files changed, 10 insertions(+), 7 deletions(-)

Index: inkscape-1.2.2/CMakeLists.txt
===
--- inkscape-1.2.2.orig/CMakeLists.txt
+++ inkscape-1.2.2/CMakeLists.txt
@@ -18,9 +18,9 @@
 # -
 # CMake Configuration
 # -
-set(CMAKE_CXX_STANDARD 17)
+set(CMAKE_CXX_STANDARD 20)
 set(CMAKE_CXX_STANDARD_REQUIRED ON)
-# set(CMAKE_CXX_EXTENSIONS OFF) # enforces -std=c++17 instead of -std=gnu++17
+# set(CMAKE_CXX_EXTENSIONS OFF) # enforces -std=c++20 instead of -std=gnu++20
 # TODO: build currently fails with it as we actually depend on GNU compiler 

Bug#1073822: sight: FTBFS with VTK 9.3.0

[Gianfranco Costamagna]

control: tags -1 patch

cat debian/patches/new-libxml2.12.patch
Description: Fix build failure with libxml >= 2.12
Author: Gianfranco Costamagna 
Origin: Inspired from 
https://github.com/0ad/0ad/commit/d242631245edb66816ef9960bdb2c61b68e56cec.patch
Bug-Debian: https://bugs.debian.org/1073822
Last-Update: 2024-06-20

--- sight-23.1.0.orig/libs/core/core/runtime/detail/io/Validator.cpp
+++ sight-23.1.0/libs/core/core/runtime/detail/io/Validator.cpp
@@ -201,7 +201,7 @@ bool Validator::validate(xmlNodePtr node
 
 //--
 
-void Validator::ErrorHandler(void* userData, xmlErrorPtr error)

+void Validator::ErrorHandler(void* userData, std::conditional_t= 
21200, const xmlError, xmlError>* error)
 {
 auto* validator = reinterpret_cast(userData);
 
--- sight-23.1.0.orig/libs/core/core/runtime/detail/io/Validator.hpp

+++ sight-23.1.0/libs/core/core/runtime/detail/io/Validator.hpp
@@ -131,7 +131,7 @@ private:
 SchemaSptr m_schema;
 SchemaValidCtxtSptr m_schemaValidContext;
 
-static void ErrorHandler(void* userData, xmlErrorPtr error);

+static void ErrorHandler(void* userData, std::conditional_t= 
21200, const xmlError, xmlError>* error);
 };
 
 } // namespace sight::core::runtime::detail::io


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1073793: camitk FTBFS with VTK 9.3

[Gianfranco Costamagna]

Hello, I'm attaching a "patch" that at least makes it build properly.
I will upload to Ubuntu, hopefully upstream will solve it in the future

 cat debian/patches/vtk-9.3.patch
Description: Followup with deprecated vtkConfigure.h header, renaming of 
SetQuadQualityMeasureToMaxEdgeRatios into SetQuadQualityMeasureToMaxEdgeRatio 
and removal of SetTetQualityMeasureToAspectBeta
Author: Gianfranco Costamagna 
Last-Update: 2024-06-20

Index: camitk-5.2.0/sdk/components/vtkimage/RawDataDialog.cpp
===
--- camitk-5.2.0.orig/sdk/components/vtkimage/RawDataDialog.cpp
+++ camitk-5.2.0/sdk/components/vtkimage/RawDataDialog.cpp
@@ -33,8 +33,10 @@
 #include 
 
 // -- VTK includes

+#include 
+#ifndef VTK_MAJOR_VERSION
 #include 
-
+#endif
 
 //--- Constructor -

 RawDataDialog::RawDataDialog(QString filename)
Index: camitk-5.2.0/sdk/actions/mesh/basicmesh/MeshQuality.cpp
===
--- camitk-5.2.0.orig/sdk/actions/mesh/basicmesh/MeshQuality.cpp
+++ camitk-5.2.0/sdk/actions/mesh/basicmesh/MeshQuality.cpp
@@ -549,7 +549,7 @@
 maxNR = VTK_DOUBLE_MAX;
 break;
 case 6:
-qualityFilter->SetHexQualityMeasureToMaxEdgeRatios();
+qualityFilter->SetHexQualityMeasureToMaxEdgeRatio();
 minAR = 1;
 maxAR = 1.3;
 minNR = 1;
@@ -709,7 +709,7 @@
 maxNR = VTK_DOUBLE_MAX;
 break;
 case 8:
-qualityFilter->SetQuadQualityMeasureToMaxEdgeRatios();
+qualityFilter->SetQuadQualityMeasureToMaxEdgeRatio();
 minAR = 1;
 maxAR = 1.3;
 minNR = 1;
@@ -827,13 +827,13 @@
 qualityFilter->SetInputConnection(meshComponent->getDataPort());
 qualityFilter->SetHexQualityMeasureToDistortion();
 switch (qualityTest) {
-case 0:
-qualityFilter->SetTetQualityMeasureToAspectBeta();
-minAR = 0.1;
-maxAR = VTK_DOUBLE_MAX;
-minNR = 0;
-maxNR = VTK_DOUBLE_MAX;
-break;
+//case 0:
+//qualityFilter->SetTetQualityMeasureToAspectBeta();
+//minAR = 0.1;
+//maxAR = VTK_DOUBLE_MAX;
+//minNR = 0;
+//maxNR = VTK_DOUBLE_MAX;
+//break;
 case 1:
 qualityFilter->SetTetQualityMeasureToAspectFrobenius();
 minAR = 1;


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1073199: botch: please update from libyojson-ocaml-dev to new yojson-tools package

[Gianfranco Costamagna]

Hello, we should also add it to build-depends:

--- botch-0.24/debian/control   2024-06-14 14:01:13.0 +0200
+++ botch-0.24/debian/control   2024-06-14 14:35:36.0 +0200
@@ -36,6 +36,7 @@
  libgraph-easy-perl  ,
  graphviz,
  black   ,
+ yojson-tools,
 Build-Depends-Indep:
  discount ,
  graphviz ,

G.

On Fri, 14 Jun 2024 14:06:43 +0200 Gianfranco Costamagna 
 wrote:

Package: botch
Version: 0.24-3
Severity: serious
Tags: patch


Hello, new yojson 2.2.1-1 created a new yojson-tools package, making this 
package fail
it's own autopkgtests due to missing tools (ydump)

I think the best way to move forward is to update the dependency of your package

   * Depend on yojson-tools instead of old libyojson-ocaml-dev
 to fix missing ydump tool (split from libyojson-ocaml-dev)
 This fixes autopkgtests


Thanks for considering the patch.

--- botch-0.24/debian/control   2024-06-10 12:40:37.0 +0200
+++ botch-0.24/debian/control   2024-06-14 14:01:13.0 +0200
@@ -60,7 +60,7 @@
   python3-pygraphviz (>= 1.4~rc1),
   zutils,
   dpkg-dev,
- libyojson-ocaml-dev,
+ yojson-tools,
  # libjs-jquery-tablesorter and libjs-jquery are needed to look at the 
generated
  # HTML with javascript bling
  Recommends:


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1073200: ppx-expect: FTBFS in sid

[Gianfranco Costamagna]

Source: ppx-expect
Version: 0.16.0-5
Severity: serious

Hello, after the new round of ocaml updates, the package started FTBFS.
I noticed 0.17.0 is out

(cd _build/default && /usr/bin/ocamlc.opt -w -40 -g -bin-annot -I 
evaluator/.ppx_expect_evaluator.objs/byte -I /usr/lib/ocaml/base -I 
/usr/lib/ocaml/base/base_internalhash_types -I /usr/lib/ocaml/base/caml -I 
/usr/lib/ocaml/base/shadow_stdlib -I /usr/lib/ocaml/jane-street-headers -I 
/usr/lib/ocaml/ppx_compare/runtime-lib -I /usr/lib/ocaml/ppx_enumerate/runtime-lib -I 
/usr/lib/ocaml/ppx_hash/runtime-lib -I /usr/lib/ocaml/ppx_inline_test/config -I 
/usr/lib/ocaml/ppx_inline_test/runtime-lib -I /usr/lib/ocaml/ppx_sexp_conv/runtime-lib 
-I /usr/lib/ocaml/ppxlib/print_diff -I /usr/lib/ocaml/re -I /usr/lib/ocaml/seq -I 
/usr/lib/ocaml/sexplib0 -I /usr/lib/ocaml/stdio -I /usr/lib/ocaml/time_now -I 
collector/.expect_test_collector.objs/byte -I common/.expect_test_common.objs/byte -I 
config/types/.expect_test_config_types.objs/byte -I 
make-corrected-file/.make_corrected_file.objs/byte -I 
matcher/.expect_test_matcher.objs/byte -intf-suffix .ml -no-alias-deps -o 
evaluator/.ppx_expect_evaluator.objs/byte/ppx_expect_evaluator.cmo -c -impl 
evaluator/ppx_expect_evaluator.ml)
File "evaluator/ppx_expect_evaluator.ml", line 82, characters 6-10:
82 | | None -> File.initial_dir ()
   

content of that file was removed in 
https://github.com/janestreet/ppx_expect/commit/f613355a6bc949ec7e6fa8e8d62604aa503cac09#diff-b3af3e6c316a3aadcb636cb79d80da1220d2565c5cbfd03d1cecd44af0f744dd

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1073199: botch: please update from libyojson-ocaml-dev to new yojson-tools package

[Gianfranco Costamagna]

Package: botch
Version: 0.24-3
Severity: serious
Tags: patch


Hello, new yojson 2.2.1-1 created a new yojson-tools package, making this 
package fail
it's own autopkgtests due to missing tools (ydump)

I think the best way to move forward is to update the dependency of your package

  * Depend on yojson-tools instead of old libyojson-ocaml-dev
to fix missing ydump tool (split from libyojson-ocaml-dev)
This fixes autopkgtests


Thanks for considering the patch.

--- botch-0.24/debian/control   2024-06-10 12:40:37.0 +0200
+++ botch-0.24/debian/control   2024-06-14 14:01:13.0 +0200
@@ -60,7 +60,7 @@
  python3-pygraphviz (>= 1.4~rc1),
  zutils,
  dpkg-dev,
- libyojson-ocaml-dev,
+ yojson-tools,
 # libjs-jquery-tablesorter and libjs-jquery are needed to look at the generated
 # HTML with javascript bling
 Recommends:


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1073128: clamav: unaligned access on armhf architecture

[Gianfranco Costamagna]

Source: clamav
Version: 1.3.1+dfsg-3
Severity: serious
tags: patch

Hello, in Ubuntu, where the kernel is configured to forbid unaligned accesses 
on armhf, the package FTBFS
(this should be reproducible also on some Debian buildd machines, this is why 
I'm reporting as serious severity)
example of failure:
https://launchpadlibrarian.net/734963041/buildlog_ubuntu-oracular-armhf.clamav_1.3.1+dfsg-3ubuntu1_BUILDING.txt.gz


3: clamscan/fp_check_test.py::TC::test_fp_for_normalized PASSED [ 
52%]
5: freshclam_test.py::TC::test_freshclam_08_cdiff_update_twice PASSED   
[100%]
5:
5: === warnings summary 
===
5: freshclam_test.py:20
5:   /<>/unit_tests/freshclam_test.py:20: DeprecationWarning: 
'cgi' is deprecated and slated for removal in Python 3.13
5: import cgi
5:
5: -- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html
5: == 10 passed, 1 skipped, 1 warning in 49.40s 
===
3: clamscan/fp_check_test.py::TC::test_fp_for_normalized_wild PASSED[ 
54%]
4: clamd_test.py::TC::test_clamd_08_VirusEvent PASSED   [ 
69%]
3: clamscan/fp_check_test.py::TC::test_fp_for_zipped_file PASSED[ 
56%]
3: clamscan/fp_check_test.py::TC::test_fp_for_zipped_file_wild PASSED   [ 
58%]
2/6 Test #5: freshclam    Passed   51.50 sec
test 6
Start 6: sigtool

6: Test command: /usr/bin/pytest "-v" "sigtool_test.py"
6: Working Directory: /<>/unit_tests
6: Environment variables:
6:  PYTHONTRACEMALLOC=1
6:  VERSION=1.3.1
6:  SOURCE=/<>
6:  BUILD=/<>/obj-arm-linux-gnueabihf
6:  TMP=/<>/obj-arm-linux-gnueabihf/unit_tests
6:  CK_FORK=no
6:  CK_DEFAULT_TIMEOUT=300
6:  
LD_LIBRARY_PATH=/<>/obj-arm-linux-gnueabihf/libfreshclam:/<>/obj-arm-linux-gnueabihf/libclamav:/usr/lib/arm-linux-gnueabihf:
6:  
DYLD_LIBRARY_PATH=/<>/obj-arm-linux-gnueabihf/libfreshclam:/<>/obj-arm-linux-gnueabihf/libclamav:/usr/lib/arm-linux-gnueabihf:
6:  PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
6:  LIBSSL=/usr/lib/arm-linux-gnueabihf/libssl.so
6:  LIBCRYPTO=/usr/lib/arm-linux-gnueabihf/libcrypto.so
6:  LIBZ=/usr/lib/arm-linux-gnueabihf/libz.so
6:  LIBBZ2=/usr/lib/arm-linux-gnueabihf/libbz2.so
6:  LIBPCRE2=/usr/lib/arm-linux-gnueabihf/libpcre2-8.so
6:  LIBXML2=/usr/lib/arm-linux-gnueabihf/libxml2.so
6:  LIBCURL=/usr/lib/arm-linux-gnueabihf/libcurl.so
6:  LIBJSONC=/usr/lib/arm-linux-gnueabihf/libjson-c.so
6:  LIBICONV=
6:  LLVM_LIBS=
6:  LLVM_DIRS=
6:  LIBPTHREADW32=
6:  LIBWIN32COMPAT=
6:  
LIBCLAMAV=/<>/obj-arm-linux-gnueabihf/libclamav/libclamav.so.12.0.2
6:  LIBCLAMMSPACK=/usr/lib/arm-linux-gnueabihf/libmspack.so
6:  LIBCLAMUNRARIFACE=
6:  LIBCLAMUNRAR=
6:  
CHECK_CLAMAV=/<>/obj-arm-linux-gnueabihf/unit_tests/check_clamav
6:  CHECK_CLAMD=/<>/obj-arm-linux-gnueabihf/unit_tests/check_clamd
6:  
CHECK_FPU_ENDIAN=/<>/obj-arm-linux-gnueabihf/unit_tests/check_fpu_endian
6:  CLAMBC=/<>/obj-arm-linux-gnueabihf/clambc/clambc
6:  CLAMD=/<>/obj-arm-linux-gnueabihf/clamd/clamd
6:  CLAMDSCAN=/<>/obj-arm-linux-gnueabihf/clamdscan/clamdscan
6:  CLAMDTOP=/<>/obj-arm-linux-gnueabihf/clamdtop/clamdtop
6:  CLAMSCAN=/<>/obj-arm-linux-gnueabihf/clamscan/clamscan
6:  CLAMSUBMIT=/<>/obj-arm-linux-gnueabihf/clamsubmit/clamsubmit
6:  CLAMCONF=/<>/obj-arm-linux-gnueabihf/clamconf/clamconf
6:  FRESHCLAM=/<>/obj-arm-linux-gnueabihf/freshclam/freshclam
6:  SIGTOOL=/<>/obj-arm-linux-gnueabihf/sigtool/sigtool
6:  
CLAMAV_MILTER=/<>/obj-arm-linux-gnueabihf/clamav-milter/clamav-milter
6:  CLAMONACC=/<>/obj-arm-linux-gnueabihf/clamonacc/clamonacc
6: Test timeout computed to be: 1500
3: clamscan/fuzzy_img_hash_test.py::TC::test_sigs_bad_algorithm PASSED  [ 
60%]
3: clamscan/fuzzy_img_hash_test.py::TC::test_sigs_bad_hamming PASSED[ 
62%]
3: clamscan/fuzzy_img_hash_test.py::TC::test_sigs_bad_hash PASSED   [ 
64%]
3: clamscan/fuzzy_img_hash_test.py::TC::test_sigs_good_allmatch PASSED  [ 
66%]
4: clamd_test.py::TC::test_clamd_09_clamdscan_ExcludePath PASSED[ 
76%]
6: = test session starts 
==
6: platform linux -- Python 3.12.3, pytest-7.4.4, pluggy-1.5.0 -- 
/usr/bin/python3
6: cachedir: .pytest_cache
6: rootdir: /<>/unit_tests
6: collecting ... collected 3 items
6:
3: clamscan/heuristics_test.py::TC::test_allmatch FAILED[ 
67%]
6: sigtool_test.py::TC::test_sigtool_00_version PASSED  [ 
33%]
3: clamscan/heuristics_test.py::TC::test_allmatch_precedence FAILED [ 
69%]
6: sigtool_test.py::TC::test_sigtool_01_run_cdiff PASSED[ 
66%]
4: clamd_test.py::TC::test_clamd_10_allmatch_not_sticky PASSED  [ 
84%]
3: clamscan/heuristics_test.py::TC::test_hidden_by_strong_indicator FAILED  [ 
71%]
6: sigtool_test.py::TC::test_sigtool_02_rust_logs_messages_work PASSED  
[100%]
6:
6: == 3 passed in 2.9

Bug#1072672: ppx-deriving: autopkgtest regression

[Gianfranco Costamagna]

Package: ppx-deriving
Version: 6.0.2-1
Severity: Serious
Tags: patch


Hello, the ppx-deriving autopkgtest is now failing. I think this is just a matter of 
updating the show.expected result, removing the "Show" keyword

 78s (Reading database ... 77908 files and directories currently installed.)
 78s Removing autopkgtest-satdep (0) ...
 78s autopkgtest [13:58:57]: test show: [---
 78s 1c1
 78s < tree: (Node [(Leaf 17); (Leaf 42); (Leaf 73)])
 78s ---
 78s > tree: (Show.Node [(Show.Leaf 17); (Show.Leaf 42); (Show.Leaf 73)])
 79s autopkgtest [13:58:58]: test show: ---]




  * Update test for new show returned value


Thanks for considering the patch.

diff -Nru ppx-deriving-6.0.2/debian/tests/show.expected 
ppx-deriving-6.0.2/debian/tests/show.expected
--- ppx-deriving-6.0.2/debian/tests/show.expected   2024-06-03 
14:45:24.0 +0200
+++ ppx-deriving-6.0.2/debian/tests/show.expected   2024-06-06 
09:33:04.0 +0200
@@ -1 +1 @@
-tree: (Show.Node [(Show.Leaf 17); (Show.Leaf 42); (Show.Leaf 73)])
+tree: (Node [(Leaf 17); (Leaf 42); (Leaf 73)])




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072668: ocplib-simplex: autopkgtest failures (missing zarith)

[Gianfranco Costamagna]

Package: ocplib-simplex
Version: 0.5.1-1
Severity: serious
Tags: patch

Hello, looks like zarith is a test dependency (but not a runtime dependency).

102s autopkgtest [08:43:49]: test upstream-tests: [---
102s File "dune", line 13, characters 27-33:
102s 13 |  (libraries ocplib-simplex zarith))
102s ^^
102s Error: Library "zarith" not found.
102s -> required by _build/default/solveEmpty.exe
102s -> required by _build/default/solveEmpty.output
102s -> required by alias runtest in dune:15
103s autopkgtest [08:43:50]: test upstream-tests: ---]
103s upstream-tests   FAIL non-zero exit status 1
103s autopkgtest [08:43:50]: test upstream-tests:  - - - - - - - - - - results 
- - - - - - - - - -
103s autopkgtest [08:43:50]: test upstream-tests:  - - - - - - - - - - stderr - 
- - - - - - - - -
103s File "dune", line 13, characters 27-33:
103s 13 |  (libraries ocplib-simplex zarith))
103s ^^
103s Error: Library "zarith" not found.
103s -> required by _build/default/solveEmpty.exe
103s -> required by _build/default/solveEmpty.output
103s -> required by alias runtest in dune:15


My proposed solution since this look like not useful at runtime, is to add the 
dependency to tests/control.


  * Test depend on libzarith-ocaml-dev, dependency used for testing.


Thanks for considering the patch.

--- ocplib-simplex-0.5.1/debian/tests/control   2024-06-04 06:26:17.0 
+0200
+++ ocplib-simplex-0.5.1/debian/tests/control   2024-06-06 08:03:17.0 
+0200
@@ -1,2 +1,2 @@
 Tests: upstream-tests
-Depends: @, ocaml, ocaml-dune, libnum-ocaml-dev, liblogs-ocaml-dev
+Depends: @, ocaml, ocaml-dune, libnum-ocaml-dev, liblogs-ocaml-dev, 
libzarith-ocaml-dev




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072394: fcgiwrap: autopkgtest failures: The requested URL returned error: 500

[Gianfranco Costamagna]

control: tags -1 patch

Hello, it turned out, thanks to Mitchell Dzurick, that a simple chown of 
www-data is enough to
make new git stop complaining about the permission bits of the directory.

I plan to NMU in the next weeks if the bug isn't fixed, to unblock this package 
from being removed from testing.

thanks

Gianfranco

diff -Nru fcgiwrap-1.1.0/debian/changelog fcgiwrap-1.1.0/debian/changelog
--- fcgiwrap-1.1.0/debian/changelog 2022-12-17 18:23:54.0 +0100
+++ fcgiwrap-1.1.0/debian/changelog 2024-06-04 19:57:31.0 +0200
@@ -1,3 +1,12 @@
+fcgiwrap (1.1.0-14.1) unstable; urgency=medium
+
+  * d/t/git-http-backend: make www-data own $AUTOPKGTEST_TMP/test1/.git
+git introduced more aggressive security checking, so the dep8 test needs
+to explicitly change ownership of the new git directory.
+(LP: #2067942, Closes: #1072394)
+
+ -- Mitchell Dzurick   Tue, 04 Jun 2024 
19:57:31 +0200
+
 fcgiwrap (1.1.0-14) unstable; urgency=medium
 
   * Brown paper bag release.

diff -Nru fcgiwrap-1.1.0/debian/tests/git-http-backend 
fcgiwrap-1.1.0/debian/tests/git-http-backend
--- fcgiwrap-1.1.0/debian/tests/git-http-backend2022-11-21 
18:05:05.0 +0100
+++ fcgiwrap-1.1.0/debian/tests/git-http-backend2024-06-04 
19:57:31.0 +0200
@@ -12,7 +12,7 @@
 
 git init test1

 git -C test1 commit --allow-empty -m test
-
+chown -R www-data:www-data "$AUTOPKGTEST_TMP"/test1/.git
 tee /etc/nginx/sites-available/default <

OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072394: fcgiwrap: autopkgtest failures: The requested URL returned error: 500

[Gianfranco Costamagna]

Hello, the Ubuntu bug looks like progressing with debugging information and a 
possible patch

https://bugs.launchpad.net/ubuntu/+source/fcgiwrap/+bug/2067942


 systemctl restart nginx
git clone http://localhost/test1 test2
```

I see:
# cat /var/log/nginx/error.log
2024/06/04 00:23:09 [error] 14300#14300: *1 FastCGI sent in stderr: "fatal: 
detected dubious ownership in repository at 
'/tmp/autopkgtest.mitch/autopkgtest_tmp/test1/.git'
To add an exception for this directory, call:

git config --global --add safe.directory /tmp/autopkgtest.mitch/autopkgtest_tmp/test1/.git" while 
reading response header from upstream, client: 127.0.0.1, server: , request: "GET 
/test1/info/refs?service=git-upload-pack HTTP/1.1", upstream: 
"fastcgi://unix:/run/fcgiwrap.socket:", host: "localhost"

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072394: fcgiwrap: autopkgtest failures: The requested URL returned error: 500

[Gianfranco Costamagna]

Source: fcgiwrap
Version: 1.1.0-14
Severity: serious


Hello, since some days, the package starting return autopkgtest errors. I don't 
know if this
is related to new git, or new nginx or something else.

https://ci.debian.net/packages/f/fcgiwrap/unstable/amd64/47141721/


 34s autopkgtest [14:25:27]: test git-http-backend: [---
 34s + cd /tmp/autopkgtest-lxc.9ukljw6a/downtmp/autopkgtest_tmp
 34s + export GIT_AUTHOR_NAME=root
 34s + export GIT_AUTHOR_EMAIL=root@localhost
 34s + export GIT_AUTHOR_DATE=@1234567890 +
 34s + export GIT_COMMITTER_NAME=root
 34s + export GIT_COMMITTER_EMAIL=root@localhost
 34s + export GIT_COMMITTER_DATE=@1234567890 +
 34s + git init test1
 34s hint: Using 'master' as the name for the initial branch. This default 
branch name
 34s hint: is subject to change. To configure the initial branch name to use in 
all
 34s hint: of your new repositories, which will suppress this warning, call:
 34s hint:
 34s hint:  git config --global init.defaultBranch 
 34s hint:
 34s hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
 34s hint: 'development'. The just-created branch can be renamed via this 
command:
 34s hint:
 34s hint:  git branch -m 
 34s Initialized empty Git repository in 
/tmp/autopkgtest-lxc.9ukljw6a/downtmp/autopkgtest_tmp/test1/.git/
 34s + git -C test1 commit --allow-empty -m test
 34s [master (root-commit) 0f8c7c0] test
 34s + tee /etc/nginx/sites-available/default
 34s server {
 34slisten 80;
 34s
 34slocation / {
 34sfastcgi_pass unix:/run/fcgiwrap.socket;
 34sinclude fastcgi_params;
 34sfastcgi_param SCRIPT_FILENAME 
/usr/lib/git-core/git-http-backend;
 34sfastcgi_param GIT_PROJECT_ROOT 
"/tmp/autopkgtest-lxc.9ukljw6a/downtmp/autopkgtest_tmp";
 34sfastcgi_param GIT_HTTP_EXPORT_ALL "";
 34sfastcgi_param PATH_INFO $uri;
 34sfastcgi_param NO_BUFFERING "";
 34sfastcgi_buffering off;
 34sgzip off;
 34s}
 34s }
 34s + systemctl restart nginx
 34s + git clone http://localhost/test1 test2
 34s Cloning into 'test2'...
 34s fatal: unable to access 'http://localhost/test1/': The requested URL 
returned error: 500
 35s autopkgtest [14:25:28]: test git-http-backend: ---]

Please have a look,

thanks

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1071336: psensor: FTBFS: FAIL test-cppcheck.sh

[Gianfranco Costamagna]

Hello, I uploaded the package on git, please for the future commit this change:

diff -Nru psensor-1.2.1/debian/copyright psensor-1.2.1/debian/copyright
--- psensor-1.2.1/debian/copyright    2024-05-31 04:01:47.0 +0200
+++ psensor-1.2.1/debian/copyright    2024-05-31 15:09:53.0 +0200
@@ -4,7 +4,7 @@
 Source: http://wpitchoune.net/psensor
 
 Files: *

-Copyright: 2010-2014 Jean-Philippe Orsini 
+Copyright: 2010-2020 Jean-Philippe Orsini 
 License: GPL-2.0
 
 Files: www/jqplot.css www/jqplot.dateAxisRenderer.js www/jqplot.js








Il venerdì 31 maggio 2024 alle ore 14:10:43 CEST, Santiago Vila 
 ha scritto: 





El 31/5/24 a las 13:41, xiao sheng wen(肖盛文) escribió:
> Hi Santiago,
> 
>      Would you report a new bug about this FTBFS on arm64 arch?
> 
> As Bug#1071336 is closed now.

Well, don't worry, it was not my intention to mix two problems in
the same report, only to make you aware of the build failure.

The package will not enter testing if it does not build in all the buildds,
so I leave the bug report to you.

> Cc to Debian arm ports maillist debian-...@lists.debian.org is also ok.
> This build failed only take palace under arm64 arch.
> 
> I has a arm64 box, I'll try build later.

As Gianfranco has pointed out, this problem does not seem to be arm64-specific.

My bet is that it's a Makefile bug. I'd try using make --shuffle from make 4.4
to reproduce it. Good luck.


Thanks.

Bug#1071336: psensor: FTBFS: FAIL test-cppcheck.sh

[Gianfranco Costamagna]

At the end I think I also fixed with upstream merge_request 31 the failure


So, changes (attached) are:
1) add unity integration B-D
2) add 30.patch proposed upstream to fix FTBFS when building twice
3) add 31.patch proposed upstream to fix FTBFS with parallel builds.

G.



diff
Description: Binary data

Bug#1071336: psensor: FTBFS: FAIL test-cppcheck.sh

[Gianfranco Costamagna]

Also please consider making it build twice with this simple patch deleting the 
manpages
https://gitlab.com/jeanfi/psensor/-/merge_requests/30

Fixing bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1045882





Il venerdì 31 maggio 2024 alle ore 14:20:33 CEST, Gianfranco Costamagna 
 ha scritto: 





Disabling lto, forcing parallel=1 and adding libunity-dev made it build on 
every architecture on Ubuntu :)

G.






Il venerdì 31 maggio 2024 alle ore 14:10:43 CEST, Santiago Vila 
 ha scritto: 





El 31/5/24 a las 13:41, xiao sheng wen(肖盛文) escribió:
> Hi Santiago,
> 
>      Would you report a new bug about this FTBFS on arm64 arch?
> 
> As Bug#1071336 is closed now.

Well, don't worry, it was not my intention to mix two problems in
the same report, only to make you aware of the build failure.

The package will not enter testing if it does not build in all the buildds,
so I leave the bug report to you.

> Cc to Debian arm ports maillist debian-...@lists.debian.org is also ok.
> This build failed only take palace under arm64 arch.
> 
> I has a arm64 box, I'll try build later.

As Gianfranco has pointed out, this problem does not seem to be arm64-specific.

My bet is that it's a Makefile bug. I'd try using make --shuffle from make 4.4
to reproduce it. Good luck.


Thanks.

Bug#1071336: psensor: FTBFS: FAIL test-cppcheck.sh

[Gianfranco Costamagna]

Disabling lto, forcing parallel=1 and adding libunity-dev made it build on 
every architecture on Ubuntu :)

G.






Il venerdì 31 maggio 2024 alle ore 14:10:43 CEST, Santiago Vila 
 ha scritto: 





El 31/5/24 a las 13:41, xiao sheng wen(肖盛文) escribió:
> Hi Santiago,
> 
>      Would you report a new bug about this FTBFS on arm64 arch?
> 
> As Bug#1071336 is closed now.

Well, don't worry, it was not my intention to mix two problems in
the same report, only to make you aware of the build failure.

The package will not enter testing if it does not build in all the buildds,
so I leave the bug report to you.

> Cc to Debian arm ports maillist debian-...@lists.debian.org is also ok.
> This build failed only take palace under arm64 arch.
> 
> I has a arm64 box, I'll try build later.

As Gianfranco has pointed out, this problem does not seem to be arm64-specific.

My bet is that it's a Makefile bug. I'd try using make --shuffle from make 4.4
to reproduce it. Good luck.


Thanks.


psensor_1.2.1-1ubuntu3.debian.tar.xz
Description: application/xz

Bug#1071336: psensor: FTBFS: FAIL test-cppcheck.sh

[Gianfranco Costamagna]

Hello, I checked in Ubuntu, we fail due to lto being enabled (gcc crashes)
and in Debian arch:all and arch:arm64.
To me looks like some concurrent issue

https://launchpad.net/ubuntu/+source/psensor/1.2.1-1ubuntu1
In ubuntu the same failures happens on more archs, so maybe this isn't 
deterministic
(arm64 in debian chroot didn't fail for me!)

ps also consider adding libunity-dev build dependency to enable unity support.

G.



Il venerdì 31 maggio 2024 alle ore 13:44:25 CEST, xiao sheng wen(肖盛文) 
 ha scritto: 





Hi Santiago,

    Would you report a new bug about this FTBFS on arm64 arch?

As Bug#1071336 is closed now.

Cc to Debian arm ports maillist debian-...@lists.debian.org is also ok.
This build failed only take palace under arm64 arch.

I has a arm64 box, I'll try build later.

Thanks!

在 2024/5/31 18:12, Santiago Vila 写道:
>> I fixed bug in salsa:
>> https://salsa.debian.org/atzlinux-guest/psensor/-/commit/8da335a77089e65b265f09e39732bc60005c6f15
>>  
>>
>>
>> Reuploaded:
>>
>> https://mentors.debian.net/package/psensor/
>
> Thanks a lot. I built it in my test machine (only once) and
> now it didn't fail.
>
> Now you might want to look at this:
>
> https://buildd.debian.org/status/package.php?p=psensor
>
> /usr/bin/ld: 
> /usr/lib/gcc/aarch64-linux-gnu/13/../../../aarch64-linux-gnu/Scrt1.o: 
> in function `_start':
> (.text+0x1c): undefined reference to `main'
>
> (No idea what this could be, maybe a Makefile bug).
>
> (Cc:ing your sponsor)
>
> Thanks.

-- 
肖盛文 xiao sheng wen
https://www.atzlinux.com 《铜豌豆 Linux》基于 Debian 的 Linux 中文 桌面 操作系统
Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com
Debian salsa: https://salsa.debian.org/atzlinux-guest
GnuPG Public Key: 0x00186602339240CB

Bug#1072209: slurm-wlm-contrib: uninstallable in sid

[Gianfranco Costamagna]

Package: slurm-wlm-contrib
Version: 23.11.7-1
Severity: Serious


Hello, can you please also consider relaxing a bit the dependency between them?
I'm not even sure if they are compatible or not, this is why I'm not tagging 
"patch"

diff -Nru slurm-wlm-contrib-23.11.7/debian/control 
slurm-wlm-contrib-23.11.7/debian/control
--- slurm-wlm-contrib-23.11.7/debian/control2024-05-22 23:24:00.0 
+0200
+++ slurm-wlm-contrib-23.11.7/debian/control2024-05-30 10:12:16.0 
+0200
@@ -46,8 +46,8 @@
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
- slurm-wlm-basic-plugins (= 23.02.3-2)
-Enhances: slurmd (= 23.02.3-2)
+ slurm-wlm-basic-plugins (= 23.11.7-1)
+Enhances: slurmd (= 23.11.7-1)
 Description: SLURM NVML plugins
  SLURM, the Simple Linux Utility for Resource Management,
  is an open-source cluster resource management and job scheduling.
@@ -60,7 +60,7 @@
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
- slurm-wlm-basic-plugins-dev (= 23.02.3-2),
+ slurm-wlm-basic-plugins-dev (= 23.11.7-1),
  slurm-wlm-nvml-plugin (= ${binary:Version}),
  libnvidia-ml-dev,
 Description: SLURM NVML plugin development files





OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072183: fenics-dolfinx: FTBFS with nanobind 2.0

[Gianfranco Costamagna]

Hello, I'm attaching a patch that applies cleanly.
I'm testing the build

G.

On Wed, 29 May 2024 23:31:23 +0200 =?utf-8?q?Timo_R=C3=B6hling?= 
 wrote:

Source: fenics-dolfinx
Version: 1:0.8.0-6
Severity: serious
Tags: patch

Dear maintainer,

upgrading to nanobind 2.0 made your package FTBFS. I am sorry that I did not 
check this before uploading to unstable, that is on me. I have seen that 
Francesco has already fixed the issue upstream [1]. Depending on how far away 
the next upstream release is, maybe you can backport that fix?



Cheers
Timo

[1] 
https://github.com/FEniCS/dolfinx/commit/42c43485e81ada306f0b3f1dc735d95539174cbc





diff -Nru fenics-dolfinx-0.8.0/debian/changelog 
fenics-dolfinx-0.8.0/debian/changelog
--- fenics-dolfinx-0.8.0/debian/changelog   2024-05-12 11:17:08.0 
+0200
+++ fenics-dolfinx-0.8.0/debian/changelog   2024-05-30 11:05:39.0 
+0200
@@ -1,3 +1,10 @@
+fenics-dolfinx (1:0.8.0-6ubuntu1) oracular; urgency=medium
+
+  * debian/patches/42c43485e81ada306f0b3f1dc735d95539174cbc.patch:
+- upstream fix for newer nanobind 2.0 (Closes: #1072183)
+
+ -- Gianfranco Costamagna   Thu, 30 May 2024 
11:05:39 +0200
+
 fenics-dolfinx (1:0.8.0-6) unstable; urgency=medium
 
   * debian patch Newton_KSP_ref_counter_PR3190.patch applies upstream
diff -Nru fenics-dolfinx-0.8.0/debian/control 
fenics-dolfinx-0.8.0/debian/control
--- fenics-dolfinx-0.8.0/debian/control 2024-05-12 11:17:08.0 +0200
+++ fenics-dolfinx-0.8.0/debian/control 2024-05-30 11:05:39.0 +0200
@@ -1,7 +1,8 @@
 Source: fenics-dolfinx
 Section: math
 Priority: optional
-Maintainer: Debian Science Team 

+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Science Team 

 Uploaders:
  Drew Parsons ,
  Francesco Ballarin 
diff -Nru 
fenics-dolfinx-0.8.0/debian/patches/42c43485e81ada306f0b3f1dc735d95539174cbc.patch
 
fenics-dolfinx-0.8.0/debian/patches/42c43485e81ada306f0b3f1dc735d95539174cbc.patch
--- 
fenics-dolfinx-0.8.0/debian/patches/42c43485e81ada306f0b3f1dc735d95539174cbc.patch
  1970-01-01 01:00:00.0 +0100
+++ 
fenics-dolfinx-0.8.0/debian/patches/42c43485e81ada306f0b3f1dc735d95539174cbc.patch
  2024-05-30 11:05:39.0 +0200
@@ -0,0 +1,495 @@
+From 42c43485e81ada306f0b3f1dc735d95539174cbc Mon Sep 17 00:00:00 2001
+From: Francesco Ballarin 
+Date: Fri, 24 May 2024 09:02:41 +0200
+Subject: [PATCH] Replace `nb::any` with -1 and add argument to `nb::ndarray`
+ in preparation of next nanobind release (#3105)
+
+* Replace nb::any with -1 in preparation of next nanobind release
+
+* nb::ndarray now requires to pass in the owner argument, which used to have a 
default value. Assign the former defaul value everywhere in nb wrappers
+
+* DROP BEFORE MERGE: install nanobind from source in workflows
+
+* CI update
+
+* Bump min nanobind version
+
+* CI udpates
+
+* System install
+
+* pip install system
+
+* Remove CI change
+
+* More updates
+
+* cmake update
+
+* Run clang-format
+
+-
+
+Co-authored-by: Garth N. Wells 
+---
+ .github/workflows/ccpp.yml | 14 --
+ .github/workflows/conda.yml|  1 -
+ .github/workflows/oneapi.yml   |  6 +++-
+ .github/workflows/redhat.yml   |  7 +++--
+ cpp/cmake/templates/DOLFINXConfig.cmake.in |  2 +-
+ docker/Dockerfile.test-env |  2 +-
+ python/build-requirements.txt  |  2 +-
+ python/dolfinx/wrappers/assemble.cpp   | 13 +
+ python/dolfinx/wrappers/common.cpp |  6 ++--
+ python/dolfinx/wrappers/fem.cpp| 30 ++--
+ python/dolfinx/wrappers/geometry.cpp   | 17 +++-
+ python/dolfinx/wrappers/graph.cpp  |  9 +++---
+ python/dolfinx/wrappers/la.cpp | 17 ++--
+ python/dolfinx/wrappers/log.cpp|  5 ++--
+ python/dolfinx/wrappers/mesh.cpp   | 32 --
+ python/pyproject.toml  |  2 +-
+ 16 files changed, 94 insertions(+), 71 deletions(-)
+
+diff --git a/cpp/cmake/templates/DOLFINXConfig.cmake.in 
b/cpp/cmake/templates/DOLFINXConfig.cmake.in
+index 5e22232d333..dfcf1eaa81d 100644
+--- a/cpp/cmake/templates/DOLFINXConfig.cmake.in
 b/cpp/cmake/templates/DOLFINXConfig.cmake.in
+@@ -18,7 +18,7 @@ if(DEFINED ENV{BOOST_ROOT} OR DEFINED BOOST_ROOT)
+ endif()
+ set(Boost_USE_MULTITHREADED $ENV{BOOST_USE_MULTITHREADED})
+ set(Boost_VERBOSE TRUE)
+-find_dependency(Boost 1.70 REQUIRED COMPONENTS timer filesystem)
++find_dependency(Boost 1.70 REQUIRED COMPONENTS timer)
+ 
+ if(@ufcx_FOUND@)
+   find_dependency(ufcx)
+diff --git a/python/dolfinx/wrappers/assemble.cpp 
b/python/dolfinx/wrappers/assemble.cpp
+index fb4460b49aa..7dc07803e07 100644
+--- a/python/dolfinx/wrappers/assemble.cpp
 b/python/dolfinx/wrappers/assemble.cpp
+@@ -362,12 +362,13 @@ void declare_assembly_functions(nb::module_& m)
+ std::span cols,
+ std::span data)
+ {
+-  

Bug#1071819: onnxruntime: FTBFS with newer re2

[Gianfranco Costamagna]

Source: onnxruntime
Version: 1.13.1+dfsg-1
Severity: serious
tags: patch

Hello, the package FTBFS now, and upstream already released a patch in 1.16.0.
Please update it or cherry-pick the change in
https://github.com/microsoft/onnxruntime/commit/a3a443c80431c390cbf8855e9c7b2a95d413cd54


/onnxruntime-1.13.1+dfsg/onnxruntime/contrib_ops/cpu/tokenizer.cc: In member function 
'onnxruntime::common::Status 
onnxruntime::contrib::Tokenizer::SeparatorExpressionTokenizer(onnxruntime::OpKernelContext*,
 size_t, size_t, gsl::span) const':
/onnxruntime-1.13.1+dfsg/onnxruntime/contrib_ops/cpu/tokenizer.cc:244:78: 
error: 'using re2::StringPiece = class absl::debian5::string_view' {aka 'class 
absl::debian5::string_view'} has no member named 'as_string'
  244 | "Match contains invalid utf8 chars: " + 
submatch.as_string());
  | 
 ^
/onnxruntime-1.13.1+dfsg/onnxruntime/contrib_ops/cpu/tokenizer.cc: In member function 
'onnxruntime::common::Status 
onnxruntime::contrib::Tokenizer::TokenExpression(onnxruntime::OpKernelContext*, 
size_t, size_t, gsl::span) const':
/onnxruntime-1.13.1+dfsg/onnxruntime/contrib_ops/cpu/tokenizer.cc:386:74: 
error: 'using re2::StringPiece = class absl::debian5::string_view' {aka 'class 
absl::debian5::string_view'} has no member named 'as_string'
  386 | "Match contains invalid utf8 chars: " + 
submatch.as_string());
  | 
 ^


thanks


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1070649: libvmod-re2: FTBFS with libre2-11 (experimental)

[Gianfranco Costamagna]

control: tags -1 patch

Hello, bumping c++11 to c++17 works to make the build succeed.
Please also see Ubuntu build with the patch
https://launchpad.net/ubuntu/+source/libvmod-re2/2.0.0-2ubuntu1


thanks for considering it.

Gianfranco

diff -Nru libvmod-re2-2.0.0/debian/changelog libvmod-re2-2.0.0/debian/changelog
--- libvmod-re2-2.0.0/debian/changelog  2022-10-23 16:36:29.0 +0200
+++ libvmod-re2-2.0.0/debian/changelog  2024-05-25 07:27:43.0 +0200
@@ -1,3 +1,10 @@
+libvmod-re2 (2.0.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix build failure by using std=c++17 (Closes: #1070649)
+
+ -- Gianfranco Costamagna   Sat, 25 May 2024 
07:27:43 +0200
+
 libvmod-re2 (2.0.0-2) unstable; urgency=medium

   * Add debian/gbp.conf.
diff -Nru libvmod-re2-2.0.0/debian/patches/series 
libvmod-re2-2.0.0/debian/patches/series
--- libvmod-re2-2.0.0/debian/patches/series 2022-10-23 16:36:29.0 
+0200
+++ libvmod-re2-2.0.0/debian/patches/series 2024-05-25 07:26:24.0 
+0200
@@ -5,3 +5,4 @@
 0005-Fix-expected-test-output-for-missing-subroutine.patch
 0006-Increase-test-timeout.patch
 0007-Fix-typo-in-documentation.patch
+std-c++17.patch
diff -Nru libvmod-re2-2.0.0/debian/patches/std-c++17.patch 
libvmod-re2-2.0.0/debian/patches/std-c++17.patch
--- libvmod-re2-2.0.0/debian/patches/std-c++17.patch1970-01-01 
01:00:00.0 +0100
+++ libvmod-re2-2.0.0/debian/patches/std-c++17.patch2024-05-25 
07:27:43.0 +0200
@@ -0,0 +1,29 @@
+Description: New absl/re2 requires at least std=c++17
+/usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than 
C++14 are not supported."
+
+Author: Gianfranco Costamagna 
+Bug-Debian: https://bugs.debian.org/1070649
+Last-Update: 2024-05-25
+
+--- libvmod-re2-2.0.0.orig/configure.ac
 libvmod-re2-2.0.0/configure.ac
+@@ -98,7 +98,7 @@ AC_CHECK_HEADER_STDBOOL
+ AC_LANG(C++)
+ SAVE_CXXFLAGS="$CXXFLAGS"
+ SAVE_LDFLAGS="$LDFLAGS"
+-CXXFLAGS+=" -std=c++11"
++CXXFLAGS+=" -std=c++17"
+ LDFLAGS+=" -lre2"
+ # Check if the Set::Match() method supports error reporting, to notify
+ # if a match failed due to the DFA hitting the max_mem
+--- libvmod-re2-2.0.0.orig/src/Makefile.am 2024-05-25 07:25:25.0 
+0200
 libvmod-re2-2.0.0/src/Makefile.am  2024-05-25 07:29:41.798272339 +0200
+@@ -2,7 +2,7 @@ AUTOMAKE_OPTIONS = subdir-objects
+
+ AM_CFLAGS = $(VARNISHAPI_CFLAGS) -Wall -Werror -Wextra -std=c99
+ AM_LDFLAGS = $(VARNISHAPI_LIBS) $(VMOD_LDFLAGS)
+-AM_CXXFLAGS = -Wall -Werror -Wextra -std=c++11 @RE2_CFLAGS@
++AM_CXXFLAGS = -Wall -Werror -Wextra -std=c++17 @RE2_CFLAGS@
+
+ vmod_LTLIBRARIES = libvmod_re2.la
+


On Mon, 6 May 2024 11:26:43 -0400 Stefano Rivera  wrote:

Source: libvmod-re2
Version: 2.0.0-2
Severity: important
Tags: ftbfs
Control: affects -1 src:re2

libvmod-re2 fails to build with re2 from experimental:

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -Wdate-time -D_FORTIFY_SOURCE=2 
-I/usr/include/varnish -Wall -Werror -Wextra -std=c99 -g -O2 
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -pthread -fstack-protector -c vmod_re2.c  -fPIC -DPIC -o .libs/vmod_re2.o
In file included from /usr/include/absl/base/config.h:86,
 from /usr/include/absl/base/internal/invoke.h:40,
 from /usr/include/absl/base/call_once.h:34,
 from /usr/include/re2/re2.h:222,
 from vre2/vre2set.h:43,
 from vre2/vre2set.cpp:34:
/usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than 
C++14 are not supported."

Full build log: 
https://debusine.debian.net/artifact/66531/libvmod-re2_2.0.0-2_amd64-2024-05-06T15:18:37Z.build

It looks like it needs to set a higher C++ std version.

Stefano




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1071641: openscap: requires internet during build

[Gianfranco Costamagna]

Package: openscap
Version: 1.3.10+dfsg-2
Severity: Serious

Hello, I found the package to require internet in one test, and this can be 
seen in Ubuntu
builders, where internet is more strictly forbidden

test 5
  Start  5: curl/test_curl_encoding.sh

5: Test command: /<>/tests/curl/test_curl_encoding.sh
5: Working Directory: /<>/build-py3.12/tests/curl
5: Environment variables:
5:  srcdir=/<>/tests/curl
5:  top_srcdir=/<>
5:  builddir=/<>/build-py3.12
5: Test timeout computed to be: 1000
5: + cURL: Accept-Encoding
5: TEST: cURL: Accept-Encoding
5: OK
5: Couldn't assert gzip encoding in the log:
 5/37 Test  #5: curl/test_curl_encoding.sh .***Failed
0.15 sec
+ cURL: Accept-Encoding
TEST: cURL: Accept-Encoding
OK
Couldn't assert gzip encoding in the log:

test 6
  Start  6: CPE/all.sh



some tests, e.g. test-curl-encoding, clearly needs internet to run

function curl_accept_encoding {
# --fetch-remote-resources uses internet
require_internet || return 255

local DF="${srcdir}/ds.xml"
local RF="results.xml"
local LOG="verbose.log"

$OSCAP xccdf --verbose=DEVEL eval --fetch-remote-resources --results $RF $DF 
2>$LOG || echo "OK"

case $(uname) in
FreeBSD)
grep -iE "Accept-Encoding.*gzip" "$LOG"
;;
*)
grep -iP "Accept-Encoding.*gzip" "$LOG"
;;
esac || die "Couldn't assert gzip encoding in the log: $(grep -i 'curl 
header' $LOG)"

return 0
}

test_init

test_run "cURL: Accept-Encoding" curl_accept_encoding

test_exit



probably also
function test_ds_error_remote_resources() {
# --fetch-remote-resources uses internet
require_internet || return 255

local DS="${srcdir}/$1"
local PROFILE="$2"
local result=$(mktemp)
local stderr=$(mktemp)

$OSCAP xccdf eval --fetch-remote-resources --profile "$PROFILE" --results "$result" 
"$DS" 2>"$stderr" || ret=$?
grep -q "Downloading: https://www.example.com/security/data/oval/oval.xml.bz2 ... 
error" "$stderr"
grep -q "OpenSCAP Error: Download failed" "$stderr"

rm -f "$result" "$stderr"
}


needs patching.

thanks for having a look

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1070787: coq-corn: produces empty binary

[Gianfranco Costamagna]

Source: coq-corn
Version: 8.19.0-1
Severity: serious

Hello, looks like there are at least two issues:
1) fta directory was stripped on tarball import, not sure how and why, because 
the upstream repo still contains it
(this makes autopkgtest fail)

2) the produced binary package looks empty

https://packages.debian.org/sid/amd64/libcoq-corn/filelist
/usr/share/doc/libcoq-corn/changelog.Debian.gz
/usr/share/doc/libcoq-corn/copyright
/var/lib/coq/md5sums/libcoq-corn.checksum


For sure changes in configure.sh are a possible culprit

diff --git a/configure.sh b/configure.sh
index fae7a08..c696c8f 100755
--- a/configure.sh
+++ b/configure.sh
@@ -1,11 +1,3 @@
-#!/usr/bin/env sh
-
-# Produce files Make and Makefile
-
-cp -f Make.in Make
-
-DIRECTORIES="algebra complex coq_reals fta ftc liouville logic metrics model raster 
reals tactics transc order metric2 stdlib_omissions util classes ode"
-
-find $DIRECTORIES -name "*.v" >>Make
-
-${COQBIN}coq_makefile -f Make -o Makefile
+#!/bin/sh
+cp -f _CoqProject.in _CoqProject
+find . -name "*.v" |grep -v misc/benchmarks_nobuild.v >> _CoqProject

thanks for having a look

Gianfranco


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(&s->evtime, &syn->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-s

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(&s->evtime, &syn->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 

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_e

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#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#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#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&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20240313&fusertaguser=lu...@debi

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 (&uc, 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#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#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#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#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#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#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#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#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#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#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&arch=i386&ver=4.1.2-2%2Bb3&stamp=1707819996&raw=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#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#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#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#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#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