[Bug 505764] New: file does not identify properly some pfa files shipped with a2ps
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: file does not identify properly some pfa files shipped with a2ps
https://bugzilla.redhat.com/show_bug.cgi?id=505764
Summary: file does not identify properly some pfa files shipped
with a2ps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: file
AssignedTo: dnovotny(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com, dnovotny(a)redhat.com
Blocks: 473302
Classification: Fedora
Description of problem:
file thinks the pfa files in ghostscript-fonts-5.50-22.fc12.noarch.rpm are
"PostScript document text"
They should be identified as "PostScript Type 1 font text"
Version-Release number of selected component (if applicable):
file-5.03-2.fc12.x86_64
Full list:
./usr/share/ogonkify/fonts/pcrb-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/pcrbo-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/pcrr-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/pcrro-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvb-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvbo-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvr-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvro-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmb-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmbi-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmr-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmri-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
--
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, 4 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, 6 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, 7 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, 7 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, 8 months
[Bug 494902] New: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
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: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
https://bugzilla.redhat.com/show_bug.cgi?id=494902
Summary: [te_IN] Incorrect glyph substitution for telugu
letter ka followed by dep vowel AA then consonant sha
and then viram
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: arjunaraoc(a)googlemail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Clone Of: 494158
+++ This bug was initially created as a clone of Bug #494158 +++
Description of problem:
Incorrect glyph substitution for telugu letter ka followed by dep vowel AA
then consonant sha and then viram
Version-Release number of selected component (if applicable):
2.3.8
How reproducible:
Always
Steps to Reproduce:
1. Type the letters for కా ష్ with out the space between them in gedit
(u+0c15,u+0c3E,u+0c37,u+0c4d,space(0x20)
2.
3.
Actual results:
కాష్
Expected results:
కా ష్ (without intervening space )
Additional info:
This is common part of telugu /Indian names consisting of Prakash.
substitution should occur only for ka followed by viram and then sha
This problem is present for Pothana2000 also
--
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 503430] New: Incorrect Kerning in some applications
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: Incorrect Kerning in some applications
https://bugzilla.redhat.com/show_bug.cgi?id=503430
Summary: Incorrect Kerning in some applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: grom358_spamkill(a)yahoo.com.au
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
Description of problem: The kerning is incorrect in some applications.
How reproducible: Always
Steps to Reproduce:
1. Install the Microsoft Corefonts for comparions (corefonts.sf.net)
2. Load Abiword and type "Test AV fi" on first and second line. Set first line
to Arial and second line to Liberation Sans.
3. Repeat step 2 in Openoffice
Actual results:
The kerning is incorrect in Openoffice
Expected results:
The kerning should match in Openoffice
Additional info:
The same problems occurs when using the Liberation fonts with Apache FOP
(http://xmlgraphics.apache.org/fop/)
--
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 508899] New: Monospace no more
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: Monospace no more
https://bugzilla.redhat.com/show_bug.cgi?id=508899
Summary: Monospace no more
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: yaneti(a)declera.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
Created an attachment (id=349951)
--> (https://bugzilla.redhat.com/attachment.cgi?id=349951)
buggy monospace
Description of problem:
The new liberaion-mono font from liberation-fonts-1.05.1.20090630-1.fc12 , no
longer appears monospaced in verious applications (firefox, gedit). Attached a
composite of the new and old monospaced font rendering of the same thing in
gedit.
--
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 466029] New: fonts.dir refers to non-existent .bdf files, breaking accesses
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: fonts.dir refers to non-existent .bdf files, breaking accesses
https://bugzilla.redhat.com/show_bug.cgi?id=466029
Summary: fonts.dir refers to non-existent .bdf files, breaking
accesses
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-KOI8-R
AssignedTo: than(a)redhat.com
ReportedBy: goeran(a)uddeborg.se
QAContact: extras-qa(a)fedoraproject.org
CC: than(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
The file /usr/share/fonts/KOI8-R/misc/fonts.dir contains two entries for each
font, one for the pcf.gz file and one for a bdf file that isn't included in the
package. Apparently, the presence of the bdf entry breaks accesses to these
fonts. As an example, it contains:
9x15s.bdf -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub
9x15s.pcf.gz -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub
Version-Release number of selected component (if applicable):
fonts-KOI8-R-1.0-10.fc8.noarch
How reproducible:
Every time
Steps to Reproduce:
1. Install fonts-KOI8-R
2. xfd -fn 9x15
Actual results:
Warning: Cannot convert string "9x15" to type FontStruct
xfd: no font to display
Expected results:
A window with the font displayed.
Additional info:
The bug can be avoided by rerunning mkfontdir in /usr/share/fonts/KOI8-R/misc.
(And trigger the X server to reread its font files.) But there is no RPM
script or other automatic way this is done. It must be done "by hand" after
installation by the system administrator. And after doing this, the package
fails a verify check by RPM.
--
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