[Bug 599281] New: New upstream release 2.3 is available
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: New upstream release 2.3 is available
https://bugzilla.redhat.com/show_bug.cgi?id=599281
Summary: New upstream release 2.3 is available
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fonttools
AssignedTo: roozbeh(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
2.3 is available upstream. I'd like to see the new feature, TrueType Collection
support in this release. please update it.
--
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 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 591559] New: Height of arrows are too low.
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: Height of arrows are too low.
https://bugzilla.redhat.com/show_bug.cgi?id=591559
Summary: Height of arrows are too low.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Originally from Peter Taran's email):
What do you think about moving horizontal arrows slightly up? In Courier
New arrows points almost to the middle point of small letters and it looks
nice. Liberation arrows are places essentually lower (what reason?) and
looks strange (See attachment 1).
This case is better I think (See attachment 2).
What your opinion?
--
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 616324] New: [ml_IN] 0D4D (unicode) Character is cut if it present at End of Word in Label
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: [ml_IN] 0D4D (unicode) Character is cut if it present at End of Word in Label
https://bugzilla.redhat.com/show_bug.cgi?id=616324
Summary: [ml_IN] 0D4D (unicode) Character is cut if it present
at End of Word in Label
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: nkumar(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: apeter(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=433089)
--> (https://bugzilla.redhat.com/attachment.cgi?id=433089)
Ibus Problem
Description of problem:
0D4D (unicode) Character is cut if it present at End of Word in Label. It is
effecting Many applications in Desktop (Malayalam). It appears in Text Editor,
but in real-time, it is not appearing.
Version-Release number of selected component (if applicable):
smc-meera-fonts-04.2-10.fc13
How reproducible:
100%
Steps to Reproduce:
1. run gedit in malayalam (ml_IN)
2. type 0D4D, check cursor position
3. run ibus-preferences, check 2nd tab Text
Actual results:
Character is cut at last on Tab
Expected results:
it should complete
Additional info:
1) in gedit, paste
--
പുറകോട്p
്
--
Check "P" at 1st word, it is mixed with (്) Character
in 2nd row, position of cursor is in-between instead of End of Character
Effected application:
abrt-gui
system-config-firewall
sound-juicer
gnome-system-monitor
gpk-repo
ekiga
--
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 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 599785] New: FTBFS serafettin-cartoon-fonts-0.5.1-3.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: FTBFS serafettin-cartoon-fonts-0.5.1-3.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=599785
Summary: FTBFS serafettin-cartoon-fonts-0.5.1-3.fc12
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: serafettin-cartoon-fonts
AssignedTo: oget.fedora(a)gmail.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
oget.fedora(a)gmail.com
Blocks: 596849
Classification: Fedora
serafettin-cartoon-fonts-0.5.1-3.fc12.src.rpm Failed To Build From Source
against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more
information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
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