[SOLVED] Problems pkgtool x locale

perfection · 11-26-2015, 02:00 PM

I am trying to set my locale correctly! But pkgtool in mode view, not displaying correctly
My Slackware is 64 Current with update today. full installer. There is nothing else installed

My file /etc/profile.d/lang.sh:

Code:

export LANG=en_US.UTF-8 #This line is causing the problem if I just put export LANG=en_US works, but UTF-8 does not work properly
export LC_COLLATE=C

My file /etc/profile.d/lang.csh:

Code:

setenv LANG en_US.UTF-8
setenv LC_COLLATE C

Problem: The pkgtool does not display the description
http://i890.photobucket.com/albums/a...l.png~original

These same settings work in the Stable version
What am I doing wrong?

Didier Spaier · 11-26-2015, 02:24 PM

That's weird. Please post output (two lines) of:

Code:

grep -A1 DESCRIPTION /var/log/packages/kiriki*

PS The locale should not matter at all.

perfection · 11-26-2015, 02:58 PM

Quote:

Originally Posted by Didier Spaier

That's weird. Please post output (two lines) of:

Code:

grep -A1 DESCRIPTION /var/log/packages/kiriki*

PS The locale should not matter at all.

Code:

bash-4.3# grep -A1 DESCRIPTION /var/log/packages/kiriki*
PACKAGE DESCRIPTION:
kiriki: kiriki (yahtzee-like dice game for KDE)
bash-4.3#

I saw that the problem only occurs in the current version because the stable version that settings work

Didier Spaier · 11-26-2015, 03:08 PM

The content of this line:
kiriki: kiriki (yahtzee-like dice game for KDE)
is what you should see on the right in the third line of the screen instead of an empty space.

Did you do the update of pkgtools dated of yesterday (pkgtools-14.2-noarch-4.txz)?

PS But I just upgraded pktools myself and can't reproduce your issue...

perfection · 11-26-2015, 05:37 PM

Quote:

Originally Posted by Didier Spaier

The content of this line:
kiriki: kiriki (yahtzee-like dice game for KDE)
is what you should see on the right in the third line of the screen instead of an empty space.
Did you do the update of pkgtools dated of yesterday (pkgtools-14.2-noarch-4.txz)?
PS But I just upgraded pktools myself and can't reproduce your issue...

Yes my pkgtool is updated. What I noticed is that the problem seems to be in line lang.sh that if I change export LANG=en_US.UTF-8 by export LANG=en_US works but unconfigures UTF-8.
Or lack some other setting out these 2 files. Remembering that the stable version only this setting works.

Code:

bash-4.3# grep -A1 DESCRIPTION /var/log/packages/kiriki*
PACKAGE DESCRIPTION:
kiriki: kiriki (yahtzee-like dice game for KDE)

bash-4.3# ls /var/log/packages/pkgtools*
/var/log/packages/pkgtools-14.2-noarch-4
bash-4.3#

turtleli · 11-26-2015, 06:24 PM

It's caused by an invalid UTF-8 sequence in the kio-mtp description. I have the same problem with my locale set to en_GB.UTF-8.

Viewing /var/log/packages/kio-mtp-2063e75_20131020git-x86_64-2 (using less):

Code:

kio-mtp: kio-mtp (Provides KIO Access to MTP devices)
kio-mtp:
kio-mtp: Provides KIO Access to MTP devices using the mtp:/// protocol.
kio-mtp: MTP stands for Media Transfer Protocol<94>  It is required in order to
kio-mtp: access and manage files on devices running Android 4.0 and later.
kio-mtp:
kio-mtp:
kio-mtp: Kio-mtp has been developed by Philipp Schmidt.
kio-mtp:
kio-mtp:
kio-mtp:

Removing or replacing the <94> character makes kio-mtp reappear in pkgtool and fixes the blank descriptions.

perfection · 11-26-2015, 10:04 PM

Quote:

Originally Posted by turtleli

It's caused by an invalid UTF-8 sequence in the kio-mtp description. I have the same problem with my locale set to en_GB.UTF-8. Removing or replacing the <94> character makes kio-mtp reappear in pkgtool and fixes the blank descriptions.

Yes the problem is himself. Since removed the kio and pkgtool returned to normal. I tried installing the KIO stable version that works, but it does not work in the Current. And I did not understand how, where and what file I can edit the description of the KIO to correct the problem

perfection · 11-26-2015, 10:16 PM

Quote:

Originally Posted by turtleli

It's caused by an invalid UTF-8 sequence in the kio-mtp description. I have the same problem with my locale set to en_GB.UTF-8.

Viewing /var/log/packages/kio-mtp-2063e75_20131020git-x86_64-2 (using less):

Code:

kio-mtp: kio-mtp (Provides KIO Access to MTP devices)
kio-mtp:
kio-mtp: Provides KIO Access to MTP devices using the mtp:/// protocol.
kio-mtp: MTP stands for Media Transfer Protocol<94>  It is required in order to
kio-mtp: access and manage files on devices running Android 4.0 and later.
kio-mtp:
kio-mtp:
kio-mtp: Kio-mtp has been developed by Philipp Schmidt.
kio-mtp:
kio-mtp:
kio-mtp:

Removing or replacing the <94> character makes kio-mtp reappear in pkgtool and fixes the blank descriptions.

Now I get it. Edited the description of it and the problem was solved! Congratulations and thank you for the help!

Didier Spaier · 11-26-2015, 10:30 PM

I emailed alienBoB to request the fix in /source/kde/slackdesc/kio-mtp.

PS The reason I couldn't reproduce is that I am running 14.1. I should have realized that...

In the long term it could be a good idea to see why this character confuses pkgtool. That would be the real fix IMHO as U+0094 aka CCH aka CANCEL CHARACTER is a control character but not an invalid UTF-8 sequence. I will try to understand what happens.

turtleli · 11-27-2015, 02:27 AM

Quote:

Originally Posted by Didier Spaier

In the long term it could be a good idea to see why this character confuses pkgtool. That would be the real fix IMHO as U+0094 aka CCH aka CANCEL CHARACTER is a control character but not an invalid UTF-8 sequence. I will try to understand what happens.

I think you're confusing codepoints with encodings/byte sequences. In UTF-8 the U+0094 codepoint is represented by the byte sequence C2 94.

Didier Spaier · 11-27-2015, 03:12 AM

Quote:

Originally Posted by turtleli

I think you're confusing codepoints with encodings/byte sequences. In UTF-8 the U+0094 codepoint is represented by the byte sequence C2 94.

Err, no. I have checked this information against the current version of the Unicode Character Database, page 57 in document 4th-10646-01-0000-4DFF.pdf.

This is easy to check. In a text editor like geany, press together Ctrl+Shift+u, release these keys, then type 0094 (actually 94 is enough), press Enter and you will see CCH displayed in reverse video as when you display /source/kde/slackdesc/kio-mtp or /var/log/packages/kio-mtp-2063e75_20131020git-x86_64-2 in the same editor.

PS I always mention the hexadecimal position of the character in the register to avoid any ambiguity.

turtleli · 11-27-2015, 03:43 AM

Section 3 of https://tools.ietf.org/html/rfc3629 shows that 0x94 on its own is an invalid UTF-8 byte sequence. I was probably not clear enough.

Didier Spaier · 11-27-2015, 03:59 AM

Ah, I see what you mean now.

But if you use "hexdump -C", you will see that actually the character shown in slack-desc is encoded with the two bytes sequence c2 94, so it is valid.

turtleli · 11-27-2015, 04:31 AM

The kio-mtp slack-desc from two different mirrors doesn't have the c2. And there are no issues with pkgtool using a UTF-8 locale if the sequence is c2 94.

Didier Spaier · 11-27-2015, 04:36 AM

Ah, OK, I stand corrected. Anyway this issue has been reported, so let's wait for a fix in the ChangeLog.

I think that my confusion comes from the fact that the slack-desc is encoded in ISO-8859-1, whereas I have set the default encoding of new files that I edit in geany as UTF-8 (and at first I checked a new file with hexdump).