[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.
11 years, 9 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.
11 years, 9 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.
11 years, 9 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.
11 years, 9 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.
11 years, 9 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.
11 years, 9 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.
11 years, 9 months
[Bug 807068] New: Please fine-tune glyphs of Tamil numerals and one symbol in Lohit Tamil 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: Please fine-tune glyphs of Tamil numerals and one symbol in Lohit Tamil font
https://bugzilla.redhat.com/show_bug.cgi?id=807068
Summary: Please fine-tune glyphs of Tamil numerals and one
symbol in Lohit Tamil font
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-tamil-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 572886
--> https://bugzilla.redhat.com/attachment.cgi?id=572886
TTF of replacement glyphs and attestations for the same
Description of problem:
The Tamil digits in the Lohit Tamil font are not true to the actual printed
glyphs and hence do not look so good even though the rest of the Lohit Tamil
font is OTOH exceptionally of good quality.
The glyph of one Tamil symbol 0BF6 TAMIL DEBIT SIGN is also not true to the
printed glyphs.
Version-Release number of selected component (if applicable):
2.5.0
How reproducible:
Using Lohit Tamil font, compare glyphs to existing printed glyphs.
Actual results:
The relative proportions, shapes and lengths of the strokes in some of the
glyphs are not according to the actual usage in printing. Some changes were
subtle, some were very obvious.
Expected results:
For maintaining high quality, the above problem should be fixed.
Additional info:
I have attached a small font with the replacement glyphs. Mostly they are:
1) glyphs copied from elsewhere in the font or another Lohit font (for zero)
2) existing glyphs with positioning of some nodes slightly modified
If above not possible, only then I have changed the number of nodes.
I have also provided the attestations from printed books. Especially please
note that the Tamil zero should be perfectly circular, and the 0BF6 TAMIL DEBIT
SIGN should be derived from Tamil PA ப. [In the Unicode chart, the glyph of
0BF6 is wrong and I have asked them to correct it.]
Please make sure to autohint the glyphs as due to change in number of points
the original hinting information might have been lost. Sorry for that.
--
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.
11 years, 9 months
[Bug 806591] New: SHI SHII glyphs in Lohit Tamil font need to be corrected
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: SHI SHII glyphs in Lohit Tamil font need to be corrected
https://bugzilla.redhat.com/show_bug.cgi?id=806591
Summary: SHI SHII glyphs in Lohit Tamil font need to be
corrected
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-tamil-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 572489
--> https://bugzilla.redhat.com/attachment.cgi?id=572489
Contains JPEG of attestation from printed book, PDF of current and desired
appearance and TTF of replacement glyphs
Description of problem:
The SHI SHII glyphs in Lohit Tamil font need to be corrected. In both cases the
vowel sign is not correctly positioned over the consonant. Further in SHI the
vowel sign does not attach to the consonant at all.
Version-Release number of selected component (if applicable):
2.5.0
How reproducible:
Use Lohit Tamil font.
Steps to Reproduce:
1. Type ஶி ஶீ by selecting Lohit Tamil font.
2. Zoom to large size.
3. Especially note the minute gap between SHA and VS-II.
Actual results:
You can see that the described problem exists.
Expected results:
The vowel sign should be correctly positioned w.r.t. the consonant and it
should correctly attach to the consonant.
Additional info:
Currently within the SHI SHII glyph of the Lohit Tamil font the contours for
the vowel sign are separate and not unified with the consonant's contours. This
causes overlapping nodes which is not recommended.
Furthermore the RSB of SHI is zero, which is inappropriate. Compare the RSB
values of glyphs of other consonants + VS-I.
I have modified the glyphs by taking the position of the vowel signs and the
RSB values of PI/PII (PA + VS-I and VS-II) as a model since the right-side
contour shape of PA is closest to that of SHA. I have provided glyphs with
unified and non-unified contours. Please find it in the attachment.
I recommend to use the unified contours and have only given the non-unified
contours in case you wish to do any other adjustment of positioning (unlikely).
I have also provided attestation for the actual appearance of SHI/SHII as seen
in printed books,
--
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.
11 years, 9 months