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@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.
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@redhat.com,fedora-fonts-
bugs-list@redhat.com,marius.stracna@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_sta…
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.
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: 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: 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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=455510
Summary: Undisplayable glyphs on Wikipedia
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: beland(a)alum.mit.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I did a fresh installation of Fedora 9 using the network install method and
adding Office/Productivity software in addition to the default set. I'm seeing
undisplayable glyphs on the following pages:
http://en.wikipedia.org/wiki/Punctuation#Unicodehttp://www.wikipedia.org/http://en.wikipedia.org/wiki/Phoenician_alphabet#Encoding
I would expect a default installation to be able to display all glyphs that
appear in Wikipedia, so that readers can learn about them. Many non-English
glyphs, even fairly obscure ones, are displayed properly, which is excellent.
It would be nice to finish off the rest. I don't know if this is a flaw in
Pango, if I would need to install additional font RPMs, or something else.
This is with firefox-3.0-1.fc9.i386 and pango-1.20.4-1.fc9.i386.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Pango multilib conflict on F10
https://bugzilla.redhat.com/show_bug.cgi?id=479386
Summary: Pango multilib conflict on F10
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: stransky(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Resolving Dependencies
--> Running transaction check
---> Package pango-devel.i386 0:1.22.3-1.fc10 set to be updated
---> Package pango.i386 0:1.22.3-1.fc10 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
==============================================================================================================================
Package Arch Version
Repository Size
==============================================================================================================================
Updating:
pango i386 1.22.3-1.fc10
updates 375 k
pango-devel i386 1.22.3-1.fc10
updates 327 k
Transaction Summary
==============================================================================================================================
Install 0 Package(s)
Update 2 Package(s)
Remove 0 Package(s)
Total size: 701 k
Is this ok [y/N]: y
Downloading Packages:
===================================================== Entering rpm code
======================================================
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Check Error:
file /usr/share/gtk-doc/html/pango/PangoMarkupFormat.html from install of
pango-devel-1.22.3-1.fc10.i386 conflicts with file from package
pango-devel-1.22.3-1.fc10.x86_64
file /usr/share/gtk-doc/html/pango/pango-querymodules.html from install of
pango-devel-1.22.3-1.fc10.i386 conflicts with file from package
pango-devel-1.22.3-1.fc10.x86_64
Error Summary
-------------
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. yum install pango.i386 on x86_64
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: Firefox crashes in pango-hangul-fc.so
https://bugzilla.redhat.com/show_bug.cgi?id=478695
Summary: Firefox crashes in pango-hangul-fc.so
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mcepl(a)redhat.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=328111)
--> (https://bugzilla.redhat.com/attachment.cgi?id=328111)
Backtrace from crashed firefox
Description of problem:
When running wikipedia search in Ctrl-K query dialog in Firefox, firefox
crashed with the attached backtrace.
Version-Release number of selected component (if applicable):
firefox-3.0.5-1.fc10.i386
pango-1.22.3-1.fc10.i386
xulrunner-1.9.0.5-1.fc10.i386
How reproducible:
happened once
--
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: pango update i386 conflicts
https://bugzilla.redhat.com/show_bug.cgi?id=475233
Summary: pango update i386 conflicts
Product: Fedora
Version: 10
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: jes(a)trained-monkey.org
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
A system initially installed with Fedora 7 and then upgraded, most recently to
F10, I hit the following error with today's updates:
Test Transaction Errors: file
/usr/share/gtk-doc/html/pango/PangoMarkupFormat.html conflicts between
attempted installs of pango-devel-1.22.3-1.fc10.x86_64 and
pango-devel-1.22.3-1.fc10.i386
file /usr/share/gtk-doc/html/pango/pango-querymodules.html conflicts between
attempted installs of pango-devel-1.22.3-1.fc10.x86_64 and
pango-devel-1.22.3-1.fc10.i386
Version-Release number of selected component (if applicable):
Manually removing pango-devel.i386 makes the problem go away.
dwmw2 wanted me to report this, so you can blame him for the bug :-)
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: font size isn't restored upon login
https://bugzilla.redhat.com/show_bug.cgi?id=473903
Summary: font size isn't restored upon login
Product: Fedora
Version: 10
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: francis.earl(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
When I first log in to an Xsession, my fonts are all about 6pt when they should
be 9pt. When I launch the Appearance settings, they are restored to my
settings. This appears to be true with all fonts. It is also true of all GTK
apps, and aMSN at least.
Version-Release number of selected component (if applicable):
2.6.0-3.fc10
How reproducible:
100%
Steps to Reproduce:
1. Log into X
2. Notice fonts are wrong
3. Go to fix them, watch them magically fix themselves w/o interaction
Actual results:
Fonts are not restored through sessions immediately
Expected results:
The fonts I select should remain.
Additional info:
I am using the default "Sans" font, size 9. GDM is set at 1024x768 while the
users session is 1280x1024. It appears to be using the GDM settings for the
Xsession despite the change in resolution. This is rarely also displayed by
panels rendering by dimensions of the old resolution, despite being able to use
the rest of the screen (somewhat) normally (just have to move things around the
panel...)
--
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.