[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 620273] New: Width of '.notdef' character prevents Liberation Mono from being detected as monospace
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: Width of '.notdef' character prevents Liberation Mono from being detected as monospace
https://bugzilla.redhat.com/show_bug.cgi?id=620273
Summary: Width of '.notdef' character prevents Liberation Mono
from being detected as monospace
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Because the character '.notdef' has a different width than the rest of the
characters in the font, some applications, such as PuTTY on Windows, do not
detect Liberation Mono as a valid monospaced font.
Version-Release number of selected component (if applicable):
1.06.0.20100721
Steps to Reproduce:
(This is reproducible both on a real Windows installation and under WINE.)
1. Install the latest version of Liberation Mono.
2. Download putty.exe from
<http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html>.
3. Open PuTTY, look under the Appearance tab, and click the "Change" button
under Font Settings.
Actual results:
Liberation Mono is not in the font list.
Expected results:
Liberation Mono is in the font list.
--
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 627171] New: [or_IN] Oriya (or-IN) fonts do not render correctly.
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: [or_IN] Oriya (or-IN) fonts do not render correctly.
https://bugzilla.redhat.com/show_bug.cgi?id=627171
Summary: [or_IN] Oriya (or-IN) fonts do not render correctly.
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: qt
AssignedTo: than(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ankit(a)redhat.com,
itamar(a)ispbrasil.com.br,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, ltinkl(a)redhat.com,
mgiri(a)redhat.com, jreznik(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com, rnovacek(a)redhat.com
Depends on: 623995
Classification: Fedora
Target Release: ---
Clone Of: 623995
--
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 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, 8 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, 9 months
[Bug 596637] New: Consider to split cjkuni-fonts into two SRPMs
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: Consider to split cjkuni-fonts into two SRPMs
https://bugzilla.redhat.com/show_bug.cgi?id=596637
Summary: Consider to split cjkuni-fonts into two SRPMs
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkuni-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: supercyper1(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Description of problem:
From
http://fedoraproject.org/wiki/Packaging:FontsPolicy#Package_layout_for_fonts
1. Fonts released upstream in separate archives MUST be packaged in separate
source packages (src.rpm), unless they belong to the same font family.
Please sumbit two package review for both uming and ukai, then retire
cjkuni-fonts in pkgdb for F14
--
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