[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 466672] New: Missing fontconfig scriplets
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 fontconfig scriplets
https://bugzilla.redhat.com/show_bug.cgi?id=466672
Summary: Missing fontconfig scriplets
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
Classification: Fedora
The un-core-fonts-*-1.0.2-0.5.080608.fc10.noarch.rpm packages are missing the
required scriplets to update fontconfig cache, resulting in broken
out-of-the-box installation
--
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 450709] New: fontforge can't find -ibm-courier-medium-r-normal font
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=450709
Summary: fontforge can't find -ibm-courier-medium-r-normal font
Product: Fedora
Version: 9
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: rdtennent(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list@redhat.com,roozbeh(a)farsiweb.info
Description of problem:
When I start up fontforge, I get the following error message:
Help! Server claimed font
-ibm-courier-medium-r-normal--26-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.
Segmentation fault
I've never see this behavior before.
Version-Release number of selected component (if applicable): 20080309-1.fc9
How reproducible:
every time, on three different F9 systems
Steps to Reproduce:
1.start fontforge
2.
3.
Actual results: as above
Expected results: fontforge opens
Additional info:
% xlsfonts | grep "ibm-courier"
-ibm-courier-bold-i-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-bold-i-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-bold-i-normal--0-0-0-0-m-0-iso8859-9
-ibm-courier-bold-r-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-bold-r-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-bold-r-normal--0-0-0-0-m-0-iso8859-9
-ibm-courier-medium-i-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-medium-i-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-medium-i-normal--0-0-0-0-m-0-iso8859-9
-ibm-courier-medium-r-normal--0-0-0-0-m-0-adobe-standard
-ibm-courier-medium-r-normal--0-0-0-0-m-0-ascii-0
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso10646-1
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso8859-1
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso8859-3
-ibm-courier-medium-r-normal--0-0-0-0-m-0-iso8859-9
% fc-list "Courier 10 Pitch"
Courier 10 Pitch:style=Bold Italic
Courier 10 Pitch:style=Italic
Courier 10 Pitch:style=Regular
Courier 10 Pitch:style=Bold
--
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, 11 months
[Bug 462041] New: Hotkeys has no response and "Go To" window couldn't be inputted.
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: Hotkeys has no response and "Go To" window couldn't be inputted.
https://bugzilla.redhat.com/show_bug.cgi?id=462041
Summary: Hotkeys has no response and "Go To" window couldn't be
inputted.
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, roozbeh(a)gmail.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 462038
Estimated Hours: 0.0
Classification: Fedora
+++ This bug was initially created as a clone of Bug #462038 +++
Description of problem:
#1: Hotkeys are not responded.
#2: "Go To" window couldn't be inputted.
Version-Release number of selected component (if applicable):
fontforge-20080828-1.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. Start fontforge from gnome-terminal.
2. Try hotkeys like Alt-F.
3. Observe symptom #1.
4. Select View > Goto from menu.
5. Try to input something in the input field.
6. Observe symptom #2.
Actual results:
#1. No response.
#2. Couldn't be inputted.
Expected results:
#1. File sub-menu pops up.
#2. Data is inputted in field.
Additional info:
HEAD of F9 has same issue as well.
--- Additional comment from cchance(a)redhat.com on 2008-09-12 02:26:49 EDT ---
`LANG=C fontforge [FILE]` resolves as workaround.
--
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 462038] New: Hotkeys has no response and "Go To" window couldn't be inputted.
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: Hotkeys has no response and "Go To" window couldn't be inputted.
https://bugzilla.redhat.com/show_bug.cgi?id=462038
Summary: Hotkeys has no response and "Go To" window couldn't be
inputted.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
#1: Hotkeys are not responded.
#2: "Go To" window couldn't be inputted.
Version-Release number of selected component (if applicable):
fontforge-20080828-1.fc10.i386
How reproducible:
Always.
Steps to Reproduce:
1. Start fontforge from gnome-terminal.
2. Try hotkeys like Alt-F.
3. Observe symptom #1.
4. Select View > Goto from menu.
5. Try to input something in the input field.
6. Observe symptom #2.
Actual results:
#1. No response.
#2. Couldn't be inputted.
Expected results:
#1. File sub-menu pops up.
#2. Data is inputted in field.
Additional info:
HEAD of F9 has same issue as well.
--
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 458951] New: [snd-IN] Sindhi language is not identified by fontconfig
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: [snd-IN] Sindhi language is not identified by fontconfig
https://bugzilla.redhat.com/show_bug.cgi?id=458951
Summary: [snd-IN] Sindhi language is not identified by
fontconfig
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: rbhalera(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
One of the scripts used for representing Sindhi language is Devanagari.
Although the fonts for Devanagari are installed, fontconfig does not recognize
them as Sindhi fonts.
This is because there is no snd.orth file for Sindhi language.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
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, 11 months
[Bug 444563] New: [ml_IN] When 0D2F is combined with a consonant and followed by 0D15, 0D2F joins with 0D15
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=444563
Summary: [ml_IN] When 0D2F is combined with a consonant and
followed by 0D15, 0D2F joins with 0D15
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,petersen(a)redhat.com
Description of problem:
When 0D2F is combined with a conjunct/consonant and followed by 0D15, instead of
conjunct/consonant combining with 0D2F, 0D2F gets combined with 0D15.
How reproducible:
Always
Steps to Reproduce:
1.In gedit, type 0D07, 0D28, 0D4D, 0D24,0D4D, 0D2F, 0D3E, 0D15, 0D4D, 0D15,
0D3E, 0D30, 0D4D, 200D
Actual results:
When above characters are used, when 0D28, 0D4D, 0D24,0D4D, 0D2F, 0D3E, 0D15,
0D4D, 0D15 is done, 0D2F gets combined with 0D15, 0D4D, 0D15
Expected results:
When above characters are used, when 0D28, 0D4D, 0D24,0D4D, 0D2F, 0D3E, 0D15,
0D4D, 0D15 is done, 0D28, 0D4D, 0D24 should get combined with 0D2F.
Additional info:
For ref: please see the screehshot on comment #65 on
https://bugzilla.redhat.com/show_bug.cgi?id=242016
--
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, 12 months
[Bug 444559] New: [ml_IN] Wrong shape of conjuncts formed using 0D30 (xRa) in a word
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=444559
Summary: [ml_IN] Wrong shape of conjuncts formed using 0D30 (xRa)
in a word
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,petersen(a)redhat.com
Description of problem:
When conjuncts formed using 0D30 (xRa) is used in a word, the alignment is
wrong, ie, the whole word do not appear to be in one line, looks as if its in a
zig-zag shape. The vowels used with conjunct also is in wrong alignment
How reproducible:
Always
Steps to Reproduce:
1. In gedit type any consonant, say 0D2C
2. Followed by, 0D4D, 0D30, 0D3F, 0D1F, 0D4D, 0D1F, 0D28, 0D4D, 200D
Actual results:
When above steps are executed, the glyph formed using 0D2C, 0D4D, 0D30,0D3F in
the above word is not in alignment with the whole word
Expected results:
The whole word must be in a single line in same alignment and with no zig-zag shape.
Additional info:
For ref: see screenshot attached on
https://bugzilla.redhat.com/show_bug.cgi?id=242016, in comment#65
--
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, 12 months