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=434409
Summary: fonttools failed massrebuild attempt for GCC 4.3
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonttools
AssignedTo: roozbeh(a)farsiweb.info
ReportedBy: jkeating(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
This is an automatically filed bug for a failed rebuild attempt for GCC 4.3.
http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal
Please verify why this build failed and fix it.
http://koji.fedoraproject.org/koji/taskinfo?taskID=444470
Exit code was 1, check the build.log for the failed buildArch task.
--
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.
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=434251
Summary: alfont failed massrebuild attempt for GCC 4.3
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: alfont
AssignedTo: j.w.r.degoede(a)hhs.nl
ReportedBy: jkeating(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
This is an automatically filed bug for a failed rebuild attempt for GCC 4.3.
http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal
Please verify why this build failed and fix it.
http://koji.fedoraproject.org/koji/taskinfo?taskID=440636
Unknown exit code, check the failed task.
--
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.
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=367791
Summary: remove 59-liberation-fonts.conf
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: besfahbo(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
fontconfig-2.4.92-1 that I'm just building contains all the configuration done
in 59-liberation-fonts.conf, and much more to make liberation-fonts useful.
Please remove that file for F9.
--
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.
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=391191
Summary: wrong verify options in rpm package for fonts.dir
Product: Fedora
Version: f8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fonts-KOI8-R
AssignedTo: than(a)redhat.com
ReportedBy: chkr(a)plauener.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
the integrity check for the fonts-KOI8-R-* packages reports modified files:
"rpm -V fonts-KOI8-R-1.0-10.fc8 fonts-KOI8-R-100dpi-1.0-10.fc8
fonts-KOI8-R-75dpi-1.0-10.fc8":
S.5....T /usr/share/fonts/KOI8-R/misc/fonts.dir
S.5....T /usr/share/fonts/KOI8-R/100dpi/fonts.dir
S.5....T /usr/share/fonts/KOI8-R/75dpi/fonts.dir
Although this is not a big problem, rpm -V should not report changes in files
which are changed automatically on purpose (like fonts.dir, ...).
Other font packages have solved the problem e.g. using something like this in
the %files section (
%{fontdir}/*.ttf
%verify(not md5 size mtime) %{fontdir}/fonts.dir
%verify(not md5 size mtime) %{fontdir}/fonts.scale
Version-Release number of selected component (if applicable):
e.g. fonts-KOI8-R-100dpi-1.0-10.fc8
--
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.
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.
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.
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.
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=439421
Summary: Hard to read arabic fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fonts-arabic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: swagiaal(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
The arabic font in f8 is very hard to read, I have reinstalled the package from f7.
--
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.
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=436505
Summary: condensed Nimbus fonts inaccessible to applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: rdtennent(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
The urw-fonts package includes four Type 1 fonts with FamilyName Nimbus Sans L
with Condensed in the FullName. But most current applications cannot deal with
Condensed, so these fonts are simply inaccessible to them. In particular,
browsers like Firefox and Konqueror do not recognize them and so web authors
have no way to specify them on web pages. This is unfortunate because these
fonts are installed on virtually every Linux system and there is no other
condensed sans font that is widely installed.
Version-Release number of selected component (if applicable):
2.4-3
How reproducible:
always
Steps to Reproduce:
1.Try to select Nimbus Sans L Condensed.
2.
3.
Actual results:
Can't be selected.
Expected results:
Can select them.
Additional info:
There seem to be three approaches to this problem. One is to insist that every
application deal with condensed/expanded fonts in the same way that they deal
with bold/italic/etc. This is a good long-term solution. A short-term solution
is to hack the fonts in question so that their FamilyName is Nimbus Sans L
Condensed; this has already been adopted by Mandriva and, apparently, Suse:
https://bugzilla.novell.com/show_bug.cgi?id=367188
Another is use fontconfig to achieve the same, as in
<match target="scan">
<test name="family" compare="eq">
<string>Nimbus Sans L</string>
</test>
<test name="width" compare="eq">
<int>75</int>
</test>
<edit name="family" mode="assign">
<string>Nimbus Sans L Condensed</string>
</edit>
</match>
or variants thereof.
I'll attach a simple html file which illustrates the problem. In any browser on
Fedora, the two lines will be in the same fonts. When the font files are
patched as suggestedb or the fontconfig snippet above installed, condensed fonts
are used for the second line.
------- Additional Comments From rdtennent(a)hotmail.com 2008-03-07 11:58 EST -------
Created an attachment (id=297217)
--> (https://bugzilla.redhat.com/attachment.cgi?id=297217&action=view)
Test file to illustrate inaccessibility of condensed fonts in browsers.
--
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.
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=433559
Summary: Inexact font match produces different results between
i386,x86_64
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: john.ellson(a)comcast.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
With dejavu and bitstream fonts installed, but freefont not installed, "fc-match
freesans" (also "fc-match sans") produces a different results on i386 than on
x86_64.
At first I thought this caused doxygen/graphviz to generate different results on
each platform which caused the file conflicts in multiarch installs. Bug
#432683. It could have been, but in this case "sans" from dejavu and bitstream
produce identical images. Its more likely that one of the build platfoms has
freefont installed, which does produce different images.
Version-Release number of selected component (if applicable):
fontconfig-2.5.0-2.fc9
How reproducible:
100%
Steps to Reproduce:
1. yum list 'dejavu*' 'bitstream*' 'freefont*'
2. fc-match freesans
3.
Actual results:
Installed Packages
bitstream-vera-fonts.noarch 1.10-8 installed
dejavu-fonts.noarch 2.23-1.fc9 installed
dejavu-fonts-experimental.noarch 2.23-1.fc9 installed
dejavu-lgc-fonts.noarch 2.23-1.fc9 installed
Available Packages
freefont.noarch 20060126-4.fc7 development
Vera.ttf: "Bitstream Vera Sans" "Roman" <<-- x86_64
DejaVuSans.ttf: "DejaVu Sans" "Book" <<-- i386
Expected results:
Same font on both architectures, given same fonts installed.
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, or are watching someone who is.