Bug 628780

Summary: [comps] Chinese installs get Release Notes and langpacks in both Simplified and Traditional Chinese
Product: Red Hat Enterprise Linux 6 Reporter: koka xiong <kxiong>
Component: distributionAssignee: Jens Petersen <petersen>
Status: CLOSED NOTABUG QA Contact: QE Internationalization Bugs <qe-i18n-bugs>
Severity: low Docs Contact:
Priority: low    
Version: 6.0CC: aalam, cshao, ktakemur, mhideo, notting, petersen
Target Milestone: rcKeywords: Documentation, i18n
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-09-02 19:43:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
the submenus with same meaning none

Description koka xiong 2010-08-31 03:06:25 UTC
Description of problem:
Install snapshot 12 by zh-CN,go to 系统->文档,it has three submenu of release note,they have the same meaning.
Version-Release number of selected component (if applicable):
snapshot 12 on RHEL6

How reproducible:
always

Steps to Reproduce:
1.Install snapshot 12 on RHEL6 by zh-CN
2.Go to 系统->文档 under application menu,it has 
Red Hat Enterprise Linux 6:Release Notes
Red Hat Enterprise Linux 6:发行注记
Red Hat Enterprise Linux 6:發行公告
3.They have the same meaning.
  
Actual results:


Expected results:
It should only has Red Hat Enterprise Linux 6:发行公告 under 系统->文档。

Additional info:

Comment 1 koka xiong 2010-08-31 03:08:05 UTC
Created attachment 442081 [details]
the submenus with same meaning

Comment 2 cshao 2010-08-31 03:14:25 UTC
I install by zh-TW GUI on snapshot 12 of RHEL6, it has the same problem:
Steps to Reproduce:
1.Install snapshot 12 on RHEL6 by zh-TW
2.Go to 系统->文档 under application menu,it has 
Red Hat Enterprise Linux 6:Release Notes
Red Hat Enterprise Linux 6:发行注记
Red Hat Enterprise Linux 6:發行公告
3.They have the same meaning.

Comment 4 Chris Lumens 2010-08-31 03:57:00 UTC
This has nothing to do with anaconda.  Reassigning.

Comment 5 Ray Strode [halfline] 2010-08-31 14:02:16 UTC
This has nothing to do with redhat-menus either.

The issue is comps has a "chinese-support" group which includes both zh-CN and zh-TW versions of the release notes packages.

Apparently, if you choose zh-TW in anaconda it includes this chinese-support group implicitly.

This is one of:

1) NOTABUG
2) A bug in the translations for release notes.  They should include identifiers like "Mainland China" and "Taiwan" (but translated) to make it clear the items aren't duplicates
3) A bug in comps for mashing zh_TW and zh_CN into one "chinese-support" group
4) A bug in anaconda for picking the chinese-support group when a user picks zh_TW instead of using on zh_TW specific packages.

I'd vote for 1 or 2 if I had to vote, but I probably shouldn't be the one to make the call.  Moving to Release Notes.

Comment 7 Jens Petersen 2010-09-01 00:06:07 UTC
(In reply to comment #2)
> Red Hat Enterprise Linux 6:Release Notes
> Red Hat Enterprise Linux 6:发行注记
> Red Hat Enterprise Linux 6:發行公告

Yes there are 3 relnotes packages installed and
it is not optimal, but I think it is possible
to distinguish them apart anyway.

It is really a comps issue.
We have been looking at separating SC and TC
in Fedora comps but the number of zh locales
makes this a bit tricky.

My suggestion is probably to close this WONTFIX.
It is probably rather unlikely we can do this for 6.1 anyway.

Comment 8 cshao 2010-09-01 07:28:18 UTC
I test in Red Hat Enterprise Linux Workstation release 6.0 Beta-2 (Santiago), this bug also exist. So this bug isn't a regression bug.

Comment 9 Chris Lumens 2010-09-01 12:23:24 UTC
(4) is anaconda working the way it's supposed to.  You pick a language for use in installation and that implies that you want that language to be used post-installation, which means you get the appropriate support group selected by default.

Comment 10 Bill Nottingham 2010-09-02 19:43:37 UTC
Closing as not-a-bug - it's operating as expected. At some point, we could theoretically have different comps groups for the different dialects, but it's not something we're going to change now.