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

2024-06-01 Thread Gianfranco Costamagna
Hello, I uploaded the package on git, please for the future commit this change:

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

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








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





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

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

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

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

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

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


Thanks.



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

2024-05-31 Thread 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

2024-05-31 Thread 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

2024-05-31 Thread 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

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

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

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

G.



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





Hi Santiago,

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

As Bug#1071336 is closed now.

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

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

Thanks!

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

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



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

2024-05-30 Thread 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

2024-05-30 Thread 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#1071819: onnxruntime: FTBFS with newer re2

2024-05-25 Thread 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)

2024-05-24 Thread 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

2024-05-22 Thread Gianfranco Costamagna

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

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

test 5
  Start  5: curl/test_curl_encoding.sh

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

test 6
  Start  6: CPE/all.sh



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

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

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

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

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

return 0
}

test_init

test_run "cURL: Accept-Encoding" curl_accept_encoding

test_exit



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

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

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

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


needs patching.

thanks for having a look

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1070787: coq-corn: produces empty binary

2024-05-09 Thread Gianfranco Costamagna

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

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

2) the produced binary package looks empty

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


For sure changes in configure.sh are a possible culprit

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

thanks for having a look

Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1037903: xrt: ftbfs with GCC-13

2024-04-22 Thread 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

2024-04-17 Thread 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?

2024-04-17 Thread 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

2024-04-17 Thread 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’

2024-04-16 Thread 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]

2024-04-16 Thread 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]

2024-04-16 Thread 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’

2024-04-16 Thread 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

2024-04-16 Thread 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’

2024-04-16 Thread Gianfranco Costamagna

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

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

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

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

> Cory Bloor
> 



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

I'm trying some hacky patch, lets see

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

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

  template 

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-04-16 Thread 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

2024-04-15 Thread 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

2024-04-12 Thread 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:

2024-04-12 Thread 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

2024-04-11 Thread Gianfranco Costamagna

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


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


Please drop it.


Thanks for considering the patch.

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

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1068811: camv-rnd: hardcoded librnd4 dependency

2024-04-11 Thread Gianfranco Costamagna

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


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


Please drop it.


Thanks for considering the patch.

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-04-10 Thread 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#1064708: pygame: diff for NMU version 2.5.2-1.2

2024-04-03 Thread 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

2024-04-02 Thread 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

2024-03-28 Thread 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

2024-03-26 Thread 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

2024-03-26 Thread 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]

2024-03-23 Thread 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

2024-03-23 Thread Gianfranco Costamagna

Hello, please also don't forget to change

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

in rules file.

G.

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

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



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

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


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

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



OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-03-22 Thread Gianfranco Costamagna

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



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

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


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

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



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

2024-03-22 Thread Gianfranco Costamagna

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

Control: tags -1 +moreinfo

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



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

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

thanks

Gianfranco



Regards,
Laszlo/GCS




OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-03-21 Thread Gianfranco Costamagna

Package: connectagram
Version: 1.3.5-1
Severity: serious

Dear Maintainer,


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

Thanks for considering the patch.

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


G.



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

2024-03-21 Thread Gianfranco Costamagna

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

Dear Maintainer,

  * Update dependency to libpng-dev


Thanks for considering the patch.

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


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-03-21 Thread 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

2024-03-21 Thread 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

2024-03-21 Thread 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

2024-03-21 Thread 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

2024-03-21 Thread 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

2024-03-21 Thread 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

2024-03-20 Thread 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

2024-03-20 Thread Gianfranco Costamagna

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

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


Thanks for considering the patch.

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-03-15 Thread Gianfranco Costamagna

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

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

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

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



G.



Bug#1066903: libgnt: please drop runtime dependencies

2024-03-15 Thread Gianfranco Costamagna

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

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

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

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

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


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

Thanks for considering the patch.

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




OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-03-14 Thread Gianfranco Costamagna

control: tags -1 patch

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


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

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

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

 #include "tsk_unicode.h"


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-03-09 Thread Gianfranco Costamagna

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

thanks

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

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





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

2024-03-09 Thread Gianfranco Costamagna

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

thanks

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

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





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

2024-02-28 Thread Gianfranco Costamagna

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

thanks!

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-02-21 Thread Gianfranco Costamagna

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

Version: 4.4.2-1.1

Hi,

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

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



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


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

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

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

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


Otherwise we can just switch to gcc-14 everywhere.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-02-20 Thread Gianfranco Costamagna

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


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

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

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


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-02-13 Thread Gianfranco Costamagna

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

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

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

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

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

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-02-12 Thread Gianfranco Costamagna

control: tags -1 patch pending

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

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


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

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

Dear maintainers, dear Gianfranco,

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


Thank you in advance!

Best regards,

Thomas Uhle






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

2024-02-06 Thread Gianfranco Costamagna

control: found -1 1.6.40-3

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

control: affects -1 1.6.40-3

G.
On Thu, 01 Feb 2024 23:12:06 + Steve Langasek  wrote:
> Source: libpng1.6
> Version: 1.6.42-1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> NOTICE: these changes must not be uploaded to unstable yet!
> 
> Dear maintainer,
> 
> As part of the 64-bit time_t transition required to support 32-bit

> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> libpng1.6 as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we assume is affected).
> 
> To ensure that inconsistent combinations of libraries with their

> reverse-dependencies are never installed together, it is necessary to
> have a library transition, which is most easily done by renaming the
> runtime library package.
> 
> Since turning on 64-bit time_t is being handled centrally through a change

> to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
> important that libraries affected by this ABI change all be uploaded close
> together in time.  Therefore I have prepared a 0-day NMU for libpng1.6
> which will initially be uploaded to experimental if possible, then to
> unstable after packages have cleared binary NEW.
> 
> Please find the patch for this NMU attached.
> 
> If you have any concerns about this patch, please reach out ASAP.  Although

> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if information
> becomes available that your package should not be included in the transition,
> there is time for us to amend the planned uploads.
> 
> 
> 
> -- System Information:

> Debian Release: trixie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)

> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-02-04 Thread Gianfranco Costamagna

control: affects -1 1.6.40-3

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

Source: libpng1.6
Version: 1.6.42-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpng1.6 as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for libpng1.6
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-01-30 Thread Gianfranco Costamagna

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

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

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


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

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

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

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

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

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

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkpeKbhleSSGCX3/w808JdE6fXdkFAmWlSzwACgkQ808JdE6f
XdnrjRAAgyFe8u2Imcf5aEB0D2wifNqK1x4DscdusOeDoK3Gv+PK/3sseF2dV+xA


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1060143: gnss-sdr ftbfs in unstable

2024-01-26 Thread Gianfranco Costamagna

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

thanks

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

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

gnss-sdr ftbfs in unstable:

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





OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-01-15 Thread Gianfranco Costamagna

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

Dear maintainer,

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

Regards.

Gianfranco

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

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-01-04 Thread Gianfranco Costamagna

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

thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2024-01-04 Thread Gianfranco Costamagna

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

Diff attached

G.

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

Source: debian-multimedia
Version: 0.10
Severity: serious

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

Please update

thanks

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

Bug#1043182: odr-dabmux FTBFS with gcc 13

2023-12-28 Thread Gianfranco Costamagna
and sponsored thanks






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





Ciao Gianfranco,

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

Grazie mille. 

—-
Robin

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



Bug#1043182: odr-dabmux FTBFS with gcc 13

2023-12-28 Thread Gianfranco Costamagna


On Mon, 07 Aug 2023 11:35:06 +0300 Adrian Bunk  wrote:

Source: odr-dabmux
Version: 4.4.0-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=odr-dabmux=riscv64=4.4.0-1=1691389622=0

...
lib/ReedSolomon.cpp: In member function ‘int ReedSolomon::encode(void*, void*, 
size_t)’:
lib/ReedSolomon.cpp:81:5: error: ‘uint8_t’ was not declared in this scope
   81 | uint8_t* input = reinterpret_cast(data);
  | ^~~
lib/ReedSolomon.cpp:39:1: note: ‘uint8_t’ is defined in header ‘’; did you 
forget to ‘#include ’?
   38 | #include 
  +++ |+#include 
   39 | 
...



Hello, can you please check and fix this one? Might be fixed with 4.4.1

Also, I'm sponsoring the other two missing packages right now.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1059154: gem2deb: autopkgtest failures [PATCH]

2023-12-20 Thread Gianfranco Costamagna

Package: gem2deb
Version: 2.2
Severity: serious
Tags: patch


Hello, in Ubuntu the following was added to fix an autopkgtest failure

gem2deb (2.2ubuntu1) noble; urgency=medium

  * d/t/control: add fakeroot to the gem2deb test.
The test is failing due to fakeroot not being installed. It probably
started to happen because the fakeroot dependency was dropped from
devscripts recently.

 -- Danilo Egea Gondolfo   Thu, 14 Dec 2023 
09:07:59 +


Thanks for considering the patch.

--- gem2deb-2.2/debian/tests/control2023-10-19 22:34:35.0 +0200
+++ gem2deb-2.2ubuntu1/debian/tests/control 2023-12-14 10:07:59.0 
+0100
@@ -3,7 +3,7 @@
 Restrictions: rw-build-tree allow-stderr
 
 Tests: gem2deb

-Depends: gem2deb, build-essential, moreutils
+Depends: fakeroot, gem2deb, build-essential, moreutils
 Restrictions: allow-stderr
 
 Tests: dh-make-ruby




OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1059042: munge: FTBFS if libsystemd-dev is installed

2023-12-19 Thread Gianfranco Costamagna

Package: munge
Version: 0.5.15-3
Severity: serious
Tags: patch

Hello, if libsystemd-dev is installed (or something similar, didn't dig too 
much into this), the package FTBFS due to service file not being installed from 
debian/tmp

checking for systemdunitdir... ${prefix}/lib/systemd/system
[...]
dh_missing: warning: usr/lib/systemd/system/munge.service exists in debian/tmp 
but is not installed to anywhere
dh_missing: error: missing files, aborting

This happens e.g. in Ubuntu builders.

Adding the file in not-installed works, but maybe we can just drop that 
debian/rules override_dh_install hack?

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056583: kaidan: FTBFS with disabled network

2023-12-15 Thread Gianfranco Costamagna

control: tags -1 patch

https://patches.ubuntu.com/k/kaidan/kaidan_0.9.1-2ubuntu1.patch

this patch might do the trick.

+Description: Disable test requiring internet access
+Author: Gianfranco Costamagna 
+Bug-Debian: https://bugs.debian.org/1056583
+Last-Update: 2023-11-23
+
+--- kaidan-0.9.1.orig/tests/PublicGroupChatTest.cpp
 kaidan-0.9.1/tests/PublicGroupChatTest.cpp
+@@ -125,7 +125,7 @@ private Q_SLOTS:
+   QVERIFY(PublicGroupChat::toJson(groupChats) == 
QJsonArray({object1, object2}));
+   QVERIFY(groupChats == (PublicGroupChats {PublicGroupChat 
{object1}, PublicGroupChat {object2}}));
+   }
+-
++/*
+   void test_GroupChatSearchManager_GroupChatModel()
+   {
+   PublicGroupChatSearchManager manager;
+@@ -179,7 +179,7 @@ private Q_SLOTS:
+   QCOMPARE(groupChat.name(), index.data(Qt::DisplayRole));
+   QCOMPARE(groupChat.description(), index.data(Qt::ToolTipRole));
+   }
+-
++*/
+   void test_GroupChatProxyModel_data()
+   {
+   using Role = PublicGroupChatModel::CustomRole;


G.

On Thu, 23 Nov 2023 14:53:14 +0100 Gianfranco Costamagna 
 wrote:

Source: kaidan
Version: 0.9.1-2
Severity: serious


Hello, the package FTBFS trying to call search.jabber.network, something 
forbidden by policy.

6: QWARN  : GroupChatTest::test_GroupChatSearchManager_GroupChatModel() 
public-group-chat.search: Search request error: Host search.jabber.network not 
found
6: FAIL!  : GroupChatTest::test_GroupChatSearchManager_GroupChatModel() 
'spyError.isEmpty()' returned FALSE. ()

Full log available e.g. here: 
https://launchpadlibrarian.net/698369989/buildlog_ubuntu-noble-amd64.kaidan_0.9.1-2_BUILDING.txt.gz

I think disabling that test function should work as workaround.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056953: gdcm: ABI broke in last version 3.0.22-1

2023-11-27 Thread Gianfranco Costamagna

Source: gdcm
Version: 3.0.22-1
Severity: serious

Hello, as seen, gdcm is not migrating because of camitk test regression.
Looking at the failure, looks like the fault is not in camitk, but in gdcm 
itself, changing the ABI without a SONAME bump

quoting 
https://ci.debian.net/data/autopkgtest/testing/amd64/c/camitk/40209513/log.gz

159s 2023-11-26 13:11:35.182 [ERROR  ] Extension manager error:
159s Loading component extension failed after 10 tries.
159s
159s Plugin:
159s "/usr/lib/x86_64-linux-gnu/camitk-5.1/components/libitkimage.so.5.1.0"
159s
159s Error:
159s Cannot load library : (/lib/x86_64-linux-gnu/libITKIOGDCM-5.3.so.1: 
undefined symbol: _ZN4gdcm16DirectionCosinesD1Ev
159s
159s List of library paths:
159s  - /usr/lib/x86_64-linux-gnu/camitk-5.1/viewers
159s  - /usr/lib/x86_64-linux-gnu/camitk-5.1/components
159s  - /usr/lib/x86_64-linux-gnu/camitk-5.1/actions
159s  - /usr/lib/x86_64-linux-gnu/camitk-5.1
159s  - /usr/lib/x86_64-linux-gnu/qt5/plugins
159s  - /usr/bin
159s


$ echo _ZN4gdcm16DirectionCosinesD1Ev |c++filt
gdcm::DirectionCosines::~DirectionCosines()


Checking the changes in header files for new release I see
-DirectionCosines::~DirectionCosines() = default;

and
-  ~DirectionCosines();
+  ~DirectionCosines() = default;


But this object is used in external packages, so it can't change signature or 
be dropped.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056709: node-nodemailer: FTBFS test proxy is stuck

2023-11-24 Thread Gianfranco Costamagna

Source: node-nodemailer
Version: 6.9.4+~6.4.9-3
Severity: serious

Hello, In my local machine, when I try a pbuilder sid build of the package, I 
get the build stuck

  1) HTTP Proxy Client Tests
   should connect to a socket through proxy with auth:
 Uncaught AssertionError: expected Error: Invalid response from proxy: 500 
to not exist
  at Assertion.assertExist 
(/usr/share/nodejs/chai/lib/chai/core/assertions.js:837:10)
  at Assertion.propertyGetter 
(/usr/share/nodejs/chai/lib/chai/utils/addProperty.js:62:29)
  at Object.proxyGetter [as get] 
(/usr/share/nodejs/chai/lib/chai/utils/proxify.js:98:22)
  at 
/build/node-nodemailer-6.9.4+~6.4.9/test/smtp-connection/http-proxy-client-test.js:55:39
  at Socket.onSocketData (lib/smtp-connection/http-proxy-client.js:124:28)
  at Socket.emit (node:events:513:28)
  at addChunk (node:internal/streams/readable:324:12)
  at readableAddChunk (node:internal/streams/readable:297:9)
  at Readable.push (node:internal/streams/readable:234:10)
  at TCP.onStreamRead (node:internal/stream_base_commons:190:23)

  2) HTTP Proxy Client Tests
   should should fail auth:
 Uncaught Error: listen EADDRINUSE: address already in use :::3129
  at Server.setupListenHandle [as _listen2] (node:net:1727:16)
  at listenInCluster (node:net:1775:12)
  at Server.listen (node:net:1863:7)
  at SMTPServer.listen 
(debian/tests/test_modules/smtp-server/lib/smtp-server.js:104:28)
  at Context. 
(test/smtp-connection/http-proxy-client-test.js:74:20)
  at callFnAsync (/usr/share/nodejs/mocha/lib/runnable.js:394:21)
  at Runnable.run (/usr/share/nodejs/mocha/lib/runnable.js:338:7)
  at Runner.runTest (/usr/share/nodejs/mocha/lib/runner.js:666:10)
  at /usr/share/nodejs/mocha/lib/runner.js:789:12
  at next (/usr/share/nodejs/mocha/lib/runner.js:581:14)
  at /usr/share/nodejs/mocha/lib/runner.js:591:7
  at next (/usr/share/nodejs/mocha/lib/runner.js:474:14)
  at Immediate. (/usr/share/nodejs/mocha/lib/runner.js:559:5)
  at process.processImmediate (node:internal/timers:471:21)


The same happens in Ubuntu builders, with a kill after 2.5 h of run

https://launchpad.net/ubuntu/+source/node-nodemailer/6.9.4+~6.4.9-3/+build/27017382/+files/buildlog_ubuntu-noble-amd64.node-nodemailer_6.9.4+~6.4.9-3_BUILDING.txt.gz

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056708: node-wikibase-cli: Using internet during tests

2023-11-24 Thread Gianfranco Costamagna

Source: node-wikibase-cli
Version: 15.15.4-5
Severity: serious

Hello, as said, there are multiple calls to wikidata.org, making the package 
FTBFS with tests disabled.

 Error: Command failed: export WB_CLIPBOARD=false WB_LANG=en WB_MAXLAG=100 
; ./bin/wd claims -c Q12569 P2586
FetchError: request to 
https://www.wikidata.org/w/api.php?action=wbgetentities=Q12569=json=claims
 failed, reason: getaddrinfo ENOTFOUND www.wikidata.org

https://launchpadlibrarian.net/699385263/buildlog_ubuntu-noble-amd64.node-wikibase-cli_15.15.4-5_BUILDING.txt.gz


G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2023-11-24 Thread Gianfranco Costamagna

Source: debian-multimedia
Version: 0.10
Severity: serious

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

Please update

thanks

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056599: node-proxy-agents: FTBFS with internet disabled

2023-11-23 Thread Gianfranco Costamagna

Source: node-proxy-agents
Version: 0~2023071921-1
Severity: serious


Hello, looks like the package tries to do calls to internet during build.
+ jest --testTimeout 5 --env node --moduleDirectories node_modules 
--testRegex test/dnsDomainIs.test.ts test/dnsDomainLevels.test.ts 
test/dnsResolve.test.ts test/isInNet.test.ts test/isPlainHostName.test.ts 
test/isResolvable.test.ts test/localHostOrDomainIs.test.ts 
test/shExpMatch.test.ts test/timeRange.test.ts
PASS test/shExpMatch.test.ts
PASS test/timeRange.test.ts
PASS test/localHostOrDomainIs.test.ts
(node:8627) [DEP0118] DeprecationWarning: The provided hostname "null" is not a 
valid hostname, and is supported in the dns module solely for compatibility.
(Use `node --trace-deprecation ...` to show where the warning was created)
PASS test/isInNet.test.ts
FAIL test/dnsResolve.test.ts
  ● dnsResolve(host) › should return `true` for "www.netscape.com"

assert(received)

Expected value to be equal to:
  true
Received:
  false

  12 |  const res = await dnsResolve(input);
  13 |  if (expected) {
> 14 |   assert(typeof res === 'string');
 |^
  15 |  expect(isIP(res)).toEqual(4);
  16 |  } else {
  17 |  expect(res).toBeNull();

  at test/dnsResolve.test.ts:14:11

PASS test/dnsDomainIs.test.ts
FAIL test/isResolvable.test.ts
  ● isResolvable(host) › should return `true` for "www.netscape.com"

expect(received).toEqual(expected) // deep equality

Expected: true
Received: false

   9 |  async ({ input, expected }) => {
  10 |  const res = await isResolvable(input);
> 11 |   expect(res).toEqual(expected);
 |  ^
  12 |  }
  13 |  );
  14 | });

  at test/isResolvable.test.ts:11:16

PASS test/isPlainHostName.test.ts
PASS test/dnsDomainLevels.test.ts

Test Suites: 2 failed, 7 passed, 9 total
Tests:   2 failed, 37 passed, 39 total
Snapshots:   0 total
Time:4.549 s
Ran all test suites.
dh_auto_test: error: cd ./packages/pac-resolver && sh -ex 
../../debian/nodejs/packages/pac-resolver/test returned exit code 1
make: *** [debian/rules:10: binary] Error 25


Gianfranco


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056583: kaidan: FTBFS with disabled network

2023-11-23 Thread Gianfranco Costamagna

Source: kaidan
Version: 0.9.1-2
Severity: serious


Hello, the package FTBFS trying to call search.jabber.network, something 
forbidden by policy.

6: QWARN  : GroupChatTest::test_GroupChatSearchManager_GroupChatModel() 
public-group-chat.search: Search request error: Host search.jabber.network not 
found
6: FAIL!  : GroupChatTest::test_GroupChatSearchManager_GroupChatModel() 
'spyError.isEmpty()' returned FALSE. ()

Full log available e.g. here: 
https://launchpadlibrarian.net/698369989/buildlog_ubuntu-noble-amd64.kaidan_0.9.1-2_BUILDING.txt.gz

I think disabling that test function should work as workaround.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056062: coq: FTBFS in sid (dune update?)

2023-11-22 Thread Gianfranco Costamagna

control: tags -1 patch

Hello, not sure why and how, but this upstream commit 
fbe9e28b667e795a5ceb41bd7784bd2ea7ab10bf

https://launchpadlibrarian.net/699029680/coq_8.17.0+dfsg-1build4_8.17.0+dfsg-1ubuntu1.diff.gz

Subject: [PATCH] make-library-index: use mktemp, general cleanup

This fixes the "sed: can't read tmp" error on my machine, not that I
understand why it happened.

Looks fixing the issue


G.

On Tue, 21 Nov 2023 13:56:50 +0100 julien.pu...@gmail.com wrote:

Hi,

Le jeudi 16 novembre 2023 à 16:45 +0100, Gianfranco Costamagna a
écrit :
> Source: coq
> Version: 8.17.0+dfsg-1
> Severity: serious
> 
> Hello,
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/coq.html
> 
> As said here, there is a build failure due to probably new dune or

> something similar.
> 
>

> I can reproduce locally, but not always, looks some concurrency issue
> but also running dune with -j1 doesn't fix the issue.


I couldn't reproduce your failure even after several compilation tries,
neither with the current 8.17.0+dfsg-1 nor with the next 8.18.0+dfsg-1.

> $ (cd _build/default && /usr/bin/bash -e -u -o pipefail -c
> 'doc/stdlib/make-library-index doc/stdlib/index-list.html
> doc/stdlib/hidden-files')
> Building file index-list.prehtml... Error: none of doc/stdlib/index-
> list.html and doc/stdlib/hidden-files mention
> theories/Arith/Between.v
> grep: tmp: No such file or directory
> grep: tmp: No such file or directory
> 
> This is probably the culprit of the issue, but I don't really

> understand why this is not found
> 


I checked doc/stdlib/index-list.html.template in both 8.17.0+dfsg-1 and
8.18.0+dfsg-1, and they *do* mention theories/Arith/Between.v... how
could that line disappear? Is it always theories/Arith/Between.v or
sometimes another file? The compilation of the .html.template to .html
might fail silently for you and then you see a later breakage?

> and also why running it manually works
> bash -e -u -o pipefail -c 'doc/stdlib/make-library-index
> doc/stdlib/index-list.html doc/stdlib/hidden-files'
> Building file index-list.prehtml...
> Done
> 
> Sorry for not providing a patch, but I really don't have much

> knowledge about this build system, and despite my efforts I'm still
> failing

The fact that the only error message doesn't make sense and the problem
isn't guaranteed to happen is puzzling.

I'm using sbuild to compile my sources, with an unstable schroot I keep
up to date, and it now uses ocaml-dune 3.11.1-1 to compile, just like
in your failure log :-/

Thanks,


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1054789: libpreludedb: FTBFS: dh_install: error: missing files, aborting

2023-11-22 Thread Gianfranco Costamagna

control: tags -1 patch


+Description: Make sure we are using install-layout deb during build
+Author: Gianfranco Costamagna 
+Bug-Debian: https://bugs.debian.org/1054789
+Last-Update: 2023-11-22
+
+Index: libpreludedb-5.2.0/bindings/python/Makefile.am
+===
+--- libpreludedb-5.2.0.orig/bindings/python/Makefile.am
 libpreludedb-5.2.0/bindings/python/Makefile.am
+@@ -17,7 +17,7 @@
+   $(PYTHON2) setup.py install `test -n "$(DESTDIR)" && echo --root 
$(DESTDIR)`
+ endif
+ if HAVE_PYTHON3
+-  $(PYTHON3) setup.py install `test -n "$(DESTDIR)" && echo --root 
$(DESTDIR)`
++  $(PYTHON3) setup.py install `test -n "$(DESTDIR)" && echo --root 
$(DESTDIR)` --install-layout deb
+ endif
+
+ uninstall-hook:
diff -Nru libpreludedb-5.2.0/debian/patches/series 
libpreludedb-5.2.0/debian/patches/series
--- libpreludedb-5.2.0/debian/patches/series2020-11-09 11:30:10.0 
+0100
+++ libpreludedb-5.2.0/debian/patches/series2023-11-22 09:46:05.0 
+0100
@@ -7,3 +7,4 @@
 013-fix_thread_create.patch
 014-remove_libpreludedb-config.patch
 015-Use_pkg-config.patch
+install-layout.patch
diff -Nru libpreludedb-5.2.0/debian/rules libpreludedb-5.2.0/debian/rules
--- libpreludedb-5.2.0/debian/rules 2021-08-25 20:53:39.0 +0200
+++ libpreludedb-5.2.0/debian/rules 2023-11-22 09:46:05.0 +0100
@@ -31,7 +31,7 @@
 
 override_dh_auto_install: install-core $(PY3VERS:%=install-python%)

 install-core:
-   dh_auto_install
+   dh_auto_install -- DEB_PYTHON_INSTALL_LAYOUT=deb
find . -name "__pycache__" -exec rm -rvf {} +
find . -name "*.la" -exec sed -i -e 
"s/^dependency_libs=.*$$/dependency_libs=''/g" {} +
mkdir -p debian/tmp/usr/lib/${DEB_HOST_MULTIARCH}/libpreludedb/bin
@@ -40,7 +40,7 @@
ln -s /usr/share/gtk-doc/html/libpreludedb 
$(CURDIR)/debian/tmp/usr/share/doc/libpreludedb-doc/html
 
 install-python%:

-   cd bindings/python && python$* setup.py install --root 
$(CURDIR)/debian/tmp
+   cd bindings/python && python$* setup.py install --root 
$(CURDIR)/debian/tmp --install-layout deb
 
 %:

dh $@ $(DH_ADDONS)



This is what was done by src:mercurial

G.

On Fri, 27 Oct 2023 21:37:38 +0200 Lucas Nussbaum  wrote:

Source: libpreludedb
Version: 5.2.0-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20231027 ftbfs-trixie

Hi,

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


Relevant part (hopefully):
> make[4]: Entering directory '/<>'
>  /bin/mkdir -p '/<>/debian/tmp/usr/bin'
>  /usr/bin/install -c ./preludedb-admin '/<>/debian/tmp/usr/bin'
> make[4]: Nothing to be done for 'install-data-am'.
> make[4]: Leaving directory '/<>'
> make[3]: Leaving directory '/<>'
> make[2]: Leaving directory '/<>'
> find . -name "__pycache__" -exec rm -rvf {} +
> removed 
'./debian/tmp/usr/local/lib/python3.11/dist-packages/__pycache__/preludedb.cpython-311.pyc'
> removed directory 
'./debian/tmp/usr/local/lib/python3.11/dist-packages/__pycache__'
> find . -name "*.la" -exec sed -i -e 
"s/^dependency_libs=.*$/dependency_libs=''/g" {} +
> mkdir -p debian/tmp/usr/lib/x86_64-linux-gnu/libpreludedb/bin
> chmod +x debian/tmp/usr/share/libpreludedb/classic/mysql2sqlite.sh 
debian/tmp/usr/share/libpreludedb/classic/mysql2pgsql.sh
> mkdir -pv /<>/debian/tmp/usr/share/doc/libpreludedb-doc
> mkdir: created directory '/<>/debian/tmp/usr/share/doc'
> mkdir: created directory 
'/<>/debian/tmp/usr/share/doc/libpreludedb-doc'
> ln -s /usr/share/gtk-doc/html/libpreludedb 
/<>/debian/tmp/usr/share/doc/libpreludedb-doc/html
> cd bindings/python && python3.11 setup.py install --root 
/<>/debian/tmp
> /usr/lib/python3/dist-packages/setuptools/_distutils/cmd.py:66: 
SetuptoolsDeprecationWarning: setup.py install is deprecated.
> !!
> 
> 

> Please avoid running ``setup.py`` directly.
> Instead, use pypa/build, pypa/installer or other
> standards-based tools.
> 
> See https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for details.

> 

> 
> !!

>   self.initialize_options()
> dh override_dh_auto_install 
> make[1]: Leaving directory '/<>'

>dh_install
> dh_install: warning: Cannot find (any matches for) 
"debian/tmp/usr/lib/python3*/*/*" (tried in ., debian/tmp)
> 
> dh_install: warning: python3-preludedb missing files: debian/tmp/usr/lib/python3*/*/*

> dh_install: error: missing files, aborting
> make: *** [debian/rules:46: binary] Error 25


The full build log is available from:
http://qa-logs.debian.net/2023/10/27/libpreludedb_5.2.0-2_unstable.log

All bugs filed during this archive rebuild are listed at:


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1054793: libprelude: FTBFS: dh_install: error: missing files, aborting

2023-11-22 Thread Gianfranco Costamagna

control: tags -1 patch

Hello, the following done like what was done in src:mercurial looks fixing the 
issue.
G.

diff -Nru libprelude-5.2.0/debian/rules libprelude-5.2.0/debian/rules
--- libprelude-5.2.0/debian/rules   2021-09-01 16:18:57.0 +0200
+++ libprelude-5.2.0/debian/rules   2023-11-22 11:08:39.0 +0100
@@ -46,14 +46,14 @@
 
 override_dh_auto_install: install-core $(PY3VERS:%=install-python%)

 install-core:
-   dh_auto_install
+   dh_auto_install -- DEB_PYTHON_INSTALL_LAYOUT=deb
find . -name "__pycache__" -exec rm -rvf {} +
find . -name "*.la" -exec sed -i -e 
's/^dependency_libs=.*$$/dependency_libs=/g' {} +
mkdir -pv $(CURDIR)/debian/tmp/usr/share/doc/libprelude-doc
ln -s /usr/share/gtk-doc/html/libprelude 
$(CURDIR)/debian/tmp/usr/share/doc/libprelude-doc/html
 
 install-python%:

-   cd bindings/python && python$* setup.py install --root 
$(CURDIR)/debian/tmp
+   cd bindings/python && python$* setup.py install --root 
$(CURDIR)/debian/tmp --install-layout deb
 
 %:

dh $@ $(DH_ADDONS)

On Fri, 27 Oct 2023 21:37:32 +0200 Lucas Nussbaum  wrote:

Source: libprelude
Version: 5.2.0-5
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20231027 ftbfs-trixie

Hi,

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


Relevant part (hopefully):
> make[5]: Entering directory '/<>'
>  /bin/mkdir -p '/<>/debian/tmp/usr/bin'
>  /usr/bin/install -c ./libprelude-config '/<>/debian/tmp/usr/bin'
> /usr/bin/install -c -d -m 711 /<>/debian/tmp/var/spool/prelude;
> /usr/bin/install -c -d -m 755 /<>/debian/tmp/etc/prelude;
> /usr/bin/install -c -d -m 755 /<>/debian/tmp/etc/prelude/default;
> /usr/bin/install -c -d -m 711 /<>/debian/tmp/etc/prelude/profile;
>  /bin/mkdir -p '/<>/debian/tmp/usr/include/libprelude'
>  /usr/bin/install -c -m 644 prelude-config.h 
'/<>/debian/tmp/usr/include/libprelude'
> make[5]: Leaving directory '/<>'
> make[4]: Leaving directory '/<>'
> make[3]: Leaving directory '/<>'
> make[2]: Leaving directory '/<>'
> find . -name "__pycache__" -exec rm -rvf {} +
> removed 
'./debian/tmp/usr/local/lib/python3.11/dist-packages/__pycache__/prelude.cpython-311.pyc'
> removed directory 
'./debian/tmp/usr/local/lib/python3.11/dist-packages/__pycache__'
> find . -name "*.la" -exec sed -i -e 
's/^dependency_libs=.*$/dependency_libs=/g' {} +
> mkdir -pv /<>/debian/tmp/usr/share/doc/libprelude-doc
> mkdir: created directory '/<>/debian/tmp/usr/share/doc'
> mkdir: created directory 
'/<>/debian/tmp/usr/share/doc/libprelude-doc'
> ln -s /usr/share/gtk-doc/html/libprelude 
/<>/debian/tmp/usr/share/doc/libprelude-doc/html
> cd bindings/python && python3.11 setup.py install --root 
/<>/debian/tmp
> /usr/lib/python3/dist-packages/setuptools/_distutils/cmd.py:66: 
SetuptoolsDeprecationWarning: setup.py install is deprecated.
> !!
> 
> 

> Please avoid running ``setup.py`` directly.
> Instead, use pypa/build, pypa/installer or other
> standards-based tools.
> 
> See https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for details.

> 

> 
> !!

>   self.initialize_options()
> dh override_dh_auto_install --with ruby
> make[1]: Leaving directory '/<>'
>dh_install
> dh_install: warning: Cannot find (any matches for) 
"debian/tmp/usr/lib/python3*/*/*" (tried in ., debian/tmp)
> 
> dh_install: warning: python3-prelude missing files: debian/tmp/usr/lib/python3*/*/*

> dh_install: error: missing files, aborting
> make: *** [debian/rules:59: binary] Error 25




OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056334: node-ast-types: autopkgtest failure

2023-11-21 Thread Gianfranco Costamagna

Source: node-ast-types
Version: 0.16.1-2
Severity: serious


Hello, according to ci, the package autopkgtests looks failing.
https://ci.debian.net/packages/n/node-ast-types/unstable/amd64/39617621/


 66s autopkgtest [20:34:26]: test pkg-js-autopkgtest: [---
 66s # Using ./package.(json|yaml)
 66s # Node module name is ast-types
 66s # Build files found: tsconfig.json
 66s # Test files found:
 66s # Found debian/tests/pkg-js/files, let's use it
 66s # Files/dir to be installed from source: src
 66s test
 66s tsconfig*
 66s ls: cannot access 'test': No such file or directory
 66s # Copy debian/tests/pkg-js content
 66s 'debian/tests/pkg-js' -> 
'/tmp/autopkgtest-lxc.2rswz7np/downtmp/autopkgtest_tmp/smokeXkrxbl/debian/tests/pkg-js'
 66s 'debian/tests/pkg-js/test' -> 
'/tmp/autopkgtest-lxc.2rswz7np/downtmp/autopkgtest_tmp/smokeXkrxbl/debian/tests/pkg-js/test'
 66s 'debian/tests/pkg-js/files' -> 
'/tmp/autopkgtest-lxc.2rswz7np/downtmp/autopkgtest_tmp/smokeXkrxbl/debian/tests/pkg-js/files'
 66s Found debian/tests/test_modules
 66s # let's copy it
 66s Found debian/nodejs/extlinks
 67s @babel/parser linked into node_modules
 67s @babel/types linked into node_modules
 68s tslib linked into node_modules
 68s @types/esprima linked into node_modules
 69s @types/estree linked into node_modules
 69s @types/glob linked into node_modules
 70s @types/mocha linked into node_modules
 70s # Searching module in /usr/lib/nodejs/ast-types
 70s # Searching module in /usr/lib/*/nodejs/ast-types
 70s # Searching module in /usr/share/nodejs/ast-types
 70s # Found /usr/share/nodejs/ast-types
 70s # Searching files to link in /usr/share/nodejs/ast-types
 70s # Launch debian/tests/pkg-js/test with sh -ex
 70s + test /tmp/autopkgtest-lxc.2rswz7np/downtmp/autopkgtest_tmp !=
 70s + rm -rf lib
 70s + tsc
 70s Version 4.8.4
 70s tsc: The TypeScript Compiler - Version 4.8.4
 70s
 70s COMMON COMMANDS
 70s
 70s   tsc
 70s   Compiles the current project (tsconfig.json in the working directory.)
 70s
 70s   tsc app.ts util.ts
 70s   Ignoring tsconfig.json, compiles the specified files with default 
compiler options.
 70s
 70s   tsc -b
 70s   Build a composite project in the working directory.
 70s
 70s   tsc --init
 70s   Creates a tsconfig.json with the recommended settings in the working 
directory.
 70s
 70s   tsc -p ./path/to/tsconfig.json
 70s   Compiles the TypeScript project located at the specified path.
 70s
 70s   tsc --help --all
 70s   An expanded version of this information, showing all possible compiler 
options
 70s
 70s   tsc --noEmit
 70s   tsc --target esnext
 70s   Compiles the current project, with additional settings.
 70s
 70s COMMAND LINE FLAGS
 70s
 70s --help, -h
 70s Print this message.
 70s
 70s --watch, -w
 70s Watch input files.
 70s
 70s --all
 70s Show all compiler options.
 70s
 70s --version, -v
 70s Print the compiler's version.
 70s
 70s --init
 70s Initializes a TypeScript project and creates a tsconfig.json file.
 70s
 70s --project, -p
 70s Compile the project given the path to its configuration file, or to a 
folder with a 'tsconfig.json'.
 70s
 70s --build, -b
 70s Build one or more projects and their dependencies, if out of date
 70s
 70s --showConfig
 70s Print the final configuration instead of building.
 70s
 70s COMMON COMPILER OPTIONS
 70s
 70s --pretty
 70s Enable color and formatting in TypeScript's output to make compiler errors 
easier to read.
 70s type: boolean
 70s default: true
 70s
 70s --target, -t
 70s Set the JavaScript language version for emitted JavaScript and include 
compatible library declarations.
 70s one of: es3, es5, es6/es2015, es2016, es2017, es2018, es2019, es2020, 
es2021, es2022, esnext
 70s default: es3
 70s
 70s --module, -m
 70s Specify what module code is generated.
 70s one of: none, commonjs, amd, umd, system, es6/es2015, es2020, es2022, 
esnext, node16, nodenext
 70s default: undefined
 70s
 70s --lib
 70s Specify a set of bundled library declaration files that describe the 
target runtime environment.
 70s one or more: es5, es6/es2015, es7/es2016, es2017, es2018, es2019, es2020, 
es2021, es2022, esnext, dom, dom.iterable, webworker, webworker.importscripts, 
webworker.iterable, scripthost, es2015.core, es2015.collection, 
es2015.generator, es2015.iterable, es2015.promise, es2015.proxy, 
es2015.reflect, es2015.symbol, es2015.symbol.wellknown, es2016.array.include, 
es2017.object, es2017.sharedmemory, es2017.string, es2017.intl, 
es2017.typedarrays, es2018.asyncgenerator, 
es2018.asynciterable/esnext.asynciterable, es2018.intl, es2018.promise, 
es2018.regexp, es2019.array, es2019.object, es2019.string, 
es2019.symbol/esnext.symbol, es2020.bigint/esnext.bigint, es2020.date, 
es2020.promise, es2020.sharedmemory, es2020.string, es2020.symbol.wellknown, 
es2020.intl, es2020.number, es2021.promise/esnext.promise, es2021.string, 
es2021.weakref/esnext.weakref, es2021.intl, es2022.array/esnext.array, 
es2022.error, es2022.intl, es2022.object, 

Bug#1056286: node-get-stream: FTBFS in sid with internet access disabled

2023-11-19 Thread Gianfranco Costamagna

Package: node-get-stream
Version: 8.0.1-8
Severity: serious
Tags: patch

Hello,

looks like the package is using internet during tests, and so FTBFS without 
internet access.

The log is:

  ✔ string › handles truncated UTF-8 sequences over maxBuffer
  ✔ string › get stream with invalid UTF-8 sequences
  ─

  integration › works with fetch()

  Rejected promise returned by test. Reason:

  TypeError {
cause: Error {
  code: 'ENOTFOUND',
  errno: -3008,
  hostname: 'nodejs.org',
  syscall: 'getaddrinfo',
  message: 'getaddrinfo ENOTFOUND nodejs.org',
},
message: 'fetch failed',
  }

  › async file://test/integration.js:66:18

  ─

  1 test failed
dh_auto_test: error: /bin/sh -ex debian/tests/pkg-js/test returned exit code 1


Can you please have a look?

thanks

G.



Bug#1056062: coq: FTBFS in sid (dune update?)

2023-11-16 Thread Gianfranco Costamagna

Source: coq
Version: 8.17.0+dfsg-1
Severity: serious

Hello,

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

As said here, there is a build failure due to probably new dune or something 
similar.

I can reproduce locally, but not always, looks some concurrency issue but also 
running dune with -j1 doesn't fix the issue.

$ (cd _build/default && /usr/bin/bash -e -u -o pipefail -c 
'doc/stdlib/make-library-index doc/stdlib/index-list.html doc/stdlib/hidden-files')
Building file index-list.prehtml... Error: none of doc/stdlib/index-list.html 
and doc/stdlib/hidden-files mention theories/Arith/Between.v
grep: tmp: No such file or directory
grep: tmp: No such file or directory

This is probably the culprit of the issue, but I don't really understand why 
this is not found

and also why running it manually works
bash -e -u -o pipefail -c 'doc/stdlib/make-library-index 
doc/stdlib/index-list.html doc/stdlib/hidden-files'
Building file index-list.prehtml...
Done


Sorry for not providing a patch, but I really don't have much knowledge about 
this build system, and despite my efforts I'm still failing

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1055896: cod-tools: FTBFS: source.c:33:5: error: ‘SPGCONST’ undeclared (first use in this function); did you mean ‘OP_CONST’?

2023-11-14 Thread Gianfranco Costamagna

control: tags -1 patch
control: tags -1 fixed-upstream

https://github.com/cod-developers/cod-tools/commit/2e9c0aaa367366883105fa9a7ba3d965495700f8

Just removing SPGCONST from the source.c file is enough, trivial patch attached:

Sadly I opened an upstream PR before upstream updated the branch, so the patch 
I uploaded in Ubuntu has my name as author

cat debian/patches/new-spdlib-build-fix.patch
Author: Gianfranco Costamagna 
Description: sed s/SPGCONST//g -i ./src/lib/perl5/COD/SPGLib/SPGLib.c

Due to upstream removing it https://github.com/spglib/spglib/pull/258/files
Bug-Debian: https://bugs.debian.org/1055896
Forwarded: https://github.com/cod-developers/cod-tools/pull/16
Last-Update: 2023-11-14

--- cod-tools-3.7.0+dfsg.orig/src/lib/perl5/COD/SPGLib/SPGLib.c
+++ cod-tools-3.7.0+dfsg/src/lib/perl5/COD/SPGLib/SPGLib.c
@@ -30,7 +30,7 @@ SV* get_sym_dataset( SV* lattice_ref, SV
 int j;
 int k;
 
-SPGCONST double lattice[3][3];

+double lattice[3][3];
 for( i = 0; i < 3; i++ ) {
 for( j = 0; j < 3; j++ ) {
 lattice[i][j] = SvNV( (SV*)
@@ -41,7 +41,7 @@ SV* get_sym_dataset( SV* lattice_ref, SV
 }
 }
 
-SPGCONST double positions[natoms][3];

+double positions[natoms][3];
 int types[natoms];
 for( i = 0; i < natoms; i++ ) {
 types[i] = SvIV( (SV*) *av_fetch( types_av, i, 0 ) );


On Mon, 13 Nov 2023 21:11:56 +0100 Sebastian Ramacher  
wrote:

Source: cod-tools
Version: 3.7.0+dfsg-1
Severity: serious
Tags: ftbfs sid trixie
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org

https://buildd.debian.org/status/fetch.php?pkg=cod-tools=s390x=3.7.0%2Bdfsg-1%2Bb4=1699906136=0

make[2]: Entering directory '/<>/src/lib/perl5/COD/SPGLib'
swig -perl5 -Wall -outdir lib/COD/ source.i
cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -Wno-unused-value \
-I. -c \
`perl -MConfig -e 'print join(" ", @Config{qw(ccflags optimize cccdlflags)}, 
"-I$Config{archlib}/CORE")'` \
source.c source_wrap.c
source.c: In function ‘get_sym_dataset’:
source.c:33:5: error: ‘SPGCONST’ undeclared (first use in this function); did 
you mean ‘OP_CONST’?
   33 | SPGCONST double lattice[3][3];
  | ^~~~
  | OP_CONST
source.c:33:5: note: each undeclared identifier is reported only once for each 
function it appears in
source.c:33:13: error: expected ‘;’ before ‘double’
   33 | SPGCONST double lattice[3][3];
  | ^~~
  | ;
source.c:36:13: error: ‘lattice’ undeclared (first use in this function); did 
you mean ‘lattice_av’?
   36 | lattice[i][j] = SvNV( (SV*)
  | ^~~
  | lattice_av
source.c:44:13: error: expected ‘;’ before ‘double’
   44 | SPGCONST double positions[natoms][3];
  | ^~~
  | ;
source.c:49:13: error: ‘positions’ undeclared (first use in this function)
   49 | positions[i][j] = SvNV( (SV*)
  | ^
make[2]: *** [Makelocal-SWIG-module:36: source.o] Error 1

Cheers
--
Sebastian Ramacher




OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1054999: dlt-daemon: FTBFS: 5: /bin/sh: 1: killall: not found

2023-11-07 Thread Gianfranco Costamagna

Hello Guillem
On Tue, 7 Nov 2023 20:35:43 +0100 Guillem Jover  wrote:

Control: tag -1 patch



Big thanks!!!

Uploaded!

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1055228: plplot: FTBFS on armhf (test segfault)

2023-11-02 Thread Gianfranco Costamagna

Source: plplot
Version: 5.15.0+dfsg2-6
Severity: serious

Hello, I found the package FTBFS on Ubuntu, checked on amdahl and found the 
same issue.

/usr/bin/make  -f examples/fortran/CMakeFiles/x31f.dir/build.make 
examples/fortran/CMakeFiles/x31f.dir/build
make[5]: Entering directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
make[5]: Nothing to be done for 'examples/fortran/CMakeFiles/x31f.dir/build'.
make[5]: Leaving directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
[ 46%] Built target x31f
/usr/bin/make  -f examples/CMakeFiles/test_fortran_svg.dir/build.make 
examples/CMakeFiles/test_fortran_svg.dir/depend
make[5]: Entering directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
cd /home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf && /usr/bin/cmake -E 
cmake_depends "Unix Makefiles" /home/locutusofborg/plplot-5.15.0+dfsg2 
/home/locutusofborg/plplot-5.15.0+dfsg2/examples 
/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf 
/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/examples 
/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/examples/CMakeFiles/test_fortran_svg.dir/DependInfo.cmake
 "--color="
make[5]: Leaving directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
/usr/bin/make  -f examples/CMakeFiles/test_fortran_svg.dir/build.make 
examples/CMakeFiles/test_fortran_svg.dir/build
make[5]: Entering directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
cd /home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/examples && 
/usr/bin/cmake -E echo "Generate fortran results for svg device"
Generate fortran results for svg device
cd /home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/examples && 
env 
EXAMPLES_PREFIX=/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/examples
 SRC_EXAMPLES_PREFIX=/home/locutusofborg/plplot-5.15.0+dfsg2/examples 
OUTPUT_DIR=/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/examples/test_examples_output_dir
 /bin/bash 
/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/plplot_test/plplot-test.sh
 --verbose --front-end=fortran --device=svg
Testing front-end fortran
x16af
x00f
x01f
x02f
x03f
x04f
x05f
x06f
x07f
x08f
x09f
/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf/plplot_test/test_fortran.sh: line 54: 3932208 Bus 
error   $DEBUG_CMD "$fortrandir"/x${index}f -dev $device -o 
"${OUTPUT_DIR}"/x${index}${lang}%n.$dsuffix $options 2> fortran_${device}_test.error >| 
"${OUTPUT_DIR}"/x${index}${lang}_${dsuffix}.txt

Program received signal SIGBUS: Access to an undefined portion of a memory 
object.

Backtrace for this error:
make[5]: *** [examples/CMakeFiles/test_fortran_svg.dir/build.make:388: 
examples/test_examples_output_dir/x00f01.svg] Error 1
make[5]: *** Deleting file 'examples/test_examples_output_dir/x00f01.svg'
make[5]: Leaving directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
make[4]: *** [CMakeFiles/Makefile2:5049: 
examples/CMakeFiles/test_fortran_svg.dir/all] Error 2
make[4]: Leaving directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
make[3]: *** [CMakeFiles/Makefile2:7121: 
examples/CMakeFiles/test_noninteractive.dir/rule] Error 2
make[3]: Leaving directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
make[2]: *** [Makefile:2243: test_noninteractive] Error 2
make[2]: Leaving directory 
'/home/locutusofborg/plplot-5.15.0+dfsg2/obj-arm-linux-gnueabihf'
make[1]: *** [debian/rules:55: override_dh_auto_test] Error 2
make[1]: Leaving directory '/home/locutusofborg/plplot-5.15.0+dfsg2'
make: *** [debian/rules:48: binary] Error 2


Full log attached


G.


log.gz
Description: application/gzip


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1055060: wxwidgets3.2: accessing network during dh_auto_test

2023-10-30 Thread Gianfranco Costamagna

Source: wxwidgets3.2
Version: 3.2.3+dfsg-2
Severity: serious

Hello, looks like the code is trying to reach some external websites during 
dh_auto_test.

Look e.g. at the Ubuntu build log

/usr/bin/ld: /tmp/cc6Gj1qH.ltrans32.ltrans.o: in function 
`C_A_T_C_HT_E_S_T41()':
/<>/tests/./filename/filenametest.cpp:797:(.text+0x4406): warning: 
the use of `tempnam' is dangerous, better use `mkstemp'
make[2]: Leaving directory '/<>/tests'
cd tests && ./test ~[.]
Test program for wxWidgets non-GUI features
build: 3.2 (wchar_t,compiler with C++ ABI compatible with gcc 4,wx 
containers,compatible with 3.0)
compiled using gcc 13.2
running under Linux 5.4.0-164-generic x86_64 as buildd

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

---
URLTestCase
  GetInputStream
---
./uris/url.cpp:37
...

./uris/url.cpp:68:
warning:
  No network connectivity; skipping the URLTestCase::GetInputStream test unit.

---
WebRequest::Get::Bytes
---
./net/webrequest.cpp:181
...

./net/webrequest.cpp:149:
warning:
  Error: Could not resolve host: nghttp2.org

./net/webrequest.cpp:152: FAILED:
  REQUIRE( stateFromEvent == requiredState )
with expansion:
  4 == 3

---
WebRequest::Get::Simple
---
./net/webrequest.cpp:194
...

./net/webrequest.cpp:217: FAILED:
  CHECK( request.GetState() == wxWebRequest::State_Completed )
with expansion:
  4 == 3

./net/webrequest.cpp:218: FAILED:
  CHECK( request.GetResponse().GetStatus() == 200 )
with expansion:
  0 == 200

---
WebRequest::Get::String
---
./net/webrequest.cpp:221
...

./net/webrequest.cpp:149:
warning:
  Error: Could not resolve host: nghttp2.org

./net/webrequest.cpp:152: FAILED:
  REQUIRE( stateFromEvent == requiredState )
with expansion:
  4 == 3

---
WebRequest::Get::Header
---
./net/webrequest.cpp:232
...

./net/webrequest.cpp:149:
warning:
  Error: Could not resolve host: nghttp2.org

./net/webrequest.cpp:152: FAILED:
  REQUIRE( stateFromEvent == requiredState )
with expansion:
  4 == 3

---
WebRequest::Get::Param
---
./net/webrequest.cpp:243
...

./net/webrequest.cpp:149:
warning:
  Error: Could not resolve host: nghttp2.org

./net/webrequest.cpp:152: FAILED:
  REQUIRE( stateFromEvent == requiredState )
with expansion:
  4 == 3

---
WebRequest::Get::File
---
./net/webrequest.cpp:271
...

./net/webrequest.cpp:149:
warning:
  Error: Could not resolve host: nghttp2.org

./net/webrequest.cpp:152: FAILED:
  REQUIRE( stateFromEvent == requiredState )
with expansion:
  4 == 3

---
WebRequest::Get::None
---
./net/webrequest.cpp:284
...

./net/webrequest.cpp:149:
warning:
  Error: Could not resolve host: nghttp2.org

./net/webrequest.cpp:152: FAILED:
  REQUIRE( stateFromEvent == requiredState )
with expansion:
  4 == 3

---
WebRequest::Error::HTTP
---
./net/webrequest.cpp:298
...

./net/webrequest.cpp:158: FAILED:
  CHECK( statusFromEvent == requiredStatus )
with 

Bug#1052854: python-vulndb: FTBFS: FileNotFoundError: [Errno 2] No such file or directory: '/<>/.pybuild/cpython3_3.11/build/vulndb/db'

2023-10-17 Thread Gianfranco Costamagna

Hello,


I haven't seen that many of these. A few, yes, maybe 3?


3 under my personal ddpo, e.g. borgbackup this one and some others.
In any case, I agree with your proposal, borgbackup is already "fixed" in some 
way, and I plan to workaround
vulndb too.

G.



On balance, it still seems like the right change to have made.
There is the risk of silent breakage from missing files, but I haven't
heard of any of those, yet.

I'm coming around to making cleaning .egg-info configurable.
Right now you have to skip pybuild cleaning entirely, which is not
complex. But it's more than the one line instruction to skip egg-info
cleaning. I think configuration makes sense.

Stefano

--
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1042395: casparcg-server: diff for NMU version 2.3.3+dfsg-3.1

2023-10-10 Thread Gianfranco Costamagna

Control: tags 1042395 + patch
Control: tags 1042395 + pending

Dear maintainer,

I've prepared an NMU for casparcg-server (versioned as 2.3.3+dfsg-3.1) and
uploaded it.

Regards.

diff -Nru casparcg-server-2.3.3+dfsg/debian/changelog 
casparcg-server-2.3.3+dfsg/debian/changelog
--- casparcg-server-2.3.3+dfsg/debian/changelog 2022-09-02 17:30:00.0 
+0200
+++ casparcg-server-2.3.3+dfsg/debian/changelog 2023-10-10 09:13:09.0 
+0200
@@ -1,3 +1,13 @@
+casparcg-server (2.3.3+dfsg-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Nick Rosbrook  ]
+  * debian/patches: add use-renamed-AV_CODEC_CAP_OTHER_THREADS.patch
+This fixes FTBFS against ffmpeg 6.0 (LP: #2034959, Closes: #1042395)
+
+ -- Gianfranco Costamagna   Tue, 10 Oct 2023 
09:13:09 +0200
+
 casparcg-server (2.3.3+dfsg-3) unstable; urgency=medium

   [ Filip Hanes ]
diff -Nru casparcg-server-2.3.3+dfsg/debian/patches/series 
casparcg-server-2.3.3+dfsg/debian/patches/series
--- casparcg-server-2.3.3+dfsg/debian/patches/series2022-08-31 
16:43:35.0 +0200
+++ casparcg-server-2.3.3+dfsg/debian/patches/series2023-10-10 
09:09:47.0 +0200
@@ -4,3 +4,4 @@
 0004-fix-shader-frag.patch
 1001-cmake-ftbfs.patch
 1002-arm64-compatibility.patch
+use-renamed-AV_CODEC_CAP_OTHER_THREADS.patch
diff -Nru 
casparcg-server-2.3.3+dfsg/debian/patches/use-renamed-AV_CODEC_CAP_OTHER_THREADS.patch
 
casparcg-server-2.3.3+dfsg/debian/patches/use-renamed-AV_CODEC_CAP_OTHER_THREADS.patch
--- 
casparcg-server-2.3.3+dfsg/debian/patches/use-renamed-AV_CODEC_CAP_OTHER_THREADS.patch
  1970-01-01 01:00:00.0 +0100
+++ 
casparcg-server-2.3.3+dfsg/debian/patches/use-renamed-AV_CODEC_CAP_OTHER_THREADS.patch
  2023-10-10 09:09:47.0 +0200
@@ -0,0 +1,18 @@
+Description: Use AV_CODEC_CAP_OTHER_THREADS instead of 
AV_CODEC_CAP_AUTO_THREADS
+ This flag was renamed in libavcodec: 
https://github.com/FFmpeg/FFmpeg/blob/n6.0/doc/APIchanges#L436-L439.
+Author: Nick Rosbrook 
+Bug-Ubuntu: 
https://bugs.launchpad.net/ubuntu/+source/casparcg-server/+bug/2034959
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042395
+Forwarded: 
https://salsa.debian.org/multimedia-team/casparcg-server/-/merge_requests/5
+Last-Update: 2023-09-08
+--- a/src/modules/ffmpeg/producer/av_producer.cpp
 b/src/modules/ffmpeg/producer/av_producer.cpp
+@@ -106,7 +106,7 @@
+ FF(av_opt_set_int(ctx.get(), "refcounted_frames", 1, 0));
+
+ int numThreads = 1;
+-if (codec->capabilities & AV_CODEC_CAP_AUTO_THREADS) {
++if (codec->capabilities & AV_CODEC_CAP_OTHER_THREADS) {
+ numThreads = 0;
+ } else if (codec->capabilities & AV_CODEC_CAP_SLICE_THREADS) {
+ numThreads = std::min(8, std::thread::hardware_concurrency() 
/ 2);


On Thu, 27 Jul 2023 16:13:45 +0300 Adrian Bunk  wrote:

Source: casparcg-server
Version: 2.3.3+dfsg-3
Severity: serious
Tags: ftbfs trixie sid

https://buildd.debian.org/status/logs.php?pkg=casparcg-server=2.3.3%2Bdfsg-3%2Bb2

...
/<>/src/modules/ffmpeg/producer/av_producer.cpp: In constructor 
‘caspar::ffmpeg::Decoder::Decoder(AVStream*)’:
/<>/src/modules/ffmpeg/producer/av_producer.cpp:109:35: error: 
‘AV_CODEC_CAP_AUTO_THREADS’ was not declared in this scope; did you mean 
‘AV_CODEC_CAP_FRAME_THREADS’?
  109 | if (codec->capabilities & AV_CODEC_CAP_AUTO_THREADS) {
  |   ^
  |   AV_CODEC_CAP_FRAME_THREADS
...


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1053588: ghc: Please add support for loongarch64

2023-10-07 Thread Gianfranco Costamagna

control: severity -1 wishlist
Hello,

On Sat, 07 Oct 2023 06:13:35 + JiaLing Zhang  
wrote:

Source: ghc
Version: 9.4.6-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source

hello,The upstream ghc-9.6.3 has been support loongarch64.Chould we
update the source ?


Please point specific patches to backport to the current 9.4.6 if you really 
want it fixed.

loongarch64 is a port architectures, the severity serious is not acceptable for 
ports.

G.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1051141: mfem: broken build system?

2023-10-05 Thread Gianfranco Costamagna

control: tags -1 patch pending

Uploaded and git pushed.

G.

On Sun, 3 Sep 2023 14:17:09 +0200 Gianfranco Costamagna 
 wrote:

Source: mfem
Version: 4.5.2+ds-1.1
Severity: serious
Justification: the directories hardcoded in header file points to unexisting 
locations.

Hello, I found some issues on the packaging of mfem, and I would like to see 
them fixed
because I don't think the package is good for stable in this way, but feel free 
to close
if you think this isn't the case!

First issue:
this is passed in configure:
-DINSTALL_LIB_DIR=lib/x86_64-linux-gnu
instead of DEB_HOST_MULTIARCH, causing a lot of pain a little bit after:

 dh_fixperms
 chrpath -d debian/libmfem4*/usr/lib/*-*/libmfem.so*
# one day this will also work on non x86_64-linux-gnu
# debian/libmfem-dev/usr/lib/cmake/mfem/*.cmake are with absolute wrong/build 
paths
 sed -i 
"s,/.*/lib/.*/libmfem.so.4.5.2,/usr/lib/x86_64-linux-gnu/libmfem.so.4.5.2,g" 
debian/libmfem-dev/usr/lib/cmake/mfem/MFEMTargets-*.cmake
# one day someone will fix the -ffile-prefix-map
 sed -i "s,/.*/lib/.*x86_64-linux-gnu,/usr/lib/x86_64-linux-gnu,g" 
debian/libmfem-dev/usr/lib/cmake/mfem/MFEMConfig.cmake

(for some reasons the DESTDIR contains the full path of the build, not the 
relative one, so this causes a lot of other issues)


Second issue:

cat /usr/include/mfem/config/_config.hpp |grep build
#define MFEM_SOURCE_DIR "/build/reproducible-path/mfem-4.5.2+ds"

MFEM_SOURCE_DIR and MFEM_INSTALL_DIR are used in many places in the code, and 
this will fail.

fem/ceed/interface/util.cpp:  const char *install_dir = MFEM_INSTALL_DIR 
"/include/mfem/fem/ceed";
fem/ceed/interface/util.cpp: MFEM_ABORT("Cannot find libCEED kernels in 
MFEM_INSTALL_DIR or "
general/device.cpp:   if (occa::io::exists(MFEM_INSTALL_DIR "/include/mfem/"))
general/device.cpp:  mfemDir = MFEM_INSTALL_DIR "/include/mfem/";
general/device.cpp:  MFEM_ABORT("Cannot find OCCA kernels in MFEM_INSTALL_DIR or 
MFEM_SOURCE_DIR");

fem/ceed/interface/util.cpp:  const char *source_dir = MFEM_SOURCE_DIR 
"/fem/ceed";
fem/ceed/interface/util.cpp:"MFEM_SOURCE_DIR");
general/device.cpp:   else if (occa::io::exists(MFEM_SOURCE_DIR))
general/device.cpp:  mfemDir = MFEM_SOURCE_DIR;
general/device.cpp:  MFEM_ABORT("Cannot find OCCA kernels in MFEM_INSTALL_DIR or 
MFEM_SOURCE_DIR");


Third issue: the shipped cmake file looks wrong and broken (this is a good 
candidate for autopkgtest :) )

cat ../CMakeLists.txt
cmake_minimum_required(VERSION 3.27)
project(foo)
find_package(MFEM)

cmake ..
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done


OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2023-10-05 Thread Gianfranco Costamagna

control: reassign -1 src:gcc-13
control: found -1 13.2.0-4
control: affects -1 src:darktable.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
According to upstream, we need a patch that was added some days ago on 13 branch

G.

On Wed, 4 Oct 2023 08:21:31 +0200 Gianfranco Costamagna 
 wrote:

Hello,

> 
> Do you think maybe there should be a debian gcc bug? after all, the

> distinction you point to is a difference of debian version.
> 


Not really sure, somewhat it fails with gcc-12 too, so it might be something 
that was even backported to older gcc, or something else


For sure, it builds if we disable OPENMP support

diff -Nru darktable-4.4.2/debian/changelog darktable-4.4.2/debian/changelog
--- darktable-4.4.2/debian/changelog2023-08-20 12:26:40.0 +
+++ darktable-4.4.2/debian/changelog2023-10-03 15:58:01.0 +
@@ -1,3 +1,10 @@
+darktable (4.4.2-1.1) unstable; urgency=medium
+
+  * Disable openmp for arm64 builds (LP: #2038351)
+See Debian bug: #1053405
+
+ -- Mitchell Dzurick   Tue, 03 Oct 2023 
08:58:01 -0700
+
  darktable (4.4.2-1) unstable; urgency=medium
  
* Update to new upstream version 4.4.2.

diff -Nru darktable-4.4.2/debian/rules darktable-4.4.2/debian/rules
--- darktable-4.4.2/debian/rules2023-08-20 12:26:40.0 +
+++ darktable-4.4.2/debian/rules2023-10-03 15:58:01.0 +
@@ -20,7 +20,12 @@
dh $@
  
  override_dh_auto_configure: cmake/version.cmake

+ifeq ($(DEB_HOST_ARCH),arm64)
+   # Disable OPENMP for arm64 builds. See LP: #2038351
+   dh_auto_configure -- -DBINARY_PACKAGE_BUILD=1 
-DCMAKE_BUILD_TYPE=Release -DRAWSPEED_ENABLE_LTO=ON -DUSE_OPENMP=OFF
+else
dh_auto_configure -- -DBINARY_PACKAGE_BUILD=1 
-DCMAKE_BUILD_TYPE=Release -DRAWSPEED_ENABLE_LTO=ON
+endif
  
  describe-current-version:

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1052533: llvm-17-dev: cmake config unusable due to missing files

2023-10-04 Thread Gianfranco Costamagna

control: fixed -1 1:17.0.2-1~exp1
control: close -1

On Fri, 29 Sep 2023 11:56:19 +0200 Andreas Beckmann  wrote:

Followup-For: Bug #1052533
Control: found -1 1:17.0.1-1~exp2

The omp problem is not completely fixed, yet:

-- The CXX compiler identification is GNU 13.2.0
-- The C compiler identification is GNU 13.2.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Performing Test HAVE_FFI_CALL
-- Performing Test HAVE_FFI_CALL - Success
-- Found FFI: /usr/lib/x86_64-linux-gnu/libffi.so
-- Could NOT find LibEdit (missing: LibEdit_INCLUDE_DIRS LibEdit_LIBRARIES)
-- Performing Test Terminfo_LINKABLE
-- Performing Test Terminfo_LINKABLE - Success
-- Found Terminfo: /usr/lib/x86_64-linux-gnu/libtinfo.so
-- Could NOT find ZLIB (missing: ZLIB_LIBRARY ZLIB_INCLUDE_DIR)
-- Could NOT find zstd (missing: zstd_LIBRARY zstd_INCLUDE_DIR)
-- Found LibXml2: /usr/lib/x86_64-linux-gnu/libxml2.so (found version "2.9.14")
-- Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
CMake Error at /usr/lib/llvm-17/lib/cmake/llvm/LLVMExports.cmake:1857 (message):
  The imported target "omp" references the file

 "/usr/lib/llvm-17/lib/libomp.so.5"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/llvm-17/lib/cmake/llvm/LLVMExports.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/llvm-17/cmake/LLVMConfig.cmake:369 (include)
  CMakeLists.txt:3 (find_package)


-- Configuring incomplete, errors occurred!


Andreas




OpenPGP_signature.asc
Description: OpenPGP digital signature


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

2023-10-04 Thread Gianfranco Costamagna

Hello,



Do you think maybe there should be a debian gcc bug? after all, the
distinction you point to is a difference of debian version.



Not really sure, somewhat it fails with gcc-12 too, so it might be something 
that was even backported to older gcc, or something else


For sure, it builds if we disable OPENMP support

diff -Nru darktable-4.4.2/debian/changelog darktable-4.4.2/debian/changelog
--- darktable-4.4.2/debian/changelog2023-08-20 12:26:40.0 +
+++ darktable-4.4.2/debian/changelog2023-10-03 15:58:01.0 +
@@ -1,3 +1,10 @@
+darktable (4.4.2-1.1) unstable; urgency=medium
+
+  * Disable openmp for arm64 builds (LP: #2038351)
+See Debian bug: #1053405
+
+ -- Mitchell Dzurick   Tue, 03 Oct 2023 
08:58:01 -0700
+
 darktable (4.4.2-1) unstable; urgency=medium
 
   * Update to new upstream version 4.4.2.

diff -Nru darktable-4.4.2/debian/rules darktable-4.4.2/debian/rules
--- darktable-4.4.2/debian/rules2023-08-20 12:26:40.0 +
+++ darktable-4.4.2/debian/rules2023-10-03 15:58:01.0 +
@@ -20,7 +20,12 @@
dh $@
 
 override_dh_auto_configure: cmake/version.cmake

+ifeq ($(DEB_HOST_ARCH),arm64)
+   # Disable OPENMP for arm64 builds. See LP: #2038351
+   dh_auto_configure -- -DBINARY_PACKAGE_BUILD=1 
-DCMAKE_BUILD_TYPE=Release -DRAWSPEED_ENABLE_LTO=ON -DUSE_OPENMP=OFF
+else
dh_auto_configure -- -DBINARY_PACKAGE_BUILD=1 
-DCMAKE_BUILD_TYPE=Release -DRAWSPEED_ENABLE_LTO=ON
+endif
 
 describe-current-version:

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


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1052854: python-vulndb: FTBFS: FileNotFoundError: [Errno 2] No such file or directory: '/<>/.pybuild/cpython3_3.11/build/vulndb/db'

2023-09-26 Thread Gianfranco Costamagna

control: reassign -1 dh-python
control: found -1 6.20230825
control: affects -1 python-vulndb borgbackup

hello, I see a TON of FTBFS bugs for python failures
I suspect the reason for them to fail is
* Remove *.egg-info directories in clean step, as part of Debian's wider
  effort to improve clean targets. Thanks Stuart Prescott for the patch.

in latest dh-python
now, SOURCES.txt is created usually based on files that are under git 
versioning, but we don't have git installed during build
cleaning up that directory during clean step, makes it not correctly being 
re-created
I presume we should assign them back to dh-python and check with python 
maintainers if we can do something
creating egg-info from scratch, is for sure something I really like, but maybe 
not so feasible in general

for borgbackup I crafted an hacky patch to add on MANIFEST.in file an 
additional file 
https://salsa.debian.org/debian/borgbackup/-/blob/master/debian/patches/7793.patch

The problem of this kind of patches is:
 1) is fragile and changes on every upstream release (specially for tests 
containing a ton of subfiles)
 2) can't be upstreamed easily
so I don't think deleting egg-info during clean as default is a sane thing to do

maybe this can mitigate indeed 
https://salsa.debian.org/python-team/tools/dh-python/-/commit/3d42f08deb9ffb0d2f7a689dbc5a314ab5ded6c4

What is the opinion of dh-python maintainers? Feel free to reassign back if you 
don't agree

thanks

Gianfranco
On Tue, 26 Sep 2023 14:44:47 +0200 Lucas Nussbaum  wrote:

Source: python-vulndb
Version: 0.1.3-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230925 ftbfs-trixie

Hi,

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


Relevant part (hopefully):
>  debian/rules build
> dh build --with python3 --buildsystem=pybuild
>dh_update_autotools_config -O--buildsystem=pybuild
>dh_autoreconf -O--buildsystem=pybuild
>dh_auto_configure -O--buildsystem=pybuild
> I: pybuild base:291: python3.11 setup.py config 
> /usr/lib/python3/dist-packages/setuptools/__init__.py:84: _DeprecatedInstaller: setuptools.installer and fetch_build_eggs are deprecated.

> !!
> 
> 

> Requirements should be satisfied by a PEP 517 installer.
> If you are using pip, you can try `pip install --use-pep517`.
> 

> 
> !!

>   dist.fetch_build_eggs(dist.setup_requires)
> WARNING: The wheel package is not available.
> running config
>dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:291: /usr/bin/python3 setup.py build 
> /usr/lib/python3/dist-packages/setuptools/__init__.py:84: _DeprecatedInstaller: setuptools.installer and fetch_build_eggs are deprecated.

> !!
> 
> 

> Requirements should be satisfied by a PEP 517 installer.
> If you are using pip, you can try `pip install --use-pep517`.
> 

> 
> !!

>   dist.fetch_build_eggs(dist.setup_requires)
> WARNING: The wheel package is not available.
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11/build/vulndb
> copying vulndb/__init__.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb
> copying vulndb/db_vuln.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb
> creating /<>/.pybuild/cpython3_3.11/build/vulndb/tests
> copying vulndb/tests/test_load_all_json.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/tests
> copying vulndb/tests/test_db_vuln.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/tests
> copying vulndb/tests/__init__.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/tests
> creating /<>/.pybuild/cpython3_3.11/build/vulndb/constants
> copying vulndb/constants/wasc.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/constants
> copying vulndb/constants/__init__.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/constants
> copying vulndb/constants/cwe.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/constants
> copying vulndb/constants/owasp.py -> 
/<>/.pybuild/cpython3_3.11/build/vulndb/constants


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1052824: flycheck: FTBFS if gawk is installed

2023-09-26 Thread Gianfranco Costamagna

Source: flycheck
Version: 33~git20230824.e56e30d-1
Severity: serious
Forwarded: https://github.com/flycheck/flycheck/issues/2036

Hello, looks like if we build with gawk installed, a new test fails.

I'm filing as serious, because gawk is a tool installed on many systems.

I just added the dependency at build time and found the issue on DoM
http://debomatic-amd64.debian.net/distribution#unstable/flycheck/33~git20230824.e56e30d-1.1/buildlog


Test flycheck-define-checker/awk-gawk/syntax-error backtrace:
  signal(ert-test-failed (((should (equal (mapcar #'flycheck-error-wit
  ert-fail(((should (equal (mapcar #'flycheck-error-without-group expe
  (if (unwind-protect (setq value-229 (apply fn-227 args-228)) (setq f
  (let (form-description-231) (if (unwind-protect (setq value-229 (app
  (let ((value-229 'ert-form-evaluation-aborted-230)) (let (form-descr
  (let* ((fn-227 #'equal) (args-228 (condition-case err (let ((signal-
  (let ((expected (flycheck-ert-sort-errors (mapcar (apply-partially #
  flycheck-ert-should-errors((2 nil warning "x=|\n  ^ syntax error" :c
  apply(flycheck-ert-should-errors (2 nil warning "x=|\n  ^ syntax err
  (let ((process-hook-called 0) (suspicious nil)) (add-hook 'flycheck-
  flycheck-ert-should-syntax-check-in-buffer((2 nil warning "x=|\n  ^
  apply(flycheck-ert-should-syntax-check-in-buffer (2 nil warning "x=|
  (progn (insert-file-contents file-name 'visit) (set-visited-file-nam
  (unwind-protect (progn (insert-file-contents file-name 'visit) (set-
  (progn (unwind-protect (progn (insert-file-contents file-name 'visit
  (unwind-protect (progn (unwind-protect (progn (insert-file-contents
  (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn
  (let ((temp-buffer (generate-new-buffer " *temp*" t))) (save-current
  (let ((file-name (flycheck-ert-resource-filename resource-file))) (i
  (let ((mode (car tail))) (if (fboundp mode) nil (ert-skip (format "%
  (while tail (let ((mode (car tail))) (if (fboundp mode) nil (ert-ski
  (let ((tail modes)) (while tail (let ((mode (car tail))) (if (fbound
  flycheck-ert-should-syntax-check("language/awk/syntax-error.awk" awk
  (closure (truncated-stdin-mode-abbrev-table truncated-stdin-mode-syn
  ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test
  ert-run-test(#s(ert-test :name flycheck-define-checker/awk-gawk/synt
  ert-run-or-rerun-test(#s(ert--stats :selector ... :tests ... :test-m
  ert-run-tests((and "flycheck-" t) #f(compiled-function (event-type &
  ert-run-tests-batch((and "flycheck-" t))
  ert-run-tests-batch-and-exit((and "flycheck-" t))
  (let ((selector (car-safe (prog1 argv (setq argv (cdr argv)) (if
  flycheck-run-tests-batch-and-exit()
  (let ((debug-on-error t)) (flycheck-run-tests-batch-and-exit))
  (let* ((load-prefer-newer t) (source-directory (locate-dominating-fi
  flycheck-run-tests-main()
  load-with-code-conversion("/<>/flycheck-33~git202
  command-line-1(("-l" "package" "--eval" "(add-to-list 'package-direc
  command-line()
  normal-top-level()
Test flycheck-define-checker/awk-gawk/syntax-error condition:
(ert-test-failed
 ((should
   (equal
(mapcar #'flycheck-error-without-group expected)
(mapcar #'flycheck-error-without-group current)))
  :form
  (equal
   (#s(flycheck-error # awk-gawk 
"/<>/test/resources/language/awk/syntax-error.awk" 2 nil "x=|\n  ^ syntax 
error" warning nil nil nil nil))
   nil)
  :value nil :explanation
  (different-types
   (#s(flycheck-error # awk-gawk 
"/<>/test/resources/language/awk/syntax-error.awk" 2 nil "x=|\n  ^ syntax 
error" warning nil nil nil nil))
   nil)))
   FAILED  110/562  flycheck-define-checker/awk-gawk/syntax-error (0.139626 
sec) at test/flycheck-test.el:1

We are already skipping a bunch of tests in a patch, so maybe we can add also 
this one, or wait for upstream
to double check what is going wrong.

G.


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1051819: fluidsynth: Consider building with pipewire support

2023-09-16 Thread Gianfranco Costamagna
Hello, i did nmu because... 1) riscv64 porting is finishing and they need to 
build as many packages as possible (this one was blocking a lot of packages) 2) 
im in vac now for more than one week, and i wont have access to laptop or so
Sorry for the rush and indeed feel free to change everything as you prefer :) 
Cheers! 
Gianfranco

Sent from Yahoo Mail on Android 
 
  On Sat, Sep 16, 2023 at 15:27, Johannes Schauer Marin 
Rodrigues wrote:   Hi Nicholas,

Quoting Nicholas D Steeves (2023-09-16 14:06:00)
> Oh my, yes, it seems I forgot to add the new pipewire -dev package to the
> fluidsynth -dev package.  'not sure how that happened, but my mistake!  Isn't
> only waiting 48h a bit rushed for an NMU though?

the number of delayed days are documented here:

https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#when-and-how-to-do-an-nmu

It seems that indeed a 0-day nmu was a bit too quick here.

> I can of course import your fix and upload in the next 48h, and I'd like to
> improve your changelog entry, because I think you'll agree that the concept
> of "runtime" doesn't make sense for headers ;)

It does make sense as we have two types of dependencies in Debian: build
dependencies and runtime dependencies. A header package is also a binary
package so it has runtime dependencies like all other binary packages do.

But indeed the term "runtime dependency" is not very widely used. I do not
think that Debian policy uses it. I think the term is mostly used by people
like me who work on dependency resolution software.

> If this is truly 0-day urgent, I'm confident a team member (IIRC Josch is a
> multimedia-team member) will upload.

I'm afraid it was already uploaded and is now in unstable. :(

> ('hope this isn't HTML email, since I'm currently AFK on a phone)

It was HTML but it also had a text/plain part. :)

Thanks!

cheers, josch  


Bug#1051819: fluidsynth: Consider building with pipewire support

2023-09-15 Thread Gianfranco Costamagna

Control: tags 1051819 + patch
Control: tags 1051819 + pending

Dear maintainer,

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

Regards.

diff -Nru fluidsynth-2.3.3/debian/changelog fluidsynth-2.3.3/debian/changelog
--- fluidsynth-2.3.3/debian/changelog   2023-09-13 02:52:50.0 +0200
+++ fluidsynth-2.3.3/debian/changelog   2023-09-14 07:22:04.0 +0200
@@ -1,3 +1,11 @@
+fluidsynth (2.3.3-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fixup previous upload, also runtime depend on libpipewire-0.3-dev,
+on libfluidsynth-dev (Closes: #1051819)
+
+ -- Gianfranco Costamagna   Thu, 14 Sep 2023 
07:22:04 +0200
+
 fluidsynth (2.3.3-2) unstable; urgency=medium

   * Team upload.
diff -Nru fluidsynth-2.3.3/debian/control fluidsynth-2.3.3/debian/control
--- fluidsynth-2.3.3/debian/control 2023-09-13 02:52:50.0 +0200
+++ fluidsynth-2.3.3/debian/control 2023-09-14 07:22:04.0 +0200
@@ -82,6 +82,7 @@
  libdbus-1-dev [linux-any],
  libinstpatch-dev (>= 1.1.0),
  libjack-dev | libjack-jackd2-dev,
+ libpipewire-0.3-dev,
  libpulse-dev,
  libreadline-dev,
  libsdl2-dev,


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1051786: CVE-2023-4863: Heap buffer overflow in WebP

2023-09-14 Thread Gianfranco Costamagna

control: tags -1 pending

Hello, since the package libwebp looks a little bit maintained via NMU and 
package is on salsa.d.o/debian namespace, I'll just do it and git push/git push 
--tags.

G.

On Tue, 12 Sep 2023 09:08:55 -0600 Jeffrey Cliff  
wrote:

Subject: CVE-2023-4863: Heap buffer overflow in WebP
Package: chromium
Version: 116.0.5845.180-1
Severity: grave
Tags: security
Justification: user security hole
X-Debbugs-Cc: Debian Security Team 



On Tue, Sep 12, 2023 at 9:07 AM Jeffrey Cliff  wrote:
>
> Dear Maintainer,
>
> 116.0.5845.187 fixes a critical remote vulnerability in chrome
>
> [$NA][1479274] Critical CVE-2023-4863: Heap buffer overflow in WebP.
> Reported by Apple Security Engineering and Architecture (SEAR) and The Citizen
> Lab at The University of Torontoʼs Munk School on 2023-09-06
>
> 
https://chromereleases.googleblog.com/2023/09/stable-channel-update-for-desktop_11.html
>
> Might want to look into this at least
>
> Jeff Cliff
>
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'stable-debug'), (500,
> 'oldstable-debug')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.5.0-gnulibre (SMP w/2 CPU threads; PREEMPT)
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_CA:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: sysvinit (via /sbin/init)
> LSM: AppArmor: enabled
>
>
> Versions of packages chromium depends on:
> pn  chromium-common
> ii  libasound2 1.2.9-2
> ii  libatk-bridge2.0-0 2.49.91-2
> ii  libatk1.0-02.49.91-2
> ii  libatomic1 13.2.0-3
> ii  libatspi2.0-0  2.49.91-2
> ii  libbrotli1 1.0.9-2+b6
> ii  libc6  2.37-7
> ii  libcairo2  1.17.8-3
> ii  libcups2   2.4.2-5
> ii  libdbus-1-31.14.10-1devuan1
> ii  libdouble-conversion3  3.3.0-1
> ii  libdrm22.4.115-1
> ii  libevent-2.1-7 2.1.12-stable-8
> ii  libexpat1  2.5.0-2
> ii  libflac12  1.4.3+ds-2
> ii  libfontconfig1 2.14.2-5


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1050688: poetry: needs internet access during build?

2023-09-14 Thread Gianfranco Costamagna

Hello,
On Tue, 12 Sep 2023 21:59:46 -0300 Emmanuel Arias  wrote:

Hi,

I can confirm that the next 4 tests needs internet to work:

* tests/installation/test_installer.py::test_installer_with_pypi_repository
* tests/installation/test_chef.py::test_prepare_directory_editable
* tests/installation/test_chef.py::test_prepare_directory
* tests/installation/test_chef.py::test_prepare_directory_with_extensions

I will thank you if you can tell me how run in a not internet builder.
My solution was just disconnect my RJ-45 from the computer to test the
no internet because I didn't found a solution from autopkgtest or sbuild
:-D.



Uploading in an Ubuntu ppa is the quicker way to test this :)

Probably you can export some non-existing proxy but I don't know if this works 
or not with the code.
I also unplug RJ-45 or export some iptables during build:

sudo iptables -P OUTPUT DROP

sudo iptables -P OUTPUT ACCEPT

But I don't know how much this can work or disrupt Debian builders.

G.


Cheers,
Emmanuel




Bug#1051828: pytorch: needs-root for autopkgtests?

2023-09-13 Thread Gianfranco Costamagna

Source: pytorch
Version: 2.0.1+dfsg-2
Severity: serious

Hello, I just found this failure on Ubuntu builders.

5393s autopkgtest [13:15:11]: test show_dangling_symlink_if_any: cd 
debian/tests ; find /usr -xtype l -print
5393s autopkgtest [13:15:11]: test show_dangling_symlink_if_any: 
[---
5393s find: ‘/usr/share/polkit-1/rules.d’: Permission denied
5396s /usr/share/doc/openssl/changelog.gz
5396s /usr/share/doc/perl/Changes.gz
5396s /usr/share/doc/python3-keyring/NEWS.rst.gz
5396s /usr/share/doc/libucx0/README
5396s /usr/share/doc/libhdf5-103-1/RELEASE.txt.gz
5396s /usr/share/doc/libhdf5-hl-100/RELEASE.txt.gz
5396s /usr/share/doc/xfsprogs/changelog.gz
5396s /usr/share/doc/python3-wadllib/NEWS.rst.gz
5396s /usr/share/doc/libxml2/NEWS.gz
5396s /usr/share/locale/cs/LC_TIME/coreutils.mo
5396s /usr/share/locale/zh_TW/LC_TIME/coreutils.mo
5396s /usr/share/locale/eo/LC_TIME/coreutils.mo
5396s /usr/share/locale/tr/LC_TIME/coreutils.mo
5396s /usr/share/locale/fr/LC_TIME/coreutils.mo
5396s /usr/share/locale/eu/LC_TIME/coreutils.mo
5396s /usr/share/locale/da/LC_TIME/coreutils.mo
5396s /usr/share/locale/vi/LC_TIME/coreutils.mo
5396s /usr/share/locale/it/LC_TIME/coreutils.mo
5396s /usr/share/locale/fi/LC_TIME/coreutils.mo
5396s /usr/share/locale/lt/LC_TIME/coreutils.mo
5396s /usr/share/locale/nb/LC_TIME/coreutils.mo
5396s /usr/share/locale/el/LC_TIME/coreutils.mo
5396s /usr/share/locale/de/LC_TIME/coreutils.mo
5396s /usr/share/locale/hu/LC_TIME/coreutils.mo
5396s /usr/share/locale/ro/LC_TIME/coreutils.mo
5396s /usr/share/locale/es/LC_TIME/coreutils.mo
5396s /usr/share/locale/id/LC_TIME/coreutils.mo
5396s /usr/share/locale/et/LC_TIME/coreutils.mo
5396s /usr/share/locale/sl/LC_TIME/coreutils.mo
5396s /usr/share/locale/nl/LC_TIME/coreutils.mo
5396s /usr/share/locale/sr/LC_TIME/coreutils.mo
5396s /usr/share/locale/ga/LC_TIME/coreutils.mo
5396s /usr/share/locale/be/LC_TIME/coreutils.mo
5396s /usr/share/locale/kk/LC_TIME/coreutils.mo
5396s /usr/share/locale/pt_BR/LC_TIME/coreutils.mo
5396s /usr/share/locale/af/LC_TIME/coreutils.mo
5396s /usr/share/locale/uk/LC_TIME/coreutils.mo
5396s /usr/share/locale/ia/LC_TIME/coreutils.mo
5396s /usr/share/locale/gl/LC_TIME/coreutils.mo
5396s /usr/share/locale/pl/LC_TIME/coreutils.mo
5396s /usr/share/locale/ms/LC_TIME/coreutils.mo
5396s /usr/share/locale/ko/LC_TIME/coreutils.mo
5396s /usr/share/locale/lg/LC_TIME/coreutils.mo
5396s /usr/share/locale/bg/LC_TIME/coreutils.mo
5396s /usr/share/locale/sv/LC_TIME/coreutils.mo
5396s /usr/share/locale/ja/LC_TIME/coreutils.mo
5396s /usr/share/locale/hr/LC_TIME/coreutils.mo
5396s /usr/share/locale/pt/LC_TIME/coreutils.mo
5396s /usr/share/locale/ca/LC_TIME/coreutils.mo
5396s /usr/share/locale/sk/LC_TIME/coreutils.mo
5396s /usr/share/locale/zh_CN/LC_TIME/coreutils.mo
5396s /usr/share/locale/ru/LC_TIME/coreutils.mo
5396s /usr/src/linux-headers-6.5.0-5-generic/rust
5396s /usr/src/linux-headers-6.3.0-7-generic/rust
5396s /usr/lib/aarch64-linux-gnu/qt-default/qtchooser/default.conf
5396s autopkgtest [13:15:15]: test show_dangling_symlink_if_any: 
---]
5397s autopkgtest [13:15:16]: test show_dangling_symlink_if_any:  - - - - - - - 
- - - results - - - - - - - - - -
5397s show_dangling_symlink_if_any FAIL non-zero exit status 1
5397s autopkgtest [13:15:16]: test 1_of_98__cpptest__CppSignature_test: 
preparing testbed

This permission denied looks making the test fail, I'm not sure if you want to 
just ignore the find error, or declare the test as need-root capability.

G.


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1051475: ledit: can't be built with arch:all+any

2023-09-08 Thread Gianfranco Costamagna

Source: ledit
Version: 2.04-6
Severity: serious

Hello, for some reasons, building ledit with arch:all + arch:any produces a 
ledit binary with an additional dependency
on libstdlib-ocaml-lqmb5
This makes the arch:all package not binNMU safe, and then RC buggy.

I think, for an arch:all package binary depending on shlibs:Depends and 
ocaml:Depends is a little bit strange

Package: ledit
Architecture: all
Depends:
 ${ocaml:Depends},
 ${misc:Depends},
 ${shlibs:Depends}


I don't honestly know if we have to convert ledit into an arch:all package, or 
to stop adding ocaml:Depends on it.

G.


OpenPGP_signature
Description: OpenPGP digital signature


  1   2   3   4   5   6   7   8   9   10   >