[Bug 557862] New: Liberation Mono is not really monospaced font
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: Liberation Mono is not really monospaced font
https://bugzilla.redhat.com/show_bug.cgi?id=557862
Summary: Liberation Mono is not really monospaced font
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: kir(a)sacred.ru
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Description of problem:
When using Liberation Mono as a default monospace font in Firefox,
I have noticed that the lines of equal width (in terms of characters)
all have different width. It can clearly be seen on a screenshots that
I will attach shortly.
It took me about 15 minutes to understand it. I tried with Andale Mono and it
looks fine.
Version-Release number of selected component (if applicable):
$ rpm -q liberation-mono-fonts liberation-fonts-common fontconfig freetype
firefox fedora-release
liberation-mono-fonts-1.05.1.20090721-2.fc12.noarch
liberation-fonts-common-1.05.1.20090721-2.fc12.noarch
fontconfig-2.8.0-1.fc12.x86_64
fontconfig-2.8.0-1.fc12.i686
freetype-2.3.11-3.fc12.x86_64
freetype-2.3.11-3.fc12.i686
firefox-3.5.6-1.fc12.x86_64
fedora-release-12-2.noarch
How reproducible:
always
Steps to Reproduce:
1. make sure liberation mono is installed (rpm -q liberation-mono-fonts) and
available (fc-match 'liberation mono')
2. Open this page in your browser http://kir.sacred.ru/tmp/liberation-mono.html
3. Try increasing/decreasing text size (in case of Firefox use Ctrl with +/-).
Actual results:
Lines are of different width
Expected results:
Lines are of the same width
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.
13 years, 7 months
[Bug 557108] New: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering
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: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering
https://bugzilla.redhat.com/show_bug.cgi?id=557108
Summary: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly
rendering
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=385669)
--> (https://bugzilla.redhat.com/attachment.cgi?id=385669)
Correct and wrong rendering
Description of problem:
ra+ ZWJ+ halanth + consonant is wrongly rendering
Version-Release number of selected component (if applicable):
pango-1.26.0-1.fc12
How reproducible:
Every time
Steps to Reproduce:
1.Open any text editor (say gedit)
2.Input following raw code key sequence:
0CB0 + 200D + 0CCD + 0C95
3.Look at the resulting glyph
Actual results:
Shown in the attachment
Expected results:
Shown in the attachment
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.
13 years, 7 months
[Bug 487581] New: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
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: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
https://bugzilla.redhat.com/show_bug.cgi?id=487581
Summary: Liberation Mono: incorrect spacing for Combining
Diacritical Marks.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: adam.buchbinder(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6)
Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
According to the bug on freedesktop.org (link below), Liberation Mono has an
incorrect spacing definition for "Combining Diacritical Marks"; they should
have zero space, and should render above the last letter, not the next one.
Paste following text with selected font:
Correct: accent above o
Incorrect: accent above g
Reproducible: Always
Steps to Reproduce:
1. Enter a string with a combining diacritic mark in Liberation Mono, e.g.,
"o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle
combining characters. Use something like gedit; switching fonts will reveal the
issue as the diacritical mark switches places.
Actual Results:
The diacritic appears one letter to the right of where it should be.
Expected Results:
The diacritic should appear in the proper place.
I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an
upstream bug. If this should be filed elsewhere, please let me know.
I'm filing this because several monospace fonts have incorrect spacing for
"Combining Diacritical Marks":
http://bugs.freedesktop.org/show_bug.cgi?id=20330
--
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.
13 years, 7 months
[Bug 540061] New: CJK text regression (w/ screenshots)
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: CJK text regression (w/ screenshots)
https://bugzilla.redhat.com/show_bug.cgi?id=540061
Summary: CJK text regression (w/ screenshots)
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: frigoris.ma(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Created an attachment (id=372855)
--> (https://bugzilla.redhat.com/attachment.cgi?id=372855)
Screenshot of XFCE4 input method setting tool. Note the coarse text
Description of problem:
I upgraded to Fedora 12 and to my surprise, some Chinese text that used to be
displayed correctly now appears to be rendered ugly and broken.
Examples can be found in the attached screenshots. All shots are taken on the
F12 system. Unfortunately I didn't take shots on the previous, working system
(because it worked as expected) so there's no comparison.
On my current F12 install the font packages are almost the same as the previous
F11 system. There are no additional fonts installed.
The installed CJK fonts are:
cjkuni-fonts-ghostscript-0.2.20080216.1-29.fc12.noarch
cjkuni-ukai-fonts-0.2.20080216.1-29.fc12.noarch
cjkuni-uming-fonts-0.2.20080216.1-29.fc12.noarch
wqy-bitmap-fonts-0.9.9-11.fc12.noarch
wqy-unibit-fonts-1.1.0-7.fc12.noarch
wqy-zenhei-fonts-0.8.38-3.fc12.noarch
xorg-x11-fonts-misc-7.2-9.fc12.noarch
I'm not sure whether this bug should be reported against this package or any of
the font packages. I really don't know. I just guessed this could possibly be a
fontconfig problem, since I didn't change the fonts.
The Appearance setting is also inherited from the previous install. The default
font used is "DejaVu Sans 9". In F11 it used to do the right thing with this
setting (displaying Western text in DejaVu Sans and render CJK text
beautifully). I didn't change anything.
Also, subpixel antialiasing seems to have stopped working for CJK text too.
Version-Release number of selected component (if applicable):
fontconfig-2.7.3-1.fc12.i686
Additional info:
I guess the cause of this issue is complex, but I have to choose a package to
report the bug against ;) If you feel it's necessary, please also inform the
font maintainers of this issue.
Thanks.
--
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.
13 years, 7 months
[Bug 485569] New: x86 fontcache can't be rebuilt on x86_64 systems
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: x86 fontcache can't be rebuilt on x86_64 systems
https://bugzilla.redhat.com/show_bug.cgi?id=485569
Summary: x86 fontcache can't be rebuilt on x86_64 systems
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: john.ellson(a)comcast.net
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
After various font rpm churn on rawhide my 32 bit application would crash with
a malloc failure because of a messed up font cache.
One could wonder:
a) why is the 32 bit cache different from the 64 bit?
b) why isn't fontconfig keeping them both uptodate?
but I have a simpler request:
"man fc-cache" states:
Note that fc-cache must be executed once per architecture to generate
font information customized for that architecture.
but it isn't possible to do this on x86_64 because only the 64 bit version of
/usr/bin/fc-cache is installed, even if both i386 and x86_64 fontconfig rpms
are installed.
** Request that /usr/bin/fc-cache-64 and /usr/bin/fc-cache-32 both be
installed, and that a new /usr/bin/fc-cache shell script be created that runs
them both.
The man page also says:
On a subsequent run, fc-cache will augment the cache information
files with the information for the new architecture.
but apparently this didn't work through some series of font rpm upgrades.
Version-Release number of selected component (if applicable):
fontconfig-2.6.95-1.git.66.gb162bfb.fc11
How reproducible:
100%
Steps to Reproduce:
1. cd /var/cache/fontconfig
2. rm *
3. fc-cache
Actual results:
Only *x86-64.cache-2 files created
Expected results:
Both *x86.cache-2 and *x86-64.cache-2 files created
Additional info:
Any ugly workaround to the current situation is:
rpm -e --nodeps --allmatches fontconfig fontconfig-devel
yum install fontconfig.i386
fc-cache
yum install fontconfig.x86_64 fontconfig-devel.x86_64
fc-cache
--
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.
13 years, 8 months
[Bug 506262] New: X crash - FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1
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: X crash - FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1
https://bugzilla.redhat.com/show_bug.cgi?id=506262
Summary: X crash - FreeType: couldn't open face
/usr/share/fonts/cjkuni/ukai.ttc: 1
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkuni-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: jreznik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=348110)
--> (https://bugzilla.redhat.com/attachment.cgi?id=348110)
xorg.log
Description of problem: X server crashes while using it...
FreeType: couldn't open face /usr/share/fonts/cjkuni/ukai.ttc: 1
Backtrace:
0: /usr/bin/X(xorg_backtrace+0x26) [0x4e89b6]
1: /usr/bin/X(xf86SigHandler+0x6f) [0x47d63f]
2: /lib64/libc.so.6 [0x7f6271639370]
3: /usr/bin/X(FindGlyphRef+0x2c) [0x51e90c]
4: /usr/bin/X(FindGlyphByHash+0x28) [0x51ef78]
5: /usr/bin/X [0x52b279]
6: /usr/bin/X(Dispatch+0x384) [0x446ee4]
7: /usr/bin/X(main+0x3b5) [0x42d0d5]
8: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f6271624a2d]
9: /usr/bin/X [0x42c559]
Fatal server error:
Caught signal 11. Server aborting
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional
information.
rpm -qf /usr/share/fonts/cjkuni/ukai.ttc
error: file /usr/share/fonts/cjkuni/ukai.ttc: No such file or directory
Version-Release number of selected component (if applicable):
cjkuni-fonts-common-0.2.20080216.1-23.fc11.noarch
cjkuni-uming-fonts-0.2.20080216.1-23.fc11.noarch
xorg-x11-server-Xorg-1.6.1.901-1.fc11.x86_64
Steps to Reproduce:
1. use X server
Actual results:
Crash
Expected results:
No crash
Additional info:
Sorry for report missing any details but I'm unsure how to reproduce and what
caused crash... I'll update it if I'll find something useful.
--
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.
13 years, 8 months
[Bug 577128] New: [kn_IN] Issue with the space Glyph in Lohit Kannada Font.
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: [kn_IN] Issue with the space Glyph in Lohit Kannada Font.
https://bugzilla.redhat.com/show_bug.cgi?id=577128
Summary: [kn_IN] Issue with the space Glyph in Lohit Kannada
Font.
Product: Red Hat Enterprise Linux 6
Version: 6.1
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: desktop-bugs(a)redhat.com
CC: eng-i18n-bugs(a)redhat.com, svenkate(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com,
hallimanearavind(a)gmail.com
Depends on: 559462
Group: rhel_beta
Classification: Red Hat
Target Release: ---
Clone Of: 559462
+++ This bug was initially created as a clone of Bug #559462 +++
Description of problem:
Issue with the space Glyph in Lohit Kannada Font.
The width of space glyph is very less in Lohit Kannada font.
More description about the issue is available here.
http://aravindavk.in/blog/14
Regards
Aravinda
--- Additional comment from svenkate(a)redhat.com on 2010-01-28 03:37:57 EST ---
Yes, even I too noticed this issue with the Lohit Kannada font in gedit.
--- Additional comment from updates(a)fedoraproject.org on 2010-03-23 06:57:46
EDT ---
lohit-kannada-fonts-2.4.5-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/lohit-kannada-fonts-2.4.5-1.fc13
--- Additional comment from updates(a)fedoraproject.org on 2010-03-23 19:25:33
EDT ---
lohit-kannada-fonts-2.4.5-1.fc13 has been pushed to the Fedora 13 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update lohit-kannada-fonts'. You can
provide feedback for this update here:
http://admin.fedoraproject.org/updates/lohit-kannada-fonts-2.4.5-1.fc13
--- Additional comment from updates(a)fedoraproject.org on 2010-03-25 18:33:35
EDT ---
lohit-kannada-fonts-2.4.5-1.fc13 has been pushed to the Fedora 13 stable
repository. If problems still persist, please make note of it in this bug
report.
--
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.
13 years, 8 months
[Bug 507132] New: Please update font links and deps
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: Please update font links and deps
https://bugzilla.redhat.com/show_bug.cgi?id=507132
Summary: Please update font links and deps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: php-ZendFramework
AssignedTo: akahl(a)iconmobile.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: akahl(a)iconmobile.com,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 473302
Classification: Fedora
Description of problem:
php-ZendFramework-tests links to Bitstream Vera
It is a good idea to make the symlinks point to the corresponding DejaVu (full)
packages. DejaVu (full) is the most complete fork of Bitstream Vera. It should
include all the material present in Vera and its other derivatives, plus
multiple fixes. Since we install the DejaVu (full) packages by default,
dependencies on them will usually not pull in new packages on user systems.
Version-Release number of selected component (if applicable):
0:1.7.7-2.fc11
--
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.
13 years, 9 months