ibcompress-zlib-perl] 5.40.1-3
pn pyzor
pn razor
-- 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 - comp
On 2025-06-19 02:11:54 +0530, Pirate Praveen wrote:
> On Tue, 27 May 2025 17:24:20 +0200 Vincent Lefevre
> wrote:
> > Package: spamassassin
> > Version: 4.0.1-1~deb12u1
> > Severity: important
> >
> > There is now a low limit o
nto the PATH is to install the
> xdg-terminal-exec Debian package, which provides a way to configure a
> personal and/or desktop-environment-specific choice of terminal emulator.
If this still matters for Firefox, the issue is that it is not
installed by default.
--
Vincent Lefè
Package: grub-common
Version: 2.12-8
Severity: normal
Tags: patch upstream
Hey!
When there is a RC kernel, it is booted instead of the more recent
released one.
19:53 ❱ ls /boot/vmlinuz*
/boot/vmlinuz-6.15-amd64 /boot/vmlinuz-6.15-rc7-amd64
Attached a patch to fix this issue.
-- Package-
On 2025-06-13 18:15:55 +0200, Bjørn Mork wrote:
> Vincent Lefevre writes:
>
> > The documentation of "ip route delete" in the ip-route(8) man page is
> > incorrect. The man page says:
> >
> > ip route delete
> > delete route
> > ip
mail to the netdev list. For the reference:
https://lore.kernel.org/netdev/20250613120711.ga237...@qaa.vinc17.org/T/
--
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)
192-4
ii libmnl01.0.5-3
ii libselinux13.8.1-1
ii libtirpc3t64 1.3.6+ds-1
ii libxtables12 1.8.11-2
iproute2 recommends no packages.
Versions of packages iproute2 suggests:
ii python3 3.13.4-1
-- debconf information:
iproute2/setcaps: false
-
5.0-1
ii net-tools 2.10-1.3
vpnc-scripts recommends no packages.
Versions of packages vpnc-scripts suggests:
pn dnsmasq
ii openssh-server 1:10.0p1-5
pn resolvconf
-- 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)
IN_VALIDITY_SAFE_BLOCKED hit, creating
/var/lib/spamassassin/dnsblock_sa-accredit.habeas.com (This means DNSBL blocked
you due to too many queries. Set all affected rules score to 0, or use
"dns_query_restriction deny sa-accredit.habeas.com" to disable queries)
--
Vincent Lefèvre - Web: &
On 2025-06-11 10:20:00 -0400, Noah Meyerhans wrote:
> On Wed, Jun 11, 2025 at 04:16:38PM +0200, Vincent Lefevre wrote:
> > On 2025-06-11 10:06:03 -0400, Noah Meyerhans wrote:
> > > There's a difference between running spamassassin as root versus running
> > > spamd
support per-user configuration, bayes databases, etc. in
> ~/.spamassassin.
It creates files in the root account, so this is clearly broken!
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA -
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
check: dns_block_rule
RCVD_IN_VALIDITY_SAFE_BLOCKED hit, creating
/root/.spamassassin/dnsblock_sa-accredit.habeas.com (This means DNSBL blocked
you due to too many queries. Set all affected rules score to 0, or use
"dns_query_restriction deny sa-accredit.habeas.com" to disable q
2025-06-03 17:16:37.0 +0200
@@ -1,3 +1,11 @@
+chrony (4.6.1-3) unstable; urgency=medium
+
+ * debian/patches/:
+- Add conf:_fix_sourcedir_reloading_to_not_multiply_sources.patch. Thanks
+to MichaelR for the report. (Closes: #1106875)
+
+ -- Vincent Blut Tue, 03 Jun 2025 17:16:3
ot;)
A patch to support various locations of the build directory would be
more complex.
--
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)
Control: found -1 6.0.2+dfsg1-1
The bug is still present and open upstream, and my patch is
still working.
--
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
Control: found -1 6.0.2+dfsg1-1
Control: tags -1 patch
On 2022-11-22 14:25:26 +0100, Vincent Lefevre wrote:
> The debian/control file has
>
> Build-Depends-Indep: latex2html,
> [...]
> emacs-nox
>
> However, the emacs variants conflicts with each ot
ry
> same bug that changes to resolv.conf are not propagated.
I've just tested, and I can confirm that the issue is present
in 0.9.74-1.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: C
3.0.0
ii sensible-utils 0.0.25
ii w3m-el 1.4.632+0.20221206.2328.4f27810-0.2
ii w3m-img 0.5.3+git20230121-2.1
ii wget 1.25.0-2
ii xdg-utils 1.2.1-2
ii xsel1.2.1-1
-- no debconf information
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100
ifferent hardware).
It might also have been due to a kernel / systemd / X11 related issue.
--
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)
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
gt; xmessage -geometry 400x100 -title "$(printf "\u200E ABC")" Test
> Bad copy and paste, I meant to provide a link on how to migrate from
> fvwm2 to fvwm3.
>
> https://github.com/fvwmorg/fvwm3/discussions/878
Note that there is nothing about the replacement of Fvwm
since this isn't about the Debian package).
I have not upgraded yet, and I don't think that my current config is
compatible with fvwm3 as FvwmM4 seems no longer present (I'd like to
get rid of m4 anyway, which I started to use in 2000).
--
Vincent Lefèvre - Web: <https://www.vin
uce this issue. It's a regression (?) introduced in chrony 4.6,
so let's wait for Miroslav to shed some lights here.
Cheers,
Vincent
signature.asc
Description: PGP signature
ps://github.com/bingos/sort-naturally/issues/1 seems
to actually be the same 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)
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
Hi,
My bug report ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1106222 )
shows several glitches still being present in the APT French translation
with APT 3.0.1
Regards,
Vincent
Le 25/05/2025 à 19:45, Alban Browaeys a écrit :
On Tue, 25 Feb 2025 21:25:16 +0100 =?UTF-8?Q
../../from/B/d1/fb (reverts previous action)
[B and C packages are swaped on the command line, no other changes]
Regards,
Vincent
-- System Information:
Debian Release: 13.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security&#
he bug
upstream
https://github.com/ksh93/ksh/issues/740
but it was closed.
--
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)
-security list:
https://www.openwall.com/lists/oss-security/2025/05/22/2
--
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)
-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)
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
d affect LibreOffice (with GUI).
* The -l option permanently breaks LibreOffice (with GUI),
i.e. as long as the server is running.
It isn't even possible to choose a different LibreOffice profile from
the unoconv command line (as a workaround).
--
Vincent Lefèvre - Web: <https://www.
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
le these kind of bugs? Do you want I dig into
the sources to see if I can produce a patch?
Regards,
Vincent
-- Package-specific info:
-- (/etc/apt/preferences present, but not submitted) --
-- (/etc/apt/preferences.d/apt-listbugs present, but not submitted) --
-- (no /etc/apt/sour
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
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: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRI
ying to fix the bug, not
discussing about security.
Note that since in the case the directory opened by opendir is
writable by some attacker (e.g. it could be /tmp), the attacker
can provide incorrect data to the script. This could potentially
be data that could be executed by the script.
--
Vin
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)
sting, Debian:unstable [amd64])
Conf emacs-bin-common (1:30.1+1-5 Debian:testing, Debian:unstable [amd64])
Conf libtree-sitter0.22 (0.22.6-6+b1 Debian:testing, Debian:unstable [amd64])
Conf emacs (1:30.1+1-5 Debian:testing, Debian:unstable [all])
--
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)
ated.
But in the mean time, the /etc/mailcap file got fixed:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072516
--
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)
is a building block of CEGUI and has no other use
> > (for now) ?
>
> I'm guessing this was directed at Vincent? For the record, I was
> surprised to see cegui back in testing. I was purposely not updating it
> (and had just not gotten around to requesting removal from sid) be
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
.0.16-1
ii libxext62:1.3.4-1+b3
ii libxft2 2.3.6-1+b4
ii libxinerama12:1.1.4-3+b4
ii libxmu6 2:1.1.3-3+b4
ii libxpm4 1:3.5.17-1+b3
ii libxt6t64 1:1.2.1-1.2+b2
ii xbitmaps1.1.1-2.2
Versions of packages xterm recommends:
ii luit [luit] 2.0.2
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
5.40.1-3
ii tex-common 6.19
ii texinfo-lib 7.1.1-1+b1
texinfo recommends no packages.
Versions of packages texinfo suggests:
ii texlive-base 2024.20250309-1
ii texlive-fonts-recommended 2024.20250309-1
ii texlive-latex-base 2024.20
urrent machines. But not
every SSH client might have that.
According to <https://github.com/fail2ban/fail2ban/issues/1263>,
trying multiple public keys is legitimate.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vi
See also the discussion at
https://github.com/fail2ban/fail2ban/issues/1263
--
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)
packages fvwm suggests:
ii cpp 4:14.2.0-1
ii libx11-protocol-perl 0.56-9
ii m41.4.19-8
ii perl-tk 1:804.036+dfsg1-5
pn stalonetray
-- 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)
; upstream and reopen the bug in Debian BTS and correctly set the
> "forwarded" attribute on the issue.
I'm not reopening the bug since it may now be fixed as a consequence
of the switch to HTML5 (including the XHTML variant).
To be confirmed...
--
Vincent Lefèvre - We
, please
> retest this, make sure that the upstream bugs are actually filled
> upstream and reopen the bug in Debian BTS and correctly set the
> "forwarded" attribute on the issue.
Done right now.
Note that the example should now be:
echo "é" | tidy -ascii -asxhtml
i.
, please
> retest this, make sure that the upstream bugs are actually filled
> upstream and reopen the bug in Debian BTS and correctly set the
> "forwarded" attribute on the issue.
Done right now.
Note that the output has slightly changed, but the issue is still
there.
--
Vin
ds of options, where all
long options start with 2 dashes, but the syntax is different.
For instance, they use something like "-o other_kind=..." for
the other kind ("configuration options"). If such a change is
decided, upstream should do it first.
--
Vincent Lefèvre - Web: <h
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
ftool)
libimage-exiftool-perl: /usr/bin/exiftool
You could write a small script that does what you want.
--
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)
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)
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
is never shown for the default
as the condition sbinfo->max_blocks != shmem_default_max_blocks() is
false. But this is not what I observe: the size is shown randomly
(more precisely, whether the size is shown is chosen at boot time),
though it is always the default here.
--
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)
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
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
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
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
nces to the other 4 bugs.
--
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)
On 2025-05-02 07:59, Salvatore Bonaccorso wrote:
On the specific issue, my gut feeling is that this is quite under
uncommon cicurmstances and a point release update would be enough? But
what is your view on it with your maintainers hat on?
Yes, I also think it would be enough. I can prepare it i
On 2025-05-01 09:55, Salvatore Bonaccorso wrote:
This time it worked, than you. Not sure we might ask ftp-master to see
what went wrong.
It is a one time thing, I don't think it is worth their time.
On the specific issue, my gut feeling is that this is quite under
uncommon cicurmstances and
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
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
50216-2
ii libutempter0 1.2.1-4
screen recommends no packages.
Versions of packages screen suggests:
pn byobu | screenie | iselect
ii ncurses-term6.5+20250216-2
-- no debconf information
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validate
We are seeing this also. Same setup, sss and ldap.
$ grep automount /etc/nsswitch
automount: files sss
Package versions:
autofs 5.1.8-2+deb12u2
linux-image-6.1.0-34-amd64 6.1.135-1
We don't see the issue with bullseye machines
autofs 5.1.7-1+
On 2025-04-30 22:59, Salvatore Bonaccorso wrote:
Sorry, I meant 3.0.10, like you did. Uploading it shortly.
As I do not see it unstable, are you still planning to upload 3.0.10
to make it for trixie?
I have uploaded it but I didn't get any email back:
2025-04-25 15:44:32,738 - dput[327712]:
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
s:
ii fonts-urw-base35 20200910-8
ii ghostscript 10.04.0~dfsg-2+b1
Versions of packages libmagickcore-7.q16-10 suggests:
ii libmagickcore-7.q16-10-extra 8:7.1.1.47+dfsg1-1
-- 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)
you can use.
>
> https://docs.gtk.org/gtk4/running.html suggests GDK_DEBUG=no-portals
"export GDK_DEBUG=no-portals" has no effect.
Note that the startup time has apparently reduced to around 15 seconds
(whether GDK_DEBUG=no-portals is used or not), which is still large.
--
Vi
e: 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: AppArmor: enabled
Versions of packages libtext-lorem-perl depends on:
ii perl 5.40.1-3
libtext-lorem-perl recommends no packages.
libtext-
Note: test failure appears to be armel-specific; I can't reproduce it on amd64.
On 2025-04-24 09:58, Vincent Bernat wrote:
On 2025-04-23 20:57, Adrian Bunk wrote:
Control: tags 1102673 + patch
Control: tags 1102673 + pending
Dear maintainer,
I've prepared an NMU for haproxy (versioned as 3.0.10-0.1) and uploaded
it to DELAYED/7. Please feel free to tell me if I s
On 2025-04-23 20:57, Adrian Bunk wrote:
Control: tags 1102673 + patch
Control: tags 1102673 + pending
Dear maintainer,
I've prepared an NMU for haproxy (versioned as 3.0.10-0.1) and uploaded
it to DELAYED/7. Please feel free to tell me if I should cancel it.
Upgrading to 3.0.10 looked more rea
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/
") and in the man page.
* The "*" character, which is used for executables (* at the end),
is not quoted. So, even if there were a reason to quote characters
added by "-F", this is not the case.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible val
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
d, because xterm -ls -e does
write a wtmp entry (if configured to do so), whereas xterm -e does
not.
--
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)
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: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Wo
ii isc-dhcp-common 4.4.3-P1-7
Versions of packages isc-dhcp-client suggests:
pn avahi-autoipd
pn isc-dhcp-client-ddns
pn resolvconf
-- 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)
reinstalled or
upgraded. There is no point to output such a line for a conffile
that definitively no longer exists. About this issue:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1085130
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <
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
hell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
zsh-common depends on no packages.
Versions of packages zsh-common recommends:
ii zsh 5.9-8
Versions of packages zsh-common suggests:
ii zsh-doc 5.9-8
-- no debconf information
--
Vincent Lef
F-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages ghostscript depends on:
ii libc62.41-6
ii libgs10 10.05.0~dfsg-1
ghostscript recommends no packages.
Versions of packages ghostscript suggests:
i
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: <https://www.vinc17.net/>
100% accessible v
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)
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
Control: forwarded -1 https://github.com/nomacs/nomacs/issues/1304
I've just reported the bug upstream.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pasca
Le 2025-03-29 10:09, Martin Maney a écrit :
> On Thu, 10 Oct 2024 16:41:36 +0200 Vincent Blut
> wrote:
>
> Sorry, I never saw this back in October - just came across it when I
> checked on the bug at bugs.debian.
>
> > As you correctly pointed out, AppArmor is not
#x27;t work any more.
>
> This issue still exists in current sid and bookworm.
I confirm that at least the CapsLock LED issue still occurs.
In grub, the LED works as expected, but it no longer works when
I need to type the passphrase to unlock the disk.
Under X11, the CapsLock LED wor
proposes libtree-sitter0.22 0.22.6-6 from unstable rather
than libtree-sitter0.22 0.22.6-5 from experimental.
Note that since libtree-sitter0.22 0.22.6-6 has
Replaces: libtree-sitter0 (<< 0.22.6-5~)
the removal of libtree-sitter0 is safe.
Note also that aptitude does not give any wa
/QTBUG-135482
This is actually a bug in Qt 6 (but Qt 5 was already buggy, as
this can be shown with a testcase in the upstream bug, copied
from the upstream nomacs bug).
It affects at least both nomacs (against which I had reported the bug)
and qpdfview.
--
Vincent Lefèvre - Web: <https://www.vin
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
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
+b2
ii libraw23t640.21.3-1+b1
ii libstdc++6 14.2.0-19
ii libtiff6 4.7.0-2
ii qt5-image-formats-plugins 5.15.15-3
Versions of packages nomacs recommends:
ii nomacs-l10n 3.21.0+dfsg-1
nomacs suggests no packages.
-- no debconf information
--
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
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
1 - 100 of 8503 matches
Mail list logo
