Bug 1321930 - F24 - SELinux isn't fully translated in alpha but is in Zanata
Summary: F24 - SELinux isn't fully translated in alpha but is in Zanata
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: setroubleshoot
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Petr Lautrbach
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-29 11:56 UTC by jibecfed
Modified: 2016-03-31 05:43 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-30 09:14:19 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
strace ls (7.43 KB, text/plain)
2016-03-30 06:37 UTC, Petr Lautrbach
no flags Details

Description jibecfed 2016-03-29 11:56:20 UTC
Description of problem:
When testing F24, all is in english when running "sealert -b" but it is fully translated in Zanata :

https://fedora.zanata.org/webtrans/translate?project=setroubleshoot&iteration=master&localeId=fr&locale=en#doc:framework/po/setroubleshoot

Comment 1 Jan Sedlák 2016-03-29 13:42:08 UTC
Same happens in Czech. Reassigning to setroubleshoot.

Comment 2 Petr Lautrbach 2016-03-29 21:56:38 UTC
I'm not even able to run ls with czech locales:

$  LC_ALL=cs_CZ.UTF-8 ls a
ls: cannot access 'a': No such file or directory

$ rpm -qa | grep glibc
glibc-langpack-cs-2.23.1-5.fc24.x86_64
glibc-devel-2.23.1-5.fc24.x86_64
glibc-debuginfo-common-2.22-11.fc23.x86_64
glibc-headers-2.23.1-5.fc24.x86_64
glibc-debuginfo-2.22-11.fc23.x86_64
glibc-all-langpacks-2.23.1-5.fc24.x86_64
glibc-2.23.1-5.fc24.x86_64
glibc-common-2.23.1-5.fc24.x86_64


Is there something else needed after https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging ?

Comment 3 Florian Weimer 2016-03-30 04:47:06 UTC
(In reply to Petr Lautrbach from comment #2)
> I'm not even able to run ls with czech locales:
> 
> $  LC_ALL=cs_CZ.UTF-8 ls a
> ls: cannot access 'a': No such file or directory
> 
> $ rpm -qa | grep glibc
> glibc-langpack-cs-2.23.1-5.fc24.x86_64
> glibc-devel-2.23.1-5.fc24.x86_64
> glibc-debuginfo-common-2.22-11.fc23.x86_64
> glibc-headers-2.23.1-5.fc24.x86_64
> glibc-debuginfo-2.22-11.fc23.x86_64
> glibc-all-langpacks-2.23.1-5.fc24.x86_64
> glibc-2.23.1-5.fc24.x86_64
> glibc-common-2.23.1-5.fc24.x86_64
> 
> 
> Is there something else needed after
> https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging ?

No, the installation of glibc-langpack-cs should be sufficient.  You need to provide more information (strace output, for example).

Comment 4 Petr Lautrbach 2016-03-30 06:37:32 UTC
Created attachment 1141574 [details]
strace ls

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

$ strace -o ls.strace /usr/bin/ls asdsadasdsad

Comment 5 Petr Lautrbach 2016-03-30 06:38:39 UTC
I'm not sure if it's related but 

# build-locale-archive --install-langs=all       
build-locale-archive: cannot read archive header

Comment 6 Florian Weimer 2016-03-30 07:24:35 UTC
I still can't reproduce this.  Can you show your entire environment (output of “env”)?

Setting LANGUAGE almost has this effect, but is not reflected in the “locale” command:

sh-4.3# LANGUAGE=en ls -l a
ls: cannot access 'a': No such file or directory

But even with that, I see still an access to the LC_TIME locale information (for “en”), which is missing from your strace output.

“rpm -Va” output might reveal something, too.

Comment 7 Petr Lautrbach 2016-03-30 09:09:27 UTC
I wasn't aware that I have LANGUAGE variable set and it apparently overrides other settings. Thanks for hint!

Comment 8 Petr Lautrbach 2016-03-30 09:14:19 UTC
sealert browser is run via your session DBUS daemon. If you want to run it with other locales, you either need to change it for the whole session or use -S option

$ LANGUAGE=czech sealert -S

works as expected.

Comment 9 Yulia 2016-03-31 00:38:32 UTC
Observing the same issue for Russian locale: 
GUI is partially in English, although some of the strings which appear in English were translated as early as 20/02/2015. Current GUI requires resync with most up-to-date translation in zanata.

Comment 10 Maria Andrada 2016-03-31 02:17:31 UTC
Similar issue as described above for Brazilian Portuguese. Application is mainly in pt-BR, but there are strings in English that were previously translated in zanata.

Comment 11 Eunju, Kim 2016-03-31 05:43:48 UTC
For ko-KR, Some strings (eg: delete, previous, next) still appear in English but could find it in Zanata.


Note You need to log in before you can comment on or make changes to this bug.