[Bug 18724] New: RFE: font merging
by bugzilla-daemon@freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=18724
Summary: RFE: font merging
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
Several major fonts like Arial and Droid Sans are created in two parts: a core
multifaced part and an Unicode extension (Arial Unicode, Droid Sans Fallback).
Splitting in two file sets allows people who do not need the extension part to
avoid installing it (since the extension is usually huge)
For historic reasons the two parts use different font family names, even though
from a functional user POW they are just two components of a single family.
There should be a documented way in fontconfig for font distributors to specify
via a config file "font foo is an extension of font bar, use it preferably when
bar is missing glyphs, do not show it as a separate item in font lists and only
allow access to the foo family when an application asks explicitely for it"
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years
[Bug 477418] 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=477418
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: linux-libertine-fonts
AssignedTo: frank(a)scirocco-5v-turbo.de
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: frank(a)scirocco-5v-turbo.de, kevin(a)tummy.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.
13 years, 1 month
[Bug 477606] New: RFE: warn on fonts installed outside %_fontbasedir
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: RFE: warn on fonts installed outside %_fontbasedir
https://bugzilla.redhat.com/show_bug.cgi?id=477606
Summary: RFE: warn on fonts installed outside %_fontbasedir
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: rpmlint
AssignedTo: ville.skytta(a)iki.fi
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: wolfy(a)nobugconsulting.ro, tmz(a)pobox.com,
ville.skytta(a)iki.fi, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Our current font packaging policy requires the installation of TTF/OTF/PFA/PFB
fonts in a subdirectory of %_fontbasedir
http://fedoraproject.org/wiki/fontpackages
Our general packaging policy demands of packagers to create proper font
packages when their app bundles them
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
If an app or bit of code is not fontconfig-aware, it can always package
symlinks pointing to fonts packaged according to our guidelines in
%_fontbasedir space, and depend on the font package providing those files.
A recent audit run revealed that the number of packages bundling fonts is very
high. (repoquery found 159 packages shipping fonts in rawhide, the 2/3rds not
being font packages, see bug #477044)
In many case their packagers were not even aware they were bundling fonts (bug
#477406#c4). Some of them are licensing problems (477384#c4)
To prevent such problems in the future, rpmlint should flag any package that
installs ttf/otf/pfa/pfb fonts outside the %_fontbasedir tree, or bundle those
files with binaries in /usr/bin, /usr/lib?? and such.
Packages that include symlinks to files in the %_fontbasedir tree are ok,
though they should also get a warning so upstream adds fontconfig support to
its code (since it has near universal adoption and continuing to ignore
fontconfig will only add to the packager problems in the long run)
http://thread.gmane.org/gmane.comp.freedesktop.xorg/34322/focus=34335
--
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.
13 years, 3 months
[Bug 487581] New: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
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 Mono: incorrect spacing for Combining Diacritical Marks.
https://bugzilla.redhat.com/show_bug.cgi?id=487581
Summary: Liberation Mono: incorrect spacing for Combining
Diacritical Marks.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: adam.buchbinder(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
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6)
Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
According to the bug on freedesktop.org (link below), Liberation Mono has an
incorrect spacing definition for "Combining Diacritical Marks"; they should
have zero space, and should render above the last letter, not the next one.
Paste following text with selected font:
Correct: accent above o
Incorrect: accent above g
Reproducible: Always
Steps to Reproduce:
1. Enter a string with a combining diacritic mark in Liberation Mono, e.g.,
"o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle
combining characters. Use something like gedit; switching fonts will reveal the
issue as the diacritical mark switches places.
Actual Results:
The diacritic appears one letter to the right of where it should be.
Expected Results:
The diacritic should appear in the proper place.
I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an
upstream bug. If this should be filed elsewhere, please let me know.
I'm filing this because several monospace fonts have incorrect spacing for
"Combining Diacritical Marks":
http://bugs.freedesktop.org/show_bug.cgi?id=20330
--
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.
13 years, 5 months
[Bug 485569] New: x86 fontcache can't be rebuilt on x86_64 systems
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: x86 fontcache can't be rebuilt on x86_64 systems
https://bugzilla.redhat.com/show_bug.cgi?id=485569
Summary: x86 fontcache can't be rebuilt on x86_64 systems
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: john.ellson(a)comcast.net
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
After various font rpm churn on rawhide my 32 bit application would crash with
a malloc failure because of a messed up font cache.
One could wonder:
a) why is the 32 bit cache different from the 64 bit?
b) why isn't fontconfig keeping them both uptodate?
but I have a simpler request:
"man fc-cache" states:
Note that fc-cache must be executed once per architecture to generate
font information customized for that architecture.
but it isn't possible to do this on x86_64 because only the 64 bit version of
/usr/bin/fc-cache is installed, even if both i386 and x86_64 fontconfig rpms
are installed.
** Request that /usr/bin/fc-cache-64 and /usr/bin/fc-cache-32 both be
installed, and that a new /usr/bin/fc-cache shell script be created that runs
them both.
The man page also says:
On a subsequent run, fc-cache will augment the cache information
files with the information for the new architecture.
but apparently this didn't work through some series of font rpm upgrades.
Version-Release number of selected component (if applicable):
fontconfig-2.6.95-1.git.66.gb162bfb.fc11
How reproducible:
100%
Steps to Reproduce:
1. cd /var/cache/fontconfig
2. rm *
3. fc-cache
Actual results:
Only *x86-64.cache-2 files created
Expected results:
Both *x86.cache-2 and *x86-64.cache-2 files created
Additional info:
Any ugly workaround to the current situation is:
rpm -e --nodeps --allmatches fontconfig fontconfig-devel
yum install fontconfig.i386
fc-cache
yum install fontconfig.x86_64 fontconfig-devel.x86_64
fc-cache
--
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.
13 years, 6 months
[Bug 494902] New: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
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: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
https://bugzilla.redhat.com/show_bug.cgi?id=494902
Summary: [te_IN] Incorrect glyph substitution for telugu
letter ka followed by dep vowel AA then consonant sha
and then viram
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: arjunaraoc(a)googlemail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Clone Of: 494158
+++ This bug was initially created as a clone of Bug #494158 +++
Description of problem:
Incorrect glyph substitution for telugu letter ka followed by dep vowel AA
then consonant sha and then viram
Version-Release number of selected component (if applicable):
2.3.8
How reproducible:
Always
Steps to Reproduce:
1. Type the letters for కా ష్ with out the space between them in gedit
(u+0c15,u+0c3E,u+0c37,u+0c4d,space(0x20)
2.
3.
Actual results:
కాష్
Expected results:
కా ష్ (without intervening space )
Additional info:
This is common part of telugu /Indian names consisting of Prakash.
substitution should occur only for ka followed by viram and then sha
This problem is present for Pothana2000 also
--
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.
13 years, 7 months
[Bug 466029] New: fonts.dir refers to non-existent .bdf files, breaking accesses
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: fonts.dir refers to non-existent .bdf files, breaking accesses
https://bugzilla.redhat.com/show_bug.cgi?id=466029
Summary: fonts.dir refers to non-existent .bdf files, breaking
accesses
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-KOI8-R
AssignedTo: than(a)redhat.com
ReportedBy: goeran(a)uddeborg.se
QAContact: extras-qa(a)fedoraproject.org
CC: than(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
The file /usr/share/fonts/KOI8-R/misc/fonts.dir contains two entries for each
font, one for the pcf.gz file and one for a bdf file that isn't included in the
package. Apparently, the presence of the bdf entry breaks accesses to these
fonts. As an example, it contains:
9x15s.bdf -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub
9x15s.pcf.gz -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub
Version-Release number of selected component (if applicable):
fonts-KOI8-R-1.0-10.fc8.noarch
How reproducible:
Every time
Steps to Reproduce:
1. Install fonts-KOI8-R
2. xfd -fn 9x15
Actual results:
Warning: Cannot convert string "9x15" to type FontStruct
xfd: no font to display
Expected results:
A window with the font displayed.
Additional info:
The bug can be avoided by rerunning mkfontdir in /usr/share/fonts/KOI8-R/misc.
(And trigger the X server to reread its font files.) But there is no RPM
script or other automatic way this is done. It must be done "by hand" after
installation by the system administrator. And after doing this, the package
fails a verify check by RPM.
--
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.
13 years, 8 months
[Bug 497090] New: [bn][bn-IN][as] Invalid addition of Yaphala conjuncts are being rendered
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: [bn][bn-IN][as] Invalid addition of Yaphala conjuncts are being rendered
https://bugzilla.redhat.com/show_bug.cgi?id=497090
Summary: [bn][bn-IN][as] Invalid addition of Yaphala conjuncts
are being rendered
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
In case of conjuncts with Yaphala (U09CD+U09AF), multiple Yaphala signs can be
typed consecutively giving rise to invalid conjunct combinations.
e.g ক্য্য্য্য (ক+্+য+্+য+্+য+্+য)
This error could be replicated in gedit, kwrite and Openoffice.org Writer
Version-Release number of selected component (if applicable):
fonts-indic: 2.3.8-1.fc11
gedit : 2.26.1-1.fc11
openoffice.org: 3.1.0-9.2.fc11
kdebase : 4.2.2-2.fc11
How reproducible:
Steps to Reproduce:
1. Open gedit
2. Type in the following unicode values (for the above example) :
U0995+U09CD+U09AF+U09CD+U09AF+U09CD+U09AF+U09CD+U09AF
Actual results:
The last 3 U09CD+U09AF pairs are allowed as part of the conjunct
Expected results:
The U09CD+U09AF pair should not be allowed to be rendered after another
U09CD+U09AF. i.e. only one U09CD+U09AF pair can be used when combining with
another consonant to form a conjunct.
Additional info:
Please do note that: U09AF+U09CD+U09AF is a valid conjunct combination, where
two U09AF characters combine to form a conjunct (য্য)
Screenshots:
gedit: http://runab.fedorapeople.org/assorted-bugs/gedit-ya.png
kwrite: http://runab.fedorapeople.org/assorted-bugs/kwrite-ya.png
oowrite: http://runab.fedorapeople.org/assorted-bugs/oowrite-ya.png
--
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.
13 years, 8 months
[Bug 497768] New: [mai_IN] font-match is showing different fonts than language
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: [mai_IN] font-match is showing different fonts than language
https://bugzilla.redhat.com/show_bug.cgi?id=497768
Summary: [mai_IN] font-match is showing different fonts than
language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Machine with Rawhide, having Maithili(mai_IN) language only, while checking
font for language, it is showing "Lohit Hindi", while maithili fonts are
installed on machine.
Version-Release number of selected component (if applicable):
fontconfig-2.6.99.behdad.20090318-1.fc11.i586
lohit-maithili-fonts-2.3.8-1.fc11.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. in gnome-terminal run,
2. $fc-match
3.
Actual results:
[aalam@333-333 ~]$ echo $LANG
mai_IN
[aalam@333-333 ~]$ fc-match
lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
"Lohit Maithili"
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.
13 years, 8 months