[Fedora-i18n-bugs] [Bug 1036332] New: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1036332
Bug ID: 1036332
Summary: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process
/usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: leajcastro(a)gmail.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
Version-Release number of selected component:
ibus-1.5.4-2.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: /usr/bin/ibus-daemon --replace --xim --panel disable
crash_function: _g_log_abort
executable: /usr/bin/ibus-daemon
kernel: 3.11.9-300.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#2 _g_log_abort at gmessages.c:255
#5 bus_dbus_impl_dispatch_message_by_rule at dbusimpl.c:1901
#6 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1578
#7 on_worker_message_about_to_be_sent at gdbusconnection.c:2426
#8 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:502
#9 continue_writing at gdbusprivate.c:1496
#10 continue_writing_in_idle_cb at gdbusprivate.c:1557
#15 gdbus_shared_thread_func at gdbusprivate.c:278
#16 g_thread_proxy at gthread.c:798
--
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=5fqSjK7eYf&a=cc_unsubscribe
9 years
[Fedora-i18n-bugs] [Bug 1146002] New: RFE: New Default Console Font
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1146002
Bug ID: 1146002
Summary: RFE: New Default Console Font
Product: Fedora
Version: rawhide
Component: langtable
Assignee: mfabian(a)redhat.com
Reporter: myllynen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
A new console font, eurlatgr, was recently added to kbd and it should be better
default console font for European based languages written in Latin or Greek
script. eurlatgr is based on latarcyrheb-sun16 so the typeface does not change.
eurlatgr would bring these changes over the current default latarcyrheb-sun16:
* full compatibility with latarcyrheb-sun16 for Latin script and special
characters
- Arabic/Cyrillic/Hebrew are not supported at all by eurlatgr so those users
should still stay with latarcyrheb-sun16
- non-European languages written in Latin script (like Vietnamese) are not
fully supported but perhaps a bit more so than with latarcyrheb-sun16
- the only non-Arabic/Cyrillic/Hebrew characters not present in eurlatgr but
in latarcyrheb-sun16 are U+F800 and U+F804 which are not valid Unicode
characters so the use case for them is unclear, especially today. These could
be re-added if there's a real need for them but if not, dropping them is ok
* full support for all European languages written in Latin script
* full support for Greek
* full support for a huge list of characters and character sets (see [1])
* support for a wide range of accented Latin characters not present in
latarcyrheb-sun16 to allow people to write their names correctly
* support for glyphs used by some systemd(1) utilities
* support for glyphs used by man(1) (see e.g. the bottom of unicode(7) how some
characters are not displayed properly under latarcyrheb-sun16)
* support for glyphs that have become popular recently, like the smiley
(☺) and arrows (e.g. →)
Note that there is a hard limit of 512 glyphs for console fonts so having more
glyphs available in a console font is not possible unless remapping some
characters to others. Not all remappings in eurlatgr are less pixel-perfect but
still give a good idea what a character is supposed to be rather than merely
displaying the "box" to indicate an unsupported character.
1)
http://git.altlinux.org/people/legion/packages/kbd.git?p=kbd.git;a=blob;f...
Thanks.
--
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=2dpaohVMSX&a=cc_unsubscribe
9 years
[Fedora-i18n-bugs] [Bug 1118542] New: Rendering of Gurmukhi Script broken in QT (KDE application)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1118542
Bug ID: 1118542
Summary: Rendering of Gurmukhi Script broken in QT (KDE
application)
Product: Fedora
Version: 21
Component: lohit-gurmukhi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 917237
--> https://bugzilla.redhat.com/attachment.cgi?id=917237&action=edit
Screenshot for Kate and Gedit
Description of problem:
While Testing Fedora 21,Rendering Broken with latest Lohit Gurmukhi fonts in
KDE Applications (Only), while gnome/firefox is working as expected.
Version-Release number of selected component (if applicable):
qt-4.8.6-9.fc21.x86_64
harfbuzz-0.9.29-2.fc21.x86_64
gedit-3.13.2-1.fc21.x86_64
kate-4.13.2-2.fc21.x86_64
lohit-gurmukhi-fonts-2.91.0-3.fc21.noarch
How reproducible:
Every-time
Steps to Reproduce:
1. Copy paste Test Case (ਕ੍ਰ) in gedit & kwrite
2. Both Renderings are different
3.
Actual results:
Rendering of text in GTK/QT are Different
Expected results:
GTK has correct rendering
Additional info:
default Punjabi fonts available in Fedora 21 are broken for KDE applications
(including lokalize)
Test Case
---
ਕ+ ੍ + ਹ = ਕ੍ਹ
ਕ+ ੍ +ਰ - ਕ੍ਰ
ਕ+ ੍ +ਵ = ਕ੍ਵ
----
--
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=oX8F2oorVc&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 981475] New: Improper glyph names in Lohit fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981475
Bug ID: 981475
Summary: Improper glyph names in Lohit fonts
Product: Fedora
Version: rawhide
Component: lohit-fonts
Severity: unspecified
Priority: unspecified
Assignee: extras-orphan(a)fedoraproject.org
Reporter: khaledhosny(a)eglug.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
For purposes of text extraction from PDF files, glyphs should be named in
accordance with Adobe Glyph Naming convention
(http://www.adobe.com/devnet/opentype/archives/glyph.html). Most glyphs in
Lohit fonts follow this convention properly, but some do not. I did not do an
extensive review, but I noticed several occurances of glyph names like:
u0919_u094D.half_u0915_u094D.half.half
Which is wrong, since step 1 of the mapping algorithm in the above link will
drop the part of glyph name after the first occurence of a peroid, so only
u0919_u094D will remain which is assume is not what is wanted here. A proper
name would then be:
u0919_u094D_u0915_u094D.half.half.half
or something like that (the part after the peroid is completely ignored, so it
can be anything).
--
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=5VT9JZhnap&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 1113968] New: Glyph for 0960 Devanagari Letter Vocalic RR should be corrected
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1113968
Bug ID: 1113968
Summary: Glyph for 0960 Devanagari Letter Vocalic RR should be
corrected
Product: Fedora
Version: rawhide
Component: lohit-devanagari-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 912765
--> https://bugzilla.redhat.com/attachment.cgi?id=912765&action=edit
Replacement glyph and ODT/PDF demonstrating change
Description of problem:
Currently the glyph for 0960 Devanagari Letter Vocalic RR (double RR) in Lohit
Devanagari is similar to glyph for 090B Devanagari Letter Vocalic R (single R)
from Unicode Devanagari Chart http://www.unicode.org/charts/PDF/U0900.pdf.
Reference code chart for correct glyph of 0960. Please see attached PDF
document for comparison with Sanskrit 2003 and Windows XP Mangal font.
As seen in Unicode chart and other fonts, the correct glyph of 0960 should have
two hooks at bottom right to differentiate from 090B. 090B can either have one
hook as seen in code chart and other fonts, or just a belly with no hook at all
as seen in current Lohit Devanagari.
To be more clearer, while the glyph for 090B in code chart and other fonts is
shown with one hook, the form shown by current Lohit Devanagari for 090B is
also acceptable as a glyphic variant. However, the glyph variant of 090B with
one hook should not be used for 0960.
Hence the current glyph of 0960 in Lohit Devanagari should be corrected.
I have devised a replacement glyph for 0960 showing two hooks as per the code
chart as well as in line with other fonts. (Glyph for 090B need not be replaced
as the current glyph is an acceptable variant.)
Please replace the current Lohit Devanagari 0960 glyph with this new glyph.
Thank you.
--
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=WcHda3Um7t&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 624158] New: Idea for setting individual fallback language
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: Idea for setting individual fallback language
https://bugzilla.redhat.com/show_bug.cgi?id=624158
Summary: Idea for setting individual fallback language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: ncfiedler(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
system-config-language only sets one language, but does not give the user the
possibility to set an individual fallback language. But this would be
appreciated not to fall back to English per default. In the case of Low German
(nds) for example it does not make any sense to fallback to English but to
German (de).
An example for this functionality could be ubuntus language-selector for GNOME
desktops. (https://launchpad.net/language-selector)
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
It would be nice, if system-config-language would be able to set individual
fallback languages. (compare ubuntus language-selector)
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.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 983979] New: yum doesn't remove no longer needed packages with langpacks
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=983979
Bug ID: 983979
Summary: yum doesn't remove no longer needed packages with
langpacks
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: low
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: yoursdearboy(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Description of problem:
yum doesn't remove packages with langpacks that no longer needed by any other
package.
Version-Release number of selected component (if applicable):
0.3.1-2.fc19
How reproducible:
always
Steps to Reproduce:
1. Install any package with deps that have langpacks (e. g. libreoffice-writer
has mythes dependency with mythes-%s langpacks)
2. Remove this package
Actual results:
Dependencies with langpacks won't be erased
Expected results:
All leftover dependencies should be erased
Additional info:
For example: if I install libreoffice-writer it pulls mythes and language packs
mythes-en, mythes-ru. If I delete libreoffice-writer package mythes won't be
erased.
As I understand it happens because packages mythes-ru, mythes-en installs "by
user" and have mythes dependency.
--
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=fug6H3chnO&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 882267] New: Warning about /etc/fonts/conf.d/50-user.conf
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882267
Bug ID: 882267
Summary: Warning about /etc/fonts/conf.d/50-user.conf
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: mefoster(a)gmail.com
Description of problem:
Running appes such as gvim under KDE results in a warning to STDERR like this:
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
How reproducible:
Every time
Steps to Reproduce:
1. Run "gvim"
Actual results:
Warning
Expected results:
No warning
Additional info:
I don't know if it's relevant that I use KDE as a desktop environment and that
this error comes up with gvim, but that's where I specifically noticed it.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 842568] New: Bad spacing in Liberation Mono with BCI-hinting
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=842568
Bug ID: 842568
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Bad spacing in Liberation Mono with BCI-hinting
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: xously(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 599962
--> https://bugzilla.redhat.com/attachment.cgi?id=599962&action=edit
Spacing of "s"
Description of problem:
Applies to Liberation Mono with BCI-hinting.
"s" is too far to the right or left, depending on the font size. E.g. "users"
looks like "user s" at size 11. (See first attachment for font sizes 8-16.)
"ow" is merging in bold font, at least at size 11. E.g. in "downloads". (See
second attachment.)
Version-Release number of selected component:
2.00.0
How reproducible:
Always with this ".fonts.conf":
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit name="antialias" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hinting" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hintstyle" mode="assign">
<const>hintfull</const>
</edit>
</match>
<match target="font">
<edit name="rgba" mode="assign">
<const>rgb</const>
</edit>
</match>
<match target="font">
<edit mode="assign" name="lcdfilter">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
With auto-hinting enabled instead, these problems do not occur:
<match target="pattern" name="family">
<test name="family" qual="any">
<string>Liberation Mono</string>
</test>
<edit name="autohint" mode="assign">
<bool>true</bool>
</edit>
</match>
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 2 months
[Fedora-i18n-bugs] [Bug 623411] New: transifex may need to be rebuilt against Python 2.7 in F14 and rawhide
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: transifex may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623411
Summary: transifex may need to be rebuilt against Python 2.7 in
F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: transifex
AssignedTo: ivazqueznet(a)gmail.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: ivazqueznet(a)gmail.com, diegobz(a)gmail.com,
rpandit(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
transifex-0.8.0-0.1.alpha.fc13 contains one or more .pyc files, but has not
been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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.
9 years, 2 months