control: fixed -1 6.0.2-dfsg-1~exp2
control: close -1
G.
On Thu, 10 Aug 2017 13:12:55 +0200 Daniel Reichelt
wrote:
> Package: virtualbox
> Version: 5.1.26-dfsg-2
> Severity: normal
>
> Dear Maintainer,
>
> when creating VMs, each with a NatNetwork NIC, the VMs can happily talk
> to each
On Tue, 22 Oct 2019 13:56:25 +0200 Ralf Jung wrote:
> Package: virtualbox
> Version: 6.0.14-dfsg-1
> Severity: normal
>
> Dear Maintainer,
>
> I have now repeatedly (on several days) tried to download the latest Windows
> Guest Additions ISO file (by clicking "Devices - Insert Guest Additions
control: fixed -1 6.1.0-dfsg-1
control: close -1
On Sun, 15 Dec 2019 13:29:09 +0330 Ali Reza wrote:
> I posted error but i think some of lines is missing :
>
> $ virtualbox
> /usr/lib/virtualbox/VirtualBox: error while loading shared libraries:
> UICommon.so: cannot open shared object file: No
control: fixed -1 6.1.0-dfsg-2
control: close -1
On Sun, 15 Dec 2019 09:55:08 +0100 Mattia Monga wrote:
> Package: virtualbox
> Version: 6.1.0-dfsg-1
> Severity: grave
> Justification: renders package unusable
>
> The file UICommon.so is missing
>
> Complete error message:
>
>
Source: konclude
Version: 0.6.2~dfsg-6
Severity: serious
Hello, you package FTBFS in sid...
Log is here:
I: Running cd /build/konclude-0.6.2~dfsg/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc
dpkg-buildpackage: info: source package konclude
ncy to pylint, the former is a cruft package
+(Closes: #945981)
+ * Disable test_plugin_evilbit.py and test_plugin_udpzero.py
+by adding them to debian/clean target.
+NOTE: I'm not closing the RC bug, because the fix needs to be addressed
+anyway, this upload is meant to remove pyli
Hello,
I'm thinking to upload this package with the testsuite disabled, just to make
pylint go away from sid cruft...
I'll do it if nobody complains in a few days
(btw I won't close this bug, so the package doesn't go in testing)
G.
On Fri, 17 Aug 2018 19:22:18 + Santiago Vila wrote:
>
.
+
+ -- Gianfranco Costamagna Tue, 10 Dec 2019
17:00:53 +0100
+
uranium (3.3.0-1) unstable; urgency=medium
* New upstream version 3.3.0
diff -Nru uranium-3.3.0/debian/control uranium-3.3.0/debian/control
--- uranium-3.3.0/debian/control2018-06-18 19:04:10.0 +0200
+++ uranium-3.3.0
Source: python-trio
Version: 0.11.0-1
Severity: serious
Tags: patch pending
Hello, while incorporating the Ubuntu patch, I uploaded in unstable, so I'm
opening this bug to track my NMU
(I thought this was under python umbrella team)
G
Source: plplot
Version: 5.15.0+dfsg-9
Severity: normal
Hello, looks like gcc compiler has some sort of bug (but the bug might be in
the code), that makes the testsuite during build segfault if a -O3 is provided
by the compiler.
This isn't a big deal for Debian users, because their gcc
control: notfixed -1 5.0.0~ds2-2
control: reopen -1
Hello, looks like it is still failing, but looks better than before,
please have another look
http://debomatic-amd64.debian.net/distribution#unstable/assimp/5.0.0~ds2-2/autopkgtest
** Loaded 138 models, got controlled errors for 35 files
Source: python-pbcore
Version: 1..7.1+git20191121.7947eb7+dfsg-2
Severity: serious
Hello, please switch pylint3 version to pylint, because the pylint3 is a cruft
package, not built anymore
thanks
Gianfranco
control: tags -1 fixed-upstream
control: tags -1 patch
Hello, looks like upstream has a working simple patch that might be
cherry-picked
G.
Source: jsonld-java
Version: 0.13.0-1
Severity: serious
Hello, looks like jsonld-java is now FTBFS in sid
Can you please have a look?
I: Running cd /build/jsonld-java-0.13.0/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc
dpkg-buildpackage: info:
Source: jsonpickle
Version: 0.9.5-2
Severity: serious
Hello, looks like some Python3 updates made the package FTBFS in sid, due to
testsuite errors...
log following:
I: Running cd /build/jsonpickle-0.9.5/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
control: tags -1 patch
On Mon, 2 Dec 2019 00:58:19 + peter green wrote:
> Package: octave-dicom
> Version: 0.2.2-4
> Severity: serious
>
> octave-dicom failed to build on armel, armhf, i386 and mips64el. It seems the
> problem was a failure to find gdcm.
>
> > checking for GDCM... CMake
On Tue, 26 Nov 2019 17:21:41 + Scott Kitterman wrote:
> No need to defer this. Please reschedule it to delay 0.
>
> Scott K
>
>
Sorry Scott, but for some reasons I did a mistake in my reverse-depends
command, I used -b instead of also trying without.
reverse-depends -r sid python-svn
000 +0100
@@ -1,3 +1,10 @@
+pysvn (1.9.9-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload
+ * Drop python2 package (Closes: #937552)
+
+ -- Gianfranco Costamagna Tue, 26 Nov 2019
09:58:21 +0100
+
pysvn (1.9.9-2) unstable; urgency=medium
[ Ondřej Nový ]
diff -Nru pysvn-1.9.9
Hello,
On Thu, 14 Nov 2019 17:39:11 +0100 Gianfranco Costamagna
wrote:
> Source: assimp
> Version: 5.0.0~ds2-1
> Severity: serious
>
> Hello, looks like the autopkgtest is failing... Can you please have a look?
>
> https://ci.debian.net/packages/a/assimp/
> [3 4 5]
Source: ros-catkin-lint
Version: 1.6.2-1
Severity: serious
Hello, looks like the package FTBFS in sid...
I: pybuild base:217: cd
/build/ros-catkin-lint-1.6.2/.pybuild/cpython3_3.8_catkin-lint/build; python3.8
-m nose -v test
Test minimal catkin project for compliance ... ok
Test minimal catkin
Source: gudhi
Version: 3.0.0+dfsg-3
Severity: important
Hello, looks like gudhi was failing in Ubuntu everywhere except i386, the only
place where parallel builds are disabled.
I disabled them everywhere and now the build looks good.
Can you please consider lowering the parallel threads in
Source: pytest-pylint
Version: 0.14.1-2
Severity: serious
Hello, your packages FTBFS with default Python3.8 in sid
Can you please have a look?
I: Running cd /build/pytest-pylint-0.14.1/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc
o, just to make sure you are aware...
You might do an experimental upload if that one is the only missing dependency,
so at least we can help in testing it?
G.
> Cheers,
> Arias Emmanuel
> @eamanu
> http://eamanu.com
>
> El mi??., 13 de nov. de 2019 a la(s) 11:39, Gianfranco Costa
This diff made it build successfully
diff -Nru metview-5.7.0/debian/control metview-5.7.0/debian/control
--- metview-5.7.0/debian/control2019-10-08 10:31:19.0 +0200
+++ metview-5.7.0/debian/control2019-11-19 22:56:58.0 +0100
@@ -14,6 +14,10 @@
liblapack-dev,
Source: metview
Version: 5.7.0-1
Severity: serious
Hello, looks like something added a libxxhash0 dependency on b-deps, and now it
is FTBFS because of missing dev package
cd /<>/debian/build/metview/src/MacroEditor && /usr/bin/c++
-DGRIB_HANDLING_PACKAGE=ecCodes -DH_INCLUDES_CC -DLITTLE_END
Source: prewikka
Version: 5.1.1-1
Severity: serious
Hello,
prewikka/amd64 unsatisfiable Depends: python3-lark-parser
prewikka/i386 unsatisfiable Depends: python3-lark-parser
Does this package depend on something that is not yet in the archive?
Can you please have a look? Testing migration is
)
+
+ -- Gianfranco Costamagna Tue, 19 Nov 2019
09:11:09 +0100
+
libpreludedb (5.1.0-3) unstable; urgency=medium
* d/rules : really fix ftbfs with more than one supported python3 version.
diff -Nru libpreludedb-5.1.0/debian/libpreludedbcpp2.symbols
libpreludedb-5.1.0/debian/libpreludedbcpp2.symbols
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: alua...@udc.es
Hello, looks like openscenegraph 3.4 was packaged when the main openscenegraph
was still at version 3.2.
Now the main package is at version 3.6 and reverse dependencies switched to it.
Please let it go, it is now double RC
Package: ftp.debian.org
Severity: normal
Hello, looks like src:kido has been taken over by src:dart, providing its
libraries as oldlibs, and doing the switch to the newly
called version.
Please make it go away, thanks
ssh coccia.debian.org dak rm -Rn kido
Will remove the following packages
Source: assimp
Version: 5.0.0~ds2-1
Severity: serious
Hello, looks like the autopkgtest is failing... Can you please have a look?
https://ci.debian.net/packages/a/assimp/
[3 4 5]
[3 5 6]]bash: line 1: 1849 Segmentation fault
open a bug report to get it removed from the archive?
Please do it if you can, so it gets removed once the archive is updated
thanks
Gianfranco
> On 11/11/19 10:32, Gianfranco Costamagna wrote:
> > Source: openscenegraph-3.4
> > Version: 3.4.1+dfsg1-5
> > Severity: serious
>
Source: pymodbus
Version: 2.1.0+dfsg-2
Severity: normal
Hello, can you please package 2.3.0 that is now stable?
I personally need the new "register" feature of ModbusTcpClient class added
probably in 2.2.0
thanks for maintaining it!
Gianfranco
Hello,
On Tue, 5 Nov 2019 20:02:43 +0100 Georges Khaznadar
wrote:
> Hello Gianfranco,
>
> as the bug is (not elegantly) fixed, and as the deadline for autoremoval
> is in 25 days, I uploaded python-pyqtgraph_0.10.0-4.1 as an NMU.
>
> If you prefer download the good fix before two weeks, do not
Source: paraview
Version: 5.7.0-1
Severity: serious
Hello, looks like paraview is currently FTBFS on armhf due to some OpenGL
missing implementation on this architecture.
Please have a look, or disable the relative binding if possible
[ 92%] Building CXX object
Hello,
is this still a problem?
G.
On Sun, 30 Oct 2016 18:01:44 +0100 Johannes Kneer
wrote:
> Package: dkms
> Version: 2.3-1
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> for years (literally!) I've had problems with package updates using dkms. They
> would fail with an
Hello, please provide a patch if possible, I can't test such environment by
myself
G.
On Sun, 29 Jul 2018 11:43:01 +0800 James Swineson wrote:
> Package: dkms
> Version: 2.3-3
> Severity: important
>
> When I install package wireguard-dkms, it fails to compile the dkms.
>
> I used the
Hello, please add a patch if you have one, or feel free to NMU it!
G.
On Tue, 30 Sep 2014 11:06:45 -0700 Russ Allbery wrote:
> Package: dkms
> Version: 2.2.0.3-1.3
> Severity: normal
>
> The file /etc/dkms/template-dkms-mkdeb/Makefile, which I believe is
> used by dkms mkdeb, makes rather
control: fixed -1 2.7.1-1
control: close -1
this should be already fixed.
G.
On Tue, 15 Jan 2019 21:01:25 + =?UTF-8?B?c2hpcmlzaCDgpLbgpL/gpLDgpYDgpLc=?=
wrote:
> Package: dkms
> Version: 2.6.1-3
> Severity: normal
> User: debian...@lists.debian.org
> Usertags: obsolete-conffile adequate
>
python-yubico-1.3.3/debian/changelog
--- python-yubico-1.3.2/debian/changelog2019-08-23 10:45:57.0
+0200
+++ python-yubico-1.3.3/debian/changelog 2019-11-08 11:24:23.0
+0100
@@ -1,3 +1,10 @@
+python-yubico (1.3.3-0.1) unstable; urgency=medium
+
+ * New upstream rel
control: fixed -1 2.8.1-1
control: close -1
On Fri, 12 Jul 2019 20:34:44 +0200 sKUrZ0 wrote:
> Package: dkms
> Version: 2.6.1-4
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> Running dkms mkdeb --source-only generates an architecture-dependent package,
> while it should generate an
control: reopen -1
control: notfixed -1 0.17.0-1~no+encoding
https://ci.debian.net/data/autopkgtest/unstable/amd64/r/rust-quick-xml/3336157/log.gz
Hello, looks like it is still failing for other reasons now...
Maybe the cargo file needs an update?
G.
dfsg-1.2) unstable; urgency=medium
+
+ * Adjust rules file to find blas in new blas-pthread directory (Closes: #-1)
+
+ -- Gianfranco Costamagna Wed, 06 Nov 2019
10:11:47 +0100
+
sdpa (7.3.11+dfsg-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru sdpa-7.3.11+dfsg/debian/rules sdp
control: tags -1 patch
On 05/11/19 07:55, Gianfranco Costamagna wrote:
> Source: remctl
> Version: 3.16-3
> Severity: serious
>
> Hello, according to build log:
> Testing Python extension
> running pytest
> Searching for typing
> Reading https://pypi.org/simple/typ
Source: remctl
Version: 3.16-3
Severity: serious
Hello, according to build log:
Testing Python extension
running pytest
Searching for typing
Reading https://pypi.org/simple/typing/
Downloading
Source: cu2qu
Version: 1.6.6-4
Severity: serious
Justification: breaks on Python upgrade when more python3 versions are available
tags: patch
[snip]
copying Lib/cu2qu/cu2qu.c -> /<>/.pybuild/cpython3_3.8/build/cu2qu
running build_ext
building 'cu2qu.cu2qu' extension
creating build
creating
into debian/tmp/ directory?
Following a trivial patch that fixed the issue.
+opencv (4.1.2+dfsg-4.1) unstable; urgency=medium
+
+ * Remove builddir-static to save some space (Closes: #-1)
+
+ -- Gianfranco Costamagna Mon, 28 Oct 2019
10:29:03 +0100
+
opencv (4.1.2+dfsg-4) unstable; urgency=medium
On Sun, 12 Aug 2018 09:07:14 +0200 Sven Joachim wrote:
> Control: tags -1 + moreinfo
>
> On 2018-02-10 13:06 +0100, Sven Joachim wrote:
>
> >> diff -Nru ncurses-6.0+20161126/debian/tests/build
> >> ncurses-6.0+20161126/debian/tests/build
> >> --- ncurses-6.0+20161126/debian/tests/build
control: reopen -1
control: notfixed -1 1.14.0+repack-12
Hello,
On Sat, 5 Oct 2019 19:46:00 +0200 Alf Gaida wrote:
> On Wed, 4 Sep 2019 11:42:01 +0200 Gianfranco Costamagna
> wrote:
> > I don't think exporting such c++ symbols is a good idea, specially
> because they
control: close -1
hello, I sponsored it after doing a lot of tweaks, because looks like you
started to work not from the version 12 in unstable, but from an older version.
Please make sure for the future that:
1) git is up-to-date
2) you start from a version that is in the archive
the code on
Source: gpgme1.0
Version: 1.13.1-1
tags: patch
Hello, in this commit [1] python stop being a thing, while python2 becomes
reality
patch:
diff -Nru gpgme1.0-1.12.0/debian/tests/python
gpgme1.0-1.12.0/debian/tests/python
--- gpgme1.0-1.12.0/debian/tests/python 2019-01-23 17:49:32.0
Source: libxml2
Version: 2.9.4+dfsg1-7
tags: patch
Hello, in this commit [1] python stop being a thing, while python2 becomes
reality
Please update the tests to run python2 interpreter directly
--- libxml2-2.9.4+dfsg1/debian/tests/python 2018-01-02 08:59:03.0
+0100
+++
Source: ubuntu-dev-tools
Version: 0.174
tags: patch
Hello, please apply this fix from Adam Conrad that fixes
the following failure during startup:
(to see this bug seems you need to uncomment and fill smtphost and smtpuser on
~/.reportbugrc file)
Traceback (most recent call last):
File
Hello Jose,
On Tue, 19 Feb 2019 00:32:16 +0100 =?UTF-8?Q?Jos=C3=A9_Luis_Blanco=2DClaraco?=
wrote:
> Thanks!
>
> This problem is already solved upstream in the forthcoming mrpt-2.0.0
> version. I'm marking this as "fixed-upstream" in the meanwhile.
>
> Best,
>
> On Mon, Feb 18, 2019 at 7:42
control: fixed -1 3.45.1-1
control: close -1
thanks
G.
On Wed, 09 Oct 2019 21:42:17 +0200 Sven Joachim wrote:
> Control: retitle -1 filezilla: FTBFS with libfilezilla 0.18.2
>
> On 2019-10-09 21:06 +0200, Andreas Beckmann wrote:
>
> > Package: filezilla
> > Version: 3.39.0-2
> > Severity:
Source: libdata-stag-perl
Version: 0.14-2
tags: patch
Hello, looks like the recommends of libxml-libxml-perl is needed to avoid a
test failure with recommends installed...
see e.g.
(e.g. backports)
+
+ -- Gianfranco Costamagna Wed, 23 Oct 2019
11:00:30 +0200
+
+python-greenlet (0.4.15-2ubuntu1) focal; urgency=medium
+
+ * Fix installation of python3.8 extensions.
+
+ -- Matthias Klose Sat, 19 Oct 2019 22:01:03 +
+
python-greenlet (0.4.15-2) unstable; urgency=medium
; urgency=medium
+
+ * Fix another typo
+
+ -- Gianfranco Costamagna Mon, 21 Oct 2019
16:39:01 +0200
+
odb-api (0.18.1-8) unstable; urgency=medium
* Drop Fortran-Mod: no longer used by dh_fortran_mod
diff -Nru odb-api-0.18.1/debian/rules odb-api-0.18.1/debian/rules
--- odb-api-0.18.1/debian
control: fixed -1 0.18.1-8
control: close -1
thanks
On Sun, 20 Oct 2019 01:30:32 +0200 Matthias Klose wrote:
> Package: src:odb-api
> Version: 0.18.1-7
> Severity: important
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: python3.8
>
> see
>
Hello,
please also get this fix of python3.8 failure
-Build-Depends: debhelper (>= 11), dh-python, python3 | python3-all |
python3-dev | python3-all-dev
+Build-Depends: debhelper (>= 11), dh-python, python3
for some reasons, dh-python tries to build against python3.8 even if the
default is
Source: mlpack
Version: 3.2.1-1
Severity: serious
Hello, according to the build log:
-- Found Armadillo: /usr/lib/libarmadillo.so (found suitable version "9.600.5",
minimum required is "8.400.0")
-- Armadillo libraries: /usr/lib/libarmadillo.so
-- Could NOT find STB_IMAGE (missing:
Source: appstream-generator
Version: 0.8.0-1
Severity: serious
http://debomatic-amd64.debian.net/distribution#unstable/appstream-generator/0.8.0-1/buildlog
debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dh_auto_configure -- --prefix=/usr --buildtype=plain
Source: uim
Version: 1:1.8.8-5
tags: patch
Hello, can you please stop depending on transitional emacs24 package?
emacs or emacs-gtk are better names now...
diff -Nru uim-1.8.8/debian/control uim-1.8.8/debian/control
--- uim-1.8.8/debian/control2019-03-27 15:08:38.0 +0100
+++
Source: libapache2-mod-perl2
Version: 2.0.11-1
Tags: patch
Hello, looks like dwww is not really maintained anymore, it had 3 NMUs and its
probably a legacy thing to have in a system
in 2019...
Is it possible to just Suggest it instead of Recommending?
---
notfixed 741306 1:9-1
fixed 741306 1:9-2
thanks
> Severity: important
> Tags: upstream
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Halide/build$ CC=clang-9 CXX=clang++-9 dpkg-depcheck -d cmake
> -DCMAKE_BUILD_TYPE=Release -GNinja -DCMAKE_JOB_POOLS:STRING="link_pool=1"
>
>Gianfranco Costamagna, the patch you have attached seems to be incorrect
>and meant for another unrelated package.
sorry, it is a side effect of my laziness to call files with a meaningful
name...It was a trivial patch, I'm happy it has been already
addressedhttp://launchpadlibrari
control: tags -1 patch
On Fri, 30 Aug 2019 08:57:01 +0200 Gianfranco Costamagna
wrote:
> Source: rust-num-traits
> Version: 0.2.8-1
> Severity: serious
> Forwarded: https://github.com/rust-num/num-traits/issues/124
>
> Hello, looks like enabling the testsuite resulted in
Hello, none for now, but there might be a backport-alike debian new repository
without restrictions, I might give it a shot soon
Il giovedì 26 settembre 2019, 13:36:09 CEST, Michael Prokop
ha scritto:
Hi!
* Gianfranco Costamagna [Fri Aug 23, 2019 at 08:33:09AM +]:
>
control: severity -1 serious
control: found -1 0.35+git20181129+dfsg-3
I know this isn't the right bug, but since this bug is about a non-existing
version that FTBFS, lets recycle it :)
Configuring with llvm backend
control: fixed -1 0.4.2+ds-3
control: close -1
The latest upload closed an already closed bug :)
G.
On Fri, 30 Aug 2019 07:27:58 + Matthias Klose wrote:
> Package: src:nbsphinx
> Version: 0.4.2+ds-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags:
On Thu, 26 Sep 2019 20:08:41 -0500 Rob Browning wrote:
> Gianfranco Costamagna writes:
>
> > control: tags -1 patch pending
> >
> > In deferred/5 and attached
>
> Thanks for the help, though in case it's relevant I wanted to mention
> that I'm planning t
control: severity -1 important
I'm downgrading because I pushed a package without the -doc build
G.
On Wed, 5 Dec 2018 17:10:19 +0200 Ilias Tsitsimpis wrote:
> Source: haskell-esqueleto
> Version: 2.5.3.git20180402-3
> Severity: serious
> Justification: fails to build from source (but built
Hello,
On Thu, 26 Sep 2019 17:45:03 +0200 Gianfranco Costamagna
wrote:
> Source: guile-2.0
> Version: 2.0.13+1-5.2
> Severity: serious
>
>
> Hello, looks like guile-2.0 FTBFS on ppc64el, probably after readline
> transition (Ubuntu has this problem since the re
@@ -1,3 +1,19 @@
+guile-2.0 (2.0.13+1-5.3) unstable; urgency=medium
+
+ [ Gianfranco Costamagna ]
+ * Non-maintainer upload.
+
+ [ Helmut Grohne ]
+ * Build-Depends on libreadline-dev to ease bootstrap procedures
+(Closes: #857649)
+
+ [ Julian Andres Klode ]
+ * Convert triggers
Source: guile-2.0
Version: 2.0.13+1-5.2
Severity: serious
Hello, looks like guile-2.0 FTBFS on ppc64el, probably after readline
transition (Ubuntu has this problem since the rebuild against the new readline)
I remember I tried to cherry-pick fixes from guile-2.2 but I didn't find
anything
Source: ccls
Version: 0.20190823-4
Severity: normal
tags: patch
hello, after having a deeper look on ccls (not so deep, apologizes if I made a
mistake), I discovered that upstream cmake file,
uses clang -print-resource-dir to find out the include location, and this seems
to be just working
control: tags -1 -patch
On Thu, 30 Jan 2014 09:59:12 -0200 Gustavo Dias do Nascimento
wrote:
> Package: desktopnova
> Version: 0.8.1-1
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
> The Desktopnova does not work with Gnome default directory / usr / share /
> background / gnome
:
+#651313)
+ * Add libdconf-dev dependency, needed to find libs
+
+ -- Gianfranco Costamagna Mon, 23 Sep 2019
15:51:39 +0200
+
desktopnova (0.8.1-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru desktopnova-0.8.1/debian/control desktopnova-0.8.1/debian/control
--- desktopnova
nova-0.8.1/debian/changelog 2019-09-23 15:51:39.0 +0200
@@ -1,3 +1,11 @@
+desktopnova (0.8.1-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add proposed patch to make it work with gnome-shell (LP: #780079, Closes:
+ #651313)
+
+ -- Gianfranco Costamagna Mon, 23 Sep 201
On Mon, 23 Sep 2019 10:26:42 +0200 Gianfranco Costamagna
wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: binnmu
> Severity: normal
>
> nmu ntopng_3.8+dfsg1-2.1 . armhf . unstable . -m "no change rebuild with an
> hig
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
nmu ntopng_3.8+dfsg1-2.1 . armhf . unstable . -m "no change rebuild with an
higher version, to avoid same version as stable"
(current armhf package is getting rejected by dak because of
Hello Rebecca,
>Running just the affected test files (in installed -6) produced no
>failures in ~350 attempts. The build of -7 succeeded on amd64; it
>failed on ppc64, but as the log isn't available yet, I don't know if
>it's this bug.
I don't think so, when log is not available it might
Hello,
> 1) create an amd64 sid chroot
> 2) install python3-pandas there
> 3) install build-dependencies
> 4) dpkg-buildpackage -A
> 5) sign & upload
>
> after the package is installed, a source-only upload is required to let the
> migration happen, since arch:all binNMUs are not a thing (yet).
Hello,
On Thu, 19 Sep 2019 11:41:22 +0200 Graham Inggs wrote:
> Hi Rebecca
>
> On 2019/09/18 23:51, Rebecca N. Palmer wrote:
> > Was your local build on a different architecture, or must this be
> > something random / hardware-or-environment-dependent / a very recent
> > change in a
Hello,
>Thinking about this, can't we just move the doc to libpocketsphinx-dev?
>(since the doc is about the library, not the programs)
>
>I understand that it'll be appreciated to have a pocketsphinx package
>that is reduced as much as possible, but I don't think it's such a
>concern for
Source: diffoscope
Version: 124
Severity: serious
Hello, thanks for fixing the previous bug! it worked!
However, due to another change, there is now a new failure:
=== FAILURES ===
___
On Sat, 14 Sep 2019 09:05:48 +0200 Gianfranco Costamagna
wrote:
> control: tags -1 patch pending
>
> Unfortunately I missed this bug when uploading the gcc-9 fix in unstable...
> I uploaded this debdiff attached in deferred/10
>
> G.
updated debdiff attached and uploade
tags 940471 - moreinfo
> thanks
>
> Hi Gianfranco,
>
> > Hello, looks like the latest diffoscope in unstable has a test failure
> > that is preventing it from entering testing:
>
> Hm, I can't reproduce this unfortunately.
>
> > FileNotFoundError: [Errno 2] No such file or directory:
Source: pocketsphinx
Version: 0.8+5prealpha+1-5
Tags: patch
It would be nice to have a split doc package, like Ubuntu does, to have a less
heavy package.
Patch following:
diff -Nru pocketsphinx-0.8+5prealpha+1/debian/control
pocketsphinx-0.8.0+real5prealpha+1/debian/control
---
Source: pocketsphinx
Version: 0.8+5prealpha+1-5
Tags: patch
As said, it seems to be a good time to enable parallel builds (or switch to
compat 12)
--- pocketsphinx-0.8+5prealpha+1/debian/rules 2019-08-10 14:29:48.0
+0200
+++ pocketsphinx-0.8.0+real5prealpha+1/debian/rules
Source: diffoscope
Version: 123
Severity: serious
Hello, looks like the latest diffoscope in unstable has a test failure that is
preventing it from entering testing:
snip of the test failure:
ERRORS
Source: lambda-term
Version: 1.10.1-2
Severity: serious
Hello, looks like the new zed made the package FTBFS
+ /usr/bin/ocamlfind ocamlc -c -g -annot -bin-annot -ccopt -I/usr/lib/ocaml/lwt
-package lwt -package lwt.react -package lwt.unix -package zed -w -40 -I src -I
src/widget_impl -o
@@ -1,3 +1,15 @@
+hdup (2.0.14-5.2) unstable; urgency=medium
+
+ [ Gianfranco Costamagna ]
+ * Upload to unstable
+
+ [ Helmut Grohne ]
+ * Non-maintainer upload.
+ * Improve cross building: Let dh_auto_configure pass --host to ./configure.
+(Closes: #929645)
+
+ -- Helmut Grohne Mon, 27 May
Hello Sando,
>there's already a "Replaces: pylint3" in pylint the control file, but>there's
>also a "Conflicts: pylint3", which is likely causing the issue
>at hand.
>
>I'll remove the Conflict for the time being, this should prevent all
>this packages to be unbuildable/uninstallable
Problem
Source: pymca
Version: 5.5.1+dfsg-1
Severity: serious
Hello, looks like the package autopkgtest is failing...
testFastFitEdfMap (PyMcaBatchTest.testPyMcaBatch) ... Segmentation fault
https://ci.debian.net/packages/p/pymca/testing/amd64
can you please have a look?
control: tags -1 patch pending
On Thu, 5 Sep 2019 16:00:29 +0200 Gianfranco Costamagna
wrote:
> Hello, please try again, looks like you need a quilt format if you want to
> add a patch
>
> attached an updated diff
>
> G.
in deferred/2
diff -u hdup-2.0.14/debian/changelog
Package: wnpp
Owner: Gianfranco Costamagna
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: sphinxcontrib-svg2pdfconverter
Version : 0.1.0
Upstream Author : 2018-2019 by Missing Link Electronics, 2018-2019 by Stefan
Wiehler
* URL
:
+- Patch from Helmut Grohne to fix FTCBFS on
+ cross-builds (Closes: #939286)
+
+ -- Gianfranco Costamagna Wed, 11 Sep 2019
18:37:11 +0200
+
ndpi (2.6-3) unstable; urgency=medium
* Add packet-direction.patch and quic.patch to fix big-endian-related bugs.
diff -Nru ndpi-2.6/debian/patches/662
Source: ubuntu-dev-tools
Version: 0.173
Severity: serious
Hello, looks like the last upload broke at least pbuilder-dist
pbuilder-dist eoan login
Traceback (most recent call last):
File "/usr/bin/pbuilder-dist", line 506, in
main()
File "/usr/bin/pbuilder-dist", line 431, in main
On Mon, 9 Sep 2019 14:25:31 +0200 Gianfranco Costamagna
wrote:
> Source: nftables
> Version: 0.9.2-1
> Severity: serious
> Justification: breaks another package from working correctly
>
> Hello, according to firewalld upstream devs, we need 2 commits to fixup their
> te
Source: pylint
Version 2.2.2-3
Severity: serious
Hello, I get the pylint renaming as a good thing (yay and thanks!), but you
currently seems to have broken quite a lot packages...
Do you plan to file RC bugs for them, or will you revert the change and wait
for them to adapt?
Also, providing
901 - 1000 of 3923 matches
Mail list logo