Package: docker.io
Version: 19.03.7+dfsg1-1
Severity: critical
Tags: patch upstream
Justification: breaks unrelated software
Dear Maintainer,
The update to 19.03.7 led to a reproducible issue with docker shortly after
starting the daemon:
Apr 20 14:30:27 fsn dockerd[488555]: panic: runtime
Package: chromium
Version: 81.0.4044.92-1
Followup-For: Bug #958103
Dear Maintainer,
You are right. I tested it by starting chromium with the --temp-profile
parameter and it worked as it should.
Any ideas on how to troubleshoot it or even delete those shortcuts altogether
and start fresh?
I
Hi, would like to confirm I seem to have the same issue despite
libatspi2.0-0, libatk1.0-0 and libpulse0 being automatically installed
and properly up-to-date. Since I don't know how to debug it, however,
all I could gather is that the Wayland GDM session freezes during 90
seconds and then
Package: printer-driver-escpr
Version: 1.7.7-1
Severity: important
Hello, my printer is Epson L1800, but I can not find its driver in this
package, so the printer can not work in Debian.
Would you please add the support to L1800 in this package?
Thank you!
Best regards,
Gulfstream
--
Hello,
Thanks for your bug report.
On 17.04.20 13:12, Matthias Klose wrote:
Package: src:v4l-utils
Version: 1.18.0-2
Severity: normal
Tags: sid bullseye
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-10
The issue is fixed in the following upstream commit:
Package: gnome-boxes
Version: 3.36.2-1
Severity: normal
Hi,
when I use GNOME Boxes to connect to a remote machine via VNC, the remote mouse
cursor is permanently a couple of pixels lower than the mouse cursor on my
local machine. This is irritating to work with, please see attached screenshot
Package: ejabberd
Version: 18.12.1-2
Severity: normal
Dear Maintainer,
I have a problem trying yo backup ejabberd database.
I'm using ejabberd (18.12.1-2) with debian buster.
When I do (as root):
ejabberdctl backup /tmp/ejabberd.backup
I don't get any errors, but there is no
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-biocviews -- Categorized views of R package repositories
Package: wnpp
Owner: Dylan Aïssi
Severity: wishlist
* Package name: r-bioc-biocviews
Version : 1.54.0
Upstream Author : Copyright: (FIXME: year)-2019 VJ Carey
,
* URL
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-bioccheck -- Bioconductor-specific package checks
Package: wnpp
Owner: Dylan Aïssi
Severity: wishlist
* Package name: r-bioc-bioccheck
Version : 1.22.0
Upstream Author : Copyright: (FIXME: year)-2019 Bioconductor Package
Thanks, the file in /usr indeed should not be there and should be fixed in the
next cargo upload, 0.43.1-2.
Yes, the boundary between dh-cargo and cargo-debian-wrapper (which lives in
cargo) is a bit unclear and some of it is derived from historical reasons, this
can certainly be improved in
On Mon, 2020-04-20 at 14:13 +0200, Michael Biebl wrote:
> Am 20.04.2020 um 14:07 schrieb Michael Biebl:
> > Version: 245.5-1
> >
> > Hi Luca,
> >
> > please CC packages when reassigning, so their maintainers get the full
> > context and it makes responding easier.
> >
>
> That said, thanks *a
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.bfsu.edu.cn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Hey,
OpenVPN developer here.
>From this output in the original bug report:
> Mon Apr 20 11:02:29 2020 OpenSSL: error:14187180:SSL
routines:ssl_do_config:bad value
> Mon Apr 20 11:02:29 2020 OpenSSL: error:0909006C:PEM
routines:get_name:no start line
it looks like there is still an error on the
Package: linux-image-cloud-amd64
Version: 5.5.17-1
Severity: important
Linux cloud image 5.5.0-2 refuses to boot in a Xen VM for me. Older
versions up to and including 5.5.0-1 work. I'm using grub-xen to boot
the VMs.
The grub-xen (i think) complains that it's not a Xen kernel and goes
back
On Apr 20, Christian Göttsche wrote:
> ircd 6665/tcp
Why? I have a fair experience of managing IRC server and networks and
this port is not really widely used.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mon, 20 Apr 2020 at 13:00:10 +0200, Xerz wrote:
> Hi, would like to confirm I seem to have the same issue despite
> libatspi2.0-0, libatk1.0-0 and libpulse0 being automatically installed and
> properly up-to-date.
Have you done a similar partial upgrade from stable to testing/unstable,
or are
Control: tag -1 moreinfo
On Mon, Jan 27, 2020 at 09:22:48AM +, Farid Zarazvand wrote:
> Site: debian.parspack.com
Hi,
while checking your mirror for inclusion our checks noticed the following:
o The tracefile at
http://debian.parspack.com/debian/project/trace/debian.parspack.com
is
On Monday, 20 April 2020 16:28:03 CEST wrote:
> Hello Arne,
>
> On Mon, 20 Apr 2020 15:01:27 +0200 Arne Schwabe wrote:
> > Hey,
> >
> > OpenVPN developer here.
> >
> > From this output in the original bug report:
> > > Mon Apr 20 11:02:29 2020 OpenSSL: error:14187180:SSL
> >
> >
Am 20.04.20 um 14:52 schrieb Luca Boccassi:
> On Mon, 2020-04-20 at 14:13 +0200, Michael Biebl wrote:
>> Am 20.04.2020 um 14:07 schrieb Michael Biebl:
>>> Version: 245.5-1
>>>
>>> Hi Luca,
>>>
>>> please CC packages when reassigning, so their maintainers get the full
>>> context and it makes
Control: tag -1 moreinfo
On Thu, Nov 21, 2019 at 04:09:03PM +, Thomas Goirand wrote:
> Site: mirror.infomaniak.com
Hi,
while checking this for inclusion our tools found that:
o trace file:
I notice there is no tracefile matching your site name mirror.infomaniak.com
in
Control: tag -1 moreinfo
On Thu, Dec 26, 2019 at 06:53:51PM +, Andrei wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
>
> Submission-Type: new
> Site: mirrors.layerbridge.com
Hi,
while checking your mirror for inclusion our
Control: tag -1 moreinfo
Hi,
On Sat, Dec 14, 2019 at 01:16:14PM +, Kevin Linnartz wrote:
> Submission-Type: new
> Site: debian.apt-mirror.de
> Type: leaf
> Archive-architecture: amd64 armhf i386
> Archive-http: /debian/
> Maintainer: Kevin Linnartz
> Country: DE Germany
> Location: France
Source: h5py
Version: 2.10.0-7
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: gvpe
Version: 3.1-2
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Control: tag -1 moreinfo
On Tue, Jan 07, 2020 at 10:55:14AM +, FTP Admins wrote:
> Trace Url: http://web04.infania.net/debian/project/trace/web04.infania.net
Hi,
the above URL (which we use to monitor Debian mirrors) does not exist.
If you wish your mirror to be listed under that name in
On 2020-04-20 12:39, Luca Boccassi wrote:
On Mon, 2020-04-20 at 09:29 +0100, Marc Zyngier wrote:
Hi all,
I just managed to track this down to systemd-udev.
[...]
You are indeed right, thanks for the analysis.
Upstream bug: https://github.com/systemd/systemd/issues/15232
Upstream fix:
Control: tag -1 moreinfo
On Thu, Jan 23, 2020 at 03:23:57AM +, Fernando Castro wrote:
> Site: mirror.edgeuno.net
Hi,
this site doesn't seem to be available at the moment (getting a nginx
502 error page instead of the trace file).
Cheers,
Julien
Source: redis
Version: 5:5.0.7-3
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: bitshuffle
Version: 0.3.5-3.1
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Am 20.04.20 um 16:49 schrieb Marc Zyngier:
> On 2020-04-20 12:39, Luca Boccassi wrote:
>> On Mon, 2020-04-20 at 09:29 +0100, Marc Zyngier wrote:
>>> Hi all,
>>>
>>> I just managed to track this down to systemd-udev.
>
> [...]
>
>> You are indeed right, thanks for the analysis.
>>
>> Upstream
Source: virtualbox
Version: 6.1.6-dfsg-2
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
On Tue, Feb 25, 2020 at 05:38:23AM +, Purdue Linux Users Group wrote:
> Submission-Type: new
> Site: plug-mirror.rcac.purdue.edu
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
>
Control: tag -1 moreinfo
On Mon, Jan 27, 2020 at 09:27:16AM +, Agik Agustono wrote:
> Submission-Type: new
> Site: mirror.biznetgio.com
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
>
Andreas Tille writes:
> However, besides t-coffee I think that are probably more
> tools around which are expecting the .pl extensions on those prominent
> tools from ncbi-blast.
Perhaps, but please bear in mind that ncbi-blast+ primarily ships
compiled C++ binaries and blast2 historically
Package: src:setuptools
Version: 45.2.0-1
Severity: minor
Tags: patch
As discussed on IRC it would be good to document the status of the
prebuilt Windows binaries in the source package. Please see the
attached patch. Except for needing the bug number, it should be
complete and ready to apply.
Control: tag -1 moreinfo
On Thu, Feb 27, 2020 at 10:42:15AM +, Vasken Kazanjian Fraile wrote:
> Submission-Type: new
> Site: debian.smashsoft.net
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc
On Sun, Mar 01, 2020 at 10:30:26AM +, Netzwerge Mirror Admin wrote:
> Site: mirror.netzwerge.de
> Type: leaf
> Archive-architecture: amd64 arm64 armel armhf i386
> Archive-http: /debian/
> Maintainer: Netzwerge Mirror Admin
> Country: DE Germany
> Location: Hamburg
> Sponsor: Netzwerge GmbH
Package: charliecloud
Version: 0.9.10-1
Severity: normal
Dear Maintainer,
Trying to run a test example with some mount directory (ie ch-run -h SRC:DST -w
./feelpp-v0.108-focal/ -- pwd)
I end up with error like: ch-run[190638]: error (charliecloud.c:553)
Same behaviour without -h nor -w
Control: tag -1 moreinfo
On Thu, Mar 05, 2020 at 12:28:36PM +, Natthaphon Phnoosookserm wrote:
> Submission-Type: new
> Site: mirrors.nipa.cloud
Hi,
Thanks for mirroring Debian.
While checking your mirror for inclusion, our script noticed the following
issues:
o It seems your mirror is
Source: osgearth
Version: 2.10.2+dfsg-2
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the tinygltf library
recently, which is also vendored with your package. You may want to
unvendor tinygltf in one of your future releases.
Cheers
Timo
On Mon, Apr 20, 2020 at 04:32:04PM +0200, Mattia Rizzolo wrote:
> On Mon, Apr 20, 2020 at 02:21:06PM +0200, Adam Borowski wrote:
> > Thus, this section would need to either:
> > * say where to upload the key to (--keyserver), or
>
> Usually we use keyserver.ubuntu.com that still works decently,
Package: firmware-amd-graphics
Version: 20190717-2
Severity: normal
This line appears in the dmesg output:
amdgpu :2a:00.0: firmware: failed to load amdgpu/picasso_ta.bin (-2)
I do have firmware-amd-graphics installed, but it is missing picasso_ta.bin.
This file is present in
Thanks for the detailed bug report, I'm rebuilding a package to check
that it's all good on my side. I'll probably upload a new revision tomorrow.
On 4/20/20 8:33 PM, Patrick Georgi wrote:
To follow up on my earlier statement that I'd test the patch: the deb sources +
that patch don't show
On Monday, April 20, 2020 8:51:10 AM EDT peter green wrote:
> On 20/04/2020 08:57, Thomas Goirand wrote:
> >> Option 1: fix all four packages to be python 2 free.
> >>
> >> Option 2: Remove python2 stuff from traceback2, python-funcsigs and
> >> numba. Break the dependencies of nipype in sid.
>
On Apr 20, Christian Göttsche wrote:
> > > ircd 6665/tcp
> > Why? I have a fair experience of managing IRC server and networks and
> > this port is not really widely used.
>
> quasselcore connects to freenode by default on port 6665.
Hardly relevant.
Anyway, the IANA definition says that
Package: libtar0
Version: 1.2.20-8+b1
Severity: normal
Dear Maintainer,
calling tar_open() for a non-existent file produces a memory leak.
E.g. the following trivial code
--8<-
#include
#include
#include
int main()
{
Package: fonts-eeyek
Version: 1.0-5
Severity: normal
Tags: upstream
I was pleasantly surprised to realize that this font was already
packaged in Debian. My group (WSTech at SIL) took this font a few months
ago, with the approval of the original developer, and enhanced the font.
The updated
> > ircd 6665/tcp
> Why? I have a fair experience of managing IRC server and networks and
> this port is not really widely used.
quasselcore connects to freenode by default on port 6665.
The client has the configuration "chat.freenode.net:6665" before
"char.freenode.net:7000".
Am Sonntag, den 19.04.2020, 18:28 +0200 schrieb ydir...@free.fr:
> Trying Jekyll for the first time, I get hit by the same issue.
>
> Indeed this flag is a good start, but afterwards:
>
> 1. we have to gather we should change the Gemfile to use:
>
> source "file:///usr/lib/ruby/vendor_ruby"
The above Hint helps. I have made Bug report in upstream
https://github.com/graysky2/profile-sync-daemon/issues/258
Package: openvpn
Version: 2.4.9-1
User: debian...@lists.debian.org
Usertags: adequate broken-symlink
The symlinks in /usr/lib/openvpn/ are broken:
$ cd /usr/lib/openvpn/ && file *
openvpn-plugin-auth-pam.so: broken symbolic link to
On Fri, Apr 17, 2020 at 03:10:18PM +0200, Daniel Leidert wrote:
> Package: gem2deb-test-runner
> Version: 1.0.5+b1
> Severity: wishlist
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> The use case I have is ruby-rubocop-performance. It cannot run the tests
> during build because
To follow up on my earlier statement that I'd test the patch: the deb sources +
that patch don't show the segfault on my system anymore.
You can close this bug: with this morning's update of the
qemu-system-x86 and qemu-kvm packages to 4.2-6, the iPhone gets passed
through to the Windows guest without any problems.
Thank you for this!
Hank Knox
Package: src:python-setuptools
Version: 40.8.0-1
Severity: serious
Justification: Policy 2.3
While reviewing src:setuptools in New, I noticed a number of omissions
from debian/copyright which apply to this package as well.
Copyright and license information from the following files is missing.
On Mon, Apr 20, 2020 at 02:21:06PM +0200, Adam Borowski wrote:
> Thus, this section would need to either:
> * say where to upload the key to (--keyserver), or
Usually we use keyserver.ubuntu.com that still works decently, but
keyring-maint might use something else, since they fetch the key
201 - 256 of 256 matches
Mail list logo