Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Why use Windows, since there is a door? (By fachat@galileo.rhein-neckar.de, Andre Fachat)


computers / alt.os.linux.suse / Re: ¡ × ⁋ ^ º ¦ in filenames

SubjectAuthor
* ¡ × ⁋ ^ º ¦ in filenamesbad sector
`* Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
 `* Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
  `* Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
   `* Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
    `* Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
     `* Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
      `* Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
       `* Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
        `* Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
         +* Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
         |`* Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
         | `* Some progress ...Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
         |  `- Re: Some progress ...Re: ¡ × ⁋ ^ º ¦Carlos E.R.
         +* Re: ¡ × ⁋ ^ º ¦ in filenamesDon Spam's Reckless Son
         |`- Re: ¡ × ⁋ ^ º ¦ in filenamesCarlos E.R.
         `* Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
          +* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
          |`* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filCarlos E.R.
          | `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filbad sector
          |  `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filCarlos E.R.
          |   `- Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filbad sector
          +* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filbad sector
          |`* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filDon Spam's Reckless Son
          | `- Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filbad sector
          `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filCarlos E.R.
           `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
            `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filCarlos E.R.
             `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
              `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filCarlos E.R.
               `* Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenamesbad sector
                `- Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filCarlos E.R.

Pages:12
¡ × ⁋ ^ º ¦ in filenames

<-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=951&group=alt.os.linux.suse#951

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!tncsrv06.tnetconsulting.net!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!69.80.99.22.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 16 Jul 2023 03:00:33 +0000
From: forget...@invalid.net (bad sector)
Subject: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
MIME-Version: 1.0
User-Agent: Pan/0.151 (Butcha; bbd082f gitlab.gnome.org/GNOME/pan.git)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
Date: Sun, 16 Jul 2023 03:00:33 +0000
Lines: 9
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-npESz7750r30A+UNqPRJRn3AqZTuqF4PISVZfDCEQzvfWTmddh39zdwO/qAbb5yYMncMRCUGUuQ37yT!lhG3//DqWpefiejxCn+ooadIHpD5PH46GqQdawcd54lC1wlNq1pEhWke2/cQznigIerQURZlBVAw!NQ==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Sun, 16 Jul 2023 03:00 UTC

I was using such characters to name guitar chord
diagrams but since some upgrade or config change I
can no longer save files with these in their name.
Existing files still display OK in dolphin but no
new ones can be saved. Where did I go wrong (this
worked before and I have tons of such files, still
works in Artix).

Re: ¡ × ⁋ ^ º ¦ in filenames

<101dojxnhc.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=952&group=alt.os.linux.suse#952

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Sun, 16 Jul 2023 13:30:41 +0200
Lines: 19
Message-ID: <101dojxnhc.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net b1dZxCI6s9HK707f2W7u1w5l/Nx4sRshCAIXvl6mp56nqz17cD
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:TYqoU5/pOHts2V05bPqAWZkUayQ= sha256:vCNMXM2oGYxkl2mZC3//6fO1G44/x26L4dEqKKdlQdY=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
 by: Carlos E.R. - Sun, 16 Jul 2023 11:30 UTC

On 2023-07-16 05:00, bad sector wrote:
>
> I was using such characters to name guitar chord
> diagrams but since some upgrade or config change I
> can no longer save files with these in their name.

Using what software?

> Existing files still display OK in dolphin but no
> new ones can be saved. Where did I go wrong (this
> worked before and I have tons of such files, still
> works in Artix).

And what openSUSE release are you using?

--
Cheers, Carlos.

Re: ¡ × ⁋ ^ º ¦ in filenames

<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=953&group=alt.os.linux.suse#953

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 16 Jul 2023 12:10:31 +0000
Date: Sun, 16 Jul 2023 08:10:31 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.13.0
From: forget...@_INVALID.net (bad sector)
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
Content-Language: en-US
In-Reply-To: <101dojxnhc.ln2@Telcontar.valinor>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
Lines: 76
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-y0WSxq0QSbrRZzqQ2QFMGvT1jixgdQUjG8An7IBRbYNn7d71u7Ao6UUJ9Clz6bFth+UFfaSss+RyiHi!93kFlAchWLnqcQPcoIipIe6tiicBWLJ0JjVbDEfT5QGAoytk8fyxYjoOfrHsgpU0jk4T7Pn7SxCM!7w==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Sun, 16 Jul 2023 12:10 UTC

On 7/16/23 07:30, Carlos E.R. wrote:
> On 2023-07-16 05:00, bad sector wrote:
>>
>> I was using such characters to name guitar chord
>> diagrams but since some upgrade or config change I
>> can no longer save files with these in their name.
>
> Using what software?

Gimp, and it's in Gimp that I get the first hint like:

"Execution error for procedure
'gimp-image-set-filename':
Invalid byte sequence in conversion input."

Another possibly UNRELATED errrr (don't remember
the conditiion but not in Suse) message is:

"System locale charset is ANSI_X3.4-1968
Your system's locale charset (i.e. the charset
used to encode filenames) is set to ANSI_X3.4-1968.
It is highly unlikely that this has been done
intentionally. Most likely the locale is not
set at all. An invalid setting will result in
problems when creating data projects.
Solution: To properly set the locale charset
make sure the LC_* environment variables are set.
Normally the distribution setup tools take care
of this."

>> Existing files still display OK in dolphin but no
>> new ones can be saved. Where did I go wrong (this
>> worked before and I have tons of such files, still
>> works in Artix).
>
>
> And what openSUSE release are you using?

Only Leap-15.5 & TW seem to be affected

The "^" up-arrow, circumflex or caret is not problemantic.
The BAD characters are ¡ × ⁋ º ¦

At first I thought it might be a "locale" issue but a
check of my distros coughed up the following

Artix no filename issue charmap="ANSI_X3.4-1968"
Devuan no filename issue charmap="UTF-8"
Slackware no filename issue charmap="UTF-8"
Suse-Leap-15.5 BAD charmap="UTF-8"
Suse TW BAD charmap="UTF-8"
Ubuntu-Studio no filename issue charmap="UTF-8"
AvLinux no filename issue charmap="ANSI_X3.4-1968"

So it don't seem to be a charmap issue.

BTW while kicking this around, in all cases except
Devuan & Slackware, I noticed one or more of the
following error messages in response to the
"locale -k LC_CTYPE" comand:

locale: Cannot set LC_CTYPE to default locale:
No such file or directory

locale: Cannot set LC_MESSAGES to default locale:
No such file or directory

locale: Cannot set LC_ALL to default locale:
No such file or directory

Exactly WHAT does not exist?

Re: ¡ × ⁋ ^ º ¦ in filenames

<5o5dojxfed.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=954&group=alt.os.linux.suse#954

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Sun, 16 Jul 2023 14:51:49 +0200
Lines: 97
Message-ID: <5o5dojxfed.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net CkylEuUXShgfJVDK85yVdQh7Hk0WEtRWZRMxISfMxAwXjfqJeh
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:ZUMkuKtGeVKPy0YmWL3uIjCc144= sha256:wUVOKNNPmLIeMfMkjhnPJzrYXy+iWuCvjP5lxi/qepg=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
 by: Carlos E.R. - Sun, 16 Jul 2023 12:51 UTC

On 2023-07-16 14:10, bad sector wrote:
> On 7/16/23 07:30, Carlos E.R. wrote:
>> On 2023-07-16 05:00, bad sector wrote:
>>>
>>> I was using such characters to name guitar chord
>>> diagrams but since some upgrade or config change I
>>> can no longer save files with these in their name.
>>
>> Using what software?
>
> Gimp, and it's in Gimp that I get the first hint like:
>
> "Execution error for procedure
> 'gimp-image-set-filename':
> Invalid byte sequence in conversion input."

I just created a file named "¡ × ⁋ º ¦.xcf" in gimp, on Leap 15.5.

>
> Another possibly UNRELATED errrr (don't remember
> the conditiion but not in Suse) message is:
>
> "System locale charset is ANSI_X3.4-1968
> Your system's locale charset (i.e. the charset
> used to encode filenames) is set to ANSI_X3.4-1968.
> It is highly unlikely that this has been done
> intentionally. Most likely the locale is not
> set at all. An invalid setting will result in
> problems when creating data projects.
> Solution: To properly set the locale charset
> make sure the LC_* environment variables are set.
> Normally the distribution setup tools take care
> of this."
>
>
>
>>> Existing files still display OK in dolphin but no
>>> new ones can be saved. Where did I go wrong (this
>>> worked before and I have tons of such files, still
>>> works in Artix).
>>
>>
>> And what openSUSE release are you using?
>
> Only Leap-15.5 & TW seem to be affected
>
> The "^" up-arrow, circumflex or caret is not problemantic.
> The BAD characters are  ¡ ×  ⁋  º ¦
>
>
> At first I thought it might be a "locale" issue but a
> check of my distros coughed up the following
>
> Artix           no filename issue  charmap="ANSI_X3.4-1968"
> Devuan          no filename issue  charmap="UTF-8"
> Slackware       no filename issue  charmap="UTF-8"
> Suse-Leap-15.5  BAD                charmap="UTF-8"
> Suse TW         BAD                charmap="UTF-8"
> Ubuntu-Studio   no filename issue  charmap="UTF-8"
> AvLinux         no filename issue  charmap="ANSI_X3.4-1968"
>
> So it don't seem to be a charmap issue.
>
> BTW while kicking this around, in all cases except
> Devuan & Slackware, I noticed one or more of the
> following error messages in response to the
> "locale -k LC_CTYPE" comand:
>
> locale: Cannot set LC_CTYPE to default locale:
> No such file or directory

-k, --keyword-name

For each keyword whose value is being displayed,
include also the name of that keyword, so that the output has the
format:

keyword="value"

>
> locale: Cannot set LC_MESSAGES to default locale:
> No such file or directory
>
> locale: Cannot set LC_ALL to default locale:
> No such file or directory
>
> Exactly WHAT does not exist?

Your locale.

In a terminal as that user, just do "locale" and paste that here.

--
Cheers, Carlos.

Re: ¡ × ⁋ ^ º ¦ in filenames

<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=955&group=alt.os.linux.suse#955

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!feeder.usenetexpress.com!tr3.iad1.usenetexpress.com!69.80.99.26.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 16 Jul 2023 16:26:47 +0000
From: forget...@invalid.net (bad sector)
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com> <101dojxnhc.ln2@Telcontar.valinor> <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com> <5o5dojxfed.ln2@Telcontar.valinor>
MIME-Version: 1.0
User-Agent: Pan/0.151 (Butcha; bbd082f gitlab.gnome.org/GNOME/pan.git)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
Date: Sun, 16 Jul 2023 16:26:47 +0000
Lines: 143
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-xgaplADbU6+tmyElNOYRWEnUA621STkeeSOLQkZfU1VtMYr9y3zIw1QXAUBg2dXSMZCABSMY5J9o5tV!1h7m22GLYOwxH0YwiJgqxcjnjcgqk379QX53jOT8y2rGC0cON0NchAwDVt7clprCpw0M7f6Yo8oz!vg==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 5445
 by: bad sector - Sun, 16 Jul 2023 16:26 UTC

On 7/16/23 08:51, Carlos E.R. wrote:
> On 2023-07-16 14:10, bad sector wrote:
>> On 7/16/23 07:30, Carlos E.R. wrote:
>>> On 2023-07-16 05:00, bad sector wrote:
>>>>
>>>> I was using such characters to name guitar chord
>>>> diagrams but since some upgrade or config change I
>>>> can no longer save files with these in their name.
>>>
>>> Using what software?
>>
>> Gimp, and it's in Gimp that I get the first hint like:
>>
>> "Execution error for procedure
>> 'gimp-image-set-filename':
>> Invalid byte sequence in conversion input."
>
> I just created a file named "¡ × ⁋ º ¦.xcf" in gimp, on Leap 15.5.
>
>>
>> Another possibly UNRELATED errrr (don't remember
>> the conditiion but not in Suse) message is:
>>
>> "System locale charset is ANSI_X3.4-1968
>> Your system's locale charset (i.e. the charset
>> used to encode filenames) is set to ANSI_X3.4-1968.
>> It is highly unlikely that this has been done
>> intentionally. Most likely the locale is not
>> set at all. An invalid setting will result in
>> problems when creating data projects.
>> Solution: To properly set the locale charset
>> make sure the LC_* environment variables are set.
>> Normally the distribution setup tools take care
>> of this."
>>
>>
>>
>>>> Existing files still display OK in dolphin but no
>>>> new ones can be saved. Where did I go wrong (this
>>>> worked before and I have tons of such files, still
>>>> works in Artix).
>>>
>>>
>>> And what openSUSE release are you using?
>>
>> Only Leap-15.5 & TW seem to be affected
>>
>> The "^" up-arrow, circumflex or caret is not problemantic.
>> The BAD characters are ¡ × ⁋ º ¦
>>
>>
>> At first I thought it might be a "locale" issue but a
>> check of my distros coughed up the following
>>
>> Artix no filename issue charmap="ANSI_X3.4-1968"
>> Devuan no filename issue charmap="UTF-8"
>> Slackware no filename issue charmap="UTF-8"
>> Suse-Leap-15.5 BAD charmap="UTF-8"
>> Suse TW BAD charmap="UTF-8"
>> Ubuntu-Studio no filename issue charmap="UTF-8"
>> AvLinux no filename issue charmap="ANSI_X3.4-1968"
>>
>> So it don't seem to be a charmap issue.
>>
>> BTW while kicking this around, in all cases except
>> Devuan & Slackware, I noticed one or more of the
>> following error messages in response to the
>> "locale -k LC_CTYPE" comand:
>>
>> locale: Cannot set LC_CTYPE to default locale:
>> No such file or directory
>
>
> -k, --keyword-name
>
> For each keyword whose value is being displayed,
> include also the name of that keyword, so that the output has the
> format:
>
> keyword="value"

???

>> locale: Cannot set LC_MESSAGES to default locale:
>> No such file or directory
>>
>> locale: Cannot set LC_ALL to default locale:
>> No such file or directory
>>
>> Exactly WHAT does not exist?
>
> Your locale.

You mean /etc/default/locale the file?


> In a terminal as that user, just do "locale" and paste that here.

Leap-15.5
~ locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME=Default.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

There is NO /etc/default/locale filein either
Leap-15.5 or TW, the only 2 problem systems. They
use systemd, but so does Ubuntu-Studio and the
file exists in all other systems including that one.

Files like "A6⁋3_0409.png" can be copied/pasted
in dolphin, it's Gimp-2.10.30 that throws a fit
in Suse

"Execution error for procedure
'gimp-image-set-filename':
Invalid byte sequence in conversion input."

but not in Ubuntu (same Gimp version).

It seems like gimp catches a problem that
is not in gimp but is related to a missing
default locale file

Re: ¡ × ⁋ ^ º ¦ in filenames

<6sudojx5ru.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=956&group=alt.os.linux.suse#956

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Sun, 16 Jul 2023 22:00:38 +0200
Lines: 90
Message-ID: <6sudojx5ru.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net yNUmZae9QVIRU5QfLmG/PAYEVWwUKIRgnl2oQcxVJBLk8GNuhK
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:LW6DPNoVUNbUj8Rplu6Rs38BXKM= sha256:QEz/k/SmwYlReR20f5QfkGb6E+qENetqlzGtiIkHBQQ=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
 by: Carlos E.R. - Sun, 16 Jul 2023 20:00 UTC

On 2023-07-16 18:26, bad sector wrote:
> On 7/16/23 08:51, Carlos E.R. wrote:
>> On 2023-07-16 14:10, bad sector wrote:
>>> On 7/16/23 07:30, Carlos E.R. wrote:
>>>> On 2023-07-16 05:00, bad sector wrote:

>>> locale: Cannot set LC_MESSAGES to default locale:
>>> No such file or directory
>>>
>>> locale: Cannot set LC_ALL to default locale:
>>> No such file or directory
>>>
>>> Exactly WHAT does not exist?
>>
>> Your locale.
>
> You mean /etc/default/locale the file?

No, the output of "locale".

>
>
>> In a terminal as that user, just do "locale" and paste that here.
>
> Leap-15.5
> ~ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME=Default.UTF-8
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=

On 15.4:

cer@Telcontar:~> locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=es_ES.utf8
LC_TIME=en_DK.UTF-8
LC_COLLATE=POSIX
LC_MONETARY=es_ES.utf8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=es_ES.utf8
LC_NAME=es_ES.utf8
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE=es_ES.utf8
LC_MEASUREMENT=es_ES.utf8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
cer@Telcontar:~>

cer@Telcontar:~> locate en_US.UTF-8
/usr/share/X11/locale/en_US.UTF-8
/usr/share/X11/locale/en_US.UTF-8/Compose
/usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS
/usr/share/X11/locale/en_US.UTF-8/XLC_LOCALE
/usr/share/doc/packages/libX11/i18n/compose/en_US.UTF-8.xml
cer@Telcontar:~>

Same result in my 15.5 laptop.

cer@Laicolasse:~> rpm -qf /usr/share/X11/locale/en_US.UTF-8
libX11-data-1.6.5-150000.3.30.1.noarch
cer@Laicolasse:~> rpm -qf /usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS
libX11-data-1.6.5-150000.3.30.1.noarch
cer@Laicolasse:~

Do you have those files installed? If not, install that rpm.

>
> There is NO /etc/default/locale filein either

Not needed. I don't have it. You will have "/etc/locale.conf"

--
Cheers, Carlos.

Re: ¡ × ⁋ ^ º ¦ in filenames

<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=957&group=alt.os.linux.suse#957

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 16 Jul 2023 23:43:16 +0000
From: forget...@invalid.net (bad sector)
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
MIME-Version: 1.0
User-Agent: Pan/0.151 (Butcha; bbd082f gitlab.gnome.org/GNOME/pan.git)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
Date: Sun, 16 Jul 2023 23:43:16 +0000
Lines: 101
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-iRKwTGbtsfX9i/riQH2XUWsNEdIaNKu9P3F3so3nHzzo4j7/beSUCpjTBdgT+VNf3ZSUHnbWhiUle92!P7M6OiJ3wItdsblucTMxRg9K6SHyamltgRMYpbnL/BdwWvnnT8mkzbJ3+hahh0ACaz4GG82pgNIP!9g==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Sun, 16 Jul 2023 23:43 UTC

On Sun, 16 Jul 2023 22:00:38 +0200, Carlos E.R. wrote:

> On 2023-07-16 18:26, bad sector wrote:
>> On 7/16/23 08:51, Carlos E.R. wrote:
>>> On 2023-07-16 14:10, bad sector wrote:
>>>> On 7/16/23 07:30, Carlos E.R. wrote:
>>>>> On 2023-07-16 05:00, bad sector wrote:
>
>
>>>> locale: Cannot set LC_MESSAGES to default locale:
>>>> No such file or directory
>>>>
>>>> locale: Cannot set LC_ALL to default locale:
>>>> No such file or directory
>>>>
>>>> Exactly WHAT does not exist?
>>>
>>> Your locale.
>>
>> You mean /etc/default/locale the file?
>
> No, the output of "locale".

How can the output of locale be the topic of "no such
file or directory"? This particular problem seems to be
one of communications, we don't set nothing to a file,
what we do is edit a file and save it (still conditional
to me understanding what the error message means, which
I don't).

In this age of AI, automated translators, text composters,
and multicultural multilingual whatnots it no longer suffices
for communications to be understandable, they must be
impossible not to understand and that doesn't just include
error messages, it begins with them.


> On 15.4:
>
> cer@Telcontar:~> locale
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC=es_ES.utf8
> LC_TIME=en_DK.UTF-8
> LC_COLLATE=POSIX
> LC_MONETARY=es_ES.utf8
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER=es_ES.utf8
> LC_NAME=es_ES.utf8
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE=es_ES.utf8
> LC_MEASUREMENT=es_ES.utf8
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
> cer@Telcontar:~>
>
> cer@Telcontar:~> locate en_US.UTF-8
> /usr/share/X11/locale/en_US.UTF-8
> /usr/share/X11/locale/en_US.UTF-8/Compose
> /usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS
> /usr/share/X11/locale/en_US.UTF-8/XLC_LOCALE
> /usr/share/doc/packages/libX11/i18n/compose/en_US.UTF-8.xml
> cer@Telcontar:~>
>
> Same result in my 15.5 laptop.
>
>
> cer@Laicolasse:~> rpm -qf /usr/share/X11/locale/en_US.UTF-8
> libX11-data-1.6.5-150000.3.30.1.noarch
> cer@Laicolasse:~> rpm -qf /usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS
> libX11-data-1.6.5-150000.3.30.1.noarch
> cer@Laicolasse:~
>
> Do you have those files installed? If not, install that rpm.

same results on Leap-15.5
(desktop, threw out my laptop, haven't replaced it and
I've never been happier)


>> There is NO /etc/default/locale filein either
>
> Not needed. I don't have it. You will have "/etc/locale.conf"

same here, contains

LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8

So then why does locale whine about 'no such file or directory',
is it because it don't know how to use 'find' or because suse
is not following (the same) conventions?

And, regardless of the above very pretty exercise in academe,
I still don't see linkage between anything 'locale' and the
file-naming issue causing problems but only in gimp and only
in Suse :-(

Re: ¡ × ⁋ ^ º ¦ in filenames

<offeojx3cb.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=958&group=alt.os.linux.suse#958

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!news.chmurka.net!nntp.terraraq.uk!nntp-feed.chiark.greenend.org.uk!ewrotcd!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Mon, 17 Jul 2023 02:44:07 +0200
Lines: 153
Message-ID: <offeojx3cb.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net pTx9iTBI+23fVmtawKT54wOLXnqhFDCn+f5/IB3VC41r+3X1Bk
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:hWnWjAe6fRisp5V7F5kVlDrxb0A= sha256:9G5VRtaZ1tgpnXoe7rknNdxbT8R8LF/M1W4cYXArKCY=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
 by: Carlos E.R. - Mon, 17 Jul 2023 00:44 UTC

On 2023-07-17 01:43, bad sector wrote:
> On Sun, 16 Jul 2023 22:00:38 +0200, Carlos E.R. wrote:
>> On 2023-07-16 18:26, bad sector wrote:
>>> On 7/16/23 08:51, Carlos E.R. wrote:
>>>> On 2023-07-16 14:10, bad sector wrote:
>>>>> On 7/16/23 07:30, Carlos E.R. wrote:
>>>>>> On 2023-07-16 05:00, bad sector wrote:
>>
>>
>>>>> locale: Cannot set LC_MESSAGES to default locale:
>>>>> No such file or directory
>>>>>
>>>>> locale: Cannot set LC_ALL to default locale:
>>>>> No such file or directory
>>>>>
>>>>> Exactly WHAT does not exist?
>>>>
>>>> Your locale.
>>>
>>> You mean /etc/default/locale the file?
>>
>> No, the output of "locale".
>
> How can the output of locale be the topic of "no such
> file or directory"? This particular problem seems to be
> one of communications, we don't set nothing to a file,
> what we do is edit a file and save it (still conditional
> to me understanding what the error message means, which
> I don't).
>
> In this age of AI, automated translators, text composters,
> and multicultural multilingual whatnots it no longer suffices
> for communications to be understandable, they must be
> impossible not to understand and that doesn't just include
> error messages, it begins with them.

Well, *unix is ancient technology.

The error message means, AFAIK, that one or several of the files used
for locale definitions are missing, for your chosen locale, which is
what I have been trying to track in several posts.

>> On 15.4:
>>
>> cer@Telcontar:~> locale
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC=es_ES.utf8
>> LC_TIME=en_DK.UTF-8
>> LC_COLLATE=POSIX
>> LC_MONETARY=es_ES.utf8
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER=es_ES.utf8
>> LC_NAME=es_ES.utf8
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE=es_ES.utf8
>> LC_MEASUREMENT=es_ES.utf8
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>> cer@Telcontar:~>
>>
>> cer@Telcontar:~> locate en_US.UTF-8
>> /usr/share/X11/locale/en_US.UTF-8
>> /usr/share/X11/locale/en_US.UTF-8/Compose
>> /usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS
>> /usr/share/X11/locale/en_US.UTF-8/XLC_LOCALE
>> /usr/share/doc/packages/libX11/i18n/compose/en_US.UTF-8.xml
>> cer@Telcontar:~>
>>
>> Same result in my 15.5 laptop.
>>
>>
>> cer@Laicolasse:~> rpm -qf /usr/share/X11/locale/en_US.UTF-8
>> libX11-data-1.6.5-150000.3.30.1.noarch
>> cer@Laicolasse:~> rpm -qf /usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS
>> libX11-data-1.6.5-150000.3.30.1.noarch
>> cer@Laicolasse:~
>>
>> Do you have those files installed? If not, install that rpm.
>
>
> same results on Leap-15.5
> (desktop, threw out my laptop, haven't replaced it and
> I've never been happier)
>
>
>
>>> There is NO /etc/default/locale filein either
>>
>> Not needed. I don't have it. You will have "/etc/locale.conf"
>
> same here, contains
>
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
>
>
> So then why does locale whine about 'no such file or directory',
> is it because it don't know how to use 'find' or because suse
> is not following (the same) conventions?
>
> And, regardless of the above very pretty exercise in academe,
> I still don't see linkage between anything 'locale' and the
> file-naming issue causing problems but only in gimp and only
> in Suse :-(

That you have related problems in several distros indicate that it is
something you are doing.

For example, what filesystem is the partition where you are saving your
files?

The LC_CTYPE category determines character handling rules governing the
interpretation of sequences of bytes of text data characters (that is,
single-byte versus multibyte characters), the classification of
characters (for example, alpha, digit, and so on), and the behavior of
character classes.

Understanding locale environment variables - IBM
IBM
https://www.ibm.com › understand_locale_environ_var
<https://www.ibm.com/docs/en/aix/7.1?topic=locales-understanding-locale-environment-variables>

What is the difference between Lc_ctype and Lc_all?
LC_CTYPE is an override to LANG, and overrides just the character set
used. All other features (categories) of LANG are still used as set by
LANG, e.g. LC_TELEPHONE. LC_ALL is a further override. It overrides both
LC_CTYPE and all locale categories that were set by LANG to a given
language and codeset.May 27, 2015

Explain the effects of export LANG, LC_CTYPE, and LC_ALL
Stack Overflow
<https://stackoverflow.com/questions/30479607/explain-the-effects-of-export-lang-lc-ctype-and-lc-all>

You had an error when doing "locale -k LC_CTYPE". I would try that
command under strace or ltrace, to see what they do, what file it is
exactly trying to find.

Oh, and notice that Tumbleweed and Leap are very different beasts in
these respects. I can offer no guidance on TW.

--
Cheers, Carlos.

Re: ¡ × ⁋ ^ º ¦ in filenames

<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=959&group=alt.os.linux.suse#959

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!69.80.99.26.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 17 Jul 2023 01:33:07 +0000
From: forget...@invalid.net (bad sector)
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com> <101dojxnhc.ln2@Telcontar.valinor> <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com> <5o5dojxfed.ln2@Telcontar.valinor> <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com> <6sudojx5ru.ln2@Telcontar.valinor> <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com> <offeojx3cb.ln2@Telcontar.valinor>
MIME-Version: 1.0
User-Agent: Pan/0.151 (Butcha; bbd082f gitlab.gnome.org/GNOME/pan.git)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
Date: Mon, 17 Jul 2023 01:33:07 +0000
Lines: 70
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-nOBDpZTwgoVvEhEQ01hPlV2m1kJZ9YSAxJwF2nky46CTm7/8a4qLmsN2MdOpLrmdr+teDH91N1n9FoH!fBJJKTIXx89UAuVjAshotxt6O8OQG0CbEaTYKTiLfNf9M36nARFZN6aiycMYCc1UeRO4EtBesPD/!tA==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Mon, 17 Jul 2023 01:33 UTC

On Mon, 17 Jul 2023 02:44:07 +0200, Carlos E.R. wrote:

On 7/16/23 20:44, Carlos E.R. wrote:
> On 2023-07-17 01:43, bad sector wrote:
>> On Sun, 16 Jul 2023 22:00:38 +0200, Carlos E.R. wrote:

>> And, regardless of the above very pretty exercise in academe,
>> I still don't see linkage between anything 'locale' and the
>> file-naming issue causing problems but only in gimp and only
>> in Suse :-(
>
> That you have related problems in several distros indicate that it is
> something you are doing.

Possible but I generally accomplish all the same fuckups in all distros while only Leap and TW are problematic in this case

> For example, what filesystem is the partition where you are saving your
> files?

ext4 is the ONLY fs I use ever since canning reiserfs

> The LC_CTYPE category determines character handling rules governing the
> interpretation of sequences of bytes of text data characters (that is,
> single-byte versus multibyte characters), the classification of
> characters (for example, alpha, digit, and so on), and the behavior of
> character classes.
>
> Understanding locale environment variables - IBM
> IBM
> https://www.ibm.com › understand_locale_environ_var
> <https://www.ibm.com/docs/en/aix/7.1?topic=locales-understanding-locale-environment-variables>
>
>
>
> What is the difference between Lc_ctype and Lc_all?
> LC_CTYPE is an override to LANG, and overrides just the character set
> used. All other features (categories) of LANG are still used as set by
> LANG, e.g. LC_TELEPHONE. LC_ALL is a further override. It overrides both
> LC_CTYPE and all locale categories that were set by LANG to a given
> language and codeset.May 27, 2015
>
> Explain the effects of export LANG, LC_CTYPE, and LC_ALL
> Stack Overflow
> <https://stackoverflow.com/questions/30479607/explain-the-effects-of-export-lang-lc-ctype-and-lc-all>
>
>
>
>
> You had an error when doing "locale -k LC_CTYPE". I would try that
> command under strace or ltrace, to see what they do, what file it is
> exactly trying to find.

My first ever strace stunt, this is for developers and I'm not one, never will be:

https://paste.opensuse.org/pastes/6dd828e4c956


> Oh, and notice that Tumbleweed and Leap are very different beasts in
> these respects.

What I need to isolate first is WHY gimp is throwing fits, second why only in Leap & TW. I'm thinking 'filesystem' but the subject files are all on the same removable ext4 data partition accessed by essentially the same Gimp as installed on all 7 distros

> I can offer no guidance on TW.

What you do offer is appreciated all the same :-)

Re: ¡ × ⁋ ^ º ¦ in filenames

<ilqfojxlk9.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=960&group=alt.os.linux.suse#960

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Mon, 17 Jul 2023 15:01:06 +0200
Lines: 298
Message-ID: <ilqfojxlk9.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net SMowmEu6cKuBBytzxq0tIAIaT4iVbyszSLRLO8xy3TZhbsQJ0K
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:U2tZcl4ExSDkYyRJzk1GWp4vOMA= sha256:ZWuCqKSu6VUH/RpAY280fwzmllH0IPze8ubmIqo5Wns=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
 by: Carlos E.R. - Mon, 17 Jul 2023 13:01 UTC

On 2023-07-17 03:33, bad sector wrote:
> On Mon, 17 Jul 2023 02:44:07 +0200, Carlos E.R. wrote:
> On 7/16/23 20:44, Carlos E.R. wrote:
>> On 2023-07-17 01:43, bad sector wrote:
>>> On Sun, 16 Jul 2023 22:00:38 +0200, Carlos E.R. wrote:
>
>>> And, regardless of the above very pretty exercise in academe,
>>> I still don't see linkage between anything 'locale' and the
>>> file-naming issue causing problems but only in gimp and only
>>> in Suse :-(
>>
>> That you have related problems in several distros indicate that it is
>> something you are doing.
>
> Possible but I generally accomplish all the same fuckups in all distros while only Leap and TW are problematic in this case
>
>
>> For example, what filesystem is the partition where you are saving your
>> files?
>
> ext4 is the ONLY fs I use ever since canning reiserfs

Ok, then no FAT.

....

>> You had an error when doing "locale -k LC_CTYPE". I would try that
>> command under strace or ltrace, to see what they do, what file it is
>> exactly trying to find.
>
> My first ever strace stunt, this is for developers and I'm not one, never will be:
>
> https://paste.opensuse.org/pastes/6dd828e4c956

It is easy to read :-)

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_CTYPE",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

file does not exist.

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_CTYPE",
O_RDONLY|O_CLOEXEC) = 3

Tries another name, that does exist, and returns the handle.

fstat(3, {st_mode=S_IFREG|0644, st_size=2940, ...}) = 0

It queries the file...

Here is the one that matters, starting at line 88:

(I insert blank lines for clarity)

openat(AT_FDCWD, "/usr/lib/locale/Default.UTF-8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/Default.utf8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/Default/LC_TIME", O_RDONLY|O_CLOEXEC)
= -1 ENOENT (No such file or directory)

openat(AT_FDCWD,
"/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY)
= -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD,
"/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale/en_US/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD,
"/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD,
"/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1
ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo",
O_RDONLY) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)

write(2, "locale: ", 8locale: ) = 8
write(2, "Cannot set LC_ALL to default loc"..., 35Cannot set LC_ALL to
default locale) = 35
write(2, ": No such file or directory", 27: No such file or directory) = 27

I can see that "/usr/share/locale/en_GB/LC_MESSAGES/libc.mo" does exist
in my system, but not "/usr/share/locale/en/LC_MESSAGES/libc.mo". It is
curious. But anyway, you know now what file it is missing.

I will now try the same command on 15.5.

[...]

Ok, mine doesn't try to find "libc.mo". It does try "LC_MESSAGES"

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_MESSAGES",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_MESSAGES",
O_RDONLY|O_CLOEXEC) = 3

On yours, the first problem happens here:

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_COLLATE",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_COLLATE",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=2586930, ...}) = 0
mmap(NULL, 2586930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fa46d860000

close(3) = 0

openat(AT_FDCWD, "/usr/lib/locale/Default.UTF-8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/Default.utf8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/Default/LC_TIME", O_RDONLY|O_CLOEXEC)
= -1 ENOENT (No such file or directory)

On mine, the same section:

openat(AT_FDCWD, "/usr/lib/locale/es_ES.utf8/LC_MONETARY",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=294, ...}) = 0
mmap(NULL, 294, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f97b2f8f000

close(3) = 0

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_COLLATE",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_COLLATE",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=2586930, ...}) = 0
mmap(NULL, 2586930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f97b2ab2000

close(3) = 0

openat(AT_FDCWD, "/usr/lib/locale/en_DK.UTF-8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_DK.utf8/LC_TIME",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=3180, ...}) = 0

mmap(NULL, 3180, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f97b2f8e000
close(3) = 0

Ah, ok, but I use a different time locale than you (en_DK.UTF-8). I'll
try a different user.

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_MONETARY",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_MONETARY",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0

mmap(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff46b2000

close(3) = 0

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_COLLATE",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_COLLATE",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=2586930, ...}) = 0

mmap(NULL, 2586930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff41d5000

close(3) = 0

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_TIME",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=3284, ...}) = 0

mmap(NULL, 3284, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff46b1000

close(3) = 0

openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_NUMERIC",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_NUMERIC",
O_RDONLY|O_CLOEXEC) = 3

fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0

mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff46b0000
close(3) = 0

Whereas yours do:

openat(AT_FDCWD, "/usr/lib/locale/Default.UTF-8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/Default.utf8/LC_TIME",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

openat(AT_FDCWD, "/usr/lib/locale/Default/LC_TIME", O_RDONLY|O_CLOEXEC)
= -1 ENOENT (No such file or directory)

Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
which in mine does exist.

But yours is trying instead

/usr/lib/locale/Default.UTF-8/LC_TIME
/usr/lib/locale/Default.utf8/LC_TIME
/usr/lib/locale/Default/LC_TIME

which do not exist. Why is it trying those?

When I asked you for your locale, you pasted this:

Leap-15.5
~ locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME=Default.UTF-8 <=========
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=


Click here to read the complete article
Re: ¡ × ⁋ ^ º ¦ in filenames

<otqcndNq2-Bx9yj5nZ2dnZfqnPadnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=961&group=alt.os.linux.suse#961

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 17 Jul 2023 16:23:08 +0000
From: pos...@invalid.org (bad sector)
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
MIME-Version: 1.0
User-Agent: Pan/0.154 (Izium; 517acf4)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <otqcndNq2-Bx9yj5nZ2dnZfqnPadnZ2d@giganews.com>
Date: Mon, 17 Jul 2023 16:23:08 +0000
Lines: 144
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-92fQ5HUE7lsitcH6yX0EA13ksWe4Fb4xVqpE2aZ7NSONVsbQMSRJtX/Re2RQVcEqCZwMWjPpBs5/2KS!6pq98IlW2UDzpZbSrmNNwwd8u9q5Q/yYWrp3mgaxcz51ey0tt352ZbhEgZ+hO347V0kMB5YuXF1u!0g==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Mon, 17 Jul 2023 16:23 UTC

On 7/17/23 09:01, Carlos E.R. wrote:
> On 2023-07-17 03:33, bad sector wrote:

> When I asked you for your locale, you pasted this:
>
> Leap-15.5
> ~ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME=Default.UTF-8 <=========
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
>
> That's the origin of your problem. Why do you have that?
> Find that out, and change it to a proper one, and you should be Ok.

I see that, so I went with

# export LC_TIME="en_US.UTF-8"
# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

At this point LC_ALL is NOT set, yet...

# locale -k LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971130
week-1stweek=1
first_weekday=1
first_workday=2
cal_direction=1
timezone=""
date_fmt="%a %d %b %Y %r %Z"
time-codeset="UTF-8"
alt_mon="January;February;March;April;May;June;July;August;September;October;November;December"
ab_alt_mon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"

It does NOT complain about LC_ALL no such file or directory. But if I
reboot then it does. Anyway Gimps still throws a fit

so I did

# export LC_ALL="C"
# locale
LANG=en_US.UTF-8
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C

# locale -k LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %b %e %H:%M:%S %Y"
d_fmt="%m/%d/%y"
t_fmt="%H:%M:%S"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries=""
week-ndays=7
week-1stday=19971130
week-1stweek=4
first_weekday=1
first_workday=2
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="ANSI_X3.4-1968"
alt_mon="January;February;March;April;May;June;July;August;September;October;November;December"
ab_alt_mon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"

Gimp STILL throws a fit

What indication is there that this is a 'locale' issue at all? Some of my
other distros have locale issues as well yet do not suffer from the gimp-
fit.

Interestingly, even in Leap/TW gimp DOES load a file such as
"A#º_0305.png" with no problem. It's when I go to export it that the hsit
hits the fan, AND as maybe a hint of the underlying FUBAR the filename
presented for possible edit becomes "A%23º_0305.png".

Re: ¡ × ⁋ ^ º ¦ in filenames

<npcgojxfdb.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=962&group=alt.os.linux.suse#962

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Mon, 17 Jul 2023 20:10:31 +0200
Lines: 109
Message-ID: <npcgojxfdb.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<otqcndNq2-Bx9yj5nZ2dnZfqnPadnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net j2O4inNCDe1CJbhTx6hzJg4qw3Bp6qVVRedppsBMCD4lqU0JSU
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:m4N1O9FNUwP70WdeakcYABFKihE= sha256:CX/KptbVDAYsMIkS8ouNVmzfB2frT99EaD46P0iCjOk=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <otqcndNq2-Bx9yj5nZ2dnZfqnPadnZ2d@giganews.com>
 by: Carlos E.R. - Mon, 17 Jul 2023 18:10 UTC

On 2023-07-17 18:23, bad sector wrote:
> On 7/17/23 09:01, Carlos E.R. wrote:
>> On 2023-07-17 03:33, bad sector wrote:
>

....

> At this point LC_ALL is NOT set, yet...
>
> # locale -k LC_TIME
> abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
> day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
> abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
> mon="January;February;March;April;May;June;July;August;September;October;November;December"
> am_pm="AM;PM"
> d_t_fmt="%a %d %b %Y %r %Z"
> d_fmt="%m/%d/%Y"
> t_fmt="%r"
> t_fmt_ampm="%I:%M:%S %p"
> era=
> era_year=""
> era_d_fmt=""
> alt_digits=
> era_d_t_fmt=""
> era_t_fmt=""
> time-era-num-entries=0
> time-era-entries="S"
> week-ndays=7
> week-1stday=19971130
> week-1stweek=1
> first_weekday=1
> first_workday=2
> cal_direction=1
> timezone=""
> date_fmt="%a %d %b %Y %r %Z"
> time-codeset="UTF-8"
> alt_mon="January;February;March;April;May;June;July;August;September;October;November;December"
> ab_alt_mon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
>
> It does NOT complain about LC_ALL no such file or directory. But if I
> reboot then it does. Anyway Gimps still throws a fit
>
> so I did

Edit (or create) file .i18n. Mine is:

# used by /etc/profile.d/lang.sh
#CER - if it doesn't work edit /etc/profile.d/lang.sh, see Bugzilla 567324
LC_TIME=en_DK.UTF-8
LC_MONETARY=es_ES.utf8
LC_NUMERIC=es_ES.utf8
LC_PAPER=es_ES.utf8
LC_TELEPHONE=es_ES.utf8
LC_MEASUREMENT=es_ES.utf8
LC_NAME=es_ES.utf8

You need to at least log out and in.

> # export LC_ALL="C"
> # locale
> LANG=en_US.UTF-8
> LC_CTYPE="C"
> LC_NUMERIC="C"
> LC_TIME="C"
> LC_COLLATE="C"
> LC_MONETARY="C"
> LC_MESSAGES="C"
> LC_PAPER="C"
> LC_NAME="C"
> LC_ADDRESS="C"
> LC_TELEPHONE="C"
> LC_MEASUREMENT="C"
> LC_IDENTIFICATION="C"
> LC_ALL=C
>
> # locale -k LC_TIME
> abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
> day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"

....

>
>
> Gimp STILL throws a fit
>
> What indication is there that this is a 'locale' issue at all? Some of my
> other distros have locale issues as well yet do not suffer from the gimp-
> fit.
>
> Interestingly, even in Leap/TW gimp DOES load a file such as
> "A#º_0305.png" with no problem. It's when I go to export it that the hsit
> hits the fan, AND as maybe a hint of the underlying FUBAR the filename
> presented for possible edit becomes "A%23º_0305.png".

I don't know why gimp has trouble, but you know the drill: strace.

strace --output=filename gimp

and find out what file it doesn't find.

Huh, I don't know if gimp can work if the locale is "C". It needs utf-8.

--
Cheers, Carlos.

Re: ¡ × ⁋ ^ º ¦ in filenames

<u944ij$1b16s$1@dont-email.me>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=963&group=alt.os.linux.suse#963

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: hyperspa...@vogon.gov.invalid (Don Spam's Reckless Son)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Mon, 17 Jul 2023 21:25:06 +0200
Organization: A noiseless patient Spider
Lines: 310
Message-ID: <u944ij$1b16s$1@dont-email.me>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 17 Jul 2023 19:25:07 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="0d803c204f91899c410aa481502feb69";
logging-data="1410268"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX185YYqfx8gJb7KcqULESq72Nt6BqK8SELA="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
SeaMonkey/2.53.16
Cancel-Lock: sha1:7IorCeQfvPH+FTs4k5OgTCvN0MI=
In-Reply-To: <ilqfojxlk9.ln2@Telcontar.valinor>
 by: Don Spam's Reck - Mon, 17 Jul 2023 19:25 UTC

Carlos E.R. wrote:
> On 2023-07-17 03:33, bad sector wrote:
>> On Mon, 17 Jul 2023 02:44:07 +0200, Carlos E.R. wrote:
>> On 7/16/23 20:44, Carlos E.R. wrote:
>>> On 2023-07-17 01:43, bad sector wrote:
>>>> On Sun, 16 Jul 2023 22:00:38 +0200, Carlos E.R. wrote:
>>
>>>> And, regardless of the above very pretty exercise in academe,
>>>> I still don't see linkage between anything 'locale' and the
>>>> file-naming issue causing problems but only in gimp and only
>>>> in Suse :-(
>>>
>>> That you have related problems in several distros indicate that it is
>>> something you are doing.
>>
>> Possible but I generally accomplish all the same fuckups in all
>> distros while only Leap and TW are problematic in this case
>>
>>
>>> For example, what filesystem is the partition where you are saving your
>>> files?
>>
>> ext4 is the ONLY fs I use ever since canning reiserfs
>
> Ok, then no FAT.
>
> ...
>
>
>>> You had an error when doing "locale -k LC_CTYPE". I would try that
>>> command under strace or ltrace, to see what they do, what file it is
>>> exactly trying to find.
>>
>> My first ever strace stunt, this is for developers and I'm not one,
>> never will be:
>>
>> https://paste.opensuse.org/pastes/6dd828e4c956
>
> It is easy to read :-)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_CTYPE",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> file does not exist.
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_CTYPE",
> O_RDONLY|O_CLOEXEC) = 3
>
> Tries another name, that does exist, and returns the handle.
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=2940, ...}) = 0
>
> It queries the file...
>
>
> Here is the one that matters, starting at line 88:
>
> (I insert blank lines for clarity)
>
>
>
> openat(AT_FDCWD, "/usr/lib/locale/Default.UTF-8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/Default.utf8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/Default/LC_TIME", O_RDONLY|O_CLOEXEC)
> = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD,
> "/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY)
> = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD,
> "/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =
> -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale/en_US/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD,
> "/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =
> -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD,
> "/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1
> ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo",
> O_RDONLY) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =
> -1 ENOENT (No such file or directory)
>
> write(2, "locale: ", 8locale: )                 = 8
> write(2, "Cannot set LC_ALL to default loc"..., 35Cannot set LC_ALL to
> default locale) = 35
> write(2, ": No such file or directory", 27: No such file or directory) = 27
>
>
> I can see that "/usr/share/locale/en_GB/LC_MESSAGES/libc.mo" does exist
> in my system, but not "/usr/share/locale/en/LC_MESSAGES/libc.mo". It is
> curious. But anyway, you know now what file it is missing.
>
>
> I will now try the same command on 15.5.
>
> [...]
>
> Ok, mine doesn't try to find "libc.mo". It does try "LC_MESSAGES"
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_MESSAGES",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_MESSAGES",
> O_RDONLY|O_CLOEXEC) = 3
>
>
>
>
>
> On yours, the first problem happens here:
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_COLLATE",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_COLLATE",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=2586930, ...}) = 0
> mmap(NULL, 2586930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fa46d860000
>
> close(3)                                = 0
>
> openat(AT_FDCWD, "/usr/lib/locale/Default.UTF-8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/Default.utf8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/Default/LC_TIME", O_RDONLY|O_CLOEXEC)
> = -1 ENOENT (No such file or directory)
>
>
> On mine, the same section:
>
>
> openat(AT_FDCWD, "/usr/lib/locale/es_ES.utf8/LC_MONETARY",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=294, ...}) = 0
> mmap(NULL, 294, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f97b2f8f000
>
> close(3)                                = 0
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_COLLATE",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_COLLATE",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=2586930, ...}) = 0
> mmap(NULL, 2586930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f97b2ab2000
>
> close(3)                                = 0
>
> openat(AT_FDCWD, "/usr/lib/locale/en_DK.UTF-8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_DK.utf8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=3180, ...}) = 0
>
> mmap(NULL, 3180, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f97b2f8e000
> close(3)                                = 0
>
>
>
> Ah, ok, but I use a different time locale than you (en_DK.UTF-8). I'll
> try a different user.
>
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_MONETARY",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_MONETARY",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0
>
> mmap(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff46b2000
>
> close(3)                                = 0
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_COLLATE",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_COLLATE",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=2586930, ...}) = 0
>
> mmap(NULL, 2586930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff41d5000
>
> close(3)                                = 0
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=3284, ...}) = 0
>
> mmap(NULL, 3284, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff46b1000
>
> close(3)                                = 0
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.UTF-8/LC_NUMERIC",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_NUMERIC",
> O_RDONLY|O_CLOEXEC) = 3
>
> fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
>
> mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efff46b0000
> close(3)                                = 0
>
>
> Whereas yours do:
>
> openat(AT_FDCWD, "/usr/lib/locale/Default.UTF-8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/Default.utf8/LC_TIME",
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>
> openat(AT_FDCWD, "/usr/lib/locale/Default/LC_TIME", O_RDONLY|O_CLOEXEC)
> = -1 ENOENT (No such file or directory)
>
>
>
> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
> which in mine does exist.
>
> But yours is trying instead
>
> /usr/lib/locale/Default.UTF-8/LC_TIME
> /usr/lib/locale/Default.utf8/LC_TIME
> /usr/lib/locale/Default/LC_TIME
>
> which do not exist. Why is it trying those?
>
>
> When I asked you for your locale, you pasted this:
>
> Leap-15.5
> ~ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME=Default.UTF-8   <=========
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
>
> That's the origin of your problem. Why do you have that?
> Find that out, and change it to a proper one, and you should be Ok.
>
>


Click here to read the complete article
Re: ¡ × ⁋ ^ º ¦ in filenames

<hkogojxkjd.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=964&group=alt.os.linux.suse#964

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: ¡ × ⁋ ^ º ¦ in filenames
Date: Mon, 17 Jul 2023 23:32:33 +0200
Lines: 68
Message-ID: <hkogojxkjd.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor> <u944ij$1b16s$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net +ifo3mfiBcVEg5ceJPpV5AIohs8wKMPdSpP5W83yc5xay9Swh0
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:W38Q8N9o4mVQtwcf+0Lgu1Yc6Ek= sha256:tLZ+cEmify+tOPRMs8Nyp+hK8yRZv8aZRVLfoy5Nqsw=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <u944ij$1b16s$1@dont-email.me>
 by: Carlos E.R. - Mon, 17 Jul 2023 21:32 UTC

On 2023-07-17 21:25, Don Spam's Reckless Son wrote:
> Carlos E.R. wrote:
>> On 2023-07-17 03:33, bad sector wrote:
>>> On Mon, 17 Jul 2023 02:44:07 +0200, Carlos E.R. wrote:
>>> On 7/16/23 20:44, Carlos E.R. wrote:
>>>> On 2023-07-17 01:43, bad sector wrote:
>>>>> On Sun, 16 Jul 2023 22:00:38 +0200, Carlos E.R. wrote:

....

>> But yours is trying instead
>>
>> /usr/lib/locale/Default.UTF-8/LC_TIME
>> /usr/lib/locale/Default.utf8/LC_TIME
>> /usr/lib/locale/Default/LC_TIME
>>
>> which do not exist. Why is it trying those?
>>
>>
>> When I asked you for your locale, you pasted this:
>>
>> Leap-15.5
>> ~ locale
>> locale: Cannot set LC_ALL to default locale: No such file or directory
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME=Default.UTF-8   <=========
>> LC_COLLATE="en_US.UTF-8"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>>
>>
>> That's the origin of your problem. Why do you have that?
>> Find that out, and change it to a proper one, and you should be Ok.
>>
>>
>
> I'm assuming I don't have this problem - and have no intention of naming
> files that way - so my interest in this topic is purely academic.  Oh,
> and my "locale" output is just fine and fits my expectations.
>
> I'd have thought this stuff would be controlled by YaST2, specifically:
> System -> Language -> Primary Language Settings

Yes, the system or default language, and what additional language
packages for different software you install. But the locale for each
user is independent. Both Gnome and KDE have different methods of
setting it up.

>
> A further possibility would be:
> System -> Sysconfig Editor -> System -> Environment -> Language
> but the only overrides I have set there are for ROOT_USES_LANG (ctype)
> and AUTO_DETECT_UTF8 (no).  Obviously, INSTALLED_LANGUAGES is set.

Right.

--
Cheers, Carlos.

Some progress ...Re: ¡ × ⁋ ^ º ¦ in filenames

<uf-dndrDC7S5XSj5nZ2dnZfqn_qdnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=965&group=alt.os.linux.suse#965

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!feeder.usenetexpress.com!tr1.iad1.usenetexpress.com!69.80.99.23.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 17 Jul 2023 22:26:44 +0000
Date: Mon, 17 Jul 2023 18:26:43 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0
From: forget...@_INVALID.net (bad sector)
Subject: Some progress ...Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com> <101dojxnhc.ln2@Telcontar.valinor> <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com> <5o5dojxfed.ln2@Telcontar.valinor> <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com> <6sudojx5ru.ln2@Telcontar.valinor> <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com> <offeojx3cb.ln2@Telcontar.valinor> <J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com> <ilqfojxlk9.ln2@Telcontar.valinor> <otqcndNq2-Bx9yj5nZ2dnZfqnPadnZ2d@giganews.com> <npcgojxfdb.ln2@Telcontar.valinor>
Content-Language: en-US
In-Reply-To: <npcgojxfdb.ln2@Telcontar.valinor>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <uf-dndrDC7S5XSj5nZ2dnZfqn_qdnZ2d@giganews.com>
Lines: 149
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-xzmdAfyXfqv7xVxZ4b7ApOO3UIdpqbZbYFJ8pG4u+7/2gF8a0zzbzSolZvclM7RD3Q01sT+OIET1Dat!k+HYzVLqOJ6hbe6Xjd5JLQ22IrhqNX8F1/nZPUXqY9GQi2PkNhFYrLLJjn5nj80grbDO9lOQnR5F!RQ==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Mon, 17 Jul 2023 22:26 UTC

On 7/17/23 14:10, Carlos E.R. wrote:

> Edit (or create) file .i18n. Mine is:
>
> # used by /etc/profile.d/lang.sh
> #CER - if it doesn't work edit /etc/profile.d/lang.sh, see Bugzilla 567324
> LC_TIME=en_DK.UTF-8
> LC_MONETARY=es_ES.utf8
> LC_NUMERIC=es_ES.utf8
> LC_PAPER=es_ES.utf8
> LC_TELEPHONE=es_ES.utf8
> LC_MEASUREMENT=es_ES.utf8
> LC_NAME=es_ES.utf8

Is it UTF-8 or utf8?
And how come sometimes these fields are quoted and sometimes not?

> You need to at least log out and in.

I'm on Tumbleweed now, fully updated as of 30 minutes ago

There IS a ~/.i18n file, edited it to

LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"

....no change

no file /etc/profile.d/lang.sh

on re-log-in

~ locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=Default.UTF-8 <<<<<<<<<
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=

Don't know where that "Default.UTF-8" keeps coming from!

> I don't know why gimp has trouble, but you know the drill: strace.

my bad, I had forgot that the last strace exercise was in fact for gimp
and not some locale command (starting to get dizzy here)

> strace --output=filename  gimp
> and find out what file it doesn't find.

> Huh, I don't know if gimp can work if the locale is "C". It needs utf-8.
That was only to see if anything would change, nothing did, forget it

~ export LC_TIME="en_US.UTF-8" export LC_TIME="en_US.UTF-8"

the result being:

~ locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=

If I issue the strace command just for gimp:

~ strace --output=trace.txt gimp
(gimp:10753): Gtk-WARNING **: 17:33:58.024: Locale not supported by C
library.
Using the fallback 'C' locale.

gimp loads and I can load and export the file A#º_0305.png

If I issue the strace command WITH the file also argued for gimp

~ strace --output=trace.txt gimp A#º_0305.png
libpng warning: iCCP: CRC error
** (file-png:8596): WARNING **: 17:22:59.539: Unsupported date format
gimp: (null)-WARNING: Unsupported date format

NOW we're getting some civilised *comms* i.e. bad 'date' even though
the locale is called LC_TIME

gimp loads and I can load and export the file A#º_0305.png

BUT if I clicjk the file icon in dolphin to open the image
with gimp THEN gimp throws a fit as before and I cannot export
on account of "illegal filename"

*Is it a dolphin bug?*
{dolphin AND gimp are GNOME?}

So I have a partial fix but on reboot I'll have to re-export
what seems like THE bad field value for LC_TIME

Also tried editing

export LC_TIME="en_US.UTF-8"

into /.profile, no joy

Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=966&group=alt.os.linux.suse#966

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!69.80.99.27.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 17 Jul 2023 23:15:14 +0000
Date: Mon, 17 Jul 2023 19:15:14 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0
From: forget...@_INVALID.net (bad sector)
Subject: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com> <101dojxnhc.ln2@Telcontar.valinor> <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com> <5o5dojxfed.ln2@Telcontar.valinor> <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com> <6sudojx5ru.ln2@Telcontar.valinor> <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com> <offeojx3cb.ln2@Telcontar.valinor> <J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com> <ilqfojxlk9.ln2@Telcontar.valinor>
Content-Language: en-US
In-Reply-To: <ilqfojxlk9.ln2@Telcontar.valinor>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
Lines: 65
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-iCXBSVQEWnYdE/c54k/dN11VN003PPWG1YtZD9CPmZMTnh+IRtnq7zg/l3U162KFrmVRcqTXTGVXFur!94bpG0xE3iF0TzM/JVv/ahw/PRp9d+Hs+CwGuZkN4EkUZXPZZEizQBnBHS7H1j0NNaWyDYQV7Zg2!dA==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Mon, 17 Jul 2023 23:15 UTC

On 7/17/23 09:01, Carlos E.R. wrote:

> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
> which in mine does exist.
>
> But yours is trying instead
>
> /usr/lib/locale/Default.UTF-8/LC_TIME
> /usr/lib/locale/Default.utf8/LC_TIME
> /usr/lib/locale/Default/LC_TIME
>
> which do not exist. Why is it trying those?
>
>
> When I asked you for your locale, you pasted this:
>
> Leap-15.5
> ~ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME=Default.UTF-8   <=========
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
>
> That's the origin of your problem. Why do you have that?
> Find that out, and change it to a proper one, and you should be Ok.

Also tried setting it in Yast to "en_US.UTF-8"

On login I still get that Default.UTF-8

did a content search on "Default.UTF-8"

Bingo...

~/.config/plasma-localerc

[Formats]
LANG=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_TIME=Default.UTF-8
useDetailed=true

[Translations]
LANGUAGE=

re-edited, problem (seems to be) solved in TW

DON'T ask me where that came from, looks like a script generated file

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<67-cne3Xd7uuUCj5nZ2dnZfqnPidnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=967&group=alt.os.linux.suse#967

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!69.80.99.26.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 17 Jul 2023 23:22:27 +0000
Date: Mon, 17 Jul 2023 19:22:27 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com> <101dojxnhc.ln2@Telcontar.valinor> <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com> <5o5dojxfed.ln2@Telcontar.valinor> <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com> <6sudojx5ru.ln2@Telcontar.valinor> <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com> <offeojx3cb.ln2@Telcontar.valinor> <J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com> <ilqfojxlk9.ln2@Telcontar.valinor> <ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
Content-Language: en-US
From: forget...@_INVALID.net (bad sector)
In-Reply-To: <ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <67-cne3Xd7uuUCj5nZ2dnZfqnPidnZ2d@giganews.com>
Lines: 98
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-ZBgWrk2FJexlVvd43LTY4DpYKFGuXsacY0WzZsuyXvPhrPEqvKTTeLbOvDBXcszr7U/TzLKCsT8jLTn!fYAJvjNCP1PKTYHouoyOerp4H7r95WE/T2MP8aMP0AP741hjCiu+WYh8aI/rZ9DUd4VxtBPYtRgj!Qg==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Mon, 17 Jul 2023 23:22 UTC

On 7/17/23 19:15, bad sector wrote:
> On 7/17/23 09:01, Carlos E.R. wrote:
>
>> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
>> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
>> which in mine does exist.
>>
>> But yours is trying instead
>>
>> /usr/lib/locale/Default.UTF-8/LC_TIME
>> /usr/lib/locale/Default.utf8/LC_TIME
>> /usr/lib/locale/Default/LC_TIME
>>
>> which do not exist. Why is it trying those?
>>
>>
>> When I asked you for your locale, you pasted this:
>>
>> Leap-15.5
>> ~ locale
>> locale: Cannot set LC_ALL to default locale: No such file or directory
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME=Default.UTF-8   <=========
>> LC_COLLATE="en_US.UTF-8"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>>
>>
>> That's the origin of your problem. Why do you have that?
>> Find that out, and change it to a proper one, and you should be Ok.
>
> Also tried setting it in Yast to "en_US.UTF-8"
>
> On login I still get that Default.UTF-8
>
> did a content search on "Default.UTF-8"
>
> Bingo...
>
> ~/.config/plasma-localerc
>
> [Formats]
> LANG=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_TIME=Default.UTF-8
> useDetailed=true
>
> [Translations]
> LANGUAGE=
>
> re-edited, problem (seems to be) solved in TW
>
> DON'T ask me where that came from, looks like a script generated file

still get error though:

~ locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8 <<<<<<<
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=

~ gimp "A#º_0305.png"
libpng warning: iCCP: CRC error
** (file-png:5963): WARNING **: 19:19:28.649: Unsupported date format
gimp: (null)-WARNING: Unsupported date format

>
>
>
>

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<Gl-dncatB6jbTCj5nZ2dnZfqn_GdnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=968&group=alt.os.linux.suse#968

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 17 Jul 2023 23:39:50 +0000
Date: Mon, 17 Jul 2023 19:39:50 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.12.0
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in fil
enames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
Content-Language: hu, en-US, fr
From: forget...@INVALID.net (bad sector)
In-Reply-To: <ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <Gl-dncatB6jbTCj5nZ2dnZfqn_GdnZ2d@giganews.com>
Lines: 99
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-97Sq2pphuAsCeIgTMV6MLVfJ75TLd9Sai4qelTJcFcsP7G4S5PbyZHPlh7FBYQg2u0Jo7jPWV2btoH0!vFP/01dwv+4/vmGTmSKWt+SLBY9H8RW302/aSCEz624aM7WV+5LSe2SoQ1QGZxy8+C+v0B85YNrU!5g==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Mon, 17 Jul 2023 23:39 UTC

On 7/17/23 19:15, bad sector wrote:
> On 7/17/23 09:01, Carlos E.R. wrote:
>
>> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
>> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
>> which in mine does exist.
>>
>> But yours is trying instead
>>
>> /usr/lib/locale/Default.UTF-8/LC_TIME
>> /usr/lib/locale/Default.utf8/LC_TIME
>> /usr/lib/locale/Default/LC_TIME
>>
>> which do not exist. Why is it trying those?
>>
>>
>> When I asked you for your locale, you pasted this:
>>
>> Leap-15.5
>> ~ locale
>> locale: Cannot set LC_ALL to default locale: No such file or directory
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME=Default.UTF-8   <=========
>> LC_COLLATE="en_US.UTF-8"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>>
>>
>> That's the origin of your problem. Why do you have that?
>> Find that out, and change it to a proper one, and you should be Ok.
>
> Also tried setting it in Yast to "en_US.UTF-8"
>
> On login I still get that Default.UTF-8
>
> did a content search on "Default.UTF-8"
>
> Bingo...
>
> ~/.config/plasma-localerc
>
> [Formats]
> LANG=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_TIME=Default.UTF-8
> useDetailed=true
>
> [Translations]
> LANGUAGE=
>
> re-edited, problem (seems to be) solved in TW
>
> DON'T ask me where that came from, looks like a script generated file

after same file edited in Leap-15.5:

~ locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME=en_US.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

~ gimp /0/adat/Music/atelier/DGCFAD/chords/base-diags/A#º_0305.png
libpng warning: iCCP: CRC error
** (file-png:4016): WARNING **: 19:35:41.346: Unsupported date format
** (file-png:4016): WARNING **: 19:35:41.346: Unsupported time format

Here we have BOTH time AND date complained about in libpng

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<u95gi8$1iu75$1@dont-email.me>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=969&group=alt.os.linux.suse#969

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: hyperspa...@vogon.gov.invalid (Don Spam's Reckless Son)
Newsgroups: alt.os.linux.suse
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in fil
enames
Date: Tue, 18 Jul 2023 09:55:52 +0200
Organization: A noiseless patient Spider
Lines: 94
Message-ID: <u95gi8$1iu75$1@dont-email.me>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
<Gl-dncatB6jbTCj5nZ2dnZfqn_GdnZ2d@giganews.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 18 Jul 2023 07:55:52 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="f321383e66527f41b0d1eed2fc7cda0b";
logging-data="1669349"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/P0u7SaGkw16v8s3pO3HEGGtIy2bwSTDc="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
SeaMonkey/2.53.16
Cancel-Lock: sha1:SIbVlhouWXyKI8XXXIbfDrRrHik=
In-Reply-To: <Gl-dncatB6jbTCj5nZ2dnZfqn_GdnZ2d@giganews.com>
 by: Don Spam's Reck - Tue, 18 Jul 2023 07:55 UTC

bad sector wrote:
> On 7/17/23 19:15, bad sector wrote:
>> On 7/17/23 09:01, Carlos E.R. wrote:
>>
>>> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
>>> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
>>> which in mine does exist.
>>>
>>> But yours is trying instead
>>>
>>> /usr/lib/locale/Default.UTF-8/LC_TIME
>>> /usr/lib/locale/Default.utf8/LC_TIME
>>> /usr/lib/locale/Default/LC_TIME
>>>
>>> which do not exist. Why is it trying those?
>>>
>>>
>>> When I asked you for your locale, you pasted this:
>>>
>>> Leap-15.5
>>> ~ locale
>>> locale: Cannot set LC_ALL to default locale: No such file or directory
>>> LANG=en_US.UTF-8
>>> LC_CTYPE=en_US.UTF-8
>>> LC_NUMERIC="en_US.UTF-8"
>>> LC_TIME=Default.UTF-8   <=========
>>> LC_COLLATE="en_US.UTF-8"
>>> LC_MONETARY="en_US.UTF-8"
>>> LC_MESSAGES="en_US.UTF-8"
>>> LC_PAPER="en_US.UTF-8"
>>> LC_NAME="en_US.UTF-8"
>>> LC_ADDRESS="en_US.UTF-8"
>>> LC_TELEPHONE="en_US.UTF-8"
>>> LC_MEASUREMENT="en_US.UTF-8"
>>> LC_IDENTIFICATION="en_US.UTF-8"
>>> LC_ALL=
>>>
>>>
>>> That's the origin of your problem. Why do you have that?
>>> Find that out, and change it to a proper one, and you should be Ok.
>>
>> Also tried setting it in Yast to "en_US.UTF-8"
>>
>> On login I still get that Default.UTF-8
>>
>> did a content search on "Default.UTF-8"
>>
>> Bingo...
>>
>> ~/.config/plasma-localerc
>>
>> [Formats]
>> LANG=en_US.UTF-8
>> LC_PAPER=en_US.UTF-8
>> LC_TIME=Default.UTF-8
>> useDetailed=true
>>
>> [Translations]
>> LANGUAGE=
>>
>> re-edited, problem (seems to be) solved in TW
>>
>> DON'T ask me where that came from, looks like a script generated file
>
>
> after same file edited in Leap-15.5:
>
>
> ~ locale
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME=en_US.UTF-8
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
> ~ gimp /0/adat/Music/atelier/DGCFAD/chords/base-diags/A#º_0305.png
> libpng warning: iCCP: CRC error
> ** (file-png:4016): WARNING **: 19:35:41.346: Unsupported date format
> ** (file-png:4016): WARNING **: 19:35:41.346: Unsupported time format
>
> Here we have BOTH time AND date complained about in libpng
>
>

Did you reboot?

Re: Some progress ...Re: ¡ × ⁋ ^ º ¦ in filenames

<fi3iojxjj9.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=970&group=alt.os.linux.suse#970

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: Some progress ...Re: ¡ × ⁋ ^ º ¦
_in_filenames
Date: Tue, 18 Jul 2023 11:45:19 +0200
Lines: 170
Message-ID: <fi3iojxjj9.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<otqcndNq2-Bx9yj5nZ2dnZfqnPadnZ2d@giganews.com>
<npcgojxfdb.ln2@Telcontar.valinor>
<uf-dndrDC7S5XSj5nZ2dnZfqn_qdnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 4xD6PLnaZKffvU9LwKn8IAZWvrgG+h4rIF5RqOFSavQCECswSi
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:l2FXPRvS2vlJQjVFLumTOtsMFiE= sha256:9obI8XSl2RY55zOj6fb/5nLQRlgG4vJxDuxEVUW+KZs=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <uf-dndrDC7S5XSj5nZ2dnZfqn_qdnZ2d@giganews.com>
 by: Carlos E.R. - Tue, 18 Jul 2023 09:45 UTC

On 2023-07-18 00:26, bad sector wrote:
> On 7/17/23 14:10, Carlos E.R. wrote:
>
>> Edit (or create) file .i18n. Mine is:
>>
>> # used by /etc/profile.d/lang.sh
>> #CER - if it doesn't work edit /etc/profile.d/lang.sh, see Bugzilla
>> 567324
>> LC_TIME=en_DK.UTF-8
>> LC_MONETARY=es_ES.utf8
>> LC_NUMERIC=es_ES.utf8
>> LC_PAPER=es_ES.utf8
>> LC_TELEPHONE=es_ES.utf8
>> LC_MEASUREMENT=es_ES.utf8
>> LC_NAME=es_ES.utf8
>
> Is it UTF-8 or utf8?

Sometimes one, some times the other. Maybe you noticed that the command
"locale" checked both.

> And how come sometimes these fields are quoted and sometimes not?

Dunno.

>
>> You need to at least log out and in.
>
>
> I'm on Tumbleweed now, fully updated as of 30 minutes ago
>
> There IS a ~/.i18n  file, edited it to
>
> LANG=en_US.UTF-8
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
>
> ...no change
>
> no file /etc/profile.d/lang.sh
>
> on re-log-in

Are you using kde/plasma?

>
> ~ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC=en_US.UTF-8
> LC_TIME=Default.UTF-8      <<<<<<<<<
> LC_COLLATE=en_US.UTF-8
> LC_MONETARY=en_US.UTF-8
> LC_MESSAGES=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_NAME=en_US.UTF-8
> LC_ADDRESS=en_US.UTF-8
> LC_TELEPHONE=en_US.UTF-8
> LC_MEASUREMENT=en_US.UTF-8
> LC_IDENTIFICATION=en_US.UTF-8
> LC_ALL=
>
> Don't know where that "Default.UTF-8" keeps coming from!
>
>
>> I don't know why gimp has trouble, but you know the drill: strace.
>
> my bad, I had forgot that the last strace exercise was in fact for gimp
> and not some locale command (starting to get dizzy here)

Oh, I told you to try on locale because it is a far easier one to trace.

>
>> strace --output=filename  gimp
>> and find out what file it doesn't find.
>
>
>> Huh, I don't know if gimp can work if the locale is "C". It needs utf-8.
> That was only to see if anything would change, nothing did, forget it
>
>
> ~ export LC_TIME="en_US.UTF-8" export LC_TIME="en_US.UTF-8"
>
>
> the result being:
>
> ~ locale
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC=en_US.UTF-8
> LC_TIME=en_US.UTF-8
> LC_COLLATE=en_US.UTF-8
> LC_MONETARY=en_US.UTF-8
> LC_MESSAGES=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_NAME=en_US.UTF-8
> LC_ADDRESS=en_US.UTF-8
> LC_TELEPHONE=en_US.UTF-8
> LC_MEASUREMENT=en_US.UTF-8
> LC_IDENTIFICATION=en_US.UTF-8
> LC_ALL=
>
>
>
> If I issue the strace command just for gimp:
>
> ~ strace --output=trace.txt gimp
> (gimp:10753): Gtk-WARNING **: 17:33:58.024: Locale not supported by C
> library.
> Using the fallback 'C' locale.
>
>
>
> gimp loads and I can load and export the file A#º_0305.png
>
>
>
>
> If I issue the strace command WITH the file also argued for gimp
>
> ~ strace --output=trace.txt gimp A#º_0305.png
> libpng warning: iCCP: CRC error
> ** (file-png:8596): WARNING **: 17:22:59.539: Unsupported date format
> gimp: (null)-WARNING: Unsupported date format

Curious.

>
>
> NOW we're getting some civilised *comms* i.e. bad 'date' even though
> the locale is called LC_TIME
>
> gimp loads and I can load and export the file A#º_0305.png
>
>
> BUT if I clicjk the file icon in dolphin to open the image
> with gimp THEN gimp throws a fit as before and I cannot export
> on account of "illegal filename"

Because KDE is using the wrong locale.

> *Is it a dolphin bug?*
> {dolphin AND gimp are GNOME?}
>
> So I have a partial fix but on reboot I'll have to re-export
> what seems like THE bad field value for LC_TIME
>
> Also tried editing
>
> export LC_TIME="en_US.UTF-8"
>
> into /.profile, no joy

--
Cheers, Carlos.

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<hi3iojxjj9.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=971&group=alt.os.linux.suse#971

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in fil
enames
Date: Tue, 18 Jul 2023 11:45:21 +0200
Lines: 71
Message-ID: <hi3iojxjj9.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 1wo4xa4AGI8MCPJxXYGsSQ4wjVIcKWohQPLNj3GFv3doMWvmgL
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:L8A7VJiz1H3wZZXYxNchoAYwOXE= sha256:2jpgN68u7Vnlb/BHINePHlEHcoTTwVVUp0esmVmrJSA=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
 by: Carlos E.R. - Tue, 18 Jul 2023 09:45 UTC

On 2023-07-18 01:15, bad sector wrote:
> On 7/17/23 09:01, Carlos E.R. wrote:
>
>> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
>> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
>> which in mine does exist.
>>
>> But yours is trying instead
>>
>> /usr/lib/locale/Default.UTF-8/LC_TIME
>> /usr/lib/locale/Default.utf8/LC_TIME
>> /usr/lib/locale/Default/LC_TIME
>>
>> which do not exist. Why is it trying those?
>>
>>
>> When I asked you for your locale, you pasted this:
>>
>> Leap-15.5
>> ~ locale
>> locale: Cannot set LC_ALL to default locale: No such file or directory
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME=Default.UTF-8   <=========
>> LC_COLLATE="en_US.UTF-8"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>>
>>
>> That's the origin of your problem. Why do you have that?
>> Find that out, and change it to a proper one, and you should be Ok.
>
> Also tried setting it in Yast to "en_US.UTF-8"
>
> On login I still get that Default.UTF-8
>
> did a content search on "Default.UTF-8"
>
> Bingo...
>
> ~/.config/plasma-localerc

Aha. I thought so.

>
> [Formats]
> LANG=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_TIME=Default.UTF-8
> useDetailed=true
>
> [Translations]
> LANGUAGE=
>
> re-edited, problem (seems to be) solved in TW
>
> DON'T ask me where that came from, looks like a script generated file

probably. Report but in Bugzilla ;-)

--
Cheers, Carlos.

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<hq3iojxjj9.ln2@Telcontar.valinor>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=972&group=alt.os.linux.suse#972

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: robin_li...@es.invalid (Carlos E.R.)
Newsgroups: alt.os.linux.suse
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in fil
enames
Date: Tue, 18 Jul 2023 11:49:37 +0200
Lines: 67
Message-ID: <hq3iojxjj9.ln2@Telcontar.valinor>
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
<67-cne3Xd7uuUCj5nZ2dnZfqnPidnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net eQNeG5ULsF4Aj3fupeCv8wv2I8xE1+tq958PURM7jvRvCmWpN5
X-Orig-Path: Telcontar.valinor!not-for-mail
Cancel-Lock: sha1:x7QTp6XqDfBE+k89KvtZ5FI7gFU= sha256:9kM4nYSBep0GEC88ItVt0xdUlB/L1iLV8YbglPxpYLw=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.9.1
Content-Language: es-ES, en-CA
In-Reply-To: <67-cne3Xd7uuUCj5nZ2dnZfqnPidnZ2d@giganews.com>
 by: Carlos E.R. - Tue, 18 Jul 2023 09:49 UTC

On 2023-07-18 01:22, bad sector wrote:
> On 7/17/23 19:15, bad sector wrote:
>> On 7/17/23 09:01, Carlos E.R. wrote:

>> Bingo...
>>
>> ~/.config/plasma-localerc
>>
>> [Formats]
>> LANG=en_US.UTF-8
>> LC_PAPER=en_US.UTF-8
>> LC_TIME=Default.UTF-8
>> useDetailed=true
>>
>> [Translations]
>> LANGUAGE=
>>
>> re-edited, problem (seems to be) solved in TW
>>
>> DON'T ask me where that came from, looks like a script generated file
>
> still get error though:
>
>
>
> ~ locale
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC=en_US.UTF-8
> LC_TIME=en_US.UTF-8      <<<<<<<
> LC_COLLATE=en_US.UTF-8
> LC_MONETARY=en_US.UTF-8
> LC_MESSAGES=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_NAME=en_US.UTF-8
> LC_ADDRESS=en_US.UTF-8
> LC_TELEPHONE=en_US.UTF-8
> LC_MEASUREMENT=en_US.UTF-8
> LC_IDENTIFICATION=en_US.UTF-8
> LC_ALL=
>
>
> ~ gimp "A#º_0305.png"
> libpng warning: iCCP: CRC error
> ** (file-png:5963): WARNING **: 19:19:28.649: Unsupported date format
> gimp: (null)-WARNING: Unsupported date format

Yes, but that may come from the actual date format used, not the locale
string.

Not sure what command to use to get the time printed in the locale. Try
"date" without options.

cer@Telcontar:~> date
2023-07-18T11:47:43 CEST
cer@Telcontar:~> locale | grep -i time
LC_TIME=en_DK.UTF-8
cer@Telcontar:~>

which is correct. I seem to recall seeing the date in USA format before.
Ah, "ls" uses the usa format.

--
Cheers, Carlos.

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<d_ednWSywdmcESv5nZ2dnZfqnPudnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=973&group=alt.os.linux.suse#973

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Tue, 18 Jul 2023 12:56:33 +0000
Date: Tue, 18 Jul 2023 08:56:33 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.12.0
From: forget...@INVALID.net (bad sector)
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in fil
enames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
<67-cne3Xd7uuUCj5nZ2dnZfqnPidnZ2d@giganews.com>
<hq3iojxjj9.ln2@Telcontar.valinor>
Content-Language: hu, en-US, fr
In-Reply-To: <hq3iojxjj9.ln2@Telcontar.valinor>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <d_ednWSywdmcESv5nZ2dnZfqnPudnZ2d@giganews.com>
Lines: 74
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-dZDhmHiaA0T81HKH22OT5tdgvHuZ+6mnkM4DxjkibPrCMEKZfMGMQqM1qWTYW8CCYG/dIDJX3CyNXJD!aVbVN3nCfXng08qcevqiDQGFKOYuiFPNfVbUjYLQNBW7I5vTiIVegGOTCgq1oAlDR3wvZrtG6BvO!qA==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 3647
 by: bad sector - Tue, 18 Jul 2023 12:56 UTC

On 7/18/23 05:49, Carlos E.R. wrote:
> On 2023-07-18 01:22, bad sector wrote:
>> On 7/17/23 19:15, bad sector wrote:
>>> On 7/17/23 09:01, Carlos E.R. wrote:
>
>
>
>>> Bingo...
>>>
>>> ~/.config/plasma-localerc
>>>
>>> [Formats]
>>> LANG=en_US.UTF-8
>>> LC_PAPER=en_US.UTF-8
>>> LC_TIME=Default.UTF-8
>>> useDetailed=true
>>>
>>> [Translations]
>>> LANGUAGE=
>>>
>>> re-edited, problem (seems to be) solved in TW
>>>
>>> DON'T ask me where that came from, looks like a script generated file
>>
>> still get error though:
>>
>>
>>
>> ~ locale
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC=en_US.UTF-8
>> LC_TIME=en_US.UTF-8      <<<<<<<
>> LC_COLLATE=en_US.UTF-8
>> LC_MONETARY=en_US.UTF-8
>> LC_MESSAGES=en_US.UTF-8
>> LC_PAPER=en_US.UTF-8
>> LC_NAME=en_US.UTF-8
>> LC_ADDRESS=en_US.UTF-8
>> LC_TELEPHONE=en_US.UTF-8
>> LC_MEASUREMENT=en_US.UTF-8
>> LC_IDENTIFICATION=en_US.UTF-8
>> LC_ALL=
>>
>>
>> ~ gimp "A#º_0305.png"
>> libpng warning: iCCP: CRC error
>> ** (file-png:5963): WARNING **: 19:19:28.649: Unsupported date format
>> gimp: (null)-WARNING: Unsupported date format
>
> Yes, but that may come from the actual date format used, not the locale
> string.
>
> Not sure what command to use to get the time printed in the locale. Try
> "date" without options.
>
> cer@Telcontar:~> date
> 2023-07-18T11:47:43 CEST
> cer@Telcontar:~> locale | grep -i time
> LC_TIME=en_DK.UTF-8
> cer@Telcontar:~>
>
> which is correct. I seem to recall seeing the date in USA format before.
> Ah, "ls" uses the usa format.

~ # date
Tue 18 Jul 2023 07:28:03 AM EDT
~ # locale | grep -i time
LC_TIME=en_US.UTF-8

I don't see what could/should be un-supported by way of any 'known' date
format, is there a date 'inside' the png file maybe?

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<d_ednWeywdnMESv5nZ2dnZfqnPudnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=974&group=alt.os.linux.suse#974

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Tue, 18 Jul 2023 12:57:53 +0000
Date: Tue, 18 Jul 2023 08:57:53 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.12.0
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in fil
enames
Content-Language: hu, en-US, fr
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com>
<101dojxnhc.ln2@Telcontar.valinor>
<oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com>
<5o5dojxfed.ln2@Telcontar.valinor>
<Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com>
<6sudojx5ru.ln2@Telcontar.valinor>
<SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com>
<offeojx3cb.ln2@Telcontar.valinor>
<J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com>
<ilqfojxlk9.ln2@Telcontar.valinor>
<ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com>
<Gl-dncatB6jbTCj5nZ2dnZfqn_GdnZ2d@giganews.com>
<u95gi8$1iu75$1@dont-email.me>
From: forget...@INVALID.net (bad sector)
In-Reply-To: <u95gi8$1iu75$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <d_ednWeywdnMESv5nZ2dnZfqnPudnZ2d@giganews.com>
Lines: 99
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-tEEUZfvs2wxz6lTzNO9xGp3DJxMWsV/wsZM0byG1LLikVcGAYoDPThsw6NWOPib/3EVmliLDRkjjVEy!1mIRKSMqnEsDqJ2YfToTuISRJjInanpU3wM/nkdBSZXpdGx1Fp5TlGo8GGlnXpkwaXkw4PGnLqyu!QA==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: bad sector - Tue, 18 Jul 2023 12:57 UTC

On 7/18/23 03:55, Don Spam's Reckless Son wrote:
> bad sector wrote:
>> On 7/17/23 19:15, bad sector wrote:
>>> On 7/17/23 09:01, Carlos E.R. wrote:
>>>
>>>> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME"
>>>> which does not exist. Then it tries
>>>> "/usr/lib/locale/en_US.utf8/LC_TIME", which in mine does exist.
>>>>
>>>> But yours is trying instead
>>>>
>>>> /usr/lib/locale/Default.UTF-8/LC_TIME
>>>> /usr/lib/locale/Default.utf8/LC_TIME
>>>> /usr/lib/locale/Default/LC_TIME
>>>>
>>>> which do not exist. Why is it trying those?
>>>>
>>>>
>>>> When I asked you for your locale, you pasted this:
>>>>
>>>> Leap-15.5
>>>> ~ locale
>>>> locale: Cannot set LC_ALL to default locale: No such file or directory
>>>> LANG=en_US.UTF-8
>>>> LC_CTYPE=en_US.UTF-8
>>>> LC_NUMERIC="en_US.UTF-8"
>>>> LC_TIME=Default.UTF-8   <=========
>>>> LC_COLLATE="en_US.UTF-8"
>>>> LC_MONETARY="en_US.UTF-8"
>>>> LC_MESSAGES="en_US.UTF-8"
>>>> LC_PAPER="en_US.UTF-8"
>>>> LC_NAME="en_US.UTF-8"
>>>> LC_ADDRESS="en_US.UTF-8"
>>>> LC_TELEPHONE="en_US.UTF-8"
>>>> LC_MEASUREMENT="en_US.UTF-8"
>>>> LC_IDENTIFICATION="en_US.UTF-8"
>>>> LC_ALL=
>>>>
>>>>
>>>> That's the origin of your problem. Why do you have that?
>>>> Find that out, and change it to a proper one, and you should be Ok.
>>>
>>> Also tried setting it in Yast to "en_US.UTF-8"
>>>
>>> On login I still get that Default.UTF-8
>>>
>>> did a content search on "Default.UTF-8"
>>>
>>> Bingo...
>>>
>>> ~/.config/plasma-localerc
>>>
>>> [Formats]
>>> LANG=en_US.UTF-8
>>> LC_PAPER=en_US.UTF-8
>>> LC_TIME=Default.UTF-8
>>> useDetailed=true
>>>
>>> [Translations]
>>> LANGUAGE=
>>>
>>> re-edited, problem (seems to be) solved in TW
>>>
>>> DON'T ask me where that came from, looks like a script generated file
>>
>>
>> after same file edited in Leap-15.5:
>>
>>
>> ~ locale
>> LANG=en_US.UTF-8
>> LC_CTYPE=en_US.UTF-8
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME=en_US.UTF-8
>> LC_COLLATE="en_US.UTF-8"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>>
>> ~ gimp /0/adat/Music/atelier/DGCFAD/chords/base-diags/A#º_0305.png
>> libpng warning: iCCP: CRC error
>> ** (file-png:4016): WARNING **: 19:35:41.346: Unsupported date format
>> ** (file-png:4016): WARNING **: 19:35:41.346: Unsupported time format
>>
>> Here we have BOTH time AND date complained about in libpng
>>
>>
>
> Did you reboot?

affirmative

Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames

<rfGcnRT7wfe9Xyv5nZ2dnZfqnPidnZ2d@giganews.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=975&group=alt.os.linux.suse#975

 copy link   Newsgroups: alt.os.linux.suse
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!feeder.usenetexpress.com!tr3.iad1.usenetexpress.com!69.80.99.26.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Tue, 18 Jul 2023 16:47:28 +0000
Date: Tue, 18 Jul 2023 12:47:28 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0
From: forget...@_INVALID.net (bad sector)
Subject: Re: Nailed ...Re: ¡ × ⁋ ^ º ¦ in filenames
Newsgroups: alt.os.linux.suse
References: <-4CcnRdCkazMwC75nZ2dnZfqn_Rj4p2d@giganews.com> <101dojxnhc.ln2@Telcontar.valinor> <oyqdnTjoY6-qQy75nZ2dnZfqnPidnZ2d@giganews.com> <5o5dojxfed.ln2@Telcontar.valinor> <Hh6cnTvodvvahyn5nZ2dnZfqnPadnZ2d@giganews.com> <6sudojx5ru.ln2@Telcontar.valinor> <SHydnc5dHpUJHSn5nZ2dnZfqn_ednZ2d@giganews.com> <offeojx3cb.ln2@Telcontar.valinor> <J2WdneB-d67OByn5nZ2dnZfqnPudnZ2d@giganews.com> <ilqfojxlk9.ln2@Telcontar.valinor> <ZSSdndeAqvUfVij5nZ2dnZfqn_idnZ2d@giganews.com> <hi3iojxjj9.ln2@Telcontar.valinor>
Content-Language: en-US
In-Reply-To: <hi3iojxjj9.ln2@Telcontar.valinor>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <rfGcnRT7wfe9Xyv5nZ2dnZfqnPidnZ2d@giganews.com>
Lines: 70
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-alWJdR8fAEZQc074YLEIygw7scJIIgiqYzQdbF8KqBSNjSeUhNTqNavNB2ja1VUJzhcUNXYbNcYVqIt!v2NN04xTQ2AsPyyEOK8g6E/nJvlM1TjOOZouYkDepNa8Gx9PVOz31aty61HRqhf8/KKoX33UAuz1!3w==
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 3534
 by: bad sector - Tue, 18 Jul 2023 16:47 UTC

On 7/18/23 05:45, Carlos E.R. wrote:
> On 2023-07-18 01:15, bad sector wrote:
>> On 7/17/23 09:01, Carlos E.R. wrote:
>>
>>> Mine tries first the file "/usr/lib/locale/en_US.UTF-8/LC_TIME" which
>>> does not exist. Then it tries "/usr/lib/locale/en_US.utf8/LC_TIME",
>>> which in mine does exist.
>>>
>>> But yours is trying instead
>>>
>>> /usr/lib/locale/Default.UTF-8/LC_TIME
>>> /usr/lib/locale/Default.utf8/LC_TIME
>>> /usr/lib/locale/Default/LC_TIME
>>>
>>> which do not exist. Why is it trying those?
>>>
>>>
>>> When I asked you for your locale, you pasted this:
>>>
>>> Leap-15.5
>>> ~ locale
>>> locale: Cannot set LC_ALL to default locale: No such file or directory
>>> LANG=en_US.UTF-8
>>> LC_CTYPE=en_US.UTF-8
>>> LC_NUMERIC="en_US.UTF-8"
>>> LC_TIME=Default.UTF-8   <=========
>>> LC_COLLATE="en_US.UTF-8"
>>> LC_MONETARY="en_US.UTF-8"
>>> LC_MESSAGES="en_US.UTF-8"
>>> LC_PAPER="en_US.UTF-8"
>>> LC_NAME="en_US.UTF-8"
>>> LC_ADDRESS="en_US.UTF-8"
>>> LC_TELEPHONE="en_US.UTF-8"
>>> LC_MEASUREMENT="en_US.UTF-8"
>>> LC_IDENTIFICATION="en_US.UTF-8"
>>> LC_ALL=
>>>
>>>
>>> That's the origin of your problem. Why do you have that?
>>> Find that out, and change it to a proper one, and you should be Ok.
>>
>> Also tried setting it in Yast to "en_US.UTF-8"
>>
>> On login I still get that Default.UTF-8
>>
>> did a content search on "Default.UTF-8"
>>
>> Bingo...
>>
>> ~/.config/plasma-localerc
>
> Aha. I thought so.

In Artix, also with KDE :-) the file is only

==================
[Formats]
LANG=en_CA.UTF-8
==================

The above must have come from clicking Pangnirtung as a place just to
throw too long noses off a bit

Pages:12
server_pubkey.txt

rocksolid light 0.9.7
clearnet tor