--- 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:
#-
+ * 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
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.
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
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
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)
> >
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
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 --
+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
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
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
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
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:
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
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:
--- 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
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
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
>
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)
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)
Hello,
a smarter approach might be this one:
https://invent.kde.org/sdk/clazy/commit/dbde38f1a67c2968c951629a5f5629c9847078bd
(untested)
G.
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
> > 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':
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,
=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
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
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
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
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
>
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"
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
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:
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]:
> > >
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
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
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
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
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.
: #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
) 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
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
: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
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
control: close -1
Lets close, I opened a new one in the meanwhile
G.
/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
+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
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
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
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
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
) 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
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?
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
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
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
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:
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
:
+ * 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
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
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=/<>=.
-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
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
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
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!
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,
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
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
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
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).
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
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
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
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
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
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
>
>
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
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
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
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
@@
+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
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
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
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
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
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.
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
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
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
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
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
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=
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.)
)
+
+ -- 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
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
.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
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",
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
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-
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
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.
>
>
401 - 500 of 1266 matches
Mail list logo