[Bug 517789] New: Droid Sans overrides default Japanese desktop 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: Droid Sans overrides default Japanese desktop font
https://bugzilla.redhat.com/show_bug.cgi?id=517789
Summary: Droid Sans overrides default Japanese desktop font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: google-droid-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
I was just testing a f12alpha spin and discovered that Droid Sans
seems to override the default Japanese desktop font.
How reproducible:
every time
Steps to Reproduce:
1. yum install google-droid-sans-fonts
2. login to gnome desktop
3. run gucharmap
Actual results:
Most kanji glyphs are shown with Droid Sans.
Expected results:
Default Japanese IPA font to be used for Japanese characters.
Additional info:
Not sure why the Droid fonts were pulled into the spin.
This affects whole Japanese desktop and gdm, etc.
--
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.
10 years, 7 months
[Bug 694986] New: [abrt] fontforge-20100501-8.fc14: SplineCharFindBounds: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
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: [abrt] fontforge-20100501-8.fc14: SplineCharFindBounds: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=694986
Summary: [abrt] fontforge-20100501-8.fc14:
SplineCharFindBounds: Process /usr/bin/fontforge was
killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:0ce030d5d0d77064e2e1b2e4b06f721ed1cee437
Severity: unspecified
Priority: unspecified
Component: fontforge
AssignedTo: kevin(a)scrye.com
ReportedBy: rainman3d2002(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: kevin(a)scrye.com, fonts-bugs(a)lists.fedoraproject.org,
paul(a)frixxon.co.uk
Classification: Fedora
Story Points: ---
abrt version: 1.1.17
architecture: i686
Attached file: backtrace, 22822 bytes
cmdline: fontforge
component: fontforge
Attached file: coredump, 9187328 bytes
crash_function: SplineCharFindBounds
executable: /usr/bin/fontforge
kernel: 2.6.35.11-83.fc14.i686
package: fontforge-20100501-8.fc14
rating: 4
reason: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1302353750
uid: 500
How to reproduce
-----
1. I was just clicking on things on the screen, it happened so quickly I didn't
even notice what I clicked. I think I clicked on an option while pointing to an
empty character slot.
2.
3.
--
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.
10 years, 7 months
[Bug 576884] New: pango rebuild fails
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: pango rebuild fails
https://bugzilla.redhat.com/show_bug.cgi?id=576884
Summary: pango rebuild fails
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: rkhadgar(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Pango rebuild fails locally. Please add gcc-c++ to BuildRequires
Making all in opentype
make[4]: Entering directory
`/home/ritz/rpmbuild/BUILD/pango-1.27.1/pango/opentype'
CC libharfbuzz_la-hb-blob.lo
CC libharfbuzz_la-hb-buffer.lo
CXX libharfbuzz_la-hb-font.lo
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
make[4]: *** [libharfbuzz_la-hb-font.lo] Error 1
make[4]: Leaving directory
`/home/ritz/rpmbuild/BUILD/pango-1.27.1/pango/opentype'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/ritz/rpmbuild/BUILD/pango-1.27.1/pango'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/ritz/rpmbuild/BUILD/pango-1.27.1/pango'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ritz/rpmbuild/BUILD/pango-1.27.1'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.5dLtZY (%build)
--
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.
10 years, 7 months
[Bug 671123] New: pango: Heap-based buffer overflow by rendering glyph box for certain FT_Bitmap objects [fedora-all]
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: pango: Heap-based buffer overflow by rendering glyph box for certain FT_Bitmap objects [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=671123
Summary: pango: Heap-based buffer overflow by rendering glyph
box for certain FT_Bitmap objects [fedora-all]
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: jlieskov(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Blocks: 671122
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.
For 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=671122
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.
10 years, 7 months
[Bug 681790] New: Division by zero in _hb_sanitize_array leads to infinite loop in Firefox caused by web 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: Division by zero in _hb_sanitize_array leads to infinite loop in Firefox caused by web fonts
https://bugzilla.redhat.com/show_bug.cgi?id=681790
Summary: Division by zero in _hb_sanitize_array leads to
infinite loop in Firefox caused by web fonts
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: nmiell(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Program received signal SIGFPE, Arithmetic exception.
0x000000352121baa1 in _hb_sanitize_array (this=0x7f8536e78fb0,
context=0x7fffda5d5df0) at hb-open-type-private.hh:202
202 bool overflows = len >= ((unsigned int) -1) / record_size;
(gdb) info args
len = 56
record_size = 0
base = 0x7f8536e78fc0 ""
context = <value optimized out>
Version-Release number of selected component (if applicable):
pango-1.28.1-4.fc14.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Visit www.google.com/webfonts in Firefox
Actual results:
Firefox goes into an infinite loop because its SIGFPE handler endlessly
restarts the division instruction.
Expected results:
No SIGFPE in the first place.
Additional info:
firefox-3.6.13-1.fc14.x86_64
--
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.
10 years, 7 months
[Bug 671131] New: Hangul Jamo render as U+00xx boxes and produce valgrind 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: Hangul Jamo render as U+00xx boxes and produce valgrind errors
https://bugzilla.redhat.com/show_bug.cgi?id=671131
Summary: Hangul Jamo render as U+00xx boxes and produce
valgrind errors
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: matt(a)mattmccutchen.net
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 474463
--> https://bugzilla.redhat.com/attachment.cgi?id=474463
Valgrind log from gucharmap
Description of problem:
When I look at the Hangul Jamo (U+1100 through U+11FF) in gucharmap, many of
them render as boxes containing numbers between 0000 and 00FF. Dragging across
them with the right mouse button sometimes causes the specific numbers to
change. I re-ran gucharmap under valgrind and got lots of errors. I get
similar behavior by entering a few jamo in gedit with Ctrl-Shift-U, so I don't
think the bug is with gucharmap. I may be missing a font, but in that case
pango should just show boxes with the 11xx numbers instead of behaving in this
bizarre way.
Version-Release number of selected component (if applicable):
pango-1.28.1-4.fc14
How reproducible:
Always
Steps to Reproduce:
1. valgrind gucharmap
2. Choose View -> By Unicode Block.
3. Choose the Hangul Jamo block.
4. Right-drag across the characters.
Actual results:
Some boxes containing 00xx which change unpredictably, and valgrind errors.
Expected results:
Correct rendering or correct numerical boxes, with no valgrind errors.
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.
10 years, 7 months
[Bug 729870] New: CVE-2011-2895 libXfont: LZW decompression heap corruption / infinite loop [fedora-all]
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: CVE-2011-2895 libXfont: LZW decompression heap corruption / infinite loop [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=729870
Summary: CVE-2011-2895 libXfont: LZW decompression heap
corruption / infinite loop [fedora-all]
Product: Fedora
Version: 15
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Component: libXfont
AssignedTo: sandmann(a)redhat.com
ReportedBy: thoger(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: sandmann(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Blocks: 725760
Classification: Fedora
Story Points: ---
Type: ---
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.
For 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=725760
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.
10 years, 7 months
[Bug 746431] New: Add substitution from ZapfDingats to Dingbats 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: Add substitution from ZapfDingats to Dingbats font
https://bugzilla.redhat.com/show_bug.cgi?id=746431
Summary: Add substitution from ZapfDingats to Dingbats font
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: nalimilan(a)club.fr
QAContact: extras-qa(a)fedoraproject.org
CC: than(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Some PDF files that include symbols from the ZapfDingbats font without
embedding it (like [1]) render incorrectly on Fedora 15 when reading them in
Evince, Okular or GIMP. According to Poppler developers[2], this is because
Fedora doesn't include a substitution rule for this font, which can be found at
[3].
I could test that adding this rule fixes the problem. So I think tit should be
added, together with the Symbol -> Standard Symbols L one.
For reference, the file shipping the Dingbats font seems to be
/usr/share/fonts/default/Type1/d050000l.pfb.
1: https://bugs.freedesktop.org/attachment.cgi?id=52357
2: https://bugs.freedesktop.org/show_bug.cgi?id=41810
3: http://freedesktop.org/wiki/Software/poppler
--
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.
10 years, 7 months
[Bug 501900] New: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char.
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: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press backspace key four times to delete the whole char.
https://bugzilla.redhat.com/show_bug.cgi?id=501900
Summary: [hi_IN][GSUB]"U+0915 U+094D U+0929" need press
backspace key four times to delete the whole char.
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: ---
Description of problem:
When "U+0915 U+094D U+0929" in gedit, we need to press Backspace key
four times to delete the whole char.
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+0915 U+094D U+0929" in gedit.
3.Press Backspace key to delete the whole char.
Actual results:
We need press backspce key four times to delete the whole char.
Expected results:
We should press backspace key three times to delete the whole char.
Additional info:
U+0915 U+094D U+0929 क्ऩ
--
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.
10 years, 7 months