i18n-bugs April 2009

i18n-bugs@lists.fedoraproject.org

1 participants
216 discussions

[Fedora-i18n-bugs] [Bug 477437] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 14 Jul '09

14 Jul '09

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=477437 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: paktype-fonts AssignedTo: rbhalera(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, rbhalera(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 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_fonts_… - 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_(2… 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.

1 10

[Fedora-i18n-bugs] [Bug 477453] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla 07 Jul '09

07 Jul '09

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 Estimated Hours: 0.0 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_fonts_… - 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_(2… 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.

1 8

[Fedora-i18n-bugs] [Bug 474734] New: Blurriness of Latin letter R (U+0052) in Liberation Regular
by Red Hat Bugzilla 06 Jul '09

06 Jul '09

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 Estimated Hours: 0.0 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.

1 17

[Fedora-i18n-bugs] [Bug 485857] New: Add Vietnamese Unicode Glyph support to Liberation fonts
by Red Hat Bugzilla 02 Jul '09

02 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Add Vietnamese Unicode Glyph support to Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=485857 Summary: Add Vietnamese Unicode Glyph support to Liberation fonts Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: tinh911(a)yahoo.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 Estimated Hours: 0.0 Classification: Fedora Created an attachment (id=332166) --> (https://bugzilla.redhat.com/attachment.cgi?id=332166) Vietnamese Unicode characters The Liberation fonts are missing the Vietnamese Unicode characters. I am not a typography geek so I don't know which group those characters belong to. I attached a file to show all the unicode characters of Vietnamese in normal case and uppercase, I use Arial font for this. -- 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.

1 6

[Fedora-i18n-bugs] [Bug 481434] New: Symbol U+0431 looks blurry
by Red Hat Bugzilla 01 Jul '09

01 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Symbol U+0431 looks blurry https://bugzilla.redhat.com/show_bug.cgi?id=481434 Summary: Symbol U+0431 looks blurry Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: sergei(a)regolit.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 Estimated Hours: 0.0 Classification: Fedora Created an attachment (id=329915) --> (https://bugzilla.redhat.com/attachment.cgi?id=329915) The difference before old and new glyph. Description of problem: Symbol U+0431 (russian letter “б”) looks bad since revision 877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb. In that revision glyph's shape was altered but hint instructions were not. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: Render string containing symbol "б" with antialiasing turned on and compare with revision before 877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb. Actual results: Expected results: Normal shape is expected. 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.

1 7

[Fedora-i18n-bugs] [Bug 494092] New: Liberation fonts under GTK applications cannot render with antialiasing
by Red Hat Bugzilla 01 Jul '09

01 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Liberation fonts under GTK applications cannot render with antialiasing https://bugzilla.redhat.com/show_bug.cgi?id=494092 Summary: Liberation fonts under GTK applications cannot render with antialiasing Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: hceylan(a)batoo.org QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: I am using KDE. I can use liberation fonts just fine for KDE applications. However for GTK applications fonts cannot render as antialiased. Here's a matrix of what combination works and what not: GNOME + Liberation NO KDE + Liberation OK Under KDE GTK Apps + Liberation NO Under KDE GTK Apps + Sans Serif / Monospace YES Version-Release number of selected component (if applicable): rawhide + F10 How reproducible: Everytime I really would like to use Liberation fonts as I favour them on any other ones. Regards, Hasan Ceylan -- 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.

1 3

[Fedora-i18n-bugs] [Bug 479371] New: Broken hinting on "u" in Liberation Mono Bold
by Red Hat Bugzilla 01 Jul '09

01 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Broken hinting on "u" in Liberation Mono Bold https://bugzilla.redhat.com/show_bug.cgi?id=479371 Summary: Broken hinting on "u" in Liberation Mono Bold Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cody(a)zone38.net QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Created an attachment (id=328517) --> (https://bugzilla.redhat.com/attachment.cgi?id=328517) Liberation Mono 1.04.93 with antialiasing on Description of problem: Though the hinting has been fixed in Sans Bold as of version 1.04.92, the letter "u" still has incorrect hinting in Mono Bold, an error that's quite noticeable in certain sizes on any system with bytecode hinting enabled. I'm attaching a screenshot from Ubuntu to demonstrate; of particular note are 9 point (the second line) and 12 point (the 5th line). Version-Release number of selected component (if applicable): 1.04.93 -- 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.

1 21

[Fedora-i18n-bugs] [Bug 479521] New: Invalid character in ttf name table regarding copyright that crashes XML marshalling
by Red Hat Bugzilla 01 Jul '09

01 Jul '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Invalid character in ttf name table regarding copyright that crashes XML marshalling https://bugzilla.redhat.com/show_bug.cgi?id=479521 Summary: Invalid character in ttf name table regarding copyright that crashes XML marshalling Product: Fedora Version: rawhide Platform: All OS/Version: All Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: pander(a)users.sourceforge.net QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: Invalid character in ttf name table regarding copyright that crashes XML marshalling Version-Release number of selected component (if applicable): ttf-liberation 1.04~beta2-2 from Ubuntu 8.10 How reproducible: Steps to Reproduce: 1. retrieve font nama table ttx -d . -t name /usr/share/fonts/truetype/ttf-liberation/LiberationSans-Regular.ttf 2. in python, read the XML file via doc = libxml2.parseFile('LiberationSans-Regular.ttx') Actual results: LiberationSans-Regular.ttx:27: parser error : xmlParseCharRef: invalid xmlChar value 1 Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent an ^ LiberationSans-Regular.ttx:69: parser error : xmlParseCharRef: invalid xmlChar value 1 Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent an Expected results: Red Ht should be Red Hat, this is all right for the other TTF files in this package. Additional info: Please fix and push updated package downstream. -- 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.

1 7

[Fedora-i18n-bugs] [Bug 475938] New: [ALL LANG] Application is not running any languages/locale
by Red Hat Bugzilla 23 Jun '09

23 Jun '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ALL LANG] Application is not running any languages/locale https://bugzilla.redhat.com/show_bug.cgi?id=475938 Summary: [ALL LANG] Application is not running any languages/locale Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: file-roller AssignedTo: caillon(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: caillon(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: While using file-roller in Punjabi (pa_IN.UTF-8), it was not showing translation, while package has Translated file Version-Release number of selected component (if applicable): file-roller-2.24.2-1.fc10.i386 How reproducible: Everytime Steps to Reproduce: 1. open termianl 2. export LANG=ja_JP.UTF-8 3.file-roller Actual results: No Translated message in application Expected results: Should have, when rpm has Translated MO files Additional info: Tested lang: kn_IN, ja_JP, zh_TW, --- rpm -ql file-roller --- /usr/share/locale/af/LC_MESSAGES/file-roller.mo /usr/share/locale/am/LC_MESSAGES/file-roller.mo /usr/share/locale/ar/LC_MESSAGES/file-roller.mo /usr/share/locale/as/LC_MESSAGES/file-roller.mo /usr/share/locale/az/LC_MESSAGES/file-roller.mo /usr/share/locale/be/LC_MESSAGES/file-roller.mo /usr/share/locale/be(a)latin/LC_MESSAGES/file-roller.mo /usr/share/locale/bg/LC_MESSAGES/file-roller.mo /usr/share/locale/bn/LC_MESSAGES/file-roller.mo /usr/share/locale/bn_IN/LC_MESSAGES/file-roller.mo /usr/share/locale/br/LC_MESSAGES/file-roller.mo /usr/share/locale/bs/LC_MESSAGES/file-roller.mo /usr/share/locale/ca/LC_MESSAGES/file-roller.mo /usr/share/locale/cs/LC_MESSAGES/file-roller.mo /usr/share/locale/cy/LC_MESSAGES/file-roller.mo /usr/share/locale/da/LC_MESSAGES/file-roller.mo /usr/share/locale/de/LC_MESSAGES/file-roller.mo /usr/share/locale/dz/LC_MESSAGES/file-roller.mo /usr/share/locale/el/LC_MESSAGES/file-roller.mo /usr/share/locale/en_CA/LC_MESSAGES/file-roller.mo /usr/share/locale/en_GB/LC_MESSAGES/file-roller.mo /usr/share/locale/es/LC_MESSAGES/file-roller.mo /usr/share/locale/et/LC_MESSAGES/file-roller.mo /usr/share/locale/eu/LC_MESSAGES/file-roller.mo /usr/share/locale/fa/LC_MESSAGES/file-roller.mo /usr/share/locale/fi/LC_MESSAGES/file-roller.mo /usr/share/locale/fr/LC_MESSAGES/file-roller.mo /usr/share/locale/fur/LC_MESSAGES/file-roller.mo /usr/share/locale/ga/LC_MESSAGES/file-roller.mo /usr/share/locale/gl/LC_MESSAGES/file-roller.mo /usr/share/locale/gu/LC_MESSAGES/file-roller.mo /usr/share/locale/he/LC_MESSAGES/file-roller.mo /usr/share/locale/hi/LC_MESSAGES/file-roller.mo /usr/share/locale/hr/LC_MESSAGES/file-roller.mo /usr/share/locale/hu/LC_MESSAGES/file-roller.mo /usr/share/locale/hy/LC_MESSAGES/file-roller.mo /usr/share/locale/id/LC_MESSAGES/file-roller.mo /usr/share/locale/is/LC_MESSAGES/file-roller.mo /usr/share/locale/it/LC_MESSAGES/file-roller.mo /usr/share/locale/ja/LC_MESSAGES/file-roller.mo /usr/share/locale/ka/LC_MESSAGES/file-roller.mo /usr/share/locale/kn/LC_MESSAGES/file-roller.mo /usr/share/locale/ko/LC_MESSAGES/file-roller.mo /usr/share/locale/ku/LC_MESSAGES/file-roller.mo /usr/share/locale/lt/LC_MESSAGES/file-roller.mo /usr/share/locale/lv/LC_MESSAGES/file-roller.mo /usr/share/locale/mg/LC_MESSAGES/file-roller.mo /usr/share/locale/mk/LC_MESSAGES/file-roller.mo /usr/share/locale/ml/LC_MESSAGES/file-roller.mo /usr/share/locale/mn/LC_MESSAGES/file-roller.mo /usr/share/locale/mr/LC_MESSAGES/file-roller.mo /usr/share/locale/ms/LC_MESSAGES/file-roller.mo /usr/share/locale/nb/LC_MESSAGES/file-roller.mo /usr/share/locale/ne/LC_MESSAGES/file-roller.mo /usr/share/locale/nl/LC_MESSAGES/file-roller.mo /usr/share/locale/nn/LC_MESSAGES/file-roller.mo /usr/share/locale/oc/LC_MESSAGES/file-roller.mo /usr/share/locale/or/LC_MESSAGES/file-roller.mo /usr/share/locale/pa/LC_MESSAGES/file-roller.mo /usr/share/locale/pl/LC_MESSAGES/file-roller.mo /usr/share/locale/ps/LC_MESSAGES/file-roller.mo /usr/share/locale/pt/LC_MESSAGES/file-roller.mo /usr/share/locale/pt_BR/LC_MESSAGES/file-roller.mo /usr/share/locale/ro/LC_MESSAGES/file-roller.mo /usr/share/locale/ru/LC_MESSAGES/file-roller.mo /usr/share/locale/rw/LC_MESSAGES/file-roller.mo /usr/share/locale/si/LC_MESSAGES/file-roller.mo /usr/share/locale/sk/LC_MESSAGES/file-roller.mo /usr/share/locale/sl/LC_MESSAGES/file-roller.mo /usr/share/locale/sq/LC_MESSAGES/file-roller.mo /usr/share/locale/sr/LC_MESSAGES/file-roller.mo /usr/share/locale/sr(a)ije/LC_MESSAGES/file-roller.mo /usr/share/locale/sr(a)latin/LC_MESSAGES/file-roller.mo /usr/share/locale/sv/LC_MESSAGES/file-roller.mo /usr/share/locale/ta/LC_MESSAGES/file-roller.mo /usr/share/locale/te/LC_MESSAGES/file-roller.mo /usr/share/locale/th/LC_MESSAGES/file-roller.mo /usr/share/locale/tk/LC_MESSAGES/file-roller.mo /usr/share/locale/tr/LC_MESSAGES/file-roller.mo /usr/share/locale/uk/LC_MESSAGES/file-roller.mo /usr/share/locale/ur/LC_MESSAGES/file-roller.mo /usr/share/locale/ur_PK/LC_MESSAGES/file-roller.mo /usr/share/locale/vi/LC_MESSAGES/file-roller.mo /usr/share/locale/xh/LC_MESSAGES/file-roller.mo /usr/share/locale/zh_CN/LC_MESSAGES/file-roller.mo /usr/share/locale/zh_HK/LC_MESSAGES/file-roller.mo /usr/share/locale/zh_TW/LC_MESSAGES/file-roller.mo ----- -- 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.

1 4

[Fedora-i18n-bugs] [Bug 497646] New: Upgrade path is broken
by Red Hat Bugzilla 23 Jun '09

23 Jun '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Upgrade path is broken https://bugzilla.redhat.com/show_bug.cgi?id=497646 Summary: Upgrade path is broken Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: urgent Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: jussi.lehtola(a)iki.fi QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Liberation-fonts consists of a single package, liberation-fonts in Fedora 10. In F11 this package is missing, also nothing obsoletes or provides it. This makes any packages that Requires: liberation-fonts not being able to install on a pure installation of F11, and liberation-fonts not updating from F10 to F11. -- 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.

1 31

← Newer
1
...
4
5
6
7
8
9
10
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs April 2009