Bug#486914: Default: spamd runs as root (uid/gid 0)

Control: found -1 4.0.1-1~deb12u1 I forgot: this is on a Debian/stable machine (Debian 12 bookworm). -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline proje

Bug#1087383: libreoffice: does not start if a soffice.bin process is running

-deprecated -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1087383: libreoffice: does not start if a soffice.bin process is running

Control: found -1 0.7-2.1 and now with the current unoconv version. BTW, I forgot to Cc the maintainer at the time of the reassign. :( I suppose that this new message should be sufficient. I'm keeping the contents below for this reason. On 2025-05-22 15:00:49 +0200, Vincent Lefevre

Bug#1104789: libhtml-gumbo-perl: erratic behavior on the unsupported template HTML element - GUMBO_NODE_TEMPLATE node type

e { die "Unknown event"; } } ); with no mention of a specific event for the template element. That was how I initially found the bug. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1103503: isc-dhcp-client: In /etc/apparmor.d/local, sbin.dhclient should be renamed to usr.sbin.dhclient for consistency

On 2025-04-22 13:01:02 +0200, Vincent Lefevre wrote: > > I suppose it makes apparmor.service fail to start? > > No, I don't see any error with apparmor.service (and the documentation > does not suggest that there would be a fatal error for that). It actually fails to start

Bug#1104789: libhtml-gumbo-perl: erratic behavior on the unsupported template HTML element - GUMBO_NODE_TEMPLATE node type

enabled Versions of packages libhtml-gumbo-perl depends on: ii libc6 2.41-7 ii libgumbo3 0.13.0+dfsg-2 ii libhtml-tree-perl 5.07-3 ii perl5.40.1-3 ii perl-base [perlapi-5.40.0] 5.40.1-3 libhtml-gumbo-perl recommends no packages. libhtml-gumbo-perl suggests no packages. -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1104514: screen: about the typo in configure.ac

On 2025-05-05 03:10:50 +0200, Vincent Lefevre wrote: > Removing utempter support in debian/rules by either removing > the --enable-utempter option or changing it to --disable-utempter > has no effect, but if I understand correctly the configure.ac file, > this option is not used! Well

Bug#1104514: screen: corrupts the main terminal screen after detach due to lack of utmp in systemd 257

On 2025-05-05 03:10:50 +0200, Vincent Lefevre wrote: > On 2025-05-04 23:51:46 +0200, Vincent Lefevre wrote: > > In short, the issue may be been introduced with the systemd upgrade > > from 256.7-1 to 257.5-2 (the very old machine on which I do not see > > the issue has syste

Bug#1104514: screen: outputs some data to the main screen instead of the alternate screen

Control: retitle -1 screen: corrupts the main terminal screen after detach due to lack of utmp in systemd 257 On 2025-05-04 23:51:46 +0200, Vincent Lefevre wrote: > In short, the issue may be been introduced with the systemd upgrade > from 256.7-1 to 257.5-2 (the very old machine on whic

Bug#1104514: screen: outputs some data to the main screen instead of the alternate screen

On 2025-05-01 14:30:00 +0200, Vincent Lefevre wrote: > What's strange is that I think that I've never noticed this issue > before today, while it is now often reproducible. It could be Actually I'm not sure (see below). > related to some other upgrade on

Bug#1103376: marked as pending in libmypaint

Control: tag -1 pending Hello, Bug #1103376 in libmypaint reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/multimedia-team/libmypaint/-/commit/9c5305b2508f6289db

Bug#1103376: libmypaint: FTBFS in testing/armel: dh_auto_test: error: make -j4 check "TESTSUITEFLAGS=-j4 --verbose" VERBOSE=1 returned exit code 2

Note: test failure appears to be armel-specific; I can't reproduce it on amd64.

Bug#1103503: isc-dhcp-client: In /etc/apparmor.d/local, sbin.dhclient should be renamed to usr.sbin.dhclient for consistency

Hi, On 2025-04-22 11:52:24 +0200, intrigeri wrote: > Vincent Lefevre (2025-04-19): > > On 2025-04-18 13:40:01 +0200, intrigeri wrote: > >> What dhclient files have been removed before the upgrade? > > > > /etc/apparmor.d/sbin.dhclient > > /etc/apparmor.d/local/

Bug#1103503: isc-dhcp-client: In /etc/apparmor.d/local, sbin.dhclient should be renamed to usr.sbin.dhclient for consistency

broken? After the upgrade, I just have cventin:~> ll /etc/apparmor.d/**/*dhclient* -rw-r--r-- 1 root root 3590 2025-04-04 16:49:15 /etc/apparmor.d/usr.sbin.dhclient The one under /etc/apparmor.d/local is absent, though /etc/apparmor.d/usr.sbin.dhclient does #include (without 'if exi

Bug#1101675: [Pkg-zsh-devel] Bug#1101675: Bug#1101675: zsh: completion suddenly broken

orter > and fixer of #944469? We can then discuss whether e.g. the completions are > appropriate for bash but not zsh, or should be made non-default again across > the board, or something else. Bug filed as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102340 -- Vincent Lef

Bug#1102340: python3-argcomplete: global zsh completions breaks completions unrelated to python

set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-argcomplete depends on: ii python3 3.13.2-2 python3-argcomplete recommends no packages. python3-argcomplete suggests no packages. -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1101675: [Pkg-zsh-devel] Bug#1101675: Bug#1101675: zsh: completion suddenly broken

Control: tags -1 upstream Control: forwarded -1 https://github.com/kislyuk/argcomplete/issues/491 On 2025-03-31 02:41:40 +0200, Vincent Lefevre wrote: > Control: affects -1 zsh > > On 2025-03-31 02:30:17 +0200, Vincent Lefevre wrote: > > With python3-argcomplete 3.5.3-1, same

Bug#1101675: [Pkg-zsh-devel] Bug#1101675: Bug#1101675: zsh: completion suddenly broken

Control: affects -1 zsh On 2025-03-31 02:30:17 +0200, Vincent Lefevre wrote: > With python3-argcomplete 3.5.3-1, same issue, but if I type > a second time, I get > > qaa% : testdir/FOO > > as expected. (BTW, I had already seen this issue with not working > on the first

Bug#1100704: libtree-sitter0.22: trying to overwrite .../libtree-sitter.so.0.22, which is also in package libtree-sitter0 (0.22.6-4)

On 2025-03-17 20:03:34 +0100, Vincent Lefevre wrote: > On 2025-03-17 14:56:42 -0400, James McCoy wrote: > > Then maybe aptitude isn't presenting information clearly. You have > > experimental enabled in your sources and that version is only available > > in experimen

Bug#1101675: [Pkg-zsh-devel] Bug#1101675: Bug#1101675: zsh: completion suddenly broken

27;t able to find the cause. There have been complaints about this package at least for Arch Linux, where the global completion (i.e. changing the "-default-" completer) was enabled by default like in Debian. Such completions have then been removed in Arch Linux. See also: https://www.z

Bug#1101675: [Pkg-zsh-devel] Bug#1101675: Bug#1101675: zsh: completion suddenly broken

user.zshrc.recommended $zd/.zshrc source $zd/.zshrc return 0 So you'll get completion settings that may interfere with the testcase. I suggest that you run the test under "zsh -f" (as suggested in my bug report) instead of "zsh", so that init files (except /etc

Bug#1100699: screen: hardcopy and screen-exchange are insecure by default

reate /tmp/screen-exchange with default mode 0666. Closes: #48. This is far from being enough. > On 2025-03-17 15:54:06, Vincent Lefevre wrote: > > tags 1100699 security > > That said, I wonder about your disclosure process. I am not sure screen > has any sort of disclosure p

Bug#1101459: auto-apt-proxy: Breaks apt-listbugs when avahi-browse is installed but no proxy are present

n my part, so I did not notice/remember it. Regards, Vincent

Bug#1101459: auto-apt-proxy: Breaks apt-listbugs when avahi-browse is installed but no proxy are present

Note that I have "https" apt sources, so I do not initially think about a local [network] config problem. I raised the severity of this bug because: 1) I do not explicitely ask the installation of auto-apt-proxy 2) the error message does not point to auto-apt-proxy (it took me some ti

Bug#1101298: Please do not depend on python3-pysnmp-lextudio

On 2025-03-25 11:59, Thomas Goirand wrote: Source: snimpy Version: 1.0.0-1 Severity: serious Hi, python3-pysnmp-lextudio was a fork created when the upstream of pysnmp4 passed away, but since, someone took over the upstream pypi project. Therefore, pysnmp-lextudio is not to be used anymore, and

Bug#1057355: libmpfr6: major formatted output function bugs with %c and the value 0

Hi Paul, On 2025-03-23 11:17:52 +0100, Paul Gevers wrote: > Hi Vincent, > > On Fri, 15 Dec 2023 04:53:51 +0100 Vincent Lefevre > wrote: > > On 2023-12-03 22:13:03 +0100, Vincent Lefevre wrote: > > > I've reported the following bug in the MPFR mailing-list. I thin

Bug#1100704: libtree-sitter0.22: trying to overwrite .../libtree-sitter.so.0.22, which is also in package libtree-sitter0 (0.22.6-4)

g a package to experimental, and I didn't get any. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1100704: libtree-sitter0.22: trying to overwrite .../libtree-sitter.so.0.22, which is also in package libtree-sitter0 (0.22.6-4)

I followed what aptitude suggested. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1100704: libtree-sitter0.22: trying to overwrite .../libtree-sitter.so.0.22, which is also in package libtree-sitter0 (0.22.6-4)

er0.22 depends on: ii libc6 2.41-6 libtree-sitter0.22 recommends no packages. libtree-sitter0.22 suggests no packages. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1100699: screen: hardcopy and screen-exchange are insecure by default

em) LSM: AppArmor: enabled Versions of packages screen depends on: ii debianutils 5.21 ii libc6 2.41-6 ii libcrypt1 1:4.4.38-1 ii libpam0g 1.7.0-3 ii libtinfo6 6.5+20250216-2 ii libutempter0 1.2.1-4 screen recommends no packages. Versions of packages screen suggests:

Bug#1100530: texlive-extra-utils: trying to overwrite /usr/share/man/man1/mflua.1.gz in texlive-binaries

On 2025-03-14 22:38:48 +0100, Vincent Lefevre wrote: > Package: texlive-extra-utils > Version: 2024.20250309-1 > Severity: serious > > When I wanted to upgrade texlive-extra-utils: > > Unpacking texlive-extra-utils (2024.20250309-1) over (2024.20250114-1) ... > dpkg:

Bug#1100530: texlive-extra-utils: trying to overwrite /usr/share/man/man1/mflua.1.gz in texlive-binaries

-utils is related to: ii tex-common6.19 ii texlive-binaries 2024.20240313.70630+ds-5+b1 -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1100445: marked as pending in mypaint

Control: tag -1 pending Hello, Bug #1100445 in mypaint reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/mypaint/-/commit/59359f7c0f77d79a325

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

On 2025-03-05 09:57:09 +0100, Marc Haber wrote: > On Tue, Mar 04, 2025 at 03:23:17PM +0100, Vincent Lefevre wrote: > > Well, I don't know whether a system account may have a password, > > but this would still fail unexpectedly in such a case. > > > &

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

On 2025-03-04 14:27:44 +0100, Marc Haber wrote: > On Tue, Mar 04, 2025 at 01:41:28PM +0100, Vincent Lefevre wrote: > > On 2025-03-04 10:40:04 +0100, Marc Haber wrote: > > > On Tue, Mar 04, 2025 at 08:11:10AM +0100, Marc Haber wrote: > > > > I expect a fix for this add

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

On 2025-03-04 13:41:28 +0100, Vincent Lefevre wrote: > I recall the problematic code: > > my $ret = existing_user_status($new_name, $new_uid); > if ($ret == (EXISTING_FOUND|EXISTING_SYSTEM)) { > # a user with this name already exists; it's a problem when it&#x

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

r, it should check whether this is *not* a system user. And it should do that even when the account is locked or the id mismatches (i.e. the test should ignore the other flags). -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vin

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

of "locked": $ret |= EXISTING_LOCKED if (substr($pw,0,1) eq "!"); # TODO: also check expiry? -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

out an exclamation point). -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1099470: adduser: spurious fatal error "The user `colord' already exists, but is not a system user."

t; I believe that adduser should have their default values built in. They are in the AdduserCommon.pm file: first_system_uid => 100, last_system_uid => 999, -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vi

Bug#1099470: adduser: spurious fatal error "The user `colord' already exists, but is not a system user."

. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

ly, if EXISTING_SYSTEM is set, this means that this is a system user: in sub existing_user_status: $ret |= EXISTING_SYSTEM if \ ($uid >= $config{"first_system_uid"} && $uid <= $config{"last_system_uid"}); However, I still don't understand

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

On 2025-03-03 23:26:17 +0100, Vincent Lefevre wrote: > BTW, the adduser code looks suspicious: > > my $ret = existing_user_status($new_name, $new_uid); > if ($ret == (EXISTING_FOUND|EXISTING_SYSTEM)) { > # a user with this name already exists; it's a proble

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

e error. BTW, I don't understand why the test is written to depend on the lock status. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

On 2025-03-03 22:42:28 +0100, Vincent Lefevre wrote: > When upgrading colord with aptitude: > > Setting up colord (1.4.7-3) ... > warn: The home dir /var/lib/colord you specified already exists. > > fatal: The user `colord' already exists, but is not a system user.

Bug#1099470: colord: upgrade to colord 1.4.7-3 fails: The user `colord' already exists, but is not a system user.

ord recommends no packages. Versions of packages colord suggests: pn colord-sensor-argyll -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1057621: valgrind should not drop valgrind-dbg

unsatisfiable recommends on valgrind-dbg. Providing valgrind-dbg again (so fixing this bug 1057621) would be a way to fix bug 1095737. I'm also wondering about the current status of this bug. After more than one year, there haven't been any comments. -- Vincent Lefèvre - Web: <

Bug#1095737: valgrind: unsatisfiable recommends on valgrind-dbg

27;experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.7.12-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: App

Bug#1094312: paje.app: diff for NMU version 1.98-1.3

Hi, Le 04/02/2025 à 16:58, Yavor Doganov a écrit : Vincent Danjean wrote: Do you think it would be better to move the git repo to the gnustep-team group? Or do I put it in the plain debian group? This entirely depends on you; you are the maintainer. You are welcome to join the GNUstep

Bug#1094312: paje.app: diff for NMU version 1.98-1.3

Le 04/02/2025 à 15:32, Yavor Doganov a écrit : Vincent Danjean wrote: I will upload the package with a refresh (move package to salsa, ...) I will include your patch, thanks That's great, thanks! I deleted the package from mentors.d.n and also closed the bug I filed against the sponso

Bug#1094312: paje.app: diff for NMU version 1.98-1.3

..) I will include your patch, thanks Regards Vincent

Bug#1092323: marked as pending in 0ad

Control: tag -1 pending Hello, Bug #1092323 in 0ad reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/games-team/0ad/-/commit/80669390d9c0c3992631151c1d09e9469de3a

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

On 2025-01-30 09:49:40 +0100, Vincent Lefevre wrote: > On 2025-01-30 08:13:43 +0100, Johannes Schauer Marin Rodrigues wrote: > > If you look at mailgraph in Trixie, it still uses the same regex: > > > > https://sources.debian.org/src/mailgraph/1.14-22/mailgraph.pl/#L229 >

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

\d+)-(\d+)T(\d+):(\d+):(\d+)\S+ # datetime This is the same as above. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

mat as on bookworm. For instance, on my machine: 2025-01-30T02:41:37.887175+01:00 joooj postfix/smtp[310973]: [...] This was fixed there: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051496 -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML

Bug#1092323: 0ad ftbfs with Python 3.13 as the default

Upstream is close to releasing 0ad alpha 27, which includes an update to the embedded spidermonkey/mozjs copy (v115), so I'm inclined to leave this bug as-is and just package the next release when it gets released.

Bug#1094087: patch for version 3.8.1

Hey, I thought I did an upload fixing that. It seems not. I'll do that now. On 2025-01-27 12:16, Ananthu C V wrote: Control: tags -1 + patch Hello, tj3 is currently one of the packages blocking the ruby-defaults transition. The attached patch can help the package get built. That said, the fix

Bug#1092330: libmimalloc2.0: fails to provide libmimalloc.so.2.0

On 2025-01-22 10:19:08 +0100, Emmanuel Fleury wrote: > A quick (and dirty) workaround is as follow: > > #> sudo ln -s /usr/lib/x86_64-linux-gnu/libmimalloc.so.2 > /usr/lib/x86_64-linux-gnu/libmimalloc.so.3.0 The libraries are not compatible. You should not do that. -- Vincent

Bug#1087038: libpango-1.0-0: Pango 1.52+ API+ABI breakage (affecting gnuplot in particular)

that apparently broke one app. It is unfortunately common for > libraries like pango to make changes that break downstream apps where > the library developers consider the apps to have been using > unsupported ways of using the library. OK, hoping that no other apps have been broken. --

Bug#1086145: sysprof: error "Failure: Failed to authorize user credentials"

installable on Debian/unstable yet, apparently due to the unfinished python3.13 transition. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1086145: sysprof: error "Failure: Failed to authorize user credentials"

Control found -1 sysprof On 2025-01-19 14:21:14 -0500, Jeremy Bícha wrote: > On Sun, Oct 27, 2024 at 9:21 AM Vincent Lefevre wrote: > > Package: sysprof > > Version: 3.46.0-4 > > Severity: grave > > Justification: renders package unusable > > > >

Bug#1093221: mutt drops RFC822/2822/5322 comments for display and replies

311 ii gnupg 2.2.40-1.1 ii ispell 3.4.05-1 ii openssl 3.0.15-1~deb12u1 ii postfix [mail-transport-agent] 3.7.11-0+deb12u1 ii urlview 0.9-23.1 Versions of packages mutt is related to: ii mutt 2.

Bug#1092330: libmimalloc2.0: fails to provide libmimalloc.so.2.0

an only assume, that libmimalloc2.0 has already been upgraded to > 3.0.1+ds-1 on your system when I marked this version as found for this > bug. (This is just a hypothesis.) Yes, 3.0.1+ds-1 was already installed. But it does not warn for a TeX Live upgrade, which is affected by this bug. -- Vinc

Bug#1093160: rsync: failed verification -- update discarded

Control: found -1 3.2.7-1+deb12u1 Control: notfound -1 rsync/3.3.0+ds1-2 On 2025-01-16 10:30:21 +0100, Vincent Lefevre wrote: > This seems to be due to the -K option. > > On the Debian bookworm machine (joooj): [...] The same failure can be reproduced on this machine only: just c

Bug#1093160: rsync: failed verification -- update discarded

vironment variable RSYNC_RSH=/home/vinc17/scripts/ssh But I can reproduce the failure with just RSYNC_RSH=ssh -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1092330: libmimalloc2.0: fails to provide libmimalloc.so.2.0

got hit by this bug and got no warnings at all from apt-listbugs. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1093160: rsync: failed verification -- update discarded

On 2025-01-15 23:30:22 +0100, Vincent Lefevre wrote: > When updated a directory with "rsync -KRlptzv --progress", > I now get errors like > > ERROR: public_html/cine/index.fr.html failed verification -- update discarded. > ERROR: public_html/cine/perso-lyon.txt fail

Bug#1093160: rsync: failed verification -- update discarded

0.8.3-2 ii libzstd1 1.5.6+dfsg-2 ii zlib1g 1:1.3.dfsg+really1.3.1-1+b1 rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client 1:9.9p1-3 ii openssh-server 1:9.9p1-3 ii python3 3.12.8-1 pn python3-braceexpand

Bug#1092247: libgumbo2:amd64: misses the html element

Control: retitle -1 libgumbo2: ABI broken without SONAME bump (affects HTML::Gumbo perl bindings: misses html element) Control: affects libhtml-gumbo-perl based on information from the upstream issue. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML

Bug#1092247: libgumbo2:amd64: misses the html element

Control: tags -1 upstream Control: forwarded -1 https://codeberg.org/gumbo-parser/gumbo-parser/issues/3 This matches the issue reported upstream a few days ago: Commit ae13588699 broke perl bindings test #3 -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible valida

Bug#1092247: libgumbo2:amd64: misses the html element

UAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libgumbo2:amd64 depends on: ii libc6 2.40-5 libgumbo2:amd64 recommends no packages. libgumbo2:amd64 suggests no packages. -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1090207: davfs2: FTBFS: configure: error: could not find neon

t it would be sufficient to add 34 to NE_REQUIRE_VERSIONS. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1089753: crashes during startup

) ==322436==by 0x4E51D67: (below main) (libc_start_call_main.h:58) (this one is not fatal, though). -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1089158: Kernel Panic on Shutdown/Restart During RAID Resync with mdadm on Debian 12.7

the default installation and kernel provided by Debian 12.7. Let me know if further logs, dumps, or tests are required to assist in diagnosing this issue. Best regards, Vincent OpenPGP_0x8356089447E3C8D1.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digi

Bug#1087990: 0ad: Crashes on launch with OpenAL 1.24.0

nitely, let me know once it's ready and I can pull from salsa/mentors, thanks! Regards, Vincent

Bug#1087990: 0ad: Crashes on launch with OpenAL 1.24.0

or the heads up! Please feel free to do a team upload/NMU to fix this. Regards, Vincent

Bug#1087608: marked as pending in pygame

Control: tag -1 pending Hello, Bug #1087608 in pygame reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/pygame/-/commit/a4f6247b75344a2012934

Bug#1087761: bluez: Fails to connect to device: Permission denied

problem is fixed with bluez 5.79-1 (tested with the 6.11.9-amd64 kernel). -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1087642: bsdutils: wall does not work at all

Versions of packages bsdutils depends on: ii libc62.40-3 hi libsystemd0 256.7-1 Versions of packages bsdutils recommends: ii bsdextrautils 2.40.2-11 bsdutils suggests no packages. -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible va

Bug#1082282: libunwind: FTBFS on i386: passing argument 1 of '_Ux86_sigreturn' from incompatible pointer type

On 2024-11-15 15:15:35 +0100, Alban Browaeys wrote: > Le mardi 12 novembre 2024 à 15:48 +0100, Vincent Lefevre a écrit : > > Hi, > > > > On 2024-10-11 09:16:26 +0200, Alban Browaeys wrote: > > > Upstream in https://github.com/libunwind/libunwind/issues/672 for >

Bug#1082282: libunwind: FTBFS on i386: passing argument 1 of '_Ux86_sigreturn' from incompatible pointer type

.0". So I suppose that the solution is to upgrade to 1.8.1 (version mentioned on https://tracker.debian.org/pkg/libunwind). -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1087362: how-can-i-help: /usr/bin/how-can-i-help script returns a "no implicit conversion" error

#x27; > from /usr/bin/how-can-i-help:215:in `' Ditto. And in bookworm too. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1069959: nan bug

On 2024-11-10 00:52, Pavel Kalvoda wrote: Hi, dev here, should be patched in https://github.com/PJK/libcbor/ pull/335 . Do you need a tagged release version? Hello Pavel, No need, I can cherry-pick https://github.com/PJK/libcbor/pull/335/commits/1ed15

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

Control: found -1 gnuplot/5.4.4+dfsg1-2 Control: found -1 gnuplot/6.0.0+dfsg1-1 Control: found -1 gnuplot/6.0.0+dfsg1-3 Control: forwarded -1 https://sourceforge.net/p/gnuplot/bugs/2693/ to restore and update the old found/forwarded values. -- Vincent Lefèvre - Web: <https://www.vinc17.

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

Pango 1.52+ API+ABI breakage (affecting gnuplot in particular) I've reassigned the initial bug instead of the cloned bug as I had reported the initial bug against gnuplot. On 2024-10-30 13:14:05 +0100, Vincent Lefevre wrote: > On 2024-09-17 14:55:47 +0200, Vincent Lefevre wrote: > >

Bug#1086532: libzbar0t64: upgrade blocked due to bad Recommends

commends: ii libmagickcore-6.q16-7-extra 8:6.9.13.12+dfsg1-1+b1 libzbar0t64 suggests no packages. -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1086145: sysprof: error "Failure: Failed to authorize user credentials"

On 2024-10-27 14:17:28 +0100, Vincent Lefevre wrote: > sysprof-cli gives the following error: > > Failure: Failed to authorize user credentials There is no such issue when I connect to the machine remotely via ssh (with or without X11 forwarding): qaa:~> sysprof-cli -- echo Reco

Bug#1086145: sysprof: error "Failure: Failed to authorize user credentials"

-gobject-1-0 125-2 ii libstdc++6 14.2.0-7 ii libsysprof-43.46.0-4 ii libsysprof-ui-5 3.46.0-4 sysprof recommends no packages. sysprof suggests no packages. -- no debconf information -- Vincent Lefèvre - Web: <https://www.v

Bug#1076352: procps: leftover conffiles

ut the sysctl.conf(5) man page. So any reference to this man page and to the /etc/sysctl.conf associated file should be removed. The up-to-date information is in the sysctl.d(5) man page. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https:/

Bug#1085643: systemd: breaks who from coreutils due to disabled utmp support

ted to: ii dbus-user-session 1.14.10-4+b1 pn dracut ii initramfs-tools0.145 ii libnss-systemd 256.7-2 ii libpam-systemd 256.7-2 ii udev 256.7-2 -- no debconf information -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1085045: cfortran: trying to overwrite '/usr/include/cfortran.h', which is also in package libcfitsio-dev:amd64 4.5.0-2

On 2024-10-13 17:46:03 +0200, Vincent Lefevre wrote: > Package: cfortran > Version: 20210827-1 > Severity: serious > > When installing cfortran: > > Unpacking cfortran (20210827-1) ... > dpkg: error processing archive > /tmp/apt-dpkg-install-XpEiQK/0-cfortran_2

Bug#1085045: cfortran: trying to overwrite '/usr/include/cfortran.h', which is also in package libcfitsio-dev:amd64 4.5.0-2

12.4.0-2 ii gcc-13 [c-compiler] 13.3.0-8 ii gcc-14 [c-compiler] 14.2.0-6 ii gfortran [fortran-compiler] 4:14.2.0-1 ii tcc [c-compiler] 0.9.27+git20200814.62c30a4a-2 cfortran suggests no packages. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100

Bug#1082745: aptitude: information mismatch for package removal

the user does not want to remove this kernel image (e.g. because the newer images are broken). * linux-image-6.10.9-amd64 will just be removed, but not purged. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1078402: gimp: FTBFS: dh_install: error: missing files, aborting

Any news? gimp has just been removed from testing because of this bug. Nothing has been done upstream for a backport for autoconf. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - compute

Bug#1080330: coreutils: who no longer works

[ Luca Boccassi ] > * Re-enable utmp support, tmux's autopkgtests require it. This will > break as logind writing into utmp will wrap around, so Trixie won't be > y2038 ready after all BTW, disabling utmp is the kind of thing that should be announced in NEWS.De

Bug#1014124: nomacs: CVE-2020-23884

g.so.1 (0x7fc3c360) [...] provided by the libmng1 package. -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1069959: libcbor FTBFS on hppa and mips to due different NaN encoding

I have temporarily pushed Helge's patch until this is solved upstream. On 2024-09-11 17:01, Bo YU wrote: Hi, Sorry for jumping into this topic. Is there anything I can do to push for updates to this package? Becasue the package blocked debci team to create riscv64/testing chroot on our riscv6

Bug#1080330: coreutils: who no longer works

On 2024-09-04 11:15:26 +0200, Chris Hofstaedtler wrote: > On Mon, Sep 02, 2024 at 11:15:19AM -0400, Michael Stone wrote: > > On Mon, Sep 02, 2024 at 01:07:59PM +0200, Vincent Lefevre wrote: > > > Severity: grave > > > Justification: renders package unusable > >

Bug#1080330: coreutils: who no longer works

BTW, note that the "w" utility from procps still works, but according to strace, it doesn't seem to use wtmpdb. However, though the w(1) and who(1) man pages are similar ("show who is logged on"), w misses some information. -- Vincent Lefèvre - Web: <https://www.

Bug#1080330: coreutils: who no longer works

Control: retitle -1 coreutils: "who" no longer works with systemd 256.5-2 (utmp is now disabled, use wtmpdb instead) (title with more details) -- Vincent Lefèvre - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Wor

  1   2   3   4   5   6   7   8   9   10   >