Bug#965177: libftdi: ships broken cmake file

2020-07-17 Thread Gianfranco Costamagna
--- libftdi1-1.5/debian/changelog 2020-07-17 08:57:55.0 +0200 +++ libftdi1-1.5/debian/changelog 2020-07-17 09:19:25.0 +0200 @@ -1,3 +1,9 @@ +libftdi1 (1.5-3.1) unstable; urgency=medium + + * Add again the LIBDIR in rules file to make the cmake script happy (Closes: #-

Bug#964044: mrpt: FTBFS: test failure

2020-07-17 Thread Gianfranco Costamagna
+ * debian/patches/e84511500276d38d3eeff0b220e8d45e0d74fc93.patch: +- cherry-pick upstream "fix" for a failing test (Closes: #964044). + + -- Gianfranco Costamagna Fri, 17 Jul 2020 08:14:20 +0200 + mrpt (1:2.0.4-1) unstable; urgency=medium * New version of upstream sources. diff -N

Bug#965033: debdiff

2020-07-16 Thread Gianfranco Costamagna
and looking at the commit ids, the responsible might be this commit https://github.com/mesonbuild/meson/commit/57b468c75ae90e09f8bd98da12a5c420ab49cd79 (not sure if only that one) G.

Bug#965033: debdiff

2020-07-16 Thread Gianfranco Costamagna
Hello again, On Wed, 15 Jul 2020 17:02:36 -0700 Kunal Mehta wrote: > I'm happy to NMU this since it's affecting some of my packages (zimlib, > libkiwix, zim-tools, etc.). debdiff is attached. > > It's not clear to me why the dependency was commented out in the first > place, but it fixes the

Bug#965033: debdiff

2020-07-16 Thread Gianfranco Costamagna
Hello, On Wed, 15 Jul 2020 17:02:36 -0700 Kunal Mehta wrote: > I'm happy to NMU this since it's affecting some of my packages (zimlib, > libkiwix, zim-tools, etc.). debdiff is attached. > > It's not clear to me why the dependency was commented out in the first > place, but it fixes the immediate

Bug#964044: mrpt: FTBFS: test failure

2020-07-16 Thread Gianfranco Costamagna
Hello, On Mon, 13 Jul 2020 21:20:41 +0200 Sebastian Ramacher wrote: > On 2020-06-30 22:37:57 +0200, Sebastian Ramacher wrote: > > Source: mrpt > > Version: 1:2.0.4-1 > > Severity: serious > > Tags: ftbfs > > Justification: fails to build from source (but built successfully in the > > past) > >

Bug#965115: extlib: FTBFS in sid (dh_dwz failure)

2020-07-16 Thread Gianfranco Costamagna
control: affects -1 ocaml-mccs for some reasons, the new binutils changed the dwarf version from 2 to 0 (I tested on stretch, upgraded dwz and binutils to bullseye and reproduced the issue) readelf --debug-dump=info src/extLib.cmxs | grep -A 2 'Compilation Unit @' readelf: Warning: CU at

Bug#965115: extlib: FTBFS in sid (dh_dwz failure)

2020-07-16 Thread Gianfranco Costamagna
Source: extlib Version: 1.7.7-1 Severity: serious Hello, as you can see in the attached build log, the package now FTBFS. Honestly I don't know if the error dwz: debian/libextlib-ocaml/usr/lib/ocaml/extlib/extLib.cmxs: DWARF version 0 unhandled dh_dwz: error: dwz --

Bug#964680: ibus-pinyin: FTBFS: lmyoslib.c:68:36: error: expected ‘)’ before ‘LUA_QS’

2020-07-15 Thread Gianfranco Costamagna
+For reference. +Author: Gianfranco Costamagna +Bug-Debian: https://bugs.debian.org/964680 +Forwarded: https://github.com/phuang/ibus-pinyin/pull/18 +Last-Update: 2020-07-15 + +--- ibus-pinyin-1.5.0.orig/lua/lmyoslib.c ibus-pinyin-1.5.0/lua/lmyoslib.c +@@ -65,7 +65,7 @@ static int getfield (lua_State *L

Bug#965014: bsdmainutils: binaries uploaded

2020-07-14 Thread Gianfranco Costamagna
Source: bsdmainutils Version: 12.1.4 Severity: serious Justification: can't migrate per Britney policy. Hello, thanks for fixing the bsdmainutils RC bugs, but without a source-only upload, the package won't ever migrate to testing. In specific, the arch:all packages can't be binNMUed, so please

Bug#963546: fixed in meson 0.55.0-1

2020-07-14 Thread Gianfranco Costamagna
control: reopen -1 control: notfixed -1 0.55.0-1 control: notfixed -1 0.55.0~rc2-1 Hello, looks like there is still one tweak needed? +meson (0.55.0-2) unstable; urgency=medium + + * Don't require armhf tools on s390x (Closes: #963546) + + -- Gianfranco Costamagna Tue, 14 Jul 2020 13:06:33

Bug#964880: npm: test failures in ppc64el and s390x

2020-07-11 Thread Gianfranco Costamagna
Source: npm Version: 6.14.6+ds-1 Severity: serious Hello, looks like one test is failing on ppc64el and s390x. Could you please have a look? this on s390x

Bug#963063: marked as pending in node-diff

2020-07-11 Thread Gianfranco Costamagna
Control: tag -1 pending Hello, Bug #963063 in node-diff reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#964771: seafile: sed in rules file leads to invalid dependencies

2020-07-10 Thread Gianfranco Costamagna
Hello, On Fri, 10 Jul 2020 11:37:23 +0200 Gianfranco Costamagna wrote: > Source: seafile > Version: 7.0.8-1 > Severity: serious > tags: patch > > Upstream switched to python3, and now the sed in rules file makes it become > python33 leading to an invalid runtime > de

Bug#964771: marked as pending in seafile

2020-07-10 Thread Gianfranco Costamagna
Control: tag -1 pending Hello, Bug #964771 in seafile reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#964771: seafile: sed in rules file leads to invalid dependencies

2020-07-10 Thread Gianfranco Costamagna
--- seafile-7.0.8/debian/changelog 2020-07-06 09:42:21.0 +0200 +++ seafile-7.0.8/debian/changelog 2020-07-10 11:35:34.0 +0200 @@ -1,3 +1,9 @@ +seafile (7.0.8-1.1) unstable; urgency=medium + + * Drop hack leading to python33 shebang (Closes: #-1) + + -- Gianfranco Costamagna

Bug#964377: bumblebee: please runtime depend on pciutils

2020-07-06 Thread Gianfranco Costamagna
Hello, > Good catch! > Should there be a lintian test for it? I remember fixing the same thing > in firmware-b43-installer recently. > it would probably help a lot, yes :) but a quick and incomplete look shows... https://codesearch.debian.net/search?q=lspci+path%3Apostinst%24=0 only two

Bug#964384: [Debian-iot-maintainers] Bug#964384: ulfius: FTBFS with recent libmicrohttpd

2020-07-06 Thread Gianfranco Costamagna
Hello, > This test fails while getting "http://[::1]:8080/empty;, maybe there's > an ipv6 issue in ubuntu autopkgtest environment? > they might not have ipv6 capability, or that port being already allocated? not sure. > The last 2 errors will probably tell us more after the release since the >

Bug#964384: ulfius: FTBFS with recent libmicrohttpd

2020-07-06 Thread Gianfranco Costamagna
Source: ulfius Version: 2.6.7-4 Severity: serious tags: patch Hello, can you please apply the two patches below to fix the build failure with new libmicrohttpd and to give a more useful error message in case curl fails? (I don't know yet why, but the autopkgtest is failing in Ubuntu)

Bug#964377: bumblebee: please runtime depend on pciutils

2020-07-06 Thread Gianfranco Costamagna
Source: bumblebee Version: 3.2.1-23 Severity: serious Hello, bumblebee and bumblebee-nvidia (in Ubuntu) use lspci in their postinst files, without a dependency on it ./debian/bumblebee.postinst:busid=$(lspci -d10de: -nn | grep '\[030[02]\]' | cut -d' ' -f1 | tr . : | head -1)

Bug#964137: clazy: autopkgtests failure on 32bit

2020-07-02 Thread Gianfranco Costamagna
Hello, a smarter approach might be this one: https://invent.kde.org/sdk/clazy/commit/dbde38f1a67c2968c951629a5f5629c9847078bd (untested) G.

Bug#964137: clazy: autopkgtests failure on 32bit

2020-07-02 Thread Gianfranco Costamagna
to exclude inefficient-qlist check on autopkgtests +running on 32bit (Closes: #-1). + + -- Gianfranco Costamagna Thu, 02 Jul 2020 13:10:00 +0200 + clazy (1.7-2) unstable; urgency=medium * Exclude the inefficient-qlist check again, unfortunately on all the 32bit diff -Nru clazy-1.7/debian

Bug#963294: cmake-format: FTBFS: ./.pybuild/cpython3_3.8/build/CMakeFiles/CMakeTmp/./.pybuild/cpython3_3.8/build/CMakeFiles/CMakeTmp/src.c:11: undefined reference to `pthread_create'

2020-06-27 Thread Gianfranco Costamagna
> > if you rebuild locally after the first build, the counter increases > > to 60%. > > Which choice becomes 60%? pybuild, and I suspect it increases because of the .egg-info directory. > > cmake plugin has (the number is the extra score): > > OPTIONAL_FILES = {'cmake_uninstall.cmake':

Bug#963294: cmake-format: FTBFS: ./.pybuild/cpython3_3.8/build/CMakeFiles/CMakeTmp/./.pybuild/cpython3_3.8/build/CMakeFiles/CMakeTmp/src.c:11: undefined reference to `pthread_create'

2020-06-27 Thread Gianfranco Costamagna
Hello Ian, > It seems like pybuild has some heuristics for picking the build plugin > to use, for me (and buildd) it selects plugin_distutils.py but for you > it is selecting plugin_cmake.py. I can't see why. If you somehow had a > `CMakeCache.txt` in the package directory that might explain it,

Bug#963782: gpgme1.0: autopkgtest failure due to bash wrong syntax

2020-06-26 Thread Gianfranco Costamagna
=medium + + * Fix test sadness on 32bit systems due to bad bash syntax. + + -- Gianfranco Costamagna Fri, 26 Jun 2020 23:44:40 +0200 + gpgme1.0 (1.13.1-8ubuntu1) groovy; urgency=low * Merge from Debian unstable. Remaining changes: diff -Nru gpgme1.0-1.13.1/debian/tests/checky2106 gpgme1.0

Bug#963749: r-bioc-rwikipathways: non-installable in sid

2020-06-26 Thread Gianfranco Costamagna
Source: r-bioc-rwikipathways Version: 1.6.1+dfsg-1 Severity: serious Hello, for some reasons, dh-r is evaluating wrongly the runtime dependency on r-api-bioc (maybe from DESCRIPTION file?) dpkg: dependency problems prevent configuration of r-bioc-rwikipathways: r-bioc-rwikipathways depends on

Bug#963546: meson: autopkgtest failures

2020-06-26 Thread Gianfranco Costamagna
On Fri, 26 Jun 2020 11:38:34 +0300 Jussi Pakkanen wrote: > On Fri, 26 Jun 2020 at 10:48, Gianfranco Costamagna > wrote: > > > I asked in Ubuntu to move the meson autopkgtests to a machine with more ram > > memory, and > > now the test passes. > > The Ubuntu

Bug#963546: meson: autopkgtest failures

2020-06-26 Thread Gianfranco Costamagna
Hello, > > Interesting, this might explain also why I cannot replicate it under a > pbuilder environment... > Can we try to lower the ninja parallelism to see if the build ends correctly? > I suspect this might be an issue with Debian too, in the near future (e.g. > new gcc-10 defaults) > I

Bug#963546: meson: autopkgtest failures

2020-06-24 Thread Gianfranco Costamagna
Hello, On Wed, 24 Jun 2020 02:08:23 +0300 Jussi Pakkanen wrote: > On Tue, 23 Jun 2020 at 16:36, Gianfranco Costamagna > wrote: > > > Hello, as you can see, two tests can't be run on ppc64el and s390x, because > > of missing: > > g++-arm-linux-gnueabihf and ldc >

Bug#963546: meson: autopkgtest failures

2020-06-23 Thread Gianfranco Costamagna
Source: meson Version: 0.54.3-1 Severity: serious Hello, as you can see, two tests can't be run on ppc64el and s390x, because of missing: g++-arm-linux-gnueabihf and ldc https://ci.debian.net/data/autopkgtest/unstable/ppc64el/m/meson/6017346/log.gz Marking the two tests as "skip-not-installed"

Bug#963538: reverse-depends command is broken because qa.ubuntuwire.org is down

2020-06-23 Thread Gianfranco Costamagna
control: close -1 On Tue, 23 Jun 2020 15:25:08 +0530 Pirate Praveen wrote: > Package: ubuntu-dev-tools > Version: 0.176 > Severity: grave > Justification: ships a broken command > > reverse-depends command queries qa.ubuntuwire.org which is down. This > is a very useful command and we should

Bug#963539: npm: autopkgtests failures on various architectures

2020-06-23 Thread Gianfranco Costamagna
Source: npm Version: 6.14.5+ds-1 Severity: serious Hello, looks like npm is failing again its autopkgtests... On armhf there is a timeout that I "fixed" with: https://github.com/npm/cli/pull/1454 on ppc64el there is another failure:

Bug#963177: calendar: trying to overwrite '/etc/calendar/default', which is also in package bsdmainutils 12.1.1

2020-06-22 Thread Gianfranco Costamagna
Hello Josh On Sun, 21 Jun 2020 14:20:06 -0700 Josh Triplett wrote: > On Sun, 21 Jun 2020 04:05:43 +0200 Chris Hofstaedtler wrote: > > Hi Josh, > > > > I figured you might be interested in this, too, as IIRC the original > > patch was from you: > > > > * Thorsten Glaser [200621 02:04]: > > >

Bug#962402: haskell-text-icu built

2020-06-17 Thread Gianfranco Costamagna
control: severity -1 important On Sat, 13 Jun 2020 18:59:12 +0300 Adrian Bunk wrote: > On Fri, Jun 12, 2020 at 09:49:21PM +0200, Frédéric Bonnard wrote: > > Hi, > > I wanted to check that FTBFS but it actually built, on different setup. > > After a give back on ppc64el and s390x, everything went

Bug#962936: sane-backends: please still keep libsane transitional package around

2020-06-16 Thread Gianfranco Costamagna
Hello, after thinking a little bit more, a Provides might even be enough to satisfy the dependency. To reproduce this issue: pbuilder-dist sid login apt-get install sane-utils add experimental repo: apt-get dist-upgrade -t experimental Reading package lists... Done Building dependency tree

Bug#962936: sane-backends: please still keep libsane transitional package around

2020-06-16 Thread Gianfranco Costamagna
22.04) + + -- Gianfranco Costamagna Sun, 14 Jun 2020 13:36:40 +0200 + sane-backends (1.0.30-1~experimental2) experimental; urgency=medium * debian/not-installed: diff -Nru sane-backends-1.0.30/debian/control sane-backends-1.0.30/debian/control --- sane-backends-1.0.30/debian/control 2020-05

Bug#962725: gst-plugins-bad1.0: depend on cruft package libsrt-dev

2020-06-12 Thread Gianfranco Costamagna
Source: gst-plugins-bad1.0 Version: 1.16.2-2.1 Severity: serious tags: patch Hello, I choose the gnutls flavour, matching what ffmpeg did (libsrt was mentioned twice, I removed one of the two) this is the patch: diff --git a/debian/build-deps b/debian/build-deps index 01a6f775..f3d4f4d0 100644

Bug#962720: gst-plugins-bad1.0: FTBFS in sid

2020-06-12 Thread Gianfranco Costamagna
Also this patch https://aur.archlinux.org/cgit/aur.git/tree/0001-vulkan-Drop-use-of-VK_RESULT_BEGIN_RANGE.patch?h=lib32-gst-plugins-bad looks needed because of new mesa G.

Bug#962624: libsrt1-openssl: missing Breaks+Replaces

2020-06-12 Thread Gianfranco Costamagna
: #962624) + + -- Gianfranco Costamagna Fri, 12 Jun 2020 13:10:33 +0200 + srt (1.4.1-3) unstable; urgency=medium [ Jonas Smedegaard ] diff -Nru srt-1.4.1/debian/control srt-1.4.1/debian/control --- srt-1.4.1/debian/control2020-06-10 21:33:17.0 +0200 +++ srt-1.4.1/debian/control

Bug#961986: re: lix FTBFS: Error: undefined identifier `FracSec`, did you mean function `fracSec`?

2020-06-10 Thread Gianfranco Costamagna
) unstable; urgency=medium + + * Non-maintainer upload. + + [ Peter Michael Green ] + * Add patch from upstream pull request to fix build with new libphobos +(Closes: 961986) + + -- Gianfranco Costamagna Wed, 10 Jun 2020 13:11:32 +0200 + lix (0.9.29-1) unstable; urgency=medium * New

Bug#962434: ros-resource-retriever: calls home during build.

2020-06-07 Thread Gianfranco Costamagna
Source: ros-resource-retriever Version: 1.12.6-1 Severity: serious Hello, using internet during build is forbidden by policy, but still allowed in Debian builders. In Ubuntu, where this is more strictly forbidden, the failure seems to indicate that the package is trying to connect to internet

Bug#962263: nvidia-cuda-toolkit: missing libjpeg62-dev dependency

2020-06-05 Thread Gianfranco Costamagna
:22.0 +0200 +++ nvidia-cuda-toolkit-10.1.243/debian/changelog 2020-06-05 08:09:24.0 +0200 @@ -1,3 +1,9 @@ +nvidia-cuda-toolkit (10.1.243-5.1) unstable; urgency=medium + + * Add missing libjpeg62 dependency to fix build failure (Closes: #-1) + + -- Gianfranco Costamagna Fri, 05

Bug#962190: primer3: please disable Big Endian tests on autopkgtests too

2020-06-04 Thread Gianfranco Costamagna
control: tags -1 patch This might work better: --- primer3-2.4.0/debian/tests/run-unit-test2018-05-28 15:44:30.0 +0200 +++ primer3-2.4.0/debian/tests/run-unit-test2020-06-04 11:47:04.0 +0200 @@ -8,6 +8,12 @@ AUTOPKGTEST_TMP=`mktemp -d /tmp/${pkg}-test.XX` fi

Bug#890993: fixed in primer3 2.4.0-2

2020-06-04 Thread Gianfranco Costamagna
control: close -1 Lets close, I opened a new one in the meanwhile G.

Bug#962190: primer3: please disable Big Endian tests on autopkgtests too

2020-06-04 Thread Gianfranco Costamagna
/changelog 2020-06-04 11:47:04.0 +0200 @@ -1,3 +1,9 @@ +primer3 (2.4.0-2.1) unstable; urgency=medium + + * Also skip autopkgtests that fail on big endian (see: 890993,) Closes: #-1 + + -- Gianfranco Costamagna Thu, 04 Jun 2020 11:47:04 +0200 + primer3 (2.4.0-2) unstable; urgency=medium

Bug#890993: fixed in primer3 2.4.0-2

2020-06-04 Thread Gianfranco Costamagna
+1,9 @@ +primer3 (2.4.0-2ubuntu1) groovy; urgency=medium + + * Also skip autopkgtests that fail on big endian (see: 890993) + + -- Gianfranco Costamagna Thu, 04 Jun 2020 11:47:04 +0200 + primer3 (2.4.0-2) unstable; urgency=medium [ Liubov Chuprikova ] diff -Nru primer3-2.4.0/debian/tests

Bug#947437: flang in bullseye - llvm 11 ?

2020-05-31 Thread Gianfranco Costamagna
On Sat, 18 Apr 2020 17:09:35 +0200 Sylvestre Ledru wrote: > Le 18/04/2020 à 16:10, Alastair McKinstry a écrit : > > Hi, > > > > flang is now merged into LLVM base. > > > > I can build flang/f18 from the LLVM main install, but this targets llvm-11. > > > > Are we likely to have llvm-11 (not

Bug#961844: fixed in libguestfs 1:1.42.0-4

2020-05-30 Thread Gianfranco Costamagna
control: reopen -1 control: notfixed -1 1:1.42.0-4 Hello, to fix the issue I added the -Xguestfs-erlang.3 to dh_missing, not dh_install target cheers, Gianfranco On Sat, 30 May 2020 13:33:31 + Debian FTP Masters wrote: > Source: libguestfs > Source-Version: 1:1.42.0-4 > Done: Hilko

Bug#961844: libguestfs: FTBFS in sid

2020-05-30 Thread Gianfranco Costamagna
Source: libguestfs Version: 1:1.42.0-2 Severity: serious tags: patch something like this works: override_dh_missing: dh_missing --fail-missing \ - -X.la -X.so.owner -Xbindtests -X/usr/lib/go/ -X/usr/lib/go- -Xpackages.orig -Xetc/php.d + -X.la -X.so.owner

Bug#961550: flatbuffers FTBFS: MISSING symbols for libflatbuffers1

2020-05-29 Thread Gianfranco Costamagna
control: fixed -1 1.11.0+dfsg1-1.4 control: close -1 closing! On Mon, 25 May 2020 21:40:04 + Vasyl Gello wrote: > Source: flatbuffers > Version: 1.11.0+dfsg1-1.3 > Severity: serious > Tags: patch ftbfs > > Dear colleagues, > > I tried to build flatbuffers for buster/amd64, and got the

Bug#936981: fixed in mailnag 2.0.0-0.1

2020-05-24 Thread Gianfranco Costamagna
) unstable; urgency=medium + + * Non-maintainer upload. + * Fixup previous upload by exporting PYBUILD_NAME and depending on +python3-all (patch taken from Ubuntu, Sebastien Bacher +) LP: #1874275 + + -- Gianfranco Costamagna Sun, 24 May 2020 13:08:09 +0200 + mailnag (2.0.0-0.1) unstable

Bug#961211: r-cran-lwgeom: autopkgtest failures on s390x

2020-05-21 Thread Gianfranco Costamagna
Source: r-cran-lwgeom Version: 0.2-3-1 Severity: serious Hello, looks like some changes in r-cran-lwgeom/proj/geom made the testsuite fail with the latest versions of the programs in sid. Looks like an endianess regression introduced in the last version fo lwgeom, can you please have a look?

Bug#960899: paramiko: autopkgtests failures

2020-05-19 Thread Gianfranco Costamagna
Hello, after trying approach "b" > b) the autopkgtest needs to install recommends too I get some new autopkgtests failures such as: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy/groovy/amd64/p/paramiko/20200518_022340_86e27@/log.gz

Bug#960899: paramiko: autopkgtests failures

2020-05-17 Thread Gianfranco Costamagna
Source: paramiko Version: 2.7.1-1 Severity: serious Hello, looks like the latest paramiko version is now failing its autopkgtests. Not sure if a) "invoke" should be moved from recommends to depends b) the autopkgtest needs to install recommends too c) something else Processing triggers for

Bug#960759: golang-1.14: FTBFS on mipsel

2020-05-16 Thread Gianfranco Costamagna
Source: golang-1.14 Version: 1.14.3-1 Severity: serious Hello, looks like golang-1.14 fails to build randomly on mipsel, including the latest version uploaded in sid. In Ubuntu we added a patch, increasing the test timeout that made some builds succeed there on slow hardware (such as emulated

Bug#956674: marked as pending in prooftree

2020-05-13 Thread Gianfranco Costamagna
Control: tag -1 pending Hello, Bug #956674 in prooftree reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#959954: pyte: accesses internet during build?

2020-05-07 Thread Gianfranco Costamagna
Source: pyte Version: 0.8.0-1 Severity: serious Hello, in Ubuntu the network is more strictly disabled, and the package FTBFS I'm not sure if this is a change in sphinx or the new release dh_auto_build I: pybuild base:217: /usr/bin/python3 setup.py build running build running build_py creating

Bug#959602: gtkmm3.0: FTBFS: gtk-demo/demowindow.cc:54:1: error: ‘demo_columns’ function uses ‘auto’ type specifier without trailing return type

2020-05-07 Thread Gianfranco Costamagna
: + * Use std=c++14 for build, to fix a build failure on i386 +Author: Gianfranco Costamagna +Last-Update: 2020-05-07 + +--- gtkmm3.0-3.24.2.orig/configure.ac gtkmm3.0-3.24.2/configure.ac +@@ -45,7 +45,7 @@ MM_CONFIG_DOCTOOL_DIR([docs]) + AC_SUBST([LIBGTKMM_SO_VERSION], [2:0:1

Bug#959697: mpfi: FTBFS on arch where texinfo is not installed

2020-05-04 Thread Gianfranco Costamagna
Source: mpfi Version: 1.5.3+ds-3 Severity: serious Hello, looks like the current mpfi is trying to build documentation on arch:any now, and without makeinfo installed it FTBFS now. libtool: link: ar cr .libs/libmpfi.a abs.o acos.o acosh.o add.o add_d.o add_fr.o add_q.o add_si.o add_ui.o

Bug#959509: xosview: build failure on armhf and riscv64 (patch)

2020-05-03 Thread Gianfranco Costamagna
Source: xosview Version: 1.21-2 Severity: serious http://debomatic-armhf.debian.net/distribution#unstable/xosview/1.21-2ubuntu2/buildlog Hello, looks like since some time, it started failing on armhf and riscv64, because of the sys/io.h removal from glibc. g++ -g -O2 -fdebug-prefix-map=/<>=.

Bug#959029: eckit: missing runtime dependency on libjemalloc-dev

2020-04-28 Thread Gianfranco Costamagna
-2.1) unstable; urgency=medium + + * Runtime depend on jemalloc-dev, used by the reverse-dependencies (Closes: #-1). + + -- Gianfranco Costamagna Tue, 28 Apr 2020 10:29:22 +0200 + eckit (1.10.1-2) unstable; urgency=medium * Patch gcc10.patch needed for FTBFS (metview using JSON.h header

Bug#954137: virtualbox: Cannot boot VM: kernel modules fails with VERR_VMM_SMAP_BUT_AC_CLEAR

2020-04-23 Thread Gianfranco Costamagna
control: fixed -1 6.1.4-dfsg-1 control: close -1 already fixed according to upstream ticket please reopen if this isn't the case! G. On Tue, 17 Mar 2020 11:54:17 +0100 Ralf Jung wrote: > Package: virtualbox > Version: 6.1.2-dfsg-1 > Severity: important > > Dear Maintainer, > > One of my

Bug#955416: hedgewars: FTBFS with newer SDL

2020-04-15 Thread Gianfranco Costamagna
control: notfound -1 hedgewars/1.0.0-4 On Tue, 31 Mar 2020 14:48:06 +0200 Tobias Frost wrote: > Source: hedgewars > Severity: serious > Justification: FTBFS > > Dear Maintainer, > > hedgewars is also affected by #951087, but it seems that no bug has been > filed. > > The quoted bugs above

Bug#951087: Bug#953002: corsix-th: FTBFS with libsdl2 2.0.10+dfsg1-2

2020-04-13 Thread Gianfranco Costamagna
Hello Simon, I gave you access to the SDL team, I can't really answer on your changes, but I like them, based on the information you provided above. Can you please merge/upload stuff and unbreak libsdl2 sadness on the archive? I checked your change, and hedgewars now builds fine. thanks!

Bug#956441: cyrus-imapd: autopkgtests failure

2020-04-11 Thread Gianfranco Costamagna
Source: cyrus-imapd Version: 3.0.13-4 Severity: serious Hello, looks like the latest -4 upload is now failing its autopgktests https://ci.debian.net/packages/c/cyrus-imapd/ https://ci.debian.net/data/packages/unstable/amd64/c/cyrus-imapd/latest-autopkgtest/log.gz Not sure if this is the case,

Bug#956385: node-request: uses internet access during build

2020-04-10 Thread Gianfranco Costamagna
Source: node-request Version: 2.88.1-3 Severity: serious Hello, looks like the dh_auto_test process is trying to go on internet, and this is forbidden by policy. I found this problem on Ubuntu builders, where the internet access is more strictly forbidden. [...] not ok 549 should be equal

Bug#956273: mikutter: uninstallable in sid

2020-04-09 Thread Gianfranco Costamagna
Source: mikutter Version: 3.9.8+dfsg-1 Severity: serious Hello, looks like your package depends on an old ruby-delayer version mikutter : Depends: ruby-delayer (< 1.1) but 1.1.2-1 is to be installed Depends: ruby-delayer-deferred (< 2.2) but 2.2.0-1 is to be installed this makes

Bug#956267: node-proper-lockfile: autopkgtest failure

2020-04-09 Thread Gianfranco Costamagna
Source: node-proper-lockfile Version: 2.0.1-1 Severity: serious Hello, looks like node-proper-lockfile is failing its autopkgtests https://ci.debian.net/packages/n/node-proper-lockfile/ Looks like the reason is some mocha deprecated option that is throwing stderr warnings command1

Bug#956238: npm: autopkgtest failures in arm64 and ppc64el

2020-04-08 Thread Gianfranco Costamagna
Source: npm Version: 6.13.4+ds-2 Severity: serious Hello, looks like probably since version 6.x, a new autopkgtest introduced has been failing on arm64, ppc64el and s390x (this one happens in Ubuntu, but should be reproducible in Debian too).

Bug#956028: wine-development: FTBFS on arm64, armel, armhf

2020-04-06 Thread Gianfranco Costamagna
Source: wine-development Version: 5.5-3 Severity: serious Hello, the 5.5-3 fixed amd64, but there still is a FTBFS because of install failure on arm* architectures. following a snippet of the build log: make[1]: Leaving directory '/<>' dh_install -a -O--parallel install -d

Bug#955690: wine-development: FTBFS: configure: error: MinGW compiler not found, cross-compiling PE files won't be supported.

2020-04-03 Thread Gianfranco Costamagna
opment-5.5/debian/changelog wine-development-5.5/debian/changelog --- wine-development-5.5/debian/changelog 2020-04-01 01:07:21.0 +0200 +++ wine-development-5.5/debian/changelog 2020-04-01 22:19:43.0 +0200 @@ -1,3 +1,10 @@ +wine-development (5.5-2ubuntu1) focal; urgency=m

Bug#944592: FTBFS with OCaml 4.08.1 (safe strings)

2020-04-01 Thread Gianfranco Costamagna
Ledkov ] + * Cherrypick upstream patch to fix ftbfs with new ocaml (Closes: #944592). + * Add libnum-ocaml-dev dependency + + -- Gianfranco Costamagna Wed, 01 Apr 2020 16:30:46 +0200 + ocaml-deriving-ocsigen (0.7.1-1) unstable; urgency=medium * New upstream release diff -Nru ocaml-deriv

Bug#955360: phpmyadmin: depends on non-existing php-recode package

2020-03-30 Thread Gianfranco Costamagna
Source: phpmyadmin Version: 4.9.5+dfsg1-1 Severity: serious Tags: patch Hello, looks like php-recode is now removed in new php-defaults_75 php-defaults (75) unstable; urgency=medium * Remove the php-recode, as there's no php7.4-recode anymore (Closes: #955027) so, please drop it from

Bug#952535: patroni: test failures on arm64 and others

2020-03-30 Thread Gianfranco Costamagna
Hello, > > I find it a bit hard to believe that arm64 is really an unsupported arch > for etcd these days? > > But anyhow, how do you do that for autopkgtest depends? unfortunately I don't really know, but this is making the test fail on arm64 now

Bug#944365: FTBFS with OCaml 4.08.1 (implementation/interface mismatch)

2020-03-26 Thread Gianfranco Costamagna
control: tags -1 pending in deferred/5 G. On Fri, 08 Nov 2019 16:54:04 +0100 =?utf-8?q?St=C3=A9phane_Glondu?= wrote: > Package: src:frama-c > Version: 20171101+sulfur+dfsg-2 > Severity: serious > Tags: ftbfs > User: debian-ocaml-ma...@lists.debian.org > Usertags: ocaml-4.08-transition > >

Bug#953800: gpgme1.0: don't fail checky2106 on 32bit systems

2020-03-13 Thread Gianfranco Costamagna
that is supposed to fail on 32bit systems + + -- Gianfranco Costamagna Thu, 12 Mar 2020 17:52:51 +0100 + gpgme1.0 (1.13.1-7ubuntu1) focal; urgency=medium * Merge from Debian unstable. Remaining changes: diff -Nru gpgme1.0-1.13.1/debian/tests/checky2106 gpgme1.0-1.13.1/debian/tests/checky2106

Bug#953158: sdpa: hardcoded old mumps-seq dependency

2020-03-13 Thread Gianfranco Costamagna
http://launchpadlibrarian.net/468909506/sdpa_7.3.13+dfsg-1_7.3.13+dfsg-1ubuntu1.diff.gz Can I upload the following fix? otherwise the package won't ever go in testing G. On Sun, 8 Mar 2020 08:10:03 + (UTC) Gianfranco Costamagna wrote: > control: tags -1 patch > > the follow

Bug#953739: aac-tactics: FTBFS in sid

2020-03-12 Thread Gianfranco Costamagna
Source: aac-tactics Version: 8.9.0-1 Severity: serious Hello, looks like some changes in sid made aac-tactics FTBFS in sid, log is available here: http://debomatic-amd64.debian.net/distribution#unstable/aac-tactics/8.9.0-1/buildlog I: Running cd /build/aac-tactics-8.9.0/ && env

Bug#952610: fixed in meson 0.53.2-2

2020-03-10 Thread Gianfranco Costamagna
Hello, On Tue, 3 Mar 2020 23:01:41 +0200 Jussi Pakkanen wrote: > On Mon, Mar 2, 2020 at 4:27 PM Gianfranco Costamagna > wrote: > > > lets see the sum of the issues without the stderr change > > > > amd64: > > crossbuild FAIL stderr: dpkg-arc

Bug#953158: sdpa: hardcoded old mumps-seq dependency

2020-03-08 Thread Gianfranco Costamagna
@@ +sdpa (7.3.12+dfsg-1.1) unstable; urgency=medium + +  * Fix rules to dynamically evaluate mumps version on binNMU +    (Closes: #953158) + + -- Gianfranco Costamagna   Sun, 08 Mar 2020 09:03:01 +0100 +  sdpa (7.3.12+dfsg-1) unstable; urgency=low       * New upstream diff -Nru sdpa-7.3.12+dfsg/debian

Bug#953229: coq: FTBFS test failures

2020-03-06 Thread Gianfranco Costamagna
Source: coq Version: 8.11.0-1 Severity: serious Hello, looks like the latest coq is FTBFS because of test failures on various architectures. Looks like at least armel, armhf, i386, s390x and some others are failing for this. https://buildd.debian.org/status/package.php?p=coq=unstable Can you

Bug#953158: sdpa: hardcoded old mumps-seq dependency

2020-03-05 Thread Gianfranco Costamagna
Source: sdpa Version: 7.3.12+dfsg-1 Severity: serious Hello, hardcoding the mumps library as runtime dependency breaks binNMUs, and it is actually keeping your package out from testing. Please let shlibs find the dependency if required, or if needed but not linked, ask mumps people to add a

Bug#952610: fixed in meson 0.53.2-2

2020-03-02 Thread Gianfranco Costamagna
Hello! On Mon, 2 Mar 2020 13:45:31 +0200 Jussi Pakkanen wrote: > On Mon, Mar 2, 2020 at 1:15 PM Gianfranco Costamagna > wrote: > > > The following patch is not enough, because of something printed on stderr. > > > > I'm attaching a "fix" (better

Bug#952966: dxvk: test regressions in unstable

2020-03-02 Thread Gianfranco Costamagna
Source: dxvk Version: 1.5.4+ds1-2 Severity: serious Hello, looks like some changes in some other packages, have regressed your package testsuite in sid: https://ci.debian.net/data/autopkgtest/unstable/amd64/d/dxvk/4420952/log.gz Can you please have a look? thanks it looks like

Bug#952610: fixed in meson 0.53.2-2

2020-03-02 Thread Gianfranco Costamagna
buntu1) focal; urgency=medium + + * Merge from Debian unstable. Remaining changes: +- add debian/patches/6703.patch +- Allow stderr for new test +- depend on rustc and valac, so autopkgtests can pick them up + + -- Gianfranco Costamagna Mon, 02 Mar 2020 12:05:06 +0100 + meson (0.53.

Bug#952610: meson: autopkgtests regressions

2020-02-26 Thread Gianfranco Costamagna
Source: meson Version: 0.53.2-1 Severity: serious Hello, looks like you have an autopkgtest failure left with the new version... Can you please also consider the following patch to fix some autopkgtest and include some more test that are now not run because of rustc/valac not installed in the

Bug#952585: cgal: FTBFS in sid on armhf

2020-02-26 Thread Gianfranco Costamagna
20:52:01.0 + +++ cgal-5.0.2/debian/changelog 2020-02-26 10:00:06.0 + @@ -1,3 +1,9 @@ +cgal (5.0.2-1.1) unstable; urgency=medium + + * Fix armhf build failure (Closes: #-1) + + -- Gianfranco Costamagna Wed, 26 Feb 2020 11:00:06 +0100 + cgal (5.0.2-1) unstable; urgency

Bug#952582: gnome-builder: ftbfs on i386

2020-02-26 Thread Gianfranco Costamagna
Source: gnome-builder Version: 3.35.91-1 Severity: serious Hello, your package FTBFS with llvm-defaults pointing to 9. However, it looks like this FTBFS is unrelated to a first guess [364/1140] cc -Isrc/libide/lsp/c4d0eae@@ide-lsp-3.35@sta -Isrc/libide/lsp -I../src/libide/lsp -Isrc/libide/code

Bug#952535: patroni: test failures on arm64 and others

2020-02-25 Thread Gianfranco Costamagna
Source: patroni Version: 1.6.3-2 Severity: serious Hello, looks like your package depends on etcd, but that package is not working everywhere (even if built, I'll open an RC later today) Can you please have a look, such as marking the test as flaky, restricting on amd64 and ppc64el, or maybe

Bug#952536: etcd: not installable where built

2020-02-25 Thread Gianfranco Costamagna
Source: etcd Version: 3.2.26+dfsg-6 Severity: serious Affects: patroni trying to install the package on arm64 armhf and s390x fails because of the following. Note: this is regressing patroni autopkgtests, now that this package is testing etcd integration Not sure if patroni needs to be changed

Bug#950336: fixed in python-pbcore 1.7.1+git20200129.c55621e+dfsg-1

2020-02-24 Thread Gianfranco Costamagna
00 + @@ -1,3 +1,9 @@ +python-pbcore (1.7.1+git20200129.c55621e+dfsg-2) unstable; urgency=medium + + * Drop pyxb also from test depends (Closes: #950336) + + -- Gianfranco Costamagna Tue, 25 Feb 2020 07:46:15 +0100 + python-pbcore (1.7.1+git20200129.c55621e+dfsg-1) unstable; urgency=

Bug#952505: ocaml-qtest: autopkgtests regression

2020-02-24 Thread Gianfranco Costamagna
Source: ocaml-qtest Version: 2.10.1-1 Severity: serious Hello, looks like the last 2.10.1-1 version has autopkgtests failures. Look e.g. to https://ci.debian.net/data/autopkgtest/unstable/amd64/o/ocaml-qtest/4368021/log.gz (Reading database ... 16955 files and directories currently installed.)

Bug#952461: coccinelle: build-depend on python instead of python2

2020-02-24 Thread Gianfranco Costamagna
) + + -- Gianfranco Costamagna Mon, 24 Feb 2020 19:44:58 +0100 + coccinelle (1.0.4.deb-5) unstable; urgency=medium * Team upload diff -Nru coccinelle-1.0.4.deb/debian/control coccinelle-1.0.4.deb/debian/control --- coccinelle-1.0.4.deb/debian/control 2020-02-16 16:13:10.0 + +++ coccinelle

Bug#952454: coq: patch to use python3 (missing tests)

2020-02-24 Thread Gianfranco Costamagna
Source: coq Version: 8.9.1-5 Severity: serious tags: patch Hello, looks like coq is still calling python2 in testsuite, leading to build failures if python2 is not installed anymore. Adding two more calls to the avoid-usr-bin-env.patch seems to do the trick diff -Nru

Bug#951779: pitivi: missing libpython link?

2020-02-21 Thread Gianfranco Costamagna
.patch: + + -- Gianfranco Costamagna Fri, 21 Feb 2020 18:59:53 +0100 + pitivi (0.999-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru pitivi-0.999/debian/patches/0a3cc054a2c20b59f5a307de3c9af3c0d270.patch pitivi-0.999/debian/patches/0a3cc054a2c20b59f5a307de3c9af3c0d270

Bug#951779: pitivi: missing libpython link?

2020-02-21 Thread Gianfranco Costamagna
Source: pitivi Version: 0.999-1.1 Severity: serious Hello, looks like your software FTBFS with python3.8. The reason is that Python functions are used in c code but the library is not linked to it grep PyList_Type . -R ./pitivi/coptimizations/renderer.c: if (!PyArg_ParseTuple (args, "O!ii",

Bug#950545: FTBFS against opencv 4.2.0

2020-02-11 Thread Gianfranco Costamagna
p; size, int& x, int& y) > | ~~^~~~ > crvnormroi.cpp: In member function ‘void CNormROI::SetSizeImg(const > CIplImage*, int, int)’: > crvnormroi.cpp:489:31: error: cannot convert ‘cv::Size’ {aka > ‘cv::Size_’} to ‘const CvSi

Bug#922583: FTBFS against opencv 4.0.1 (exp)

2020-02-05 Thread Gianfranco Costamagna
control: tags -1 pending ongoing the following as NMU On Mon, 3 Feb 2020 18:13:07 +0100 Gianfranco Costamagna wrote: > control: tags -1 patch > > Author: Gianfranco Costamagna > Last-Update: 2020-02-03 > > --- gst-plugins-bad1.0-1.16.2.orig/configure.ac > +++ gst-

Bug#922583: FTBFS against opencv 4.0.1 (exp)

2020-02-03 Thread Gianfranco Costamagna
control: tags -1 patch Author: Gianfranco Costamagna Last-Update: 2020-02-03 --- gst-plugins-bad1.0-1.16.2.orig/configure.ac +++ gst-plugins-bad1.0-1.16.2/configure.ac @@ -1845,7 +1845,7 @@ AG_GST_CHECK_FEATURE(OPENCV, [opencv plu HAVE_OPENCV="yes" fi ], [ -PKG_CHE

Bug#950362: python-netaddr: needs adjustment for python-all

2020-01-31 Thread Gianfranco Costamagna
On 31/01/20 19:22, Gianfranco Costamagna wrote: > Source: python-netaddr > Version: 0.7.19-2 > Severity: serious > Tags: patch > > Hello, please update the build dependency from python (scheduled for removal) > to python-all, to fix the future/ongoing transition. > >

<    1   2   3   4   5   6   7   8   9   10   >