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=444281
Summary: Provides: freetype2-devel
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: ed(a)membled.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
It would be handy if the freetype-devel package had Provides: freetype2-devel
for compatibility with other rpm-based distros.
--
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.
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.
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_fonts_…
- 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_(2…http://fedoraproject.org/wiki/Fedora_fonts_policy_packagehttp://fedoraproject.org/wiki/Simple_fonts_spec_templatehttp://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.
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.
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=96826
Issue #|96826
Summary|Add font autoinstallation support
Component|framework
Version|OOo 3.0
Platform|Unknown
URL|
OS/Version|All
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|FEATURE
Priority|P3
Subcomponent|code
Assigned to|tm
Reported by|nmailhot
------- Additional comments from nmailhot(a)openoffice.org Wed Dec 3 08:35:00 +0000 2008 -------
The Linux platform is gaining an on-demand font autoinstallation framework (BSD
and Solaris will probably follow eventually).
http://fedoraproject.org/wiki/Features/AutomaticFontInstallationOpenOffice.org should be plugged into it and use it to request the fonts its
documents need. This would have a huge user impact, especially writer-side
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fc-cache install errors
https://bugzilla.redhat.com/show_bug.cgi?id=481068
Summary: fc-cache install errors
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: bitmap-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rbhalera(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Blocks: 446452
Classification: Fedora
Target Release: ---
Description of problem:
When bitmap-fonts gets installed there are a bunch of fc-cache errors appearing
in rawhide.
bitmap-fonts needs to be updated to the latest packaging guidelines and macros.
Version-Release number of selected component (if applicable):
bitmap-fonts-0.3-6.fc10
How reproducible:
every time
Steps to Reproduce:
1. spin Live
Actual results:
Installing: bitmap-fonts #####################
[727/950]/usr/share/fonts: failed to write cache
/usr/share/fonts/VLGothic: failed to write cache
/usr/share/fonts/abyssinica: failed to write cache
/usr/share/fonts/bitmap-fonts: failed to write cache
/usr/share/fonts/cjkunifonts: failed to write cache
/usr/share/fonts/default: failed to write cache
/usr/share/fonts/default/Type1: failed to write cache
/usr/share/fonts/default/ghostscript: failed to write cache
/usr/share/fonts/dejavu: failed to write cache
/usr/share/fonts/jomolhari: failed to write cache
/usr/share/fonts/kacst: failed to write cache
/usr/share/fonts/khmeros: failed to write cache
/usr/share/fonts/lklug: failed to write cache
/usr/share/fonts/lohit-bengali: failed to write cache
/usr/share/fonts/lohit-gujarati: failed to write cache
/usr/share/fonts/lohit-hindi: failed to write cache
/usr/share/fonts/lohit-kannada: failed to write cache
/usr/share/fonts/lohit-maithili: failed to write cache
/usr/share/fonts/lohit-oriya: failed to write cache
/usr/share/fonts/lohit-punjabi: failed to write cache
/usr/share/fonts/lohit-tamil: failed to write cache
/usr/share/fonts/lohit-telugu: failed to write cache
/usr/share/fonts/mathml: failed to write cache
/usr/share/fonts/padauk: failed to write cache
/usr/share/fonts/paktype: failed to write cache
/usr/share/fonts/stix: failed to write cache
/usr/share/fonts/thaifonts-scalable: failed to write cache
/usr/share/fonts/un-core: failed to write cache
/usr/share/fonts/zh_CN: failed to write cache
/usr/share/fonts/zh_CN/TrueType: failed to write cache
/usr/share/fonts/zh_TW: failed to write cache
/usr/share/fonts/zh_TW/TrueType: failed to write cache
error: %post(bitmap-fonts-0.3-6.fc10.noarch) scriptlet failed, exit status 32
Expected results:
Should not fail with error 32
Additional info:
Actual above errors are probably due to fontconfig error, but install should
not fail anyway.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: modified Sazanami-Gothic font showing vertical text rendering glitches not seen in the original
https://bugzilla.redhat.com/show_bug.cgi?id=461617
Summary: modified Sazanami-Gothic font showing vertical text
rendering glitches not seen in the original
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: caolanm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=316191)
--> (https://bugzilla.redhat.com/attachment.cgi?id=316191)
Sample openoffice.org document with vertical text in this font
Description of problem:
OpenOffice.org documents using vertical text in Sazanami-Gothic show broken
glyphs. The spec for this font says
"
# original is
http://prdownloads.sourceforge.jp/efont/10087/sazanami-20040629.tar.bz2
# due to Bug#196433, ttf has been modified and the tarball repacked
Source0: sazanami-%{fontver}.tar.bz2
"
if I locally revert to the original .tar.bz2 from
http://iij.dl.sourceforge.jp/efont/10087/sazanami-20040629.tar.bz2 then the
rendering look right.
See: http://qa.openoffice.org/issues/show_bug.cgi?id=92671 for discussion about
this, and the suggestion that the hacky editing of the font has gone awry.
Attached is a sample document for use with Sazanami-Gothic installed, and
screen shots of it with the modified fedora version, and a screen shot with the
tarball reverted to the original upstream one
--
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.