RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 628780 - [comps] Chinese installs get Release Notes and langpacks in both Simplified and Traditional Chinese
Summary: [comps] Chinese installs get Release Notes and langpacks in both Simplified a...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: distribution
Version: 6.0
Hardware: All
OS: Linux
low
low
Target Milestone: rc
: ---
Assignee: Jens Petersen
QA Contact: QE Internationalization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-31 03:06 UTC by koka xiong
Modified: 2010-10-18 17:00 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-09-02 19:43:37 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
the submenus with same meaning (261.46 KB, image/png)
2010-08-31 03:08 UTC, koka xiong
no flags Details

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.


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