[Bug 454850] New: Cannot build pango from the SRPM in Fedora repository
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=454850
Summary: Cannot build pango from the SRPM in Fedora repository
Product: Fedora
Version: 9
Platform: i386
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: libregeek(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
I have downloaded the pango SRPM from one of the Fedora
mirror(http://ftp-stud.hs-esslingen.de/pub/fedora/linux/updates/9/SRPMS/pango-1.20.4-1.fc9.src.rpm)
and tried to build a pango RPM. I have used the same SPEC file provided with
SRPM but added a simple patch from
http://bugzilla.gnome.org/show_bug.cgi?id=441654. However the build failed with
the following errors:
../xml/pango-version.xml:162: parser error : Entity 'nbsp' not defined
<varlistentry><term><emphasis>Returns</emphasis> :</term><listitem><simpara
^
../xml/pango-version.xml:196: parser error : Entity 'nbsp' not defined
<varlistentry><term><parameter>required_major</parameter> :</term>
^
../xml/pango-version.xml:199: parser error : Entity 'nbsp' not defined
<varlistentry><term><parameter>required_minor</parameter> :</term>
^
../xml/pango-version.xml:202: parser error : Entity 'nbsp' not defined
<varlistentry><term><parameter>required_micro</parameter> :</term>
^
../xml/pango-version.xml:205: parser error : Entity 'nbsp' not defined
<varlistentry><term><emphasis>Returns</emphasis> :</term><listitem><simpara
^
../xml/pango-version.xml:222: parser error : chunk is not well balanced
^
../pango-docs.sgml:77: parser error : Failure to process entity pango-Version
&pango-Version;
^
../pango-docs.sgml:77: parser error : Entity 'pango-Version' not defined
&pango-Version;
^
unable to parse ../pango-docs.sgml
make[2]: *** [html-build.stamp] Error 6
make[2]: Leaving directory `/usr/src/redhat/BUILD/pango-1.20.4/docs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/pango-1.20.4'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.92159 (%build)
Version-Release number of selected component (if applicable):
pango-1.20.4-1.fc9.i386
How reproducible:
always
Steps to Reproduce:
1. Download the SRPM from
http://ftp-stud.hs-esslingen.de/pub/fedora/linux/updates/9/SRPMS/pango-1....
2. install the SRPM using rpm -ivh pango-1.20.4-1.fc9.src.rpm
3. added the patch http://bugzilla.gnome.org/show_bug.cgi?id=441654
4. Build the rpm using rpmbuild -ba SPECS/pango.spec
Actual results:
The rpmbuild failed with error
Expected results:
create pango and pango-devel rpms
Additional info:
I have successfully build the pango-1.20.1 in Fedora 9.
--
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, 10 months
[Bug 454291] New: pango-devel.i386 has multilib conflicts with pango-devel.x86_64
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=454291
Summary: pango-devel.i386 has multilib conflicts with pango-
devel.x86_64
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: stransky(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
pango-devel.i386 can't be installed with pango-devel.x86_64 on x86_64 box.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
on x86_64:
1. #yum install pango-devel
2. #yum install pango-devel.i386
Actual results:
[komat@dhcp-lab-232 tmp436]$ sudo yum install pango-devel.i386
Loaded plugins: refresh-packagekit
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package pango-devel.i386 0:1.20.1-1.fc9 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
pango-devel i386 1.20.1-1.fc9 fedora 320 k
Transaction Summary
=============================================================================
Install 1 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total size: 320 k
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Check Error:
file /usr/share/gtk-doc/html/pango/PangoEngineLang.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/PangoEngineShape.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/PangoFcDecoder.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/PangoFcFont.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/PangoFcFontMap.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/PangoMarkupFormat.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/PangoRenderer.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.10.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.12.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.14.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.16.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.18.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.2.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.20.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.4.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.6.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-1.8.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-all.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/index-deprecated.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-ATSUI-Fonts.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Cairo-Rendering.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Coverage-Maps.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Engines.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Fonts.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-FreeType-Fonts-and-Rendering.html
from install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Glyph-Storage.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Layout-Objects.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Miscellaneous-Utilities.html from
install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Modules.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-OpenType-Font-Handling.html from
install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Scripts.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Tab-Stops.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Text-Attributes.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Text-Processing.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Version-Checking.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Vertical-Text.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Win32-Fonts-and-Rendering.html from
install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-X-Fonts-and-Rendering.html from
install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-Xft-Fonts-and-Rendering.html from
install of pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango-querymodules.html from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango.devhelp from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
file /usr/share/gtk-doc/html/pango/pango.devhelp2 from install of
pango-devel-1.20.1-1.fc9.i386 conflicts with file from package
pango-devel-1.20.1-1.fc9.x86_64
Error Summary
-------------
Expected results:
pango-devel.i386 lives with pango-devel.x86_64
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.
14 years, 10 months
[Bug 450847] New: Evince crashes in freetype
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=450847
Summary: Evince crashes in freetype
Product: Fedora
Version: 9
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: bart.vanbrabant(a)zoeloelip.be
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
When keeping evince open all the time and continuously opening pdf documents all
evince instances crash. I'm not sure of the number of document to open but it's
something between 10 and 20. I'm writing a large latex document and after every
compile the make file opens the pdf again which causes evince to reload the pdf.
Freetype turns up at the top of the backtrace so I filled it against freetype.
Version-Release number of selected component (if applicable):
cairo-1.6.4-1.fc9.x86_64
evince-2.22.2-1.fc9.x86_64
freetype-2.3.5-4.fc9.x86_64
------- Additional Comments From bart.vanbrabant(a)zoeloelip.be 2008-06-11 07:13 EST -------
Created an attachment (id=308919)
--> (https://bugzilla.redhat.com/attachment.cgi?id=308919&action=view)
Stacktrace from crash
--
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, 10 months
[Bug 444240] New: freetype thinks font hrger.pfa is broken
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=444240
Summary: freetype thinks font hrger.pfa is broken
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: keiths(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
The freetype library in Fedora 8 and rawhide believes that the font hrger.pfa
(and related) are broken. freetype-2.1.9-6.el4 and freetype-2.2.1-19.el5 both
work (/usr/share/fonts/default/ghostscript/hrger.pfa is identical in all cases,
from the ghostscript-fonts-5.50.x packages).
Version-Release number of selected component (if applicable):
freetype-2.3.5-3.fc8 (rawhide checked, too)
ghostscript-fonts-5.50-18.fc8
How reproducible:
100%
Steps to Reproduce:
1. gcc `freetype-config --cflags` ft.c `freetype-config --libs`
2. run resultant executable
3.
Actual results:
/usr/share/fonts/default/ghostscript/hrger.pfa: NO WORKY: error = 3
(error 3 is "broken file"/Ivalid_Format)
Expected results:
/usr/share/fonts/default/ghostscript/hrger.pfa: WORKY
Additional info:
------- Additional Comments From keiths(a)redhat.com 2008-04-25 18:34 EST -------
Created an attachment (id=303832)
--> (https://bugzilla.redhat.com/attachment.cgi?id=303832&action=view)
testcase
--
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, 10 months
[Bug 433559] New: Inexact font match produces different results between i386, x86_64
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=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.
14 years, 10 months
[Bug 477453] 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=477453
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(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, 10 months
[Bug 474734] New: Blurriness of Latin letter R (U+0052) in Liberation Regular
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: Blurriness of Latin letter R (U+0052) in Liberation Regular
https://bugzilla.redhat.com/show_bug.cgi?id=474734
Summary: Blurriness of Latin letter R (U+0052) in Liberation
Regular
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: watchingman(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
Created an attachment (id=325767)
--> (https://bugzilla.redhat.com/attachment.cgi?id=325767)
test case
Package: ttf-liberation
Version: HEAD (1.0.04.93)
Severity: normal
the character R (U+0052, Latin Capital LETTER R) appears ugly when using
Liberation Sans in small pixelsize.
fork the test case from Holger Levsen in Bug 473481, you can see this bug
also exists in Liberation Sans Italic, Liberation Serif, Liberation Serif
Italic.
--
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
[Bug 485857] New: Add Vietnamese Unicode Glyph support to Liberation fonts
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: Add Vietnamese Unicode Glyph support to Liberation fonts
https://bugzilla.redhat.com/show_bug.cgi?id=485857
Summary: Add Vietnamese Unicode Glyph support to Liberation
fonts
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: tinh911(a)yahoo.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=332166)
--> (https://bugzilla.redhat.com/attachment.cgi?id=332166)
Vietnamese Unicode characters
The Liberation fonts are missing the Vietnamese Unicode characters. I am not a
typography geek so I don't know which group those characters belong to.
I attached a file to show all the unicode characters of Vietnamese in normal
case and uppercase, I use Arial font for this.
--
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
[Bug 481434] New: Symbol U+0431 looks blurry
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: Symbol U+0431 looks blurry
https://bugzilla.redhat.com/show_bug.cgi?id=481434
Summary: Symbol U+0431 looks blurry
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: sergei(a)regolit.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=329915)
--> (https://bugzilla.redhat.com/attachment.cgi?id=329915)
The difference before old and new glyph.
Description of problem:
Symbol U+0431 (russian letter “б”) looks bad since revision
877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb. In that revision glyph's shape was
altered but hint instructions were not.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
Render string containing symbol "б" with antialiasing turned on and compare
with revision before 877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb.
Actual results:
Expected results:
Normal shape is expected.
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, 11 months
[Bug 494092] New: Liberation fonts under GTK applications cannot render with antialiasing
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 fonts under GTK applications cannot render with antialiasing
https://bugzilla.redhat.com/show_bug.cgi?id=494092
Summary: Liberation fonts under GTK applications cannot render
with antialiasing
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: hceylan(a)batoo.org
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:
I am using KDE. I can use liberation fonts just fine for KDE applications.
However for GTK applications fonts cannot render as antialiased.
Here's a matrix of what combination works and what not:
GNOME + Liberation NO
KDE + Liberation OK
Under KDE GTK Apps + Liberation NO
Under KDE GTK Apps + Sans Serif / Monospace YES
Version-Release number of selected component (if applicable):
rawhide + F10
How reproducible:
Everytime
I really would like to use Liberation fonts as I favour them on any other ones.
Regards,
Hasan Ceylan
--
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, 11 months