NetBSD Problem Report #59858
From www@netbsd.org Wed Dec 24 09:15:53 2025
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256
client-signature RSA-PSS (2048 bits) client-digest SHA256)
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id 178441A923C
for <gnats-bugs@gnats.NetBSD.org>; Wed, 24 Dec 2025 09:15:51 +0000 (UTC)
Message-Id: <20251224091550.4406D1A923D@mollari.NetBSD.org>
Date: Wed, 24 Dec 2025 09:15:49 +0000 (UTC)
From: ea1abz@gmail.com
Reply-To: ea1abz@gmail.com
To: gnats-bugs@NetBSD.org
Subject: locale fixes for xsrc [was: audio/pavucontrol broken]
X-Send-Pr-Version: www-1.0
>Number: 59858
>Category: xsrc
>Synopsis: locale fixes for xsrc [was: audio/pavucontrol broken]
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: xsrc-manager
>State: needs-pullups
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Dec 24 09:20:00 +0000 2025
>Closed-Date:
>Last-Modified: Mon Jul 20 21:49:11 +0000 2026
>Originator: Ramiro Aceves
>Release: 2025Q3
>Organization:
>Environment:
NetBSD netbsd-nuc.home 10.1 NetBSD 10.1 (GENERIC) #0: Mon Dec 16 13:08:11 UTC 2024 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
>Description:
audio/pavucontrol window does not work properly, it seems to be completely broken. I see some sliders and audio levels but no inscriptions at all. Also no icons. No tabs in the top but pressing in that zone make effect changing to them.
On the other hand pavucontorl-qt works just fine.
using pkgsrc2025Q3 official binary package.
netbsd-nuc$ pkgin list | grep pavucontrol
pavucontrol-6.1nb3 Volume control tool ("mixer") for the PulseAudio sound server
pavucontrol-qt-2.2.0 Pulseaudio mixer implemented in Qt
netbsd-nuc$
No strange messages at the console from which I launch it.
Thanks.
Regards.
Ramiro.
>How-To-Repeat:
Simply start pavucontrol.
>Fix:
Yes please.
>Release-Note:
>Audit-Trail:
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Mon, 12 Jan 2026 13:57:48 +0100
Hello.
In my RaspberryPi 4 aarch64 system it fails in the following way:
netbsd-raspa4# pkgin in pavucontrol
calculating dependencies...done.
1 package to install:
pavucontrol-6.1nb3
0 to remove, 0 to refresh, 0 to upgrade, 1 to install
0B to download, 1183K of additional disk space will be used
proceed ? [Y/n]
[1/1] installing pavucontrol-6.1nb3...
pkg_install warnings: 0, errors: 0
reading local summary...
processing local summary...
netbsd-raspa4# exit
netbsd-raspa4$ pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
Couldn't open libGLESv2.so: pavucontrol: Shared object "libGLESv2.so"
not found
[1] Abort trap (core dumped) pavucontrol
netbsd-raspa4$ uname -a
NetBSD netbsd-raspa4 10.1 NetBSD 10.1 (GENERIC64) #0: Mon Dec 16
13:08:11 UTC 2024
mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/evbarm/compile/GENERIC64 evbarm
netbsd-raspa4$
netbsd-raspa4$ cat /usr/pkg/etc/pkgin/repositories.conf
#
# Pkgin repositories list
#
# Simply add repositories URIs one below the other
#
# WARNING: order matters, duplicates will not be added, if two
# repositories hold the same package, it will be fetched from
# the first one listed in this file.
#
# This file format supports the following macros:
# $arch to define the machine hardware platform
# $osrelease to define the release version for the operating system
#
# Remote ftp repository
#
# ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/5.1/All
#
# Remote http repository
#
#
http://mirror-master.dragonflybsd.org/packages/$arch/DragonFly-$osrelease/stable/All
#
# Local repository (must contain a pkg_summary.gz or bz2)
#
# file:///usr/pkgsrc/packages/All
# NetBSD OS release can look like 6.0_STABLE, do not use it as-is
https://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/aarch64/10.0_2025Q3/All
netbsd-raspa4$
Thanks so much.
Regards.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Mon, 12 Jan 2026 13:13:17 +0000 (UTC)
>> Description:
> audio/pavucontrol window does not work properly, it seems to be completely
> broken. I see some sliders and audio levels but no inscriptions at all. Also
> no icons. No tabs in the top but pressing in that zone make effect changing
> to them.
>
This is some bizarre interaction between some locales (specifically, LC_NUMERIC)
and GTK4. You can see the same issue with gtk4-demo:
$ LANG=es_ES.UTF-8 gtk4-demo
GTK3 (gtk3-demo) looks fine. So does using a US, UK or JP locale:
$ LANG=ja_JP.UTF-8 gtk4-demo # works fine too, but not fr_FR!
However, only LC_NUMERIC seems to be the culprit (don't ask me why or how), so
you can do this as a workaround to keep the language:
$ LANG=es_ES.UTF-8 LC_NUMERIC=C pavucontrol # or gtk4-demo
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Mon, 12 Jan 2026 14:33:24 +0100
El 12/1/26 a las 14:15, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Mon, 12 Jan 2026 13:13:17 +0000 (UTC)
>
> >> Description:
> > audio/pavucontrol window does not work properly, it seems to be completely
> > broken. I see some sliders and audio levels but no inscriptions at all. Also
> > no icons. No tabs in the top but pressing in that zone make effect changing
> > to them.
> >
>
> This is some bizarre interaction between some locales (specifically, LC_NUMERIC)
> and GTK4. You can see the same issue with gtk4-demo:
>
> $ LANG=es_ES.UTF-8 gtk4-demo
>
> GTK3 (gtk3-demo) looks fine. So does using a US, UK or JP locale:
>
> $ LANG=ja_JP.UTF-8 gtk4-demo # works fine too, but not fr_FR!
>
> However, only LC_NUMERIC seems to be the culprit (don't ask me why or how), so
> you can do this as a workaround to keep the language:
>
> $ LANG=es_ES.UTF-8 LC_NUMERIC=C pavucontrol # or gtk4-demo
>
> -RVP
>
Thanks RVP:
netbsd-raspa4$ LANG=es_es.UTF-8 LC_NUMERIC=C pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
Couldn't open libGLESv2.so: pavucontrol: Shared object "libGLESv2.so"
not found
[1] Abort trap (core dumped) LANG=es_es.UTF-8 LC_NUMERIC=C pavucontrol
netbsd-raspa4$
netbsd-raspa4$ LANG=es_es.UTF-8 LC_NUMERIC=C gtk4-demo
Couldn't open libGLESv2.so: gtk4-demo: Shared object "libGLESv2.so" not
found
[1] Abort trap (core dumped) LANG=es_es.UTF-8 LC_NUMERIC=C gtk4-demo
netbsd-raspa4$
netbsd-raspa4$ ldd /usr/pkg/bin/pavucontrol
/usr/pkg/bin/pavucontrol:
-lgtkmm-4.0.0 => /usr/pkg/lib/libgtkmm-4.0.so.0
-lgiomm-2.68.1 => /usr/pkg/lib/libgiomm-2.68.so.1
-lglibmm-2.68.1 => /usr/pkg/lib/libglibmm-2.68.so.1
-lsigc-3.0.0 => /usr/pkg/lib/libsigc-3.0.so.0
-lstdc++.9 => /usr/lib/libstdc++.so.9
-lm.0 => /usr/lib/libm.so.0
-lgcc_s.1 => /usr/lib/libgcc_s.so.1
-lc.12 => /usr/lib/libc.so.12
-lglib-2.0.0 => /usr/pkg/lib/libglib-2.0.so.0
-lintl.1 => /usr/lib/libintl.so.1
-lpcre2-8.0 => /usr/pkg/lib/libpcre2-8.so.0
-lpthread.1 => /usr/lib/libpthread.so.1
-lgobject-2.0.0 => /usr/pkg/lib/libgobject-2.0.so.0
-lffi.8 => /usr/pkg/lib/libffi.so.8
-lgmodule-2.0.0 => /usr/pkg/lib/libgmodule-2.0.so.0
-lgio-2.0.0 => /usr/pkg/lib/libgio-2.0.so.0
-lz.1 => /usr/pkg/lib/libz.so.1
-lgtk-4.1 => /usr/pkg/lib/libgtk-4.so.1
-lpangocairo-1.0.0 => /usr/pkg/lib/libpangocairo-1.0.so.0
-lpango-1.0.0 => /usr/pkg/lib/libpango-1.0.so.0
-lfribidi.0 => /usr/pkg/lib/libfribidi.so.0
-lharfbuzz.0 => /usr/pkg/lib/libharfbuzz.so.0
-lfreetype.6 => /usr/pkg/lib/libfreetype.so.6
-lbz2.1 => /usr/lib/libbz2.so.1
-lpng16.16 => /usr/pkg/lib/libpng16.so.16
-lbrotlidec.1 => /usr/pkg/lib/libbrotlidec.so.1
-lbrotlicommon.1 => /usr/pkg/lib/libbrotlicommon.so.1
-lgraphite2.3 => /usr/pkg/lib/libgraphite2.so.3
-lpangoft2-1.0.0 => /usr/pkg/lib/libpangoft2-1.0.so.0
-lfontconfig.1 => /usr/pkg/lib/libfontconfig.so.1
-lexpat.2 => /usr/lib/libexpat.so.2
-lcairo.2 => /usr/pkg/lib/libcairo.so.2
-lfontconfig.2 => /usr/X11R7/lib/libfontconfig.so.2
-lfreetype.19 => /usr/X11R7/lib/libfreetype.so.19
-lX11.7 => /usr/X11R7/lib/libX11.so.7
-lxcb.2 => /usr/X11R7/lib/libxcb.so.2
-lXau.7 => /usr/X11R7/lib/libXau.so.7
-lXdmcp.7 => /usr/X11R7/lib/libXdmcp.so.7
-lXext.7 => /usr/X11R7/lib/libXext.so.7
-lXrender.2 => /usr/X11R7/lib/libXrender.so.2
-lxcb-render.0 => /usr/X11R7/lib/libxcb-render.so.0
-lxcb-shm.0 => /usr/X11R7/lib/libxcb-shm.so.0
-lpixman-1.0 => /usr/pkg/lib/libpixman-1.so.0
-lharfbuzz-subset.0 => /usr/pkg/lib/libharfbuzz-subset.so.0
-lcairo-gobject.2 => /usr/pkg/lib/libcairo-gobject.so.2
-lgdk_pixbuf-2.0.0 => /usr/pkg/lib/libgdk_pixbuf-2.0.so.0
-ljpeg.8 => /usr/pkg/lib/libjpeg.so.8
-lepoxy.0 => /usr/X11R7/lib/libepoxy.so.0
-lgraphene-1.0.0 => /usr/pkg/lib/libgraphene-1.0.so.0
-lXi.7 => /usr/X11R7/lib/libXi.so.7
-ltiff.6 => /usr/pkg/lib/libtiff.so.6
-llzma.2 => /usr/lib/liblzma.so.2
-lLerc.4 => /usr/pkg/lib/libLerc.so.4
-ljbig.2 => /usr/pkg/lib/libjbig.so.2
-lXcursor.2 => /usr/X11R7/lib/libXcursor.so.2
-lXdamage.2 => /usr/X11R7/lib/libXdamage.so.2
-lXfixes.4 => /usr/X11R7/lib/libXfixes.so.4
-lXrandr.3 => /usr/X11R7/lib/libXrandr.so.3
-lXinerama.2 => /usr/X11R7/lib/libXinerama.so.2
-lcairo-script-interpreter.2 =>
/usr/pkg/lib/libcairo-script-interpreter.so.2
-llzo2.2 => /usr/pkg/lib/liblzo2.so.2
-lcairomm-1.16.1 => /usr/pkg/lib/libcairomm-1.16.so.1
-lpangomm-2.48.1 => /usr/pkg/lib/libpangomm-2.48.so.1
-lcanberra.0 => /usr/pkg/lib/libcanberra.so.0
-lvorbisfile.3 => /usr/pkg/lib/libvorbisfile.so.3
-lvorbis.0 => /usr/pkg/lib/libvorbis.so.0
-logg.0 => /usr/pkg/lib/libogg.so.0
-lltdl.7 => /usr/pkg/lib/libltdl.so.7
-lpulse.0 => /usr/pkg/lib/libpulse.so.0
-lpulsecommon-17.0 => /usr/pkg/lib/pulseaudio/libpulsecommon-17.0.so
-lrt.1 => /usr/lib/librt.so.1
-lsndfile.1 => /usr/pkg/lib/libsndfile.so.1
-lFLAC.14 => /usr/pkg/lib/libFLAC.so.14
-lvorbisenc.2 => /usr/pkg/lib/libvorbisenc.so.2
-lopus.0 => /usr/pkg/lib/libopus.so.0
-lmpg123.0 => /usr/pkg/lib/libmpg123.so.0
-lmp3lame.0 => /usr/pkg/lib/libmp3lame.so.0
-lterminfo.2 => /usr/lib/libterminfo.so.2
-ldbus-1.3 => /usr/pkg/lib/libdbus-1.so.3
-lexecinfo.0 => /usr/lib/libexecinfo.so.0
-lelf.2 => /usr/lib/libelf.so.2
-lpulse-mainloop-glib.0 => /usr/pkg/lib/libpulse-mainloop-glib.so.0
-ljson-glib-1.0.0 => /usr/pkg/lib/libjson-glib-1.0.so.0
netbsd-raspa4$
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Mon, 12 Jan 2026 14:29:24 +0000 (UTC)
> netbsd-raspa4$ LANG=es_es.UTF-8 LC_NUMERIC=C pavucontrol
> Couldn't open libGLESv2.so: pavucontrol: Shared object "libGLESv2.so" not found
> [1] Abort trap (core dumped) LANG=es_es.UTF-8 LC_NUMERIC=C pavucontrol
>
This is a different issue, and installing the `MesaLib' package might fix this.
(Though I'm not at all certain that it is the right one when the system already
comes with OpenGL--in the X11 sets).
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Mon, 12 Jan 2026 16:06:26 +0100
El 12/1/26 a las 15:30, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Mon, 12 Jan 2026 14:29:24 +0000 (UTC)
>
> > netbsd-raspa4$ LANG=es_es.UTF-8 LC_NUMERIC=C pavucontrol
> > Couldn't open libGLESv2.so: pavucontrol: Shared object "libGLESv2.so" not found
> > [1] Abort trap (core dumped) LANG=es_es.UTF-8 LC_NUMERIC=C pavucontrol
> >
>
> This is a different issue, and installing the `MesaLib' package might fix this.
> (Though I'm not at all certain that it is the right one when the system already
> comes with OpenGL--in the X11 sets).
>
> -RVP
>
Hello RVP:
Thanks for your idea:
netbsd-raspa4# pkgin in MesaLib
calculating dependencies...done.
3 packages to install:
MesaLib-21.3.9nb5 libLLVM-13.0.1nb4 libelf-0.8.13nb1
0 to remove, 0 to refresh, 0 to upgrade, 3 to install
52M to download, 1065M of additional disk space will be used
proceed ? [Y/n]
[1/3] MesaLib-21.3.9nb5.tgz 100% 23MB 3.3MB/s
00:07
[2/3] libLLVM-13.0.1nb4.tgz 100% 29MB 2.6MB/s
00:11
[3/3] libelf-0.8.13nb1.tgz 100% 97KB 97.3KB/s
00:00
[1/3] installing libelf-0.8.13nb1...
[2/3] installing libLLVM-13.0.1nb4...
[3/3] installing MesaLib-21.3.9nb5...
MesaLib-21.3.9nb5: copying
/usr/pkg/share/examples/mesa/00-mesa-defaults.conf to /usr/pkg/etc/drirc
pkg_install warnings: 0, errors: 0
reading local summary...
processing local summary...
netbsd-raspa4# EXIT
sh: EXIT: not found
netbsd-raspa4# exit
netbsd-raspa4$ pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
An step further,It does not segfault now but It works as bad as in the
amd64 system, with the UI partially working.
Thanks so much.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Mon, 12 Jan 2026 22:03:00 +0000 (UTC)
> An step further,It does not segfault now but It works as bad as in the
> amd64 system, with the UI partially working.
>
$ env LC_NUMERIC=C pavucontrol
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 13 Jan 2026 09:25:34 +0100
El 12/1/26 a las 23:05, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Mon, 12 Jan 2026 22:03:00 +0000 (UTC)
>
> > An step further,It does not segfault now but It works as bad as in the
> > amd64 system, with the UI partially working.
> >
>
> $ env LC_NUMERIC=C pavucontrol
>
> -RVP
>
netbsd-raspa4$ env LC_NUMERIC=C pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
pavucontrol starts but UI is broken. I do not know If I can send image
attachments here.
Thanks.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 13 Jan 2026 10:19:05 +0000 (UTC)
> pavucontrol starts but UI is broken. I do not know If I can send image
> attachments here.
>
https://imgur.com/a/netbsd-i386-10-1-stable-nov-29-pkgsrc-2025q3-pW7Gcq8
My test setup is:
NetBSD/i386 10.1_STABLE with pkgsrc-2025Q3 binaries running on QEMU/Linux.
Default locale is `en_GB.UTF-8' which has no issues either with pavucontrol
or gtk4-demo.
Can you:
1. Show the output of: locale
2. Run: LC_ALL=C pavucontrol # or, gtk4-demo
on both amd64 and RPI4. (LC_ALL=en_US.UTF-8 or en_GB.UTF-8 also works.)
3. Tell me which pkgsrc branch you have installed.
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 13 Jan 2026 12:12:56 +0100
El 13/1/26 a las 11:20, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Tue, 13 Jan 2026 10:19:05 +0000 (UTC)
>
> > pavucontrol starts but UI is broken. I do not know If I can send image
> > attachments here.
> >
>
> https://imgur.com/a/netbsd-i386-10-1-stable-nov-29-pkgsrc-2025q3-pW7Gcq8
>
> My test setup is:
>
> NetBSD/i386 10.1_STABLE with pkgsrc-2025Q3 binaries running on QEMU/Linux.
> Default locale is `en_GB.UTF-8' which has no issues either with pavucontrol
> or gtk4-demo.
>
> Can you:
>
> 1. Show the output of: locale
>
> 2. Run: LC_ALL=C pavucontrol # or, gtk4-demo
> on both amd64 and RPI4. (LC_ALL=en_US.UTF-8 or en_GB.UTF-8 also works.)
>
> 3. Tell me which pkgsrc branch you have installed.
>
> -RVP
>
Hi RVP, thanks for your patience,
I send to you here the output of commands in my rpi4 aarch64 machine. I
have no access to my amd64 machine at this moment (will do it later at
the end of the day)
netbsd-raspa4$ locale
LANG="es_ES.UTF-8"
LC_CTYPE="es_ES.UTF-8"
LC_COLLATE="C"
LC_TIME="es_ES.UTF-8"
LC_NUMERIC="es_ES.UTF-8"
LC_MONETARY="es_ES.UTF-8"
LC_MESSAGES="es_ES.UTF-8"
LC_ALL="es_ES.UTF-8"
netbsd-raspa4$
netbsd-raspa4$ LC_ALL=C pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
netbsd-raspa4$ LC_ALL=en_US.UTF-8 pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
netbsd-raspa4$ LC_ALL=en_GB.UTF-8 pavucontrol
result for the three: Bad working UI.
netbsd-raspa4$ cat /usr/pkg/etc/pkgin/repositories.conf |grep 10
https://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/aarch64/10.0_2025Q3/All
netbsd-raspa4$ uname -a
NetBSD netbsd-raspa4 10.1 NetBSD 10.1 (GENERIC64) #0: Mon Dec 16
13:08:11 UTC 2024
mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/evbarm/compile/GENERIC64 evbarm
Thanks.
Ramiro.
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 13 Jan 2026 22:05:38 +0100
El 13/1/26 a las 11:20, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Tue, 13 Jan 2026 10:19:05 +0000 (UTC)
>
> > pavucontrol starts but UI is broken. I do not know If I can send image
> > attachments here.
> >
>
> https://imgur.com/a/netbsd-i386-10-1-stable-nov-29-pkgsrc-2025q3-pW7Gcq8
>
> My test setup is:
>
> NetBSD/i386 10.1_STABLE with pkgsrc-2025Q3 binaries running on QEMU/Linux.
> Default locale is `en_GB.UTF-8' which has no issues either with pavucontrol
> or gtk4-demo.
>
> Can you:
>
> 1. Show the output of: locale
>
> 2. Run: LC_ALL=C pavucontrol # or, gtk4-demo
> on both amd64 and RPI4. (LC_ALL=en_US.UTF-8 or en_GB.UTF-8 also works.)
>
> 3. Tell me which pkgsrc branch you have installed.
>
> -RVP
>
On a Thinkpad x260 amd64 system laptop, same result, broken UI.
netbsd-x260$ uname -a
NetBSD netbsd-x260.remigio 10.1 NetBSD 10.1 (GENERIC) #0: Mon Dec 16
13:08:11 UTC 2024
mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
netbsd-x260$
netbsd-x260$ locale
LANG="es_ES.UTF-8"
LC_CTYPE="es_ES.UTF-8"
LC_COLLATE="C"
LC_TIME="es_ES.UTF-8"
LC_NUMERIC="es_ES.UTF-8"
LC_MONETARY="es_ES.UTF-8"
LC_MESSAGES="es_ES.UTF-8"
LC_ALL="es_ES.UTF-8"
netbsd-x260$ LC_ALL=C pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
netbsd-x260$ LC_ALL=en_US.UTF-8 pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
netbsd-x260$ LC_ALL=en_GB.UTF-8 pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
netbsd-x260$
Same broken UI.
Thanks.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 13 Jan 2026 22:30:32 +0000 (UTC)
> netbsd-x260$ locale
> LANG="es_ES.UTF-8"
> LC_CTYPE="es_ES.UTF-8"
> LC_COLLATE="C"
> LC_TIME="es_ES.UTF-8"
> LC_NUMERIC="es_ES.UTF-8"
> LC_MONETARY="es_ES.UTF-8"
> LC_MESSAGES="es_ES.UTF-8"
> LC_ALL="es_ES.UTF-8" <--
>
You shouldn't set `LC_ALL' explicitly, otherwise it becomes difficult to
override the other categories (like LC_NUMERIC) individually (LC_ALL always
takes precedence). If you want to set a locale, just export `LANG=es_ES.UTF-8'
in ~/.xinitrc or ~/.xsession. (The NetBSD console doesn't support UTF-8 I/O,
nor fonts, so setting a UTF-8 locale is not very useful.)
> On a Thinkpad x260 amd64 system laptop, same result, broken UI.
>
Can't reproduce this with pavucontrol from pkgsrc-2025Q4 on amd64/10.1-RELEASE.
(Works fine with a "C" locale as before.)
Can you try:
$ env LC_ALL=C LIBGL_ALWAYS_SOFTWARE=true pavucontrol
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Wed, 14 Jan 2026 11:53:37 +0100
El 13/1/26 a las 23:35, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Tue, 13 Jan 2026 22:30:32 +0000 (UTC)
>
> > netbsd-x260$ locale
> > LANG="es_ES.UTF-8"
> > LC_CTYPE="es_ES.UTF-8"
> > LC_COLLATE="C"
> > LC_TIME="es_ES.UTF-8"
> > LC_NUMERIC="es_ES.UTF-8"
> > LC_MONETARY="es_ES.UTF-8"
> > LC_MESSAGES="es_ES.UTF-8"
> > LC_ALL="es_ES.UTF-8" <--
> >
>
> You shouldn't set `LC_ALL' explicitly, otherwise it becomes difficult to
> override the other categories (like LC_NUMERIC) individually (LC_ALL always
> takes precedence). If you want to set a locale, just export `LANG=es_ES.UTF-8'
> in ~/.xinitrc or ~/.xsession. (The NetBSD console doesn't support UTF-8 I/O,
> nor fonts, so setting a UTF-8 locale is not very useful.)
Hi RVP
Ok, thanks for explanation, I take note and correct it.
>
> > On a Thinkpad x260 amd64 system laptop, same result, broken UI.
> >
>
> Can't reproduce this with pavucontrol from pkgsrc-2025Q4 on amd64/10.1-RELEASE.
> (Works fine with a "C" locale as before.)
>
> Can you try:
>
> $ env LC_ALL=C LIBGL_ALWAYS_SOFTWARE=true pavucontrol
>
> -RVP
>
netbsd-raspa4$ env LC_ALL=C LIBGL_ALWAYS_SOFTWARE=true pavucontrol
W: [(null)] caps.c: Normally all extra capabilities would be dropped
now, but that's impossible because PulseAudio was built without
capabilities support.
netbsd-raspa4$
Same broken UI here (on the rpi4).
Regards.
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Wed, 14 Jan 2026 12:56:48 +0100
El 14/1/26 a las 11:55, Ramiro Aceves via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: Ramiro Aceves <ea1abz@gmail.com>
> To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
> pkgsrc-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Wed, 14 Jan 2026 11:53:37 +0100
>
> El 13/1/26 a las 23:35, RVP via gnats escribió:
> > The following reply was made to PR pkg/59858; it has been noted by GNATS.
> >
> > From: RVP <rvp@SDF.ORG>
> > To: gnats-bugs@netbsd.org
> > Cc:
> > Subject: Re: pkg/59858: audio/pavucontrol broken
> > Date: Tue, 13 Jan 2026 22:30:32 +0000 (UTC)
> >
> > > netbsd-x260$ locale
> > > LANG="es_ES.UTF-8"
> > > LC_CTYPE="es_ES.UTF-8"
> > > LC_COLLATE="C"
> > > LC_TIME="es_ES.UTF-8"
> > > LC_NUMERIC="es_ES.UTF-8"
> > > LC_MONETARY="es_ES.UTF-8"
> > > LC_MESSAGES="es_ES.UTF-8"
> > > LC_ALL="es_ES.UTF-8" <--
> > >
> >
> > You shouldn't set `LC_ALL' explicitly, otherwise it becomes difficult to
> > override the other categories (like LC_NUMERIC) individually (LC_ALL always
> > takes precedence). If you want to set a locale, just export `LANG=es_ES.UTF-8'
> > in ~/.xinitrc or ~/.xsession. (The NetBSD console doesn't support UTF-8 I/O,
> > nor fonts, so setting a UTF-8 locale is not very useful.)
>
> Hi RVP
>
> Ok, thanks for explanation, I take note and correct it.
>
> >
> > > On a Thinkpad x260 amd64 system laptop, same result, broken UI.
> > >
> >
> > Can't reproduce this with pavucontrol from pkgsrc-2025Q4 on amd64/10.1-RELEASE.
> > (Works fine with a "C" locale as before.)
> >
> > Can you try:
> >
> > $ env LC_ALL=C LIBGL_ALWAYS_SOFTWARE=true pavucontrol
> >
> > -RVP
> >
>
> netbsd-raspa4$ env LC_ALL=C LIBGL_ALWAYS_SOFTWARE=true pavucontrol
> W: [(null)] caps.c: Normally all extra capabilities would be dropped
> now, but that's impossible because PulseAudio was built without
> capabilities support.
> netbsd-raspa4$
>
> Same broken UI here (on the rpi4).
>
> Regards.
>
>
>
Hi.
I do knot know if the following tells something useful:
netbsd-raspa4$ gdb /usr/pkg/bin/pavucontrol
GNU gdb (GDB) 11.0.50.20200914-git
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "aarch64--netbsd".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/pkg/bin/pavucontrol...
(gdb) run
Starting program: /usr/pkg/bin/pavucontrol
[New LWP 17552 of process 1651]
Thread 1 "" received signal SIGILL, Illegal instruction.
0x0000f3cb73498e28 in ?? ()
(gdb)
(gdb) bt
#0 0x0000f3cb73498e28 in ?? ()
#1 0x0000ffffece41070 in _ctype_ () from /usr/libexec/ld.elf_so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
Regards.
From: Benny Siegert <bsiegert@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: pkg-manager@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
ea1abz@gmail.com, Taylor R Campbell <riastradh@netbsd.org>
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Wed, 14 Jan 2026 17:51:27 +0000 (UTC)
On Wed, 14 Jan 2026, Ramiro Aceves via gnats wrote:
> Thread 1 "" received signal SIGILL, Illegal instruction.
> 0x0000f3cb73498e28 in ?? ()
> (gdb)
> (gdb) bt
> #0 0x0000f3cb73498e28 in ?? ()
> #1 0x0000ffffece41070 in _ctype_ () from /usr/libexec/ld.elf_so
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> (gdb)
Is this on -11 or current? If so, pavucontrol may be using the ctype API
wrong, which can now trigger a crash. There is an environment variable
that you can set to disable this, but I don't remember its name. Try
searching the email archives.
--
Benny
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Wed, 14 Jan 2026 22:03:23 +0100
El 14/1/26 a las 18:55, Benny Siegert via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: Benny Siegert <bsiegert@netbsd.org>
> To: gnats-bugs@netbsd.org
> Cc: pkg-manager@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
> ea1abz@gmail.com, Taylor R Campbell <riastradh@netbsd.org>
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Wed, 14 Jan 2026 17:51:27 +0000 (UTC)
>
> On Wed, 14 Jan 2026, Ramiro Aceves via gnats wrote:
>
> > Thread 1 "" received signal SIGILL, Illegal instruction.
> > 0x0000f3cb73498e28 in ?? ()
> > (gdb)
> > (gdb) bt
> > #0 0x0000f3cb73498e28 in ?? ()
> > #1 0x0000ffffece41070 in _ctype_ () from /usr/libexec/ld.elf_so
> > Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> > (gdb)
>
> Is this on -11 or current? If so, pavucontrol may be using the ctype API
> wrong, which can now trigger a crash. There is an environment variable
> that you can set to disable this, but I don't remember its name. Try
> searching the email archives.
>
> --
> Benny
>
Hi Benny, thanks for answering
It is on 10.1. I have read this on the archives:
netbsd-nuc$ LIBC_ALLOWCTYPEABUSE="TRUE" pavucontrol
But no luck, it seems to be only for NetBSD-11, not for NetBSD-10.1
ENVIRONMENT
In NetBSD 11, the ctype functions will always crash with a signal
on cer-tain invalid inputs as a diagnostic aid for applications; see
CAVEATS.
Setting the environment variable LIBC_ALLOWCTYPEABUSE before
starting a program will restore the old behavior of returning nonsense
answers for these inputs, or sometimes but not always crashing,
depending on factors such as address space layout randomization.
Regards.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Wed, 14 Jan 2026 22:40:29 +0000 (UTC)
> Reading symbols from /usr/pkg/bin/pavucontrol...
> (gdb) run
> Starting program: /usr/pkg/bin/pavucontrol
> [New LWP 17552 of process 1651]
>
> Thread 1 "" received signal SIGILL, Illegal instruction.
> 0x0000f3cb73498e28 in ?? ()
>
Hmm. This may just be one of the libraries just testing for NEON or other
SIMD instructions on ARM. Does this go away if you do this before running
pavucontrol?
```
(gdb) handle SIGILL nostop noprint pass
```
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Thu, 15 Jan 2026 09:40:13 +0100
El 14/1/26 a las 23:45, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Wed, 14 Jan 2026 22:40:29 +0000 (UTC)
>
> > Reading symbols from /usr/pkg/bin/pavucontrol...
> > (gdb) run
> > Starting program: /usr/pkg/bin/pavucontrol
> > [New LWP 17552 of process 1651]
> >
> > Thread 1 "" received signal SIGILL, Illegal instruction.
> > 0x0000f3cb73498e28 in ?? ()
> >
>
> Hmm. This may just be one of the libraries just testing for NEON or other
> SIMD instructions on ARM. Does this go away if you do this before running
> pavucontrol?
>
> ```
> (gdb) handle SIGILL nostop noprint pass
> ```
>
> -RVP
>
Thanks RVP:
(gdb) handle SIGILL nostop noprint pass
Signal Stop Print Pass to program Description
SIGILL No No Yes Illegal instruction
(gdb) run
Starting program: /usr/pkg/bin/pavucontrol
[New LWP 14287 of process 29840]
Thread 2 "[pango] fontcon" received signal SIGSEGV, Segmentation fault.
[Switching to LWP 14287 of process 29840]
0x0000000000000000 in ?? ()
(gdb)
(gdb) bt
#0 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
Regards.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Thu, 15 Jan 2026 09:31:02 +0000 (UTC)
> Thread 2 "[pango] fontcon" received signal SIGSEGV, Segmentation fault.
> [Switching to LWP 14287 of process 29840]
> 0x0000000000000000 in ?? ()
> (gdb)
>
Huh... I say this is some gdb bogosity because a) the program clearly isn't
dying with SIGILL or SIGSEGV; b) gdb crashes when running pavucontrol on
amd64l and c) the symbol `_ctype_' is actually a char. array rather than a
function (gdb messed this up too!).
Can you do this:
$ (unset LANGUAGE; export LC_ALL=C; ktrace -di -f /tmp/pav.trace pavucontrol)
Does the title bar say "Volume Control" in English or is it in Spanish?
Can you compress the /tmp/pav.trace file and upload it somewhere?
Do you use a desktop environment, or just a WM?
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Thu, 15 Jan 2026 13:04:54 +0100
El 15/1/26 a las 10:35, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Thu, 15 Jan 2026 09:31:02 +0000 (UTC)
>
> > Thread 2 "[pango] fontcon" received signal SIGSEGV, Segmentation fault.
> > [Switching to LWP 14287 of process 29840]
> > 0x0000000000000000 in ?? ()
> > (gdb)
> >
>
Hi RVP,
Many thanks for you efforts.
> Huh... I say this is some gdb bogosity because a) the program clearly isn't
> dying with SIGILL or SIGSEGV; b) gdb crashes when running pavucontrol on
> amd64l and c) the symbol `_ctype_' is actually a char. array rather than a
> function (gdb messed this up too!).
>
> Can you do this:
>
> $ (unset LANGUAGE; export LC_ALL=C; ktrace -di -f /tmp/pav.trace pavucontrol)
>
> Does the title bar say "Volume Control" in English or is it in Spanish?
It says: "Volume Control"
>
> Can you compress the /tmp/pav.trace file and upload it somewhere?
https://ea4nz.cloudns.cc/hamradio/pav.trace.gz
>
> Do you use a desktop environment, or just a WM?
XFCE4
>
> -RVP
>
Thanks!
Regards.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 17 Mar 2026 06:16:35 +0000 (UTC)
OK, can you do this please:
1. Exit Xorg.
2. rm -rf ~/.cache/mesa_shader_cache
3. Make sure you have this in ~/.xinitrc or ~/.xsession as the first commands
there:
export LANG=es_ES.UTF-8
export LC_NUMERIC=C
4. startx
The idea is to create `mesa_shader_cache' with LC_NUMERIC=C. (If the cache has
already been created with the `es_ES.UTF-8' locale then you'll always get a
broken UI even with the `env LC_ALL=C pavucontrol' override!)
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 17 Mar 2026 08:27:13 +0100
El 17/3/26 a las 7:20, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Tue, 17 Mar 2026 06:16:35 +0000 (UTC)
>
> OK, can you do this please:
>
> 1. Exit Xorg.
>
> 2. rm -rf ~/.cache/mesa_shader_cache
>
> 3. Make sure you have this in ~/.xinitrc or ~/.xsession as the first commands
> there:
>
> export LANG=es_ES.UTF-8
> export LC_NUMERIC=C
>
> 4. startx
>
> The idea is to create `mesa_shader_cache' with LC_NUMERIC=C. (If the cache has
> already been created with the `es_ES.UTF-8' locale then you'll always get a
> broken UI even with the `env LC_ALL=C pavucontrol' override!)
>
> -RVP
>
Hi RVP!
You are absolutely right! It works now in the RPi4 under Tigervnc:
netbsd-raspa4$ cat /home/ramiro/.config/tigervnc/xstartup | grep export
export LANG=es_ES.UTF-8
export LC_NUMERIC=C
export PATH
netbsd-raspa4$
I see now the controls in pavucontrol UI!.
Thanks so much for the investigation.
Ramiro.
State-Changed-From-To: open->closed
State-Changed-By: bsiegert@NetBSD.org
State-Changed-When: Tue, 17 Mar 2026 09:43:25 +0000
State-Changed-Why:
ItÅ turned out to be a locale issue.
A workaround was identified, the user problem is fixed.
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Tue, 17 Mar 2026 18:07:41 +0100
El 17/3/26 a las 7:20, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Tue, 17 Mar 2026 06:16:35 +0000 (UTC)
>
> OK, can you do this please:
>
> 1. Exit Xorg.
>
> 2. rm -rf ~/.cache/mesa_shader_cache
>
> 3. Make sure you have this in ~/.xinitrc or ~/.xsession as the first commands
> there:
>
> export LANG=es_ES.UTF-8
> export LC_NUMERIC=C
>
> 4. startx
>
> The idea is to create `mesa_shader_cache' with LC_NUMERIC=C. (If the cache has
> already been created with the `es_ES.UTF-8' locale then you'll always get a
> broken UI even with the `env LC_ALL=C pavucontrol' override!)
>
> -RVP
>
I also confirm that works fine in my amd64 Thinkpad x260.
Regards.
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Sun, 22 Mar 2026 11:26:15 +0100
El 17 de marzo de 2026 18:07:41 CET, Ramiro Aceves <ea1abz@gmail=2Ecom> es=
cribi=C3=B3:
>
>
>El 17/3/26 a las 7:20, RVP via gnats escribi=C3=B3:
>> The following reply was made to PR pkg/59858; it has been noted by GNAT=
S=2E
>>=20
>> From: RVP <rvp@SDF=2EORG>
>> To: gnats-bugs@netbsd=2Eorg
>> Cc:
>> Subject: Re: pkg/59858: audio/pavucontrol broken
>> Date: Tue, 17 Mar 2026 06:16:35 +0000 (UTC)
>>=20
>> OK, can you do this please:
>> 1=2E Exit Xorg=2E
>> 2=2E rm -rf ~/=2Ecache/mesa_shader_cache
>> 3=2E Make sure you have this in ~/=2Exinitrc or ~/=2Exsession as th=
e first commands
>> there:
>> export LANG=3Des_ES=2EUTF-8
>> export LC_NUMERIC=3DC
>> 4=2E startx
>> The idea is to create `mesa_shader_cache' with LC_NUMERIC=3DC=2E (I=
f the cache has
>> already been created with the `es_ES=2EUTF-8' locale then you'll alwa=
ys get a
>> broken UI even with the `env LC_ALL=3DC pavucontrol' override!)
>> -RVP
>> =20
>
>I also confirm that works fine in my amd64 Thinkpad x260=2E
>Regards=2E
Not sure of what I am saying, I have to investigate it further=2E Could th=
is be related to my problems with video acceleration in firefox? In my Thin=
kpad x260 I upgraded to 11=2E0-RC2 , edited firefox 145 setting to use hw a=
cceleration and it worked=2E I assumed that it was due to the 11 0rc2 updat=
e=2E
I updated my Intel NUC 8i7 to 11=2E0-RC2 and firefox acceleration did not=
work=2E I removed mesa cache, set locale to C and firefox acceleration in =
YouTube videos was fine!=2E
Regards=20
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Sat, 28 Mar 2026 08:49:50 +0000 (UTC)
Alright, I think I've got the cause of this issue:
On many locales (see list below), the decimal point character is `,'
rather than the `.' in the C/POSIX/US-ASCII locales. This effects how
strtod(3) and *scanf(3) parse floating point number strings.
If the input is from a user, then the locale-specific `,' should (usually)
be used; but, when used internally (like when parsing config. files--which
are _not usually_ internationalized--or when comparing version strings for
feature-checking) the code assumes the decimal point is a dot. But, with a
locale like `es_ES.UTF-8' strtod(3) and friends'll expect a `,' and will
mis-parse a `.' as shown here:
https://mail-index.netbsd.org/tech-userlevel/2026/03/26/msg014917.html
All these locales use `,' as the decimal point char.:
```
$ for f in $(find src/share/locale/numeric/ -name '*.src')
> do grep -v '^#' "$f" 2>/dev/null | head -n1 | fgrep -qx ',' && echo $f
> done
src/share/locale/numeric/af_ZA.UTF-8.src
src/share/locale/numeric/be_BY.UTF-8.src
src/share/locale/numeric/bg_BG.UTF-8.src
src/share/locale/numeric/ca_ES.UTF-8.src
src/share/locale/numeric/cs_CZ.UTF-8.src
src/share/locale/numeric/da_DK.UTF-8.src
src/share/locale/numeric/de_AT.UTF-8.src
src/share/locale/numeric/de_DE.UTF-8.src
src/share/locale/numeric/el_GR.UTF-8.src
src/share/locale/numeric/es_ES.UTF-8.src
src/share/locale/numeric/et_EE.UTF-8.src
src/share/locale/numeric/eu_ES.UTF-8.src
src/share/locale/numeric/fi_FI.UTF-8.src
src/share/locale/numeric/fr_BE.UTF-8.src
src/share/locale/numeric/fr_CA.UTF-8.src
src/share/locale/numeric/fr_FR.UTF-8.src
src/share/locale/numeric/hr_HR.UTF-8.src
src/share/locale/numeric/hu_HU.UTF-8.src
src/share/locale/numeric/hy_AM.UTF-8.src
src/share/locale/numeric/is_IS.UTF-8.src
src/share/locale/numeric/it_IT.UTF-8.src
src/share/locale/numeric/kk_KZ.UTF-8.src
src/share/locale/numeric/lt_LT.UTF-8.src
src/share/locale/numeric/nb_NO.UTF-8.src
src/share/locale/numeric/nl_BE.UTF-8.src
src/share/locale/numeric/nl_NL.UTF-8.src
src/share/locale/numeric/nn_NO.UTF-8.src
src/share/locale/numeric/pl_PL.UTF-8.src
src/share/locale/numeric/pt_BR.UTF-8.src
src/share/locale/numeric/pt_PT.UTF-8.src
src/share/locale/numeric/ro_RO.UTF-8.src
src/share/locale/numeric/ru_BY.UTF-8.src
src/share/locale/numeric/ru_RU.UTF-8.src
src/share/locale/numeric/sk_SK.UTF-8.src
src/share/locale/numeric/sl_SI.UTF-8.src
src/share/locale/numeric/sr_Cyrl_ME.UTF-8.src
src/share/locale/numeric/sr_Cyrl_RS.UTF-8.src
src/share/locale/numeric/sr_Latn_ME.UTF-8.src
src/share/locale/numeric/sr_Latn_RS.UTF-8.src
src/share/locale/numeric/sv_SE.UTF-8.src
src/share/locale/numeric/tr_TR.UTF-8.src
src/share/locale/numeric/uk_UA.UTF-8.src
src/share/locale/numeric/converted/af_ZA.ISO8859-1.src
src/share/locale/numeric/converted/af_ZA.ISO8859-15.src
src/share/locale/numeric/converted/be_BY.CP1251.src
src/share/locale/numeric/converted/be_BY.ISO8859-5.src
src/share/locale/numeric/converted/bg_BG.CP1251.src
src/share/locale/numeric/converted/ca_ES.ISO8859-1.src
src/share/locale/numeric/converted/ca_ES.ISO8859-15.src
src/share/locale/numeric/converted/cs_CZ.ISO8859-2.src
src/share/locale/numeric/converted/da_DK.ISO8859-1.src
src/share/locale/numeric/converted/da_DK.ISO8859-15.src
src/share/locale/numeric/converted/de_AT.ISO8859-1.src
src/share/locale/numeric/converted/de_AT.ISO8859-15.src
src/share/locale/numeric/converted/de_DE.ISO8859-1.src
src/share/locale/numeric/converted/de_DE.ISO8859-15.src
src/share/locale/numeric/converted/el_GR.ISO8859-7.src
src/share/locale/numeric/converted/es_ES.ISO8859-1.src
src/share/locale/numeric/converted/es_ES.ISO8859-15.src
src/share/locale/numeric/converted/et_EE.ISO8859-15.src
src/share/locale/numeric/converted/eu_ES.ISO8859-1.src
src/share/locale/numeric/converted/eu_ES.ISO8859-15.src
src/share/locale/numeric/converted/fi_FI.ISO8859-1.src
src/share/locale/numeric/converted/fi_FI.ISO8859-15.src
src/share/locale/numeric/converted/fr_BE.ISO8859-1.src
src/share/locale/numeric/converted/fr_BE.ISO8859-15.src
src/share/locale/numeric/converted/fr_CA.ISO8859-1.src
src/share/locale/numeric/converted/fr_CA.ISO8859-15.src
src/share/locale/numeric/converted/fr_FR.ISO8859-1.src
src/share/locale/numeric/converted/fr_FR.ISO8859-15.src
src/share/locale/numeric/converted/hr_HR.ISO8859-2.src
src/share/locale/numeric/converted/hu_HU.ISO8859-2.src
src/share/locale/numeric/converted/hy_AM.ARMSCII-8.src
src/share/locale/numeric/converted/is_IS.ISO8859-1.src
src/share/locale/numeric/converted/is_IS.ISO8859-15.src
src/share/locale/numeric/converted/it_IT.ISO8859-1.src
src/share/locale/numeric/converted/it_IT.ISO8859-15.src
src/share/locale/numeric/converted/kk_KZ.PT154.src
src/share/locale/numeric/converted/lt_LT.ISO8859-13.src
src/share/locale/numeric/converted/lt_LT.ISO8859-4.src
src/share/locale/numeric/converted/nb_NO.ISO8859-1.src
src/share/locale/numeric/converted/nb_NO.ISO8859-15.src
src/share/locale/numeric/converted/nl_BE.ISO8859-1.src
src/share/locale/numeric/converted/nl_BE.ISO8859-15.src
src/share/locale/numeric/converted/nl_NL.ISO8859-1.src
src/share/locale/numeric/converted/nl_NL.ISO8859-15.src
src/share/locale/numeric/converted/nn_NO.ISO8859-1.src
src/share/locale/numeric/converted/nn_NO.ISO8859-15.src
src/share/locale/numeric/converted/pl_PL.ISO8859-2.src
src/share/locale/numeric/converted/pt_BR.ISO8859-1.src
src/share/locale/numeric/converted/pt_PT.ISO8859-1.src
src/share/locale/numeric/converted/pt_PT.ISO8859-15.src
src/share/locale/numeric/converted/ro_RO.ISO8859-2.src
src/share/locale/numeric/converted/ru_BY.CP1251.src
src/share/locale/numeric/converted/ru_RU.CP1251.src
src/share/locale/numeric/converted/ru_RU.CP866.src
src/share/locale/numeric/converted/ru_RU.ISO8859-5.src
src/share/locale/numeric/converted/ru_RU.KOI8-R.src
src/share/locale/numeric/converted/sk_SK.ISO8859-2.src
src/share/locale/numeric/converted/sl_SI.ISO8859-2.src
src/share/locale/numeric/converted/sr_Cyrl_ME.ISO8859-5.src
src/share/locale/numeric/converted/sr_Cyrl_RS.ISO8859-5.src
src/share/locale/numeric/converted/sr_Latn_ME.ISO8859-2.src
src/share/locale/numeric/converted/sr_Latn_RS.ISO8859-2.src
src/share/locale/numeric/converted/sv_SE.ISO8859-1.src
src/share/locale/numeric/converted/sv_SE.ISO8859-15.src
src/share/locale/numeric/converted/tr_TR.ISO8859-9.src
src/share/locale/numeric/converted/uk_UA.CP1251.src
src/share/locale/numeric/converted/uk_UA.ISO8859-5.src
src/share/locale/numeric/converted/uk_UA.KOI8-U.src
$
```
There already is code in Mesa3D to handle this, but, it's not being turned on
(see patch). Question is why aren't FreeBSD & OpenBSD users complaining?
Ans:
OpenBSD isn't affected because LC_NUMERIC is always "C" there.
FreeBSD builds using `meson` and `-D_GNU_SOURCE` is enabled by default:
https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/meson.build?ref_type=heads#L1192
BTW, the patch below also fixes the "Firefox not rendering UI elements correctly
on some locales" issue:
https://mail-index.netbsd.org/netbsd-users/2022/09/04/msg028927.html
So, this PR should be re-opened and punted over to the `xsrc' people, so that
they can fix it in -HEAD, 11.0, 10.x, etc.
Build a new distribution (the steps to just build Mesa/gallium is just too
tedious to list) and install it, then remove `~/.cache/mesa_shader_cache` and
all locales should work equally well.
-RVP
PS. `xsrc/external/mit/glu/` might also need a similar fix, but, I couldn't see
any users of that library in the tree (nor in the packages I regularly use).
---START patch NetBSD-11.0-RC2---
diff -urN src.orig/external/mit/xorg/lib/driver.mk src/external/mit/xorg/lib/driver.mk
--- src.orig/external/mit/xorg/lib/driver.mk 2024-07-03 02:40:50.000000000 +0000
+++ src/external/mit/xorg/lib/driver.mk 2026-03-26 07:03:33.000000000 +0000
@@ -64,6 +64,7 @@
-I${X11SRCDIR.Mesa}/src/gallium/include
CPPFLAGS.format_srgb.c+= -I${X11SRCDIR.Mesa}/src/util
CPPFLAGS.u_hash_table.c+= -I${X11SRCDIR.Mesa}/src/gallium/auxiliary
+CPPFLAGS.strtod.c+= -D_GNU_SOURCE -DHAVE_STRTOD_L
BUILDSYMLINKS+= ${X11SRCDIR.Mesa}/src/util/debug.c UTILdebug.c
BUILDSYMLINKS+= ${X11SRCDIR.Mesa}/src/util/log.c UTILlog.c
diff -urN src.orig/external/mit/xorg/lib/driver.old.mk src/external/mit/xorg/lib/driver.old.mk
--- src.orig/external/mit/xorg/lib/driver.old.mk 2021-07-11 20:53:35.000000000 +0000
+++ src/external/mit/xorg/lib/driver.old.mk 2026-03-26 07:03:38.000000000 +0000
@@ -41,6 +41,7 @@
-I${X11SRCDIR.Mesa}/src/mesa \
-I${X11SRCDIR.Mesa}/src \
-I${X11SRCDIR.Mesa}/src/gallium/include
+CPPFLAGS.strtod.c+= -D_GNU_SOURCE -DHAVE_STRTOD_L
BUILDSYMLINKS+= ${X11SRCDIR.Mesa}/src/util/debug.c UTILdebug.c
diff -urN xsrc.orig/external/mit/MesaLib/dist/src/util/strtod.c xsrc/external/mit/MesaLib/dist/src/util/strtod.c
--- xsrc.orig/external/mit/MesaLib/dist/src/util/strtod.c 2019-03-10 03:42:34.000000000 +0000
+++ xsrc/external/mit/MesaLib/dist/src/util/strtod.c 2026-03-26 07:49:24.000000000 +0000
@@ -41,7 +41,7 @@
_mesa_locale_init(void)
{
#if defined(_GNU_SOURCE) && defined(HAVE_STRTOD_L)
- loc = newlocale(LC_CTYPE_MASK, "C", NULL);
+ loc = newlocale(LC_NUMERIC_MASK, "C", NULL); // XXX: upstream?
#endif
}
diff -urN xsrc.orig/external/mit/MesaLib.old/dist/src/util/strtod.c xsrc/external/mit/MesaLib.old/dist/src/util/strtod.c
--- xsrc.orig/external/mit/MesaLib.old/dist/src/util/strtod.c 2021-07-11 20:36:33.000000000 +0000
+++ xsrc/external/mit/MesaLib.old/dist/src/util/strtod.c 2026-03-26 07:49:48.000000000 +0000
@@ -41,7 +41,7 @@
_mesa_locale_init(void)
{
#if defined(_GNU_SOURCE) && defined(HAVE_STRTOD_L)
- loc = newlocale(LC_CTYPE_MASK, "C", NULL);
+ loc = newlocale(LC_NUMERIC_MASK, "C", NULL); // XXX: upstream?
#endif
}
---END patch NetBSD-11.0-RC2---
Responsible-Changed-From-To: pkg-manager->xsrc-manager
Responsible-Changed-By: wiz@NetBSD.org
Responsible-Changed-When: Sat, 28 Mar 2026 09:20:14 +0000
Responsible-Changed-Why:
make this an xsrc bug, see last email
State-Changed-From-To: closed->open
State-Changed-By: wiz@NetBSD.org
State-Changed-When: Sat, 28 Mar 2026 09:20:14 +0000
State-Changed-Why:
make this an xsrc bug, see last email
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org, rvp <rvp@SDF.ORG>
Cc:
Subject: Re: pkg/59858: audio/pavucontrol broken
Date: Sun, 29 Mar 2026 09:01:42 +0200
El 28/3/26 a las 9:50, RVP via gnats escribió:
> The following reply was made to PR pkg/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/59858: audio/pavucontrol broken
> Date: Sat, 28 Mar 2026 08:49:50 +0000 (UTC)
>
> Alright, I think I've got the cause of this issue:
>
> On many locales (see list below), the decimal point character is `,'
> rather than the `.' in the C/POSIX/US-ASCII locales. This effects how
> strtod(3) and *scanf(3) parse floating point number strings.
>
> If the input is from a user, then the locale-specific `,' should (usually)
> be used; but, when used internally (like when parsing config. files--which
> are _not usually_ internationalized--or when comparing version strings for
> feature-checking) the code assumes the decimal point is a dot. But, with a
> locale like `es_ES.UTF-8' strtod(3) and friends'll expect a `,' and will
> mis-parse a `.' as shown here:
>
> https://mail-index.netbsd.org/tech-userlevel/2026/03/26/msg014917.html
>
> All these locales use `,' as the decimal point char.:
Thanks so much RVP for having found the reason of the problem. I'm amazed by
the ability of the NetBSD people to delve into the root of problems and solve them.
Regards.
Ramiro.
From: RVP <rvp@SDF.ORG>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: xsrc/59858 (locale fixes for xsrc [was: audio/pavucontrol
broken])
Date: Thu, 9 Jul 2026 07:12:23 +0000 (UTC)
Bump this one too.
Also fixes Firefox UI in certain locales.
-RVP
From: Ramiro Aceves <ea1abz@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: xsrc/59858 (locale fixes for xsrc [was: audio/pavucontrol
broken])
Date: Thu, 9 Jul 2026 09:24:02 +0200
El 9/7/26 a las 9:15, RVP via gnats escribió:
> The following reply was made to PR xsrc/59858; it has been noted by GNATS.
>
> From: RVP <rvp@SDF.ORG>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: xsrc/59858 (locale fixes for xsrc [was: audio/pavucontrol
> broken])
> Date: Thu, 9 Jul 2026 07:12:23 +0000 (UTC)
>
> Bump this one too.
>
> Also fixes Firefox UI in certain locales.
>
> -RVP
>
Great, thanks!
Ramiro.
From: "Robert Elz" <kre@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/59858 CVS commit:
Date: Fri, 10 Jul 2026 05:06:57 +0000
Module Name: xsrc
Committed By: kre
Date: Fri Jul 10 05:06:56 UTC 2026
Modified Files:
src/external/mit/xorg/lib: driver.mk driver.old.mk
xsrc/external/mit/MesaLib.old/dist/src/util: strtod.c
xsrc/external/mit/MesaLib/dist/src/util: strtod.c
Log Message:
PR xsrc/59858 (locale fixes for xsrc)
From RVP - see the PR
Oversimplifying: this causes Mesa to use LC_NUMERIC=C when using
strtod() to parse stuff (ie: the radix char (decimal point) is '.',
regardless of the user's locale).
XXX pullup -11
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/external/mit/xorg/lib/driver.mk
cvs rdiff -u -r1.2 -r1.3 src/external/mit/xorg/lib/driver.old.mk
cvs rdiff -u -r1.1.1.1 -r1.2 \
xsrc/external/mit/MesaLib.old/dist/src/util/strtod.c
cvs rdiff -u -r1.1.1.1 -r1.2 xsrc/external/mit/MesaLib/dist/src/util/strtod.c
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
State-Changed-From-To: open->pending-pullups
State-Changed-By: kre@NetBSD.org
State-Changed-When: Sun, 19 Jul 2026 19:39:44 +0000
State-Changed-Why:
[pullup-11 #390]
From: "Martin Husemann" <martin@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/59858 CVS commit: [netbsd-11] xsrc/external/mit
Date: Mon, 20 Jul 2026 09:06:46 +0000
Module Name: xsrc
Committed By: martin
Date: Mon Jul 20 09:06:46 UTC 2026
Modified Files:
xsrc/external/mit/MesaLib.old/dist/src/util [netbsd-11]: strtod.c
xsrc/external/mit/MesaLib/dist/src/util [netbsd-11]: strtod.c
Log Message:
Pull up following revision(s) (requested by kre in ticket #390):
external/mit/MesaLib.old/dist/src/util/strtod.c: revision 1.2
external/mit/MesaLib/dist/src/util/strtod.c: revision 1.2
PR xsrc/59858 (locale fixes for xsrc)
From RVP - see the PR
Oversimplifying: this causes Mesa to use LC_NUMERIC=C when using
strtod() to parse stuff (ie: the radix char (decimal point) is '.',
regardless of the user's locale).
To generate a diff of this commit:
cvs rdiff -u -r1.1.1.1 -r1.1.1.1.4.1 \
xsrc/external/mit/MesaLib.old/dist/src/util/strtod.c
cvs rdiff -u -r1.1.1.1 -r1.1.1.1.6.1 \
xsrc/external/mit/MesaLib/dist/src/util/strtod.c
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
From: "Martin Husemann" <martin@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/59858 CVS commit: [netbsd-11] src/external/mit/xorg/lib
Date: Mon, 20 Jul 2026 09:07:59 +0000
Module Name: src
Committed By: martin
Date: Mon Jul 20 09:07:59 UTC 2026
Modified Files:
src/external/mit/xorg/lib [netbsd-11]: driver.mk driver.old.mk
Log Message:
Pull up following revision(s) (requested by kre in ticket #390):
external/mit/xorg/lib/driver.old.mk: revision 1.3
external/mit/xorg/lib/driver.mk: revision 1.10
PR xsrc/59858 (locale fixes for xsrc)
From RVP - see the PR
Oversimplifying: this causes Mesa to use LC_NUMERIC=C when using
strtod() to parse stuff (ie: the radix char (decimal point) is '.',
regardless of the user's locale).
To generate a diff of this commit:
cvs rdiff -u -r1.8.2.1 -r1.8.2.2 src/external/mit/xorg/lib/driver.mk
cvs rdiff -u -r1.2 -r1.2.6.1 src/external/mit/xorg/lib/driver.old.mk
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
State-Changed-From-To: pending-pullups->needs-pullups
State-Changed-By: kre@NetBSD.org
State-Changed-When: Mon, 20 Jul 2026 21:49:11 +0000
State-Changed-Why:
Need to check for -10 pullup
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.51 2026/08/10 02:28:17 riastradh Exp $
$NetBSD: gnats_config.sh,v 1.10 2026/05/13 22:00:09 riastradh Exp $
Copyright © 1994-2026
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.
Home