June 2015 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 1164047] New: Lenovo E440 Trackpad partially working

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1164047 Bug ID: 1164047 Summary: Lenovo E440 Trackpad partially working Product: Fedora Version: 20 Component: ibus-input-pad Severity: low Assignee: tfujiwar(a)redhat.com Reporter: jay(a)kylesfamily.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Description of problem: In Gnome when using the trackpad movements need to start near top of pad to register in GUI. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Place finger in bottom 2/3 of trackpad 2. Move finger 3. Pointer does not move Actual results: Pointer does not move Expected results: Pointer should track finger movement Additional info: If place finger near top first then can move pointer. Even twhen finger moves into bottom 2/3 it works, just must start near top. If you 'double click' and then move finger it works on whole trackpad. Two-finger scrolls work everywhere. Running evtest in VTY works fine - register pressure and movements. It just seems like Gnome (or X input) is ignoring movements starting not near the top. Played with different settings in Control Panel for trackpad, does not change the issue. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aHI2LYJptn&a=cc_unsubscribe

8 years, 11 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 1164041] New: Erasing one version of duplicate autocorr-en tries to erase the others

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1164041 Bug ID: 1164041 Summary: Erasing one version of duplicate autocorr-en tries to erase the others Product: Fedora Version: 20 Component: yum-langpacks Assignee: pnemade(a)redhat.com Reporter: matt(a)mattmccutchen.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, james.antill(a)redhat.com, notting(a)splat.cc, petersen(a)redhat.com, pnemade(a)redhat.com Description of problem: My machine crashed in the middle of a yum transaction that included an update of the autocorr-en package and was left with two versions (really, releases) installed: autocorr-en-4.2.7.2-1.fc20.noarch autocorr-en-4.2.7.2-4.fc20.noarch When I ran yum-complete-transaction, it tried to do the erase of autocorr-en-4.2.7.2-1.fc20.noarch. Since autocorr-en is configured as a conditional package on itself, the code path at https://git.fedorahosted.org/cgit/yum-langpacks.git/tree/langpacks.py#n489 tried to erase _all_ versions of autocorr-en. In my case, this led to broken dependencies and the transaction failed; it's conceivable that in other cases, the dependent packages would simply be automatically erased. AFAIK, the only way this could happen to a normal user is via a system crash, but I was able to reproduce it by manually reinstalling the old version with "rpm -i --oldpackage --replacefiles autocorr-en-4.2.7.2-1.fc20.noarch.rpm" and then running "yum erase autocorr-en-4.2.7.2-1.fc20.noarch". Note, not all pairs of autocorr-en versions reproduce the problem. For instance, I tried autocorr-en-4.1.3.2-9.fc20 in combination with autocorr-en-4.2.7.2-4.fc20.noarch and did not reproduce the problem. This appears to be because: - First the package we originally wanted to erase is added to the transaction set. - Then the langpacks plugin calls yb.remove(pattern='autocorr-en') ( https://git.fedorahosted.org/cgit/yum-langpacks.git/tree/langpacks.py#n390 ), multiple times in fact. This method uses matchPackageNames, which returns the matching RPMInstalledPackage objects in Python set iteration order via misc.unique. The calls to yb.remove(pattern='autocorr-en') get into a cycle in which each time the originally requested package is processed, the code at http://yum.baseurl.org/gitweb?p=yum.git;a=blob;f=yum/__init__.py;h=6d2c07... clears the transaction set and then adds back that package. Other packages are simply added to the transaction set when they are processed. - So at the end, the originally requested package and any that came _after_ it in the iteration order are the ones that are left in the transaction set to be erased. Version-Release number of selected component (if applicable): yum-langpacks-0.4.3-1.fc20.noarch How reproducible: Always Steps to Reproduce: 1. Have autocorr-en-4.2.7.2-4.fc20.noarch installed. 2. wget https://kojipkgs.fedoraproject.org//packages/libreoffice/4.2.7.2/1.fc20/n... 3. rpm -ivh --oldpackage --replacefiles autocorr-en-4.2.7.2-1.fc20.noarch.rpm 4. yum erase autocorr-en-4.2.7.2-1.fc20.noarch Actual results: Yum wants to erase all versions of autocorr-en and dependent packages. Expected results: Only the specified version is erased. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=q1L1RyBkYc&a=cc_unsubscribe

8 years, 11 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 1120905] New: [abrt] stardict: g_realloc(): stardict killed by SIGTRAP

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1120905 Bug ID: 1120905 Summary: [abrt] stardict: g_realloc(): stardict killed by SIGTRAP Product: Fedora Version: 20 Component: stardict Assignee: apatil(a)redhat.com Reporter: ifoolb(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, pwu(a)redhat.com, robinlee.sysu(a)gmail.com, supercyper1(a)gmail.com, zhu(a)redhat.com Description of problem: searching within the definition of a word drove to the crash. Version-Release number of selected component: stardict-3.0.5-1.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: stardict crash_function: g_realloc executable: /usr/bin/stardict kernel: 3.15.4-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #2 g_realloc at gmem.c:174 #3 StarDictClient::parse_dict_result at stardict_client.cpp:1166 #4 StarDictClient::parse at stardict_client.cpp:1272 #5 StarDictClient::on_io_in_event at stardict_client.cpp:835 #10 gtk_main at gtkmain.c:1257 #11 AppCore::Init at stardict.cpp:2080 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3iJSKMjZ5M&a=cc_unsubscribe

8 years, 11 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 1119967] New: ibus-mozc could not save input mode

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1119967 Bug ID: 1119967 Summary: ibus-mozc could not save input mode Product: Fedora Version: 20 Component: mozc Assignee: tagoh(a)redhat.com Reporter: danielsun3164(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem: After a recent update of ibus-mozc, it could not save input mode I set. Version-Release number of selected component (if applicable): $ rpm -q mozc ibus-mozc mozc-1.15.1814.102-1.fc20.x86_64 ibus-mozc-1.15.1814.102-1.fc20.x86_64 How reproducible: Everytime Steps to Reproduce: 1. Activate mozc input method in ibus. 2. The default input mode is "Direct input", change it to "Hiragana" 3. Restart ibus and activate mozc input method again, the input mode changed back to "Direct input" again Actual results: The input mode of mozc input method changed back to "Direct input". Expected results: Because I set the input method to "Hiragana" before, the input mode should be saved and be still "Hiragana". Additional info: If it is difficult to save the input mode, the default input mode should be "Hiragana" because most people would not activate mozc input method to simply input English. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NwQyb8sJHM&a=cc_unsubscribe

8 years, 11 months

1
23
0 / 0

[Fedora-i18n-bugs] [Bug 1106462] New: [abrt] woffTools: sstruct.py:74:pack:error: integer out of range for 'L' format code

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1106462 Bug ID: 1106462 Summary: [abrt] woffTools: sstruct.py:74:pack:error: integer out of range for 'L' format code Product: Fedora Version: 20 Component: woffTools Assignee: sshedmak(a)redhat.com Reporter: bartmon(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, sshedmak(a)redhat.com Description of problem: Familiarizing myself with woffTools and on first use I hit this bug. The font is from this site: http://www.sil.org/resources/software_fonts/andika You can find it in an archive here: http://scripts.sil.org/cms/scripts/render_download.php?format=file&media_... $ woff-validate Andika-R.woff Testing: Andika-R.woff... Traceback (most recent call last): ... File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in pack data = apply(struct.pack, (formatstring,) + tuple(elements)) struct.error: integer out of range for 'L' format code Version-Release number of selected component: woffTools-0.1-0.7.684svn.fc20 Additional info: reporter: libreport-2.2.2 cmdline: /usr/bin/python /usr/bin/woff-validate Andika-R.woff dso_list: fonttools-2.4-2.fc20.x86_64 executable: /usr/bin/woff-validate kernel: 3.14.4-200.fc20.x86_64 runlevel: N 5 type: Python uid: 1000 Truncated backtrace: sstruct.py:74:pack:error: integer out of range for 'L' format code Traceback (most recent call last): File "/usr/bin/woff-validate", line 5, in <module> validate.main() File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 1511, in main validateFont(fontPath, options) File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 1450, in validateFont shouldStop = func(data, reporter) File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 441, in testHeadCheckSumAdjustment newChecksum = calcHeadCheckSum(data) File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line 1383, in calcHeadCheckSum directory += sfntEntry.toString() File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/sfnt.py", line 227, in toString return sstruct.pack(sfntDirectoryEntryFormat, self) File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in pack data = apply(struct.pack, (formatstring,) + tuple(elements)) error: integer out of range for 'L' format code Local variables in innermost frame: elements: ['GDEF', -966601972, 1660, 2452] name: 'length' format: '\n\t\t> # big endian\n\t\ttag: 4s\n\t\tcheckSum: L\n\t\toffset: L\n\t\tlength: L\n' object: {'checkSum': -966601972, 'length': 2452, 'tag': 'GDEF', 'offset': 1660} fixes: {} formatstring: '>4sLLL' value: 2452 names: ['tag', 'checkSum', 'offset', 'length'] -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=oULyMUUd9x&a=cc_unsubscribe

8 years, 11 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 1103428] New: [abrt] ibus-libpinyin: PY::LibPinyinBopomofoEditor::processSelectKey(): ibus-engine-libpinyin killed by SIGSEGV

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1103428 Bug ID: 1103428 Summary: [abrt] ibus-libpinyin: PY::LibPinyinBopomofoEditor::processSelectKey(): ibus-engine-libpinyin killed by SIGSEGV Product: Fedora Version: 20 Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tcfxfzoi(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Version-Release number of selected component: ibus-libpinyin-1.6.92-2.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: PY::LibPinyinBopomofoEditor::processSelectKey executable: /usr/libexec/ibus-engine-libpinyin kernel: 3.14.4-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #0 PY::LibPinyinBopomofoEditor::processSelectKey at PYPBopomofoEditor.cc:148 #1 PY::LibPinyinBopomofoEditor::processKeyEvent at PYPBopomofoEditor.cc:198 #2 PY::LibPinyinBopomofoEngine::processKeyEvent at PYPBopomofoEngine.cc:127 #3 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at ibusmarshalers.c:290 #8 ibus_engine_service_method_call at ibusengine.c:864 #9 call_in_idle_cb at gdbusconnection.c:4868 #14 ibus_main at ibusshare.c:301 #15 start_component at PYMain.cc:152 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=KJmvqIz9Wz&a=cc_unsubscribe

8 years, 11 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 1099829] Disable font ligatures for text entry / mount points

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1099829 Fedora End Of Life <endoflife(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |EOL Last Closed| |2015-06-29 16:44:59 --- Comment #6 from Fedora End Of Life <endoflife(a)fedoraproject.org> --- Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WkGztjsH8Y&a=cc_unsubscribe

8 years, 11 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1095438] New: [abrt] pango: _dl_relocate_object(): pango-querymodules-32 killed by SIGSEGV

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1095438 Bug ID: 1095438 Summary: [abrt] pango: _dl_relocate_object(): pango-querymodules-32 killed by SIGSEGV Product: Fedora Version: 20 Component: pango Assignee: tagoh(a)redhat.com Reporter: jd1008(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Version-Release number of selected component: pango-1.36.1-2.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/bin/pango-querymodules-32 --update-cache crash_function: _dl_relocate_object executable: /usr/bin/pango-querymodules-32 kernel: 3.13.6-200.fc20.x86_64 runlevel: 5 3 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (5 frames) #0 _dl_relocate_object at dl-reloc.c:238 #1 dl_main at rtld.c:2196 #2 _dl_sysdep_start at ../elf/dl-sysdep.c:249 #3 _dl_start_final at rtld.c:329 #4 _dl_start at rtld.c:555 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=VLEsUmX8Ve&a=cc_unsubscribe

8 years, 11 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 1074210] [abrt] bash: read_alias_file(): bash killed by SIGSEGV

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1074210 Fedora End Of Life <endoflife(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |EOL Last Closed| |2015-06-29 15:22:01 --- Comment #16 from Fedora End Of Life <endoflife(a)fedoraproject.org> --- Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lY5RCIkPcN&a=cc_unsubscribe

8 years, 11 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1226525] xterm is using wrong line spacing

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1226525 Ralf Ertzinger <redhat-bugzilla(a)camperquake.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(redhat-bugzilla@c | |amperquake.de) | --- Comment #7 from Ralf Ertzinger <redhat-bugzilla(a)camperquake.de> --- This is fixed by now (via bz1226522). Sorry for not closing this. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hDUO3LAHUx&a=cc_unsubscribe

8 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2015