Bug 115589

To clarify I checked in fr, de, it, pt_BR, es, ja, zh_TW & zh_CN (the primary
languages of the product in) at the same time last week, So they should all be
there.

This report cannot be about 10.0-RC1 - RC1 is not out yet. 
 
Those translations should be in RC1. We will see when RC1 is available. 

Downloaded it this afternoon from
ftp://dist.suse.de/install/SUSE-10.0-RC1/SUSE-10.0-CD-i386-RC1-CD1.iso

And this is the build I am logging the defect against... RC 1

I'll monitor the server for another RC 1 and wait for aj's notification but as
far as I can see it looks like the correct build.

Needs to be fixed for RC2.

Craig, the RC1 you downloaded are not the final version, we're just remastering...
But this bug will be in the real RC1 as well...

ok thanks. I'll wait till I get the offical notification then start the download
again.

I'll check this issue again in RC2

I think I found the problem: The languages are there in SVN allright, but they 
were not enabled in the Makefile.am two directory levels above. 
 
We now have: 
 
bg  cs  de  el  en  es  fi  fr  hu  it  ja  nb  nl  no  pl  pt pt_BR sk  sl  
uk zh_CN zh_TW 
 

*** Bug 115302 has been marked as a duplicate of this bug. ***

Thanks for tracking down this issue.  Now I do remember me...

zh_TW & zh_CN are still untranslated in RC 3. All the other priority languages
are displaying correctly.

Is it possible to fix ?

Files are available in
/mounts/dist/next-i386/suse/noarch/yast2-slide-show-SuSELinux.rpm

if they are not shown in RC3 this problem lies somewhere else. 
you can verify yourself that the files are present on RC3-CD1: 
see in CD1/suse/setup/slide/txt/zh_CN (other languages respectively) 

I have verified that CD1/suse/setup/slide/txt/zh_CN and
CD1/suse/setup/slide/txt/zh_TW are there on my cd's.

I checked paths, filenames, encoding, all I can think of and they appear correct. 

If it were a character issue I would presume the translated slideshow would
display with corrupt characters but it displays english.

I'm not sure what else I can try !

Just verified with simplified chinese and RC4, occurs there as well.

Looks like a bug in YaST, the files are on the media.

We need the logs ! 

Maybe shortening the language is the problem, see SlideShow.ycp:376:

if ( size( lang ) > 2 )
    lang = substring( lang, 0, 2 );

Ok. I'll run a full zh_TW install now then attach the logs.

That means instead of pt_BR you get a pt installation?

Argh :-(

yes, shortening would explain it.

Yes I just checked the pt_BR install on another machine.

It is displaying the pt slideshow :(

I had the the pt and pt_BR rtf's open infront of me then ran the install and it
is definitly the pt Slideshow that is being displayed when you do a pt_BR install. 

and shortening zh_TW to zh leads to the english fallback since zh simply doesn't
exist, right?

It's really not nice but I need to decrease it to critical. 

How about this patch ? 
 
Index: SlideShow.ycp 
=================================================================== 
--- SlideShow.ycp       (revision 25419) 
+++ SlideShow.ycp       (working copy) 
@@ -373,16 +373,24 @@ 
      **/ 
     list<string> GetSlideList( string lang ) 
     { 
-       if ( size( lang ) > 2 ) 
-           lang = substring( lang, 0, 2 ); 
- 
        string txt_path = sformat( "%1/txt/%2", slide_base_path, lang ); 
        list<string> slide_list = (list<string>) SCR::Read (.target.dir, 
txt_path ); 
 
        if ( slide_list == nil ) 
        { 
            y2debug( "Directory %1 does not exist", txt_path ); 
+           if ( size( lang ) > 2 ) 
+           { 
+               lang = substring( lang, 0, 2 ); 
+               txt_path = sformat( "%1/txt/%2", slide_base_path, lang ); 
+               slide_list = (list<string>) SCR::Read (.target.dir, 
txt_path ); 
+           } 
        } 
+ 
+       if ( slide_list == nil ) 
+       { 
+           y2milestone( "Slideshow directory %1 does not exist", txt_path ); 
+       } 
        else 
        { 
            slide_list = sort( filter( string filename, slide_list, ``{ 
 

zh exists but zh_TW (traditional in Taiwan) and zh_CN ( Simplified - Republic of
China are very very different.

You couldn't choose one over the other. You would be better to leave them as
they are showing in english. An english slideshow is not as big an issue then if
it display a load of corrupt characters.

Maybe copy pt_BR into pt as we have more pt_BR customers then pt. (They are more
similar languages though)

Created attachment 50008 [details]
Yast Logs from a zh_TW install

Yast Logs from a zh_TW install if still needed.

Y2WFMComponent.cc(SetLanguage):500 GET encoding for zh_TW.UTF-8:  UTF-8
Language.ycp:345 setting language to zh_TW
...
YUI_builtins.cc(evaluateSetLanguage):146 ui specific setLanguage( `SetLanguage
("zh_TW.UTF-8") )
...
SlideShow.ycp:488 Display OK for slide show
SystemAgent.cc(Read):544 Can't access directory '/var/adm/YaST/InstSrcManag
er/tmp/CurrentMedia/suse/setup/slide/txt/zh'
SystemAgent.cc(Read):544 Can't access directory '/var/adm/YaST/InstSrcManag
er/tmp/CurrentMedia/suse/setup/slide/txt/en'

sh: It tries to use ".../zh" instead of using ".../zh_TW", doesn't it? I'm not
sure about this MagicShow...

nevertheless:
RpmDb.cc(installPackage):1662 rpm failed, message was: error:
/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suselinux-manual_en-10.0-11.noarch.rpm:
MD5 digest: BAD Expected(c4a5fa1036d32e7307a745ba18718462) !=
(b032785f32a8637054502d0d499bb256)

Craig, could you, please, check your media? (MD5sums or in the begining of the
installation there should be a dialog for that).

I seem to have issues with my Recordable CD's see issue :
https://bugzilla.novell.com/show_bug.cgi?id=116964

I was getting inconsistant package issues so I think its to do with the cd's
rather then an image. 

I'm validating RC4 soon so I'll keep an eye out for the suselinux-manual_en
issue, but I think its just the cd's.

Regarding #24: Please check #15 and check the media as well.

The directory is called "zh_TW" but the path used by YaST is "zh".

The media error is another issue and not related to this problem.  We can
reproduce this issue on other machines here as well.

I tested it with Klaus' patch from comment #21 and the slideshow is in chinese
(well, I cannot understand it - it's definitely not in English :-)

fixed in STABLE  (post 10.0 :-( ) 

the bug has fixed for the chs ,cht ,ita. jpn. br market for sles 10sp2 oes beta 3.10