Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash in fontforge-20090923-3.fc13: FT_ConicTo: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=608477
Summary: [abrt] crash in fontforge-20090923-3.fc13: FT_ConicTo:
Process /usr/bin/fontforge was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:7572c1f049ba01fae8a094e8fb29f61fd2a7d747
Severity: medium
Priority: low
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: flora.chatz(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, kevin(a)tummy.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.1.1 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: fontforge
component: fontforge
crash_function: FT_ConicTo
executable: /usr/bin/fontforge
global_uuid: 7572c1f049ba01fae8a094e8fb29f61fd2a7d747
kernel: 2.6.33.5-124.fc13.x86_64
package: fontforge-20090923-3.fc13
rating: 4
reason: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)
--
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: The Java plugin does not report available fonts accurately
https://bugzilla.redhat.com/show_bug.cgi?id=525870
Summary: The Java plugin does not report available fonts
accurately
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: java-1.6.0-openjdk
AssignedTo: langel(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: dbhole(a)redhat.com, mark(a)klomp.org, langel(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com, lkundrak(a)v3.sk
Blocks: 473302
Classification: Fedora
Description of problem:
The Java plugin does not report available fonts accurately. Samplers such as
http://www.codestyle.org/css/font-family/sampler-Unix.shtml
collect incomplete info
Version-Release number of selected component (if applicable):
java-1.6.0-openjdk-plugin-1.6.0.0-31.b16.fc12.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Get a F11 or rawhide system
2. Install our fonts # yum -y install $(repoquery --whatprovides "font(*)")
3. List them $ fc-list : family |sort
4. Open http://www.codestyle.org/css/font-family/sampler-Unix.shtml
5. Let the applet run, check its result
Actual results:
The java-detected font list is incomplete (for example it's missing STIX) and
does not use the same names at fontconfig
Expected results:
The same list in both cases
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: [kn_IN] The space between close bracket and the character is very less
https://bugzilla.redhat.com/show_bug.cgi?id=576105
Summary: [kn_IN] The space between close bracket and the
character is very less
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=401977)
--> (https://bugzilla.redhat.com/attachment.cgi?id=401977)
Shows the actual result
Description of problem:
In the text containing the Kannada text, space between close bracket and the
character is very less. Hence the close bracket appearing as merged with the
character. This usually happens in case of complex character.
Version-Release number of selected component (if applicable):
lohit-kannada-fonts-2.4.4-3
How reproducible:
Everytime
Steps to Reproduce:
1. Login Kannada locale
2. Open gedit and copy paste the following text: ನೆರವಿಗಾಗಿ) ಭಾಗದಷ್ಟು)
ಫೆಡರಾಟ್ಸಿ)
3. Look at the space between the close bracket and the last character of each
word
Actual results:
The space between the close bracket and the text is very less
Expected results:
The space should be so that the bracket doesn't actually merge with text.
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: RFE: warn on fonts installed outside %_fontbasedir
https://bugzilla.redhat.com/show_bug.cgi?id=477606
Summary: RFE: warn on fonts installed outside %_fontbasedir
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: rpmlint
AssignedTo: ville.skytta(a)iki.fi
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: wolfy(a)nobugconsulting.ro, tmz(a)pobox.com,
ville.skytta(a)iki.fi, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Our current font packaging policy requires the installation of TTF/OTF/PFA/PFB
fonts in a subdirectory of %_fontbasedir
http://fedoraproject.org/wiki/fontpackages
Our general packaging policy demands of packagers to create proper font
packages when their app bundles them
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_…
If an app or bit of code is not fontconfig-aware, it can always package
symlinks pointing to fonts packaged according to our guidelines in
%_fontbasedir space, and depend on the font package providing those files.
A recent audit run revealed that the number of packages bundling fonts is very
high. (repoquery found 159 packages shipping fonts in rawhide, the 2/3rds not
being font packages, see bug #477044)
In many case their packagers were not even aware they were bundling fonts (bug
#477406#c4). Some of them are licensing problems (477384#c4)
To prevent such problems in the future, rpmlint should flag any package that
installs ttf/otf/pfa/pfb fonts outside the %_fontbasedir tree, or bundle those
files with binaries in /usr/bin, /usr/lib?? and such.
Packages that include symlinks to files in the %_fontbasedir tree are ok,
though they should also get a warning so upstream adds fontconfig support to
its code (since it has near universal adoption and continuing to ignore
fontconfig will only add to the packager problems in the long run)
http://thread.gmane.org/gmane.comp.freedesktop.xorg/34322/focus=34335
--
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: file does not identify properly some pfa files shipped with a2ps
https://bugzilla.redhat.com/show_bug.cgi?id=505764
Summary: file does not identify properly some pfa files shipped
with a2ps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: file
AssignedTo: dnovotny(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com, dnovotny(a)redhat.com
Blocks: 473302
Classification: Fedora
Description of problem:
file thinks the pfa files in ghostscript-fonts-5.50-22.fc12.noarch.rpm are
"PostScript document text"
They should be identified as "PostScript Type 1 font text"
Version-Release number of selected component (if applicable):
file-5.03-2.fc12.x86_64
Full list:
./usr/share/ogonkify/fonts/pcrb-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/pcrbo-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/pcrr-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/pcrro-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvb-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvbo-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvr-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/phvro-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmb-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmbi-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmr-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
./usr/share/ogonkify/fonts/ptmri-o.pfa PostScript document text
a2ps-4.14-8.fc11.x86_64.rpm
--
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: Coredump on exit from X Windows in FontFileFreeDir
https://bugzilla.redhat.com/show_bug.cgi?id=534118
Summary: Coredump on exit from X Windows in FontFileFreeDir
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: libXfont
AssignedTo: sandmann(a)redhat.com
ReportedBy: zkabelac(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: sandmann(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
While doing exit of Xorg - I'm getting this coredump:
#0 malloc_consolidate (av=<value optimized out>) at malloc.c:5136
#1 0x00007f2f45461fc8 in _int_free (av=0x7f2f4575ee80, p=0x32c2490,
have_lock=0) at malloc.c:5015
#2 0x00007f2f4770584c in FontFileFreeDir (dir=0x3291bb0) at fontdir.c:170
#3 0x00007f2f47707454 in FontFileFreeFPE (fpe=0x3291b40) at fontfile.c:144
#4 0x00007f2f477092c4 in CatalogueUnrefFPEs (fpe=<value optimized out>) at
catalogue.c:116
#5 0x00007f2f477099b8 in CatalogueFreeFPE (fpe=0x3280e60) at catalogue.c:272
#6 0x000000000042e4b6 in FreeFPE (fpe=0x3280e60) at dixfonts.c:225
#7 0x000000000042e507 in FreeFontPath (list=0x3280e30, n=4, force=1) at
dixfonts.c:1661
#8 0x000000000042e5c7 in FreeFonts () at dixfonts.c:2028
#9 0x0000000000421dc4 in main (argc=<value optimized out>, argv=<value
optimized out>, envp=<value optimized out>) at main.c:32
I think it might be related to the latest Xfont upgrade.
Version-Release number of selected component (if applicable):
libXfont-1.4.1-1.fc12.x86_64
xorg-x11-server-Xorg-1.7.1-7.fc12.x86_64
How reproducible:
Steps to Reproduce:
1. startx
2. do some work
3. kill X
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: AR PL UMing HK Light does not show properly in x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=519317
Summary: AR PL UMing HK Light does not show properly in x86_64
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: dchen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
chinwen_lin(a)yahoo.com
Classification: Fedora
Target Release: ---
Description of problem:
I have done two clean installs of Fedora 11, x86_64 and i386 respectively.
Both are using "Traditional Chinese" during the install process and apply the
latest update after installation.
I take a look at the font size and DPI setting on both of them and they are the
same as listed below:
應用程式字型:Sans,10
文件字型: Sans,10
桌面字型: Sans,14
視窗標題字型:Sans Bold 10
固定寬度字型:Monospace 10
解析度:96 DPI
Then I open "gucharmap" and search the character "糓" (U+7CD4).
Change the font size to 12, 11 and 10.
The i386 version works quite well.
However, the display on the x86_64 one become messy.
And the following warning message appear on the terminal:
(gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12', text='糔'
(gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light 11', text='糔'
(gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375',
text='糔'
Version-Release number of selected component (if applicable):
How reproducible:
Always in x86_64
Steps to Reproduce:
1. open "gucharmap" and
2. search the character "糔" (U+7CD4).
3. Change the font size to 12, 11 and 10.
Actual results:
Display on the x86_64 one become messy.
And the following warning message appear on the terminal:
(gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light 12', text='糔'
(gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light 11', text='糔'
(gucharmap:1997): Pango-WARNING **: shaping failure, expect ugly output.
shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375',
text='糔'
Expected results:
Character '糔' should be displayed properly without triggering Pango warning.
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: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language
https://bugzilla.redhat.com/show_bug.cgi?id=517635
Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of
current Language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
in Nepali Envirnment (gnome-desktop), fc-match is showing following informating
---
$echo $LANG
ne_NP.UTF-8
$fc-match
lohit_hi.ttf: "Lohit Hindi" "Regular"
---
Version-Release number of selected component (if applicable):
lohit-nepali-fonts-2.4.0-2.fc12
How reproducible:
100%
Steps to Reproduce:
1. login to Gnome-desktop with Nepali Language
2. open gnome-terminal
3. type 'fc-match'
Actual results:
lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
lohit_ne.ttf: "Lohit Nepali" "Regular" or something for Nepali
Additional info:
I have file /usr/share/fonts/lohit/lohit_ne.tff on system
--
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: "contains" expression seems not working on the fontconfig rule
https://bugzilla.redhat.com/show_bug.cgi?id=518161
Summary: "contains" expression seems not working on the
fontconfig rule
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=357904)
--> (https://bugzilla.redhat.com/attachment.cgi?id=357904)
sample fontconfig rule
Description of problem:
Even if the pattern contains strings that the rule specifies with "contains"
expression, it doesn't match.
Version-Release number of selected component (if applicable):
fontconfig-2.7.1-1.fc12
How reproducible:
always
Steps to Reproduce:
1.install lohit-hindi-fonts and lohit-marathi-fonts
2.put the attached rule into /etc/fonts/conf.d
3.fc-match "sans-serif:lang=mr"
4.fc-match "sans-serif:lang=mr-in"
Actual results:
3. lohit_mr.ttf: "Lohit Marathi" "Regular"
4. lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
the result of 3 and 4 should be:
lohit_mr.ttf: "Lohit Marathi" "Regular"
Additional info:
>From a debug log:
FcConfigSubstitute test pattern any lang Contains "mr"
FcLangSet mr-in contains mr
Missing bitmap ku-am
No match
I'm not really sure why fontconfig refers ku-am map here but apparently it
looks like fontconfig doesn't know what mr-in is.
Anyway, if no explicit lang pattern is given and applications calls
FcDefaultSubstitute(), lang will be set like mr-in from current locale
mr_IN.UTF-8 say.
--
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: CVE-2010-2497 freetype: integer underflow vulnerability [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=613299
Summary: CVE-2010-2497 freetype: integer underflow
vulnerability [fedora-all]
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Component: freetype
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: vdanen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, kevin(a)tigcc.ticalc.org,
fonts-bugs(a)lists.fedoraproject.org
Blocks: 613154
Classification: Fedora
Target Release: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "Security Response" product referenced in the "Blocks" field.
Forr more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please include the bug IDs of the
respective parent bugs filed against the "Security Response" product.
Please mention CVE ids in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=613154
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please only close it when all
affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
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.