[Bug 440992] New: Liberation fonts contains incorect characters for Romanian 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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=440992
Summary: Liberation fonts contains incorect characters for
Romanian language
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.secarica.ro
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: razvan.sandu(a)mobexpert.ro
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-
list@redhat.com,marius.stracna(a)mobexpert.ro
Description of problem:
When used on a system configured for Romanian language, liberation-fonts
generates wrong characters:
- "T with cedilla below" (Unicode 0162) instead of "T with comma below" (Unicode
021A)
- "t with cedilla below" (Unicode 0163) instead of "t with comma below" (Unicode
021B)
- "S with cedilla below" (Unicode 015E) instead of "S with comma below" (Unicode
0218)
- "s with cedilla below" (Unicode 015F) instead of "s with comma below" (Unicode
0219)
For non-Romanian developers: there is no such thing as „cedilla-below”
characters in Romanian language; please see http://www.secarica.ro
Version-Release number of selected component (if applicable):
liberation-fonts.noarch 0:1.0-4.fc9
How reproducible:
Always.
Steps to Reproduce:
1. Install latest Fedora (development)
2. Configure it for Romanian language
3. Open a new text document in OpenOffice.org
4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific
Romanian characters.
Actual results:
Characters with cedilla below are inserted in the document.
Expected results:
Characters with comma below should be inserted.
Additional info:
This is a historical bug for Romanian language implementations, still not solved .
--
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
[Bug 450061] New: [ro] Create (U+0218..021B, 2011) in 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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=450061
Summary: [ro] Create (U+0218..021B,2011) in Liberation Fonts.
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.secarica.ro
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: kbd
AssignedTo: vcrhonek(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: alexxed@gmail.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,marius.stracna(a)mobexpert.ro
+++ This bug was initially created as a clone of Bug #440992 +++
Description of problem:
Glyph request on the codepoint:
- "T with comma below" (Unicode 021A)
- "t with comma below" (Unicode 021B)
- "S with comma below" (Unicode 0218)
- "s with comma below" (Unicode 0219)
- HYPHEN, U+2010
- NON-BREAKING HYPHEN, U+2011
Version-Release number of selected component (if applicable):
kbd-1.12-31.fc9.i386
How reproducible:
Always.
Steps to Reproduce:
1. Install latest Fedora (development)
2. Configure it for Romanian language
3. Go to console by Alt-F1 (not GUI terminals)
4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific
Romanian characters.
Actual results:
Expected results:
Characters mentioned should be inserted.
Additional info:
https://bugzilla.redhat.com/show_bug.cgi?id=440992
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 02:52 EST --
Hello, Caius & all,
When system is set to Romanian (by anaconda, at install time or via
system-config-language, afterwards), in /etc/sysconfig/i18n we get a line:
SYSFONT="latarcyrheb-sun16"
Caius, please, do you know from which .rpm package these default fonts come from ?
We must file & resolve a bug regarding the comma/cedilla issue for these default
fonts and I don't know where to adress it, exactly.
This is extremely important, since the "latarcyrheb-sun16" is the first thing
that system "sees" after boot and we've already got some crashes due to
incorrect encoding. In some situations, some programs (including anaconda)
worked OK when set to English, but tracebacks occured when set to Romanian.
Thanks a lot,
Răzvan
-- Additional comment from cchance(a)redhat.com on 2008-06-04 03:41 EST --
Hi Răzvan,
(In reply to comment #20)
Hmm, it looks quite serious, doesn't it?
It's belonged to 'kbd' package in recent Fedora. Please feel free to file
another bug on that package for requesting supports on the issues you kindly
discovered.
Cheers, Caius.
-- Additional comment from alexxed(a)gmail.com on 2008-06-04 05:36 EST --
(In reply to comment #20)
> Hello, Caius & all,
>
> When system is set to Romanian (by anaconda, at install time or via
> system-config-language, afterwards), in /etc/sysconfig/i18n we get a line:
>
> SYSFONT="latarcyrheb-sun16"
>
Are you sure? I've installed Fedora 9 i386 and x86_64 several times and
/etc/sysconfig/i18n looks like this:
LANG="ro_RO.UTF-8"
SYSFONT="Lat2-Terminus16"
I did use the graphical installer all the time. It may be only in text mode,
I'll test this.
Meantime here's a list of related bugs where this was addressed:
- comments 23 and 24 in bug 253892
- bug list:
https://bugzilla.redhat.com/buglist.cgi?version=&component=anaconda&bug_s...
before opening a new bug.
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:48 EST --
Sorry, my fault !
All systems I have at hand, running F9, were *upgraded* from F8, not fresh
installs. So Terminus is now, in F9, the default font when setting system to
Romanian ?
However:
- changing the default font is just a temporary solution, IMHO.
"latarcyrheb-sun16" should also include the correct glyphs for the Romanian
language;
- when upgrading a (*Romanian*) system from F8 to F9, why don't we change that
line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct
behaviour ?
- as for the keyboard configurator (system-config-keyboard, in both X and text
mode), it seems it dissapeared from the System menu, in F9. And I see no
replacement for it...
Regards,
Răzvan
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:51 EST --
Regarding comment #23, probably the correct behaviour at point no. 2 is to leave
that line alone, but have the correct glyphs in "latarcyrheb-sun16" ;-)
Regards,
Răzvan
-- Additional comment from alexxed(a)gmail.com on 2008-06-04 08:00 EST --
(In reply to comment #23)
> Sorry, my fault !
>
> All systems I have at hand, running F9, were *upgraded* from F8, not fresh
> installs. So Terminus is now, in F9, the default font when setting system to
> Romanian ?
Yes, it was the quick solution.
>
>
> However:
>
> - changing the default font is just a temporary solution, IMHO.
> "latarcyrheb-sun16" should also include the correct glyphs for the Romanian
> language;
I head that Fedora is planning to convert the X fonts to terminal fonts and drop
all the terminal fonts, so maybe it's worth investigating this first.
>
> - when upgrading a (*Romanian*) system from F8 to F9, why don't we change that
> line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct
> behaviour ?
I'm afraid so, rpm upgrade keeps existing configuration.
>
> - as for the keyboard configurator (system-config-keyboard, in both X and text
> mode), it seems it dissapeared from the System menu, in F9. And I see no
> replacement for it...
Search bugzilla or ask in the mailing list what plans are there for
system-config-keyboard and system-config-language in the future.
Here is a link: http://translate.fedoraproject.org/module/ that you can use to
find out where to report a bug to a component. Click on the module you want and
see a link to report a bug
-- Additional comment from nicolas.mailhot(a)laposte.net on 2008-06-04 08:11 EST --
(In reply to comment #25)
> (In reply to comment #23)
> > However:
> >
> > - changing the default font is just a temporary solution, IMHO.
> > "latarcyrheb-sun16" should also include the correct glyphs for the Romanian
> > language;
>
> I head that Fedora is planning to convert the X fonts to terminal fonts and drop
> all the terminal fonts, so maybe it's worth investigating this first.
As far as I know what's planned is conversion of X keyboard layouts to console
layouts. I doubt converting complex vector TTF/OTF fonts to dumb bitmap console
fonts is possible without major human involvment.
-- Additional comment from cchance(a)redhat.com on 2008-06-04 20:38 EST --
FYI, The font Alexandru mentioned is also within same console font package:
$ rpm -qf /lib/kbd/consolefonts/Lat2-Terminus16.psf.gz
kbd-1.12-31.fc9.i386
I agree Nicolas about converting complex vector TTF/OTF fonts to dumb bitmap
console fonts. Even if the TTF/OTF embedded bitmap glyphs, font style
consistency/readability might also be an issue.
--
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
[Bug 463036] New: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent
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: 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.
14 years
[Bug 485746] New: (tracker) Hinting of 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: (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.
14 years
[Bug 466678] New: Arial Narrow font is inaccessible to applications
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: 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.
14 years
[Bug 507294] New: [RFE] Allow wildcards/regexps in yum install/upgrade/comps...
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] 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.
14 years
[Bug 496389] New: Incorrect Opentype Font Exporting and Printing
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: 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.
14 years
[Bug 507129] New: Please update font links and deps
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 update font links and deps
https://bugzilla.redhat.com/show_bug.cgi?id=507129
Summary: Please update font links and deps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mapserver
AssignedTo: cristian.balint(a)gmail.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: cristian.balint(a)gmail.com, devrim(a)gunduz.org,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 473302
Classification: Fedora
Description of problem:
mapserver links to Bitstream Vera
It is a good idea to make the symlinks symlinks point to the corresponding
DejaVu (full) packages. DejaVu (full) is the most complete fork of Bitstream
Vera. It should include all the material present in Vera and its other
derivatives, plus multiple fixes. Since we install the DejaVu (full) packages
by default, dependencies on them will usually not pull in new packages on user
systems.
Version-Release number of selected component (if applicable):
0:5.4.1-1.fc12
--
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, 2 months