[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 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 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 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
[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.
11 years, 8 months
[Bug 367791] New: remove 59-liberation-fonts.conf
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=367791
Summary: remove 59-liberation-fonts.conf
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: besfahbo(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
fontconfig-2.4.92-1 that I'm just building contains all the configuration done
in 59-liberation-fonts.conf, and much more to make liberation-fonts useful.
Please remove that file for F9.
--
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.
11 years, 9 months
[Bug 18726] New: RFE: help write locale-specific tests
by bugzilla-daemon@freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=18726
Summary: RFE: help write locale-specific tests
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
Due to Han unification there is often a need for font distributors to test if a
font name is requested in a chinese, japanese or korean context. However, there
are many chinese locales and writing an exact match is not possible.
The current pattern (used by Debian, Ubuntu, Fedora, etc) in this case is
<test compare="contains" name="lang">
<string>zh</string>
</test>
but we do not really want to match every locale containing "ze". We want to
match every ze-foo locale, not jze-foo or foo-ze
Please add a documented fonts.conf pattern to fontconfig that allows
distributors to specify such an exact match.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 10 months