Bug#1071747: bpfcc: CVE-2024-2314

[Gianfranco Costamagna]

control: fixed -1 0.30.0+ds-1
control: close -1
thanks
On Fri, 24 May 2024 16:54:38 +0200 =?UTF-8?Q?Moritz_M=C3=BChlenhoff?= 
 wrote:

Source: bpfcc
X-Debbugs-CC: t...@security.debian.org
Severity: important
Tags: security

Hi,

The following vulnerability was published for bpfcc.

CVE-2024-2314[0]:
| If kernel headers need to be extracted, bcc will attempt to load
| them from a temporary directory. An unprivileged attacker could use
| this to force bcc to load compromised linux headers. Linux
| distributions which provide kernel headers by default are not
| affected by default.

Fixed by: 
https://github.com/iovisor/bcc/commit/008ea09e891194c072f2a9305a3c872a241dc342 
(v0.30.0)


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2024-2314
https://www.cve.org/CVERecord?id=CVE-2024-2314

Please adjust the affected versions in the BTS as needed.




OpenPGP_signature.asc
Description: OpenPGP digital signature

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 

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#1036051: bpfcc: diff for NMU version 0.29.1+ds-1.2

[Gianfranco Costamagna]

Hello, there are lots of requests to support riscv64, the same was already done 
in Ubuntu, and no bugs were opened so far, the package
was first built for Ubuntu on Mon, 31 Jul 2023, and it is part of Ubuntu 23.10, 
Ubuntu LTS 24.04 and will be part of 24.10

I'll make sure the riscv64 build goes fine, and will also work to update to 
0.30.0 to properly have a fix for last CVE-2024-2314 and support for kernel 
6.6+ (commit a55b5a0c920f3839fbb29b0e8837726f5fe49c72)

cheers,

Gianfranco

Il mercoledì 17 luglio 2024 alle ore 07:08:02 CEST, Ritesh Raj Sarraf 
 ha scritto: 





Why are you introducing new architectures in an NMU build ? Are you informed of 
the issues ? Will you be supporting it ?

s3nt fr0m a $martph0ne, excuse typ0s

On Wed, 17 Jul 2024, 01:09 Gianfranco Costamagna,  
wrote:
> Package: bpfcc
> Version: 0.29.1+ds-1.1
> Severity: normal
> Tags: patch  pending
> 
> 
> diff -Nru bpfcc-0.29.1+ds/debian/changelog bpfcc-0.29.1+ds/debian/changelog
> --- bpfcc-0.29.1+ds/debian/changelog    2024-05-11 12:46:38.0 +0200
> +++ bpfcc-0.29.1+ds/debian/changelog    2024-07-16 21:31:52.0 +0200
> @@ -1,3 +1,15 @@
> +bpfcc (0.29.1+ds-1.2) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +
> +  [ zhangdandan  ]
> +  * Add support for loongarch64 (Closes: #1072569)
> +
> +  [ Bo YU  ]
> +  * Add support for riscv64 (Closes: #1036051)
> +
> + -- Gianfranco Costamagna   Tue, 16 Jul 2024 
> 21:31:52 +0200
> +
>   bpfcc (0.29.1+ds-1.1) unstable; urgency=medium
> 
>     * Non-maintainer upload.
> diff -Nru bpfcc-0.29.1+ds/debian/control bpfcc-0.29.1+ds/debian/control
> --- bpfcc-0.29.1+ds/debian/control      2024-05-11 12:45:23.0 +0200
> +++ bpfcc-0.29.1+ds/debian/control      2024-07-16 21:31:43.0 +0200
> @@ -39,7 +39,7 @@
>   Rules-Requires-Root: no
> 
>   Package: libbpfcc
> -Architecture: amd64 arm64 ppc64 s390x armhf
> +Architecture: amd64 arm64 loong64 ppc64 s390x armhf riscv64
>   Depends: ${misc:Depends}, ${shlibs:Depends}
>   Multi-Arch: same
>   Description: shared library for BPF Compiler Collection (BCC)
> @@ -53,7 +53,7 @@
>    to control BPF programs from userspace.
> 
>   Package: libbpfcc-dev
> -Architecture: amd64 arm64 ppc64 s390x armhf
> +Architecture: amd64 arm64 loong64 ppc64 s390x armhf riscv64
>   Section: libdevel
>   Depends: ${misc:Depends},
>    libbpfcc (= ${binary:Version})
> @@ -115,7 +115,7 @@
>    At this time this package contains subset of tools from bpfcc-tools
> 
>   Package: bpfcc-introspection
> -Architecture: amd64 arm64 ppc64
> +Architecture: amd64 arm64 loong64 ppc64 riscv64
>   Depends: ${misc:Depends},
>    ${shlibs:Depends},
>    libbpfcc (= ${binary:Version})
> 

Bug#1036051: bpfcc: diff for NMU version 0.29.1+ds-1.2

[Gianfranco Costamagna]

Package: bpfcc
Version: 0.29.1+ds-1.1
Severity: normal
Tags: patch  pending


diff -Nru bpfcc-0.29.1+ds/debian/changelog bpfcc-0.29.1+ds/debian/changelog
--- bpfcc-0.29.1+ds/debian/changelog2024-05-11 12:46:38.0 +0200
+++ bpfcc-0.29.1+ds/debian/changelog2024-07-16 21:31:52.0 +0200
@@ -1,3 +1,15 @@
+bpfcc (0.29.1+ds-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ zhangdandan  ]
+  * Add support for loongarch64 (Closes: #1072569)
+
+  [ Bo YU  ]
+  * Add support for riscv64 (Closes: #1036051)
+
+ -- Gianfranco Costamagna   Tue, 16 Jul 2024 
21:31:52 +0200
+
 bpfcc (0.29.1+ds-1.1) unstable; urgency=medium

   * Non-maintainer upload.
diff -Nru bpfcc-0.29.1+ds/debian/control bpfcc-0.29.1+ds/debian/control
--- bpfcc-0.29.1+ds/debian/control  2024-05-11 12:45:23.0 +0200
+++ bpfcc-0.29.1+ds/debian/control  2024-07-16 21:31:43.0 +0200
@@ -39,7 +39,7 @@
 Rules-Requires-Root: no

 Package: libbpfcc
-Architecture: amd64 arm64 ppc64 s390x armhf
+Architecture: amd64 arm64 loong64 ppc64 s390x armhf riscv64
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Multi-Arch: same
 Description: shared library for BPF Compiler Collection (BCC)
@@ -53,7 +53,7 @@
  to control BPF programs from userspace.

 Package: libbpfcc-dev
-Architecture: amd64 arm64 ppc64 s390x armhf
+Architecture: amd64 arm64 loong64 ppc64 s390x armhf riscv64
 Section: libdevel
 Depends: ${misc:Depends},
  libbpfcc (= ${binary:Version})
@@ -115,7 +115,7 @@
  At this time this package contains subset of tools from bpfcc-tools

 Package: bpfcc-introspection
-Architecture: amd64 arm64 ppc64
+Architecture: amd64 arm64 loong64 ppc64 riscv64
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  libbpfcc (= ${binary:Version})


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(, "-neon") < 0) {
-  std::cerr << "failed to parse cpu caps" << std::endl;
-  return 2;
+if (av_parse_cpu_caps(, "-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_)() = ::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, ) ||
  !svgGetShadingColorRGB(shading, 1.0, ) ) {
@@ -933,7 +933,7 @@
 _addStopToGradient(gradient, 0.0, , 1.0);
 _addStopToGradient(gradient, 1.0, , 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], );
 // 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 extensions...
 
 list(APPEND 

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

[Gianfranco Costamagna]

Hello, updated patch (again)

diff -Nru libunivalue-1.1.1+20191112/debian/libunivalue0.symbols 
libunivalue-1.1.1+20191112/debian/libunivalue0.symbols
--- libunivalue-1.1.1+20191112/debian/libunivalue0.symbols  2024-04-14 
13:40:59.0 +0200
+++ libunivalue-1.1.1+20191112/debian/libunivalue0.symbols  2024-07-01 
08:21:03.0 +0200
@@ -5,8 +5,8 @@
  
_Z10find_valueRK8UniValueRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 1.0.2
  _Z10uvTypeNameN8UniValue5VTypeE@Base 1.0.2
  
_Z12getJsonTokenRNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERjPKcS8_@Base
 1.0.3-2~
- _ZN20JSONUTF8StringFilter11push_back_uEj@Base 1.1.1+20191112
- _ZN20JSONUTF8StringFilter16append_codepointEj@Base 1.1.1
+ (optional)_ZN20JSONUTF8StringFilter11push_back_uEj@Base 1.1.1+20191112
+ (optional)_ZN20JSONUTF8StringFilter16append_codepointEj@Base 1.1.1
  (optional)_ZN20JSONUTF8StringFilter9push_backEh@Base 1.1.1+20191112
  _ZN8UniValue10push_backVERKSt6vectorIS_SaIS_EE@Base 1.0.2
  (subst)_ZN8UniValue4readEPKc{size_t}@Base 1.0.3-2~
@@ -24,8 +24,8 @@
  _ZN8UniValue9push_backERKS_@Base 1.0.2
  
_ZN8UniValue9setNumStrERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 1.0.2
  _ZN8UniValue9setObjectEv@Base 1.0.2
- _ZN8UniValueC1ERKS_@Base 1.0.2
- _ZN8UniValueC2ERKS_@Base 1.0.2
+ (optional)_ZN8UniValueC1ERKS_@Base 1.0.2
+ (optional)_ZN8UniValueC2ERKS_@Base 1.0.2
  _ZN8UniValueD1Ev@Base 1.0.2
  _ZN8UniValueD2Ev@Base 1.0.2
  
_ZNK8UniValue10writeArrayEjjRNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 1.0.2


OpenPGP_signature.asc
Description: OpenPGP digital signature

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#1073274: libnginx-mod-js: FTBFS on ppc64el with -O3 and lto enabled

[Gianfranco Costamagna]

Source: libnginx-mod-js
Version: 0.8.4-1
tags: patch

Hello, I found the package to FTBFS when more optimizations are enabled in 
gcc/dpkg.
The patch is trivial, just a matter of initializing two variables.

I proposed a patch upstream and sending it for your convenience

diff -Nru libnginx-mod-js-0.8.4/debian/changelog 
libnginx-mod-js-0.8.4/debian/changelog
--- libnginx-mod-js-0.8.4/debian/changelog  2024-06-14 10:34:41.0 
+0200
+++ libnginx-mod-js-0.8.4/debian/changelog  2024-06-15 15:53:23.0 
+0200
@@ -1,3 +1,10 @@
+libnginx-mod-js (0.8.4-2) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Fix code bugs and warning related to -Wno-error=maybe-uninitialized
+on ppc64el (Closes: #-1)
+
+ -- Gianfranco Costamagna   Sat, 15 Jun 2024 
15:45:17 +0200
+
 libnginx-mod-js (0.8.4-1) unstable; urgency=medium
 
   * New upstream version 0.8.4

diff -Nru libnginx-mod-js-0.8.4/debian/patches/738.patch 
libnginx-mod-js-0.8.4/debian/patches/738.patch
--- libnginx-mod-js-0.8.4/debian/patches/738.patch  1970-01-01 
01:00:00.0 +0100
+++ libnginx-mod-js-0.8.4/debian/patches/738.patch  2024-06-15 
15:53:23.0 +0200
@@ -0,0 +1,76 @@
+From 9baca5695881c672bb77862f4e00d63ee0b1ebf0 Mon Sep 17 00:00:00 2001
+From: Gianfranco Costamagna 
+Date: Sat, 15 Jun 2024 16:07:33 +0200
+Subject: [PATCH] Update njs_utf8.h and njs_error.c to fix build failures with
+ O3 and lto on ppc64el
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+build/src/njs_diyfp.o build/src/njs_dtoa.o build/src/njs_dtoa_fixed.o 
build/src/njs_str.o build/src/njs_strtod.o build/src/njs_murmur_hash.o 
build/src/njs_djb_hash.o build/src/njs_utf8.o build/src/njs_utf16.o 
build/src/njs_arr.o build/src/njs_rbtree.o build/src/njs_flathsh.o 
build/src/njs_trace.o build/src/njs_random.o build/src/njs_malloc.o 
build/src/njs_mp.o build/src/njs_sprintf.o build/src/njs_utils.o 
build/src/njs_chb.o build/src/njs_value.o build/src/njs_vm.o 
build/src/njs_vmcode.o build/src/njs_lexer.o build/src/njs_lexer_keyword.o 
build/src/njs_parser.o build/src/njs_variable.o build/src/njs_scope.o 
build/src/njs_generator.o build/src/njs_disassembler.o build/src/njs_module.o 
build/src/njs_extern.o build/src/njs_boolean.o build/src/njs_number.o 
build/src/njs_symbol.o build/src/njs_string.o build/src/njs_object.o 
build/src/njs_object_prop.o build/src/njs_array.o build/src/njs_json.o 
build/src/njs_function.o build/src/njs_regexp.o build/src/njs_date.o 
build/src/njs_error.o build/src/njs_math.o build/src/njs_array_buffer.o 
build/src/njs_typed_array.o build/src/njs_promise.o build/src/njs_encoding.o 
build/src/njs_iterator.o build/src/njs_async.o build/src/njs_builtin.o 
build/external/njs_regex.o build/src/njs_buffer.o 
build/external/njs_crypto_module.o build/external/njs_md5.o 
build/external/njs_sha1.o build/external/njs_sha2.o 
build/external/njs_webcrypto_module.o build/external/njs_fs_module.o 
build/external/njs_query_string_module.o build/build/njs_modules.o
+cc -Wl,-Bsymbolic-functions -flto=auto -ffat-lto-objects -Wl,-z,relro 
-Wl,-z,now -specs=/usr/share/dpkg/elf-package-metadata.specs -o build/njs -Isrc 
-Ibuild \
+-pipe -fPIC -fvisibility=hidden -O -W -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wmissing-prototypes -Werror 
-g -fexcess-precision=standard -g -O3 -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects 
-fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/libnginx-mod-js-0.8.4-1 -fPIC -Wdate-time -D_FORTIFY_SOURCE=3 -g -O3 
-ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat 
-Werror=format-security -fno-stack-clash-protection 
-fdebug-prefix-map=/<>=/usr/src/libnginx-mod-js-0.8.4-1 \
+external/njs_shell.c \
+build/libnjs.a \
+-Wl,-Bsymbolic-functions -flto=auto -ffat-lto-objects -Wl,-z,relro 
-Wl,-z,now -specs=/usr/share/dpkg/elf-package-metadata.specs -lm   -lpcre2-8 
-lcrypto -ledit
+In function ‘njs_utf8_decode’,
+inlined from ‘njs_text_encoder_encode_into’ at src/njs_encoding.c:214:14:
+src/njs_utf8.c:191:42: error: ‘ctx.codepoint’ may be used uninitialized 
[-Werror=maybe-uninitialized]
+  191 | ctx->codepoint = (ctx->codepoint << 6) | (c & 0x3F);
+  |  ^
+src/njs_encoding.c: In function ‘njs_text_encoder_encode_into’:
+src/njs_encoding.c:169:27: note: ‘ctx.codepoint’ was declared here
+  169 | njs_unicode_decode_t  ctx;
+  |   ^
+In function ‘njs_utf8_length’,
+inlined from ‘njs_error_new’ at src/njs_error.c:39:14,
+inlined from ‘njs_throw_error_va’ at src/njs_error.c:69:5:
+src/njs_utf8.h:141:12: error: ‘buf’ may be used uninitialized 
[-Werror=maybe-uninitialized]
+  141 | return njs_utf8_stream_length(, p, len, 1, 1, NULL);
+  |^
+src/njs_utf8.c

Bug#1072556: RFS: elpa-rust-mode/1.0.5+git20240520.d00d83d-1 [ITA] [RC] -- Major Emacs mode for editing Rust source code

[Gianfranco Costamagna]

Hello, just add the previous changelog entry, at least we know that something 
was in the archive?

G.






Il venerdì 14 giugno 2024 alle ore 10:45:26 CEST, Xiyue Deng 
 ha scritto: 





Hi Gianfranco,

On Sun, 9 Jun 2024 23:58:29 +0200 Gianfranco Costamagna 
 wrote:
> control: tags -1 moreinfo
> 
> Hello, you are not adding a new changelog entry, but editing the current one. 
> Please
> check the version in sid, and add a new one.
> 
> G.


Unfortunately the previous uploaded one is an older snapshot of the
packaging work which is not available in the git history on the Salsa
repository anymore.  I was hoping that this newer version can be
uploaded to override the previous one.  I have reopened the bug closed
by the previous version in hope that it passes the check on mentors.

Will this work?  If not, what is your recommendation on reconciling the
git history?

Thanks again for your reviews and sponsoring.
--
Xiyue Deng

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 

Bug#1072556: RFS: elpa-rust-mode/1.0.5+git20240520.d00d83d-1 [ITA] [RC] -- Major Emacs mode for editing Rust source code

[Gianfranco Costamagna]

control: tags -1 moreinfo

Hello, you are not adding a new changelog entry, but editing the current one. 
Please
check the version in sid, and add a new one.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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#1072017: ruby-libxml: new upstream release, addressing test failures with libxml2 >= 2.12

[Gianfranco Costamagna]

control: severity -1 serious

autopkgtests failures are considered RX bugs

G.
On Mon, 27 May 2024 23:20:25 +0800 Aron Xu  wrote:

Package: src:ruby-libxml
Version: 3.2.4-2
X-Debbugs-Cc: debian-xml-sgml-pkgs at alioth-lists.debian.net

Hi,

libxml2 has been updated to upstream 2.12.7 release and the
autopkgtest shows regressions[1] regarding ruby-libxml:

47s 1) Failure:
47s TestSaxParser#test_parse_seg_fail
[/tmp/autopkgtest-lxc.00ga17my/downtmp/build.LIY/src/test/test_sax_parser.rb:321]:
47s --- expected
47s +++ actual
47s @@ -1 +1 @@
47s -"Fatal error: xmlParseEntityRef: no name at :5."
47s +"Fatal error: xmlParseEntityRef: no name at :4."
47s
47s
47s 2) Failure:
47s TestParser#test_file_encoding
[/tmp/autopkgtest-lxc.00ga17my/downtmp/build.LIY/src/test/test_parser.rb:66]:
47s Expected nil to be truthy.
47s
47s 3) Failure:
47s TestParser#test_bad_xml
[/tmp/autopkgtest-lxc.00ga17my/downtmp/build.LIY/src/test/test_parser.rb:286]:
47s --- expected
47s +++ actual
47s @@ -1 +1 @@
47s -"Fatal error: Extra content at the end of the document at :1."
47s +"Fatal error: Couldn't find end of Start Tag ruby_array line 1 at :1."
47s
47s
47s 4) Failure:
47s TestReader#test_string_encoding
[/tmp/autopkgtest-lxc.00ga17my/downtmp/build.LIY/src/test/test_reader.rb:362]:
47s Expected: 10
47s Actual: 0
47s
47s 353 runs, 42311 assertions, 4 failures, 0 errors, 0 skips

Upstream has fixed a few issues with libxml2 2.12.x in 5.0.x release.
It would be nice if upstream release or some patch works can be
considered to help unblock the migration of new libxml2. I would give
it a try on patching but I'm unfortunately not a Ruby expert.

[1]https://ci.debian.net/packages/r/ruby-libxml/testing/amd64/47035876/




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#1072637: tpm2-tss: please consider using libftdi1 instead of libftdi

[Gianfranco Costamagna]

Source: tpm2-tss
Version: 4.1.3-1
Severity: important
tags: patch

Hello, libftdi looks unmaintained, last upload 2016, low popocon.
libftdi1 looks like the new release (same maintainer, same upstream), last 
release 2022, 10x higher popcon, and libraries are switching to it.

Can you please switch to libftdi1?

This is the trivial patch:
diff -Nru tpm2-tss-4.1.3/debian/control tpm2-tss-4.1.3/debian/control
--- tpm2-tss-4.1.3/debian/control   2024-05-30 22:37:31.0 +
+++ tpm2-tss-4.1.3/debian/control   2024-06-05 08:37:23.0 +
@@ -15,7 +15,7 @@
dpkg-dev (>= 1.22.5),
libcmocka-dev (>= 1.0),
libcurl4-openssl-dev | libcurl-dev,
-   libftdi-dev,
+   libftdi1-dev,
libini-config-dev,
libjson-c-dev,
libltdl-dev,


I checked, the code supports both versions.

G.


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#1021460: ITA: elpa-rust-mode -- Major Emacs mode for editing Rust source code

[Gianfranco Costamagna]

happily sponsored thanks!
G.
On Sat, 02 Mar 2024 04:50:56 -0800 Xiyue Deng  wrote:

Control: retitle -1 ITA: elpa-rust-mode -- Major Emacs mode for editing Rust 
source code
Control: tags -1 pending

I'd like to adopt this package.  I have prepared the updated package on
mentors[1] and have filed a separate RFS bug[2].

[1] https://mentors.debian.net/package/elpa-rust-mode/
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065302
--
Xiyue Deng




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#1072386: qbs: please mark one symbol optional on armhf

[Gianfranco Costamagna]

Package: qbs
Version: 2.3.1-2
Severity: normal
Tags: patch

Hello,
I found in Ubuntu one symbol disappear on armhf, not sure if due to armhf 
time64_t transition,
new gcc or something else

echo _ZN12QHashPrivate12GrowthPolicy18bucketsForCapacityEj  |c++filt
QHashPrivate::GrowthPolicy::bucketsForCapacity(unsigned int)

In any case, this looks like a private symbol, so marking as optional looks the 
safe thing to do


diff -Nru qbs-2.3.1/debian/libqbscore2.3.symbols 
qbs-2.3.1/debian/libqbscore2.3.symbols
--- qbs-2.3.1/debian/libqbscore2.3.symbols  2024-05-15 10:09:39.0 
+0200
+++ qbs-2.3.1/debian/libqbscore2.3.symbols  2024-06-02 09:34:25.0 
+0200
@@ -372,7 +372,7 @@
  
(arch-bits=32)_ZGVZZN3qbs8Internal25ArtifactBindingsExtractor21extractPropertyValuesERKyRK7QStringENKUlRKjRK20JSPropertyDescriptorE_clES8_SB_E25artifactItemPropertyNames@Base
 2.1.0
  (arch=armel)_ZN11QBasicMutex6unlockEv@Base 2.1.0
  (optional=templinst)_ZN11QMetaTypeIdIN3qbs9ErrorInfoEE14qt_metatype_idEv@Base 
1.22.0
- (arch=armel armhf 
i386)_ZN12QHashPrivate12GrowthPolicy18bucketsForCapacityEj@Base 2.3.1
+ (optional=inline|arch=armel armhf 
i386)_ZN12QHashPrivate12GrowthPolicy18bucketsForCapacityEj@Base 2.3.1
  
(optional=inline|arch=amd64)_ZN12QHashPrivate12GrowthPolicy18bucketsForCapacityEm@Base
 1.24.0
  
(optional=templinst)_ZN12QHashPrivate4DataINS_4NodeI19QProcessEnvironmentiEEE12findOrInsertERKS2_@Base
 1.23.1
  
(optional=templinst|subst)_ZN12QHashPrivate4DataINS_4NodeI19QProcessEnvironmentiEEE6rehashE{size_t}@Base
 1.23.1

thanks,

Gianfranco

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#1072258: RFS: opam/2.1.6+dfsg-1 [RC] [Team] -- package manager for OCaml

[Gianfranco Costamagna]

pipeline failed again :/






Il venerdì 31 maggio 2024 alle ore 16:57:24 CEST, Bo YU  ha 
scritto: 





On Fri, May 31, 2024 at 10:41 PM Gianfranco Costamagna
 wrote:
>
> Hello, I downloaded both
> https://github.com/ocaml/opam/releases/download/2.1.6/opam-full-2.1.6.tar.gz
> and
> https://github.com/ocaml/opam/archive/refs/tags/2.1.6.tar.gz
>
> ls -l 1/opam-full-2.1.6/appveyor_build.cmd 2/opam-2.1.6/appveyor_build.cmd
> -rw-r--r-- 1 locutus locutus 10160 mag 16 14:02 
> 1/opam-full-2.1.6/appveyor_build.cmd
> -rw-rw-r-- 1 locutus locutus 10160 mag 16 12:28 
> 2/opam-2.1.6/appveyor_build.cmd
>
> So,
>
> to me looks like we can commit on master the bits changes, and then import 
> the new version without dfsg and forget about this issue?
>
> https://salsa.debian.org/ocaml-team/opam/-/merge_requests/10
>
> Looks working for me, if you are ok, I can do, otherwise feel free to 
> cherry-pick from my branch!

Okay, this looks good to me. Please commit on master first and then I
will do a team upload with a new upstream release.
Thanks.

BR,
Bo

>
> G.

Bug#1072258: RFS: opam/2.1.6+dfsg-1 [RC] [Team] -- package manager for OCaml

[Gianfranco Costamagna]

Hello, I downloaded both
https://github.com/ocaml/opam/releases/download/2.1.6/opam-full-2.1.6.tar.gz
and
https://github.com/ocaml/opam/archive/refs/tags/2.1.6.tar.gz

ls -l 1/opam-full-2.1.6/appveyor_build.cmd 2/opam-2.1.6/appveyor_build.cmd
-rw-r--r-- 1 locutus locutus 10160 mag 16 14:02 
1/opam-full-2.1.6/appveyor_build.cmd
-rw-rw-r-- 1 locutus locutus 10160 mag 16 12:28 2/opam-2.1.6/appveyor_build.cmd

So, 

to me looks like we can commit on master the bits changes, and then import the 
new version without dfsg and forget about this issue?

https://salsa.debian.org/ocaml-team/opam/-/merge_requests/10

Looks working for me, if you are ok, I can do, otherwise feel free to 
cherry-pick from my branch!

G.

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#1072258: RFS: opam/2.1.6+dfsg-1 [RC] [Team] -- package manager for OCaml

[Gianfranco Costamagna]

Well, somebody opened a similar but different approach
https://salsa.debian.org/ocaml-team/opam/-/merge_requests/9

G.






Il venerdì 31 maggio 2024 alle ore 09:09:28 CEST, Bo YU  ha 
scritto: 





Hi Gianfranco!

Thanks for reviewing it.

On Fri, May 31, 2024 at 2:42 PM Gianfranco Costamagna
 wrote:
>
>
> >    * Exclude these two files
>
> Description: appveyor_build.cmd attribute changes due to unknown reason
> Author: Bo YU 
> Last-Update: 2024-04-21
> ---
> This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
> --- a/.gitignore
> +++ b/.gitignore
> @@ -1,3 +1,4 @@
> +appveyor_build.cmd
>  _build/
>  _obuild/
>  _opam/
>
>
> I think you did that to avoid them being autogenerated?

Okay, if this is true then everything becomes easy.

The salsa ci was failed due to the issue:
https://salsa.debian.org/ocaml-team/opam/-/jobs/5621730

This issue has troubled me for a long time.:(

I will verify this soon.

BR,

Bo

>
> So in this case, why not just use debian/clean target and add them there?
>
> echo appveyor_build.cmd >> debian/clean
>
> :)
>
> G.

Bug#1072226: RFS: serious-engine/0~git20230724+dfsg-1 [ITP]

[Gianfranco Costamagna]

control: tags -1 moreinfo

Hello, some copyright/licenses are missing

GPL-3+
Sources/Ecc/Parser.cpp: GNU General Public License v3.0 or later
Sources/Ecc/Parser.h: GNU General Public License v3.0 or later
Sources/Ecc/Parser.hpp: GNU General Public License v3.0 or later

Sources/Engine/Base/Parser.cpp: GNU General Public License v3.0 or later
Sources/Engine/Base/Parser.h: GNU General Public License v3.0 or later
Sources/Engine/Base/Parser.hpp: GNU General Public License v3.0 or later

Sources/Engine/Ska/smcPars.cpp: GNU General Public License v3.0 or later
Sources/Engine/Ska/smcPars.h: GNU General Public License v3.0 or later
Sources/Engine/Ska/smcPars.hpp: GNU General Public License v3.0 or later

GPL-2+
Sources/Ecc/parser.h: GNU General Public License v2.0 or later
Sources/Engine/Base/parser.h: GNU General Public License v2.0 or later

And probably more

Please remove moreinfo tag once you address the above

Cheers

Gianfranco
(a serious serious sam fan!)


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072258: RFS: opam/2.1.6+dfsg-1 [RC] [Team] -- package manager for OCaml

[Gianfranco Costamagna]

   * Exclude these two files


Description: appveyor_build.cmd attribute changes due to unknown reason
Author: Bo YU 
Last-Update: 2024-04-21
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
+appveyor_build.cmd
 _build/
 _obuild/
 _opam/


I think you did that to avoid them being autogenerated?

So in this case, why not just use debian/clean target and add them there?

echo appveyor_build.cmd >> debian/clean

:)

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072258: RFS: opam/2.1.6+dfsg-1 [RC] [Team] -- package manager for OCaml

[Gianfranco Costamagna]

control: tags -1 -moreinfo

Hello,


   * Exclude these two files


What does this changelog entry means?
Which files?
Why are them excluded?

-@rem * opam*^M
-@rem * *^M
-@rem * David Allsopp, OCaml Labs, Cambridge.   *^M
-@rem * *^M
-@rem *   Copyright 2018 MetaStack Solutions Ltd.   *^M
-@rem * *^M
-@rem *   All rights reserved.  This file is distributed under the terms of *^M
-@rem *   the GNU Lesser General Public License version 2.1, with the   *^M
-@rem *   special exception on linking described in the file LICENSE.   *^M
-@rem * *^M
-@rem ***^M

I don't see any dfsg issue with the two excluded files, so it would be nice to 
avoid
repacking whenever possible, or maybe use a "+ds1" suffix instead of dfsg,
the latter is preferred in case of licensing issues.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1072264: libpappsomspp: please fix FTBFS when run with nocheck profile [PATCH]

[Gianfranco Costamagna]

Source: libpappsomspp
Version: 0.9.32-1
Severity: important
tags: patch

Hello, I found that the package FTBFS when MAKE_TEST is defined but 
BUILD_TESTING isn't (e.g. when the package runs with nocheck profile).

I made a patch that consists in
* Move the test in dh_auto_test target (this one is skipped automatically when 
nocheck is exported)
* bump compat level to 13 (I think this is the first compat level for the above 
to work)
* Export MAKE_TEST=1 BUILD_TESTING=1 when nocheck is not exported

Trivial patch attached

diff -Nru libpappsomspp-0.9.32/debian/changelog 
libpappsomspp-0.9.32/debian/changelog
--- libpappsomspp-0.9.32/debian/changelog   2024-05-21 19:16:44.0 
+0200
+++ libpappsomspp-0.9.32/debian/changelog   2024-05-30 11:36:18.0 
+0200
@@ -1,3 +1,13 @@
+libpappsomspp (0.9.32-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload (Closes: #-1)
+  * Bump compat level to 13
+  * Run tests in dh_auto_test target, this should fix tests when
+nocheck is on
+  * Also export -DBUILD_TESTING=1 variable
+
+ -- Gianfranco Costamagna   Thu, 30 May 2024 
11:36:18 +0200
+
 libpappsomspp (0.9.32-1) unstable; urgency=low

   * New upstream version fixing parallel file-loading  bug.
diff -Nru libpappsomspp-0.9.32/debian/control 
libpappsomspp-0.9.32/debian/control
--- libpappsomspp-0.9.32/debian/control 2024-05-21 19:16:44.0 +0200
+++ libpappsomspp-0.9.32/debian/control 2024-05-30 11:36:18.0 +0200
@@ -3,7 +3,7 @@
 Uploaders: Filippo Rusconi 
 Section: libs
 Priority: optional
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: debhelper-compat (= 13),
  dh-exec,
  cmake,
  d-shlibs,
diff -Nru libpappsomspp-0.9.32/debian/rules libpappsomspp-0.9.32/debian/rules
--- libpappsomspp-0.9.32/debian/rules   2024-05-21 19:16:44.0 +0200
+++ libpappsomspp-0.9.32/debian/rules   2024-05-30 11:36:18.0 +0200
@@ -23,20 +23,23 @@
 export LIBPAPPSOMSPP_VERSION=$(DEB_VERSION_UPSTREAM)
 export LIBPAPPSOMSPP_SOVERSION=0

+ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
+  CMAKE_EXTRA_TESTING_ARGS = -DMAKE_TESTS=1 -DBUILD_TESTING=1
+endif
 # Remove -DMAKE_TESTS=1 \ for the moment
 # See comment below.
 override_dh_auto_configure:
dh_auto_configure -- \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_BUILD_TYPE=Release \
-   -DMAKE_TESTS=1 \
-DCMAKE_SKIP_RPATH=0 \
-   -DUSEPAPPSOTREE=0
+   -DUSEPAPPSOTREE=0 $(CMAKE_EXTRA_TESTING_ARGS)

 override_dh_auto_build:
dh_auto_build
dh_auto_build -- doc

+override_dh_auto_test:
# With the monstrous mess of Catch2
# in version 3.x having totally changed
# the header files structure with respect


thanks for considering it,

Gianfranco
diff -Nru libpappsomspp-0.9.32/debian/changelog 
libpappsomspp-0.9.32/debian/changelog
--- libpappsomspp-0.9.32/debian/changelog   2024-05-21 19:16:44.0 
+0200
+++ libpappsomspp-0.9.32/debian/changelog   2024-05-30 11:36:18.0 
+0200
@@ -1,3 +1,13 @@
+libpappsomspp (0.9.32-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload (Closes: #-1)
+  * Bump compat level to 13
+  * Run tests in dh_auto_test target, this should fix tests when
+nocheck is on
+  * Also export -DBUILD_TESTING=1 variable
+
+ -- Gianfranco Costamagna   Thu, 30 May 2024 
11:36:18 +0200
+
 libpappsomspp (0.9.32-1) unstable; urgency=low
 
   * New upstream version fixing parallel file-loading  bug.
diff -Nru libpappsomspp-0.9.32/debian/control 
libpappsomspp-0.9.32/debian/control
--- libpappsomspp-0.9.32/debian/control 2024-05-21 19:16:44.0 +0200
+++ libpappsomspp-0.9.32/debian/control 2024-05-30 11:36:18.0 +0200
@@ -3,7 +3,7 @@
 Uploaders: Filippo Rusconi 
 Section: libs
 Priority: optional
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: debhelper-compat (= 13),
  dh-exec,
  cmake,
  d-shlibs,
diff -Nru libpappsomspp-0.9.32/debian/rules libpappsomspp-0.9.32/debian/rules
--- libpappsomspp-0.9.32/debian/rules   2024-05-21 19:16:44.0 +0200
+++ libpappsomspp-0.9.32/debian/rules   2024-05-30 11:36:18.0 +0200
@@ -23,20 +23,23 @@
 export LIBPAPPSOMSPP_VERSION=$(DEB_VERSION_UPSTREAM)
 export LIBPAPPSOMSPP_SOVERSION=0
 
+ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
+  CMAKE_EXTRA_TESTING_ARGS = -DMAKE_TESTS=1 -DBUILD_TESTING=1
+endif
 # Remove -DMAKE_TESTS=1 \ for the moment
 # See comment below.
 override_dh_auto_configure:
dh_auto_configure -- \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_BUILD_TYPE=Release \
-   -DMAKE_TESTS=1 \
-DCMAKE_SKIP_RPATH=0 \
-   -DUSEPAPPSOTREE=0
+   -DUSEPAPPSOTREE=0 $(CMAKE_EXTRA_TESTING_ARGS)

 override_dh_auto_build:
dh_auto_build
dh_auto_build -- doc

+override_dh_auto_test:
# With the monstrous mess of Catch2
# in version 3.x having totally changed

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)
+ {
+-  re

Bug#1068021: RFS: debian-el/37.12 -- Emacs helpers specific to Debian users

[Gianfranco Costamagna]

Hello,


+  ;; hence break the generated template.  Suggested by suggested by Nis

Suggested by twice? :)

(uploading)

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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#1071607: ppp: please don't fail if rm of static library fails

[Gianfranco Costamagna]

Package: ppp
Version: 2.5.0-1+2
Severity: normal
Tags: patch

Hello, I found that in some configuration the static library is not installed. 
Ignoring the rm command would avoid making the build fail
e.g. in Ubuntu (where udebs are not even built anymore)
see e.g.

https://launchpad.net/ubuntu/+source/ppp/2.5.0-1+2

diff -Nru ppp-2.5.0/debian/rules ppp-2.5.0/debian/rules
--- ppp-2.5.0/debian/rules  2024-04-20 18:05:03.0 +0200
+++ ppp-2.5.0/debian/rules  2024-05-22 10:22:55.0 +0200
@@ -104,7 +104,7 @@
$(DIR_PPP_DEV)/usr/share/man/man1/dh_ppp.1p
 
 execute_after_dh_install-arch:

-   rm $(DIR_PPP)/usr/lib/pppd/*/*.*a $(DIR_PPP_UDEB)/usr/lib/pppd/*/*.*a
+   rm -f $(DIR_PPP)/usr/lib/pppd/*/*.*a $(DIR_PPP_UDEB)/usr/lib/pppd/*/*.*a
cd $(DIR_PPP)/usr/lib/pppd/*/ && ln -s pppoe.so rp-pppoe.so
 
 override_dh_installchangelogs: build-deb/changelog




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1054109: ocaml: lack of LoongArch support

[Gianfranco Costamagna]

control: forwarded -1 https://github.com/ocaml/ocaml/pull/11974

thanks


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#1070115: libaio1t64: libaio1 and libaio1t64 are co-installed: is this expected?

[Gianfranco Costamagna]

Hello,
quoting changelog:

+libaio (0.3.113-6) unstable; urgency=medium
+
+  * Switch from future=+lfs to abi=+lfs build flags feature, and Build-Depends
+on dpkg-dev >= 1.22.0.
+  * Add time64 support:
+- Remove dead code for syscall handling.
+- Refactor code to use an internal implementation for public functions
+  that handle timespec, by switching them to always use __kernel_timespec,
+  and add conversion functions to map from 'struct timespec' to
+  'struct __kernel_timespec', and from 'struct __kernel_timespec' to
+  'struct __kernel_old_timespec'.
+- Add support for io_pgetevents_time64() Linux syscall, but disable it
+  for now as it only works on 32-bit kernels, but not on the compat
+  mode in 64-bit kernels running 32-bit userland, will be fixed in Linux
+  in parallel, as the timeouts used are supposed to be relative anyway,
+  and this does not and will not break ABI.
+- Add dual time32/time64 ABI support by adding io_getevents_time64() and
+  io_pgetevents_time64() library functions on 32-bit architectures, that
+  get redirected from the io_getevents() and io_pgetevents() functions
+  when the user sets _TIME_BITS=64.
+- Perform a SONAME bump to avoid stomping on upstream SONAME. Once and if
+  the new symbols are accepted by upstream then we can merge that back
+  into libaio.so.1 and drop the t64 packages and temporarily provide
+  a compat symlink for the t64 SONAME for a smooth transition back. This
+  should also be an easier way to revert this transition when there are
+  no file conflicts involved, and does not block on upstream support.
+- Do not rename the udeb from libaio1-udeb, as d-i does not care, and
+  that would require a pointless trip through NEW. But update the shlibs
+  references for the libaio1t64 rename.
+- We do not need a dependency on a newer dpkg-dev nor gcc as we are
+  explicitly handling the time64 dual-ABI independently of the toolchain.
+Closes: #1062218
+
+ -- Guillem Jover   Tue, 05 Mar 2024 11:33:54 +0100

On Tue, 30 Apr 2024 14:37:54 +0200 Patrice Duroux  
wrote:

Package: libaio1t64
Version: 0.3.113-8
Severity: minor

Dear Maintainer,

On my Sid system, I have currently the following:

$ dpkg -l | grep libaio
ii  libaio1:amd640.3.113-5
amd64Linux kernel AIO access library - shared library
ii  libaio1t64:amd64 0.3.113-8
amd64Linux kernel AIO access library - shared library


Does installing libaio1t64 should have removed libaio1 like in some other t64
library transition cases?

Thanks



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.12-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libaio1t64 depends on:
ii  libc6  2.37-19

libaio1t64 recommends no packages.

libaio1t64 suggests no packages.

-- no debconf information

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

[Gianfranco Costamagna]

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

Any idea?

In the meanwhile I reuploaded 0.7 version in sid.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1037903: xrt: ftbfs with GCC-13

[Gianfranco Costamagna]

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

Control: tags -1 + patch

Fixes 1037903 due to upgrade to gcc-13


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

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

 #pragma once

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

 public:


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063324: possible fix?

[Gianfranco Costamagna]

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

G.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

Dear maintainer,

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


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

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

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

thanks

Gianfranco

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

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

We believe that the bug you reported is fixed

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

[Gianfranco Costamagna]

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

Dear maintainer,

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

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

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

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

[Gianfranco Costamagna]

updated diff:

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

control: tags -1 patch pending


Dear maintainer,

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



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

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

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

[Gianfranco Costamagna]

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

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





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

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

Dear maintainer,

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

Regards.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

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

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

> Cory Bloor
> 



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

I'm trying some hacky patch, lets see

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

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

  template 

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

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

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



Hello, updated patch:

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

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

[Gianfranco Costamagna]

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

Hi Timo,

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


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

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


Sincerely,
Cory Bloor




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

I'm trying some hacky patch, lets see

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

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

 template 


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





OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1069017: rtags: FTBFS due to time64_t changes

[Gianfranco Costamagna]

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

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

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

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

/usr/include/features-time64.h:26:5: error: #error "_TIME_BITS=64 is allowed only 
with _FILE_OFFSET_BITS=64"
26 | # error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64"


  * Fix regex on find clang without stripping defines content.


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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068811: reopening also camv-rnd

[Gianfranco Costamagna]

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

there is one left...

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068810:

[Gianfranco Costamagna]

control: reopen -1
control: severity -1 serious

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

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



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

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

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068812: pcb-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

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


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


Please drop it.


Thanks for considering the patch.

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

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068810: sch-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

control: severity -1 serious
thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068811: camv-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

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


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


Please drop it.


Thanks for considering the patch.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1068810: sch-rnd: hardcoded librnd4 dependency

[Gianfranco Costamagna]

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


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


Please drop it.


Thanks for considering the patch.

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

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

control: tags -1 patch

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

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

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

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

Hi,

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

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

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

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


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

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



OpenPGP_signature.asc
Description: 

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

[Gianfranco Costamagna]

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


Hello, looks like the last upload ovewrote the NMU


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

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

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



OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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


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

Kernel: Linux 6.2.0-35-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

Dear maintainer,

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

Regards.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

Hello,

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


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

I get the error:

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

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


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

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

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


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

Hi,

Your debian/rules includes this:

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

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

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

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

At this point, that breaks at least:

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


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




OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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


Dear maintainer,

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

Regards.

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

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067731: curlpp: wrong makeshlibs call

[Gianfranco Costamagna]

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

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


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

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




OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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


--
WBR, wRAR


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

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



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


Of course some more general solution is needed for Debian.

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

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

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

Hello, please also don't forget to change

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

in rules file.

G.

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

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



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

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


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

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



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067511: libgpod: FTBFS with experimental libplist

[Gianfranco Costamagna]

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

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

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


Thanks for considering the patch.

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

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

[Gianfranco Costamagna]

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



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

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


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

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

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

[Gianfranco Costamagna]

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

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

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

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



OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

Control: tags -1 +moreinfo

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



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

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

thanks

Gianfranco



Regards,
Laszlo/GCS




OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

Dear Maintainer,

  * Update dependency to libpng-dev


Thanks for considering the patch.

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


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

Package: connectagram
Version: 1.3.5-1
Severity: serious

Dear Maintainer,


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

Thanks for considering the patch.

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


G.

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

[Gianfranco Costamagna]

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


Dear maintainer,

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

Regards.

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

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

Dear maintainer,

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

Regards.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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


Dear maintainer,

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

Regards.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

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

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

[Gianfranco Costamagna]

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

openhpi (3.8.0-2.2) unstable; urgency=medium

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

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

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




I'll NMU shortly.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

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


Thanks for considering the patch.

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





OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Gianfranco Costamagna]

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

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

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



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1067209: jruby: please update libfixposix4 runtime depency

[Gianfranco Costamagna]

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

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


Thanks for considering the patch.

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


OpenPGP_signature.asc
Description: OpenPGP digital signature