i18n-bugs April 2010

i18n-bugs@lists.fedoraproject.org

1 participants
416 discussions

[Fedora-i18n-bugs] [Bug 477918] New: ibus can't be called in pidgin only if open a QQ protocol chat windows first.
by Red Hat Bugzilla 10 May '10

10 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus can't be called in pidgin only if open a QQ protocol chat windows first. https://bugzilla.redhat.com/show_bug.cgi?id=477918 Summary: ibus can't be called in pidgin only if open a QQ protocol chat windows first. Product: Fedora Version: 10 Platform: i686 OS/Version: Linux Status: NEW Severity: high Priority: medium Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: hansgong(a)126.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: ibus can't be called in pidgin only if open a QQ protocol chat windows first. Version-Release number of selected component (if applicable): iBus 0.1.1.20081023 Pidgin 2.5.2-6.fc10 How reproducible: In Gnome. Steps to Reproduce: 1.install ibus, ibus-pinyin 2.open pidgin with a QQ account auto started 3.open a chat window of qq(either Qun or buddy is ok), then focus text box. 4.press key shout cuts for calling ibus pinyin input method. Actual results: ibus will not be callable in pidgin, but if you open a msn or any other protocol chat window first, it works. Expected results: ibus input method will be callable under any chat window start-up sequence. 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.

1 27

[Fedora-i18n-bugs] [Bug 545695] New: provide IME input mode status in panel
by Red Hat Bugzilla 05 May '10

05 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: provide IME input mode status in panel https://bugzilla.redhat.com/show_bug.cgi?id=545695 Summary: provide IME input mode status in panel Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: FutureFeature Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: petersen(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: It would be nice if ibus could show IME status in its panel: eg input for anthy, etc. Currently one must have the toolbar to see the input mode. uim can do this. -- 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.

1 8

[Fedora-i18n-bugs] [Bug 563409] New: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim
by Red Hat Bugzilla 05 May '10

05 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim https://bugzilla.redhat.com/show_bug.cgi?id=563409 Summary: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: un-core-fonts AssignedTo: smallvil(a)get9.net ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, petersen(a)redhat.com, jks(a)iname.com, besfahbo(a)redhat.com, mattias.ellert(a)fysast.uu.se, edgar.hoch(a)ims.uni-stuttgart.de, pnemade(a)redhat.com, smallvil(a)get9.net, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Depends on: 546490 Blocks: 507684 Estimated Hours: 0.0 Classification: Fedora Target Release: --- Clone Of: 546490 +++ This bug was initially created as a clone of Bug #546490 +++ Description of problem: I did a yum update and discovered emacs was using the Baekmuk Gulim font. Code editing needs to be done in a fixed-width font! Baekmuk Gulim is not fixed-width. Directory listings look horrible because the fields are not aligned. I changed my emacs settings back and everything is fine for me now, but I bet a bunch of people will have no idea what font to change back to. I was only able to figure it out because I had an emacs running from before the yum update. Version-Release number of selected component (if applicable): fontconfig-2.8.0-1.fc11.x86_64 --- Additional comment from tagoh(a)redhat.com on 2009-12-14 03:52:56 EST --- This issue is easily reproducible with fc-match "monospace:lang=en" though, there are two things introduced in 2.8.0: 1. the above command matches lang="ko" too 2. Baekmuk Gulim has been added to the pattern with the strong binding somehow. which has ever been added with the weak binding. --- Additional comment from tagoh(a)redhat.com on 2010-02-02 06:26:00 EST --- This might be the configuration file issue in 65-baekmuk-ttf-gulim.conf. as I pointed out current behaviour in the list [*1] and due to the issue we have in Bug#518161 too perhaps dunno, comparing the lang with 'ko' behaves wrongly in current implementation of fontconfig at least. modifying like the following works expectedly: <test name="lang"> <string>ko-kr</string> </test> FYI *1 - http://lists.freedesktop.org/archives/fontconfig/2009-November/003275.html --- Additional comment from petersen(a)redhat.com on 2010-02-02 11:42:55 EST --- Behdad said he would look into the lang= issues but maybe we should reassign to baekmuk-ttf at least as a workaround for f13? --- Additional comment from tagoh(a)redhat.com on 2010-02-02 23:01:07 EST --- maybe. we could clone this to keep both on track. -- 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.

1 8

[Fedora-i18n-bugs] [Bug 474522] New: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts
by Red Hat Bugzilla 05 May '10

05 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=474522 Summary: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: watchingman(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Created an attachment (id=325660) --> (https://bugzilla.redhat.com/attachment.cgi?id=325660) cent sign incorrect cent sign shoud be a coressed capital "C". -- 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.

1 15

[Fedora-i18n-bugs] [Bug 485746] New: (tracker) Hinting of Liberation Fonts.
by Red Hat Bugzilla 05 May '10

05 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: (tracker) Hinting of Liberation Fonts. https://bugzilla.redhat.com/show_bug.cgi?id=485746 Summary: (tracker) Hinting of Liberation Fonts. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- This is a tracker bug for tracking all hinting issues. -- 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.

1 8

[Fedora-i18n-bugs] [Bug 585462] New: [abrt] crash in ibus-1.3.2-1.fc12: Process /usr/libexec/ibus-x11 was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 04 May '10

04 May '10

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-1.3.2-1.fc12: Process /usr/libexec/ibus-x11 was killed by signal 6 (SIGABRT) https://bugzilla.redhat.com/show_bug.cgi?id=585462 Summary: [abrt] crash in ibus-1.3.2-1.fc12: Process /usr/libexec/ibus-x11 was killed by signal 6 (SIGABRT) Product: Fedora Version: 12 Platform: i686 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:9a93c2ce0f85ffac0c8441bf76b17ffa5ff7d2b0 Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: sho.shimauchi(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora abrt 1.0.9 detected a crash. architecture: i686 Attached file: backtrace cmdline: /usr/libexec/ibus-x11 --kill-daemon component: ibus executable: /usr/libexec/ibus-x11 global_uuid: 9a93c2ce0f85ffac0c8441bf76b17ffa5ff7d2b0 kernel: 2.6.32.11-105.fc12.i686.PAE package: ibus-1.3.2-1.fc12 rating: 4 reason: Process /usr/libexec/ibus-x11 was killed by signal 6 (SIGABRT) release: Fedora release 12 (Constantine) How to reproduce ----- 1. run IM Chooser (current IM: SCIM) 2. choose iBus 3. then crash immediately -- 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.

1 7

[Fedora-i18n-bugs] [Bug 585424] New: Langpacks goes on crack, for "removals" _and_ "updated"
by Red Hat Bugzilla 04 May '10

04 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Langpacks goes on crack, for "removals" _and_ "updated" https://bugzilla.redhat.com/show_bug.cgi?id=585424 Summary: Langpacks goes on crack, for "removals" _and_ "updated" Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: urgent Component: yum-langpacks AssignedTo: petersen(a)redhat.com ReportedBy: james.antill(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: There are two bugs, which can combine to make yum-langpacks rm most of the system (and, yes, I introduced both of them). 1. We catch obsoletes as well as removals with: elif member.ts_state in ('e', None): remove_deps_from_ts(conduit, po) ...but "None" is that state for "obsoleted" _and_ "updated". So any updated package can try and remove all it's languages. 2. remove_deps_from_ts() is done via: for pkg in yb.rpmdb.returnPackages(patterns=pkgmatches): yb.remove(pattern=pkg.name) ...except pkgmatches will == [] _if_ LANG=C, and due to weird back compat. behaviour rpmdb.returnPackages(patterns=[]) returns all the packages on the system. For F-13 just fix #1 by just checking for == 'e' again, and ignore obsoleted for now. Again, for F-13 #2 needs an: if not pkgmatches: return -- 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.

1 18

[Fedora-i18n-bugs] [Bug 587353] New: [abrt] crash in ibus-1.3.2-2.fc12: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 03 May '10

03 May '10

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-1.3.2-2.fc12: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT) https://bugzilla.redhat.com/show_bug.cgi?id=587353 Summary: [abrt] crash in ibus-1.3.2-2.fc12: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT) Product: Fedora Version: 12 Platform: i686 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:778b1befb049b00852b9bea7c45232ddbe4b4ea5 Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: renlei040766(a)sina.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora abrt 1.0.9 detected a crash. architecture: i686 Attached file: backtrace cmdline: /usr/bin/ibus-daemon --xim component: ibus executable: /usr/bin/ibus-daemon global_uuid: 778b1befb049b00852b9bea7c45232ddbe4b4ea5 kernel: 2.6.31.5-127.fc12.i686.PAE package: ibus-1.3.2-2.fc12 rating: 4 reason: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT) release: Fedora release 12 (Constantine) How to reproduce ----- 1.open google-chrome 2.visit web.sanguosha.com 3.input words in chat window ,so crumble -- 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.

1 6

[Fedora-i18n-bugs] [Bug 583729] New: man-pages-es requires man, which was replaced by man-db
by Red Hat Bugzilla 03 May '10

03 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: man-pages-es requires man, which was replaced by man-db https://bugzilla.redhat.com/show_bug.cgi?id=583729 Summary: man-pages-es requires man, which was replaced by man-db Product: Fedora Version: rawhide Platform: x86_64 OS/Version: Linux Status: NEW Severity: high Priority: low Component: man-pages-es AssignedTo: peter(a)thecodergeek.com ReportedBy: vonbrand(a)inf.utfsm.cl QAContact: extras-qa(a)fedoraproject.org CC: peter(a)thecodergeek.com, dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: Updating a system with man-pages-es complains about dependencies, can't update man to man-db Version-Release number of selected component (if applicable): man-pages-es-1.55-10.fc12.noarch How reproducible: Always... Steps to Reproduce: 1. Update system without man-pages-es (perhaps "yum erase" them first) 2. yum -y install man-pages-es 3. Actual results: Setting up Install Process Resolving Dependencies Skipping filters plugin, no data --> Running transaction check ---> Package man-pages-es.noarch 0:1.55-10.fc12 set to be updated --> Processing Dependency: man for package: man-pages-es-1.55-10.fc12.noarch --> Finished Dependency Resolution Error: Package: man-pages-es-1.55-10.fc12.noarch (rawhide) Requires: man Available: man-1.6f-30.fc14.x86_64 (rawhide) man = 1.6f-30.fc14 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Expected results: Spanish man pages installed. 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.

1 1

[Fedora-i18n-bugs] [Bug 587068] New: Multilib file conflict
by Red Hat Bugzilla 03 May '10

03 May '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Multilib file conflict https://bugzilla.redhat.com/show_bug.cgi?id=587068 Summary: Multilib file conflict Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: gettext AssignedTo: petersen(a)redhat.com ReportedBy: bloch(a)verdurin.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: When trying to update tonight: Test Transaction Errors: file /usr/share/gettext/libintl.jar from install of gettext-0.17-16.1.fc13.x86_64 conflicts with file from package gettext-0.17-16.fc13.i686 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.

1 4

← Newer
1
...
17
18
19
20
21
22
23
...
42
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs April 2010