[Bug 434647] New: X server segfaults in libXfont fs_cleanup_bfont()
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=434647
Summary: X server segfaults in libXfont fs_cleanup_bfont()
Product: Fedora
Version: 8
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: libXfont
AssignedTo: sandmann(a)redhat.com
ReportedBy: trq(a)astro.washington.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
The X server dies with a segmentation fault. Here is the backtrace:
Backtrace:
0: /usr/bin/X(xf86SigHandler+0x81) [0x80c2f01]
1: [0x110420]
2: /usr/lib/libXfont.so.1 [0xa56d14]
3: /usr/lib/libXfont.so.1 [0xa573ff]
4: /usr/lib/libXfont.so.1 [0xa594ae]
5: /usr/lib/libXfont.so.1 [0xa59647]
6: /usr/bin/X(FontWakeup+0x4d) [0x808920d]
7: /usr/bin/X(WakeupHandler+0x59) [0x808c959]
8: /usr/bin/X(WaitForSomething+0x1ae) [0x81b64be]
9: /usr/bin/X(Dispatch+0x8d) [0x80886fd]
10: /usr/bin/X(main+0x49a) [0x807054a]
11: /lib/libc.so.6(__libc_start_main+0xe0) [0x884390]
12: /usr/bin/X(FontFileCompleteXLFD+0x1f1) [0x806f831]
Fatal server error:
Caught signal 11. Server aborting
Here is symbol information for libXfont:
0xa56d14 <fs_cleanup_bfont+20>: mov 0x78(%eax),%edi
0xa573ff <fs_abort_blockrec+143>: lea 0x20(%esi),%eax
0xa594ae <_fs_check_reconnect+142>: mov 0x6c(%edi),%esi
0xa59647 <fs_wakeup+215>: jmp 0xa595c6 <fs_wakeup+86>
0xa56d14 is in fs_cleanup_bfont (fserve.c:563).
558 {
559 FSFontDataRec *fsd;
560
561 if (bfont->pfont)
562 {
563 fsd = (FSFontDataRec *) bfont->pfont->fpePrivate;
564
565 /* make sure the FS knows we choked on it */
566 fs_send_close_font(bfont->pfont->fpe, bfont->fontid);
567
Version-Release number of selected component (if applicable):
Name : libXfont
Arch : i386
Version: 1.3.1
Release: 2.fc8
How reproducible:
I'm not sure how to reproduce it, although it seems to correlate with use of
firefox. The crash happens about every other day since an update in mid February.
--
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.
15 years, 3 months
[Bug 458592] New: Different render in the original and 1.0.4 version
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: Different render in the original and 1.0.4 version
https://bugzilla.redhat.com/show_bug.cgi?id=458592
Summary: Different render in the original and 1.0.4 version
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: beuc(a)beuc.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
I was using the LiberationSans version from the original announcement at
https://www.redhat.com/f/fonts/liberation-fonts-ttf-3.tar.gz (now 404). I
replaced it with 1.0.4 from https://fedorahosted.org/liberation-fonts/ . I use
this fonts in a game engine that is ported from Windows, and that was using
Arial originally. The font rendering is done through SDL_ttf (with style
TTF_STYLE_BOLD) which itself called libfreetype6.
The new version of the font has a decreased quality. I attach 2 screenshots
with the 2 different versions. Check for example the "y": the top of the letter
isn't aligned with the top of the other letters.
Note that the screenshots are taken from Debian Lenny, whose libfreetype6 has
TT_CONFIG_OPTION_BYTECODE_INTERPRETER activated.
Version-Release number of selected component (if applicable):
1.0.4
How reproducible:
Always
Steps to Reproduce:
The game is in development, I don't have a short procedure to install the game
right now, but let me know if you're interested in that.
Actual results:
Irregular letters. Apparent regression in font quality.
Expected results:
Improved quality ;)
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.
15 years, 4 months
[Bug 459451] New: Changes in glyph point settings window could not be applied.
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: Changes in glyph point settings window could not be applied.
https://bugzilla.redhat.com/show_bug.cgi?id=459451
Summary: Changes in glyph point settings window could not be
applied.
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, eng-i18n-bugs(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
There is a problem when changing setting through glyph point settings window.
All the changes are not applied.
Version-Release number of selected component (if applicable):
fontforge-20080429-1
How reproducible:
Always
Steps to Reproduce:
1. Open Liberation Fonts 1.04 file LiberationSans-Regular.sfd with fontforge.
2. Double click on 'y' (U+0079) glyph to open edit window.
3. Right click filled dots in the centre junction of strokes and select Get
Info.
4. On Location tab, change Normal to Interpolated.
5. Click OK button.
Actual results:
The glyph point is still filled dot which means still Normal.
Expected results:
The glyph point is changed to hollow dot which means interpolated.
Additional info:
Liberation Fonts 1.04 is available at:
https://fedorahosted.org/liberation-fonts/export/b2fa06aa4d23caecaac324e6...
--
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.
15 years, 4 months
[Bug 424701] New: [ml_IN] words are shown joined (very low space shown on screen)
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=424701
Summary: [ml_IN] words are shown joined (very low space shown on
screen)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: apeter@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
words are shown joined (very low space shown on screen)
Version-Release number of selected component (if applicable):
[root@dhcp6-62 ~]# rpm -q qt
fonts-malayalam-2.1.5-3.fc8
qt-3.3.8-11.fc9
qt4-4.3.3-1.fc9
libicu-3.8-5.fc9
pango-1.19.1-1.fc9
How reproducible:
100%
Steps to Reproduce:
1. open http://ml.wikipedia.org/ in firefox
2. copy paste in gedit/kedit/oowriter
3.
Actual results:
Space size is TOO less between words
Expected results:
Space should be reasonable
Additional info:
Test Case with Hindi and Malayalam
------- Additional Comments From aalam(a)redhat.com 2007-12-14 02:40 EST -------
Created an attachment (id=288621)
--> (https://bugzilla.redhat.com/attachment.cgi?id=288621&action=view)
TestCase (Text File to Test)
--
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.
15 years, 4 months
[Bug 429527] New: [ml_IN]: Removal of a glyph from font file
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=429527
Summary: [ml_IN]: Removal of a glyph from font file
Product: Red Hat Enterprise Linux 5
Version: 5.3
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: eng-i18n-bugs(a)redhat.com
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
+++ This bug was initially created as a clone of Bug #429526 +++
Description of problem:
There is a glyph in Malayalam font file where when, 0D38 + 0D4D + 0D31 forms a
glyph with 0D31 under 0D38 like a below based image. This should not happen,
instead must be giving the output just as the sequence of keys.
Version-Release number of selected component (if applicable):
gedit 2.20.4
How reproducible:
Always
Steps to Reproduce:
1.Open gedit
2.Type 0D38, 0D4D and 0D31
Actual results:
Glyph formed will be like 0D31 under 0D38
Expected results:
Just as in key sequence 0D38, 0D4D and 0D31
Additional info:
screenshot attached
-- Additional comment from apeter(a)redhat.com on 2008-01-21 07:12 EST --
Created an attachment (id=292356)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292356&action=view)
Files with correct and wrong glyph
--
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.
15 years, 4 months
[Bug 429526] New: [ml_IN]: Removal of a glyph from font file
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=429526
Summary: [ml_IN]: Removal of a glyph from font file
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
There is a glyph in Malayalam font file where when, 0D38 + 0D4D + 0D31 forms a
glyph with 0D31 under 0D38 like a below based image. This should not happen,
instead must be giving the output just as the sequence of keys.
Version-Release number of selected component (if applicable):
gedit 2.20.4
How reproducible:
Always
Steps to Reproduce:
1.Open gedit
2.Type 0D38, 0D4D and 0D31
Actual results:
Glyph formed will be like 0D31 under 0D38
Expected results:
Just as in key sequence 0D38, 0D4D and 0D31
Additional info:
screenshot attached
------- Additional Comments From apeter(a)redhat.com 2008-01-21 07:12 EST -------
Created an attachment (id=292356)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292356&action=view)
Files with correct and wrong glyph
--
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.
15 years, 4 months
[Bug 423191] New: [ml_IN] combination is INCorrect with 0d30 [consonant+0d4d+0d30]
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=423191
Summary: [ml_IN] combination is INCorrect with 0d30
[consonant+0d4d+0d30]
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: apeter@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
combination is correct with 0d30 [consonant+0d4d+0d30]
Version-Release number of selected component (if applicable):
fonts-malayalam-2.1.5-3.fc8
pango-1.19.1-1.fc9
libicu-3.8-5.fc9
qt-3.3.8-11.fc9
qt4-4.3.3-1.fc9
How reproducible:
Everytime
Steps to Reproduce:
1. open gedit/kate/oowriter
2. type rawcode with SCIM
3. 0d15+0d4d+0d30
Actual results:
No combine as expected
Expected results:
should have glyph as showing in image with Openoffice or kedit (but before
instead of end of character)
Additional info:
Image attached with Three (rendering system)
gedit -
kate - QT4
openoffice-writer-icu
------- Additional Comments From aalam(a)redhat.com 2007-12-13 06:29 EST -------
Created an attachment (id=287321)
--> (https://bugzilla.redhat.com/attachment.cgi?id=287321&action=view)
SCreenshot with kate/oowriter/gedit
--
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.
15 years, 4 months
[Bug 466667] New: cjkunifont install packages in inexistent directory
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: cjkunifont install packages in inexistent directory
https://bugzilla.redhat.com/show_bug.cgi?id=466667
Summary: cjkunifont install packages in inexistent directory
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: cjkunifonts
AssignedTo: cchance(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, besfahbo(a)redhat.com,
cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
cjkunifont 0_2_20080216_1-4_fc10 has been changed to install files in
/etc/fonts/conf.avail, deviating from our official packaging guidelines
http://fedoraproject.org/wiki/Packaging/FontsSpecTemplate
As a result it may now install files in an unowned directory, with all the
associated problems, since /etc/fonts/conf.avail is not referenced in our
guidelines and not provided by filesystem like /etc/fonts/conf.d
Moreover /etc/fonts/conf.avail is hosting file templates which are not
modifiable, and should be moved to /usr/share to respect the FHS. Any packager
that will follow this unfortunate example will now make rpmlint complain. So
upholding this pattern would require modifying rpmlint too.
This is all a big mess.
All those problems would have been identified had the deviation from guidelines
been properly discussed on the fonts list beforehand. Please do not deviate
from guidelines in the future without public discussion.
Since I'm a nice guy, I've posted a guidelines change request here
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_spec_template_correct...
Please participate in this guideline change discussion now and abide *strictly*
by FPC's ultimate decision.
--
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.
15 years, 4 months
[Bug 432572] New: xorg-x11-fonts-75dpi package corrupts fonts in grace, lesstif
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=432572
Summary: xorg-x11-fonts-75dpi package corrupts fonts in grace,
lesstif
Product: Fedora
Version: 8
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: vossman77(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
when package 'xorg-x11-fonts-75dpi.noarch' is installed fonts do not work in
grace (grace-5.1.21-4.fc8), which maybe a conflict with lesstif
(lesstif-0.95.0-20.fc8). All other xorg-x11-fonts-* work fine
Version-Release number of selected component (if applicable):
xorg-x11-fonts-75dpi-7.2-3.fc8
How reproducible:
100%, tried multiple times trying to track down specific package
Steps to Reproduce:
1. xmgrace
2. <view working fonts>
3. sudo yum install xorg-x11-fonts-75dpi
4. xmgrace
5. <view broken fonts; all characters are empty boxes>
6. sudo yum remove xorg-x11-fonts-75dpi
7. xmgrace
8. <view working fonts>
Actual results:
view broken fonts; all characters are empty boxes
Expected results:
view working fonts
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, or are watching someone who is.
15 years, 4 months
[Bug 433513] New: Liberation font files need to be updated on web site
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=433513
Summary: Liberation font files need to be updated on web site
Product: Red Hat Web Site
Version: wsdxxx
Platform: All
URL: http://www.redhat.com/promo/fonts/
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: Promotions App
AssignedTo: webdev(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: msechres(a)redhat.com
CC: eng-i18n-bugs(a)redhat.com,fedora-fonts-bugs-
list@redhat.com,petersen(a)redhat.com
An updated version of the Liberation fonts has been attached to Bug 427791. As it currently stands,
though, the updated fonts have only been posted in the RHEL and Fedora update repositories, not on the
standalone web page, http://www.redhat.com/promo/fonts/, on which the fonts are also hosted for the
benefit of non-Red Hat users. As it currently stands, all packages of the fonts on the above-linked site
(rpm, tar.gz, and zip) are the versions from May of last year, not the updated version from late December.
--
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.
15 years, 5 months