Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882267
Bug ID: 882267
Summary: Warning about /etc/fonts/conf.d/50-user.conf
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: mefoster(a)gmail.com
Description of problem:
Running appes such as gvim under KDE results in a warning to STDERR like this:
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
How reproducible:
Every time
Steps to Reproduce:
1. Run "gvim"
Actual results:
Warning
Expected results:
No warning
Additional info:
I don't know if it's relevant that I use KDE as a desktop environment and that
this error comes up with gvim, but that's where I specifically noticed it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=842568
Bug ID: 842568
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Bad spacing in Liberation Mono with BCI-hinting
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: xously(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 599962
--> https://bugzilla.redhat.com/attachment.cgi?id=599962&action=edit
Spacing of "s"
Description of problem:
Applies to Liberation Mono with BCI-hinting.
"s" is too far to the right or left, depending on the font size. E.g. "users"
looks like "user s" at size 11. (See first attachment for font sizes 8-16.)
"ow" is merging in bold font, at least at size 11. E.g. in "downloads". (See
second attachment.)
Version-Release number of selected component:
2.00.0
How reproducible:
Always with this ".fonts.conf":
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit name="antialias" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hinting" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hintstyle" mode="assign">
<const>hintfull</const>
</edit>
</match>
<match target="font">
<edit name="rgba" mode="assign">
<const>rgb</const>
</edit>
</match>
<match target="font">
<edit mode="assign" name="lcdfilter">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
With auto-hinting enabled instead, these problems do not occur:
<match target="pattern" name="family">
<test name="family" qual="any">
<string>Liberation Mono</string>
</test>
<edit name="autohint" mode="assign">
<bool>true</bool>
</edit>
</match>
--
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: glyphs cut-off below "baseline" in firefox
https://bugzilla.redhat.com/show_bug.cgi?id=522648
Summary: glyphs cut-off below "baseline" in firefox
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Regression
Severity: medium
Priority: low
Component: ipa-gothic-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
With ipa fonts being used for Japanese desktop,
it seems the bottom of letters with parts under
the Latin "baseline" tend to get cut-off in
textboxes in Firefox.
How reproducible:
every time
Steps to Reproduce:
1. Login to rawhide Japanese gnome desktop
2. Run firefox and type "abcdefghijklmnopqrstuvwxyz" into awesome bar.
3. sudo yum install vlgothic-fonts
4. repeat (2)
Actual results:
2. Bottom of letters 'g', 'j', 'p', 'q', 'y' are clipped
4. Displays fine.
Expected results:
2. All the glyphs to be visible.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1007477
Bug ID: 1007477
Summary: [abrt] fontforge-20120731b-7.fc19: GDrawFontMetrics:
Process /usr/bin/fontforge was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 19
Component: fontforge
Assignee: kevin(a)scrye.com
Reporter: leftmostcat(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
paul(a)frixxon.co.uk, pnemade(a)redhat.com
Description of problem:
Crashed on execution from gnome-shell overview.
Version-Release number of selected component:
fontforge-20120731b-7.fc19
Additional info:
reporter: libreport-2.1.6
backtrace_rating: 4
cmdline: fontforge
crash_function: GDrawFontMetrics
executable: /usr/bin/fontforge
kernel: 3.10.10-200.fc19.x86_64
runlevel: N 5
uid: 1000
Truncated backtrace:
Thread no. 1 (1 frames)
#0 GDrawFontMetrics at gdrawtxt.c:2339
Potential duplicate: bug 772221
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=IZpuwDebMx&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1005780
Bug ID: 1005780
Summary: Liberation Sans Mono Enhancement Request: Modification
needed for "l" Character
Product: Fedora
Version: 19
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: wrkerr(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
Lowercase "l" character very closely resembles the "1" character from many
other typefaces, especially at smaller point sizes, and even more so in the
italic style.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size
from some other monospaced fonts, such as DejaVu Sans Mono and notice the
similarity.
Additional info:
I have found Liberation Mono to be the best Free typeface for my coding
purposes. I particularly love how readable yet compact it is at small sizes.
I've had difficultly though with the "l" character. I find that this character
seems to me to be indistinguishable from the "1" character from many other
typefaces. The problem is even more apparent when the font is used in the
italic style. To my perception, an "l" formed more similar to that of the
DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the
overall design approach of the typeface by being clearly readable at all
sizes--it could no longer be confused with any other character. This would
include a leftward serif at the top of the letter, and a rightward curvature at
the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the
best model.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=S3mOdQhS0u&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1070081
Bug ID: 1070081
Summary: Ugly font rendering
Product: Fedora
Version: 19
Component: abattis-cantarell-fonts
Assignee: ccecchi(a)redhat.com
Reporter: chrstnsp(a)googlemail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Created attachment 867846
--> https://bugzilla.redhat.com/attachment.cgi?id=867846&action=edit
font rendering with abattis-cantarell-fonts-0.0.15-1.fc19
Description of problem:
with abattis-cantarell-fonts-0.0.15-1.fc19 the bold r-letters look slighty
larger than the other fonts which looks ugly in applications.
Version-Release number of selected component (if applicable):
abattis-cantarell-fonts-0.0.15-1.fc19
How reproducible:
Steps to Reproduce:
1. yum update abattis-cantarell-fonts-0.0.15-1.fc19
2. log out & log in again
3. look at bold r-letters
Actual results:
the bold r-letters look slighty larger than the other fonts which looks ugly.
See attached file 0015.png for examples from Pidgin
(pidgin-2.10.9-1.fc19.x86_64), Thunderbird (thunderbird-24.2.0-2.fc19.x86_64)
and terminator (terminator-0.97-3.fc19.noarch)
Expected results:
a smooth rendering as with 0.0.12-2.fc19. Compare to attached image 0012.png
Additional info:
yum downgrade abattis-cantarell-fonts
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WqW7xeTzrr&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1003427
Bug ID: 1003427
Summary: PATCH: repo-font-audit: bad output when running
without terminal.
Product: Fedora
Version: 19
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: leamas.alec(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
tagoh(a)redhat.com
Created attachment 792689
--> https://bugzilla.redhat.com/attachment.cgi?id=792689&action=edit
fedora-review repo-conts-audit script plugin
Description of problem:When running repo-fonts-audit from within fedora-review
I get multiple "tput: No value for $TERM and no -T specified" messing up
output.
Version-Release number of selected component (if applicable):
fontpackages-tools-1.44-7.fc19.noarch
How reproducible: always.
Steps to Reproduce:
1. $ drop attached script into an existing fedora-review installation
2. $ yumdownloader --source dejavu-fonts
3. $ fedora-review -rn dejavu-fonts
Actual results:
in review.txt: Test run failed, multiple bogus "tput: No value for $TERM and no
-T specified" on stderr.
Expected results:
No bogus output on stderr.
Additional info:
Attached patch fixes problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Z6zcaYe2n2&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=863817
Bug ID: 863817
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Liberation Sans Hebrew needs Redesign (Willing to
contribute)
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: LIJI32(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 623019
--> https://bugzilla.redhat.com/attachment.cgi?id=623019&action=edit
New Hebrew glyphs I designed
The Hebrew version of Liberation Sans currently uses glyphs from Droid Sans
Hebrew. These glyphs have incorrect proportions, weird letter forms and it's
generally unreadable. In addition, it go along with the Latin glyphs nicely.
I've previously solved the same problem with DejaVu Sans Hebrew by redesigning
it and I'd be more than happy to contribute an entirely new Hebrew glyphset for
Liberation Sans.
I included a Work-in-Progess of new Hebrew glyphs designed to match the design
of the Latin Liberation Sans in style, weight and proportions.
--
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: incompatibility/inefficiency with bitmap-fangsongti-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=677448
Summary: incompatibility/inefficiency with
bitmap-fangsongti-fonts
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: notting(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
bitmap-fangsongti-fonts causes fontconfig to exercise some very bad codepaths
on upgrades.
Version-Release number of selected component (if applicable):
fontconfig-2.8.0
How reproducible:
100%
Steps to Reproduce:
1. Have bitmap-fangsongti-fonts installed
2. Be running a desktop
3. Do some upgrade that causes '/usr/bin/fc-cache /usr/share/fonts/bitmap' to
run
Actual results:
Most every fontconfig app on the system (kde4d, notification area applets,
gnome-settings-daemon, and others) suddenly start using 100% cpu. The fc-cache
call takes a *very* long time to complete.
Expected results:
Not that.
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: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
https://bugzilla.redhat.com/show_bug.cgi?id=635961
Summary: [Pango][Cursoring][mr_IN] - Composed Character
Deletion is wrong with DELETE Button
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, aalam(a)redhat.com,
smaitra(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 631761,635957
Classification: Fedora
Target Release: ---
Description of problem:
In pango (tested it in gedit and firefox), the deletion with DELETE key, is not
following the rule of deleting entire composed character with a single key
press. It is deleting each of the character in a composed character, one by
one.
Version-Release number of selected component (if applicable):
pango-1.28.0-1.fc13.i686
How reproducible:
Always
Steps to Reproduce:
1. Open gedit or firefox in mr_IN locale
2. Activate ibus with CTRL+SPACE. Select marathi - Inscript
3. Type : kdk (which means consonant KA + Halant + Consonant KA)
4. Position the cursor at the beginning point of the composed character.
5. Now, press DELETE key. (It needs 3 key strokes to delete the whole
character, but it should be done with a single key stroke in fact)
Actual results:
Delete composed character is happening in wrong manner. Actually it is now
following the convention (Rule) of BACKSPACE, when deleting a composed
character comes into picture.
Expected results:
It should delete the whole composed character in one DELETE key stroke when
cursor positions at the start of the composed character.
Additional info:
OS : Fedora 13
Arch : i386
--
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.