Bug#1107103: w3m: cannot parse HTTP/1.1 response from GitHub - "gzip: stdin: not in gzip format"

Package: w3m Version: 0.5.3+git20230121-2.1 Severity: normal Tags: upstream Forwarded: https://github.com/tats/w3m/issues/307 When trying to open github.com URLs, w3m gives gzip: stdin: not in gzip format In a comment in the upstream bug, Rene Kita says that the cause is that "GitHub is ignori

Bug#849354: Your mail

On 2018-05-12 23:56:18 -0600, Jaimos Skriletz wrote: > Anyways, I think the cause of this bug is bad hardware, since it seems > only this one laptop touchpad seems to produce press/release events so > quickly to get fvwm stuck in such a state. IIRC, I couldn't reproduce the issue after the 2016-12

Bug#1105093: fvwm: should filter out non-printable characters for the window title

On 2025-05-31 13:05:08 -0600, Jaimos Skriletz wrote: > On Sun, 11 May 2025 01:39:33 +0200 Vincent Lefevre wrote: > > Fvwm should filter out the non-printable characters for the window > > title. > > This really isn't something I think fvwm should do, as fvwm doesn

Bug#1105093: fvwm: should filter out non-printable characters for the window title

On 2025-05-31 14:11:55 -0600, Jaimos Skriletz wrote: > On Sat, 31 May 2025 13:05:08 -0600 Jaimos Skriletz > wrote: > > Also, I would also suggest considering migrating to fvwm3, fvwm > > (version 2) is no longer developed and no new features will be added. > > > > xmessage -geometry 400x100 -title

Bug#1085622: fvwm: selecting a menu item is randomly ignored

On 2025-05-31 13:22:20 -0600, Jaimos Skriletz wrote: > I am unable to reproduce this in fvwm3 (didn't test with fvwm). Are > you able to reproduce this issue with fvwm3? if so file a bug with > that package (though it will get more traction if you file an issue on > github[^1] since this isn't abou

Bug#783457: libsort-naturally-perl: Doesn't sort properly with numbers at the beginning of a string

The issue actually does not just occur as the beginning of a string. What matters is where the first group of non-word characters occurs; this is an additional bug, because there's no reason to apply a rule on the first group of non-word characters but not the other ones. As I've said in the upstre

Bug#1106669: spamassassin: please update the Validity rules to have zero scores

Mail::SpamAssassin::Plugin::Shortcircuit endif # Mail::SpamAssassin::Plugin::Shortcircuit ifplugin Mail::SpamAssassin::Plugin::TextCat add_header all Language _LANGUAGES_ endif # Mail::SpamAssassin::Plugin::TextCat header LOCAL_TO_LORIA ToCc =~ /vincent\.lefevre@loria\.fr/i header__LOCAL_FR

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

Control: tags -1 upstream Control: forwarded -1 https://github.com/ksh93/ksh/issues/858 On 2025-05-23 16:58:59 +0200, Martijn Dekker wrote: > This issue is now tracked upstream, here: > https://github.com/ksh93/ksh/issues/858 I had forgotten to mention it, but I have already reported the bug upst

Bug#1098226: perl: thread creation while a directory handle is open does a fchdir, affecting other threads

On 2025-05-17 11:26:54 +0300, Niko Tyni wrote: > It doesn't look like upstream is treating this as a serious security > issue, so I'm lowering the severity. Please discuss the security concerns > upstream if you want this to change. FYI, I've sent a message to the oss-security list: https://www

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

The upstream repository has been archived a few weeks ago (March 31). And I can see that unoconv has been deprecated since 2021-11-12[*], i.e. more than 3 years ago. So it became completely unsupported upstream. [*] https://forum.jsreport.net/topic/2805/create-pdf-from-word-template-unoconv-depre

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#1087383: libreoffice: does not start if a soffice.bin process is running

Control: reassign -1 unoconv 0.7-2 Control: retitle -1 unoconv should not use the default LibreOffice profile - can break LibreOffice with GUI Control: severity -1 serious Control: affects -1 libreoffice According to the upstream bug https://bugs.documentfoundation.org/show_bug.cgi?id=165417

Bug#512307: texinfo: blank line inconsistency for multitable

Control: found -1 7.2-2 Hi, On 2025-05-20 21:44:26 +0200, Hilmar Preuße wrote: > On 20.05.25 18:00, Vincent Lefevre wrote: > > Control: found -1 7.1.1-1 > > > > And I forgot to say that 7.1.1-1 is still affected (my remarks > > concerning the documentation were for

Bug#512307: texinfo: blank line inconsistency for multitable

On 2019-08-05 15:42:59 +0200, Vincent Lefevre wrote: > IMHO, this is a matter of style. But for each format, the output > should be consistent. Different formats should also have similar > styles. > > In the texinfo manual: > > Usually, you should put a blank line betw

Bug#512307: texinfo: blank line inconsistency for multitable

Control: found -1 7.1.1-1 And I forgot to say that 7.1.1-1 is still affected (my remarks concerning the documentation were for this version). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer ar

Bug#1098226: perl: thread creation while a directory handle is open does a fchdir, affecting other threads

On 2025-05-17 11:26:54 +0300, Niko Tyni wrote: > It doesn't look like upstream is treating this as a serious security > issue, so I'm lowering the severity. Please discuss the security concerns > upstream if you want this to change. I think that upstream is just currently trying to fix the bug, no

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

On 2025-05-17 12:57:23 +0300, Niko Tyni wrote: > The attached change does not make HTML::Gumbo support > properly but seems to plug this specific hole, and hence the > known security aspects. > > I've checked that this doesn't break the (not very extensive) test > suite, and that the only reverse

Bug#934541: Cause of bug 934541 actually unrelated to experimental?

On 2025-03-21 10:33:15 +0100, Julian Andres Klode wrote: > I'm afraid there's nobody left who understands the aptitude solver, > could reason whether the behavior is correct given the constraints > or suggest a different setting for SolutionCost that is not prone > to this problem. [...] Perhaps t

Bug#1072504: lynx: does not discard output from mailcap test

On 2024-06-09 16:16:29 +0200, Andreas Metzler wrote: > Thomas has already fixed this upstream in v2-9-2b: > 2024-06-05 (2.9.2b) > * modify mailcap "test=" handling to redirect stdout/stderr to /dev/null > (Debian #1072504) -TD The lynx package still hasn't been updated. But in the mean time, th

Bug#1105738: xterm: double-click can incorrectly add the preceding space to the selection

On 2025-05-14 01:59:38 +0200, Vincent Lefevre wrote: > Package: xterm > Version: 398-1 > Severity: normal > > When I double-click on a word at the beginning of a line such that > this word is preceded by spaces, one space is incorrectly included > in the selection. &g

Bug#1105738: xterm: double-click can incorrectly add the preceding space to the selection

Package: xterm Version: 398-1 Severity: normal When I double-click on a word at the beginning of a line such that this word is preceded by spaces, one space is incorrectly included in the selection. For instance, type printf "%$((COLUMNS+1))syz\n" x which gives a line full of spaces and the w

Bug#1105214: texinfo: (www.)gnu.org URLs should be in https

On 2025-05-13 15:26:01 +0200, Vincent Lefevre wrote: > For security, www.gnu.org and gnu.org URLs should be in https. > At least the info manual and the man pages are concerned. > > (I don't know whether there is already an upstream bug; gnu.org is > currently down.) Thi

Bug#1105214: texinfo: (www.)gnu.org URLs should be in https

Package: texinfo Version: 7.1.1-1 Severity: normal Tags: upstream For security, www.gnu.org and gnu.org URLs should be in https. At least the info manual and the man pages are concerned. (I don't know whether there is already an upstream bug; gnu.org is currently down.) -- System Information: De

Bug#884096: openssh-client: "Too many authentication failures" with the 7th private key identity

Control: reassign -1 openssh-server 1:7.6p1-2 The "Too many authentication failures" error came from sshd, so this should have been in openssh-server, not openssh-client. I don't know the current status since as a workaround, I currently use IdentityFile + IdentitiesOnly on my current machines. B

Bug#884096: openssh-client: "Too many authentication failures" with the 7th private key identity

See also the discussion at https://github.com/fail2ban/fail2ban/issues/1263 -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)

Bug#1105093: fvwm: should filter out non-printable characters for the window title

Package: fvwm Version: 1:2.7.0-3 Severity: minor Fvwm should filter out the non-printable characters for the window title. The issue can be reproduced with xmessage -geometry 400x100 -title "$(printf "\u200E ABC")" Test (or with gxmessage). Due to the U+200E LEFT-TO-RIGHT MARK character, I ge

Bug#628011: Closing old tidy-html5 bugs

Control: tags -1 upstream Control: forwarded -1 https://github.com/htacg/tidy-html5/issues/768 On 2025-04-27 12:42:01 +0200, Ondřej Surý wrote: > If the bug that you've reported can still be found in 5.8.0, please > retest this, make sure that the upstream bugs are actually filled > upstream and r

Bug#607066: Closing old tidy-html5 bugs

Control: reopen -1 Control: notfixed -1 2:5.8.0-1 Control: found -1 2:5.8.0-2 Control: tags -1 upstream Control: forwarded -1 https://github.com/htacg/tidy-html5/issues/1148 On 2025-04-27 12:42:01 +0200, Ondřej Surý wrote: > If the bug that you've reported can still be found in 5.8.0, please > ret

Bug#607065: Closing old tidy-html5 bugs

Control: reopen -1 Control: notfixed -1 2:5.8.0-1 Control: found -1 2:5.8.0-2 Control: tags -1 upstream Control: forwarded -1 https://github.com/htacg/tidy-html5/issues/1147 On 2025-04-27 12:42:01 +0200, Ondřej Surý wrote: > If the bug that you've reported can still be found in 5.8.0, please > ret

Bug#377650: tidy: short options should have -, and long options should heave --

On 2006-07-10 15:07:14 +0200, Emil Nowak wrote: > I;m not sure if there is some standard about command line options, > but almost every program has "--" for long options. I think that it > is very important for all the programs behave in the same way. tidy (at least the current 5.8.0) has two kind

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#1076155: dpkg-query --search does not use partial pathnames as pattern

On 2024-07-11 12:32:44 -0400, js wrote: > dpkg-query does not use a partial pathname as a pattern to search. > > Example: > => which exiftool >/bin/exiftool > => dpkg-query --search `which exiftool` >dpkg-query: no path found matching pattern /bin/exiftool > => dlocate `which exiftoo

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

Package: libhtml-gumbo-perl Version: 0.18-4+b1 Severity: serious Tags: security upstream Justification: security Forwarded: https://github.com/ruz/HTML-Gumbo/issues/6 X-Debbugs-Cc: Debian Security Team I get erratic behavior on the template HTML element, e.g. on the HTML file "". For instance: $

Bug#1083159: mount: tmpfs size for /tmp is randomly ignored

On 2025-05-06 12:13:24 +0200, Vincent Lefevre wrote: > On 2025-02-21 20:33:21 +0100, Salvatore Bonaccorso wrote: [...] > > So size is only showed if sbinfo->max_blocks != shmem_default_max_blocks(). > > > > Let's look at shmem_default_max_blocks(): > > &g

Bug#1083159: mount: tmpfs size for /tmp is randomly ignored

Sorry, I forgot to reply... On 2025-02-21 20:33:21 +0100, Salvatore Bonaccorso wrote: > Let's start from: > > https://www.kernel.org/doc/html/latest/filesystems/vfs.html#mount-options > > The important bits are: > > Showing options > --- > > If a filesystem accepts mount options, i

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#939079: Closing this bug (BTS maintenance for src:linux bugs)

Control: forwarded -1 https://gitlab.freedesktop.org/xorg/xserver/-/issues/49 On 2025-05-01 14:33:19 +0200, Salvatore Bonaccorso wrote: > Since you are able to reproduce it with a fresh kernel, can you please > report the issue upstream (please keep us in the loop so we can > monitor the progress)

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

tself). A machine where the latest upgrade was done on 2025-04-24 is affected. On 2025-05-01 14:40:33 +0200, Vincent Lefevre wrote: > The issue is reproducible at least on the local machine without > a .screenrc file, when running screen and detaching the session > immediately with C-a

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: > Package: screen > Version: 4.9.1-1 > Severity: important > > GNU screen outputs some data to the main screen instead of the > alternate screen. I suspect that this occurs when the session is > detached: the main screen

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

Package: screen Version: 4.9.1-1 Severity: important GNU screen outputs some data to the main screen instead of the alternate screen. I suspect that this occurs when the session is detached: the main screen is restored, but GNU screen still outputs data from its current window. I've attached a sc

Bug#1049423: gnome-calculator: takes 55 seconds to start

On 2025-04-29 08:44:04 -0400, Jeremy Bícha wrote: > On Mon, Apr 28, 2025 at 9:29 PM Vincent Lefevre wrote: > > On 2025-04-28 20:15:01 -0400, Jeremy Bícha wrote: > > > gtk4 now uses XDG desktop portals by default. I guess you need to > > > figure out how to get xdg-des

Bug#1104348: libmagickcore-7.q16-10: buggy text deletion handling

Package: libmagickcore-7.q16-10 Version: 8:7.1.1.47+dfsg1-1 Severity: normal When I select the whole text and delete it with the backspace key, this text (except the first character) reappars as soon as I type some text. To reproduce: 1. display file.png 2. Right click + Save... 3. Double-click o

Bug#1049423: gnome-calculator: takes 55 seconds to start

On 2025-04-28 20:15:01 -0400, Jeremy Bícha wrote: > gtk4 now uses XDG desktop portals by default. I guess you need to > figure out how to get xdg-desktop-portal working in your environment > or disable portals in gtk4 and maybe also in libadwaita. There are > environment variables you can use. > >

Bug#1104266: libtext-lorem-perl: incorrect output generated by the lorem executable

Package: libtext-lorem-perl Version: 0.34-3 Severity: normal Tags: patch upstream Forwarded: https://github.com/adeolaawoyemi/Text-Lorem/pull/11 The lorem executable has 2 issues: * The elements of the array need to be separated by " " or "\n". * A final "\n" needs to be output (to get a POSIX tex

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#911572: coreutils: incorrect and inconsistent quoting in ls output

Control: reopen -1 Control: retitle -1 coreutils: "ls -bF" has inconsistent quoting and does not behave as documented Control: found -1 9.7-1 This bug is still not fixed. Note that the reason given for the quoting of "=" was: The reason \= is quoted with -bF is to distinguish socket names t

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

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/sbin.dhclient > How were they removed? With "rm". > Can you please describe how the resulting configuration is broken? After the upgrad

Bug#1072237:

On 2024-11-17 17:34:06 +0100, Chris Hofstaedtler wrote: > I don't know if it makes sense for libutempter to register sessions > with logind; Not sure, but I'm wondering whether the -ls xterm option is intended to have a visible effect: Finally, -ls is not completely ignored, because xterm -ls

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

Control: severity -1 serious as this yields a broken configuration if the dhclient files had been removed before the upgrade (seen on one of my machines). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA

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

Package: isc-dhcp-client Version: 4.4.3-P1-7 Severity: wishlist In /etc/apparmor.d, sbin.dhclient was renamed to usr.sbin.dhclient, so I suppose that the same rename should be done in /etc/apparmor.d/local (this is like that for the other files in /etc/apparmor.d/local). And in /etc/apparmor.d/usr

Bug#1085224: dpkg: Please clarify Conffiles list output from dpkg --status

On 2024-10-19 11:02:56 +0200, Nis Martensen wrote: > `dpkg --status procps` on current sid now includes this line: > /etc/sysctl.conf 72b7c827a9636cda7b3b371091ff2dce remove-on-upgrade > > After running `apt install --reinstall procps` the corresponding line in > the `dpkg --status procps` output

Bug#1085130: still not fixed in procps 2:4.0.4-7

On 2025-04-16 19:27:15 +1000, Craig Small wrote: > On Wed, 29 Jan 2025 at 21:07, Vincent Lefevre wrote: > > > So perhaps the procps part is fixed in procps/2:4.0.4-7, but there > > is still an issue on the dpkg side, at least missing documentation. > > > I'll clos

Bug#1103278: zsh-common: svn completion is incorrect on filenames with the @ character

Package: zsh-common Version: 5.9-8 Severity: minor When completing on "svn add", it puts the filename in argument, even if the filename contains a @ character. The issue is that svn regards this character as special, to put a revision behind; and one gets an error "a peg revision is not allowed he

Bug#1102891: ghostscript: ps2pdf generates larger PDF files with 10.05.0~dfsg-1 than with 10.04.0~dfsg-2

Package: ghostscript Version: 10.05.0~dfsg-1 Severity: normal There seems to be a regression in ghostscript 10.05.0~dfsg-1: ps2pdf generates larger PDF files than with 10.04.0~dfsg-2. For instance: With 10.04.0~dfsg-2: 92516 With 10.05.0~dfsg-1: 99089 Note: the input PDF file was generated by pd

Bug#1080335: w: missing tty information

Control: found -1 2:4.0.4-7 The issue still occurs. Note that concerning SSH sessions at least, "who" from coreutils 9.7-1 (which is now linked against libsystemd) displays the terminal name as expected. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Bl

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

Package: python3-argcomplete Version: 3.1.4-1 Severity: critical Justification: breaks unrelated software In bug 944469, Daniel Kahn Gillmor (in Cc) requested activation of global bash completions. As a fix introduced in 3.1.4-1, Stefano Rivera (in Cc) activated global completions for both bash an

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

On 2025-04-07 18:56:41 +0100, Colin Watson wrote: > While I don't have any specific disagreement with anything you say here, I'm > reluctant to unilaterally revert what was apparently a deliberate change in > response to a user request (see https://bugs.debian.org/944469) so close to > the trixie f

Bug#1101896: nomacs: saves an incorrect window position when exiting

Control: forwarded -1 https://github.com/nomacs/nomacs/issues/1304 I've just reported the bug upstream. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS

Bug#514464: console-setup: on UTF-8 console, caps lock is turned into a shift lock

Control: found -1 1.236 On 2025-03-22 17:09:55 +0100, Marco Moock wrote: > On Thu, 5 Feb 2009 10:34:09 +0100 Samuel Thibault > wrote: > > > While upgrading from console-data's keymaps to console-setup, my caps > > lock became a shift lock, and the caps lock led doesn't work any more. > > This i

Bug#934541: aptitude: upgraded a package to experimental without notice, though SolutionCost has "safety" first

Control: found -1 0.8.13-7 Still the same bug (or similar). A bundle is available at https://vinc17.net/aptitude-20250318.bundle for a limited time. To reproduce, at --\ editorsText editors and word processors (2) --\ main The main Debian archive (2) i A emacs-bin-com

Bug#1101896: libqt6gui6: incorrect position of shown window on X11 when the frame values (_NET_FRAME_EXTENTS) are asymmetric

Control: reassign -1 libqt6gui6 6.8.2+dfsg-5 Control: retitle -1 libqt6gui6: incorrect position of shown window on X11 when the frame values (_NET_FRAME_EXTENTS) are asymmetric Control: affects -1 nomacs qpdfview Control: tags -1 upstream Control: forwarded -1 https://bugreports.qt.io/browse/QTBUG

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

Control: tags -1 - upstream I'm removing the "upstream" tag, because at https://github.com/kislyuk/argcomplete/issues/491#issuecomment-2774459991 the upstream author says: Argcomplete does not activate global completion by default and does not recommend that distributions activate it by d

Bug#1101896: nomacs: saves an incorrect window position when exiting

Control: retitle -1 nomacs: window moves downward at each restart: Y position increases between "show window:" and "active window:" On 2025-04-02 02:24:07 +0200, Vincent Lefevre wrote: > For instance, the following can be seen in the terminal after > a restart: &g

Bug#1101896: nomacs: saves an incorrect window position when exiting

Package: nomacs Version: 3.21.0+dfsg-1 Severity: normal When I exit nomacs, an incorrect window position is saved. The consequence is that each time I restart nomacs, its window moves 10 pixels downward (if I never move its window manually), and the window may partly appear off-screen. For instan

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

On 2025-04-01 11:28:57 +0100, Colin Watson wrote: > cjwatson@sacred-mosquito:~$ zsh > This is the Z Shell configuration function for new users, > zsh-newuser-install. > You are seeing this message because you have no zsh startup files > (the files .zshenv, .zprofile, .zshrc, .zlogin in th

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#1101747: gir1.2-gimp-3.0: typo in package short description

Package: gir1.2-gimp-3.0 Version: 3.0.2-1 Severity: minor The package short description is Instrospection data for the GIMP library ^^ s/Instrospection/Introspection/ -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-deb

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#1101675: [Pkg-zsh-devel] Bug#1101675: Bug#1101675: zsh: completion suddenly broken

Control: reassign -1 python3-argcomplete 3.6.1-1 Control: retitle -1 python3-argcomplete: breaks zsh completions Control: severity -1 critical Control: tags -1 - moreinfo unreproducible The issue comes from lrwxrwxrwx 1 root root 84 2025-03-25 19:05:01 /usr/share/zsh/vendor-completions/_python-a

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

On 2025-03-30 17:41:52 +0200, Michael Prokop wrote: > * Vincent Lefevre [Sun Mar 30, 2025 at 01:40:20PM +0200]: > > On 2025-03-30 13:08:43 +0200, Michael Prokop wrote: > > > > Also can't reproduce it within a *current* Debian trixie container: > > > > &

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

I've noticed that mkdir -p testdir; touch $_/FOO; autoload -U compinit; $_; zstyle ':completion:*' matcher-list '' 'm:{a-zA-Z}={A-Za-z}'; print -z : testdir/f does not work, but when I replace ":" by "ls": mkdir -p testdir; touch $_/FOO; autoload -U compinit; $_; zstyle ':completion:*' ma

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

On 2025-03-30 19:02:02 +0200, Vincent Lefevre wrote: > On 2025-03-30 18:48:32 +0200, Vincent Lefevre wrote: > > I've tested on 2 machines: I get the problem on the machine with > > up-to-date packages, but not on the one with older packages. > > Hmm... It seems that mo

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

On 2025-03-30 18:48:32 +0200, Vincent Lefevre wrote: > I've tested on 2 machines: I get the problem on the machine with > up-to-date packages, but not on the one with older packages. Hmm... It seems that more than completion that is broken. After "zsh -f", if I test the

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

On 2025-03-30 13:08:43 +0200, Michael Prokop wrote: > Also can't reproduce it within a *current* Debian trixie container: > > apt update > apt -y upgrade > apt-get install -y gcc-14-base libcap2 zsh > zsh > mkdir -p testdir; touch $_/FOO; autoload -U compinit; $_; zstyle > ':completion:

Bug#1101675: zsh: completion suddenly broken

Control: severity -1 serious At https://www.zsh.org/mla/workers/2025/msg00122.html Eric Cook says: > from a debian testing container, i can reproduce it after updating > gcc-14-base and libcap. > > can't reproduce it from archlinux with the same version of libcap > though. -- Vincent Lefèvre -

Bug#1101675: zsh: completion suddenly broken

Package: zsh Version: 5.9-8+b7 Severity: important With "zsh -f": qaa% mkdir testdir qaa% touch testdir/FOO qaa% autoload -U compinit qaa% compinit qaa% zstyle ':completion:*' matcher-list '' 'm:{a-zA-Z}={A-Za-z}' qaa% : testdir/f If I try to complete "testdir/f", I get no matches. On an older

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#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)

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#934541: aptitude: upgraded a package to experimental without notice, though SolutionCost has "safety" first

On 2025-03-18 15:17:08 +0100, Vincent Lefevre wrote: > To reproduce, at > > --\ editorsText editors and word processors (2) > --\ main The main Debian archive (2) > i A emacs-bin-common 1:30.1+1-4 1:30.1+1-4+b1 > i emacs-gtk

Bug#963545: [Aptitude-devel] Bug#963545: Bug#963545: aptitude-create-state-bundle can't deal with no $HOME/.aptitude present

Control: found -1 0.8.13-7 Hi, On 2020-08-16 06:16:52 +0200, Axel Beckert wrote: > It will be fixed in the next aptitude upstream release. This will > probably be 0.8.14. It is not fixed in the 0.8.13-2 package I just > uploaded with a patch to fix a FTBFS. I don't know when 0.8.14 is planned, b

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 14:35:47 -0400, James McCoy wrote: > Not sure why you're upgrading to the version from experimental, when > there's a newer version in unstable that already fixed this problem. No, experimental was not involved. And the new version was not available yet, since I followed what aptitud

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 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 experimental: I track unstable. aptitude is supposed to give a warning when upgrading a package to ex

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

Package: libtree-sitter0.22 Version: 0.22.6-5 Severity: serious When upgrading: [...] Preparing to unpack .../libtree-sitter0.22_0.22.6-5_amd64.deb ... Unpacking libtree-sitter0.22:amd64 (0.22.6-5) ... dpkg: error processing archive /var/cache/apt/archives/libtree-sitter0.22_0.22.6-5_amd64.deb (

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

Package: screen Version: 4.9.1-1 Severity: grave Justification: user security hole + possible data loss via a symlink attack The hardcopy (C-a h) in screen works in the following way: │ hardcopydir directory │ │ Defines a directory where hardcopy files will be placed. If unset, │ hardcopys are d

Bug#1100692: gv: can no longer view PDF files correctly with ghostscript 10.05.0~dfsg-1 due to missing pdf2dsc.ps

Package: gv Version: 1:3.7.4-3.1 Severity: important To view PDF files, gv uses the obsolete pdf2dsc.ps file, which was present in ghostscript up to 10.04, but removed in ghostscript 10.05.0~dfsg-1. So one now gets an error: Error: /un

Bug#1093776: perl: occasionally hangs and no longer responds to trapped signals

Control: retitle -1 perl: occasionally stuck in Perl_pp_lock and no longer responds to trapped signals As this occurred again... The backtrace obtained with gdb on the running process for the main thread: #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expect

Bug#1100487: w3m: bad display with image and U+2060 WORD JOINER

Package: w3m Version: 0.5.3+git20230121-2.1 Severity: normal There is a display issue when one has an image (valid or not) and text with the U+2060 WORD JOINER character. I've attached a testcase, which contains something like: Text. [...] Text. foo⁠bar abcdef. Search for "ab", then move the c

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

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: error processing archive /tmp/apt-dpkg-install-BfM9Yd/10-texlive-extra-utils_2024.20250309-1_all.

Bug#528200: wontfix

On 2025-03-14 15:46:28 +0100, Bastian Germann wrote: > Please consider the 7zip package. If your issue is not fixed with 7zip, > please file an equivalent bug on that package. For bug 528200 (which I had reported), this does not really apply to 7zip: The issue was that all the filenames to archive

Bug#1099470: closing 1099470

Control: severity -1 critical to restore the severity before the forcemerge (done in the wrong direction, see below), so that apt-listbugs can warn the user if he attempts to install the broken version. On 2025-03-10 12:26:47 +0100, Marc Haber wrote: > close 1099470 > close 1099477 > close 1099

Bug#1054985: [pkg-gnupg-maint] Bug#1054985: gpg-agent: missing dependency on pinentry-curses or pinentry-gtk2

On 2025-03-05 15:07:42 -0500, Daniel Kahn Gillmor wrote: > On Sun 2023-10-29 00:20:09 +0200, in https://bugs.debian.org/1054985, Vincent > Lefevre wrote: > > > gpg-agent needs a working pinentry program. As pinentry-gnome3 > > (installed by default) doesn't work on

Bug#1050042: [pkg-gnupg-maint] Bug#1050042: gnupg2: in man pages, U+2010 HYPHEN instead of U+002D HYPHEN-MINUS

On 2025-03-05 15:46:59 -0500, Daniel Kahn Gillmor wrote: > For what it's worth, it looks to me like the manpages in gnupg2 in > debian unstable are using U+2010 HYPHEN. I think this was fixed by an > updated yat2m a while back. So i'm closing > https://bugs.debian.org/1050042 Yes, the man page i

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#1099570: additional test cases needed

On 2025-03-05 12:04:04 +0100, Marc Haber wrote: > On Wed, Mar 05, 2025 at 09:46:53AM +0100, Marc Haber wrote: > > this is a discussion with Vincent Lefevre on #1099470: > > >1. For a system account, there would still be an issue if the account↲ > > >has a

Bug#1098869: apparmor: triggers a security warning in Firefox with firejail

Control: forwarded -1 https://github.com/netblue30/firejail/issues/6675 On 2025-03-04 09:25:26 +0100, intrigeri wrote: > Perfect, thanks. So I'm reassigning this bug to firejail, where this > update needs to be applied. I'm not tagging this "patch" because > I don't know what problem this profile

  1   2   3   4   5   6   7   8   9   10   >