Bug#1071576: bugs.debian.org: bug subscription no longer possible: no "Please confirm subscription" e-mail

On 2024-05-21 14:45:02 -0400, David Mandelberg wrote: > I'm having the same problem. Could it be related to #1071469 which also > involves mail issues around the same time? At https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071469 Louis-Philippe Véronneau says "It seems that a debian.org mail

Bug#1071576: bugs.debian.org: bug subscription no longer possible: no "Please confirm subscription" e-mail

On 2024-05-21 15:04:44 +0200, Vincent Lefevre wrote: > It is no longer possible to subscribe to bugs as > "Please confirm subscription" e-mail messages are no longer sent. > > On 2024-05-10, this was working, but since 2024-05-20 at least, > this is no longer worki

Bug#1071576: bugs.debian.org: bug subscription no longer possible: no "Please confirm subscription" e-mail

Package: bugs.debian.org Severity: important It is no longer possible to subscribe to bugs as "Please confirm subscription" e-mail messages are no longer sent. On 2024-05-10, this was working, but since 2024-05-20 at least, this is no longer working. I had sent: From: Vince

Bug#1071372: emacs: it hangs saving .gpg files (without using cpu)

On 2024-05-20 01:03:00 +0200, Vincent Lefevre wrote: > The issue remains after downgrading the emacs packages to testing > (1:29.3+1-2). And it disappears after downgrading the packages of gnupg2 source to 2.2.40-3. The issue about the file disappearing does not occur with "emacs -Q&

Bug#1071372: emacs: it hangs saving .gpg files (without using cpu)

Control: found -1 1:29.3+1-2 On 2024-05-20 00:45:40 +0200, Vincent Lefevre wrote: > On 2024-05-18 01:22:03 +0200, Alex Andreotti wrote: > > [...] Probably a "recent" apt upgrade broke it but I don't know > > exactly which one, before this problem I used to save .gpg

Bug#1071372: emacs: it hangs saving .gpg files (without using cpu)

Control: severity -1 critical due to data loss. I have the same issue. Worse, in one of my tests, where I tried various things before quitting Emacs (without saving the file, because this is just not possible due to this bug), like switching the current buffer (which had no effect), the file got

Bug#1009665: ghostscript: with -dNEWPDF=false, the ToUnicode CMap sometimes has an incorrect mapping

On 2024-05-13 20:37:40 -0400, Alex Cherepanov wrote: > The problem was in pdftotext, rather than ps2pdf. > Starting from the v. 10.0.0 of Ghostscript, pdftotext > produces correct output from the attached PDF file. pdftotext is based on poppler. It doesn't use Ghostscript at all, AFAIK. In any

Bug#1070891: apt-show-versions: Permission denied on a bad pathname

On 2024-05-14 09:47:02 +0200, Christoph Martin wrote: > You could try to prepend strace to your cron call like: > > strace -o /tmp/asv.$$ -e trace=file apt-show-versions -u > > and look for the failed syscall. The issue is that this is not reproducible, but see below. > Did you look for

Bug#1070891: apt-show-versions: Permission denied on a bad pathname

On 2024-05-13 15:34:31 +0200, Vincent Lefevre wrote: > > Which user does the cronjob run with? > > root, AFAIK (the mail was from root). Actually by the user (vinc17, i.e. me). I shouldn't have looked at the "From:" header of the mail for that. Anyway, this sh

Bug#1070891: apt-show-versions: Permission denied on a bad pathname

On 2024-05-13 17:12:57 +0200, Christoph Martin wrote: > Hi Vincent, > > Am 13.05.24 um 15:34 schrieb Vincent Lefevre: > > > > > I don't know why could cause the error, but the pathname with "//" > > > > is incorrect. > > > > > >

Bug#1070891: apt-show-versions: Permission denied on a bad pathname

Hi Christoph, On 2024-05-13 15:20:28 +0200, Christoph Martin wrote: > Am 11.05.24 um 11:53 schrieb Vincent Lefevre: > > Package: apt-show-versions > > Version: 0.22.15 > > Severity: normal > > > > When running "apt-show-versions -u" in a cron script, I

Bug#1070891: apt-show-versions: Permission denied on a bad pathname

Package: apt-show-versions Version: 0.22.15 Severity: normal When running "apt-show-versions -u" in a cron script, I got Failed to open file /var/lib/apt/lists//debug.mirrors.debian.org_debian-debug_dists_stable-debug_InRelease for reading: Permission denied I don't know why could cause the

Bug#1070713: how-can-i-help: undefined local variable or method autorm_header_done

On 2024-05-10 12:20:43 +0200, Diederik de Haas wrote: > Control: severity -1 grave > > On 07 May 2024 19:35:30 +0200 Nicolas Noirbent wrote: > > Package: how-can-i-help > > Version: 18 > > Severity: important > > Tags: patch > > > > Running how-can-i-help outputs nothing past the initial

Bug#1070695: server-control.html: ambiguous text bug bugs assigned to 2 packages

Package: debbugs-web Version: 2.6.0 Severity: normal At https://www.debian.org/Bugs/server-control.en.html (coming from html/server-control.html.in in debbugs): The bug tracking system uses this information, in conjunction with fixed versions recorded when closing bugs, to display lists of

Bug#1068349: nbsphinx/nbconvert broken by lxml 5.2: lxml.html.clean

Control: reopen -1 On 2024-05-07 11:25:05 +0200, Vincent Lefevre wrote: > What's the status of this bug? > > apt-listbugs still reports python3-lxml as buggy: > > serious bugs of python3-lxml (5.1.0-1 → 5.2.1-1) > b1 - #1068349 - nbsphinx/nbconvert broken by lxml 5.

Bug#1068349: nbsphinx/nbconvert broken by lxml 5.2: lxml.html.clean

On 2024-04-07 22:06:05 +0100, Rebecca N. Palmer wrote: > To avoid being blocked by this bug, the pandas version I just uploaded > temporarily disables the documentation. > > This is also an option for any other affected packages that urgently need to > be uploaded. (I don't know whether the

Bug#1070677: fail2ban fails: "Failed during configuration: Have not found any log file for sshd jail"

On 2024-05-07 03:57:44 +0200, Vincent Lefevre wrote: > sshd_backend = systemd BTW, that would fix the issue only for sshd. But what about the other jails the user could have enabled in /etc/fail2ban/jail.local? The user configuration may rely on systemd being the default backend, at le

Bug#1070677: fail2ban fails: "Failed during configuration: Have not found any log file for sshd jail"

On 2024-05-07 03:28:28 +0200, Vincent Lefevre wrote: > May 07 03:01:28 qaa fail2ban-server[557228]: 2024-05-07 03:01:28,226 fail2ban >[557228]: ERROR Failed during configuration: Have not found > any log file for sshd jail I suppose that this is because sshd no lo

Bug#1070677: fail2ban fails: "Failed during configuration: Have not found any log file for sshd jail"

Package: fail2ban Version: 1.1.0-1 Severity: grave Justification: renders package unusable After the upgrade to 1.1.0-1, "systemctl status" gives × fail2ban.service - Fail2Ban Service Loaded: loaded (/usr/lib/systemd/system/fail2ban.service; enabled; preset: enabled) Active: failed

Bug#1070652: ruby-json: breaks how-can-i-help

Package: ruby-json Version: 2.7.2+dfsg-1 Severity: grave Justification: renders package unusable This new ruby-json version breaks how-can-i-help: [...] Unpacking ruby-json:amd64 (2.7.2+dfsg-1) over (2.6.3+dfsg-1+b2) ... Setting up ruby-json:amd64 (2.7.2+dfsg-1) ...

Bug#1070293: xkb-data: typo in URL in the copyright file

Package: xkb-data Version: 2.41-2 Severity: minor In /usr/share/doc/xkb-data/copyright the URL https://xorg.freedesktop.orgreleases/individual/data/xkeyboard-config is incorrect. A slash is missing before "releases". A trailing slash should also be added to avoid a redirection. Correct URL:

Bug#1070152: chkrootkit: duplicate line from ifpromisc

On 2024-05-02 08:57:10 +0100, Richard Lewis wrote: > On Thu, 2 May 2024, 03:45 Vincent Lefevre, wrote: > > > On 2024-05-01 19:05:06 +0100, Richard Lewis wrote: > > > I agree that you should be able to filter out duplicate lines. And i > > think > > > th

Bug#1070231: chkrootkit -s in man page: bad example and confusing

Package: chkrootkit Version: 0.58b-1+b2 Severity: normal The "chkrootkit -s" example in the man page is chkrootkit -s '(systemd-netword|NetworkManager|wpa_supplicant)' but if an unrecognized packet sniffer is added on one of the interfaces, it will not be detected. And "where the argument

Bug#1070152: chkrootkit: duplicate line from ifpromisc

On 2024-05-01 19:05:06 +0100, Richard Lewis wrote: > I agree that you should be able to filter out duplicate lines. And i think > this is possible with a custom filter. Yes, but "sed" may not be the best tool for that. With sed, removing lines containing only the usual network managers is

Bug#1069268: gnulib: package version is long

Hi Simon, On 2024-05-01 11:36:56 +0200, Simon Josefsson wrote: > Vincent Lefevre writes: > > IMHO, for additional version information, the Debian changelog is a > > good place for the user + output from a standard command providing > > the version, e.g. "gnulib-tool -

Bug#1070152: chkrootkit: duplicate line from ifpromisc

On 2024-05-01 01:29:10 +0200, Vincent Lefevre wrote: > For instance, /var/log/chkrootkit/log.expected contains > > WARNING: Output from ifpromisc: > lo: not promisc and no packet sniffer sockets > : PACKET > SNIFFER([systemd-networkd|dhclient|dhcpd|dhcpcd|wpa_supplicant|N

Bug#1070152: chkrootkit: duplicate line from ifpromisc

Package: chkrootkit Version: 0.58b-1+b2 Severity: normal In the generated log, I sometimes get a duplicate line from ifpromisc. For instance, /var/log/chkrootkit/log.expected contains WARNING: Output from ifpromisc: lo: not promisc and no packet sniffer sockets : PACKET

Bug#1070120: postfix: can't send mail due to obsolete /var/spool/postfix/etc/resolv.conf on new network

Control: tags -1 security On 2024-04-30 16:33:14 +0200, Vincent Lefevre wrote: > If I try to restart postfix, I get: > > postfix/postfix-script: warning: /var/spool/postfix/etc/resolv.conf and > /etc/resolv.conf differ BTW, note that this is a security issue, because with wifi, th

Bug#1065625: libmtp9t64 / libmtp-runtime dependency problem makes dpkg fail with attempt of removal of libmtp-common

On 2024-04-30 11:49:57 +0200, Julian Andres Klode wrote: > This bug has since been reassigned to aptitude. Solver limitations > in aptitude wrt t64 handling should not be considered release critical, > it makes no sense to remove aptitude from testing for it; there are > still plenty of other

Bug#1070120: postfix: can't send mail due to obsolete /var/spool/postfix/etc/resolv.conf on new network

Package: postfix Version: 3.9.0-2 Severity: important While being connected in the train, mailq gives: -Queue ID- --Size-- Arrival Time -Sender/Recipient--- 24FC2CA011A2232 Tue Apr 30 16:21:46 vinc...@vinc17.net (Host or domain name not found. Name service error for

Bug#1070027: fdisk: dependency problems prevent configuration of fdisk

On 2024-04-29 03:05:50 +0200, Guillem Jover wrote: > I don't think dpkg is at fault here, I assume something else is either > getting activated in the middle of the transaction while the package > manager frontend driving dpkg has released the lock (which it should > not), or the package manager

Bug#1065625: libmtp9t64 / libmtp-runtime dependency problem makes dpkg fail with attempt of removal of libmtp-common

Hi, On 2024-04-28 19:21:18 -0300, Facundo Gaich wrote: > Today I upgraded one of my unstable machines and saw several instances of > something I believe is the same bug. The resolver seems to be failing to > choose to upgrade certain dependencies. What's more, in the aptitude GUI > I can see the

Bug#1070027: fdisk: dependency problems prevent configuration of fdisk

Here's the /var/log/apt/history.log part that corresponds to this upgrade: Start-Date: 2024-04-28 22:05:30 Upgrade: libsmartcols1:amd64 (2.40-6, 2.40-8), libvpx8:amd64 (1.13.1-2, 1.13.1-2+b1), libltdl7:amd64 (2.4.7-7, 2.4.7-7+b1), libpaper1:amd64 (1.1.29, 1.1.29+b1), libnftnl11:amd64 (1.2.6-2,

Bug#1070027: fdisk: dependency problems prevent configuration of fdisk

Package: fdisk Version: 2.40-8 Severity: serious During an upgrade with aptitude 0.8.13-6, I got: Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 417244 files and directories currently installed.) Preparing to unpack .../bsdutils_1%3a2.40-8_amd64.deb

Bug#1069860: lightdm-gtk-greeter: should not recommend the transitional package policykit-1

Package: lightdm-gtk-greeter Version: 2.0.9-1 Severity: normal lightdm-gtk-greeter 2.0.9-1 has Recommends: [...], polkitd | policykit-1 policykit-1 is now a transitional package. lightdm-gtk-greeter should not recommend it (even in an OR dependency), otherwise apt or aptitude cannot propose

Bug#1023192: linux-image-6.0.0-2-amd64: Bluetooth no longer works: hci0: Reading Intel version command failed (-110)

Control: tags -1 unreproducible - fixed-upstream Control: close -1 On 2022-11-09 17:16:06 +0100, Vincent Lefevre wrote: > I've tried a couple of cold boots, but this did not reproduce the > issue. Perhaps the bug is rare with my laptop and more common with > some other hardware. AF

Bug#1069268: gnulib: package version is long

Hi Simon, On 2024-04-19 09:13:01 +0200, Simon Josefsson wrote: > Vincent Lefevre writes: > > > Package: gnulib > > Version: 20240412~dfb7117+stable202401.20240408~aa0aa87-2 > > Severity: normal > > > > A long package version is annoying for the user (fo

Bug#1069681: less does not escape special characters when outputting the filename

Package: less Version: 590-2.1 Severity: important Tags: security X-Debbugs-Cc: Debian Security Team "less" does not escape special characters when outputting the filename, either in the status line or in an error message. With untrusted filenames (like in CVE-2024-32487), weird things can

Bug#1055190: apt: autoremove forgets a package

On 2024-04-22 03:19:36 +0200, Vincent Lefevre wrote: > On 2024-04-21 12:03:05 +0200, David Kalnischkies wrote: > > Controlling autoremoval behaviour is `APT::AutoRemove::SuggestsImportant` > > which defaults to `true` as the autoremover could potentially break some >

Bug#1055190: apt: autoremove forgets a package

On 2024-04-21 12:03:05 +0200, David Kalnischkies wrote: > On Sun, Apr 21, 2024 at 03:35:28AM +0200, Vincent Lefevre wrote: > > > root@qaa:~# dpkg -s libtest-fatal-perl:amd64 > > > dpkg-query: package 'libtest-fatal-perl' is not installed and no > > > information is a

Bug#1069585: apt: autoremoval forgets transitional packages in a OR dependency

Control: retitle -1 synaptic: should not depend on the transitional package policykit-1 On 2024-04-21 12:25:45 +0200, David Kalnischkies wrote: > synaptics could drop the or on policykit-1 – or if for some reason > keeping it is desirable make it a versioned on, like: > | pkexec | policykit-1

Bug#1069636: network-manager: should not depend on the transitional package policykit-1

Package: network-manager Version: 1.46.0-1+b2 Severity: normal network-manager currently has Depends: [...] polkitd | policykit-1 policykit-1 is now a transitional package. network-manager should not depend on it (even in an OR dependency), otherwise apt or aptitude cannot propose its

Bug#1069632: viking: ruler tool makes viking hang due to uninitialized value

Package: viking Version: 1.10-3 Severity: important Tags: upstream fixed-upstream patch The ruler tool makes viking hang due to an uninitialized value. Until now I was using the attached patch fixing this problem, from

Bug#477166: aptitude: Does not automatically remove python-elementtree after upgrading python to 2.5

On 2008-04-21 19:13:43 -0700, Daniel Burrows wrote: [...] > The autoremoval stuff is designed to be conservative in what it > removes: it only removes packages if it can prove that nothing depends > on them. This sometimes results in oddities like the above, but those > are much better than the

Bug#1069585: apt: autoremoval forgets transitional packages in a OR dependency

Package: apt Version: 2.9.1 Severity: normal There is the wontfix bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477166 "apt: autoremoval keeps all branches of an OR on the system even if I don't want one". While I can understand the reason why this is wontfix, this reason makes no

Bug#1055190: apt: autoremove forgets a package

Control: found -1 2.9.1 On 2023-11-01 21:53:26 +0100, Vincent Lefevre wrote: > Package: apt > Version: 2.6.1 > Severity: normal > > I've installed several -perl packages with "apt install", including > libio-async-perl, and libtest-fatal-perl:amd64 was automatically

Bug#1067316: gnucash-docs: FTBFS: Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-17-openjdk-amd64/lib/libfontmanager.so: libharfbuzz.so.0: cannot open shared object file:

[Not reassigning yet to openjdk-17-jre-headless, as the change was done on purpose, but Cc-ing the OpenJDK Team.] Hi, Since no-one looked at this issue in a month and gnucash-docs has now been removed from testing... On 2024-03-20 22:03:18 +0100, Lucas Nussbaum wrote: [...] > > Exception in

Bug#885414: base-files: lack of quoting in shell variable expansions in /etc/profile

On 2024-04-20 19:40:16 +0100, Richard Lewis wrote: > fwiw my understanding is that release-notes should be used less often, than > NEWS.Debian because > - it only covers stable-to-stable upgrades (i doubt many unstable users > read it at all - certainly at the moment i don't think there is any

Bug#990264: ksh: output error is not checked for some builtins

Control: reassign -1 ksh93u+m Control: found -1 1.0.4-3 Control: found -1 1.0.8-1 Control: tag -1 upstream Control: forwarded -1 https://github.com/ksh93/ksh/issues/313 Forgot the "Control:". Also: note the reassign due to the package rename of ksh to ksh93u+m in September 2021. 1.0.4-3 is the

Bug#990264: ksh: output error is not checked for some builtins

reassign -1 ksh93u+m found -1 1.0.4-3 found -1 1.0.8-1 tag -1 upstream forwarded -1 https://github.com/ksh93/ksh/issues/313

Bug#1069341: ksh93u+m should not be advertised as being POSIX compliant

Package: ksh93u+m Version: 1.0.8-1 Severity: minor The ksh93u+m package description contains KornShell is an interactive UNIX command interpreter as well as a POSIX ^ compliant scripting language which is a superset of

Bug#1052451: when receiving a SIGINT, unison should send it to the process group, not just to ssh

While doing tests, I've noticed a similar issue when I don't type the passphrase and wait. In this case, there is a timeout from unison: "Timed out negotiating connection with the server". This corresponds (in src/remote.ml) to let initConnection ?(connReady=fun () -> ()) ?cleanup in_ch out_ch =

Bug#1069268: gnulib: package version is long

Package: gnulib Version: 20240412~dfb7117+stable202401.20240408~aa0aa87-2 Severity: normal A long package version is annoying for the user (for the "dpkg -l" output and other reasons). I doubt that such a long version is necessary; I'm wondering whether it is intended or is due to a bug in a

Bug#885414: base-files: lack of quoting in shell variable expansions in /etc/profile

Hi, On 2024-04-17 13:55:31 +0200, Santiago Vila wrote: > The problem, more than lack of quoting, is that there is no specification > anywhere about what should be allowed and what should not. > > But we are not late to begin such specification. > Here is my current plan: > > --- a/share/profile

Bug#1069123: RM: libreoffice != 24.3/experimental [armhf ppc64el s390x mips64el riscv64] -- ROM, NVIU; obsolete cruft

Hi, Has the removal request been done by mistake? Note that *all* the bugs against libreoffice (sources package and binary packages) have been closed. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA -

Bug#1069139: developers-reference: out-of-date section "Make transition packages deborphan compliant"

Package: developers-reference Version: 13.5 Severity: normal Now that the deborphan package has been removed from unstable, the section "Make transition packages deborphan compliant" in "Best Packaging Practices" is out of date and should be updated. See

Bug#1065312: RM: deborphan -- ROM; missing too many dpkg features, thus broken and unreliable

On 2024-04-17 01:39:48 +0200, Vincent Lefevre wrote: > On 2024-03-11 15:18:44 +0100, Chris Hofstaedtler wrote: > > Thus, a good approximation of the default deborphan functionality > > (no additional options passed) is: > > > > $ apt-mark auto '~i !~M >

Bug#1065312: RM: deborphan -- ROM; missing too many dpkg features, thus broken and unreliable

On 2024-03-11 15:18:44 +0100, Chris Hofstaedtler wrote: > Thus, a good approximation of the default deborphan functionality > (no additional options passed) is: > > $ apt-mark auto '~i !~M (~slibs|~soldlibs|~slibdevel|~sintrospection|~sdebug)' > possibly followed by No, to mimic deborphan, you

Bug#1068787: dmeventd: inconsistent /etc/systemd/system/sockets.target.wants/dm-event.socket symlinks

Package: dmeventd Version: 2:1.02.196-1+b1 Severity: normal On this machine, I have lrwxrwxrwx 1 root root 35 2023-10-07 13:43:24 /etc/systemd/system/sockets.target.wants/dm-event.socket -> /lib/systemd/system/dm-event.socket while on another machine (installed more recently): lrwxrwxrwx 1

Bug#1017720: nfs-common: No such file or directory

On 2024-04-09 14:09:43 +0200, Vincent Lefevre wrote: > Some additional information: created only once, but data may be > appended (on the creator's side, the file is created for writing, > and data are written occasionally, and at some point, the file is > closed). The error with &quo

Bug#1017720: nfs-common: No such file or directory

On 2024-04-04 14:56:47 +0200, Vincent Lefevre wrote: > On 2023-11-29 16:19:02 +0100, Vincent Lefevre wrote: > > I have the same kind of issue at my lab with one of my programs: > > a readdir lists the file, but then a stat sometimes gives a > > "No such file or dire

Bug#1068637: apt does not always install Recommends

On 2024-04-08 19:26:42 +0200, David Kalnischkies wrote: > On Mon, Apr 08, 2024 at 01:05:40PM +0200, Vincent Lefevre wrote: > > On 2024-04-08 12:29:17 +0200, Julian Andres Klode wrote: > > > On Mon, Apr 08, 2024 at 11:50:04AM +0200, Vincent Lefevre wrote: > > > >

Bug#1068637: apt does not always install Recommends

On 2024-04-08 12:29:17 +0200, Julian Andres Klode wrote: > On Mon, Apr 08, 2024 at 11:50:04AM +0200, Vincent Lefevre wrote: > > The lvm2 package is installed, but not thin-provisioning-tools, > > though lvm2 recommends it. This can yield a broken system: > > > > http

Bug#1068637: apt does not always install Recommends

Package: apt Version: 2.7.14 Severity: serious The lvm2 package is installed, but not thin-provisioning-tools, though lvm2 recommends it. This can yield a broken system: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857142 the fix of this bug being * Make lvm2 recommend

Bug#1068560: "Recommends: thin-provisioning-tools" is insufficient or unnecessary

Control: reopen -1 On 2024-04-08 09:35:35 +0200, Bastian Blank wrote: > On Sun, Apr 07, 2024 at 11:39:12AM +0200, Vincent Lefevre wrote: > > Due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857142 > > lvm2 currently has "Recommends: thin-provisioning-tools&quo

Bug#1068560: "Recommends: thin-provisioning-tools" is insufficient or unnecessary

Package: lvm2 Version: 2.03.22-1+b1 Severity: normal Due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857142 lvm2 currently has "Recommends: thin-provisioning-tools". But in new Debian installations, lvm2 is installed without this package. If thin-provisioning-tools is really expected to

Bug#1064969: aptitude: broken dependency resolution

Control: found -1 0.8.13-6 Control: retitle -1 aptitude: broken dependency resolution Bug still present. For instance, the following works as expected: cventin:~> aptitude install -s grub-common libefiboot1t64 libefivar1t64 The following NEW packages will be installed: libefiboot1t64

Bug#1017720: nfs-common: No such file or directory

On 2023-11-29 16:19:02 +0100, Vincent Lefevre wrote: > I have the same kind of issue at my lab with one of my programs: > a readdir lists the file, but then a stat sometimes gives a > "No such file or directory" error. Some clients are more affected > that others. An

Bug#1068340: ksh93u+m: "test a = a b": undetected error

Package: ksh93u+m Version: 1.0.8-1 Severity: normal $ test a = a b ; echo $? 0 while this should be an error. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500,

Bug#1068338: ksh93u+m: "test ! = -o a" exits with 0 instead of 1

Package: ksh93u+m Version: 1.0.8-1 Severity: normal $ test ! = -o a ; echo $? 0 while I get 1 with dash 0.5.12-6, mksh 59c-35, bash 5.2.21-2, coreutils 9.4-3.1 and zsh 5.9-6. POSIX[*] says for 4 arguments: If $1 is '!', negate the three-argument test of $2, $3, and $4. Even with ksh93: $

Bug#1041089: thin-provisioning-tools FTBFS with googletest 1.13.0

On 2024-01-13 10:23:06 +0100, Bastian Blank wrote: > On Sat, Jan 13, 2024 at 01:03:17AM +0100, Karsten Kruse wrote: > > Is there something else that needs to be done to get the package back into > > testing? > > Yes, > https://salsa.debian.org/rust-team/debcargo-conf/-/merge_requests/547 Any

Bug#1067679: libvte-2.91-0: backspace character (code 8) output at the end of a line goes 2 columns backward

Hi, Some additional information about the VT100.reverseWrap xterm setting: On 2024-03-26 23:58:47 +0100, Vincent Lefevre wrote: > I've eventually found the cause concerning the xterm behavior: > I had > > *VT100.reverseWrap: true > > for XTerm, and this, since a

Bug#456943: bug#15444: One character can be lost if colors are enabled

On 2024-03-26 11:47:26 -0600, Paul Eggert wrote: > On 3/25/24 08:49, Vincent Lefevre wrote: > > This works fine in Xterm, giving on a 80-column terminal: > > > > ... > > However, this triggers the bug in GNOME Terminal (and other > > libvte-based terminals): &g

Bug#1067679: libvte-2.91-0: backspace character (code 8) output at the end of a line goes 2 columns backward

Hi, On 2024-03-26 08:00:37 +0100, Egmont Koblinger wrote: > For me, xterm behaves exactly like vte, it prints "ac". > > Could you please share your xterm version, configuration, and anything > printed to the terminal prior to this test that might be relevant? I've eventually found the cause

Bug#456943: (no subject)

On 2024-03-25 15:49:52 +0100, Vincent Lefevre wrote: > A solution for "grep" would be to add a space+backspace before the > escape sequence. An additional note: One of the following is needed: * Detect the end of line (this may be tricky) and split the coloring into 2

Bug#456943: (no subject)

On 2016-07-14 14:22:15 -0700, Vincent Lefevre wrote: > On 2016-07-14 09:02:48 +0200, Walter Doekes wrote: > > Leon Meier wrote: > > > As of today, the test case [...] still fails in (u)xterm. > > > Any resolution in sight? > > > > I tried to reproduce,

Bug#1067679: libvte-2.91-0: backspace character (code 8) output at the end of a line goes 2 columns backward

Package: libvte-2.91-0 Version: 0.75.92-1 Severity: normal A backspace character (code 8) output at the end of a physical line goes 2 columns backward. For instance, in a 80-column libvte-based terminal (such as GNOME Terminal or Sakura), I get $ for i in $(seq 4 $(tput cols)) ; do printf "." ;

Bug#991520: checkrestart: "lsof: WARNING: can't stat() fuse.gvfsd-fuse file system..."

Control: found -1 0.88.1 On 2021-07-26 14:33:38 +0200, Vincent Lefevre wrote: > When running checkrestart, I get the following warnings from lsof: > > lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/118/gvfs > Output information may be incomplete. > lsof:

Bug#758969: bash: "! true &" sets $? to 1

Hi, On 2024-03-24 00:57:26 +0100, Gioele Barabucci wrote: > this issue does not seem to affect version 5.0-6 and later of bash. > > $ ! true & > [1] 2264193 > [1]+ Donetrue > $ echo $? > 0 > > Please reopen this bug if you can still reproduce this issue.

Bug#1067523: firefox: CVE-2024-29943 / CVE-2024-29944 critical bugs, fixed in FF 124.0.1

Package: firefox Version: 124.0-1 Severity: grave Tags: security upstream fixed-upstream Justification: user security hole X-Debbugs-Cc: Debian Security Team Firefox 124.0.1 is available upstream, which fixes 2 critical bugs: https://www.mozilla.org/en-US/security/advisories/mfsa2024-15/ --

Bug#1066828: xz-utils: worse compression ratio should be announced in NEWS.Debian

On 2024-03-14 00:35:53 +0100, Vincent Lefevre wrote: > Since this affects what the user gets and is some kind of regression, > this should be announced in NEWS.Debian, IMHO. As an example of how this can affect the user, this introduced a serious bug in pristine-tar: https://bugs.debian.o

Bug#618332: rxvt-unicode: screen contents not restored when detaching a "screen" session

Control: forwarded -1 https://savannah.gnu.org/bugs/?65506 On 2024-03-22 15:59:31 +0100, Vincent Lefevre wrote: > Actually it still occurs in rxvt-unicode 9.31-3 from Debian/unstable. > I might have done something wrong. and I've just reported the bug upstream (GNU Screen). -- Vincent L

Bug#618332: rxvt-unicode: screen contents not restored when detaching a "screen" session

On 2024-03-22 15:09:17 +0100, Vincent Lefevre wrote: > The bug no longer occurs in rxvt-unicode 9.31-3 from Debian/unstable, > but it still occurs in rxvt-unicode 9.30-2 from Debian 12 (stable). Actually it still occurs in rxvt-unicode 9.31-3 from Debian/unstable. I might have done som

Bug#618332: rxvt-unicode: screen contents not restored when detaching a "screen" session

Control: found -1 4.8.0-6 Control: found -1 4.9.0-4 Control: found -1 4.9.1-1 On 2011-03-14 12:56:42 +0100, Vincent Lefevre wrote: > The screen contents are not restored when detaching a "screen" session. > To reproduce the problem: > > 1. Run rxvt-unicode. > 2

Bug#421591: bash: test builtin (or [) does not behave correctly

On 2024-03-21 02:38:10 +0100, Gioele Barabucci wrote: > On Mon, 11 Feb 2008 13:20:25 +0100 Vincent Lefevre > wrote: > > As a summary, the following test at least does not behave correctly: > > > > vlefevre@vin:~$ test \( ! -e \) ; echo $? > > bash: test: `)' expec

Bug#1065331: libhdf5-103-1t64: depends on libcurl4 instead of libcurl4t64

On 2024-03-18 20:58:02 +0100, Gilles Filippini wrote: > Vincent Lefevre a écrit le 03/03/2024 à 01:08 : > > Package: libhdf5-103-1t64 > > Version: 1.10.10+repack-3.1 > > Severity: serious > > > > libhdf5-103-1t64 depends on libcurl4 instead of libcurl4t64. &

Bug#1066861: apt-get wants to remove packages instead of upgrading

Package: apt Version: 2.7.13+b1 Severity: important When I type "apt-get install libreoffice" to upgrade libreoffice, apt-get wants to remove wine32:i386, while "apt-get install libreoffice wine32:i386" shows that the upgrade is actually possible without removing wine32:i386. Debug information

Bug#1066857: doc-debian: /usr/share/doc/debian/bug-reporting.txt should not be compressed

Package: doc-debian Version: 11.3+nmu1 Severity: wishlist The bug-reporting.txt file is rather small, thus it does not need to be compressed. Having it compressed like currently breaks references, such as in the apt-get(8) man page, which says APT bug page[1]. If you wish to report a bug in

Bug#1066856: apt: please update the URLs in the man pages

Package: apt Version: 2.7.13+b1 Severity: minor The URLs in the man pages should be updated. For instance, concerning the b.d.o URLs in the various man pages, "http" should be changed to "https". In the apt-cache(8) man page: http://www.research.att.com/sw/tools/graphviz/ gives a "Page Not

Bug#1066828: xz-utils: worse compression ratio should be announced in NEWS.Debian

Package: xz-utils Version: 5.6.0-0.2 Severity: wishlist After upgrading xz-utils from 5.4.5-0.3 to 5.6.0-0.2, the compression ratio with "xz -9" has decreased. For instance, on 3 files: Old 118822308 146463040 157197172 New 121120576 148930624 161255000 It took me some time to

Bug#1065626: libgtk2.0-0t64 / libgtk2.0-bin dependency problem makes dpkg fail with attempt of removal of libgtk2.0-common

And on a 3rd machine, where I used aptitude --log-file=/tmp/aptitude.log --log-level=info dpkg: dependency problems prevent removal of libb2-1:amd64: libqt6core6t64:amd64 depends on libb2-1 (>= 0.98.1). dpkg: error

Bug#1065626: libgtk2.0-0t64 / libgtk2.0-bin dependency problem makes dpkg fail with attempt of removal of libgtk2.0-common

The same problem occurred on another machine, with other packages: dpkg: dependency problems prevent removal of libjte2:amd64: libisofs6t64:amd64 depends on libjte2. dpkg: error processing package libjte2:amd64 (--purge): dependency problems - not removing (Reading database ... 708510 files

Bug#1065626: libgtk2.0-0t64 / libgtk2.0-bin dependency problem makes dpkg fail with attempt of removal of libgtk2.0-common

On 2024-03-07 17:15:05 +, Simon McVittie wrote: > I can confirm that version 2.24.33-4 of libgtk2.0-common, libgtk2.0-0t64 > and libgtk2.0-bin are, in fact, installable (I have them installed > right now). I can't see any dependency relationships between them that > look suspicious. > > If

Bug#1065625: libmtp9t64 / libmtp-runtime dependency problem makes dpkg fail with attempt of removal of libmtp-common

On 2024-03-07 16:00:35 +0100, Vincent Lefevre wrote: > Will install 11 packages, and remove 3 packages. > 8192 B of disk space will be used > > [...] > [HOLD, DEPENDENCIES] libmtp-common:amd64 1.1.21-3 > [...] > [INSTALL, DEPENDENCIES]

Bug#1065626: libgtk2.0-0t64 / libgtk2.0-bin dependency problem makes dpkg fail with attempt of removal of libgtk2.0-common

Package: libgtk2.0-0t64 Version: 2.24.33-4 Severity: serious During an upgrade with aptitude: dpkg: dependency problems prevent removal of libgtk2.0-common: libgtk2.0-bin depends on libgtk2.0-common. libgtk2.0-0t64:amd64 depends on libgtk2.0-common. dpkg: error processing package

Bug#1065625: libmtp9t64 / libmtp-runtime dependency problem makes dpkg fail with attempt of removal of libmtp-common

Package: libmtp9t64 Version: 1.1.21-3.1 Severity: serious During an upgrade with aptitude: dpkg: dependency problems prevent removal of libmtp-common: libmtp9t64:amd64 depends on libmtp-common. libmtp-runtime depends on libmtp-common. dpkg: error processing package libmtp-common (--purge):

Bug#731140: ghostscript: on PDF files with embedded fonts, ps2pdf changes the way fonts are rendered

On 2024-02-28 23:04:41 -0600, Steven Robbins wrote: > On Mon, 2 Dec 2013 13:54:19 +0100 Vincent Lefevre wrote: > > font1.pdf is the original file (generated by pdflatex). > > font2.pdf is the file obtained with "ps2pdf font1.pdf font2.pdf". > > font.png sh

Bug#1065605: aptitude: useless backup of pkgstates

Package: aptitude Version: 0.8.13-5+b2 Severity: minor I ran aptitude to do an upgrade from the TUI (dpkg failed), then quit just after it. This was before 11:28, since I reported this failure at this time. But /var/lib/aptitude contains -rw-r--r-- 1 root root 10438852 2024-03-07 11:29:40

Bug#1065603: libdebuginfod1t64 dependency problem breaks the upgrade

Control: retitle -1 libdebuginfod1t64 dependency problem makes dpkg fail with attempt of removal of libdebuginfod-common On 2024-03-07 11:28:21 +0100, Vincent Lefevre wrote: > When I wanted to upgrade, this ended up with > > dpkg: dependency problems prevent removal of libdebuginf

Bug#1065603: libdebuginfod1t64 dependency problem breaks the upgrade

Package: libdebuginfod1t64 Version: 0.190-1.1 Severity: serious When I wanted to upgrade, this ended up with dpkg: dependency problems prevent removal of libdebuginfod-common: libdebuginfod1t64:amd64 depends on libdebuginfod-common (>= 0.190-1.1). dpkg: error processing package

  1   2   3   4   5   6   7   8   9   10   >