[Bug 591554] New: Font artifact with number 4
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: Font artifact with number 4
https://bugzilla.redhat.com/show_bug.cgi?id=591554
Summary: Font artifact with number 4
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Quoted from calumlind)
I have this issue with Liberation Sans font when used with Docky:
http://imagebin.org/95732
I have checked that this occurs with Sans, Mono and very slightly with
Serif on two different Ubuntu Lucid computers.
It seems to be related to the inner triangle of the 4 because as you
increase the icon size to 128 in Docky the artefact does not grow but you
can still faintly see it behind the number: http://imagebin.org/95870
I already posted a bug report with Docky but they did not think it is a
problem they can fix: https://bugs.launchpad.net/docky/+bug/575807
--
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, 6 months
[Bug 825104] New: Glyphs of NGA and NYA with vowel signs in Lohit Kannada font are improperly formed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=825104
Bug ID: 825104
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Glyphs of NGA and NYA with vowel signs in Lohit
Kannada font are improperly formed
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
ಙಾ ಙೆ ಙೇ ಙೈ ಙೊ ಙೋ ಙೌ ಙ್
ಞಾ ಞೆ ಞೇ ಞೈ ಞೊ ಞೋ ಞೌ ಞ್
The glyphs in Lohit Kannada font representing the above sequences are
improperly formed. The glyphs of -AA (NGAA and NYAA) are disjointed, and all
others are awkwardly joined. In the glyphs of -O and -OO one part of the vowel
sign (to the right) is disjointed and another part (to the top) is awkwardly
joined. By "awkwardly joined" I mean that the cursive joining is not smooth and
in fact there are un-smoothly overlapping contours within the glyph. This
should be fixed to improve the quality of the fonts.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Input the above text in a wordprocessor using Lohit Kannada font.
Actual results:
The glyphs are disjointed or awkwardly joined.
Expected results:
The glyphs should all be smoothly joined.
Additional info:
The corresponding glyphs for all other consonants seem (so far) to be looking
OK. It is only NGA and NYA which are neglected. Perhaps it is thought that they
will not be used with vowel signs. While such words in Kannada language are
rare, Sanskrit language and Tulu language texts are also widely written in
Kannada script and those languages contains words (such as ಮಾ ತೇ
ಸಙ್ಗೋಽಸ್ತ್ವಕರ್ಮಣಿ Gita 2-47) where NGA and NYA are widely used and would be
needed to joined to vowel signs. So the glyphs should be given appropriate
attention.
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 8 months
[Bug 684729] New: Missing %post and %postun scriptlet dependencies
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 %post and %postun scriptlet dependencies
https://bugzilla.redhat.com/show_bug.cgi?id=684729
Summary: Missing %post and %postun scriptlet dependencies
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: pmatilai(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Pango unconditionally uses some commands in %post and %postun for which there
are no corresponding scriptlet dependencies, this can result in install/erase
errors in transaction.
Version-Release number of selected component (if applicable):
At least pango 1.28.3-2.fc15 (rawhide, f15)
How reproducible:
Always
Steps to Reproduce:
1. yum --disablerepo="*" --enablerepo=rawhide --installroot=/home/test/ -y
install pango
Actual results:
Installing : pango-1.28.3-2.fc15.x86_64 51/51
Non-fatal POSTIN scriptlet failure in rpm package pango-1.28.3-2.fc15.x86_64
/var/tmp/rpm-tmp.hTFXLn: line 15: sed: command not found
/var/tmp/rpm-tmp.hTFXLn: line 17: sed: command not found
/var/tmp/rpm-tmp.hTFXLn: line 24: /usr/bin/pango-querymodules-32: No such file
or directory
warning: %post(pango-1.28.3-2.fc15.x86_64) scriptlet failed, exit status 127
Expected results:
No warnings/errors.
Additional info:
Based on a quick look, the following dependencies should be added to ensure
clean install + erase (file vs package dependencies is a matter of taste here):
Requires(post): /sbin/ldconfig /bin/sed
Requires(postun): /sbin/ldconfig /bin/sed
--
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, 8 months
[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, 8 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, 8 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, 8 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, 8 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, 8 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, 8 months