Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim
https://bugzilla.redhat.com/show_bug.cgi?id=563409
Summary: fontconfig-2.8.0-1 changes default Monospace font from
DejaVu Sans Mono to Baekmuk Gulim
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com, jks(a)iname.com,
besfahbo(a)redhat.com, mattias.ellert(a)fysast.uu.se,
edgar.hoch(a)ims.uni-stuttgart.de, pnemade(a)redhat.com,
smallvil(a)get9.net, fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 546490
Blocks: 507684
Classification: Fedora
Target Release: ---
Clone Of: 546490
+++ This bug was initially created as a clone of Bug #546490 +++
Description of problem:
I did a yum update and discovered emacs was using the Baekmuk Gulim font. Code
editing needs to be done in a fixed-width font! Baekmuk Gulim is not
fixed-width. Directory listings look horrible because the fields are not
aligned. I changed my emacs settings back and everything is fine for me now,
but I bet a bunch of people will have no idea what font to change back to. I
was only able to figure it out because I had an emacs running from before the
yum update.
Version-Release number of selected component (if applicable):
fontconfig-2.8.0-1.fc11.x86_64
--- Additional comment from tagoh(a)redhat.com on 2009-12-14 03:52:56 EST ---
This issue is easily reproducible with fc-match "monospace:lang=en" though,
there are two things introduced in 2.8.0:
1. the above command matches lang="ko" too
2. Baekmuk Gulim has been added to the pattern with the strong binding somehow.
which has ever been added with the weak binding.
--- Additional comment from tagoh(a)redhat.com on 2010-02-02 06:26:00 EST ---
This might be the configuration file issue in 65-baekmuk-ttf-gulim.conf. as I
pointed out current behaviour in the list [*1] and due to the issue we have in
Bug#518161 too perhaps dunno, comparing the lang with 'ko' behaves wrongly in
current implementation of fontconfig at least. modifying like the following
works expectedly:
<test name="lang">
<string>ko-kr</string>
</test>
FYI
*1 - http://lists.freedesktop.org/archives/fontconfig/2009-November/003275.html
--- Additional comment from petersen(a)redhat.com on 2010-02-02 11:42:55 EST ---
Behdad said he would look into the lang= issues but
maybe we should reassign to baekmuk-ttf at least as
a workaround for f13?
--- Additional comment from tagoh(a)redhat.com on 2010-02-02 23:01:07 EST ---
maybe. we could clone this to keep both on track.
--
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: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent
https://bugzilla.redhat.com/show_bug.cgi?id=463036
Summary: Bold u renders badly (blurry) for liberation sans, w
too to a smaller extent
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Windows
Status: NEW
Severity: medium
Priority: medium
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: saurabh(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
n/t, see attached image.
I have not tested this on architectures other than windows xp.
Version-Release number of selected component (if applicable):
Latest 1.0.4 and 1.0.4.91-devel
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: (tracker) Hinting of Liberation Fonts.
https://bugzilla.redhat.com/show_bug.cgi?id=485746
Summary: (tracker) Hinting of Liberation Fonts.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.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
Target Release: ---
This is a tracker bug for tracking all hinting issues.
--
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: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts
https://bugzilla.redhat.com/show_bug.cgi?id=474522
Summary: Incorrect cent sign glyph (U+00A2) in Sans and Mono
style in Liberation fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
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=325660)
--> (https://bugzilla.redhat.com/attachment.cgi?id=325660)
cent sign incorrect
cent sign shoud be a coressed capital "C".
--
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 update the license of saab-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=562755
Summary: please update the license of saab-fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: saab-fonts
AssignedTo: aalam(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Correct the license of saab-fonts package.
Version-Release number of selected component (if applicable):
saab-fonts-0.91-3.fc12
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
GPLv2+ with exceptions
Expected results:
GPLv3+ with exceptions
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Arial Narrow font is inaccessible to applications
https://bugzilla.redhat.com/show_bug.cgi?id=466678
Summary: Arial Narrow font is inaccessible to applications
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: belegdol(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Created an attachment (id=320146)
--> (https://bugzilla.redhat.com/attachment.cgi?id=320146)
Confused gtk2 font selector
Description of problem:
Going through various bug reports, mailing list posts and so on I came to the
conclusion that applications are being currently fixed in order to support
extended fonts attibutes, and that gtk2 font selector is the one that should
work properly. Granted, it works for say DejaVu LGC condensed, but does not for
Arial Narrow (the condensed glyphs are to be found in separate files, copied
over from XP install into .fonts). fc-list outputs the following:
[jsikorski@snowball ~]$ fc-list | grep Arial
Arial
Black:style=Normalny,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,Arrunta
Arial,Arial
Narrow:style=Normalny,Narrow,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,Arrunta
Arial:style=Pogrubiona kursywa,Negreta cursiva,tučné kurzíva,fed kursiv,Fett
Kursiv,Έντονα Πλάγια,Bold Italic,Negrita Cursiva,Lihavoitu Kursivoi,Gras
Italique,Félkövér dőlt,Grassetto Corsivo,Vet Cursief,Halvfet Kursiv,Negrito
Itálico,Полужирный Курсив,Tučná kurzíva,Fet Kursiv,Kalın İtalik,Krepko
poševno,nghiêng đậm,Lodi etzana
Arial,Arial Narrow:style=Pogrubiona kursywa,Narrow,Negreta cursiva,tučné
kurzíva,fed kursiv,Fett Kursiv,Έντονα Πλάγια,Bold Italic,Negrita
Cursiva,Lihavoitu Kursivoi,Gras Italique,Félkövér dőlt,Grassetto Corsivo,Vet
Cursief,Halvfet Kursiv,Negrito Itálico,Полужирный Курсив,Tučná kurzíva,Fet
Kursiv,Kalın İtalik,Krepko poševno,Lodi etzana
Arial:style=Kursywa,Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Itálico,Курсив,İtalik,Poševno,nghiêng,Etzana
Arial:style=Normalny,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,thường,Arrunta
Arial,Arial
Narrow:style=Pogrubiony,Narrow,Negreta,tučné,fed,Fett,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Negrito,Полужирный,Fet,Kalın,Krepko,Lodia
Arial:style=Pogrubiony,Negreta,tučné,fed,Fett,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Negrito,Полужирный,Fet,Kalın,Krepko,đậm,Lodia
Arial,Arial
Narrow:style=Kursywa,Narrow,Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Itálico,Курсив,İtalik,Poševno,Etzana
[jsikorski@snowball ~]$
Gtk2 font selector gets confused and shows each of the 4 basic styles twice
(see attachment), with no visible difference whatsoever. The only application I
have found to be able to distinguish between the Narrow and normal styles is
the KDE's system settings > installed fonts thingy (also see attachment)
Version-Release number of selected component (if applicable):
fontconfig-2.5.0-2.fc9.x86_64
How reproducible:
always
Steps to Reproduce:
1. install microsoft core fonts using an rpm package
2. copy over arian{n,ni,nb,nbi}.ttf from a windows installation
3. run fc-cache
4. attempt to select one of the narrow glyphs in the font selector
Actual results:
Narrow glyphs are unavailable
Expected results:
Able to select narrow glyphs
Additional info:
Feel free to reassing this bug, I wasn't sure what to assign it to
--
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: [RFE] Allow wildcards/regexps in yum install/upgrade/comps...
https://bugzilla.redhat.com/show_bug.cgi?id=507294
Summary: [RFE] Allow wildcards/regexps in yum
install/upgrade/comps...
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: yum
AssignedTo: skvidal(a)sethdot.org
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: james.antill(a)redhat.com, pmatilai(a)redhat.com,
jnovy(a)redhat.com, tim.lauridsen(a)googlemail.com,
ffesti(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
skvidal(a)sethdot.org
Classification: Fedora
(this is the sister bug of ##507292 which was opened against rpm)
The problem:
Selecting a font is a multi-criterium operation. We need to match on font
family, font style, language support, unicode support, etc. At any time all of
just some of those selection criterii can be provided by the user or
applications.
To have features like font auto-installation work reliably, this matching needs
to extend to the package installation selection logic
Right now rpm is only allowing to specify atomic provides, so we can have a
font package that
Provides font(dejavusans)
and
Provides
font(:lang=el)
but there is no warranty both those provides are belonging to the same font.
There is no way to distinguish between a package that includes an actual greek
dejavusans and a package that includes a dejavusans greek-less file and another
totally different greek font
To workaround this rpm limitation we've been asking packagers to put font files
belonging to different font families in different packages. However:
1. many still don't
2. it's not technically possible for all font formats, for example the ttc font
format allows mixing of fonts with different characteristics in a single file
The ideal solution:
Ability to have Provides like:
font(comma-separated font name list|comma-separated style list|comma-separated
lang list) (rough mockup that probably needs refining)
And have package selectors like (dejavu|*|el) that work in yum
(yes a font can declare many different names, be available in many different
styles, cover many different languages)
For ttc files we'd then generate one Provides for each font included in the ttc
bundle
--
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: Incorrect Opentype Font Exporting and Printing
https://bugzilla.redhat.com/show_bug.cgi?id=496389
Summary: Incorrect Opentype Font Exporting and Printing
Product: Fedora
Version: rawhide
Platform: i586
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: zhoujingmiller(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
I labelled this bug as relevant to freetype for it is related to font rendering
issues in general.
This problem could be reproduced as follows:
Open an odt file, with opentype fonts specified within, with abiword and export
(print) it to pdf. Use pdffonts to list the embedded fonts within in the pdf.
Then the terminal result shows that the opentype font is replaced by times new
roman.
Open an odt file, with opentype fonts specified within, with abiword and export
(print) it to ps. Then evince fails to open the file.
Open an odt file, with opentype fonts specified within, with kword (2.0 rc1),
under gnome, and export it to pdf. Then kword crashes. However if the file is
opened via kword under kde, kword then export the file to pdf, and pdffonts
show that the pdf does include the embedded "real" opentype fonts.
Set application font to some opentype fonts and open openoffice.org writer.
Then we will notice that the openoffice.org application font is not the
opentype font specified. Also, openoffice.org cannot use opentype fonts within
the document, nor can openoffice.org display opentype fonts correctly within
the document. The document mentioned above is an odt file. I didnt notice any
other application that has such behavior.
I am also sure that this problem is reproducible on fedora 10. However, since I
am using fedora 11 rawhide right now, I filed it as a fedora 11 bug.
Version-Release number of selected component (if applicable):
freetype.i586 2.3.9-3.fc11
koffice-kword.i586 2:1.9.99.0-1.fc12
openoffice.org-writer.i586 1:3.1.0-9.2.fc11
pango.i586 1.24.1-1.fc11
pangomm.i586 2.24.0-1.fc11
qt.i586 1:4.5.0-14.fc11
abiword.i586 1:2.6.8-2.fc11
kdebase-devel.i586 6:4.2.2-2.fc11
kdelibs.i586 6:4.2.2-5.fc11
Expected results:
Abiword, Openoffice.org, Kword, and all other applications are supposed to
export documents with opentype fonts to pdf with real opentype fonts, not with
any kind of other substitution fonts, and those applications are supposed to do
so under every desktop environment.
--
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: Wrong directory ownership
https://bugzilla.redhat.com/show_bug.cgi?id=569433
Summary: Wrong directory ownership
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkuni-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: ovasik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Based on the check done on F-12 system, your package owns directories owned by
filesystem.
This is not allowed by Fedora policies.
See
http://fedoraproject.org/wiki/Packaging/Guidelines#File_and_Directory_Owner…
for details.
(Sub)package cjkuni-uming-fonts:
/etc/X11/fontpath.d
(Sub)package cjkuni-fonts-ghostscript:
/usr/share/ghostscript/conf.d
(Sub)package cjkuni-ukai-fonts:
/etc/X11/fontpath.d
This is autogenerated bugzilla, I'm sorry if the problem is already fixed or
reported. Additionally I apologize if that directory ownership was requested
earlier by some bugzilla (some directories were probably added into filesystem
package later, so your package should no longer own that directory).
--
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: Wrong directory ownership
https://bugzilla.redhat.com/show_bug.cgi?id=569453
Summary: Wrong directory ownership
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: taipeifonts
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: ovasik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Based on the check done on F-12 system, your package owns directories owned by
filesystem.
This is not allowed by Fedora policies.
See
http://fedoraproject.org/wiki/Packaging/Guidelines#File_and_Directory_Owner…
for details.
(Sub)package taipeifonts:
/etc/X11/fontpath.d
This is autogenerated bugzilla, I'm sorry if the problem is already fixed or
reported. Additionally I apologize if that directory ownership was requested
earlier by some bugzilla (some directories were probably added into filesystem
package later, so your package should no longer own that directory).
--
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.