[Fedora-i18n-bugs] [Bug 579413] New: [abrt] crash detected in imsettings-0.107.4-2.fc12
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash detected in imsettings-0.107.4-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=579413
Summary: [abrt] crash detected in imsettings-0.107.4-2.fc12
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:085ded5f613570c2f05059bbb37943c2751da840
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: optimal_solution2000(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Estimated Hours: 0.0
Classification: Fedora
abrt detected a crash.
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.31.5-127.fc12.i686.PAE
package: imsettings-0.107.4-2.fc12
rating: 4
reason: Process was terminated by signal 11
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 12 months
[Fedora-i18n-bugs] [Bug 545712] New: String error in ibus po file
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: String error in ibus po file
https://bugzilla.redhat.com/show_bug.cgi?id=545712
Summary: String error in ibus po file
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
The string #3 in ibus po file says:
"Copyright (c) 2007-2009 Peng Huang\n
Copying (c) 2007-2009 Red Hat, Inc."
I guess the second line should also be "Copyright" instead of "Copying".
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 12 months
[Fedora-i18n-bugs] [Bug 586306] New: Improve fontconfig config file
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Improve fontconfig config file
https://bugzilla.redhat.com/show_bug.cgi?id=586306
Summary: Improve fontconfig config file
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: baekmuk-ttf-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
According to the testing result of Bug#578017, it needs to be improved to get
things working efficiently for Korean desktop.
Version-Release number of selected component (if applicable):
baekmuk-ttf-*-fonts-2.2-25.fc13.noarch
How reproducible:
always
Steps to Reproduce:
1.fc-match monospace:lang=ko-kr or sans:lang=ko-kr or serif:lang=ko-kr
2.
3.
Actual results:
depends on what kind of fonts are installed.
Expected results:
Baekmuk Gulim for monospace, Baekmuk Dotum for sans-serif and Baekmuk Batang
for serif should be displayed.
Additional info:
See https://bugzilla.redhat.com/show_bug.cgi?id=578017#c4
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 12 months
[Fedora-i18n-bugs] [Bug 586297] New: Improve wqy-microhei-fonts fontconfig conf file.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Improve wqy-microhei-fonts fontconfig conf file.
https://bugzilla.redhat.com/show_bug.cgi?id=586297
Summary: Improve wqy-microhei-fonts fontconfig conf file.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: wqy-microhei-fonts
AssignedTo: pwu(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Target Release: ---
Clone Of: 568613
+++ This bug was initially created as a clone of Bug #568613 +++
Currently we are considering split the "Chinese support" package group into
"Simplified Chinese Support" and "Traditional Chinese Support" package groups.
To provide different rpm package sets for TC and SC users.
This is part of the changes needed be done in wqy fonts.
So we want to change the following section in
wqy-microhei-fonts-fontconfig.conf and wqy-zenhei-fontconfig.conf.
From:
<match>
<test name="lang">
<string>zh</string>
</test>
...
</match>
To:
<match>
<test name="lang">
<string>zh-cn</string>
</test>
...
</match>
What do you think about these changes?
--- Additional comment from pwu(a)redhat.com on 2010-02-26 01:58:59 EST ---
Sorry, just find Qianqian Fang is not in the CC list or owner.
So add him to CC list, and copy the above message here.
Hi Qianqian Fang, what is your opinion about this change?
(In reply to comment #0)
> Currently we are considering split the "Chinese support" package group into
> "Simplified Chinese Support" and "Traditional Chinese Support" package groups.
> To provide different rpm package sets for TC and SC users.
>
> This is part of the changes needed be done in wqy fonts.
>
> So we want to change the following section in
> wqy-microhei-fonts-fontconfig.conf and wqy-zenhei-fontconfig.conf.
> From:
> <match>
> <test name="lang">
> <string>zh</string>
> </test>
> ...
> </match>
> To:
> <match>
> <test name="lang">
> <string>zh-cn</string>
> </test>
> ...
> </match>
>
> What do you think about these changes?
--- Additional comment from fangqq(a)gmail.com on 2010-02-26 10:01:54 EST ---
this is not necessary. AFAIK, there are no traditional-styled open-source
vector fonts (with good coverage and quality as zenhei/microhei) exist.
UMing/UKai/ZenHei/MicroHei are mostly following Unicode standard shapes (which
is based on simplified Chinese style). If you limit these fonts to simplified
Chinese users only, the traditional Chinese users will likely end up with
Japanese fonts, which are even worse in both coverage and glyph consistency.
I heard mostly positive feedbacks from traditional Chinese users for these
fonts, you may browse the following google link to find out:
http://www.google.com/#hl=en&q=%E6%96%87%E6%B3%89%E9%A9%9B+%E5%AD%97%E5%9...
In the long run, I would prefer to eliminate all the font preference sections
in these font conf files, and rely on the updated 65-nonlatin and
language-specific conf files to set orders. see
http://bugs.freedesktop.org/show_bug.cgi?id=20911
https://bugzilla.redhat.com/show_bug.cgi?id=499902
--- Additional comment from petersen(a)redhat.com on 2010-03-04 01:00:46 EST ---
I think we need it for fedora and we want to mark uming and ukai
as non zh_CN in their fontconfig.
--- Additional comment from fangqq(a)gmail.com on 2010-03-04 10:35:35 EST ---
(In reply to comment #3)
> I think we need it for fedora and we want to mark uming and ukai
> as non zh_CN in their fontconfig.
why? there are not many free Chinese fonts (simplified or traditional)
available, Uming/UKai are the only good quality fonts for Song and Kai styles,
respectively. Standard Chinese text layout generally requires 4 styles: Song,
Hei, Kai, Fang-Song. If you mark it for only one language variant, that means
the other language variants will lose half usable Chinese font styles! I am
pretty sure most Chinese users will against this.
--- Additional comment from pwu(a)redhat.com on 2010-03-04 21:19:09 EST ---
Actually what we want to change is as following:
1. Make wqy-zenhei as default for Simplified Chinese users,
Make UMing as default for Traditional Chinese users.
When user choose "Sans" / "Serif" / "MonoSpace":
1. In zh_CN locale, it will use "Zen Hei" as default,
2. In zh_TW locale, it will use "UMing" as default.
If you installed both zenhei and Uming/Ukai, I think it will show in font list
when querying with fontconfig.
In brief, we just want to change the default fonts for SC and TC users. The
font styles is still available when the fonts is installed.
Currently I am trying to change font conf to achieving this, but meet some
problems. Maybe you could help me on this.
--- Additional comment from fangqq(a)gmail.com on 2010-03-05 11:54:30 EST ---
I responded by email last night, but it did not show up, so I paste my response
again.
> --- Comment #5 from Peng Wu<pwu(a)redhat.com> 2010-03-04 21:19:09 EST ---
> Actually what we want to change is as following:
> 1. Make wqy-zenhei as default for Simplified Chinese users,
> Make UMing as default for Traditional Chinese users.
>
I am not sure which language did you use in
the past, but I do see a couple of problems here:
First of all, Zen Hei and UMing are fonts of different styles.
one is Sans, one is Serif (let's ignore the embedded bitmaps
for a second). They are more like Dejavu Sans vs. Dejavu Serif,
than like Droid Sans Fallback vs. Droid Sans Japanese.
They mean to represent different types of visual elements
in the text layout (and used simultaneously), and not
meant to represent the same information for different languages.
Second, UMing/UKai are not "consistently" traditional
Chinese styled. For most glyphs, they are rather mainland
Chinese styled. It does contain traditional Chinese styled
characters as merged from AR PL Mingti2L Big5, but they
are not consistent, for example, all the components
with "角" are SC-styled (唃嘝嘴嶰廨懈斛桷槲檞澥确繲薢角觙
觚觛觜觞觟觠解觥觧觫觭觯觲觳觺觻邂鵤); many "骨" components
are TC, but several are SC, such as "骶骺髅髋髌鹘"; all
the "今" components are SC, such as in "今仱侺吟妗岑岒庈
忴扲昑枔棽涔琌琴矜笒紟耹肣芩蚙衿軡鈐钤霒霠黔"; almost
all chars with radical "黑" are SC, except "黓" is TC.
I can not give all of the examples, there are so many
inconsistencies. If you are interested, you can download a copy of
Unicode code chart (second column) and compare with Uming glyphs:
http://unicode.org/charts/PDF/U4E00.pdf
> When user choose "Sans" / "Serif" / "MonoSpace":
> 1. In zh_CN locale, it will use "Zen Hei" as default,
> 2. In zh_TW locale, it will use "UMing" as default.
>
Personally, I like the way Ubuntu handles this: Zen Hei is
the default CJK Sans font, and UMing is the default Serif font.
On LiveCDs where space is limited, only one font is installed,
before 9.10, it was UMing, after 9.10, it was ZenHei.
> If you installed both zenhei and Uming/Ukai, I think it will show in font list
> when querying with fontconfig.
>
> In brief, we just want to change the default fonts for SC and TC users. The
> font styles is still available when the fonts is installed.
>
At this point, there is no TC-shaped fonts available. So,
you can't really solve this by splitting zenhei/uming,
as both of them are mostly SC-styled Unicode fonts. I do have the plan
to create TC variant of ZenHei, and Arne also split the font
names to UMing CN/UMing TW, but there are lot of things
need to be done to make them TC consistent.
> Currently I am trying to change font conf to achieving this, but meet some
> problems. Maybe you could help me on this.
>
As I said, set zenhei/microhei for sans, set uming for serif, that's
probably the best we can do. In addition, giving users an easy
way to switch between bitmaps and anti-aliased glyphs is probabily
a much useful feature than setting SC/TC with separate default fonts.
--- Additional comment from tagoh(a)redhat.com on 2010-03-16 01:01:31 EDT ---
(In reply to comment #6)
> Personally, I like the way Ubuntu handles this: Zen Hei is
> the default CJK Sans font, and UMing is the default Serif font.
> On LiveCDs where space is limited, only one font is installed,
> before 9.10, it was UMing, after 9.10, it was ZenHei.
This is just out of curiosity, do they use Zen Hei as the default _CJK_ Sans
font really? but not as the default Sans font for Chinese?
--- Additional comment from fangqq(a)gmail.com on 2010-03-16 01:36:13 EDT ---
(In reply to comment #7)
> This is just out of curiosity, do they use Zen Hei as the default _CJK_ Sans
> font really? but not as the default Sans font for Chinese?
ok, it was not accurate, Zen Hei was just for Chinese. For non-CJK locales,
however, fontconfig does pick up Zen Hei to display Han characters.
Here is example package lists for live cds (9.04/9.10):
http://cdimage.ubuntu.com/releases/jaunty/release/ubuntu-9.04-mid-lpia.ma...
http://cdimage.ubuntu.com/xubuntu/releases/9.10/release/xubuntu-9.10-desk...
For 10.04, microhei replaced zenhei:
http://cdimage.ubuntu.com/daily-live/current/lucid-desktop-i386.manifest
--- Additional comment from pwu(a)redhat.com on 2010-03-29 03:38:20 EDT ---
Hi,
Here are a new proposal, and finally have a draft font confs for this. And
the result is as following:
1. When use Simplified Chinese (SC for brief) locale to login Fedora gdm, all
default desktop fonts will use WenQuanYi;
2. When use Traditional Chinese (TC for brief) locale to login Fedora gdm,
all default desktop fonts will use UMing.
For more information and how to test the new proposal, please visit the URL
here (also with a README):
http://pwu.fedorapeople.org/fonts-conf/
Thanks, please review it.
--- Additional comment from petersen(a)redhat.com on 2010-04-07 07:34:07 EDT ---
Following Tagoh's proposal in bug 578015: we probably have to drop
binding="same".
Does that help too?
--- Additional comment from fangqq(a)gmail.com on 2010-04-07 13:58:33 EDT ---
I am assigning Peng to look into the issue. I don't really have time to work on
these packages any more. I am sure Peng will do a good job, with feed backs
from Fedora Chinese List, to maintain the Chinese-related font packages.
--- Additional comment from pwu(a)redhat.com on 2010-04-07 22:28:06 EDT ---
(In reply to comment #10)
> Following Tagoh's proposal in bug 578015: we probably have to drop
> binding="same".
>
> Does that help too?
I commented on https://bugzilla.redhat.com/show_bug.cgi?id=578051#c1(
lang-specific overrides rule doesn't work as expected).
>From the test result,
It seems that removing the binding="same" helps split between English and
Chinese fonts.
But Chinese fonts seems still the same.
--- Additional comment from pwu(a)redhat.com on 2010-04-07 22:33:18 EDT ---
(In reply to comment #11)
> I am assigning Peng to look into the issue. I don't really have time to work on
> these packages any more. I am sure Peng will do a good job, with feed backs
> from Fedora Chinese List, to maintain the Chinese-related font packages.
Hi, thanks. I will handle this bug.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years
[Fedora-i18n-bugs] [Bug 584614] New: typo in g_fname.t
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: typo in g_fname.t
https://bugzilla.redhat.com/show_bug.cgi?id=584614
Summary: typo in g_fname.t
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: anthy
AssignedTo: tagoh(a)redhat.com
ReportedBy: masanari_iida(a)hp.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
There is a typo in anthy-9100h/alt-cannadic/g_fname.t
Version-Release number of selected component (if applicable):
anthy-9100h-8.fc12
How reproducible:
Always
Typo
anthy-9100h/alt-cannadic/g_fname.t
Wrong: あべこうぼう #JN*10 #_2阿部_4公房
Correct: あべこうぼう #JN*10 #_2安部_4公房
Additional info:
This typo can be found Fedora 11 to 13(beta).
anthy-9100h/mkworddic/name.t also has the same typo.
But according to mkworddic/dict.args.in, name.t is not used.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years
[Fedora-i18n-bugs] [Bug 528405] New: [abrt] crash detected in ibus-sayura-1.2.0.20090703-2.fc12
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash detected in ibus-sayura-1.2.0.20090703-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=528405
Summary: [abrt] crash detected in
ibus-sayura-1.2.0.20090703-2.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:f6789fb5157d4ff4786c76012483f7a300ced10f
Severity: medium
Priority: low
Component: ibus-sayura
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Comment
-----
During Typing it is crashed
Additional information
======
Attached files
----
backtrace
cmdline
-----
/usr/libexec/ibus-engine-sayura --ibus
component
-----
ibus-sayura
executable
-----
/usr/libexec/ibus-engine-sayura
kernel
-----
2.6.31.1-56.fc12.x86_64
package
-----
ibus-sayura-1.2.0.20090703-2.fc12
reason
-----
Process was terminated by signal 6
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years
[Fedora-i18n-bugs] [Bug 549854] New: [abrt] crash detected in system-config-language-1.3.3-3.fc12
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash detected in system-config-language-1.3.3-3.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=549854
Summary: [abrt] crash detected in
system-config-language-1.3.3-3.fc12
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:650c299d
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: Nontenda(a)GMail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt detected a crash.
Comment: Try to change the langage before login.
Attached file: backtrace
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py --French
component: system-config-language
executable: /usr/share/system-config-language/system-config-language.py
kernel: 2.6.31.5-127.fc12.i686
package: system-config-language-1.3.3-3.fc12
uuid: 650c299d
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years
[Fedora-i18n-bugs] [Bug 563836] New: [abrt] crash in ibus-rawcode-1.2.0.20090703-4.fc12
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash in ibus-rawcode-1.2.0.20090703-4.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=563836
Summary: [abrt] crash in ibus-rawcode-1.2.0.20090703-4.fc12
Product: Fedora
Version: 12
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:959c0010e36f7dde7f9625619a40926af5aef9e0
Severity: medium
Priority: low
Component: ibus-rawcode
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, psatpute(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt 1.0.6 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/ibus-engine-rawcode --ibus
component: ibus-rawcode
executable: /usr/libexec/ibus-engine-rawcode
kernel: 2.6.31.12-174.2.3.fc12.x86_64
package: ibus-rawcode-1.2.0.20090703-4.fc12
rating: 4
reason: Process was terminated by signal 11 (Segmentation fault)
release: Fedora release 12 (Constantine)
How to reproduce
-----
1. start gedit, type 0d15+0d4d+Contrl+SPACE
2.
3.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years
[Fedora-i18n-bugs] [Bug 509753] New: Inconsistent naming scheme for the Norwegian languages
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Inconsistent naming scheme for the Norwegian languages
https://bugzilla.redhat.com/show_bug.cgi?id=509753
Summary: Inconsistent naming scheme for the Norwegian languages
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: kvikende(a)yahoo.no
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
In Norwegian, we have two written languages called 'nynorsk' and 'bokmål'. They
are both official and equal. The naming scheme shown in Fedora is inconsistent
and a bit confusing.
When I boot up my live CD, I can choose keyboard layout and system language to
use before I log in. Here you have one called 'Bokmal, Norwegian (Norge)', one
called 'Norsk (nynorsk) (Noreg)' and one just called 'Norwegian (Norway)'.
I think that showing one called just 'Norwegian (Norway)' must be wrong, as we
have two different written languages ones which both are Norwegian.
That nynorsk ('Norsk (nynorsk) (Noreg)') and bokmål ('Bokmål, Norwegian
(Norge)') has so different naming schemes is also a potentional problem.
On the English translation, I believe 'Norwegian Nynorsk (Norway)' and
'Norwegian Bokmål (Norway)' would be the best naming scheme, to keep it in line
with what the other languages are called.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years
[Fedora-i18n-bugs] [Bug 579452] New: Please package po-mode (spec file patch attached)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please package po-mode (spec file patch attached)
https://bugzilla.redhat.com/show_bug.cgi?id=579452
Summary: Please package po-mode (spec file patch attached)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: jonathan.underwood(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=404466)
--> (https://bugzilla.redhat.com/attachment.cgi?id=404466)
Patch to spec file to create emacs-gettext subpackages
Description of problem:
Currently the Emacs major mode for editing po files is bundled into the Emacs
package, forked at some point from the gettext tarball. Really, the gettext
package should have subpackages for the emacs components and we should stop
including po-mode in the Emacs package, since gettext is the upstream for
po-mode. The attached patch (against the devel branch) does this. Please could
you apply this? TIA.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years