[Bug 370441] New: subpixel on by default?
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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=370441
Summary: subpixel on by default?
Product: Fedora
Version: f8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: dwinship(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I've noticed various places using subpixel hinting in F8:
- the installer
- the graphical boot screen
- gdm
(I've noticed, because they're using the wrong RGB ordering for my monitor, and
so it looks awful.)
I'm assuming that none of these apps are doing it on purpose, and that the
problem is just with the default settings. (And then once I log in, everything
is fine, because GNOME overrides the defaults.)
--
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, or are watching someone who is.
14 years, 6 months
[Bug 387491] New: ø character is wrong in "nimbus sans l condensed" at size 20
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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=387491
Summary: ø character is wrong in "nimbus sans l condensed" at
size 20
Product: Fedora
Version: f8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: j.w.r.degoede(a)hhs.nl
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I found this out while testing a fix I'm working on for various font problems in
xfig.
The ø character ( compose o / ) in urw-fonts "nimbus sans l condensed" is wrong
at size 20, there I get an r with an inverted ^ above it.
One way to reproduce:
-start xfig (version 3.2.5-5, will hit rawhide / updates-testing soon).
-Click on the T icon to start editing text
-Left click somewhere in the canvas
-Type compose o /
-Middle click to indicate your done entering text
-CTRL + e
-left click the ø
-select helvetica narrow, xfig maps this to:
-urw-nimbus sans l condensed-medium-r-condensed--
-click apply, things should still be fine
-change size to 20
-click apply, wrong character gets shown.
--
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, or are watching someone who is.
14 years, 7 months
[Bug 476951] New: missing dependencies of emacs: xorg-x11-fonts-ISO8859-1-100dpi
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: missing dependencies of emacs: xorg-x11-fonts-ISO8859-1-100dpi
https://bugzilla.redhat.com/show_bug.cgi?id=476951
Summary: missing dependencies of emacs:
xorg-x11-fonts-ISO8859-1-100dpi
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: dnovotny(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
I got this mail today:
emacs has broken dependencies in the development tree:
On ppc:
1:emacs-22.3-2.fc11.ppc requires xorg-x11-fonts-ISO8859-1-100dpi
On x86_64:
1:emacs-22.3-2.fc11.x86_64 requires xorg-x11-fonts-ISO8859-1-100dpi
On i386:
1:emacs-22.3-2.fc11.i386 requires xorg-x11-fonts-ISO8859-1-100dpi
On ppc64:
1:emacs-22.3-2.fc11.ppc64 requires xorg-x11-fonts-ISO8859-1-100dpi
Please resolve this as soon as possible.
does this package not exist in rawhide anymore? or is it renamed?
--
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.
14 years, 7 months
[Bug 477436] New: Please convert to new font packaging guidelines
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 convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477436
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: padauk-fonts
AssignedTo: mvaliyav(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mvaliyav(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
14 years, 7 months
[Bug 437689] New: xorg-x11-fonts-ethiopic is not exposed 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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=437689
Summary: xorg-x11-fonts-ethiopic is not exposed correctly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
1. xorg-x11-fonts-ethiopic contains fonts in a modern TTF/OTF format. Those
fonts need to be exposed in /usr/share/fonts and not /usr/share/X11/fonts for
more apps to take advantage of them
2. the package contains two versions of the same font (in OTF and TTF format).
This is likely to confuse apps so either drop one or make two separate
conflicting packages so they're never installed at the same time on the same
system. The OTF file appears to be the most complete one based on its size so
I'd drop the TTF one (true all our apps do not support OTF fonts yet but they
are becoming common enough apps should be fixed and TTf versions needn't be
provided as workaround)
3. The package only contains the Goha-Tibeb Zemen font. It would be more
user-friendly if it was renamed goha-tibeb-zemen-fonts
Version-Release number of selected component (if applicable):
xorg-x11-fonts-ethiopic-7.2-6.fc9
--
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, or are watching someone who is.
14 years, 8 months
[Bug 466404] New: Segmentation fault.
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: Segmentation fault.
https://bugzilla.redhat.com/show_bug.cgi?id=466404
Summary: Segmentation fault.
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: sangu.fedora(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, kevin(a)tummy.com,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
$ gdb fontforge
(gdb) r
Starting program: /usr/bin/fontforge
[Thread debugging using libthread_db enabled]
Copyright (c) 2000-2008 by George Williams.
Executable based on sources from 00:23 GMT 28-Aug-2008.
Library based on sources from 23:33 GMT 27-Aug-2008.
[New Thread 0xb7fdf700 (LWP 11925)]
Help! Server claimed font
-ibm-courier-medium-r-normal--13-0-0-0-m-0-iso10646-1
existed in the font list, but when I asked for it there was nothing.
I may crash soon.
Program received signal SIGSEGV, Segmentation fault.
0x00479f79 in GDrawFontMetrics (fi=0x83d6ce8, as=0xbfffd148, ds=0xbfffd144,
ld=0xbfffd140) at gdrawtxt.c:2328
2328 *as = fontinfo->ascent;
Missing separate debuginfos, use: debuginfo-install e2fsprogs.i386 libICE.i386
libSM.i386 libXau.i386 libXcursor.i386 libXdmcp.i386 libXfixes.i386
libXrender.i386
(gdb) bt
#0 0x00479f79 in GDrawFontMetrics (fi=0x83d6ce8, as=0xbfffd148,
ds=0xbfffd144, ld=0xbfffd140) at gdrawtxt.c:2328
#1 0x004bb00c in GTextFieldFit () at gtextfield.c:2596
#2 _GTextFieldCreate (gt=0x83cc0a8, base=0x83a8328, gd=0xbfffe41c,
data=0x83d0830, def=0x4fdf60) at gtextfield.c:2692
#3 0x004bb912 in GTextCompletionCreate (base=0x83a8328, gd=0xbfffe41c,
data=0x83d0830) at gtextfield.c:2732
#4 0x004cb015 in _GHVBoxCreate (base=0x83a8328, gd=0xbfffe5bc, data=0x0,
hcnt=1, vcnt=3, def_box=0x4fe440) at ghvbox.c:573
#5 0x004cb26d in GVBoxCreate (base=0x83a8328, gd=0x0, data=0x0)
at ghvbox.c:607
#6 0x00484d6e in GGadgetsCreate (base=0x83a8328, gcd=0xbfffe5b8)
at ggadgets.c:1172
#7 0x004834fa in GFileChooserCreateChildren () at gfilechooser.c:1525
#8 GFileChooserCreate (base=0x83a8328, gd=0xbfffe818, data=0x0)
at gfilechooser.c:1571
#9 0x004cb015 in _GHVBoxCreate (base=0x83a8328, gd=0xbfffec18, data=0x0,
hcnt=1, vcnt=4, def_box=0x4fe400) at ghvbox.c:573
#10 0x004cb182 in GHVGroupCreate (base=0x83a8328, gd=0xbfffec18, data=0x0)
at ghvbox.c:633
#11 0x00484d6e in GGadgetsCreate (base=0x83a8328, gcd=0xbfffec14)
at ggadgets.c:1172
#12 0x0815b15e in FVOpenFont (title=0x81c20e0 "Open Font", defaultfile=0x0,
---Type <return> to continue, or q <return> to quit---
mult=1) at openfontdlg.c:736
#13 0x08109f84 in GetPostscriptFontName (dir=0x0, mult=1) at fontview.c:1102
#14 0x0810a1f4 in MenuOpen (base=0x0, mi=0x0, e=0x0) at fontview.c:1142
#15 0x0819dbf4 in main (argc=1, argv=0xbffff554) at startui.c:1131
$ dmesg | grep fontforge
fontforge[11659]: segfault at 48 ip 00479f79 sp bfe4b4a0 error 4 in
libgdraw.so.4.0.5[451000+93000]
fontforge[11676]: segfault at 48 ip 00479f79 sp bfd76240 error 4 in
libgdraw.so.4.0.5[451000+93000]
fontforge[11682]: segfault at 48 ip 00479f79 sp bfb3eb40 error 4 in
libgdraw.so.4.0.5[451000+93000]
Version-Release number of selected component (if applicable):
20080828-1.fc10
How reproducible:
always
Steps to Reproduce:
1. $fontforge
2.
3.
Actual results:
Expected results:
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.
14 years, 9 months
[Bug 468618] New: A bit over-enthusiastic splitting
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: A bit over-enthusiastic splitting
https://bugzilla.redhat.com/show_bug.cgi?id=468618
Summary: A bit over-enthusiastic splitting
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, smallvil(a)get9.net,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 438944
Classification: Fedora
While splitting font packages is generally good, separating regular and bold
faces of the same font in different packages is a tad over the top.
Please keep batang and batang bold in the same package (reiterate for other un
core fonts)
(at the same time, it's awesome you've managed to package a beast like the un
fonts given all the problems you had to solve)
--
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.
14 years, 10 months