On 2020-08-11 20:07, Drew Parsons wrote:
On 2020-08-11 19:48, Bastian Germann wrote:
Am 11.08.20 um 12:38 schrieb Drew Parsons:> The diff reports that the
[egg_info] section got removed from setup.cfg.
...
The uploaded orig file also changed, so be sure to have the current
one.
That will
Package: sendmail
Version: 8.15.2-14~deb10u1
sendmail complains about an unsafe key file during starttls:
# grep STARTTLS=client /var/log/mail.log | grep Permission
Aug 11 13:10:33 srvvm01 sendmail[51615]: STARTTLS=client: file
/etc/mail/private/mailhost.key.pem unsafe: Permission denied
Aug
On 2020-08-11 19:48, Bastian Germann wrote:
Am 11.08.20 um 12:38 schrieb Drew Parsons:> The diff reports that the
[egg_info] section got removed from setup.cfg.
...
The uploaded orig file also changed, so be sure to have the current
one.
That will make a difference, thanks for clarifying.
Package: apt
Version: 2.1.9
Severity: serious
Hi,
I think I've found a regression in the apt 2.1.9 upload.
When building system images, we do call 'apt install' with all the
packages in one single line, which is what we've been e.g. doing since
2006 for all the live images. Until 2.1.8 this
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
Control: block 968230 by -1
* Package name: libfile-dirlist-perl
Version : 0.05
Upstream Author : Daniel Podolsky
* URL : https://metacpan.org/release/File-DirList
* License : Artistic
Programming Lang:
Am 11.08.20 um 12:38 schrieb Drew Parsons:> The diff reports that the
[egg_info] section got removed from setup.cfg.
>
I changed the upstream to github instead of the built pypi.debian.net at
On Tue, 4 Aug 2020, Jakub Wilk wrote:
>
> Package: udev
> Version: 246-2
Shouldn't this be "Severity: important"?
The OS startup can break.
> I use sysvinit. After upgrading udev from 245.7-1 to 246-2 and rebooting,
> these symlinks went missing:
>
> /dev/fd
> /dev/stderr
> /dev/stdin
>
Control: tag -1 - moreinfo unreproducible
On Tue, Aug 11, 2020 at 05:49:36AM +0200, Piotr Engelking wrote:
> Package: apt
> Version: 2.1.9
> Severity: normal
>
> The 'apt source' command fails to download package sources:
>
> $ apt source hello
> Reading package lists... Done
> Need to get 733
Hi Olek,
On Fri, Aug 7, 2020 at 6:03 PM Olek Wojnar wrote:
>
> Lintian currently emits an arch-dependent-file-in-usr-share
I cannot find bazel in the archive. How can I trigger the tag, please?
> lintian assumes that this is a static library.
That is probably right. The relevant line is:
Package: devscripts
Version: 2.20.4
Owner: Andrius Merkys
Hello,
uscan's mode=svn produces tarballs with different checksums. This causes
Debian queue daemon refuse subsequent uploads of the same upstream
version, which is a mess.
The root cause of this issue is Subversion not willing to
Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: udd
Bug titles containing non-ASCII characters work in the BTS:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966851
but not in the UDD bug listings, or the autoremovals notices generated
from them:
tags 968124 + pending
thanks
Hi Graham,
> As can be seen on reproducible builds [1], this package FTBFS since
> the upload of fpc 3.2.0+dfsg-5 to unstable.
Thanks, very useful bug report. I've fixed this in:
Hi Salavatore,
as an additional control, I have completely uninstalled the nvidia
graphics driver and repeated the kworker observations using the nouveau
graphics driver with the kernel 4.19.0-10-amd64. This time, there are
even two kworker processes constantly running with high CPU load:
$
On 2020-07-29 17:09, Bastian Germann wrote:
Am 29.07.20 um 06:10 schrieb Drew Parsons:
The python3-setuptools-scm build dependency could not be installed in
your environment which causes setuptools to try download this package.
That obviously fails.
Shouldn't pdebuild make sure that all the
On Tue, Aug 11, 2020 at 13:35, dragos.ja...@dynamicpuzzle.ro wrote:
dpkg -i ruby-sidekiq_5.2.7+dfsg-1_all.deb dpkg: warning: downgrading
ruby-sidekiq from 6.0.4+dfsg-2 to 5.2.7+dfsg-1 (Reading database ...
411139 files and directories currently installed.) Preparing to
unpack
Hi Daniel Baumann,
Do you have an update on this? I just installed this using pip. It's a
Python program, so probably not too hard to package unless it has a lot of
dependencies.
Regards, Faheem Mitha
Hello!
> Not "external" stuff but stuff from its own source.
>
oops, you are right...
> > I don't think this is a sane idea,
>
> I disagree. Using pushd/popd (or "cd -") in scripts is a valid way to
> avoid a helper variable to save the previous directory.
>
> But what I dislike in the
Hello!
This bug has been fixed in Ubuntu's procenv 0.50-1ubuntu3:
https://launchpad.net/ubuntu/+source/procenv/0.50-1ubuntu3
A fix was proposed upstream as well:
https://github.com/jamesodhunt/procenv/pull/16
Best,
Lukas
On Mon, 3 Aug 2020 10:05:29 +0200 Lucas Nussbaum wrote:
> Source:
On Tue, Aug 11, 2020 at 13:11, dragos.ja...@dynamicpuzzle.ro wrote:
Hi Praveen
I installed 13.2.3,but have problems on configure with sidekiq*
versions:
Bundler could not find compatible versions for gem "sidekiq": In
Gemfile: sidekiq gitlab-sidekiq-fetcher was resolved to 0.5.2, which
I'm seeing these frequent, annoying messages on bullseye as well. Should
we be concerned? Or should we report an issue with logcheck to ignore
them?
logcheck system account wrote:
> System Events
> =-=-=-=-=-=-=
> Aug 10 18:31:50 olgas systemd[1]: blk-availability.service: Cannot add
>
Hey Guido, thanks for the reply!
Le 11/08/2020 à 09:00, Debian Bug Tracking System a écrit :
> See the libhandy-1 packages. It's 0.85.0 in testing (from 1w ago). Update to
> 0.90.0
> will follow.
Oh ok, thanks for pointing that out, seeing the low number of rdepends I
didn't think a new package
Control: reassign -1 src:mysql-8.0
The BTS doesn't know about -dbgsym packages (see #868539), reassigning
to the source package.
On Du, 09 aug 20, 21:48:13, Andreas Beckmann wrote:
> Package: mysql-router-dbgsym,mysql-server-core-8.0-dbgsym
> Version: 8.0.20-1~exp1
> Severity: serious
> User:
Package: mariadb-server-core-10.3
Version: 1:10.3.23-1
Severity: normal
After updating to the latest unstable packages I have an old mysql process left
over. For some
reason debian-sys-maint doesn't work but I have made no changes to that.
# systemctl status mysql.service
● mysql.service -
On 8/11/20 9:41 AM, Andreas Tille wrote:
> On Tue, Aug 11, 2020 at 07:17:30AM +0200, Sebastiaan Couwenberg wrote:
>> A smiliar issue was reported for mapproxy in #966979, which was not an
>> issue in mapproxy but in sphinx, and fixed in sphinx (2.4.3-5).
>>
>> I have not tested the build of this
Package: xpra
Version: 3.0.9+dfsg1-1+b2
Severity: important
Dear Maintainer,
After a Debian upgrade I'm unable to use Xpra as the server crashes when
attaching the client.
I suspect the issue might be an incompatibility issue with Python 3.8.5 that
was installed with the upgrade.
I get "Name
Hi Bas,
On Tue, Aug 11, 2020 at 07:17:30AM +0200, Sebastiaan Couwenberg wrote:
> A smiliar issue was reported for mapproxy in #966979, which was not an
> issue in mapproxy but in sphinx, and fixed in sphinx (2.4.3-5).
>
> I have not tested the build of this package, but the dh_sphinxdoc issue
>
Le 21/06/2020 à 22:32, Lucas Nussbaum a écrit :
> Source: node-tap
> Version: 12.0.1+ds-2
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200620 ftbfs-bullseye
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
>
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org,
debichem-de...@lists.alioth.debian.org
* Package name: opendrop
Version : 3.1.7dev0
Upstream Author : Joseph Berry, Rico Tabor, E. Huang
Am 11.08.2020 um 01:48 teilte Norbert Preining mit:
> On Mon, 10 Aug 2020, Hilmar Preuße wrote:
Hi,
>> It is contained in the orig.tar.gz one gets from github.
>>
>> @Norbert: I guess you us the file from CTAN, where the file is missing.
>> Correct?
>
> No, I am using the releas tarballs from
Package: debian-policy
On Sun, Aug 09, 2020 at 06:28:50PM +0100, Barak A. Pearlmutter wrote:
> I understand what you're saying, and indeed trying to encode
> "Build-Depends-If-Available: foo" as "Build-Depends: foo | something"
> is a bad idea from the get-go. After all, foo can have three states
Source: advi
Version: 1.10.2-6
Severity: serious
dh_fixperms
dh_missing
dh_dwz
dwz: debian/advi/usr/bin/advi: DWARF version 0 unhandled
dwz: Too few files for multifile optimization
dh_dwz: error: dwz -mdebian/advi/usr/lib/debug/.dwz/x86_64-linux-gnu/advi.debug
Hi,
I was looking at the same issue in Ubuntu.
After identifying that just some std headers no longer auto-include
iostreams I found a rather simple fix that I hereby wanted to submit to you
(attached).
A test build across all architectures worked fine again with that applied
[1].
FYI - I also
Control: tag -1 moreinfo unreproducible
On Tue, Aug 11, 2020 at 05:49:36AM +0200, Piotr Engelking wrote:
> Package: apt
> Version: 2.1.9
> Severity: normal
>
> The 'apt source' command fails to download package sources:
>
> $ apt source hello
> Reading package lists... Done
> Need to get 733 kB
Source: gcc-10
Version: 10.2.0-5
This used to work with earlier gcc versions:
gcc -m32 /dev/null
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/10/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: skipping incompatible
101 - 134 of 134 matches
Mail list logo