[Fedora-i18n-bugs] [Bug 538612] New: licq crashes if scim-qtimm is installed
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: licq crashes if scim-qtimm is installed
https://bugzilla.redhat.com/show_bug.cgi?id=538612
Summary: licq crashes if scim-qtimm is installed
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: scim-qtimm
AssignedTo: phuang(a)redhat.com
ReportedBy: imc(a)comlab.ox.ac.uk
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=370215)
--> (https://bugzilla.redhat.com/attachment.cgi?id=370215)
backtrace from licq when it crashes
Description of problem:
Licq seems to crash as soon as you try to open any dialogue. The problem is
fixed by "rpm -e scim-qtimm".
Version-Release number of selected component (if applicable):
licq-1.3.5-9.fc12.i686
scim-qtimm-0.9.4-13.fc12.i686
How reproducible:
Always
Steps to Reproduce:
1. Have scim-qtimm and licq installed
2. licq
3. middle-click on any user
Actual results:
Segmentation fault
Expected results:
No segmentation fault
--
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.
14 years, 4 months
[Fedora-i18n-bugs] [Bug 484536] New: various smc-fonts have wrong default 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: various smc-fonts have wrong default glyphs
https://bugzilla.redhat.com/show_bug.cgi?id=484536
Summary: various smc-fonts have wrong default glyphs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: roozbeh(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Various fonts in the smc-fonts package, especially smc-fonts-meera, which is
installed on every Fedora machine because of being being "default" in compts,
have default glyphs shaped like an R in circle for some Malayalam characters.
For example, Meera has the following default glyphs in places that it should
not have: U+0D44, U+0D62, U+0D63, U+0D71, U+0D72, U+0D73, U+0D74, U+0D79,
U+0D7A, U+0D7B U+0D7C, U+0D7D, U+0D7E, U+0D7F
Also, there are several default glyphs in places that Unicode may use for
future encoding of Malayalam characters, like U+0D00 and U+0D29.
All those R in cirlces should be removed from the font, to make the font
Unicode-complying. Alternatively, Meera can be replaced by a standard font.
--
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.
14 years, 4 months
[Fedora-i18n-bugs] [Bug 550001] New: kasumi should be accessible from ibus-anthy
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: kasumi should be accessible from ibus-anthy
https://bugzilla.redhat.com/show_bug.cgi?id=550001
Summary: kasumi should be accessible from ibus-anthy
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.jp
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 546147
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 546147
+++ This bug was initially created as a clone of Bug #546147 +++
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2009-12-18 05:05:18
EDT ---
Some remarks
? Removing desktop
-----------------------------------------------------------
# remove .desktop file so that kasumi is accessible from
# scim panel and it's not necessary for other users.
rm -rf $RPM_BUILD_ROOT%{_datadir}/applications/*.desktop
-----------------------------------------------------------
- Is this also true for people using ibus (as now we use
ibus by default) and some other input method (such as uim/uim-anthy)?
- Does this mean that %_datadir/pixmaps/kasumi.png can also
be removed?
--- Additional comment from tagoh(a)redhat.com on 2009-12-21 02:23:01 EDT ---
(In reply to comment #1)
> ? Removing desktop
> -----------------------------------------------------------
> # remove .desktop file so that kasumi is accessible from
> # scim panel and it's not necessary for other users.
> rm -rf $RPM_BUILD_ROOT%{_datadir}/applications/*.desktop
> -----------------------------------------------------------
> - Is this also true for people using ibus (as now we use
> ibus by default) and some other input method (such as uim/uim-anthy)?
> - Does this mean that %_datadir/pixmaps/kasumi.png can also
> be removed?
added it back. ideally ibus-anthy should supports it as scim-anthy does and get
rid of it from the menu after that, but anyway.
--- Additional comment from tfujiwar(a)redhat.com on 2009-12-21 23:33:45 EDT ---
(In reply to comment #2)
> added it back. ideally ibus-anthy should supports it as scim-anthy does and get
> rid of it from the menu after that, but anyway.
Please file a bug.
--- Additional comment from mtasaka(a)ioa.s.u-tokyo.ac.jp on 2009-12-23 02:10:09
EDT ---
(In reply to comment #4)
> (In reply to comment #2)
> > added it back. ideally ibus-anthy should supports it as scim-anthy does and get
> > rid of it from the menu after that, but anyway.
>
> Please file a bug.
Well, how should I think of desktop file for now?
--- Additional comment from tfujiwar(a)redhat.com on 2009-12-23 03:24:41 EDT ---
(In reply to comment #6)
> Well, how should I think of desktop file for now?
I think reverting the desktop file in the rpm would be a workaround.
It's a problem when a language specific tool is shown on other language menu
items.
It would be better to remove the .desktop file after ibus-anthy language bar
could show the menu.
That's why I asked to file a bug in ibus-anthy.
--
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.
14 years, 4 months
[Fedora-i18n-bugs] [Bug 530357] New: [abrt] crash detected in imsettings-0.107.4-2.fc12
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: [abrt] crash detected in imsettings-0.107.4-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=530357
Summary: [abrt] crash detected in imsettings-0.107.4-2.fc12
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:85974cf9fd42131f9ae88bd8366abba0b907b1d4
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: bernie(a)codewiz.org
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Additional information
======
Attached files
----
backtrace
cmdline
-----
/usr/libexec/im-settings-daemon
component
-----
imsettings
executable
-----
/usr/libexec/im-settings-daemon
kernel
-----
2.6.31.1-56.fc12.x86_64
package
-----
imsettings-0.107.4-2.fc12
reason
-----
Process was terminated by signal 6
--
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.
14 years, 4 months
[Fedora-i18n-bugs] [Bug 484621] New: culmus-fonts needs compat package for upgrades
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: culmus-fonts needs compat package for upgrades
https://bugzilla.redhat.com/show_bug.cgi?id=484621
Summary: culmus-fonts needs compat package for upgrades
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: culmus-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 446451
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Since culmus-fonts has now been subpackaged for F11 it needs a compat
subpackage for smooth updating from F10, etc.
Version-Release number of selected component (if applicable):
culmus-fonts-0.102-1.fc11
Actual results:
No culmus-fonts-compat so can't upgrade.
Expected results:
culmus-fonts-compat which obsoletes previous culmus-fonts correctly.
Additional info:
http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Renaming.2Frepla...
--
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.
14 years, 4 months
[Fedora-i18n-bugs] [Bug 533640] New: [abrt] crash detected in ibus-anthy-1.2.0.20090917-2.fc12
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: [abrt] crash detected in ibus-anthy-1.2.0.20090917-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=533640
Summary: [abrt] crash detected in
ibus-anthy-1.2.0.20090917-2.fc12
Product: Fedora
Version: 12
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:a0a3dd1a
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt detected a crash.
Attached file: backtrace
cmdline: python /usr/share/ibus-anthy/engine/main.py --ibus
component: ibus-anthy
executable: /usr/share/ibus-anthy/engine/main.py
kernel: 2.6.31.5-117.fc12.x86_64
package: ibus-anthy-1.2.0.20090917-2.fc12
uuid: a0a3dd1a
--
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.
14 years, 5 months
[Fedora-i18n-bugs] [Bug 530699] New: Bengali-support group includes a non-existent package entry - kde-i18n-Bengali-India
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: Bengali-support group includes a non-existent package entry - kde-i18n-Bengali-India
https://bugzilla.redhat.com/show_bug.cgi?id=530699
Summary: Bengali-support group includes a non-existent package
entry - kde-i18n-Bengali-India
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: comps
AssignedTo: notting(a)redhat.com
ReportedBy: runab(a)redhat.com
CC: skvidal(a)fedoraproject.org, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
The list of packages displayed under 'Conditional Packages' for the 'Bengali
Support' group includes the non-existent package - kde-i18n-Bengali-India. This
ought to be changed to 'kde-i18n-Bengali'. This package provides
Internationalization Support for KDE3. Reason for this to be marked as a bug is
that, there were no disparate translations for Bengali (bn) and Bengali-India
(bn_IN) during KDE3 and the same translations were used for both the locales,
which were provided by the package kde-i18n-Bengali.
Please note, that this has changed for KDE4 and the translations for the
Bengali-India (bn_IN) locale are provided by a separate package -
kde-l10n-Bengali-India. The latter is correctly mentioned in the groupinfo.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Open a terminal
2. Type: yum groupinfo bengali-support
3. An output similar to this would be presented: http://fpaste.org/UyBT/
Actual results:
Non-existent package 'kde-i18n-Bengali-India' mentioned in the list of
'Conditional packages'.
http://koji.fedoraproject.org/koji/buildinfo?buildID=118827
Expected results:
'kde-i18n-Bengali-India' should read 'kde-i18n-Bengali'
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.
14 years, 5 months
[Fedora-i18n-bugs] [Bug 473665] New: scim-python : Unowned directories
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: scim-python : Unowned directories
https://bugzilla.redhat.com/show_bug.cgi?id=473665
Summary: scim-python : Unowned directories
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: scim-python
AssignedTo: phuang(a)redhat.com
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
One or more directories are not included within this
package and/or its sub-packages:
=> scim-python-pinyin-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/data
=> scim-python-xingma-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-cangjie-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-erbi-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-wubi-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-zhengma-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
Note: It may be necessary to include directories in multiple
packages.
[...]
Further information:
https://fedoraproject.org/wiki/Packaging/ReviewGuidelines
MUST: A package must own all directories that it creates. If it does not
create a directory that it uses, then it should require a package which
does create that directory.
https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwner...
https://fedoraproject.org/wiki/Packaging/UnownedDirectories
--
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.
14 years, 5 months
[Fedora-i18n-bugs] [Bug 551476] New: an obsolete option '+' is described in the Japanese man page of the tail command
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: an obsolete option '+' is described in the Japanese man page of the tail command
https://bugzilla.redhat.com/show_bug.cgi?id=551476
Summary: an obsolete option '+' is described in the Japanese
man page of the tail command
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: man-pages-ja
AssignedTo: tagoh(a)redhat.com
ReportedBy: jbastian(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 551471
Description of problem:
The Japanese tail(1) man page still includes a description for the obsolete
'+N' option to start tail'ing the file on line N. Older versions of tail
allowed you to run
tail +5 file.txt
to start reading file.txt on line 5. This is ambiguous and obsolete and has
been replaced with the -n option:
tail -n +5 file.txt
The English man page has a section describing how this is obsolete:
'_POSIX2_VERSION' COMPATIBILITY ISSUES:
On older systems, the leading '-' can be replaced by '+' in the obso-
lete option syntax with the same meaning as in counts, and obsolete
usage overrides normal usage when the two conflict. ...
However, the Japanese man page indicates this is still valid:
書式
tail [<-|+>COUNTOPTIONS] ...
...
オプション
<-|+>COUNTOPTIONS
このオプションは最初に指定した場合に限って認識される。 COUNT は
10 進数の数値。単位を表す文字 (‘b’, ‘k’, ‘m’) を後置したり (それ
ぞれの意味は ‘-c’ のものと同じ)、行単位のカウントを指定する ‘l’
を 後置したり、他のオプション文字 (‘cqv’) を後置したりできる。何
も文字が後置されなかった場合は ‘l’ が指定されたのと同じことに な
る。短いオプション形式 - と + は推奨されない。
Please update the Japanese tail(1) man page to indicate the '+N' syntax is
obsolete.
Version-Release number of selected component (if applicable):
man-pages-ja-20060815-11.el5.noarch
How reproducible:
every time
Steps to Reproduce:
1. export LANG=ja_JP.UTF-8
2. man 1 tail
Actual results:
man page indicates 'tail +N' is valid syntax
Expected results:
should instead describe 'tail -n +N'
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.
14 years, 5 months