Re: pkg/59858: audio/pavucontrol broken

["Ramiro Aceves via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR xsrc/59858; it has been noted by GNATS.

From: Ramiro Aceves <ea1abz%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost, rvp <rvp%SDF.ORG@localhost>
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@localhost>
 > To: gnats-bugs%netbsd.org@localhost
 > 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.