Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Python import fontforge "SystemError: Missing library: libfontforge"
https://bugzilla.redhat.com/show_bug.cgi?id=560277
Summary: Python import fontforge "SystemError: Missing library:
libfontforge"
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: tonynelson(a)georgeanelson.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, kevin(a)tummy.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
$ python
Python 2.6.2 (r262:71600, Aug 21 2009, 12:22:21)
[GCC 4.4.1 20090818 (Red Hat 4.4.1-6)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import fontforge
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
SystemError: Missing library: libfontforge
>>>
Fontforge's Python module expects a libfontforge.so file, but fontforge only
provides libfontforge.so.1 and libfontforge.so.1.0.0. Creating a symlink
libfontforge.so -> libfontforge.so.1 works. Either fontforge should include
the symlink or the fontforge Python module should use the specific symlink.
Version-Release number of selected component (if applicable):
fontforge-20090622-2.fc12.i686
How reproducible:
Every time.
Steps to Reproduce:
1. python
2. import fontforge
3.
Actual results:
Traceback
Expected results:
Successful import
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [as_IN] [Codepoint- Additional Vowels] U+09E3 has error.
https://bugzilla.redhat.com/show_bug.cgi?id=499360
Summary: [as_IN] [Codepoint- Additional Vowels] U+09E3 has
error.
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
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:
Input "09E3" with "RAW CODE" in gedit, the result has error.
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 "09E3" in gedit.
Actual results:
The result is ৢ and is different from the URL
http://batman.bne.redhat.com/~indic/IndicTC/lang/as_IN/font/image/09E3.jpg
Expected results:
The result is same with the URL
http://batman.bne.redhat.com/~indic/IndicTC/lang/as_IN/font/image/09E3.jpg
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [bn_IN] pango in not rendering character U+09E2 and U+09E3 due to wrong characters class assignement
https://bugzilla.redhat.com/show_bug.cgi?id=514158
Summary: [bn_IN] pango in not rendering character U+09E2 and
U+09E3 due to wrong characters class assignement
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, aalam(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
unable to see character U+09E2 and U+09E3
Version-Release number of selected component (if applicable):
pango-1.24.4-1.fc11
How reproducible:
everytime
Steps to Reproduce:
1. open gedit
2. choose ibus-rawcode type U+09E2/ U+09E3
3.
Actual results:
only dotted circle appearing
Expected results:
it should show corresponding shape in font file
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpi setting not used accurately
https://bugzilla.redhat.com/show_bug.cgi?id=537450
Summary: cpi setting not used accurately
Product: Red Hat Enterprise Linux 5
Version: 5.4
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paps
AssignedTo: tagoh(a)redhat.com
ReportedBy: twaugh(a)redhat.com
QAContact: desktop-bugs(a)redhat.com
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Depends on: 524883
Classification: Red Hat
Target Release: ---
Clone Of: 524883
Presumably this also affects Red Hat Enterprise Linux 5.
+++ This bug was initially created as a clone of Bug #524883 +++
Created an attachment (id=362101)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362101)
ppd.ppd
Description of problem:
When used as texttopaps, the 'cpi' option is only used to scale the font to the
nearest integer point size. This isn't nearly good enough: it must be *exact*.
The reason is that it is used for controlling the number of columns of text
print, and this needs to be set to e.g. 132, or 80, or whatever is required.
Unfortunately the only way to set it is indirectly, via 'cpi'. Of course this
depends on the page size used, as well as the printer margins.
Here is a test case for verifying that it is operating correctly. The CUPS
filter 'texttops' passes this test, and 'texttopaps' must as well. The test
case consists of a PPD 'ppd.ppd', an input file '132.txt', and a command line
given below.
Version-Release number of selected component (if applicable):
paps-0.6.8-10.fc12.x86_64
How reproducible:
100%
Steps to Reproduce:
PPD=ppd.ppd \
/usr/lib/cups/filter/texttopaps 1 tim '' 1 \
'cpi=17.6 lpi=6.7 page-bottom=36 page-left=36 \
page-right=36 page-top=36 scaling=100' 132.txt > out.ps
Actual results:
See actual.jpg.
Expected results:
When viewing the resulting PostScript (with, say, evince), the result should
look as in expected.jpg: in particular, there should be exactly 132 characters
per line, and the output should fit on a single side of US Letter paper.
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:22:41 EDT ---
Created an attachment (id=362103)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362103)
expected.jpg
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:23:38 EDT ---
Created an attachment (id=362105)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362105)
132.txt
--- Additional comment from twaugh(a)redhat.com on 2009-09-22 11:24:05 EDT ---
Created an attachment (id=362106)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362106)
actual.jpg
--- Additional comment from tagoh(a)redhat.com on 2009-09-24 08:19:47 EDT ---
Does scaling option affect to the text printing?
--- Additional comment from twaugh(a)redhat.com on 2009-09-24 09:13:33 EDT ---
No, ignore 'scaling=100'. The problem can be seen without that option.
--- Additional comment from tagoh(a)redhat.com on 2009-09-24 10:04:15 EDT ---
Thanks. well, the root cause is the scaling value is a bit sensitive and the
approximate width from Pango doesn't work enough. paps may needs to evaluate
each lines to figure out the scale X perhaps.
--- Additional comment from tagoh(a)redhat.com on 2009-10-14 06:50:56 EDT ---
Should be fixed in paps-0.6.8-11.fc13. please test.
--- Additional comment from tagoh(a)redhat.com on 2009-10-19 03:54:31 EDT ---
Created an attachment (id=365205)
--> (https://bugzilla.redhat.com/attachment.cgi?id=365205)
Fixed screenshot on evince
--- Additional comment from tagoh(a)redhat.com on 2009-10-19 03:55:09 EDT ---
If it looks good, I'll propose the fix for f12-final too.
--- Additional comment from twaugh(a)redhat.com on 2009-10-19 06:30:38 EDT ---
Yes, looks perfect. Thanks!
--- Additional comment from tagoh(a)redhat.com on 2009-10-20 01:10:30 EDT ---
pushed to F-12 and tagged for f12-final now.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Issue with the space Glyph in Lohit Kannada Font.
https://bugzilla.redhat.com/show_bug.cgi?id=559462
Summary: Issue with the space Glyph in Lohit Kannada Font.
Product: Fedora
Version: 2
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: hallimanearavind(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Description of problem:
Issue with the space Glyph in Lohit Kannada Font.
The width of space glyph is very less in Lohit Kannada font.
More description about the issue is available here.
http://aravindavk.in/blog/14
Regards
Aravinda
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Assigning fonts to both different type face
https://bugzilla.redhat.com/show_bug.cgi?id=568254
Summary: Assigning fonts to both different type face
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: samyak-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Looking at 67-samyak-devanagari.conf though, it contains rules assigning the
font to both sans-serif and serif. this is basically wrong since figuring out
which the type face the font would be doesn't affects the language. behaving
like this isn't a good idea. better keep consistency in the font. I mean if
samyak is a serif font, all of rules should be for serif but not sans-serif.
Version-Release number of selected component (if applicable):
samyak-fonts-1.2.1-7.fc13.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Illegal GPL/Vera license mixing
https://bugzilla.redhat.com/show_bug.cgi?id=567302
Summary: Illegal GPL/Vera license mixing
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paktype-naqsh-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 567300
Blocks: 182235
Classification: Fedora
Clone Of: 567300
This font claims to be under the GPL, and incorporate Vera/Dejavu elements
Unfortunately the Vera License is not GPL-compatible. DejaVu additions are
mostly in the public domain but separating them from the Vera core is not
obvious and anyway what third-party fonts are interested in is usually the
basic latin Vera core.
Therefore, unless upstream agrees to relicense the whole font under the Vera
License, (assuming all the other parts in the font can be relicensed by
upstream and are not derived from third-party GPL fonts) or drops Vera
components from the font, we can not ship the result
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Illegal GPL/Bitstream mixing
https://bugzilla.redhat.com/show_bug.cgi?id=567300
Summary: Illegal GPL/Bitstream mixing
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paktype-tehreer-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 567299
Blocks: 182235
Classification: Fedora
Clone Of: 567299
This font claims to be under the GPL, and incorporate Vera/Dejavu elements
Unfortunately the Vera License is not GPL-compatible. DejaVu additions are
mostly in the public domain but separating them from the Vera core is not
obvious and anyway what third-party fonts are interested in is usually the
basic latin Vera core.
Therefore, unless upstream agrees to relicense the whole font under the Vera
License, (assuming all the other parts in the font can be relicensed by
upstream and are not derived from third-party GPL fonts) or drops Vera
components from the font, we can not ship the result
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Illegal GPL/Bitstream mixing
https://bugzilla.redhat.com/show_bug.cgi?id=567299
Summary: Illegal GPL/Bitstream mixing
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: paktype-ajrak-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Classification: Fedora
This font claims to be under the GPL, and incorporate Vera/Dejavu elements
Unfortunately the Vera License is not GPL-compatible. DejaVu additions are
mostly in the public domain but separating them from the Vera core is not
obvious and anyway what third-party fonts are interested in is usually the
basic latin Vera core.
Therefore, unless upstream agrees to relicense the whole font under the Vera
License, (assuming all the other parts in the font can be relicensed by
upstream and are not derived from third-party GPL fonts) or drops Vera
components from the font, we can not ship the result
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please update font links and deps
https://bugzilla.redhat.com/show_bug.cgi?id=507129
Summary: Please update font links and deps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mapserver
AssignedTo: cristian.balint(a)gmail.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: cristian.balint(a)gmail.com, devrim(a)gunduz.org,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 473302
Classification: Fedora
Description of problem:
mapserver links to Bitstream Vera
It is a good idea to make the symlinks symlinks point to the corresponding
DejaVu (full) packages. DejaVu (full) is the most complete fork of Bitstream
Vera. It should include all the material present in Vera and its other
derivatives, plus multiple fixes. Since we install the DejaVu (full) packages
by default, dependencies on them will usually not pull in new packages on user
systems.
Version-Release number of selected component (if applicable):
0:5.4.1-1.fc12
--
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.