[Bug 661009] New: FTBFS dejavu-fonts-2.32-1.fc15
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: FTBFS dejavu-fonts-2.32-1.fc15
https://bugzilla.redhat.com/show_bug.cgi?id=661009
Summary: FTBFS dejavu-fonts-2.32-1.fc15
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: dejavu-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fonts-bugs(a)lists.fedoraproject.org
Blocks: 659965
Classification: Fedora
dejavu-fonts-2.32-1.fc15.src.rpm Failed To Build From Source against the
rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
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.
12 years, 11 months
[Bug 547532] New: enabling bytecode interpreter makes things far, far worse
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: enabling bytecode interpreter makes things far, far worse
https://bugzilla.redhat.com/show_bug.cgi?id=547532
Summary: enabling bytecode interpreter makes things far, far
worse
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: mattdm(a)mattdm.org
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
It's cool that the patent expiration lets us enable the bytecode interpreter.
However, there's a severe flaw -- if there's no bytecode, apparently freetype
doesn't hint at all.
I use Inconsolata as my terminal font, and it normally looks great. After the
update, it got all fuzzy and basically unusable. This is sadly true for a great
many very nice fonts.
--
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.
13 years
[Bug 603348] New: [UMing] Only upper half characters are displayed.in java application
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: [UMing] Only upper half characters are displayed.in java application
https://bugzilla.redhat.com/show_bug.cgi?id=603348
Summary: [UMing] Only upper half characters are displayed.in
java application
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: java-1.6.0-openjdk
AssignedTo: dbhole(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: dbhole(a)redhat.com, mark(a)klomp.org, langel(a)redhat.com,
cchance(a)redhat.com, phuang(a)redhat.com,
dchen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
lkundrak(a)v3.sk, mmatejov(a)redhat.com, pwu(a)redhat.com
Depends on: 597096
Classification: Fedora
Clone Of: 597096
+++ This bug was initially created as a clone of Bug #597096 +++
Created an attachment (id=417485)
--> (https://bugzilla.redhat.com/attachment.cgi?id=417485)
Freemind with UMing font
Description of problem:
When using uming font in java application, only upper half the characters are
displayed.
Version-Release number of selected component (if applicable):
cjkuni-uming-fonts-0.2.20080216.1-37.fc13.noarch
How reproducible:
Always
Steps to Reproduce:
1. We use freemind for example.
2. Download freemind zip and install it, say, in /tmp/freemind
3. cd /tmp/freemind; chmod 755 freemind.sh; ./freemind.sh
4. In F-13, java is not able to show Chinese, because the font name and path
changes. Suppose we use java-1.6.0-openjdk.
5. su or sudo as root
6. cd /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib
7. cp fontconfig.Fedora.properties.src fontconfig.Fedora.properties
8. Either manually search/replace AR PL ShanHeiSong to AR PL UMing HK
fontconfig.Fedora.properties; or use attached fontconfig.Fedora.properties
9. Start freemind to see the how font is displayed
Actual results:
UMing characters are cut in to half. See Screenshot-uming.png
Expected results:
UMing characters are displayed as whole.
Additional info:
UKai seems act normally. See Screenshot-ukai.png
--- Additional comment from dchen(a)redhat.com on 2010-05-28 02:07:16 EDT ---
Created an attachment (id=417487)
--> (https://bugzilla.redhat.com/attachment.cgi?id=417487)
Freemind with UKai font
--- Additional comment from dchen(a)redhat.com on 2010-05-28 02:08:29 EDT ---
Created an attachment (id=417488)
--> (https://bugzilla.redhat.com/attachment.cgi?id=417488)
Fontconfig file for java
--
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.
13 years
[Bug 597096] New: [UMing] Only upper half characters are displayed.in java application
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: [UMing] Only upper half characters are displayed.in java application
https://bugzilla.redhat.com/show_bug.cgi?id=597096
Summary: [UMing] Only upper half characters are displayed.in
java application
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cjkuni-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: dchen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=417485)
--> (https://bugzilla.redhat.com/attachment.cgi?id=417485)
Freemind with UMing font
Description of problem:
When using uming font in java application, only upper half the characters are
displayed.
Version-Release number of selected component (if applicable):
cjkuni-uming-fonts-0.2.20080216.1-37.fc13.noarch
How reproducible:
Always
Steps to Reproduce:
1. We use freemind for example.
2. Download freemind zip and install it, say, in /tmp/freemind
3. cd /tmp/freemind; chmod 755 freemind.sh; ./freemind.sh
4. In F-13, java is not able to show Chinese, because the font name and path
changes. Suppose we use java-1.6.0-openjdk.
5. su or sudo as root
6. cd /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib
7. cp fontconfig.Fedora.properties.src fontconfig.Fedora.properties
8. Either manually search/replace AR PL ShanHeiSong to AR PL UMing HK
fontconfig.Fedora.properties; or use attached fontconfig.Fedora.properties
9. Start freemind to see the how font is displayed
Actual results:
UMing characters are cut in to half. See Screenshot-uming.png
Expected results:
UMing characters are displayed as whole.
Additional info:
UKai seems act normally. See Screenshot-ukai.png
--
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.
13 years
[Bug 501852] New: [ml_IN] U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D press backspace key need 14 times
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: [ml_IN] U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D press backspace key need 14 times
https://bugzilla.redhat.com/show_bug.cgi?id=501852
Summary: [ml_IN] U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D
U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D press
backspace key need 14 times
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: kxiong(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: ---
DDescription of problem:
In gedit input U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31
U+0D4B U+0D33 U+0D4D U+200D with RAW CODE,then press backspace key,it needs
press 14 times
Version-Release number of selected component (if applicable):
pango-devel-1.22.1-1.fc10.i386
pango-1.22.1-1.fc10.i386
pangomm-2.14.0-2.fc10.i386
How reproducible:
always
Steps to Reproduce:
1.In gedit input U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31
U+0D4B U+0D33 U+0D4D U+200D+0D21 U+0D4D U+0D30 U+0D48 U+0D35 U+0D4D with RAW
CODE,press backspace key
Actual results:
It need press 14 times backspace key to delete the char
Expected result:
It should delete the char with 13 times backspace key
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.
13 years
[Bug 551317] New: A dash becomes a long empty space.
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: A dash becomes a long empty space.
https://bugzilla.redhat.com/show_bug.cgi?id=551317
Summary: A dash becomes a long empty space.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatya(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Classification: Fedora
I have typed my Telugu text here using firefox browser
http://www.google.com/transliterate/indic/Telugu
and pasted it into OpenOffice Writer 3.1 with Lohit Telugu font version 2.4.5
selected.
Everything seem to be working fine though the newer Lohit font looks smaller
than an older version of Lohit font I was using earlier.
But the main problem here is, a dash (-) becomes an empty space. It looks like
a long space that is equivalent two chars approx.
I also tried to type a dash right in the OO but it doesn't work.
If I select Pothana2000 font instead of Lohit in OO, all my dashes work fine.
The Pothana2000 is another Unicode font for Telugu but I love the rounded
letter shapes of Lohit font so much!
Thanks a lot for this beautiful Lohit Telugu font.
--
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.
13 years
[Bug 612395] New: The patents have expired!
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: The patents have expired!
https://bugzilla.redhat.com/show_bug.cgi?id=612395
Summary: The patents have expired!
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: freetype
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: alejandronova(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, kevin(a)tigcc.ticalc.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
According to http://bugs.ghostscript.com/show_bug.cgi?id=690621 , we can safely
enable the bytecode interpreter in Fedora and all the code covered by those
patents. They have expired since May, 2010.
Legal, is this safe? Can we make a quick import of the RPM Fusion package into
Fedora?
--
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.
13 years
[Bug 694705] New: 0C85 ಅ Glyph is wrong
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: 0C85 ಅ Glyph is wrong
https://bugzilla.redhat.com/show_bug.cgi?id=694705
Summary: 0C85 ಅ Glyph is wrong
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: unspecified
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, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Created attachment 490691
--> https://bugzilla.redhat.com/attachment.cgi?id=490691
0c85 glyph in Lohit, Mallige and Tunga
Description of problem:
In Lohit Kannada Glyph is wrong. Refer the Unicode chart for reference.
http://www.unicode.org/charts/PDF/U0C80.pdf
Attachment shows Glyph in other Kannada fonts.
Version-Release number of selected component (if applicable): N/A
How reproducible:
<span style="font-family:Lohit Kannada">ಀ</span> in html page
Actual results:
Refer attachment.
Expected results:
Refer other fonts image in attachment
Additional info:
http://www.unicode.org/charts/PDF/U0C80.pdf
Thanks and Regards
Aravinda
http://aravindavk.in
--
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.
13 years