Package: sendmail
Version: 8.15.2-12
Severity: grave
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On upgrade to buster, sendmail upgrade failed with this message:
> start-stop-daemon: matching only on non-root pidfile
> /var/run/sendmail/mta/sendmail.pid is insecure
Some work
Package: firmware-amd-graphics
Version: 20190502-1
Followup-For: Bug #928631
Dear Maintainer,
Updating to any version of the firmware-amd-graphics with the vega20 firmware
causes my system to hang during boot after grub.
Removing all the vega20 firmware files and causing initrd to rebuild
Hello Jelle,
it would be great if you on upstream could have a look at this!
Looking at the history in ci.d.n it's visible this problem is alive
since the Chromium version 76.0.3809.62-1, the previous version works
fine. Maybe some kid of lovely API change ...
package: src:kopano-webapp
severity: serious
version: 3.5.6+dfsg1-1
kopano-webapp currently has a failing autopkgtest [0]. This currently
blocks migration of chromium since it is listed as an autopkgtest
dependency for this package.
Package: librust-exa+git-dev
Version: 2.2.10-1
Severity: serious
Tags: sid
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan
Hi Ximin,
The librust-exa+git-dev package is uninstallable in unstable because it
depends on older ABIs of librust-git2-dev:
$ sudo apt install
Processing commands for cont...@bugs.debian.org:
> # Removal of pychecker is blocked by spe, a reverse dependency
> severity 930398 serious
Bug #930398 [spe] spe: Pychecker will be removed after buster
Severity set to 'serious' from 'normal'
> block 932575 by 930398
Bug #932575 [ftp.debian.org]
Processing commands for cont...@bugs.debian.org:
> # The release team has announced that autopkgtest failure is now RC
> # https://lists.debian.org/debian-devel-announce/2019/07/msg2.html
> severity 901779 serious
Bug #901779 [src:debirf] debirf: autopkgtest fails because script is not
Package: python-pywbem
Severity: serious
Justification: Policy 5.9.2
Hi,
This is one of several packages in the archive that still depend on Epydoc. I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
Package: python-pydoctor
Severity: serious
Justification: Policy 5.9.2
Hi,
This is one of several packages in the archive that still depend on Epydoc. I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been
Your message dated Sat, 20 Jul 2019 21:09:50 +
with message-id
and subject line Bug#902828: fixed in pgpdump 0.33-2
has caused the Debian Bug report #902828,
regarding pgpdump: autopkgtest regression: sh: 0: Can't open debian/test
to be marked as done.
This means that you claim that the
Package: anbox
Version: 0.0~git20190124-1
Severity: grave
Justification: renders package unusable
I am able to launch the android apps from the desktop menu, but cannot
interact other than moving the window around and fullscreening.
I thought this was reported upstream as [#780], but the fix was
On Sat, 20 Jul 2019 at 06:01:35 -0300, Guilhem Moulin wrote:
> LUKS2_get_volume_key_size() fails because the key size is specified in
> the ‘keyslots’ object of LUKSv2's JSON header [0], and that object is
> the empty array at that point.
Forgot to add another data point which supports my claim:
Package: cinnamon
Version: 3.8.8-1
Severity: grave
Dear Maintainer,
after dist-upgrading a current sid system cinnamon-settings fail to start. If
started
from terminal the following backtrace comes up:
/usr/share/cinnamon/cinnamon-settings/cinnamon-settings.py:220:
DeprecationWarning:
Processing commands for cont...@bugs.debian.org:
> notfound 932509 pyresample/1.12.3-2
Bug #932509 [src:pyresample] pyresample: FTBFS in bullseye due to missing
python-xarray
No longer marked as found in versions pyresample/1.12.3-2.
> severity 932509 normal
Bug #932509 [src:pyresample]
Control: tags -1 upstream
Control: forwarded -1 https://github.com/PacificBiosciences/pbcommand/issues/189
On Sat, Jul 20, 2019 at 03:28:41PM +0200, Thomas Goirand wrote:
> Your package is Python 2 only, please switch it to Python 3 (only), as I'm
> removing Python 2 support in python-xmlbuilder
Processing control commands:
> tags -1 upstream
Bug #932543 [python-pbcommand] Please switch to Python 3
Added tag(s) upstream.
> forwarded -1 https://github.com/PacificBiosciences/pbcommand/issues/189
Bug #932543 [python-pbcommand] Please switch to Python 3
Set Bug forwarded-to-address to
Your message dated Sat, 20 Jul 2019 18:34:22 +
with message-id
and subject line Bug#919665: fixed in uwsgi 2.0.18-3
has caused the Debian Bug report #919665,
regarding uwsgi: Change build dependency to libglusterfs-dev
to be marked as done.
This means that you claim that the problem has been
Le 20/07/19 à 16:45, Graham Inggs a écrit :
Hi Laurent
Hello Graham,
On Sat, 20 Jul 2019 at 14:42, Laurent Bigonville wrote:
If nobody has any plans to work on this, I'll request to remove the
package from the archive then? Any objections about this?
Last I read, upstream is still working
Hi Laurent
On Sat, 20 Jul 2019 at 14:42, Laurent Bigonville wrote:
> If nobody has any plans to work on this, I'll request to remove the
> package from the archive then? Any objections about this?
Last I read, upstream is still working on this.
Does not removing the package now cause any
Package: s3ql
Version: 3.2+dfsg-1
Severity: serious
Tags: patch
s3ql build-depends on the obsolete transitional package texlive-generic-extra ,
please build-depend on texlive-plain-generic instead.
I have succesfully built a package for raspbian bullseye with this change. A
debdiff should
Package: python-pbcommand
Version: 1.1.1-1
Severity: serious
Hi,
Your package is Python 2 only, please switch it to Python 3 (only), as I'm
removing Python 2 support in python-xmlbuilder which is a reverse build
dependency.
Cheers,
Thomas Goirand (zigo)
Source: nipype
Severity: serious
Hi,
Please make nipype use Python 3, as it wont have python-xvfbwrapper support
for Python 2 in a few minutes (I'll be uploading in a few minutes a version
of python-xvfbwrapper that removes Python 2 support).
Cheers,
Thomas Goirand
On Sat, 12 Jan 2019 23:46:01 +0200 Yavor Doganov wrote:
> On Wed, 09 Jan 2019 07:24:00 +0200,
> Jeremy Bicha wrote:
> > We'd like to remove those libraries soon, but I am willing to wait a
> > bit longer for someone to port linsmith to gtk3.
>
> JFTR, I don't intend to work on this package. I
Processing control commands:
> found -1 4.1.5-1
Bug #932539 [src:qbittorrent] qbittorrent: CVE-2019-13640
Marked as found in versions qbittorrent/4.1.5-1.
--
932539: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932539
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Source: qbittorrent
Version: 4.1.6-1
Severity: grave
Tags: security upstream
Forwarded: https://github.com/qbittorrent/qBittorrent/issues/10925
Control: found -1 4.1.5-1
Hi,
The following vulnerability was published for qbittorrent.
CVE-2019-13640[0]:
| In qBittorrent before 4.1.7, the function
Your message dated Sat, 20 Jul 2019 12:19:10 +
with message-id
and subject line Bug#932452: fixed in adacontrol 1.21r3-3
has caused the Debian Bug report #932452,
regarding adacontrol: FTBFS on i386 mips because of tests
to be marked as done.
This means that you claim that the problem has
Processing control commands:
> block 931081 by -1
Bug #931081 {Done: Nicolas Braud-Santoni } [libyubikey-udev]
libyubikey-udev: missing Breaks+Replaces: libykpers-1-1 (<< 1.19.3)
931081 was not blocked by any bugs.
931081 was not blocking any bugs.
Added blocking bug(s) of 931081: 932518
--
Hello everyone,
This bug has been open and the electrum package has been unusable for
almost 6 months now. Tristan, are you planning on packaging a new
version at some point, or is the package no longer maintained?
Thanks for your work on this!
Best regards,
--
Antoine Amarilli
On Sun, Jun
Your message dated Sat, 20 Jul 2019 09:49:16 +
with message-id
and subject line Bug#908662: fixed in r-cran-etm 1.0.5-2
has caused the Debian Bug report #908662,
regarding r-cran-etm: autopkgtest regression: saved results mismatch
to be marked as done.
This means that you claim that the
Sure I'll agree - just do whatever you consider sensible. Thanks, Andreas.
On Sat, Jul 20, 2019 at 10:11:51AM +0200, Graham Inggs wrote:
> Control: reopen -1
> Control: tags -1 + patch
>
> Hi Andreas
>
> Your patch fixed the autopkgtest on amd64 and armhf, but now it fails
> on i386, arm64,
Hi there,
On Fri, 19 Jul 2019 at 22:14:49 -0300, intrigeri wrote:
> it turns out this is caused by a bug in libblockdev, which is fixed in
> sid already (although it seems like upstream applied the fix for
> unrelated reasons and it's not clear whether they realized this bug
> was a possibility).
Source: pyresample
Version: 1.12.3-2
Severity: serious
Tags: bullseye
Hi Maintainer
As can be seen on reproducible builders [1], pyresample FTBFS in
bullseye because it Build-Depends on python-xarray which is no longer
available. Unfortunately, britney does not take into consideration
Processing control commands:
> reopen -1
Bug #908662 {Done: Andreas Tille } [src:r-cran-etm]
r-cran-etm: autopkgtest regression: saved results mismatch
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Control: reopen -1
Control: tags -1 + patch
Hi Andreas
Your patch fixed the autopkgtest on amd64 and armhf, but now it fails
on i386, arm64, ppc64el and s390x.
Instead of a patch, how about simply filtering the offending line from
the saved results, as below?
If you agree, I'll upload with
package: python-crontab
severity: serious
version: 1.9.3-2
tags: bullseye,sid
python-crontab (build-)depends on the python-croniter binary package which is
no longer built by the python-croniter source package.
It's probablly time to drop python 2 support from your package.
Package: elastalert
Version: 0.1.29-1
Severity: serious
Tags: bullseye, sid
elastalert (build-)depends on the python-croniter binary package which is no
longer built by the python-croniter binary package.
If you want to keep your package in Debian you will probablly need to migrate
to python
package: kombu
severity: serious
tags: bullseye , sid
python-kombu depends on and kombu build-depends on the python-aqmp binary
package which is no longer built by the python-aqmp source package.
37 matches
Mail list logo
