[Fedora-i18n-bugs] [Bug 988780] New: incorrect-fsf-address for many source files
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=988780
Bug ID: 988780
Summary: incorrect-fsf-address for many source files
Product: Fedora
Version: 19
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
$ rpmlint noarch/* x86_64/* | grep incorrect
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/lang.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/iengine.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/text.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/_gtk.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/enginedesc.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/engine.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/attribute.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/iconfig.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/__init__.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/iibus.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/_config.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/observedpath.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/application.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/config.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/utility.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/serializable.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/lookuptable.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/iinputcontext.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/bus.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/factory.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/ipanel.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/exception.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/component.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/inputcontext.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/__init__.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/property.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/modifier.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/ienginefactory.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/panel.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/common.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/interface/inotifications.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/notifications.py
ibus-pygtk2.noarch: E: incorrect-fsf-address
/usr/lib/python2.7/site-packages/ibus/object.py
ibus-setup.noarch: E: incorrect-fsf-address /usr/share/ibus/setup/i18n.py
ibus-setup.noarch: E: incorrect-fsf-address /usr/bin/ibus-setup
ibus-setup.noarch: E: incorrect-fsf-address
/usr/share/ibus/setup/enginecombobox.py
ibus-setup.noarch: E: incorrect-fsf-address
/usr/share/ibus/setup/enginetreeview.py
ibus-setup.noarch: E: incorrect-fsf-address /usr/share/ibus/setup/main.py
ibus-setup.noarch: E: incorrect-fsf-address /usr/share/ibus/setup/icon.py
ibus-setup.noarch: E: incorrect-fsf-address
/usr/share/ibus/setup/engineabout.py
ibus-setup.noarch: E: incorrect-fsf-address
/usr/share/ibus/setup/keyboardshortcut.py
ibus.x86_64: E: incorrect-fsf-address
/usr/share/bash-completion/completions/ibus.bash
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/application.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/iconwidget.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/switcher.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/candidatepanel.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/handle.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/tools/main.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/panel.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/property.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/pango.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/xkblayout.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/separator.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/engine/main.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/gkbdlayout.c
ibus-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/ibus-1.5.2/ui/gtk3/candidatearea.c
Can this be conveyed to upstream and see if upstream can fix fsf address?
Version-Release number of selected component (if applicable):
ibus-1.5.2-7.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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=axHWj2uXD9&a=cc_unsubscribe
10 years, 7 months
[Fedora-i18n-bugs] [Bug 847726] New: ibus enable same input method for each window
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=847726
Bug ID: 847726
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: ibus enable same input method for each window
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: danishka(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
After enabling ibus and type some thing on an application, the ibus use same
input method for other applications as well.
For example, if i type in Sinhala on LibreOffice (using ibus-sayura),
gnome-terminal, firefox, etc every other application use ibus-sayura instead of
en_US.
in previous versions we had that flexibility of using different IMs for
different applications at once.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120428-2.fc17.x86_64
How reproducible:
Steps to Reproduce:
1. Install ibus-sayura on Fedora 17
2. Enable ibus-sayura
3. Open Firefox and type using ibus-sayura
4. Now open gnome-terminal and type some thing
Actual results:
sinhala characters will type on gnome-terminal
Expected results:
As you did not select ibus-sayura for Gnome-terminal application, it should
type in English
Additional info:
Very negative feedback from the local community and it affect for the Fedora as
most of end users not aware this issue came from the upstream.
Personal Comment:
I believe that upstream developer(s) should work on some other project instead
sending a crappy application. OR some one should fork the ibus and start
working on it for a target of making a better product for end users. The
product features should be improved instead of reduce.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 965627] New: [abrt] system-config-language-1.3.5-19.fc18: packages.py:922:returnHeaderFromPackage:RepoError: Package Header 1:hyphen-gu-0.7.0-2.fc18.noarch: RPM Cannot open
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=965627
Bug ID: 965627
Summary: [abrt] system-config-language-1.3.5-19.fc18:
packages.py:922:returnHeaderFromPackage:RepoError:
Package Header 1:hyphen-gu-0.7.0-2.fc18.noarch: RPM
Cannot open
Product: Fedora
Version: 18
Component: system-config-language
Severity: unspecified
Priority: unspecified
Assignee: pnemade(a)redhat.com
Reporter: rajuramvani(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
Version-Release number of selected component:
system-config-language-1.3.5-19.fc18
Additional info:
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py
dso_list: yum-3.4.3-54.fc18.noarch
executable: /usr/share/system-config-language/system-config-language.py
kernel: 3.8.11-200.fc18.x86_64
uid: 0
ureports_counter: 1
Truncated backtrace:
packages.py:922:returnHeaderFromPackage:RepoError: Package Header
1:hyphen-gu-0.7.0-2.fc18.noarch: RPM Cannot open
Traceback (most recent call last):
File "/usr/share/system-config-language/language_gui.py", line 179, in
okClicked
self.apply()
File "/usr/share/system-config-language/language_gui.py", line 298, in apply
install.install_language (self.mainWindow, grpid)
File "/usr/share/system-config-language/gui_install.py", line 456, in
install_language
self.runTransaction(mainWindow)
File "/usr/share/system-config-language/gui_install.py", line 399, in
runTransaction
self.populateTs(keepold=0)
File "/usr/lib/python2.7/site-packages/yum/depsolve.py", line 275, in
populateTs
hdr = txmbr.po.returnHeaderFromPackage()
File "/usr/lib/python2.7/site-packages/yum/packages.py", line 922, in
returnHeaderFromPackage
raise Errors.RepoError, 'Package Header %s: RPM Cannot open' % self
RepoError: Package Header 1:hyphen-gu-0.7.0-2.fc18.noarch: RPM Cannot open
Local variables in innermost frame:
self: <YumAvailablePackageSqlite : 1:hyphen-gu-0.7.0-2.fc18.noarch (0x61766d0)>
ts: <rpmUtils.transaction.TransactionWrapper instance at 0x33ab488>
rpmfile:
'/var/cache/yum/x86_64/18/fedora/packages/hyphen-gu-0.7.0-2.fc18.noarch.rpm'
--
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=qedKwGdIzF&a=cc_unsubscribe
10 years, 7 months
[Fedora-i18n-bugs] [Bug 766493] New: Marathi needs changes in Devanagari glyphs
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: Marathi needs changes in Devanagari glyphs
https://bugzilla.redhat.com/show_bug.cgi?id=766493
Summary: Marathi needs changes in Devanagari glyphs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: unspecified
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
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
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Lohit Devanagari covers the Devanagari unicode code set and uses same glyphs
for the languages which use Devanagari script. But it seems Marathi language
needs changes in some of the glyphs.
Attached a PDF document with the required changes. The document is written by
Sushant S. Devlekar
based on Maharashtra gov. order
http://www.maharashtra.gov.in/GR/Marathi/2009/11/06/2009110613044700
1.pdf
--
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 882489] New: [abrt] ibus-chewing-1.4.3-1.fc18: TreeFindPhrase: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882489
Bug ID: 882489
Summary: [abrt] ibus-chewing-1.4.3-1.fc18: TreeFindPhrase:
Process /usr/libexec/ibus-engine-chewing was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: 18
Component: ibus-chewing
Severity: unspecified
Priority: unspecified
Reporter: pizza306(a)gmail.com
Description of problem:
if i type a sentence that is Chinese/English and number mixed
(like "我需要128個杯子", i need 128 cups.
or "這個pancake真棒", this pancake is great.)
and try to change the character right after english/number,
(change"個"or"真")
ibus-chewing will crash, and this is the old problem since F15.
Version-Release number of selected component:
ibus-chewing-1.4.3-1.fc18
Additional info:
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: TreeFindPhrase
executable: /usr/libexec/ibus-engine-chewing
kernel: 3.6.7-5.fc18.x86_64
remote_result: NOTFOUND
uid: 1000
var_log_messages: Dec 1 18:50:37 localhost abrt[3507]: Saved core dump of pid
2076 (/usr/libexec/ibus-engine-chewing) to
/var/spool/abrt/ccpp-2012-12-01-18:50:37-2076 (26779648 bytes)
Truncated backtrace:
Thread no. 1 (10 frames)
#0 TreeFindPhrase at tree.c:293
#1 SetAvailInfo at choice.c:115
#2 ChoiceFirstAvail at choice.c:359
#3 chooseCandidate at chewingio.c:110
#4 chewing_handle_Down at chewingio.c:777
#5 ___1d_ibus_chewing_engine_cursor_down
#6 ibus_chewing_engine_process_key_event
#7 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at ibusmarshalers.c:290
#12 ibus_engine_service_method_call at ibusengine.c:816
#13 call_in_idle_cb at gdbusconnection.c:4737
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 980215] New: simplified Chinese formal digit for six (liu, 4th tone) not available.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=980215
Bug ID: 980215
Summary: simplified Chinese formal digit for six (liu, 4th
tone) not available.
Product: Fedora
Version: 18
Component: ibus-pinyin
Severity: medium
Priority: unspecified
Assignee: pwu(a)redhat.com
Reporter: wcmattison(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Description of problem:
(note: I had to use windows to submit this bug,)
Background...
Most of the simplified Chinese (简体) digits have both a common, everyday,
simple, easy to alter, easy to forge character and a more complicated, harder
to alter, harder to forge character. Examples:
0 零 零 (no difference in this case)
1 一 壹
2 二 贰
3 三 叁
4 四 泗
5 五 伍
6 六 陆
7 七 柒
8 八 捌
9 九 玖
The problem...
I can't find the more complicated 简体 character '陆' (6, pinyin spelling "liu"
with a 4th tone) in ibus in Linux.
Version-Release number of selected component (if applicable):
I last updated my Fedora-18 system on Tuesday, June 25, 2013, and I always
update everything. So whatever version of ibus was current that evening,
that's what I have.
How reproducible:
Steps to Reproduce:
1. Open a new file in a terminal window, LibreOffice, etc.
2. Activate ibus.
3. Enter "liu". Look for the character '陆' in the ibus list (menu) of
characters that match the pinyin "liu".
Actual results:
The character is not found.
Expected results:
The character should be found.
Additional info:
* I tried this in Gnome only.
* I tried this with simplified Chinese (简体) only, not traditional Chinese (繁体).
* The other formal simplified Chinese digits are available, only the one for 6
is missing.
* The common simplified Chinese digit for 6 ('六') is available.
--
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=va7nzSsnYx&a=cc_unsubscribe
10 years, 7 months
[Fedora-i18n-bugs] [Bug 971336] New: subpackages for language support
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=971336
Bug ID: 971336
Summary: subpackages for language support
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Description of problem:
I think UX maybe be improved if there was a subpackage for each
language with hunspell support. Currently adding a dictionary
seems kind of an awkward process requiring restarting ibus
afterwards.
Actual results:
need to install dictionaries oneself to use hunspell.
Expected results:
Select which language you want to use:
eg yum install ibus-typing-booster-de.
Additional info:
yum-langpacks could pull in ibus-typing-booster-* for
one's language when installing ibus-typing-booster.
--
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=5jkTe8S3zr&a=cc_unsubscribe
10 years, 7 months