public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
@ 2021-06-12 14:43 Dr Rainer Woitok
  2021-06-12 15:29 ` Michael
  0 siblings, 1 reply; 10+ messages in thread
From: Dr Rainer Woitok @ 2021-06-12 14:43 UTC (permalink / raw
  To: gentoo-user

Greetings,

it's been quite a while that I had problems  doing my routine Gentoo up-
grade.   This time package  "dev-texlive/texlive-basic-2021" balked, and
in the build log I found this:

 * Package:    dev-texlive/texlive-basic-2021
 * Repository: gentoo
 * Maintainer: aballier@gentoo.org tex@gentoo.org
 * USE:        abi_x86_64 amd64 elibc_glibc kernel_linux luajittex userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
 ---8><---
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = "en_GB:en",
	LC_ALL = (unset),
	LC_MESSAGES = "C",
	LC_CTYPE = "C.UTF-8",
	LC_COLLATE = "C",
	LANG = "en_GB"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

While the value of environment variable "LANGUAGE"  is clearly mine, the
other values except  "LC_COLLATE" and "LC_ALL"  are obviously _not mine_
(in particular "LANG" is missing the ".utf8" part):

$ sudo env | grep LANGU
Password:
LANGUAGE=en_GB:en
$ sudo locale
LANG=en_GB.utf8
LC_CTYPE="en_GB.utf8"
LC_NUMERIC="en_GB.utf8"
LC_TIME="en_GB.utf8"
LC_COLLATE=C
LC_MONETARY="en_GB.utf8"
LC_MESSAGES="en_GB.utf8"
LC_PAPER="en_GB.utf8"
LC_NAME="en_GB.utf8"
LC_ADDRESS="en_GB.utf8"
LC_TELEPHONE="en_GB.utf8"
LC_MEASUREMENT="en_GB.utf8"
LC_IDENTIFICATION="en_GB.utf8"
LC_ALL=
$

Using "grep"  to sift through  my build logs  the first occurance of the
line "perl: warning: Setting locale failed." occured a year ago at 2020-
05-18 while upgrading package "media-libs/exiftool-11.93" and since then
it is present  in quite a few  build logs  without apparently  doing any
harm.  However, now making "luatex", "luahbtex", and "dviluatex" as part
of package "dev-texlive/texlive-basic-2021"  all failed with "Unable  to
read environment locale: exit now." and finally caused the build to die:

 ---8><---
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   texmf-dist/fmtutil/format.texlive-basic.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   texmf-dist/fmtutil/format.texlive-basic.cnf
fmtutil [INFO]: writing formats under /var/tmp/portage/dev-texlive/texlive-basic-2021/work/texmf-var/web2c
fmtutil [INFO]: --- remaking luatex with luatex
fmtutil: running `luatex -ini   -jobname=luatex -progname=luatex luatex.ini' ...
Unable to read environment locale: exit now.
 ---8><---
fmtutil [INFO]: --- remaking luahbtex with luahbtex
fmtutil: running `luahbtex -ini   -jobname=luahbtex -progname=luahbtex luatex.ini' ...
Unable to read environment locale: exit now.
 ---8><---
fmtutil [INFO]: --- remaking dviluatex with luatex
fmtutil: running `luatex -ini   -jobname=dviluatex -progname=dviluatex dviluatex.ini' ...
Unable to read environment locale: exit now.
 ---8><---
fmtutil [INFO]: failed to build: 3 (luatex/luatex luahbtex/luahbtex luatex/dviluatex)
fmtutil [INFO]: total formats: 8
fmtutil [INFO]: exiting with status 3
 * ERROR: dev-texlive/texlive-basic-2021::gentoo failed (compile phase):
 *   failed to build format texmf-dist/fmtutil/format.texlive-basic.cnf
 * 
 * Call stack:
 *     ebuild.sh, line 125:  Called src_compile
 *   environment, line 510:  Called texlive-module_src_compile
 *   environment, line 721:  Called die
 * The specific snippet of code:
 *               VARTEXFONTS="${T}/fonts" TEXMFHOME="${S}/texmf:${S}/texmf-dist:${S}/texmf-var" env -u TEXINPUTS $fmt_call --cnffile "${i}" --fmtdir "${S}/texmf-var/web2c" --all || die "failed to build format ${i}";

Is the failure to make "luatex", "luahbtex",  and "dviluatex" due to not
being able to "read environment locale" a consequence of "perl" claiming
to have problems with _my_ locale?  If not, what else is going on here?

Sincerely,
  Rainer


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-12 14:43 [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed Dr Rainer Woitok
@ 2021-06-12 15:29 ` Michael
  2021-06-13 13:39   ` Dr Rainer Woitok
  0 siblings, 1 reply; 10+ messages in thread
From: Michael @ 2021-06-12 15:29 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 4381 bytes --]

On Saturday, 12 June 2021 15:43:18 BST Dr Rainer Woitok wrote:
> Greetings,
> 
> it's been quite a while that I had problems  doing my routine Gentoo up-
> grade.   This time package  "dev-texlive/texlive-basic-2021" balked, and
> in the build log I found this:
> 
>  * Package:    dev-texlive/texlive-basic-2021
>  * Repository: gentoo
>  * Maintainer: aballier@gentoo.org tex@gentoo.org
>  * USE:        abi_x86_64 amd64 elibc_glibc kernel_linux luajittex
> userland_GNU * FEATURES:   network-sandbox preserve-libs sandbox userpriv
> usersandbox ---8><---
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> 	LANGUAGE = "en_GB:en",
> 	LC_ALL = (unset),
> 	LC_MESSAGES = "C",
> 	LC_CTYPE = "C.UTF-8",
> 	LC_COLLATE = "C",
> 	LANG = "en_GB"
>     are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> 
> While the value of environment variable "LANGUAGE"  is clearly mine, the
> other values except  "LC_COLLATE" and "LC_ALL"  are obviously _not mine_
> (in particular "LANG" is missing the ".utf8" part):
> 
> $ sudo env | grep LANGU
> Password:
> LANGUAGE=en_GB:en
> $ sudo locale
> LANG=en_GB.utf8
> LC_CTYPE="en_GB.utf8"
> LC_NUMERIC="en_GB.utf8"
> LC_TIME="en_GB.utf8"
> LC_COLLATE=C
> LC_MONETARY="en_GB.utf8"
> LC_MESSAGES="en_GB.utf8"
> LC_PAPER="en_GB.utf8"
> LC_NAME="en_GB.utf8"
> LC_ADDRESS="en_GB.utf8"
> LC_TELEPHONE="en_GB.utf8"
> LC_MEASUREMENT="en_GB.utf8"
> LC_IDENTIFICATION="en_GB.utf8"
> LC_ALL=
> $
> 
> Using "grep"  to sift through  my build logs  the first occurance of the
> line "perl: warning: Setting locale failed." occured a year ago at 2020-
> 05-18 while upgrading package "media-libs/exiftool-11.93" and since then
> it is present  in quite a few  build logs  without apparently  doing any
> harm.  However, now making "luatex", "luahbtex", and "dviluatex" as part
> of package "dev-texlive/texlive-basic-2021"  all failed with "Unable  to
> read environment locale: exit now." and finally caused the build to die:
> 
>  ---8><---
> fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence
> order): fmtutil:   texmf-dist/fmtutil/format.texlive-basic.cnf
> fmtutil: fmtutil is using the following fmtutil.cnf file for writing
> changes: fmtutil:   texmf-dist/fmtutil/format.texlive-basic.cnf
> fmtutil [INFO]: writing formats under
> /var/tmp/portage/dev-texlive/texlive-basic-2021/work/texmf-var/web2c
> fmtutil [INFO]: --- remaking luatex with luatex
> fmtutil: running `luatex -ini   -jobname=luatex -progname=luatex luatex.ini'
> ... Unable to read environment locale: exit now.
>  ---8><---
> fmtutil [INFO]: --- remaking luahbtex with luahbtex
> fmtutil: running `luahbtex -ini   -jobname=luahbtex -progname=luahbtex
> luatex.ini' ... Unable to read environment locale: exit now.
>  ---8><---
> fmtutil [INFO]: --- remaking dviluatex with luatex
> fmtutil: running `luatex -ini   -jobname=dviluatex -progname=dviluatex
> dviluatex.ini' ... Unable to read environment locale: exit now.
>  ---8><---
> fmtutil [INFO]: failed to build: 3 (luatex/luatex luahbtex/luahbtex
> luatex/dviluatex) fmtutil [INFO]: total formats: 8
> fmtutil [INFO]: exiting with status 3
>  * ERROR: dev-texlive/texlive-basic-2021::gentoo failed (compile phase):
>  *   failed to build format texmf-dist/fmtutil/format.texlive-basic.cnf
>  *
>  * Call stack:
>  *     ebuild.sh, line 125:  Called src_compile
>  *   environment, line 510:  Called texlive-module_src_compile
>  *   environment, line 721:  Called die
>  * The specific snippet of code:
>  *               VARTEXFONTS="${T}/fonts"
> TEXMFHOME="${S}/texmf:${S}/texmf-dist:${S}/texmf-var" env -u TEXINPUTS
> $fmt_call --cnffile "${i}" --fmtdir "${S}/texmf-var/web2c" --all || die
> "failed to build format ${i}";
> 
> Is the failure to make "luatex", "luahbtex",  and "dviluatex" due to not
> being able to "read environment locale" a consequence of "perl" claiming
> to have problems with _my_ locale?  If not, what else is going on here?
> 
> Sincerely,
>   Rainer

I can't speak for your lua* packages, but as long as you have defined your 
locale correctly in /etc/locale.gen your system should source what it needs 
from there.

Regarding perl complaining, there was a perl update recently (stable) so 
running perl-cleaner is recommended and may fix at least your texlive-basic 
issue.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-12 15:29 ` Michael
@ 2021-06-13 13:39   ` Dr Rainer Woitok
  2021-06-13 14:11     ` Dr Rainer Woitok
  0 siblings, 1 reply; 10+ messages in thread
From: Dr Rainer Woitok @ 2021-06-13 13:39 UTC (permalink / raw
  To: gentoo-user, Michael

Michael,

On Saturday, 2021-06-12 16:29:12 +0100, you wrote:

> ...
> > $ sudo locale
> > LANG=en_GB.utf8
> > ...
> I can't speak for your lua* packages, but as long as you have defined your 
> locale correctly in /etc/locale.gen your system should source what it needs 
> from there.

Erm,  is there a difference between  "*.utf8" and "*.UTF-8"?   Does case
matter?  The web page

   https://wiki.gentoo.org/wiki/UTF-8

provides a mix of both notations, but I get

   $ grep -v '^#' /etc/locale.gen

   en_GB.UTF-8 UTF-8
   $

So do I have to adapt my definition of "LANG"?

> Regarding perl complaining, there was a perl update recently (stable) so 
> running perl-cleaner is recommended and may fix at least your texlive-basic 
> issue.

I installed Perl version 5.32.1 two weeks ago during my last routine up-
grade,  so this might be  a reason as well.   And running "perl-cleaner"
returned this:

   $ perl-cleaner --all --pretend
    * Would try to remove the following perl-core packages from world file
    *    emerge --deselect  perl-core/File-Temp 
    * Would try to update installed Perl virtuals
    *    emerge -u1  virtual/perl-Carp virtual/perl-Compress-Raw-Zlib virtual/perl-CPAN-Meta virtual/perl-CPAN-Meta-YAML virtual/perl-Data-Dumper virtual/perl-Digest virtual/perl-Digest-MD5 virtual/perl-Digest-SHA virtual/perl-Encode virtual/perl-Exporter virtual/perl-ExtUtils-CBuilder virtual/perl-ExtUtils-Install virtual/perl-ExtUtils-MakeMaker virtual/perl-ExtUtils-Manifest virtual/perl-ExtUtils-ParseXS virtual/perl-File-Path virtual/perl-File-Spec virtual/perl-File-Temp virtual/perl-Getopt-Long virtual/perl-IO virtual/perl-JSON-PP virtual/perl-libnet virtual/perl-MIME-Base64 virtual/perl-Module-Metadata virtual/perl-parent virtual/perl-Parse-CPAN-Meta virtual/perl-Perl-OSType virtual/perl-Pod-Parser virtual/perl-podlators virtual/perl-Scalar-List-Utils virtual/perl-Storable virtual/perl-Sys-Syslog virtual/perl-Test-Harness virtual/perl-Test-Simple virtual/perl-Text-ParseWords virtual/perl-Time-Local virtual/perl-version virtual/perl-XSLoader 

    * Locating packages for an update
    * Locating ebuilds linked against libperl
     * No package needs to be reinstalled.
   $

As far as I can see all these virtual packages are installed and updated
to the most recent  stable version.   But nevertheless  I will try that,
too.

By the way, "man perl-cleaner" starts with

   DESCRIPTION
          perl-cleaner -- Find & rebuild packages and Perl header files broken
          due to a perl upgrade

Is this what they call "inspiring confidence"? :-)

Is there a reason why "perl-cleaner"  should be run manually rather than
automatically after emerging  any Perl component?   Should I put it into
my "edepclean" script which I normally run after a successful upgrade?

Sincerely,
  Rainer


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-13 13:39   ` Dr Rainer Woitok
@ 2021-06-13 14:11     ` Dr Rainer Woitok
  2021-06-13 15:16       ` Michael
  0 siblings, 1 reply; 10+ messages in thread
From: Dr Rainer Woitok @ 2021-06-13 14:11 UTC (permalink / raw
  To: gentoo-user

All,

On Sunday, 2021-06-13 15:39:46 +0200, I myself wrote:

> ...
> > > $ sudo locale
> > > LANG=en_GB.utf8
> > > ...
> Erm,  is there a difference between  "*.utf8" and "*.UTF-8"?   Does case
> matter?

Apparently yes.   At least  for Perl  or anything else  used by Portage.
Running my package upgrade script again after setting

   $ export LANG=en_GB.UTF-8

just succeeded.  "As soon as you're doing it right,  it just works". :-)
But what exactly is the difference?

Sincerely,
  Rainer


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-13 14:11     ` Dr Rainer Woitok
@ 2021-06-13 15:16       ` Michael
  2021-06-13 17:10         ` Dr Rainer Woitok
  0 siblings, 1 reply; 10+ messages in thread
From: Michael @ 2021-06-13 15:16 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1511 bytes --]

On Sunday, 13 June 2021 15:11:18 BST Dr Rainer Woitok wrote:
> All,
> 
> On Sunday, 2021-06-13 15:39:46 +0200, I myself wrote:
> > ...
> > 
> > > > $ sudo locale
> > > > LANG=en_GB.utf8
> > > > ...
> > 
> > Erm,  is there a difference between  "*.utf8" and "*.UTF-8"?   Does case
> > matter?
> 
> Apparently yes.   At least  for Perl  or anything else  used by Portage.
> Running my package upgrade script again after setting
> 
>    $ export LANG=en_GB.UTF-8
> 
> just succeeded.  "As soon as you're doing it right,  it just works". :-)
> But what exactly is the difference?
> 
> Sincerely,
>   Rainer

If you have a look at the comments in /etc/locale.gen it explains where to 
find suitable notation for locale name, charset, and it also provides a 
default list of supported combinations:

/usr/share/i18n/SUPPORTED

In there we find:

$ grep -i en_gb /usr/share/i18n/SUPPORTED
en_GB.UTF-8 UTF-8
en_GB ISO-8859-1

I recall in the past having had a similar problem and as you say, once you set 
it up correctly it just works.  :-)  I don't know what the difference is 
between lower/upper case notation for the charset, but having set it up in 
capitals seems to work here.  Note, I don't have any lower case charset in /
etc/locale.gen.

$ eselect locale list
Available targets for the LANG variable:
  [1]   C
  [2]   C.utf8
  [3]   POSIX
[snip ... ]
  [7]   en_GB
  [8]   en_GB.iso88591
  [9]   en_GB.utf8
  [10]  en_US
  [11]  en_US.iso88591
  [12]  en_US.utf8
  [13]  en_GB.UTF-8 *
  [ ]   (free form)


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-13 15:16       ` Michael
@ 2021-06-13 17:10         ` Dr Rainer Woitok
  2021-06-13 17:23           ` Michael
  0 siblings, 1 reply; 10+ messages in thread
From: Dr Rainer Woitok @ 2021-06-13 17:10 UTC (permalink / raw
  To: gentoo-user, Michael

Michael,

On Sunday, 2021-06-13 16:16:37 +0100, you wrote:

> ...
> $ grep -i en_gb /usr/share/i18n/SUPPORTED
> en_GB.UTF-8 UTF-8
> en_GB ISO-8859-1

Same here.

> ...
> $ eselect locale list
> Available targets for the LANG variable:
>   [1]   C
>   [2]   C.utf8
>   [3]   POSIX
> [snip ... ]
>   [7]   en_GB
>   [8]   en_GB.iso88591
>   [9]   en_GB.utf8
>   [10]  en_US
>   [11]  en_US.iso88591
>   [12]  en_US.utf8
>   [13]  en_GB.UTF-8 *
>   [ ]   (free form)

Now it's becoming really mysterious, right from the local horse's mouth:

   $ eselect locale list
   Available targets for the LANG variable:
     [1]   C
     [2]   C.utf8
     [3]   POSIX
     [4]   en_GB.utf8 *
     [ ]   (free form)

So allegedly my only  "available target"  for English  is the not (or no
longer) working "en_GB.utf8".   Being slightly flabbergasted  would be a
huge understatement ... :-/

Sincerely,
  Rainer


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-13 17:10         ` Dr Rainer Woitok
@ 2021-06-13 17:23           ` Michael
  2021-06-14 16:36             ` Dr Rainer Woitok
  0 siblings, 1 reply; 10+ messages in thread
From: Michael @ 2021-06-13 17:23 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1379 bytes --]

On Sunday, 13 June 2021 18:10:46 BST Dr Rainer Woitok wrote:
> Michael,
> 
> On Sunday, 2021-06-13 16:16:37 +0100, you wrote:
> > ...
> > $ grep -i en_gb /usr/share/i18n/SUPPORTED
> > en_GB.UTF-8 UTF-8
> > en_GB ISO-8859-1
> 
> Same here.

It would/should be the same with mine.  Have you made sure:

en_GB.UTF-8 UTF-8

is in your /etc/locale.gen and have you run locale-gen thereafter?

> > ...
> > $ eselect locale list
> > 
> > Available targets for the LANG variable:
> >   [1]   C
> >   [2]   C.utf8
> >   [3]   POSIX
> > 
> > [snip ... ]
> > 
> >   [7]   en_GB
> >   [8]   en_GB.iso88591
> >   [9]   en_GB.utf8
> >   [10]  en_US
> >   [11]  en_US.iso88591
> >   [12]  en_US.utf8
> >   [13]  en_GB.UTF-8 *
> >   [ ]   (free form)
> 
> Now it's becoming really mysterious, right from the local horse's mouth:
> 
>    $ eselect locale list
>    Available targets for the LANG variable:
>      [1]   C
>      [2]   C.utf8
>      [3]   POSIX
>      [4]   en_GB.utf8 *
>      [ ]   (free form)
> 
> So allegedly my only  "available target"  for English  is the not (or no
> longer) working "en_GB.utf8".   Being slightly flabbergasted  would be a
> huge understatement ... :-/
> 
> Sincerely,
>   Rainer

Yes, this looks odd, but I have not worked out how locale is sourced in 
detail.  Have you added:

 LANG="en_GB.UTF-8"

in your /etc/env.d/02locale for a system wide setting?

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-13 17:23           ` Michael
@ 2021-06-14 16:36             ` Dr Rainer Woitok
  2021-06-15  7:41               ` Peter Humphrey
  0 siblings, 1 reply; 10+ messages in thread
From: Dr Rainer Woitok @ 2021-06-14 16:36 UTC (permalink / raw
  To: gentoo-user, Michael

Michael,

On Sunday, 2021-06-13 18:23:54 +0100, you wrote:

> ...
> Yes, this looks odd, but I have not worked out how locale is sourced in 
> detail.  Have you added:
> 
>  LANG="en_GB.UTF-8"
> 
> in your /etc/env.d/02locale for a system wide setting?

No, this file still contains

   LANG="en_GB.utf8"

However, if I change that line to

   LANG="en_GB.UTF-8"

then I do get a new locale when running

   # env-update
   >>> Regenerating /etc/ld.so.cache...
   # eselect locale list
   Available targets for the LANG variable:
     [1]   C
     [2]   C.utf8
     [3]   POSIX
     [4]   en_GB.utf8
     [5]   en_GB.UTF-8 *
     [ ]   (free form)
   #

but afterwards  re-building package "texlive-basic" again fails  until I
undo this change by executing

   # eselect locale set 4
   # env-update
   >>> Regenerating /etc/ld.so.cache...
   # eselect locale list
   Available targets for the LANG variable:
     [1]   C
     [2]   C.utf8
     [3]   POSIX
     [4]   en_GB.utf8 *
     [ ]   (free form)
   # grep -v '^#' /etc/env.d/02locale
   LANG="en_GB.utf8"
   #

So "en_GB.utf8" in "02locale"  but "export LANG=en_GB.UTF-8" in my Shell
script doing the Gentoo updates is the only working combination I've yet
found.  Explanations heartily welcome :-/

Sincerely,
  Rainer


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-14 16:36             ` Dr Rainer Woitok
@ 2021-06-15  7:41               ` Peter Humphrey
  2021-06-15 15:06                 ` Dr Rainer Woitok
  0 siblings, 1 reply; 10+ messages in thread
From: Peter Humphrey @ 2021-06-15  7:41 UTC (permalink / raw
  To: gentoo-user

On Monday, 14 June 2021 17:36:11 BST Dr Rainer Woitok wrote:
> Michael,
> 
> On Sunday, 2021-06-13 18:23:54 +0100, you wrote:
> > ...
> > Yes, this looks odd, but I have not worked out how locale is sourced in
> > 
> > detail.  Have you added:
> >  LANG="en_GB.UTF-8"
> > 
> > in your /etc/env.d/02locale for a system wide setting?
> 
> No, this file still contains
> 
>    LANG="en_GB.utf8"
> 
> However, if I change that line to
> 
>    LANG="en_GB.UTF-8"
> 
> then I do get a new locale when running
> 
>    # env-update
> 
>    >>> Regenerating /etc/ld.so.cache...
> 
>    # eselect locale list
>    Available targets for the LANG variable:
>      [1]   C
>      [2]   C.utf8
>      [3]   POSIX
>      [4]   en_GB.utf8
>      [5]   en_GB.UTF-8 *
>      [ ]   (free form)
>    #
> 
> but afterwards  re-building package "texlive-basic" again fails  until I
> undo this change by executing
> 
>    # eselect locale set 4
>    # env-update
> 
>    >>> Regenerating /etc/ld.so.cache...

After that you need to source /etc/profile, no?

>    # eselect locale list
>    Available targets for the LANG variable:
>      [1]   C
>      [2]   C.utf8
>      [3]   POSIX
>      [4]   en_GB.utf8 *
>      [ ]   (free form)
>    # grep -v '^#' /etc/env.d/02locale
>    LANG="en_GB.utf8"
>    #
> 
> So "en_GB.utf8" in "02locale"  but "export LANG=en_GB.UTF-8" in my Shell
> script doing the Gentoo updates is the only working combination I've yet
> found.  Explanations heartily welcome :-/
> 
> Sincerely,
>   Rainer


-- 
Regards,
Peter.





^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed
  2021-06-15  7:41               ` Peter Humphrey
@ 2021-06-15 15:06                 ` Dr Rainer Woitok
  0 siblings, 0 replies; 10+ messages in thread
From: Dr Rainer Woitok @ 2021-06-15 15:06 UTC (permalink / raw
  To: gentoo-user, Peter Humphrey

Peter,

On Tuesday, 2021-06-15 08:41:40 +0100, you wrote:

> ...
> >    # eselect locale set 4
> >    # env-update
> > 
> >    >>> Regenerating /etc/ld.so.cache...
> 
> After that you need to source /etc/profile, no?

Yes,  if you want to continue working in this shell.   But if I start my
Gentoo update script from my unprivileged userid,  it only depends on my
own environment and on what "/etc/sudoers" allows through.

But your remark  made me curious  about what  was really changed  in the
environment.   So I started a privileged shell  using my own environment
and then executed

   # env | sort > /tmp/env1
   # . /etc/profile
   # env | sort > /tmp/env2
   # diff -du /tmp/env*

The trivial  environment variable changes  were for "LESS",  "LS_COLORS"
(which was added), "MANPATH", "PATH", and "PS1".  However, the non-triv-
ial environment variable change was:

   -LANG=en_GB.UTF-8
   +LANG=en_GB.utf8

which sort of shocked me,  because that effectively again unset the only
variable setting that allowed building of package "/texlive-basic-2021":

> ...
> > So "en_GB.utf8" in "02locale"  but "export LANG=en_GB.UTF-8" in my Shell
> > script doing the Gentoo updates is the only working combination I've yet
> > found.

May this be some sort of bug in "glibc"?

Utterly puzzled ...
      Rainer


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2021-06-15 15:06 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-06-12 14:43 [gentoo-user] Building package "dev-texlive/texlive-basic-2021" failed Dr Rainer Woitok
2021-06-12 15:29 ` Michael
2021-06-13 13:39   ` Dr Rainer Woitok
2021-06-13 14:11     ` Dr Rainer Woitok
2021-06-13 15:16       ` Michael
2021-06-13 17:10         ` Dr Rainer Woitok
2021-06-13 17:23           ` Michael
2021-06-14 16:36             ` Dr Rainer Woitok
2021-06-15  7:41               ` Peter Humphrey
2021-06-15 15:06                 ` Dr Rainer Woitok

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox