[Bug 476951] New: missing dependencies of emacs: xorg-x11-fonts-ISO8859-1-100dpi
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: missing dependencies of emacs: xorg-x11-fonts-ISO8859-1-100dpi
https://bugzilla.redhat.com/show_bug.cgi?id=476951
Summary: missing dependencies of emacs:
xorg-x11-fonts-ISO8859-1-100dpi
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: dnovotny(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
I got this mail today:
emacs has broken dependencies in the development tree:
On ppc:
1:emacs-22.3-2.fc11.ppc requires xorg-x11-fonts-ISO8859-1-100dpi
On x86_64:
1:emacs-22.3-2.fc11.x86_64 requires xorg-x11-fonts-ISO8859-1-100dpi
On i386:
1:emacs-22.3-2.fc11.i386 requires xorg-x11-fonts-ISO8859-1-100dpi
On ppc64:
1:emacs-22.3-2.fc11.ppc64 requires xorg-x11-fonts-ISO8859-1-100dpi
Please resolve this as soon as possible.
does this package not exist in rawhide anymore? or is it renamed?
--
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, 6 months
[Bug 491959] New: [fonts-hebrew-fancy] Please rebuild for Fedora 11 to pick up font autodeps
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-hebrew-fancy] Please rebuild for Fedora 11 to pick up font autodeps
https://bugzilla.redhat.com/show_bug.cgi?id=491959
Summary: [fonts-hebrew-fancy] Please rebuild for Fedora 11 to
pick up font autodeps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-hebrew-fancy
AssignedTo: danken(a)cs.technion.ac.il
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: danken(a)cs.technion.ac.il,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
.
--
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, 7 months
[Bug 477436] 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=477436
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: padauk-fonts
AssignedTo: mvaliyav(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mvaliyav(a)redhat.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.
14 years, 7 months
[Bug 437689] New: xorg-x11-fonts-ethiopic is not exposed correctly
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=437689
Summary: xorg-x11-fonts-ethiopic is not exposed correctly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
1. xorg-x11-fonts-ethiopic contains fonts in a modern TTF/OTF format. Those
fonts need to be exposed in /usr/share/fonts and not /usr/share/X11/fonts for
more apps to take advantage of them
2. the package contains two versions of the same font (in OTF and TTF format).
This is likely to confuse apps so either drop one or make two separate
conflicting packages so they're never installed at the same time on the same
system. The OTF file appears to be the most complete one based on its size so
I'd drop the TTF one (true all our apps do not support OTF fonts yet but they
are becoming common enough apps should be fixed and TTf versions needn't be
provided as workaround)
3. The package only contains the Goha-Tibeb Zemen font. It would be more
user-friendly if it was renamed goha-tibeb-zemen-fonts
Version-Release number of selected component (if applicable):
xorg-x11-fonts-ethiopic-7.2-6.fc9
--
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, 7 months
[Bug 481068] New: fc-cache install errors
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: fc-cache install errors
https://bugzilla.redhat.com/show_bug.cgi?id=481068
Summary: fc-cache install errors
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: bitmap-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rbhalera(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Blocks: 446452
Classification: Fedora
Target Release: ---
Description of problem:
When bitmap-fonts gets installed there are a bunch of fc-cache errors appearing
in rawhide.
bitmap-fonts needs to be updated to the latest packaging guidelines and macros.
Version-Release number of selected component (if applicable):
bitmap-fonts-0.3-6.fc10
How reproducible:
every time
Steps to Reproduce:
1. spin Live
Actual results:
Installing: bitmap-fonts #####################
[727/950]/usr/share/fonts: failed to write cache
/usr/share/fonts/VLGothic: failed to write cache
/usr/share/fonts/abyssinica: failed to write cache
/usr/share/fonts/bitmap-fonts: failed to write cache
/usr/share/fonts/cjkunifonts: failed to write cache
/usr/share/fonts/default: failed to write cache
/usr/share/fonts/default/Type1: failed to write cache
/usr/share/fonts/default/ghostscript: failed to write cache
/usr/share/fonts/dejavu: failed to write cache
/usr/share/fonts/jomolhari: failed to write cache
/usr/share/fonts/kacst: failed to write cache
/usr/share/fonts/khmeros: failed to write cache
/usr/share/fonts/lklug: failed to write cache
/usr/share/fonts/lohit-bengali: failed to write cache
/usr/share/fonts/lohit-gujarati: failed to write cache
/usr/share/fonts/lohit-hindi: failed to write cache
/usr/share/fonts/lohit-kannada: failed to write cache
/usr/share/fonts/lohit-maithili: failed to write cache
/usr/share/fonts/lohit-oriya: failed to write cache
/usr/share/fonts/lohit-punjabi: failed to write cache
/usr/share/fonts/lohit-tamil: failed to write cache
/usr/share/fonts/lohit-telugu: failed to write cache
/usr/share/fonts/mathml: failed to write cache
/usr/share/fonts/padauk: failed to write cache
/usr/share/fonts/paktype: failed to write cache
/usr/share/fonts/stix: failed to write cache
/usr/share/fonts/thaifonts-scalable: failed to write cache
/usr/share/fonts/un-core: failed to write cache
/usr/share/fonts/zh_CN: failed to write cache
/usr/share/fonts/zh_CN/TrueType: failed to write cache
/usr/share/fonts/zh_TW: failed to write cache
/usr/share/fonts/zh_TW/TrueType: failed to write cache
error: %post(bitmap-fonts-0.3-6.fc10.noarch) scriptlet failed, exit status 32
Expected results:
Should not fail with error 32
Additional info:
Actual above errors are probably due to fontconfig error, but install should
not fail anyway.
--
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, 8 months
[Bug 490941] New: fc-match "times roman" results in a Sans font
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: fc-match "times roman" results in a Sans font
https://bugzilla.redhat.com/show_bug.cgi?id=490941
Summary: fc-match "times roman" results in a Sans font
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: dejavu-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: john.ellson(a)comcast.net
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
fc-match "times roman" results in a Sans font
Version-Release number of selected component (if applicable):
dejavu-fonts-2.26-2.fc10.noarch
fontconfig-2.6.0-3.fc10.x86_64
How reproducible:
100%
Steps to Reproduce:
1. fc-match "times roman"
2.
3.
Actual results:
DejaVuSans.ttf: "DejaVu Sans" "Book"
Expected results:
DejaVuSerif.ttf: "DejaVu Serif" "Book"
Additional info:
Perhaps this should be fixed in fontconfig as well? Clearly (to the user)
any font name beginning with "times" should return a Serif font.
eg:
fc-match times
fc-match "times roman"
fc-match "times new roman"
fc-match "times-roman"
fc-match "times-new-roman"
--
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, 8 months
[Bug 501683] New: [ml_IN][GSUB] U+0D[1-3][5-E] U+0D4D U+0D33 font shape has error
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: [ml_IN][GSUB] U+0D[1-3][5-E] U+0D4D U+0D33 font shape has error
https://bugzilla.redhat.com/show_bug.cgi?id=501683
Summary: [ml_IN][GSUB] U+0D[1-3][5-E] U+0D4D U+0D33 font shape
has error
Product: Fedora
Version: 10
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: kxiong(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:
In gedit input U+0D15 U+0D4D U+0D33 with RAW CODE,the font
shape is not correct.
Version-Release number of selected component (if applicable):
pango-devel-1.22.1-1.fc10.i386
pango-1.22.1-1.fc10.i386
pangomm-2.14.0-2.fc10.i386
How reproducible:
always
Steps to Reproduce:
1.In gedit input U+0D15 U+0D4D U+0D33 with RAW CODE,it shows ക്ള
Actual results:
The font shape is not correct.
Expected result:
The font shape should be correct.
Additional info:
U+0D15 U+0D4D U+0D33
U+0D17 U+0D4D U+0D33
U+0D2A U+0D4D U+0D33
U+0D2B U+0D4D U+0D33
U+0D2C U+0D4D U+0D33
U+0D2E U+0D4D U+0D33
U+0D36 U+0D4D U+0D33
U+0D38 U+0D4D U+0D33
U+0D39 U+0D4D U+0D33
all have errors
I will attach an attachment for error font and correct font.
--
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, 8 months
[Bug 501424] New: [ta_IN][GPOS]" U+0BB[8-9] U+0BC1" have error results.
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: [ta_IN][GPOS]" U+0BB[8-9] U+0BC1" have error results.
https://bugzilla.redhat.com/show_bug.cgi?id=501424
Summary: [ta_IN][GPOS]" U+0BB[8-9] U+0BC1" have error results.
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: xinsun(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: ---
Created an attachment (id=344556)
--> (https://bugzilla.redhat.com/attachment.cgi?id=344556)
0BB8-0BC1.jpg
Description of problem:
When inputing "U+0BB8 U+0BC1" or "U+0BB9 U+0BC1" in gedit, the results were
wrong.
Version-Release number of selected component (if applicable):
pangomm-2.14.1-1.fc10.x86_64
pango-1.22.3-1.fc10.i386
pango-1.22.3-1.fc10.x86_64
pango-devel-1.22.3-1.fc10.x86_64
How reproducible:
Always
Steps to Reproduce:
1.Select "RAW CODE" in scim-bridge
2.Input "U+0BB8 U+0BC1" or "U+0BB9 U+0BC1" in gedit.
Actual results:
The result are
U+0BB8 U+0BC1 ஸு
U+0BB9 U+0BC1 ஹு
and they are different from the correct images.
Expected results:
Please see the attachment: 0BB8-0BC1.jpg and 0BB9-0BC1.jpg
--
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, 8 months