[Fedora-i18n-bugs] [Bug 640158] New: License: field in gettext-devel and gettext-libs should be "GPLv3+ and LGPLv2+"
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: License: field in gettext-devel and gettext-libs should be "GPLv3+ and LGPLv2+"
https://bugzilla.redhat.com/show_bug.cgi?id=640158
Summary: License: field in gettext-devel and gettext-libs
should be "GPLv3+ and LGPLv2+"
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: rfontana(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Currently, the License: field corresponding to the binary subpackages
gettext-devel and gettext-libs has: "LGPLv2+".
gettext-devel contains /usr/include/autosprintf.h which has an LGPLv2+ notice,
and /usr/include/gettext-po.h which has a GPLv3+ notice.
gettext-libs contains /usr/lib/libasprintf.so and /usr/lib/libgettextpo.so
It seems fairly clear from the source code for gettext that upstream intends
for libasprintf to be LGPLv2+ and intends libgettextpo to be GPLv3+.
Therefore, the License: field for these subpackages should have "GPLv3+ and
LGPLv2+".
--
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, 1 month
[Fedora-i18n-bugs] [Bug 664008] New: [ml_IN] default font size with all libreoffice GUI (translated) is small as compared to gnome application
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: [ml_IN] default font size with all libreoffice GUI (translated) is small as compared to gnome application
https://bugzilla.redhat.com/show_bug.cgi?id=664008
Summary: [ml_IN] default font size with all libreoffice GUI
(translated) is small as compared to gnome application
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: libreoffice
AssignedTo: caolanm(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: caolanm(a)redhat.com, ltinkl(a)redhat.com,
dtardon(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created attachment 469419
--> https://bugzilla.redhat.com/attachment.cgi?id=469419
GUI Font size comparison with gedit for locale
Description of problem:
Default Fonts for GUI (translated in ml_IN) is small as compared to GUI.
Actually font (Meera) is small in size as compared to Lohit fonts, so default
font size changed for Gnome, but libreoffice still has small size
Version-Release number of selected component (if applicable):
libreoffice-core-3.3.0.1-1.fc15.x86_64
smc-meera-fonts-4.4-4.fc15.noarch
How reproducible:
100%
Steps to Reproduce:
1. run libreoffice in Malayalam (ml_IN) locale
2. check Translated GUI
3. run gedit (in Malayalam) to compare with
Actual results:
Libreoffice's Font size is smaller than gedit (also from other locale like
Hindi (hi_IN)
Expected results:
GUI font size need to increase to match Gnome application
Additional info:
--
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, 1 month
[Fedora-i18n-bugs] [Bug 661931] New: Cannot type Japanese characters after enlarging font in kwrite application
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: Cannot type Japanese characters after enlarging font in kwrite application
https://bugzilla.redhat.com/show_bug.cgi?id=661931
Summary: Cannot type Japanese characters after enlarging font
in kwrite application
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus-hangul
AssignedTo: dueno(a)redhat.com
ReportedBy: ktakemur(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, dueno(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Classification: Fedora
Target Release: ---
Description of problem:
I cannot type Japanese characters, actually I can type keys but echos do not
come out in Kwrite after I operate 'View' -> 'Enlarge Font'.
When I produced this bug, I used Ibus on Janapese desktop and kwrite(with
Japanese translation). There may be other cases to produce this bug.
Version-Release number of selected component (if applicable):
ibus-qt-1.3.1-3.fc14.x86_64
ibus-gtk2-1.3.7-14.fc14.x86_64
ibus-table-1.3.0.20100621-3.fc14.noarch
ibus-1.3.7-14.fc14.x86_64
ibus-pinyin-1.3.11-1.fc14.x86_64
ibus-m17n-1.3.1-6.fc14.x86_64
ibus-sayura-1.3.0.20100716-2.fc14.x86_64
ibus-anthy-1.2.5-1.fc14.x86_64
ibus-table-cangjie-1.2.0.20100210-17.fc14.noarch
ibus-rawcode-1.3.1.20100707-1.fc14.x86_64
ibus-chewing-1.3.7.20100910-1.fc14.x86_64
ibus-hangul-1.3.0.20100329-3.fc14.x86_64
ibus-pinyin-db-android-1.3.11-1.fc14.noarch
ibus-libs-1.3.7-14.fc14.x86_64
kdebase-4.5.3-1.fc14.x86_64
kde-i18n-Korean-3.5.10-12.fc13.noarch
kde-l10n-4.5.3-1.fc14.noarch
kde-l10n-Japanese-4.5.3-1.fc14.noarch
How reproducible:
Some time happens.
Steps to Reproduce:
1. Login Japanese Gonme Desktop
2. Open Kwrite
3. 'View' -> 'Enlarge Font'.
4. Trun Ibus-anthy on
5. Type something
Actual results:
Cannot type anything other than space.
Expected results:
Be able to type
Additional info:
Maybe likelihood of reproducing by steps provided would be lower so be
patient..
There may be other steps to produce this bug.
I confirm this occurs with ibus-hangul.
--
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, 1 month
[Fedora-i18n-bugs] [Bug 648423] New: Glyph for Default Jha for Nepali Locale
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: Glyph for Default Jha for Nepali Locale
https://bugzilla.redhat.com/show_bug.cgi?id=648423
Summary: Glyph for Default Jha for Nepali Locale
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 456823
--> https://bugzilla.redhat.com/attachment.cgi?id=456823
Default Norther style -Bha like jha
Description of problem:
Nepali uses a Bha like Jha in most cases. This is an northern variant of
Devanagari. All other glyph used are southern but this one is used northern. I
have attached a image of this jha. this should be the default jha for nepali
locale.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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, 2 months
[Fedora-i18n-bugs] [Bug 497095] New: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
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: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
https://bugzilla.redhat.com/show_bug.cgi?id=497095
Summary: [bn][bn-IN] Incorrect rendering of a consonant
conjunct while writing Bengali in KDE Applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While typing in Bengali within various KDE applications like kwrite, kate,
konqueror etc. the following consonant conjunct is not being rendered
correctly:
র+ZWJ+্+য
The corresponding unicode values for the above are:
U09B0+U200D+U09CD+U09AF
Version-Release number of selected component (if applicable):
KDE 4.2.2.
How reproducible:
Steps to Reproduce:
1. Open kwrite
2. Enter the above consonant conjuct combination using a Bengali keyboard or
Unicode RAWCODE
Actual results:
The consonant is rendered incorrectly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/incorrect-ra.png
Expected results:
The consonant should be rendered correctly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/correct-ra.png
Additional info:
This bug exists in earlier versions of Fedora (9, 10) as well
--
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, 2 months
[Fedora-i18n-bugs] [Bug 638026] New: Man w3m is stating incorrect program version
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: Man w3m is stating incorrect program version
https://bugzilla.redhat.com/show_bug.cgi?id=638026
Summary: Man w3m is stating incorrect program version
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Documentation
Severity: low
Priority: low
Component: w3m
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com, pnemade(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, dkutalek(a)redhat.com
Depends on: 615865,615873
Classification: Fedora
Target Release: ---
Clone Of: 615873
+++ This bug was initially created as a clone of Bug #615873 +++
Description of problem:
man w3m is saying "This is the w3m 0.2.1 Release."
which is obviously very outdated number.
How reproducible:
Always
Steps to Reproduce:
1. rpm -q w3m
2. zcat /usr/share/man/man1/w3m.1.gz | grep -i release
Actual results:
Versions differ
Expected results:
Same versions or version not mentioned in man page.
Additional info:
http://w3m.cvs.sourceforge.net/viewvc/w3m/w3m/doc/w3m.1?view=markup
--
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, 2 months
[Fedora-i18n-bugs] [Bug 530711] New: Keymap list and default keymap do not change when a language is changed from the login-manager
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: Keymap list and default keymap do not change when a language is changed from the login-manager
https://bugzilla.redhat.com/show_bug.cgi?id=530711
Summary: Keymap list and default keymap do not change when a
language is changed from the login-manager
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: runab(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 list of keymaps displayed in the ibus preferences and the default keymap,
do not change to display the appropriate list and default value (as per the
earlier Fedora versions), when the language is changed from the login-manager.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20091014-2.fc12.i686
How reproducible:
Steps to Reproduce:
1. Install Fedora in the system in a language which uses ibus IM.
2. During installation-package selection-language-support, select multiple
languages which have separate keymaps in ibus e.g. Hindi support, Malayalam
support, Bengali support.
3.Post-installation, log in via the login-manager (e.g. gdm) using the same
language that was used for installation
4. Open a text-editor and trigger the input method.
5. Right-click on the ibus icon and go to the 'Preferences' dialog. The list of
keymaps for the language would be displayed. The default keymap is marked in
bold.
http://runab.fedorapeople.org/assorted-bugs/ibus-km1.png
(language selected for this login is: Bengali-India)
6. Log-out and return to the login-manager
7. Select a different language from the list and log-in again.
8. Open a text-editor and trigger the input method.
9. Right-click on the ibus icon and go to the 'Preferences' dialog.
Actual results:
The list of keymaps for the language are not displayed. The keymap list still
displays the keymaps from the earlier login.
http://runab.fedorapeople.org/assorted-bugs/ibus-km2.png
(language selected for this login: Malayalam)
(keymaps displayed: Bengali-India )
Expected results:
If the language-support (that includes the ibus keymap packages) are installed
then the list of keymaps for the logged in language should be displayed in the
keymap list (preferably at the top) and the default keymap identified for the
language should be automatically selected.
http://runab.fedorapeople.org/assorted-bugs/ibus-km3.png
(language selected for this login: Malayalam)
(keymaps displayed here: Malayalam, Bengali India)
(default keymap selected here: Malayalam-inscript)
Additional info:
1. Currently, the keymaps for the language logged in second (in this case
Malayalam) needs to be manually added by the user and the default keymap
selected as well.
--
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, 2 months
[Fedora-i18n-bugs] [Bug 664968] New: IBus tray icon disappears on notification area
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: IBus tray icon disappears on notification area
https://bugzilla.redhat.com/show_bug.cgi?id=664968
Summary: IBus tray icon disappears on notification area
Product: Fedora
Version: 13
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: liangsuilong(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
When you switch from other input method such as FCITX and xsunpinyin to iBus as
default input method, you can find iBus tray icon does not work.
I just find out iBus has this problem. FCITX and xsunpinyin has no problem.
Reproduce:
1. Choose FCITX or gcin or xsunpinyin in Input Method Selector, then log out.
2. log in and set iBus as default input method, then log out again.
3. log in again, you can find iBus tray icon can not work on notification area.
--
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, 2 months
[Fedora-i18n-bugs] [Bug 621946] New: msgfmt -C/--compendium gets confused by existing fuzzy translations
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: msgfmt -C/--compendium gets confused by existing fuzzy translations
https://bugzilla.redhat.com/show_bug.cgi?id=621946
Summary: msgfmt -C/--compendium gets confused by existing fuzzy
translations
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: nphilipp(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=437180)
--> (https://bugzilla.redhat.com/attachment.cgi?id=437180)
Bzipped tarball containing a testcase.
Description of problem:
When trying to update older versions of po files with translations submitted to
a newer version I found that "msgfmt -C/--compendium <new_po_file>
<old_po_file> <project_pot_file>" gets confused by fuzzy translations in the
old po file and doesn't use the updated translations from the new po file for
these msgids.
Version-Release number of selected component (if applicable):
gettext-0.18.1.1-1.1.fc13.x86_64
How reproducible:
Reproducible
Steps to Reproduce:
1. Untar attached testcase: "tar -xjf
gettext-msgmerge-compendium-problem.tar.bz2"
2. "cd gettext-msgmerge-compendium-problem"
3. "make"
Actual results:
nils@gibraltar:~/tmp/gettext-msgmerge-compendium-problem> make
msgmerge -C compendium-zh_TW.po /dev/null system-config-services.pot >
devnull-zh_TW.pot
...... done.
msgfmt -cvo /dev/null devnull-zh_TW.pot
57 translated messages.
msgmerge -C compendium-zh_TW.po old-zh_TW.po system-config-services.pot >
old-zh_TW.pot
......... done.
msgfmt -cvo /dev/null old-zh_TW.pot
55 translated messages, 2 fuzzy translations.
Expected results:
When using the compendium file and the existing old translation file, it should
use the translation found in the compendium file for all msgids, even those
marked fuzzy.
Additional info:
--
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, 2 months