Bug#995147: StatVFS test is flaky

Source: golang-github-pkg-sftp Severity: important Tags: upstream X-Debbugs-Cc: creekor...@debian.org Control: forwarded ! https://github.com/pkg/sftp/issues/463 The test StatVFS is a flaky one and therefore may fails our autopkgtests from time to time. -- System Information: Debian Release:

Bug#995133: python3-gpumodules: Error parsing amdfeaturemask

Control: fixed 995133 3.6.0 Control: tags 995133 + fixed-upstream pending Hi, On 2021-09-27 00:04, Gregor Riepl wrote: > gpu-pac currently fails on my system because of a hex string parsing issue in > python3-gpumodules: > > Traceback (most recent call last): > File "/usr/bin/gpu-pac", line

Bug#994873: libdrm-dev: mssing dependency on valgrind

I did some more digging and it looks like valgrind can just be disabled: https://salsa.debian.org/xorg-team/lib/libdrm/-/blob/debian-unstable/meson.build#L256 And AFAICT it's only used for debugging purposes ("ioctl annotations"), on intel and freedreno: $ git grep HAVE_VALGRIND

Bug#995146: Acknowledgement (ssh -M (ControlMaster) triggers "tinysshd: W19qgD40: BUG: (protocol error){channel.c:57}")

I can reproduce this using the version in salsa also: bash5$ ssh -F/dev/null -oUserKnownHostsFile=/dev/null -oStrictHostKeyChecking=no root@localhost -p2022 dpkg-query -W base-files tinysshd linux-image-cloud-amd64 Warning: Permanently added '[localhost]:2022' (ED25519) to the list of

Bug#995146: ssh -M (ControlMaster) triggers "tinysshd: W19qgD40: BUG: (protocol error){channel.c:57}"

Package: tinysshd Version: 20190101-1 Severity: normal This has annoyed me for a while, but I only just today realized it was an actual bug and not simply a missing feature. I had to use "screen" to run two SSH clients at once. I tried using "ssh -f" and could not reproduce the problem. I am

Bug#879872: inadyn 2.8.1-1 pending for review

Tags: patch A merge request has been created for review, https://salsa.debian.org/debian/inadyn/-/merge_requests/1 with which we will release 2.8.1-1 into sid. Cheers, Benda

Bug#993755: libcrypt.so.1: cannot open shared object file when upgrading from Stretch to Sid

On Sep 27, Otto Kekäläinen wrote: > Seems this libcrypt1 change not only affects upgrades from Stretch, > but in some cases even upgrades from Buster: Buster to Bookworm still means skipping a release. -- ciao, Marco signature.asc Description: PGP signature

Bug#993755: libcrypt.so.1: cannot open shared object file when upgrading from Stretch to Sid

Hello! Seems this libcrypt1 change not only affects upgrades from Stretch, but in some cases even upgrades from Buster: - https://salsa.debian.org/mariadb-team/galera-4/-/jobs/2008098 - https://salsa.debian.org/mariadb-team/galera-4/-/jobs/2008103 I wonder if there is some workaround? Could we

Bug#992563: transition: gdal

On 9/23/21 11:40 AM, Sebastian Ramacher wrote: > On 2021-09-23 11:34:21, Sebastiaan Couwenberg wrote: >> On 9/18/21 9:57 AM, Sebastian Ramacher wrote: >>> On 2021-09-18 07:01:38 +0200, Sebastiaan Couwenberg wrote: On 9/12/21 7:54 PM, Sebastiaan Couwenberg wrote: Quite a few packages

Bug#995134: dkms modules fail to build on 5.14.0, error: ‘TIF_IA32’ undeclared

severity 995134 serious tags 995134 upstream fixed-upstream pending thanks On Sun, Sep 26, 2021 at 05:07:44PM -0400, Ryan Kavanagh wrote: > Package: openafs-modules-dkms > Version: 1.8.6-5 > Severity: grave > Justification: Renders package unusable > > The openafs dkms modules fail to build on

Bug#452721: #452721 moreinfo?

I'm surprised #452721 is tagged moreinfo since it seems simple, but that may depend on installation capability. Note, I am not the original reporter, so I might actually be observing something distinct. I doubt this, but I cannot be certain. Issue is this, a hypervisor machine could have tens

Bug#995145: cyrus-sasl2: reproducible builds: timestamps in man pages

Source: cyrus-sasl2 Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Timestamps are embedded in man pages generated by sphinx:

Bug#995144: bullseye-pu: package jailkit/2.21-4+deb11u1

Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu [ Reason ] This update is not for a regression. There are two bugs discovered recently. With these bugs, jailkit will work partially. The bugs are #992420 and #992422. [ Impact ]

Bug#995123: cyrus-sasl2 FTBFS: sphinx: AttributeError: 'CyrusManualPageBuilder' object has no attribute 'settings'

Control: tags 995123 +patch On 2021-09-26, Dmitry Shachnev wrote: > On Sun, Sep 26, 2021 at 07:37:13PM +0200, Helmut Grohne wrote: >> cyrus-sasl2 fails to build from source in unstable on amd64. A build >> ends as follows: ... >> It built fine yesterday and today sphinx got uploaded to unstable.

Bug#901795: cryptsetup-initramfs: please provide documented shell functions to validate/sanitize cryptroot entries in 3rd party hook files

Seems to be doable with a simply oneliner: --- a/lib/cryptsetup/functions 2021-09-27 03:30:31.928052985 +0200 +++ b/lib/cryptsetup/functions 2021-09-27 03:30:28.387976358 +0200 @@ -278,6 +278,7 @@ local keyscriptarg="$1" CRYPTTAB_TRIED="$2" keyscript; export CRYPTTAB_NAME

Bug#884575: ITP: syncthingtray -- a tray applet, plasmoid, and Dolphin integration for Syncthing

Hi Hannah! Reply follows inline. Hi Alexandre! I'm CCing you to ask if you'd appreciate help packaging deps for Syncthing 1.18.2, because the working copy of Syncthing Tray that Hannah prepared has an embedded copy of this version's libsyncthing that should be unbundled. Hannah Rittich

Bug#993824: transition: libqalculate

Hi Phil, I pushed a commit with initial changes for libqalculate20-data dummy package. Please take a look. Thanks Norbert -- PREINING Norbert https://www.preining.info Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev GPG: 0x860CDC13 fp:

Bug#991921: linux: Please enable CPUFREQ options for RPi 0/0w/1

Hi, On vrijdag 6 augustus 2021 16:07:18 CEST Diederik de Haas wrote: > On vrijdag 6 augustus 2021 15:14:26 CEST Uwe Kleine-König wrote: > > On Thu, Aug 05, 2021 at 05:26:09PM +, Diederik de Haas wrote: > > > https://salsa.debian.org/raspi-team/image-specs/-/issues/7#note_206349 > > > > > >

Bug#939186: irt: Bug #939186 and 4.11/4.14

found 939186 4.14.2+25-gb6a8c4f72d-2 found 939186 4.14.3-1 tags 939186 upstream quit Upon a bit more experimentation, seems my minimal example had become too minimal. Bring in the less minimal example and things explode again. Finally setup an appropriate downtime window and it reproduced.

Bug#901795: cryptsetup-initramfs: please provide documented shell functions to validate/sanitize cryptroot entries in 3rd party hook files

Hey again. Next to stabilising "_CRYPTTAB_*", could you also export it to the keyscripts? I can see it in the initramfs hook, when using crypttab_foreach_entry, but it's not there in the keyscript. Thus I cannot implement my own unescaping. Cheers, Chris.

Bug#983818: linux-image-5.10.0-3-arm64: often fails to bring up eth0 / dwmac_rk module

Control: tags -1 - moreinfo >Could you try with the current kernel in unstable? >We are at 5.14.6-2, which had some rk3399 related changes. Did any of those changes arrive after 5.14.0-1? If so, I suppose I would have to wait for a newer debian kernel to appear before I could test it. With

Bug#995143: xdmf: reproducible builds: Embeds buildpath, kernel and uname path

Source: xdmf Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath usrmerge kernel X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org The build path, kernel version and path to the uname binary are embedded in

Bug#995142: RFP: Srain

Package: wnpp Version: N/A Severity: wishlist URL: https://github.com/SrainApp/srain URL: https://srain.im/ License: GNU General Public License Version 3 Description: IRC client Modern IRC client written in GTK I would very much like to have it packaged in the official debian repositories.

Bug#982091: Please include some yaml.nanorc

Hello! I tested this today, but unfortunately the yaml.nanorc seems to have syntax errors: ``` Error in /usr/share/nano/yaml.nanorc on line 6: A syntax name must be quoted Error in /usr/share/nano/yaml.nanorc on line 7: A 'header' command requires a preceding 'syntax' command Error in

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 8:55 p.m., Thorsten Glaser wrote: > On Sun, 26 Sep 2021, Jesse Smith wrote: > >> I checked out the init.d directories provided by Thorsten. One of the >> features of insserv allows it to test init scripts in an alternative >> directory or chroot. > This seems to be broken: > >

Bug#995140: llvm-11-runtime: replace "which" by "command -v" in postinst script

Package: llvm-11-runtime Version: 1:11.1.0-1 Severity: minor When upgrading llvm-11-runtime: Setting up llvm-11-runtime (1:11.1.0-1) ... /usr/bin/which: this version of `which' is deprecated; use `command -v' in scripts instead. Indeed, /var/lib/dpkg/info/llvm-11-runtime.postinst contains

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 8:55 p.m., Thorsten Glaser wrote: > On Sun, 26 Sep 2021, Jesse Smith wrote: > >> I checked out the init.d directories provided by Thorsten. One of the >> features of insserv allows it to test init scripts in an alternative >> directory or chroot. > This seems to be broken: > >

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On Sun, 26 Sep 2021, Jesse Smith wrote: > I checked out the init.d directories provided by Thorsten. One of the > features of insserv allows it to test init scripts in an alternative > directory or chroot. This seems to be broken: tglase@tglase:~ $ insserv -p etc-stripped insserv:

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 3:25 p.m., Thorsten Glaser wrote: > On Sun, 26 Sep 2021, Jesse Smith wrote: > >> behaviour. I've tried both the latest version of insserv (1.23.0) and >> the version which shipped with Debian 10 (1.18.0). I did notice having > This is Debian 11 so 1.21.0-1.1 (including Debian

Bug#995139: python-gevent build-depends on removed package

package: python-librtmp version: 20.9.0-2 severity: serious tags: bookworm, sid python-librtmp build-depends on python3-cffi-backend-dbg, which has been dropped by the python-cffi source package. It is still present in unstable as a cruft package but is uninstallable due to version constraints.

Bug#995138: python-gevent build-depends on removed package

package: python-gevent version: 20.9.0-2 severity: serious tags: bookworm, sid python-gevent build-depends on python3-cffi-backend-dbg, which has been dropped by the python-cffi source package. It is still present in unstable as a cruft package but is uninstallable due to version constraints.

Bug#995135: CryFS Conan build requirement

This may help: https://github.com/cryfs/cryfs#using-local-dependencies It should, in theory, allow building by getting the dependencies from the local system instead of from Conan. On September 26, 2021 2:39:10 PM David Steele wrote: Package: cryfs severity: important thanks CryFS 0.11.0

Bug#995137: Can not get current location with gpsd

Package: marble-plugins Version: 4:20.12.3-1 Dear Maintainer, Marble with the plugin in bullseye can not get current location with gpsd packaged in the same release (displaying "waiting for current location information..."). marble-qt (or marble) 4:20.12.3-1 gpsd 3.22-4 (works fine with

Bug#995115: /usr/bin/ruby: symbol lookup error: /lib/x86_64-linux-gnu/libruby-2.7.so.2.7: undefined symbol: rb_st_numhash

Control: reassign -1 libruby2.7 On Sun, 26 Sep 2021 20:46:50 +0200 David Kalnischkies wrote: [...] > > 274 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. > > Need to get 0 B/745 MB of archives. > > After this operation, 313 MB of additional disk space will be used. > > Do you want

Bug#994454: golang-github-containers-common: should include debci test suite

Control: tag -1 help Hi Bastien, On Thu, Sep 16, 2021 at 4:36 AM Bastien Roucariès < roucaries.bast...@gmail.com> wrote: > Package: golang-github-containers-common > Severity: important > > Dear Maintainer, > > This package is used in conjunction of podman to run container, and the > secomp >

Bug#995136: RM: netbeans-cvsclient -- ROM; No longer used

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-j...@lists.debian.org Hi, Please remove the netbeans-cvsclient package, it was only used by maven-scm but the dependency has been dropped in the 1.12.0-1 update. It's unlikely this package will be useful again, so it's safe to remove

Bug#995135: CryFS Conan build requirement

Package: cryfs severity: important thanks CryFS 0.11.0 is asking for conan to be present for the build. Conan is not available in Debian, and provides a service that should not be necessary in any case. Resolve the CryFS build for 0.11.0-1. OpenPGP_signature Description: OpenPGP digital

Bug#896460: Please package ipywidgets 7

Source: ipywidgets Followup-For: Bug #896460 There are also 2nd order dependencies affected by this bug. Docs for scipy 1.7 use pydata-sphinx-theme, which depends on jupyter-sphinx. So the scipy upgrade is blocked.

Bug#953977: gridengine-drmaa1.0: Please install libdrmaa.so.1.0 into standard library dir

On 9/26/21 1:37 PM, Andreas Tille wrote: > Hi Afif, > > On Sun, Sep 26, 2021 at 01:20:34PM -0700, Afif Elghraoui wrote: >>> My guess is that also other packages than python3-drmaa will profit from >>> this. >> >> The thing is that gridengine is not the only implementation of drmaa, >> though

Bug#995129: Acknowledgement (upgrade of libc or something resulted in postfix/smtp[3114]: fatal: unknown service: smtp/tcp)

root@kite:~>sh -x /usr/lib/postfix/configure-instance.sh + INSTANCE= + SYNC_CHROOT=y + test -r /etc/default/postfix + [ X = X ] + POSTCONF=postconf -o inet_interfaces= + + tr A-Z a-z postconf -o inet_interfaces= -hx myorigin + MYORIGIN=kitenet.net + [ Xkitenet.net != Xkitenet.net ] + [

Bug#995134: dkms modules fail to build on 5.14.0, error: ‘TIF_IA32’ undeclared

Package: openafs-modules-dkms Version: 1.8.6-5 Severity: grave Justification: Renders package unusable The openafs dkms modules fail to build on 5.14.0. I've attached /var/lib/dkms/openafs/1.8.6/build/make.log. -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug

Bug#995133: python3-gpumodules: Error parsing amdfeaturemask

Package: python3-gpumodules Version: 3.5.0-1 Severity: normal Tags: upstream X-Debbugs-Cc: onit...@gmail.com Dear Maintainer, gpu-pac currently fails on my system because of a hex string parsing issue in python3-gpumodules: Traceback (most recent call last): File "/usr/bin/gpu-pac", line

Bug#995122: Clang and /usr/lib/cuda

Package: nvidia-cuda-toolkit Version: 11.3.1-4 Severity: important Dear maintainer, Clang recently changed its CUDA version discovery to use cuda.h since version.txt is no more. See the LLVM commit . It is

Bug#953977: gridengine-drmaa1.0: Please install libdrmaa.so.1.0 into standard library dir

Hi Afif, On Sun, Sep 26, 2021 at 01:20:34PM -0700, Afif Elghraoui wrote: > > My guess is that also other packages than python3-drmaa will profit from > > this. > > The thing is that gridengine is not the only implementation of drmaa, > though it seems to be the only one in current Debian

Bug#953977: gridengine-drmaa1.0: Please install libdrmaa.so.1.0 into standard library dir

On 3/15/20 2:44 AM, Andreas Tille wrote: > as you can read in bug #953832 I need a patch[1] for python-drmaa to find > libdrmaa.so.1.0. As Sergio pointed out in his comment[2] this is due an > unusual location of the library. It would be great if you would consider > installing it rather to >

Bug#993922: amtk: abandoned upstream

On Wed, Sep 8, 2021 at 4:42 AM Simon McVittie wrote: > There seems to be a fork at https://github.com/gedit-org/amtk (along with > a fork of gedit) but it specifically does not accept contributions either. > This seems like something that Debian should not be relying on. The amtk situation (and

Bug#995111: closed by Debian FTP Masters (reply to Jonas Smedegaard ) (Bug#995111: fixed in librandomx 1.1.8-3)

Hi, Thank you for the swift response. Unfortunately both the new 1.1.8-3 as well as 1.1.9-1 still suffer the same issue. - dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below

Bug#994179: Upstream mess

OK I meant serious: "makes the package unsuitable for release." Because it is now spitting out error messages on every use.

Bug#992693: bullseye-pu: package glibc/2.31-13+deb11u1

Hi, On 2021-09-26 20:46, Adam D. Barratt wrote: > On Tue, 2021-09-21 at 23:47 +0200, Aurelien Jarno wrote: > [...] > > In the meantime another issue that would need to be fixed in sid > > > > came > > as > > bug#994042. > > > > This time the issue is in the preinst. To summarize, in the case >

Bug#995131: nut: reproducible builds: udev rules vary depending readdir order

Control: forwarded 995131 https://github.com/networkupstools/nut/pull/528 Control: tags 995131 fixed-upstream Already reported and fixed upstream: https://github.com/networkupstools/nut/commit/d693c427c526af1a933fa9aa95165c483fe08114 The patch is basically the same. No new upstream release

Bug#995132: libhtml-treebuilder-libxml-perl: autopkgtest regression between 5 September 2021 and 25 September 2021

Source: libhtml-treebuilder-libxml-perl Version: 0.26-1 Severity: serious User: debian...@lists.debian.org Usertags: regression X-Debbugs-CC: debian...@lists.debian.org Dear maintainer(s), Your package has an autopkgtest, great! However, somewhere between last month and today it started to fail

Bug#995131: nut: reproducible builds: udev rules vary depending readdir order

Source: nut Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org The comments for various udev rules list different drivers for some devices.

Bug#995128: dbus-user-session: Non-functional dbus-user-session installation

Control: tags -1 + moreinfo On Sun, 26 Sep 2021 at 12:01:51 -0700, Francois Marier wrote: > I installed dbus-user-session but it doesn't look functional: ... > I'm not too sure if I should be manually starting it from my desktop > environment (i3 + gnome-settings-daemon) What's meant to happen

Bug#992693: bullseye-pu: package glibc/2.31-13+deb11u1

On Tue, 2021-09-21 at 23:47 +0200, Aurelien Jarno wrote: [...] > In the meantime another issue that would need to be fixed in sid > > > came > as > bug#994042. > > This time the issue is in the preinst. To summarize, in the case > debconf is not usable to prompt the user about the upgrade, the >

Bug#995119: LXDE: switch network management from connman to network-manager?

Package: lxde Severity: wishlist Hi LXDE people, looking at #988696 and #994875, I would like to ask, if you would be fine with switching the main desktop network-management tool away from connman to network-manager. The main reasons are connman-gtk's lack of a system-tray icon (so users are

Bug#993945: transition: evolution-data-server

Control: tags -1 confirmed Control: forwarded -1 https://release.debian.org/transitions/html/auto-evolution-data-server.html On 2021-09-26 09:19:54 -0400, Jeremy Bicha wrote: > https://release.debian.org/transitions/html/auto-evolution-data-server.html > > This needs sourceful uploads of

Bug#988696: LXDE: Please include a user-friendly network management tool

Hi, "Amy Kos" wrote (Sun, 26 Sep 2021 13:03:03 +): > Hi, > > if you want to prefer network-manager, better do it in lxde metapackage > instead of task-lxde-desktop which depends on the lxde metapackage. > https://salsa.debian.org/lxde-team/lxde-metapackages/-/blob/debian/debian/control >

Bug#994540: transition: imagemagick

Control: forwarded -1 https://release.debian.org/transitions/html/auto-imagemagick.html Control: tags -1 moreinfo On 2021-09-17 12:51:37 +, Bastien Roucariès wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > >

Bug#995130: openssh: CVE-2021-41617

Source: openssh Version: 1:8.4p1-6 Severity: important Tags: security upstream X-Debbugs-Cc: car...@debian.org, Debian Security Team Control: found -1 1:8.4p1-5 Control: found -1 1:7.9p1-10+deb10u2 Control: found -1 1:7.9p1-10 Hi, The following vulnerability was published for openssh.

Bug#995129: upgrade of libc or something resulted in postfix/smtp[3114]: fatal: unknown service: smtp/tcp

Package: postfix Version: 3.5.6-1+b1 Severity: normal This server is following testing, and has automatic upgrades enabled. On Sep 22, all outgoing mail ceased flowing. I have been able to work around the problem by disabling chrooting for smtp in master.cf. /var/spool/postfix/etc/services

Bug#995116: Acknowledgement (pipewire: Soundcards not found on pipewire)

Dear all, I've to apologize for submitting this bug, since I could "fix" it and understand what really happened: after waking from hibernation/suspend to ram the sound cards were "recognized again" appearing duplicated in the pavucontrol Configuration tab, this probably caused confusion on the

Bug#993824: transition: libqalculate

Hi Phil On 2021-09-16 23:09:17 +0200, Sebastian Ramacher wrote: > On 2021-09-10 09:49:05 +0200, Sebastian Ramacher wrote: > > Control: tags -1 confirmed > > Control: forwarded -1 > > https://release.debian.org/transitions/html/auto-libqalculate.html > > > > On 2021-09-06 23:49:01, Phil Morrell

Bug#995018: jupyterlab-server 2.4.0-1 broken by jupyter-server 1.10.2-1

Hi Julien, On 26-09-2021 20:28, Julien Puydt wrote: > I just tried to rebuild jupyterlab-server in my unstable sbuild, and > could check that it used the jupyter-server you complain about, and > passes the tests. > > I suspect the problem is that the latest version of python3-anyio > doesn't

Bug#994888: chromium: chrome://extensions/ broken

chrome://bookmarks/, chrome://downloads/, chrome://history/ are also broken. Chromium 93.0.4577.82, Debian x86_64 bookworm. Best regards, Denis Krivosheev.

Bug#995128: dbus-user-session: Non-functional dbus-user-session installation

Package: dbus-user-session Version: 1.12.20-2 Severity: normal X-Debbugs-Cc: s...@debian.org I installed dbus-user-session but it doesn't look functional: $ ls -lh $XDG_RUNTIME_DIR/bus ls: cannot access '/run/user/1000/bus': No such file or directory $ systemctl --user status dbus.service

Bug#995127: synaptic: 'New in repository' list not updated

Package: synaptic Version: 0.90.2+b1 Severity: normal X-Debbugs-Cc: roman.hor...@debian-linux.cz Dear Maintainer, The "New in Repository" list still contains the same items until the /root/.synaptic/options file is manually deleted. -- System Information: Debian Release: Sid/Experimental APT

Bug#995123: cyrus-sasl2 FTBFS: sphinx: AttributeError: 'CyrusManualPageBuilder' object has no attribute 'settings'

Hi Helmut and all! On Sun, Sep 26, 2021 at 07:37:13PM +0200, Helmut Grohne wrote: > I'm reporting this bug on behalf of Alexey Brodkin as the original > reporter on irc. > > cyrus-sasl2 fails to build from source in unstable on amd64. A build > ends as follows: > > [...skipping warnings which are

Bug#995126: slade: See WADs thrice

Package: slade Version: 3.1.12 Severity: normal Dear Maintainer, I see WADs thrice in the WAD folder. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 5.7.0-1-686-pae (SMP w/3 CPU threads) Kernel

Bug#995115: /usr/bin/ruby: symbol lookup error: /lib/x86_64-linux-gnu/libruby-2.7.so.2.7: undefined symbol: rb_st_numhash

Control: reassign -1 apt-listbugs 0.1.35 On Sun, Sep 26, 2021 at 03:27:19PM +0200, xiscu wrote: > Justification: renders package unusable Which package is unusable? > [...] > 274 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. > Need to get 0 B/745 MB of archives. > After this

Bug#994961: glib2.0: gnome-keyring unable to unlock login keyring on some systems since GLib 2.70.0-1

On Sun, 26 Sep 2021 at 10:57:53 -0700, Francois Marier wrote: > $ ls -lh $XDG_RUNTIME_DIR/bus > ls: cannot access '/run/user/1000/bus': No such file or directory Looks like you have a non-functional installation of dbus-user-session (which would put you in the same situation as people without

Bug#995124: printer-driver-cups-pdf: error_log say 'E...[cups-driverd] Bad driver information file...' with indexbraille-*.defs files

Package: printer-driver-cups-pdf Version: 3.0.1-11 Severity: normal X-Debbugs-Cc: yg2...@hotmail.com Dear Maintainer, After the last update (3.0.1-11), in /var/log/error_log appears: E [26/Sep/2021:11:36:19 +0200] [cups-driverd] Bad driver information file

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On Sun, 26 Sep 2021, Jesse Smith wrote: > I've tried this again on my own machine and cannot reproduce the Does the attached file help? It’s my /etc/{init.d,rc*}/ stripped to just reproduce the files up to the end of the LSB headers. bye, //mirabilos -- Infrastrukturexperte • tarent solutions

Bug#995018: jupyterlab-server 2.4.0-1 broken by jupyter-server 1.10.2-1

Hi, I just tried to rebuild jupyterlab-server in my unstable sbuild, and could check that it used the jupyter-server you complain about, and passes the tests. I suspect the problem is that the latest version of python3-anyio doesn't migrate to testing (blocked by pytest). Cheers, J.Puydt

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 2:37 p.m., Thorsten Glaser wrote: > On Sun, 26 Sep 2021, Jesse Smith wrote: > >> did last time. This time please run" >> >> # insserv -v -s >> >> This should set avahi-daemon to K01. Then run > Erm, well, it doesn’t. Apparently, the presence of -s prevents this. You're right, that's

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On Sun, 26 Sep 2021, Jesse Smith wrote: > behaviour. I've tried both the latest version of insserv (1.23.0) and > the version which shipped with Debian 10 (1.18.0). I did notice having This is Debian 11 so 1.21.0-1.1 (including Debian patches). > Thorsten, I wonder if you could give the latest

Bug#986709: rsnapshot is stable, not dead

On Fri, 28 May 2021 15:39:28 -0500 Michael Lustfield wrote: > On Fri, 28 May 2021 19:56:47 +0100 > David Cantrell wrote: > > > [...] > > So what, exactly, is unmaintained about it? Looks to me like it has > > exactly the amount of maintenance that is required for mature software. > > I'm not

Bug#994961: glib2.0: gnome-keyring unable to unlock login keyring on some systems since GLib 2.70.0-1

On 2021-09-24 at 02:28:05, Simon McVittie (s...@debian.org) wrote: > > I do have the dbus-user-session package installed. > > I'm surprised by this. It's clearly still picking up XDG_RUNTIME_DIR > from the environment, so I would have expected it to be able to connect > to $XDG_RUNTIME_DIR/bus

Bug#994899: xen-hypervisor-4.14-amd64 breaks system poweroff on bullseye

Added tag upstream. Explanation is in discussion at related bug #991967 here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991967#169 and here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991967#174 Briefly, since we are currently  shipping a fork of Xen-4.14 on our unstable,

Bug#994594: ITP: time-decode -- timestamp decoder and converter

Dear Samuel, dear pkg-security-team, Samuel Henrique writes: > > I can sponsor for you, just let me know when the package is ready for a > review (or if you need help with anything) :) > > Thank you > Thank you for your offer to sponsor `time-decode`, Samuel. I worked on the package and want

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On Sun, 26 Sep 2021, Jesse Smith wrote: > did last time. This time please run" > > # insserv -v -s > > This should set avahi-daemon to K01. Then run Erm, well, it doesn’t. Apparently, the presence of -s prevents this. > # insserv -v -s -n > > This should tell us whether insserv wants to

Bug#995123: cyrus-sasl2 FTBFS: sphinx: AttributeError: 'CyrusManualPageBuilder' object has no attribute 'settings'

Source: cyrus-sasl2 Version: 2.1.27+dfsg-2.1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Dmitry Shachnev I'm reporting this bug on behalf of Alexey Brodkin as the original reporter on irc. cyrus-sasl2 fails to build from source in unstable on amd64. A build ends as follows: |

Bug#986778: ITP: gcc-sh-elf -- GNU C compiler for embedded SuperH devices

On Sun, 2021-09-26 at 18:55 +0200, John Paul Adrian Glaubitz wrote: > I'm willing to sponsor this as I am Debian's primary maintainer of the sh4 > port. Thanks for your consideration! FYI, I just pushed a small fix for the Binutils autopkgtest to both Git and mentors.debian.net. I would

Bug#994971: OpenCL not working with latest Nvidia driver

Hi, Am So den 26. Sep 2021 um 17:58 schrieb Andreas Beckmann: > Thanks. You had modifications in nvidia-modprobe.conf, didn't try that > before. Ehem, I don't think so... Never touched that file by hand. But I see, it was touched several times by an upgrade. It started 2015-10-16 and was

Bug#988696: LXDE: Please include a user-friendly network management tool

Hi, if you want to prefer network-manager, better do it in lxde metapackage instead of task-lxde-desktop which depends on the lxde metapackage. https://salsa.debian.org/lxde-team/lxde-metapackages/-/blob/debian/debian/control For instance change line 44 from connman-gtk | network-manager-gnome |

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 1:54 p.m., Thorsten Glaser wrote: > On Sun, 26 Sep 2021, Jesse Smith wrote: > >> Something that might be useful here is seeing the output from "insserv >> -v -s -n". This will show in what order insserv intends to assign each >> service in each runlevel. No changes will be made to

Bug#994971: OpenCL not working with latest Nvidia driver

Control: severity -1 serious On 26/09/2021 18.07, Klaus Ethgen wrote: available somewhere in /var/log/apt/term.log*, it might give some hints what happened. Here it is. Thanks. You had modifications in nvidia-modprobe.conf, didn't try that before. And dpkg messed it up. I could reproduce

Bug#994873: libdrm-dev: mssing dependency on valgrind

This is not multiarch compatible, libdrm-dev can't be coinstalled with libdrm-dev:i386 now.

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

Dixi quod… > On Sun, 26 Sep 2021, Jesse Smith wrote: > > > Something that might be useful here is seeing the output from "insserv > > -v -s -n". This will show in what order insserv intends to assign each > > service in each runlevel. No changes will be made to the system when > > insserv is run

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On Sun, 26 Sep 2021, Jesse Smith wrote: > Something that might be useful here is seeing the output from "insserv > -v -s -n". This will show in what order insserv intends to assign each > service in each runlevel. No changes will be made to the system when > insserv is run with the "-n" flag.

Bug#986778: ITP: gcc-sh-elf -- GNU C compiler for embedded SuperH devices

Hi John! > * Package name: gcc-sh-elf > Upstream Author : GNU Project > * URL : https://gcc.gnu.org > * License : GPL > Programming Lang: C, C++ > Description : GNU C compiler for embedded SuperH devices > > This native package will provide a build of gcc as a

Bug#991967: Simply ACPI powerdown/reset issue?

On 9/26/2021 8:46 AM, Chuck Zmudzinski wrote: On 9/25/2021 11:27 PM, Elliott Mitchell wrote: Unfortunately I was too quick at installing the rebuilt 4.14.3-1 and I missed trying the vanilla Debian 4.14.2+25-gb6a8c4f72d-2 with Linux 4.19.181-1.  I believe this combination would have hung during

Bug#991967: Simply ACPI powerdown/reset issue?

On 9/25/2021 11:27 PM, Elliott Mitchell wrote: Unfortunately I was too quick at installing the rebuilt 4.14.3-1 and I missed trying the vanilla Debian 4.14.2+25-gb6a8c4f72d-2 with Linux 4.19.181-1. I believe this combination would have hung during reboot. In light of what I discovered

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 1:12 p.m., Thorsten Glaser wrote: > On Sun, 26 Sep 2021, Mark Hindley wrote: > >> Thorsten's original report[1] suggests it happens on every upgrade. Not only every upgrade, but if I'm reading the report correctly it looks like insserv is toggling between K01 and K02 with every time

Bug#982848: binutils-m68hc1x: Repackage as a native package

Hello Vincent! > It is suggested to use a native package structure to package binutils > for a less common target. The way this package should be packaged is > described in https://wiki.debian.org/PackagingLessCommonBinutilsTargets > > Please update the packaging to follow the above

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On Sun, 26 Sep 2021, Mark Hindley wrote: > Thorsten's original report[1] suggests it happens on every upgrade. root@tglase:/etc # git status On branch master nothing to commit, working tree clean root@tglase:/etc # insserv root@tglase:/etc # git status On branch master Changes not staged for

Bug#994971: OpenCL not working with latest Nvidia driver

Am So den 26. Sep 2021 um 16:56 schrieb Andreas Beckmann: > On 26/09/2021 17.52, Klaus Ethgen wrote: > > > I suspect that nvidia-modprobe.conf somehow got deleted. Check > > >debsums -ac nvidia-kernel-support > > > > Well, THAT gives a missing file. > > Do you still have the transcript of

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

Jesse, On Sun, Sep 26, 2021 at 12:52:37PM -0300, Jesse Smith wrote: > It's certainly possible insserv is renaming the shortcuts for > avahi-daemon from K02 to K01. Though this raises a few questions, I believe: > > 1. Why do you think avahi-daemon should be prefixed with K02 instead of > K01?

Bug#995121: ITP: dioptas -- Python based GUI-Program for integration and exploration of 2D x-ray diffraction images

Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: dioptas Version : 0.5.2 Upstream Author : Clemens Prescher * URL : https://github.com/Dioptas/Dioptas * License : GPL-3 Programming Lang: Python

Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade

On 2021-09-26 7:10 a.m., Mark Hindley wrote: > Jesse, > > On Mon, May 31, 2021 at 04:40:17AM +0200, Thorsten Glaser wrote: >> Package: insserv >> Version: 1.21.0-1.1 >> Severity: normal >> X-Debbugs-Cc: t...@mirbsd.de >> >> I believe this is insserv; if not, feel free to reassign. >> >> With every

Bug#994971: OpenCL not working with latest Nvidia driver

On 26/09/2021 17.52, Klaus Ethgen wrote: I suspect that nvidia-modprobe.conf somehow got deleted. Check debsums -ac nvidia-kernel-support Well, THAT gives a missing file. Do you still have the transcript of the complete upgrade process? Should be available somewhere in

  1   2   >