[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[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, 10 months
[Fedora-i18n-bugs] [Bug 1042501] New: [abrt] ibus-1.5.4-2.fc20: init_randr13: Process /usr/libexec/ibus-x11 was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1042501
Bug ID: 1042501
Summary: [abrt] ibus-1.5.4-2.fc20: init_randr13: Process
/usr/libexec/ibus-x11 was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: flashl(a)cox.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.4-2.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: init_randr13
executable: /usr/libexec/ibus-x11
kernel: 3.11.10-301.fc20.x86_64
runlevel: unknown
type: CCpp
uid: 1000
var_log_messages: Dec 12 05:45:45 blackheart kernel: [59059.698829]
ibus-x11[7739]: segfault at 10 ip 0000003ff2e6bfaa sp 00007fff3a84d740 error 4
in libgdk-x11-2.0.so.0.2400.22[3ff2e00000+bb000]
Truncated backtrace:
Thread no. 1 (7 frames)
#0 init_randr13 at gdkscreen-x11.c:775
#1 init_multihead at gdkscreen-x11.c:1023
#2 process_monitors_change at gdkscreen-x11.c:1153
#3 _gdk_x11_screen_size_changed at gdkscreen-x11.c:1198
#4 gdk_event_translate at gdkevents-x11.c:2152
#5 _gdk_events_queue at gdkevents-x11.c:2336
#11 gtk_main at gtkmain.c:1257
--
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=Vnm4tAvznJ&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 1014880] New: Toggle key of ibus-kkc is conflict between ibus and gnome shell
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1014880
Bug ID: 1014880
Summary: Toggle key of ibus-kkc is conflict between ibus and
gnome shell
Product: Fedora
Version: 20
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: htaira(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
Toggle key of ibus-kkc is conflict between ibus and gnome shell.
When I pushed toggle key(Alt+`) then GNOME Shell launch application switcher.
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.18-1.fc20.x86_64
gnome-shell-3.10.0.1-1.fc20.x86_64
Actual results:
GNOME Shell launch application switcher.
Expected results:
ibus-kkc toggle to Hiragana input mode.
Additional info:
I am using US 101 layout keyboard.
--
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=NYA3Yo9Qxe&a=cc_unsubscribe
8 years, 10 months