Package: release.debian.org
Severity: normal
X-Debbugs-Cc: vor...@debian.org
Hi. I'm writing with my pam uploader hat on to give you a heads up about two
issues that are kind of nasty and affect upgrades. This is just a FYI, opened
as a bug because you've expressed a preference for that
Package: 0ad
Version: 0.0.23.1-5+b1
Severity: wishlist
Tags: upstream
New tarballs available at: https://play0ad.com/download/source/
--
ESC:wq
Package: i2p
Version: 0.9.49
Severity: Normal
Please consider to upgrade to the current upstream version (0.9.49).
Best regards
Jonatan
Source: brian
Version: 2.4.2-6
Severity: normal
Greetings,
While upstreaming a patch for "brian", the upstream author has
been kind enough to have a look at the build logs, and notify us
that the test suite should probably be better run with pytest,
instead of the current nosetest based
Control: tags -1 moreinfo
Hi Sam
On 23-02-2021 19:17, Sam Hartman wrote:
> This is just a FYI, opened as a bug because you've expressed a
> preference for that communication style.
Ack.
> I hope to have something in experimental or unstable by end of this
> week. Depending on my confidence in
> "Paul" == Paul Gevers writes:
Paul> On 23-02-2021 19:17, Sam Hartman wrote:
>> This is just a FYI, opened as a bug because you've expressed a
Paul> If it's in time to migrate before March 12, there's nothing to
Paul> unblock. We're still only in soft freeze and pam is not
On 2021-02-23 09:03, Tomas Pospisek wrote:
> On Mon, 22 Feb 2021, Christian Kastner wrote:
> Oh, this is news indeed. I think Javier hasn't been working on for the
> last 3 years [1]? So I'd say you Christian have been cron's defacto
> maintainer?
While possibly so, I must note that effective
hey there achim! i was wondering if you'd had any chance to
retry with a newer growlight, ideally the 1.2.31 currently in
unstable. i'd love to get this knocked out before bullseye. if
you have the time, could you give it another try?
if it fails again, valgrind output would be a true boon. i can
Added the debian bug report in CC.
On Tue, 2021-02-23 at 17:19 +, Anton Ivanov wrote:
> > The current Debian user-mode-linux package in unstable is based on
> > the 5.10.5 stable source which includes the mentioned patch, but is
> > still causing an error for some users.
>
> After updating
I just noticed that firehol has no autopkgtests yet, but since
ci.debian.net can run those under LXC/qemu instead of chroot this
would allow for the test suite to run. It might however be a bit of a
challenge to set that up at home if troubleshooting is needed.
Copying the one for root-unittests
Control: found -1 3.21.2+dfsg1-1
Hello there Bernhard,
(CC'ing d-arm for help)
Sadly, I could confirm on a local armhf QEMU instance that this serious bug is
still present, in sid and bullseye; the steps in
https://bugs.debian.org/972339#10 still apply and trigger the SIGABRT.
Although I
Control: tags -1 fixed-upstream
https://github.com/qgis/QGIS/commit/fc1ac8bef8dcc3194857ecd32519aca4867b4fa1
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 2/23/21 5:51 AM, Sebastiaan Couwenberg wrote:
> On 2/22/21 11:42 PM, Wookey wrote:
>> On 2021-02-22 18:23 +0100, Bas Couwenberg wrote:
>>> Your package FTBFS with PROJ 8.0.0, it hung at `make samples`:
>>> faketime "" /usr/bin/make samples
>>
>> This is an issue with faketime, which was added
On 2/23/21 7:47 PM, Kai Pastor, DG0YT wrote:
> Am 21.02.21 um 16:32 schrieb Bas Couwenberg:
>> Source: openorienteering-mapper
>> Version: 0.9.4-2
>> Severity: important
>> Tags: upstream ftbfs
>> User: debian-...@lists.debian.org
>> Usertags: proj-8.0
>> Control: forwarded -1
>>
Hallo,
* nicoo [Tue, Feb 23 2021, 02:16:25PM]:
> Fetched 53,0 kB in 1s (67,0 kB/s)
> Reading package lists... Done
> Building dependency tree... Done
> 1 package can be upgraded. Run 'apt list --upgradable' to see it.
> W: Failed to fetch
>
Control: tags -1 +confirmed pending
Hi Steve,
Your diligence is missing from Debian, but good to see that you are
still around.
On Mon, Feb 22, 2021 at 10:36 PM Steve Langasek
wrote:
> The ntfs-3g package has a Pre-Depends on fuse. This is improper;
> Pre-Depends should only be used when one
Control: tag -1 + moreinfo sid
What did you change before the scanner stopped working? I see that
you are running hplip 3.21.2 which is not yet in testing. Does a
downgrade to 3.20.11+dfsg0-2 fix the issue? This would be very
important to know.
Some HP devices may need a proprietary firmware
On Tue, Feb 23, 2021 at 3:17 PM Graham Inggs wrote:
>
> Hi Dirk
>
> On Tue, 23 Feb 2021 at 15:34, Dirk Eddelbuettel wrote:
> > If it were me I would turn off the autopkgtest in r-cran-glmmtmb (maybe just
> > on s390x) and move on.
>
> That would just be hiding the problem.
>
> If it is the kind
On Sun, 07 Feb 2021 14:59:47 + Vasyl Gello wrote:
> Hi Jurek!
>
> First of all, thanks for the test file! Stepping forward and backward
via arrow keys (+10 / -10 seconds) works for me without crash.
>
> The system is Debian bullseye reinstalled from scratch, GPU is AMD
E-300 (HP 635 laptop
On 23/02/2021 17:26, Ritesh Raj Sarraf wrote:
Added the debian bug report in CC.
On Tue, 2021-02-23 at 17:19 +, Anton Ivanov wrote:
The current Debian user-mode-linux package in unstable is based on
the 5.10.5 stable source which includes the mentioned patch, but is
still causing an error
Package: raspi-firmware
Version: 1.20200601-3~bpo10+1
Severity: normal
Tags: patch
Dear Maintainer,
The /etc/kernel/postinst.d/z50-raspi-firmware script which copies the kernel
and initrd to /boot/firmware, fails to ignore any old initrds which were renamed
by DKMS (usually of the form
Am 21.02.21 um 16:32 schrieb Bas Couwenberg:
Source: openorienteering-mapper
Version: 0.9.4-2
Severity: important
Tags: upstream ftbfs
User: debian-...@lists.debian.org
Usertags: proj-8.0
Control: forwarded -1 https://github.com/OpenOrienteering/mapper/issues/1214
Dear Maintainer,
Your package
Package: fail2ban
Severity: whislist
Tags: patch
Hi,
today I worked on a fail2ban filter rule that is able to filter out
log lines from scanlogd. The scanlogd daemon is a port scan detector.
This is my /etc/fail2ban/filter.d/scanlogd.conf file:
```
# Fail2Ban filter for port scans detected
Hi Mo,
Thanks for open the bug.
On Tue, Feb 23, 2021 at 3:22 PM M. Zhou wrote:
>
> Hi Daniel,
>
>
> Could you please briefly describe the configuration of your
> ZFS so the others can try to reproduce the problem?
I recently installed ZFS on root using the following guide:
Package: libc-bin
Version: 2.31-9
Severity: wishlist
Tags: patch
User: debian-d...@lists.debian.org
Dear maintainers,
this is a followup on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910685
and makes libc-bin work with DPKG_ROOT set. Namely, the call to ldconfig
has to respect
Hi,
On 18.02.2021 18.04, Holger Wansing wrote:
> Now merged.
Thanks!
> Will upload at the weekend, I think.
A new reportbug upload will follow within 24 hours after you upload.
Nis
Package: python3-scipy
Version: 1.6.1-1
Severity: serious
Tags: upstream
Justification: FTBFS
Control: forwarded -1 https://github.com/scipy/scipy/issues/13585
Control: affects -1 src:pandas src:qutip
scipy 1.6.1 marketed itself as "bug-fix only", but in fact introduced
a change in the API
On Tue, 23 Feb 2021 at 16:50:41 +, Stephan Lachnit wrote:
> It lost a bit track of this due to Proton 5.13 not working with protontricks
> (at least when I checked last time), so I haven't done anything yet.
Proton 5.13+ runs in a container, using a container tool currently
maintained by, er,
Package: adduser
Version: 3.116ubuntu1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
A custom designed system service attempted to add several users near-
simultaneously. I got two users
Source: libonig
Version: 6.9.6-1
Severity: important
Tags: patch
Dear Maintainer,
Bug#958467 strike back again, it's because the change in upstream. See
README.md.
> Version 6.9.6
> -
> * When using configure script, if you have the POSIX API enabled in an earlier
> version
Just a quick update - we looked at this and we think the apparmor
support in Debian is sufficient to enable it in snaps by
default.
This is being worked on in https://github.com/snapcore/snapd/pull/9936
and once that lands I will upload to Debian. The goal is within this
week.
In addition to the
Package: golang-golang-x-sync-dev
Version: 0.0~git20190911.cd5d95a-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:acbuild src:aerc src:alertmanager-irc-relay src:aptly
src:cadvisor src:cfrpki src:cloudsql-proxy src:consul src:consulfs
qutip upstream were quick to acknowledge the scipy 1.6.1 problem in
qutip Issue #1451 .
Confirmed as a bug in scipy 1.6.1,
https://github.com/scipy/scipy/issues/13585
https://github.com/scipy/scipy/pull/13586
Package: zfs-zed
Version: 2.0.2-1~bpo10+1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I tried to upgrade the package zfs-zed to the new version in buster-backports.
* What exactly did
On Mon, 22 Feb 2021 13:27:20 +0100 Gianfranco Costamagna
wrote:
> Source: rich
> Version: 9.11.0-1
> Severity: important
>
> Hello, looks like the testsuite is failing with TERM=unknown, I don't really
> know why, but calling dh_auto_test with TERM=linux seems to fix it.
please follow up at
> That said, we might be able to provide a backport, as this has been >
> requested multiple times. Nodens could check with Tails if they would > want
> a backport - which would make it more of a priority for us to > maintain a
> backport. Quoting a reply by intrigeri from tails-dev MUC:
Hi Ryutaroh Matsumoto,
On Tue, 2021-02-23 at 09:22 +0900, Ryutaroh Matsumoto wrote:
> I run autopkgtest -U -B -u debci mutipath-tools -- qemu with a
> testbed made by
> debci setup -f -s sid -a amd64 -b qemu.
>
> The testsuite gives
> kpartx-file-loopback FAIL stderr: Warning: Partition table
Am Mon, Feb 22, 2021 at 02:48:27PM +0100 schrieb Johannes Schauer Marin
Rodrigues:
> Hi,
>
> let me first reply to this, then to your initial bug.
>
> (...)
>
> Yes, debconf is one of the big blockers for chrootless working well for a
> larger set of packages. Also see this:
>
>
On Mon, 22 Feb 2021, Christian Kastner wrote:
On 21.02.21 15:46, Laurent Combe wrote:
near 3 years i report this issue
i joined a patch
and after all that time nothing, not even a "confirmed" tag.
very disappointing. What can I do to help this issue be accepted more quickly ?
I can't speak
Package: hplip
Version: 3.21.2+dfsg1-1
Followup-For: Bug #983349
X-Debbugs-Cc: compte.perso.de-al...@bbox.fr
alain@sid:~$ sudo apt install --reinstall sane-airscan
[sudo] Mot de passe de alain :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des
Source: libssh
Version: 0.9.5-1
Severity: important
Tags: sid bullseye
Control: block -1 by 928224
Dear Maintainer,
Latest autopkgtest at https://salsa.debian.org/ci-team/autopkgtest.git
added support of armhf qemu testbed. When I run the test in libssh on
armhf qemu testbed, it fails with the
Package: sane
Version: 1.0.14-16
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: compte.perso.de-al...@bbox.fr
last week-end tried to scan a very important document .
no more xsane , simple-scan , hp-scan or vuescan works .
alain@sid:~$ hp-scan
HP Linux
Source: openzwave-controlpanel
Version: 0.2a+git20161006.a390f35-2.1
Severity: serious
Hello, looks like the package can't build anymore because libopenzwave1.5-dev
is now called libopenzwave1.6-dev
Please update the dependency, or ask src:openzwave maintainers to switch to an
unversioned -dev
Am Tue, Feb 23, 2021 at 12:08:39AM +0100 schrieb Johannes Schauer Marin
Rodrigues:
> Hi,
>
> Quoting Tobias Frost (2021-02-22 09:04:41)
> > I was playing with mmdebstrap to see if I could bootstrap a system even
> > without dpkg,
> > suitable for some embedded device… However, I could not get
On Tue, 23 Feb 2021 at 11:20:49 +0900, Ryutaroh Matsumoto wrote:
> I made an autopkg qemu testbed by debci setup -f -s sid -a amd64 -b qemu.
> Then I run autopkgtest -B -U -u debci gvfs -- qemu
> It always fails with
...
> sudo: a terminal is required to read the password; either use the -S option
control: tags -1 patch pending
on deferred/15
diff -Nru openzwave-controlpanel-0.2a+git20161006.a390f35/debian/changelog
openzwave-controlpanel-0.2a+git20161006.a390f35/debian/changelog
--- openzwave-controlpanel-0.2a+git20161006.a390f35/debian/changelog
2020-11-19 22:01:52.0 +0100
> lspci | grep -i wire
> 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE
> 802.11ac PCIe Wireless Network Adapter
>
> dmesg contains these lines:
>
> [4.938468] rtw_8821ce :02:00.0: Direct firmware load for
> rtw88/rtw8821c_fw.bin failed with error -2
> [
Source: serd
Version: 0.30.10-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Hi,
serd cannot be cross built from source, because its dependency on
the host architecture python3-sphinx fails to install. Since serd builds it's
-doc package and only the doc
Hi,
any update to this bug?
If we do not find a timely solution what do you think about excluding
s390x temporarily from the list of architectures of this package and set
this bug to "important"?
I would not be happy about this but the issue creates some autoremoval
warnings on other packages
Package: user-mode-linux
Version: 5.10um1+b1
Severity: grave
On startup of uml in e.g. fakemachine it panics straight away:
```
$ fakemachine -b uml "uname -a"
kmsg_dump:
<5>Linux version 5.10.5 (buildd@x86-conova-01) (gcc (Debian 10.2.1-6) 10.2.1
20210110, GNU ld (GNU Binutils for Debian)
Control: found -1 0.8.6-1
Control: fixed -1 2.0.2-1
Thank you for reporting this. Are you running stable (0.7.12) and affected by
this?
Backports and bullseye should now have the fix you mention.
Best,
Antonio
OpenPGP_0xB01C53D5DED4A4EE.asc
Description: application/pgp-keys
Package: black
Version: 20.8b1-4
File: /usr/share/man/man1/black.1.gz
Man page several versions out of step with the program. E.g.,
$ black --py36
...
Error: no such option: --py36
On 2/24/21 8:04 AM, Kai Pastor, DG0YT wrote:
> Am 24.02.21 um 05:55 schrieb Sebastiaan Couwenberg:
>> On 2/24/21 12:58 AM, Kai Pastor, DG0YT wrote:
>>> Am 23.02.21 um 19:53 schrieb Sebastiaan Couwenberg:
It's good practice to include the Find modules for any dependencies
that
are
Hi.
On Fri, 19 Feb 2021 16:35:29 +0100 Gianfranco Costamagna
wrote:
> Due to freeze, I can upload the patch on this bug right now, and
maybe we can upload your changes in git to unstable once the current
one goes in testing?
>
> I'm doing some git work to polish the packaging, I'll try to
I am not able to reproduce this. Do you have a packet capture?
Specifically, I'd like to know what sort of request it is.
--
Richard
Control: fixed -1 2.0.2-1
Hello,
Unfortunately, it took a while to get 2.0 into backports. This should
now be resolved. That said, if you look at the bug reports for ZFS,
there's a recurring theme---people often upgrade their kernel and find
that ZFS is not compatible. You point out:
> btw:
If it were me I would turn off the autopkgtest in r-cran-glmmtmb (maybe just
on s390x) and move on. I still have not been convinced by anyone that it is
an issue in package Matrix causing this.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi,
On Sun, 24 Jan 2021 15:02:17 -0500 Reinhard Tartler
wrote:
> On Sun, Jan 24, 2021 at 9:12 AM Reinhard Tartler wrote:
> ok, I managed to build 3.0.0~rc1 and even managed to use docker-compose
> with it.
> Things look promising! I've pushed my local branch to salsa at
>
Package: bilibop
Tags: l10n patch
Severity: wishlist
Hello,
Please, Could you update the Brazilian Portuguese Translation?
Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.
Kind regards.
pt_BR.po.gz
Description:
On Tue, 2021-02-23 at 18:48 +0900, Ryutaroh Matsumoto wrote:
> Hi Ritesh Raj Sarraf,
> Thank you for paying your attention to this.
>
> > I skimmed into the logs but I'm not sure what failure is being
> > referred
> > to here.
>
> I meant the below part in "log" file. Feel free to downgrade the
Control: affects -1 src:r-cran-glmmtmb
Control: affects -1 src:r-cran-tmb
Hi Andreas
On Tue, 23 Feb 2021 at 10:30, Andreas Tille wrote:
> If we do not find a timely solution what do you think about excluding
> s390x temporarily from the list of architectures of this package and set
> this bug
Source: qutip
Version: 4.5.2-1
Severity: normal
Control: forwarded -1 https://github.com/qutip/qutip/issues/1451
Control: affects -1 src:scipy
Some TestDicke tests in test_piqs.py (test_lindbladian,
test_lindbladian_dims, test_liouvillian) fail with the
recent scipy 1.6.1 release, (scipy 1.6.1-1
Source: zfs-linux
Version: 2.0.2-1~bpo10+1
Severity: important
Tags: moreinfo
https://lists.debian.org/debian-devel/2021/02/msg00257.html
Package: gcc-10-plugin-dev
Version: 10.2.1-6
After upgrading from GCC 10.1 to 10.2 I now get the following error
when building a program that relies on the GCC plugin API:
g++-10 -I/tmp/build/odb-2.5.0-b.20.20201208151514.398c7ad035b4
-I/tmp/build/odb-2.5.0-b.20.20201208151514.398c7ad035b4
On Wed, Feb 24, 2021 at 06:47:20AM +0200, Andrei POPESCU wrote:
> Control: reassign -1 src:libpod 3.0.0+dfsg1-2
>
> On Ma, 23 feb 21, 14:26:12, Andrej Shadura wrote:
> > Package: src:podman
> > Version: 3.0.0+dfsg1-2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > I get an error
Hello Axel,
On Thu 18 Feb 2021 at 11:01PM +01, Axel Beckert wrote:
> I know this is very obvious, but if you read
>
> * https://www.debian.org/Bugs/Developer#severities and
> * https://release.debian.org/testing/rc_policy.txt
>
> it seems as if it should be listed somewhere in the policy that
Package: src: libdebian-installer
Version: 0.120
Tags: patch
allow to build the package without udebs.
patch at
http://launchpadlibrarian.net/524724757/libdebian-installer_0.120ubuntu2_0.120ubuntu3.diff.gz
Control: reassign -1 debconf
Control: forcemerge 983200 -1
Hello again,
Martin Pitt [2021-02-23 15:48 +0100]:
> Philip Hands [2021-02-21 10:28 +0100]:
> > Rather than waiting for debconf to be updated to provide you with a new
> > image to
> > play with, I'd suggest going to the source, and
Package: src:espeakup
Version: 1:0.80-19
Tags: patch
allow to build without udeb package
patch at
http://launchpadlibrarian.net/524721927/espeakup_1%3A0.80-19build1_1%3A0.80-19ubuntu1.diff.gz
Package: src:fuse3
Version: 3.10.2-1
Tags: patch
allow to build without udeb package.
patch at
http://launchpadlibrarian.net/524724106/fuse3_3.10.2-1build2_3.10.2-1ubuntu1.diff.gz
Am 24.02.21 um 05:55 schrieb Sebastiaan Couwenberg:
On 2/24/21 12:58 AM, Kai Pastor, DG0YT wrote:
Am 23.02.21 um 19:53 schrieb Sebastiaan Couwenberg:
It's good practice to include the Find modules for any dependencies that
are not part of cmake itself to not need upstream projects to install
Control: reassign -1 src:libpod 3.0.0+dfsg1-2
On Ma, 23 feb 21, 14:26:12, Andrej Shadura wrote:
> Package: src:podman
> Version: 3.0.0+dfsg1-2
> Severity: important
>
> Dear Maintainer,
>
> I get an error message when I try to run podman:
>
> Error: Cannot connect to the Podman socket, make
On Tue, Feb 23, 2021 at 10:22:39PM +0200, Adrian Bunk wrote:
> On Tue, Feb 23, 2021 at 07:52:42PM +, Olly Betts wrote:
> >...
> > As you note, on i386 the test was only run with the SSE build before
> > the recent debian/rules modernisation, but that doesn't explain why
> > m68k now fails.
Dear Antonio, dear Yurii,
Yes, I remember following the guide on the openzfs site
when I set up the zfs volume as Yurii pointed out. I did
not remember creating the symlink. Sorry for creating
confusion.
Best,
Andreas
On 2/24/21 1:07 AM, Antonio Russo wrote:
Control: tag -1 patch
Hello
Source: elfutils
Version: 0.183-1
Severity: normal
Owner: Sergio Durigan Junior
Hi,
With the advent of the new https://debuginfod.debian.net service, we
can now make libdebuginfod install the proper files necessary to have
everyone using our instance transparently.
I intend to submit a Merge
Control: tag -1 patch
Hello Andreas,
Deleting these old symlinks from (presumably) another ZFS packaging is indeed
the correct fix. I do think we could handle this case slightly more nicely,
and I've opened an MR on salsa [1] that should fix this.
Best,
Antonio
[1]
On 2/24/21 12:58 AM, Kai Pastor, DG0YT wrote:
> Am 23.02.21 um 19:53 schrieb Sebastiaan Couwenberg:
>> It's good practice to include the Find modules for any dependencies that
>> are not part of cmake itself to not need upstream projects to install
>> cmake modules for them.
>
> I think it is
Package: liburi-perl
Version: 1.76-1
Severity: wishlist
Tags: upstream
While URI::snews exists for NNTP over TLS, "nntps" is the IANA-registered name:
https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=nntps
Also, "nntps" (not "snews") is present
On 22 Feb 2021, at 12:00, Johannes Schauer Marin Rodrigues
wrote:
>
>>> Michael, your change in qemu introduced this problem. Schroot is currently
>>> orphaned. Since you are responsible for this change in qemu, could you make
>>> an
>>> NMU of schroot with above fix? Thanks!
>>
>> Oww..
Daniel Kahn Gillmor writes:
> for (a) and (c), do we have a sample of a usenet control message
The last articles in:
http://ftp.isc.org/usenet/control/rec/rec.ponds.moderated.gz
are generated in essentially the same way Big Eight control messages are
still currently being generated.
Source: nn
Version: 6.7.3-14
Severity: normal
Tags: patch
Dear Maintainer,
>From 1fd28131cea7a322dd3ac8f0a449ba44a893f519 Mon Sep 17 00:00:00 2001
>From: Bjarni Ingi Gislason
>Date: Tue, 23 Feb 2021 20:42:59 +
>Subject: [PATCH] nntp.c: fix use of mkstemp()
nntp.c: fix use of mkstemp()
Using the recipe from the OP, it works fine for me in Emacs 27.1.
Hello,
I was hit by this bug, trying to automate my config with Ansible.
Even setting tt-rss/self_url_path after package install, and running
"dpkg-reconfigure -f noninteractive tt-rss" will fail, because it will
read the old value from the existing config file, and overwrite the
debconf
Package: init-system-helpers
Version: 1.60+nmu1
Severity: wishlist
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
Hi,
if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets
the variable DPKG_ROOT to the directory into which dpkg will install the
On 2/22/21 12:25 PM, Benjamin Drung wrote:
> Package: openvswitch-switch
> Version: 2.15.0+ds1-2
> Severity: normal
>
> Hi,
>
> Since we run into a log spam issue (probably upstream bug #135 [1]), we
> want to raise the log level and disable the logging to file (syslog is
> enough for us).
>
>
> "Paul" == Paul Gevers writes:
Paul> Just to elaborate, that set is frozen because bits that
Paul> influence a lot of builds can become difficult to manage if a
Paul> bug sneaks in. So it's good to discuss here how much pam can
Paul> influence the built artifacts. Hence,
Hi Roger,
Quoting Roger Leigh (2021-02-23 22:41:32)
> On 22 Feb 2021, at 12:00, Johannes Schauer Marin Rodrigues
> wrote:
> >
> >>> Michael, your change in qemu introduced this problem. Schroot is currently
> >>> orphaned. Since you are responsible for this change in qemu, could you
> >>>
Source: python-mitogen
Version: 0.2.9-2
Severity: serious
Hello, the package is not installable anymore in sid due to ansible upload
Depends:
ansible (<< 2.10),
ansible (>= 2.3),
$ rmadison:
ansible| 2.10.7-1 | unstable | source, all
Can you please update the
Hi Simon,
Thank you very much for the explanation.
Previously reported another issue to src:libnfs
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983362
seems to be caused by the same machanism.
Should #983362 and #983367 be merged and reassigned to autopkgtest?
Bes regards, Ryutaroh
From:
Package: qgis-server-common
Version: 3.16.4+dfsg-1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
On Tue, Aug 02, 2016 at 12:57:37AM +0100, Reuben Thomas wrote:
> Package: offlineimap
> Version: 6.6.1+dfsg1-2
> Severity: wishlist
>
> As a bit of Debian integration, it would seem reasonable to add a default
> value for sslcacertfile (/etc/ssl/certs/ca-certificates.crt).
Python3 port of
On Tue 23 Feb 2021 at 09:17:03 +0100, alain wrote:
[...]
> alain@sid:~$ scanimage -L
> device `escl:http://127.0.0.1:6' is a HP ENVY 5530 series [FE04D6] (USB)
> flatbed scanner
> device `airscan:e0:HP ENVY 5530 series [FE04D6] (USB)' is a eSCL HP ENVY 5530
> series [FE04D6] (USB)
On Mon, 22 Feb 2021, Johannes Schauer Marin Rodrigues wrote:
So yes, workarounds are (sadly) still necessary to debootstrap Debian. But
arguing with Debian policy is the wrong way forward as policy does not talk
about the debootstrap scenario but only about the system where your packages
were
reassign 983380 hplip 3.21.2+dfsg1-1
severity 983380 normal
thanks
Hello alain,
thank you for spending your time helping to make Debian better with
this bug report.
In the past, the error message "error: SANE: Error during device I/O
(code=9)" always meant an error in the hplip package. In
Hi Ritesh Raj Sarraf,
Thank you for paying your attention to this.
> I skimmed into the logs but I'm not sure what failure is being referred
> to here.
I meant the below part in "log" file. Feel free to downgrade the severity
if you consider this as a false positive.
In the following, the actual
Hello,
On 22.02.21 21:34, Antoine Beaupré wrote:
On 2021-02-22 21:13:40, Diederik de Haas wrote:
On Sat, 14 Nov 2020 23:14:12 +0100 Ulrike Uhlig wrote:
I did not forget about this, but I'm waiting for 2.3 to be released, as
there has been some huge refactoring which concerns the packaging of
This was 8 years and 4 Emacs major releases ago.
If this is still an issue with Emacs 27.1, I suggest opening a new report with
upstream directly.
> Other than the tests, does multipath-tools work proper for you ?
> From the logs you've shared, multipath does report to see the iSCSI
> LUNs. Now whether a proper map was created or not, is not clear from
> the logs.
I have seen no problems in bin. packages from src:multipath-tools.
I run
Package: libpam-runtime
Version: 1.4.0-4.1
Severity: wishlist
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
Hi,
since dpkg 1.18.5, dpkg sets the variable DPKG_ROOT when invoking
maintainer scripts. Usually that variable is empty but when calling dpkg
with --root and
Source: nn
Version: 6.7.3-14
Severity: normal
Tags: patch
Dear Maintainer,
>From 3be12c5873e833204fc12cb872cb1eb2cf65eb72 Mon Sep 17 00:00:00 2001
>From: Bjarni Ingi Gislason
>Date: Wed, 24 Feb 2021 01:33:25 +
>Subject: [PATCH] admin.c: fix "else" selection
Fix an "else" selection and
1 - 100 of 174 matches
Mail list logo