| 1 |
Michael, |
| 2 |
|
| 3 |
On Saturday, 2021-06-12 16:29:12 +0100, you wrote: |
| 4 |
|
| 5 |
> ... |
| 6 |
> > $ sudo locale |
| 7 |
> > LANG=en_GB.utf8 |
| 8 |
> > ... |
| 9 |
> I can't speak for your lua* packages, but as long as you have defined your |
| 10 |
> locale correctly in /etc/locale.gen your system should source what it needs |
| 11 |
> from there. |
| 12 |
|
| 13 |
Erm, is there a difference between "*.utf8" and "*.UTF-8"? Does case |
| 14 |
matter? The web page |
| 15 |
|
| 16 |
https://wiki.gentoo.org/wiki/UTF-8 |
| 17 |
|
| 18 |
provides a mix of both notations, but I get |
| 19 |
|
| 20 |
$ grep -v '^#' /etc/locale.gen |
| 21 |
|
| 22 |
en_GB.UTF-8 UTF-8 |
| 23 |
$ |
| 24 |
|
| 25 |
So do I have to adapt my definition of "LANG"? |
| 26 |
|
| 27 |
> Regarding perl complaining, there was a perl update recently (stable) so |
| 28 |
> running perl-cleaner is recommended and may fix at least your texlive-basic |
| 29 |
> issue. |
| 30 |
|
| 31 |
I installed Perl version 5.32.1 two weeks ago during my last routine up- |
| 32 |
grade, so this might be a reason as well. And running "perl-cleaner" |
| 33 |
returned this: |
| 34 |
|
| 35 |
$ perl-cleaner --all --pretend |
| 36 |
* Would try to remove the following perl-core packages from world file |
| 37 |
* emerge --deselect perl-core/File-Temp |
| 38 |
* Would try to update installed Perl virtuals |
| 39 |
* 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 |
| 40 |
|
| 41 |
* Locating packages for an update |
| 42 |
* Locating ebuilds linked against libperl |
| 43 |
* No package needs to be reinstalled. |
| 44 |
$ |
| 45 |
|
| 46 |
As far as I can see all these virtual packages are installed and updated |
| 47 |
to the most recent stable version. But nevertheless I will try that, |
| 48 |
too. |
| 49 |
|
| 50 |
By the way, "man perl-cleaner" starts with |
| 51 |
|
| 52 |
DESCRIPTION |
| 53 |
perl-cleaner -- Find & rebuild packages and Perl header files broken |
| 54 |
due to a perl upgrade |
| 55 |
|
| 56 |
Is this what they call "inspiring confidence"? :-) |
| 57 |
|
| 58 |
Is there a reason why "perl-cleaner" should be run manually rather than |
| 59 |
automatically after emerging any Perl component? Should I put it into |
| 60 |
my "edepclean" script which I normally run after a successful upgrade? |
| 61 |
|
| 62 |
Sincerely, |
| 63 |
Rainer |
Archives