Bug#1071079: ipp-usb: Systemd service cannot be enabled manually

On 13-05-24, Baptiste Jonglez wrote: > Would it be possible to add the missing bits to the systemd service so that it > can be enabled? Something like the following: > > [Install] > WantedBy=multi-user.target This is incorrect, ipp-usb is still started in udev mo

Bug#1071079: ipp-usb: Systemd service cannot be enabled manually

Package: ipp-usb Version: 0.9.23-1+b4 Severity: normal Dear Maintainer, I am running ipp-usb in a LXC container, with USB passthrough. When starting the systemd service "ipp-usb.service" manually, everything works fine, the printer is detected and exported over the network. However,

Bug#1059937: fio crashes at runtime on kernel 6.6

Followup-For: Bug #1059937 Package: fio Version: 3.36-1 Hello, Now that Debian ships a 6.6 kernel on riscv64, this bug also manifests itself at runtime with the existing 3.36-1 fio package: # fio --name cfarm93 --rw=randwrite --filename=/home/500G.bin --direct=1 --blocksize=4K --iodepth=1

Bug#1020531: dia: creating a text element kills all GUI fonts

Hello, I am facing the same bug on bookworm, and removing ~/.dia/ does *not* solve the issue for me. Sometimes simply opening and selecting a text element causes this problem, that is, all text disappear in the GUI / menus. Sometimes there is an additional consequence: several text elements of

Bug#1006724: network-manager: DNS information not cleaned correctly when switching of networks

Hello, I can confirm that this bug still happens with Network-Manager 1.38.2 in bookworm. Upstream has recently merged the fix mentioned by Visti, and has backported it to 1.36 and 1.38. So, here is the recap: - the bug has been introduced in 1.35.1-dev - the bug has been fixed in 1.39.8-dev

Bug#1012808: git-review 2.2 is not compatible with OpenSSH 9.X (scp breaking change)

Package: git-review Version: 2.2.0-1 Severity: important Dear Maintainer, While using git-review on Bookworm, I couldn't perform the initial setup: $ git review -s -v Running: scp -P29418 usern...@review.opendev.org:hooks/commit-msg .git/hooks/commit-msg Problems encountered

Bug#969463: rsync: fails reproducible but unexplained on a specific volume, breaks horribly when started by BackupPC

Hello Bastian, Many thanks for the link, it does indeed look like the exact same bug! So, this turns out to be a longstanding bug in libfile-rsyncp-perl. I see two ways to fix this problem in Debian: - update libfile-rsyncp-perl to 0.76 in buster. This seems quite unlikely but I'm not 100%

Bug#969463: rsync: fails reproducible but unexplained on a specific volume, breaks horribly when started by BackupPC

On Wed, Nov 17, 2021 at 04:14:23PM +0100, Baptiste Jonglez wrote: > Given this behaviour, it seems likely that rsync ends up running the > "noop_io_until_death()" function and loops there forever. > > Reverting f9bb8f76ee on top of the Debian package indeed fi

Bug#969463: rsync: fails reproducible but unexplained on a specific volume, breaks horribly when started by BackupPC

Hello, TL;DR: we experience the same bug using backuppc, and found upstream rsync commit f9bb8f76ee is the culprit. Unfortunately the bug only occurs on some debian 11 machines, not all. We are seeing the same problem when using backuppc to backup a debian 11 machine: the backup never finishes,

Bug#994049: libhwloc-contrib-plugins: hwloc displays misleading CUDA and NVML errors when running MPI programs

Hi Samuel, On Sat, Sep 11, 2021 at 12:41:04AM +0200, Samuel Thibault wrote: > Hello, > > Would it be possible to backport this patch to Debian stable or, > > as an alternative, publish hwloc 2.5.0 in bullseye-backports? > > I was waiting for a good reason to take the time to backport hwloc 2.5,

Bug#994049: libhwloc-contrib-plugins: hwloc displays misleading CUDA and NVML errors when running MPI programs

Package: libhwloc-contrib-plugins Version: 2.4.1+dfsg-2 Severity: important Dear Maintainer, When the libhwloc-contrib-plugins package is installed, running any MPI program on a Debian 11 host with no GPU produces the following errors: $ mpirun hostname CUDA: Failed to get number of

Bug#983641: network-manager-gnome: Wireguard connections cannot be enabled or disabled

Package: network-manager-gnome Version: 1.20.0-2 Severity: important Tags: patch Dear Maintainer(s), The network-manager-applet version in Debian bullseye has support to edit Wireguard connections, which is a good thing (it was introduced upstream in version 1.18.0). However, it is not possible

Bug#951508: lmod: broken on all architectures except x86_64 (wrong search path)

gt; >> package, you'll get more bug fixes, Performance and features out of it in a > >> production environment. That's what we used to do on live HPC systems since > >> a lot of software needs to be built by hand outside of the distro packaging > >> anyway. > >

Bug#928110: Teeworlds server fails to start because of missing directory

Package: teeworlds-server Version: 0.7.2-3 I installed teeworlds-server on a fresh installation of buster and followed the instructions in the README: # adduser --force-badname _teeworlds # systemctl enable teeworlds-server # systemctl start teeworlds-server However, the teeworlds

Bug#802919: version bump to unison-2.48.4

On 05-01-18, Benda Xu wrote: > Benda Xu writes: > > > Thank you for your comments and diagnosis. But the bug does not go away > > by itself. If you are too busy to bump it, please speak out explicitly. > > We are willing to help maintaining unison. > > Sorry I have

Bug#865762: What about stretch? (Was: Bug#865762 closed by Balint Reczey <rbal...@ubuntu.com> (Bug#865762: fixed in shadow 1:4.5-1))

Hi, On 27-09-17, Debian Bug Tracking System wrote: >* New upstream version 4.5 > - Fix buffer overflow if NULL line is present in db (CVE-2017-12424) >(Closes: #756630) > - Make the sp_lstchg shadow field reproducible (Closes: #857803) > - Fix regression in useradd not

Bug#865762: useradd: empty shell by default (debdiff patch available)

is against the source package instead of the git repo. [1] https://anonscm.debian.org/git/pkg-shadow/shadow.git On 21-07-17, Baptiste Jonglez wrote: > Is there any chance to get this bug fixed in stretch? > > It's quite annoying when deploying Unix users with ansible, because the > an

Bug#870004: backupninja: Duplicity integration with SSH options broken because of bad version check

This has been fixed 3 years ago upstream: https://0xacab.org/riseuplabs/backupninja/issues/6746 https://0xacab.org/riseuplabs/backupninja/commit/1017ec315fe2b5550908abd9f1f4f9e5edb0bd9d Baptiste

Bug#870004: backupninja: Duplicity integration with SSH options broken because of bad version check

Package: backupninja Version: 1.0.1-2 Severity: important Dear Maintainer, When upgrading backupninja with duplicity to stretch, the duplicity integration stopped working. The issue is that duplicity in stretch supports using SSH directly (paramiko), while backupninja passes it option for the

Bug#852480: ipconfig dhcp only works on first kernel interface

Hi, I can confirm the bug on a PCengines APU2 with three network interfaces, using klibc 2.0.4-9 (Debian stretch): the initramfs repeatedly fails to get an IP address through DHCP, even though DHCP responses are correctly sent back by the server. The patch from Steve has been integrated in the

Bug#865762: useradd: empty shell by default ($SHELL in /etc/default/useradd not taken into account)

Hi, Is there any chance to get this bug fixed in stretch? It's quite annoying when deploying Unix users with ansible, because the ansible module relies on useradd. As a result of this bug, new users have no defined shell. The upstream patch "Fix regression in useradd not loading defaults

Bug#865762: useradd: empty shell by default ($SHELL in /etc/default/useradd not taken into account)

Package: passwd Version: 1:4.4-4.1 Severity: normal Tags: patch Dear Maintainer, When creating a new user with `useradd`, no shell is defined for the new user: # useradd foo # cat /etc/passwd foo:x:1447:1447::/home/foo: This is a regression from earlier versions of Debian,

Bug#860974: [pkg-lxc-devel] Bug#860974: lxc: systemd and other inotify-based programs fail with "Too many open files" with a large number of LXC containers

Hi Evgeni, On Sun, Apr 23, 2017 at 11:45:07AM +0200, Evgeni Golov wrote: > > Attached is a patch for lxc that configures this sysctl setting to a higher > > value. I don't know if this is the "Debian way" or if some other solution > > is preferred. > > Your patch looks quite similar to what was

Bug#860974: lxc: systemd and other inotify-based programs fail with "Too many open files" with a large number of LXC containers

nformation >From 023651197841198cd10e797451ae591ec523ff45 Mon Sep 17 00:00:00 2001 From: Baptiste Jonglez <g...@bitsofnetworks.org> Date: Sat, 22 Apr 2017 23:51:22 +0200 Subject: [PATCH] Increase the maximum number of inotify listeners This avoid issues with systemd containers, where

Bug#802919: unison in stretch is not built using ocaml in stretch

On Thu, 24 Mar 2016 14:14:21 +0100 Baptiste Jonglez wrote: > As a side note, the current state of unison/ocaml on stretch is confusing: > ocaml 4.02.3 is in stretch, but the unison binary package still seems to > be built against ocaml 4.01. This is non-obvious and I spent quite so

Bug#823148: unison: Unison 2.48.3 crashes when syncing to a Ubuntu xenian host with same version if file>700 bytes

This is a duplicate of bug #802919

Bug#838672: debian-installer: partman does not warn of missing Bios Boot Partition when using GPT with a BIOS system

Package: debian-installer Version: 20160630 When using a GPT partition table with a BIOS-based system (not EFI), a small Bios Boot Partition is required by Grub for embedding, see https://en.wikipedia.org/wiki/BIOS_boot_partition However, partman does not display a warning when this partition is

Bug#838503: debian-installer: mdadm should not start syncing RAID1 arrays at full speed during installation

Package: debian-installer Version: 20160630 When creating a RAID1 array in the debian-installer and using it for the installation, mdadm immediately starts syncing the disks of the RAID array. This is a bad idea, because the subsequent install will be really slow on rotational disks (linear disk

Bug#838504: debian-installer: debconf-apt-progress fails to parse localized numbers and spams tty4

Package: debian-installer Version: 20160630 Tags: l10n Severity: minor When installing a new Debian system using debian-installer and setting a French locale, a large number of warning messages related to debconf are visible in tty4 throughout the installation. The messages are similar to the

Bug#802919: unison: synchronization incompatibility when built with Ocaml versions pre/post-4.02

As a side note, the current state of unison/ocaml on stretch is confusing: ocaml 4.02.3 is in stretch, but the unison binary package still seems to be built against ocaml 4.01. This is non-obvious and I spent quite some time wondering why unison from stretch did not interoperate with another

Bug#797949: Bug solved

Hi, This last issue (missing CONFIG_PINCTRL_CHERRYVIEW for the NUC 5PPYH) has since been reported in #808044 and has been solved in linux 4.3.3-3. Thanks! pgp61FCjTQ6AV.pgp Description: PGP signature

Bug#797949: CONFIG_PINCTRL_CHERRYVIEW is also needed for NUC5PPYH

Hi, With the 4.3.3 kernel (recently landed in stretch and jessie-backports), enabling CONFIG_PINCTRL_CHERRYVIEW is still needed to get the SD reader to work on a NUC 5PPYH. Thanks, Baptiste On Sat, Dec 19, 2015 at 02:27:27PM +0100, Baptiste Jonglez wrote: > Hi, > > On a NUC5PPYH,

Bug#797949: CONFIG_PINCTRL_CHERRYVIEW is also needed for NUC5PPYH

Hi, On a NUC5PPYH, enabling CONFIG_PINCTRL_BAYTRAIL is not enough. CONFIG_PINCTRL_CHERRYVIEW is also needed for the SD reader to work. Using 4.2.6-3~bpo8+2 from jessie-backports, the SD reader does not work, with the (already reported) error about GPIO: dmesg | grep -i sdhci [1.193414]

Bug#542521: xl2tpd: No CONFIG_PPPOL2TP support compiled in.

Hi, I am re-opening this bug report, since kernel support has been fixed upstream in version 1.3.2. It is also enabled by default upstream, see: https://github.com/xelerance/xl2tpd/blob/master/CHANGES#L31 However, because the Debian package overrides the CFLAGS variable, it didn't pick up

Bug#759787: transmission-daemon: IPv6 DHT not ready (broken, 0 nodes)

Package: transmission-daemon Version: 2.52-3+nmu2 Severity: important Tags: ipv6 Dear Maintainer, The IPv6 DHT does not appear to be working. With a debug level equal to 3, this message repeatedly appears in the log for each torrent: transmission-daemon[1985]: debian-7.6.0-amd64-DVD-1.iso