https://bugzilla.redhat.com/show_bug.cgi?id=1261022
Bug ID: 1261022
Summary: .eot, .svg and .woff files missing
Product: Fedora
Version: rawhide
Component: google-roboto-fonts
Assignee: dtardon(a)redhat.com
Reporter: mrunge(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dtardon(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Description of problem:
I would need those files for a requirement in OpenStack Dashboard.
Version-Release number of selected component (if applicable):
--
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=IJZrOQWHi9&a=cc_unsubscribe
_______________________________________________
fonts-bugs mailing list
fonts-bugs(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/fonts-bugs@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1285705
Bug ID: 1285705
Summary: new version of Overpass Fonts available
Product: Fedora
Version: 23
Component: overpass-fonts
Keywords: i18n
Assignee: tcallawa(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org, oliver(a)redhat.com,
petersen(a)redhat.com, qe-i18n-bugs(a)redhat.com,
tcallawa(a)redhat.com
Depends On: 1284772
+++ This bug was initially created as a clone of Bug #1284772 +++
Could we get a update to the overpass-fonts package to incorporate (hinting):
https://github.com/RedHatBrand/overpass/commit/4458bf24ee2365b539a11eff529a…
This should improve the readability of the font.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1284772
[Bug 1284772] new version of Overpass Fonts available
--
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=gdKkoN3Wh5&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1246597
Bug ID: 1246597
Summary: Update to 2.010 (with 1.030 italics)
Product: Fedora
Version: rawhide
Component: adobe-source-code-pro-fonts
Assignee: mattrose(a)folkwolf.net
Reporter: suraia(a)ikkoku.de
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
mattrose(a)folkwolf.net, me(a)ibotty.net
Created attachment 1055825
--> https://bugzilla.redhat.com/attachment.cgi?id=1055825&action=edit
Update to 2.010 (with 1.030 italics)
A new upstream release is available: 2.010 (with 1.030 italics)
The attached patch updates the package to this new version.
--
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=B3SLVFNiqM&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1207607
Bug ID: 1207607
Summary: Coordinate with ghostscript for upgrade to new font
names
Product: Fedora
Version: rawhide
Component: urw-fonts
Assignee: than(a)redhat.com
Reporter: twaugh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, than(a)redhat.com
It looks like bug #1207577 is caused by us packaging urw-fonts separately from
ghostscript. As the names of the fonts have changed, we'll need to coordinate
when switching over to the new names.
For the moment I'll just switch ghostscript back to using the old names.
--
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=yti4v1Y7VK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1295169
Bug ID: 1295169
Summary: fontmatrix included non-free content.
Product: Fedora
Version: rawhide
Component: fontmatrix
Assignee: pnemade(a)redhat.com
Reporter: kame55-itasenpara123(a)y2.dion.ne.jp
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
External Bug ID: Debian BTS 787350
Hello.
fontmatrix included non-free code, Please see Debuan bug number "787350"
datails.
I think that this package be affected by debian bug number "787350".
and, "fontmatrix-0.9.99-Source/src/icons/action-copy-char.svg" license is
CC-BY-SA.
I suggests that resolve license problem and add license tag.
Thanks.
Reference:
https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=787350
--
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=MUTNxxO9Kb&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Eccentric glyph for the lowercase Greek gamma letter (γ)
https://bugzilla.redhat.com/show_bug.cgi?id=606217
Summary: Eccentric glyph for the lowercase Greek gamma letter
(γ)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: discon(a)gmail.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
Description of problem:
The liberation fonts have a strange glyph for the lowercase Greek gamma letter
whenever hinting is on. The hinting makes the glyph look similar to the 'y'
letter (the bottom part tends towards left).
This looks weird and is unique on this font family, AFAIK.
--
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=1228872
Bug ID: 1228872
Summary: ttfcoverage from repo-font-audit crashes when checking
Unicode 7.x fonts
Product: Fedora
Version: 22
Component: fontpackages
Severity: low
Assignee: nicolas.mailhot(a)laposte.net
Reporter: alex.ploumistos(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
External Bug ID: CPAN 85014
External Bug ID: CPAN 85014
ttfcoverage is probably not up to the Unicode 7.x specs, so when it comes
across such fonts, it fails with a message like this one:
Illegal division by zero at /usr/bin/ttfcoverage line 42.
/usr/share/fontpackages/repo-font-audit.mk:56: recipe for target
'tmp/usr/share/fonts/gdouros-symbola/Symbola.ttf.rfo.unicover' failed
make[1]: *** [tmp/usr/share/fonts/gdouros-symbola/Symbola.ttf.rfo.unicover]
Error 255
make[1]: *** Waiting for unfinished jobs....
/usr/share/fontpackages/repo-font-audit.mk:36: recipe for target
'gdouros-symbola-fonts-0_7.21-0.3.20150430.fc21.noarch/' failed
make: *** [gdouros-symbola-fonts-0_7.21-0.3.20150430.fc21.noarch/] Error 2
mv: cannot move
‘./gdouros-symbola-fonts-0_7.21-0.3.20150430.fc21.noarch/tmp/usr/share/fonts/gdouros-symbola/Symbola.ttf.rfo.fontlint’
to
‘../data/gdouros-symbola-fonts-0_7.21-0.3.20150430.fc21.noarch/usr_share_fonts_gdouros-symbola_Symbola.ttf.fontlint.txt’:
No such file or directory
Nothing is logged anywhere when this occurs.
The only other reference to this I could find was on CPAN's bugtracker, but
it's not that useful.
--
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=H8Gnge9tF1&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228870
Bug ID: 1228870
Summary: repo-font-audit doesn't know about xml metadata files
Product: Fedora
Version: 22
Component: fontpackages
Severity: low
Assignee: nicolas.mailhot(a)laposte.net
Reporter: alex.ploumistos(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
When font packages that contain xml metadata files are checked with
repo-font-audit, it throws the following error:
fonts in packages that contain non-font data
Since xml metadata files are now required for font packages, the script should
be updated to recognize them.
--
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=84GPn6G62c&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1179691
Bug ID: 1179691
Summary: Bold lower-case letter "s" looks in some cases too
thin with Medium+ hinting
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: michal.nowak(a)resist.ca
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
Created attachment 977206
--> https://bugzilla.redhat.com/attachment.cgi?id=977206&action=edit
Lower-case "s" too thin on Full hinting
Description of problem:
Bold lower-case letter "s" in serif looks in some cases too thin with Medium
and Full hinting, but look OK with hinting set to Slight or None. See attached
screenshots from LO Writer from F21.
See the "s" in a word "Midas" and "asked". It's 12 pt Liberation Serif, bold,
paper is enlarged to 157 % of width of A4 paper. When the zoom ratio gets
higher, the problem disappears, when zoomed out it's worse (but less visible).
Version-Release number of selected component (if applicable):
liberation-serif-fonts-1.07.4-4.fc21.noarch
freetype-2.5.3-13.fc21.x86_64
libreoffice-core-4.3.5.2-4.fc21.x86_64
How reproducible:
Always.
--
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=IG83soyygr&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1187678
Bug ID: 1187678
Summary: RFC: Please give feedback about a compat stix-fonts
1.0.0
Product: Fedora
Version: rawhide
Component: stix-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: paulo.cesar.pereira.de.andrade(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
I understand that to certain extent, this is kind of a revive
of https://bugzilla.redhat.com/show_bug.cgi?id=885307
I made a tentative alternative, to handle
https://fedorahosted.org/fpc/ticket/381
But the above is already quite old, but latest
matplotlib still relies on its bundled stix-fonts-1.0.0
Instead of compat-stix-fonts it could be named something
else including 1-0 or 1_0 in the name, in case stix-fonts
is updated to the now available 2.0 version.
This package at first would be used only by python-matplotlib
and would remove the need of bundling the stix 1.0 fonts.
Spec URL: https://pcpa.fedorapeople.org/compat-stix-fonts.spec
SRPM URL: https://pcpa.fedorapeople.org/compat-stix-fonts-1.0.0-1.el7.src.rpm
--
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=PhtXAJgbtB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084228
Bug ID: 1084228
Summary: Hinting for Liberation Sans inferior at small font
size
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: Eduard.Braun2(a)gmx.de
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
Created attachment 882473
--> https://bugzilla.redhat.com/attachment.cgi?id=882473&action=edit
testcase with the problematic font charakteristics
Wikipedia recently switched to a predefined CSS font stack for body font so
even Windows users will be served with Liberation Sans if installed (e.g.
because it is distributed with Libre Office).
This made apparent inferior hinting of Liberation Sans with bold weight when
rendered at the specific size of 0.875em (the font size used in MediaWiki's
vector skin).
Most notable "e"s have a very thick lower curve while the upper curve is much
too thin. This also applies for variants like "è é ê ë". Funnily not for "œ æ"
though which is rendered differently.
Also notable is e.g. "s" which has thick upper/lower curves but is thin in the
middle.
A testcase with the described font characteristics set is attached. The
screenshot shows the rendering in Firefox.
The screenshot was created with Firefox 28.0 on Windows 7.
The installed version of the Liberation fonts is 2.00.1
--
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=te4zKki7hK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1068918
Bug ID: 1068918
Summary: Google Droid Sans font is displayed as [unknown] and
[monotype], it breaks GTK+ apps view in KDE
Product: Fedora
Version: 20
Component: google-droid-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: carasin.berlogue(a)mail.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, nicolas.mailhot(a)laposte.net,
paul(a)frixxon.co.uk, tremble(a)tremble.org.uk
External Bug ID: Red Hat Bugzilla 963502
Description of problem:
>
[google-droid-sans-fonts] package is broken since F18. I want to select 'Droid
Sans' font for KDE UI, but this font is displayed twice at [systemsettings]:
with [unknown] and [monotype] suffixes. If I apply anyone of them, only KDE/Qt
apps use 'Droid Sans' font, but GTK2/GTK3 apps use the defaul font (DejaVu
Sans).
Version-Release number of selected component (if applicable):
>
google-droid-sans-fonts-20120715-6.fc20.noarch
How reproducible:
>
Always.
Steps to Reproduce:
>
1. [yum install google-droid-sans-fonts];
2. start KDE session;
3. launch <select UI fonts> dialog at [systemsettings];
4. 'Droid Sans' font is displayed twice: with [unknown] and [monotype]
suffixes;
5. select and apply anyone — 'Droid Sans [unknown]' or 'Droid Sans [monotype]';
6. KDE/Qt apps use the Droid Sans font, but GTK2/GTK3 apps use the defaul font
(DejaVu Sans).
Actual results:
>
'Droid Sans' font is not applied for GTK2/GTK3 apps. This font is displayed
twice at [systemsettings]: with [unknown] and [monotype] suffixes.
Expected results:
>
'Droid Sans' font is applied for all the apps. This font is displayed once at
[systemsettings] — without any suffix.
Additional info:
>
This bug is several years old.
https://bugzilla.redhat.com/show_bug.cgi?id=963502#c1
--
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=EIzrPE5DPR&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1273554
Bug ID: 1273554
Summary: Too high mono font; please, upgrade to the latest
upstream
Product: Fedora
Version: rawhide
Component: mozilla-fira-fonts
Assignee: relrod(a)redhat.com
Reporter: mcepl(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: admiller(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org, relrod(a)redhat.com
Created attachment 1084829
--> https://bugzilla.redhat.com/attachment.cgi?id=1084829&action=edit
Screenshot of the situation
Description of problem:
The current version of the Mozilla Fira Mono is too high, so it makes it hard
to use it. When using the font from the upstream the situation is a way better.
Version-Release number of selected component (if applicable):
mozilla-fira-fonts-3.111-3
--
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=0Spm3ewX8y&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1169979
Bug ID: 1169979
Summary: Some fonts not in fontconfig cache on Fedora 21 live
images
Product: Fedora
Version: 21
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: awilliam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
We've spotted an issue with Fedora 21 live images where some installed fonts
appear to be missing from the fontconfig cache in the live environment. An
'fc-cache -f' fixes this. For instance, on the Fedora 21 Final RC2 Workstation
x86_64 live:
[root@localhost liveuser]# fc-list | wc -l
141
[root@localhost liveuser]# fc-cache --force
[root@localhost liveuser]# fc-list | wc -l
159
The specific fonts that are missing on that image are:
/usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans
Mono:style=Bold Oblique
/usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold
/usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans
Mono:style=Oblique
/usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/dejavu/DejaVuSerif-BoldItalic.ttf: DejaVu Serif:style=Bold
Italic
/usr/share/fonts/dejavu/DejaVuSerif-Bold.ttf: DejaVu Serif:style=Bold
/usr/share/fonts/dejavu/DejaVuSerifCondensed-BoldItalic.ttf: DejaVu
Serif,DejaVu Serif Condensed:style=Condensed Bold Italic,Bold Italic
/usr/share/fonts/dejavu/DejaVuSerifCondensed.ttf: DejaVu Serif,DejaVu Serif
Condensed:style=Condensed,Book
/usr/share/fonts/dejavu/DejaVuSerif-Italic.ttf: DejaVu Serif:style=Italic
/usr/share/fonts/dejavu/DejaVuSerif.ttf: DejaVu Serif:style=Book
/usr/share/fonts/google-noto/NotoSansTagalog-Regular.ttf: Noto Sans
Tagalog:style=Regular
/usr/share/fonts/google-noto/NotoSansTaiViet-Regular.ttf: Noto Sans Tai
Viet:style=Regular
/usr/share/fonts/liberation/LiberationSerif-BoldItalic.ttf: Liberation
Serif:style=Bold Italic
/usr/share/fonts/liberation/LiberationSerif-Bold.ttf: Liberation
Serif:style=Bold
/usr/share/fonts/liberation/LiberationSerif-Italic.ttf: Liberation
Serif:style=Italic
/usr/share/fonts/liberation/LiberationSerif-Regular.ttf: Liberation
Serif:style=Regular
The log of the compose is here:
https://kojipkgs.fedoraproject.org//work/tasks/5463/8275463/root.log
In comparison, the i686 Workstation live is 'missing' only
/usr/share/fonts/google-noto/NotoSansTaiViet-Regular.ttf: Noto Sans Tai
Viet:style=Regular
its compose log is here:
https://kojipkgs.fedoraproject.org//work/tasks/5460/8275460/root.log
to me, it appears the affected cases are ones where more than one package
contains fonts in the same directory, for packages installed *after* the
fontconfig package. The fontconfig package has an 'fc-cache -f' in its %post,
so any inconsistencies that exist before it's installed get fixed by that.
My first thesis was 'for any given directory, only fonts from the first package
installed after fontconfig will make it to the cache, fonts in the same
directory from subsequently-installed packages won't be added'. But it doesn't
seem to be that simple, because some fonts in /usr/share/fonts/google-noto
*are* added - the first 'noto' package installed is google-noto-sans-lisu-fonts
, and after that several more noto packages are installed. The fonts from
google-noto-sans-mandaic-fonts, google-noto-sans-meeteimayek-fonts , and
google-noto-sans-tai-tham-fonts *do* get added to the cache - but the fonts
from google-noto-sans-tagalog-fonts and google-noto-sans-tai-viet-fonts do
*not* get added. It's quite odd.
This is a fairly bad bug because of its impact on DejaVu Sans Mono: this is the
default monospace font for both Workstation and KDE (and I think the
non-blocking spins too). Its absence from the cache results in them using
Nimbus Mono L as their monospace fonts, which is a pretty crappy font, ugly and
hard to read. The workaround is easy once you know it, but if you don't, you
just think we have a really bad font.
There's an easy big hammer workaround we can use for a quick rebuild of the RC2
lives, if we like:
--- a/fedora-live-base.ks
+++ b/fedora-live-base.ks
@@ -299,6 +299,12 @@ rm -f /core*
# convince readahead not to collect
# FIXME: for systemd
+# forcibly regenerate fontconfig cache (so long as this live image has
+# fontconfig) - see #XXXXXXX
+if [ -x /usr/bin/fc-cache ] ; then
+ fc-cache -f
+fi
+
%end
i.e., just do an fc-cache -f at the end of live generation %post. I've tested
that locally, and it works, the generated Workstation image has 159 fonts in
fc-list (I also generated an image with the exact same config and build host,
but no change to spin-kickstarts, to verify that it reproduced the bug, and it
does).
The real fix should likely be in fc-cache, but the spin-kickstarts workaround
would solve this problem for F21.
I think fc-cache's behaviour must have changed between F20 and F21, as F20
doesn't appear to be affected by this at all, at least not the x86_64 desktop
live. All F21 images I've tested seem to be affected to some extent, though the
exact affected fonts vary depending on the package install order that yum
decided on.
--
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=YTmueYxE1e&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN] Applying Backspace to a chillu conjunct followed by punctuation/SPACE results in deletion of the chillu also
https://bugzilla.redhat.com/show_bug.cgi?id=527740
Summary: [ml_IN] Applying Backspace to a chillu conjunct
followed by punctuation/SPACE results in deletion of
the chillu also
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eng-i18n-bugs(a)redhat.com, besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
smc-discuss(a)googlegroups.com
Classification: Fedora
Target Release: ---
Created an attachment (id=363982)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363982)
Screenshot for chillu conjuncts
Description of problem:
When chillu conjuncts are followed by any punctuation marks like "!", ".", ",",
"'", "?" or SPACE, ie when a word ends with a chillu conjunct, and followed by
a punctuation mark or a SPACE, using Backspace to delete the punctuation mark
or SPACE results in the deletion of chillu conjunct together with the
punctuation mark/SPACE.
Version-Release number of selected component (if applicable):
pango 1.26.0-1.fc12 i686
How reproducible:
Always
Steps to Reproduce:
1. Open gedit
2. type any of chillu conjunct, eg: 0D28, 0D4D, 200D
OR
type a word ending with chillu conjunct, eg: 0D05, 0D35, 0D28, 0D4D, 200D
3. type any punctuation marks like "!", ".", ",", "'", "?" or SPACE
4. Press Backspace
Actual results:
When using Backspace after chillu conjunct followed by punctuation mark or
SPACE, instead of deleting punctuation mark or SPACE only, the chillu conjunct
also gets deleted.
Expected results:
When using Backspace after chillu conjunct followed by punctuation mark or
SPACE, only the punctuation mark/SPACE should get deleted.
Additional info:
1. This does not happen when chillu comes in between a word. eg: നന്മ (0D28,
0D28, 0D4D, 200D, 0D2E)
2. This issue is not present in oowriter and kwrite. When above steps are
reproduced, deletions happens in correct order.
Versions used:
libicu-4.2.1-6.fc12 i686
qt-4.5.2-22.fc12 i686
3. Screenshot attached for chillu conjuncts and eg of words with chillu
--
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=1297374
Bug ID: 1297374
Summary: after selecting a font for view, the "Sample" tab does
not load sample text correctly
Product: Fedora
Version: 23
Component: fontmatrix
Severity: medium
Assignee: pnemade(a)redhat.com
Reporter: emily(a)emilytench.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Created attachment 1113570
--> https://bugzilla.redhat.com/attachment.cgi?id=1113570&action=edit
screenshot showing error state
Description of problem:
after selecting a font for view, the "Sample" tab does not load sample text
correctly - font displays correctly, playground works correctly, but sample
text looks like it may be an error message or fragment of code
Version-Release number of selected component (if applicable):
fontmatrix-0.9.99-22.r1218.fc23
How reproducible:
very
Steps to Reproduce:
1. open fontmatrix
2. double click any font
3. "Sample" tab is selected by default and shows incorrect sample text
Actual results:
screenshot included : displays commas, parenthesis, semicolons, etc.
Expected results:
loading a meaningful sample of glyphs used in font, or text configured in
preferences
Additional info:
I believe this was working properly in previous releases, but I am not 100%
certain. The current user id was created as a clean home directory on a new
install of Fedora Workstation 23 - so no settings have been carried over in the
home directory from other distributions or from previous uses of fontmatrix.
--
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=sfuQ1w4iO0&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1206752
Bug ID: 1206752
Summary: [abrt] fonttools:
subset.py:2282:_closure_glyphs:MissingGlyphsSubsetting
Error:
set(['./Apps/msfinal/public/textos/index.html'])
Product: Fedora
Version: 22
Component: fonttools
Assignee: pnemade(a)redhat.com
Reporter: diogocamposwd(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Version-Release number of selected component:
fonttools-2.5-2.fc22
Additional info:
reporter: libreport-2.5.0
cmdline: /usr/bin/python2 /usr/bin/pyftsubset
./Downloads/Sintony-Regular.ttf ./Apps/msfinal/public/textos/index.html
executable: /usr/bin/pyftsubset
kernel: 4.0.0-0.rc4.git0.1.fc22.x86_64
runlevel: unknown
type: Python
uid: 1000
Truncated backtrace:
#1 _closure_glyphs in
/usr/lib/python2.7/site-packages/FontTools/fontTools/subset.py:2282
#2 subset in
/usr/lib/python2.7/site-packages/FontTools/fontTools/subset.py:2387
#3 main in /usr/lib/python2.7/site-packages/FontTools/fontTools/subset.py:2602
#4 <module> in /usr/bin/pyftsubset:6
--
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=aMgosC2dVM&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1284709
Bug ID: 1284709
Summary: fontawesome-fonts-v4.5.0 is available
Product: Fedora
Version: rawhide
Component: fontawesome-fonts
Keywords: FutureFeature, Triaged
Assignee: pvoborni(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
jakub.jedelsky(a)gmail.com, mrunge(a)redhat.com,
pvoborni(a)redhat.com
Latest upstream release: v4.5.0
Current version/release in rawhide: 4.4.0-2.fc24
URL: https://github.com/FortAwesome/Font-Awesome
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
--
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=5UnIPwdZ19&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1240265
Bug ID: 1240265
Summary: fonttools 2.5 takes too much memory
Product: Fedora
Version: 22
Component: fonttools
Assignee: pnemade(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
related to Bug#1239985, after upgrading fonttools to 2.5, it doesn't work
anymore to decompile ttf to ttx.
Version-Release number of selected component (if applicable):
2.5-2.fc22
How reproducible:
always
Steps to Reproduce:
1.ttx -a -i -e sazanami-gothic.ttf
2.
3.
Actual results:
OOM killer kills the process
Expected results:
should works as it worked before.
Additional info:
--
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=Zdw8HK8hNu&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [RFE] Allow wildcards/regexps in rpm deps
https://bugzilla.redhat.com/show_bug.cgi?id=507292
Summary: [RFE] Allow wildcards/regexps in rpm deps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: rpm
AssignedTo: pmatilai(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: pmatilai(a)redhat.com, jnovy(a)redhat.com,
ffesti(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
(this is mostly a yum-level RFE, but it would be nice if we kept the same
depsolving logic in both apps)
The problem:
Selecting a font is a multi-criterium operation. We need to match on font
family, font style, language support, unicode support, etc. At any time all of
just some of those selection criterii can be provided by the user or
applications.
To have features like font auto-installation work reliably, this matching needs
to extend to the package database
Right now rpm is only allowing to specify atomic provides, so we can have a
font package that
Provides font(dejavusans)
and
Provides
font(:lang=el)
but there is no warranty both those provides are belonging to the same font.
There is no way to distinguish between a package that includes an actual greek
dejavusans and a package that includes a dejavusans greek-less file and another
totally different greek font
To workaround this rpm limitation we've been asking packagers to put font files
belonging to different font families in different packages. However:
1. many still don't
2. it's not technically possible for all font formats, for example the ttc font
format allows mixing of fonts with different characteristics in a single file
The ideal solution:
Ability to have Provides like:
font(comma-separated font name list|comma-separated style list|comma-separated
lang list) (rough mockup that probably needs refining)
And have deps like (dejavu|*|el) work in rpm
(yes a font can declare many different names, be available in many different
styles, cover many different languages)
For ttc files we'd then generate one Provides for each font included in the ttc
bundle
--
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: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow vulnerability due to incomplete fix for CVE-2006-1861
Alias: CVE-2006-3467
https://bugzilla.redhat.com/show_bug.cgi?id=487070
Summary: CVE-2006-3467 CVE-2006-3467 freetype: integer overflow
vulnerability due to incomplete fix for CVE-2006-1861
Product: Security Response
Version: unspecified
Platform: All
URL: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-20
06-3467
OS/Version: Linux
Status: NEW
Status Whiteboard: impact=moderate,source=rehdat,reported=20060710,public
=20060718
Keywords: Security
Severity: medium
Priority: medium
Component: vulnerability
AssignedTo: security-response-team(a)redhat.com
ReportedBy: vdanen(a)redhat.com
CC: ajax(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Other
Target Release: ---
Common Vulnerabilities and Exposures assigned an identifier CVE-2006-3467 to
the following vulnerability:
Name: CVE-2006-3467
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3467
Assigned: 20060710
Reference: URL:
http://www.securityfocus.com/archive/1/archive/1/451426/100/200/threaded
Reference: MISC: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190593
Integer overflow in FreeType before 2.2 allows remote attackers to cause a
denial of service (crash) and possibly execute arbitrary code via a crafted PCF
file, as demonstrated by the Red Hat
bad1.pcf test file, due to a partial fix of CVE-2006-1861.
--
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=1099033
Michael Kuhn <suraia(a)ikkoku.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |ASSIGNED
CC| |suraia(a)ikkoku.de
Resolution|NOTABUG |---
Keywords| |Reopened
--- Comment #4 from Michael Kuhn <suraia(a)ikkoku.de> ---
I am interested in getting this font into Fedora. I have updated the package
based on the updates for adobe-source-code-pro-fonts (bug 1246597) and
adobe-source-sans-pro-fonts (bug 1246765).
Spec URL:
https://ikkoku.de/~suraia/adobe-source-serif-pro-fonts/adobe-source-serif-p…
SRPM URL:
https://ikkoku.de/~suraia/adobe-source-serif-pro-fonts/adobe-source-serif-p…
Description:
Source Serif Pro is a set of OpenType fonts to complement the Source Sans Pro
family.
Fedora Account System Username: suraia
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=800585
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jrusnack(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=cu |reported=20120302,source=cu
|stomer,cvss2=2.6/AV:N/AC:H/ |stomer,cvss2=2.6/AV:N/AC:H/
|Au:N/C:N/I:N/A:P,rhel-5/fre |Au:N/C:N/I:N/A:P,rhel-5/fre
|etype=affected,rhel-6/freet |etype=affected,rhel-6/freet
|ype=affected,fedora-all/fre |ype=affected,fedora-all/fre
|etype=affected,fedora-all/m |etype=affected,fedora-all/m
|ingw32-freetype=affected |ingw32-freetype=affected,cw
| |e=CWE-193
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1296362
Bug ID: 1296362
Summary: [Patch] Update to 0.0.20
Product: Fedora
Version: rawhide
Component: abattis-cantarell-fonts
Assignee: ccecchi(a)redhat.com
Reporter: suraia(a)ikkoku.de
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Created attachment 1112304
--> https://bugzilla.redhat.com/attachment.cgi?id=1112304&action=edit
Update to 0.0.20
I have updated the Cantarell package to version 0.0.20 locally; feel free to
use the attached patch. This version needs a small patch to make the new
version work with Fedora's parallel make.
--
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=MZBEGa22Wd&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1301144
--- Comment #2 from Karel Volný <kvolny(a)redhat.com> ---
(In reply to Mamoru TASAKA from comment #1)
> Use "mplus" for license tag.
>
> https://fedoraproject.org/wiki/Licensing:Mplus?rd=Licensing/mplus
thankyou, somehow I have overlooked this when examining the good licenses list
@reviewer: as the review hadn't started yet, I've simply replaced content at
spec&srpm url without release increase and changelog entry, just the license
field fixed
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1271787
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |CLOSED
Resolution|--- |ERRATA
Last Closed| |2016-01-23 20:06:28
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1271787
--- Comment #11 from Fedora Update System <updates(a)fedoraproject.org> ---
comic-neue-fonts-2.2-2.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1278049
Bug ID: 1278049
Summary: Default search directories do not include the location
of TeX Live fonts
Product: Fedora
Version: 23
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: dchristidis(a)mykolab.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Description of problem:
Beginning with Fedora 23, the OTF files for Computer Modern Unicode are
included in texlive-cm-unicode. However, fontconfig is not configured to search
the install location by default. Thus, the user is required to perform
additional steps to use that font in TeX or other applications.
Version-Release number of selected component (if applicable):
fontconfig-2.11.94-4.fc23.x86_64
texlive-cm-unicode-svn19445.0.7.0-14.fc23.noarch
How reproducible:
Always
Steps to Reproduce:
1. dnf install texlive-cm-unicode
2. fc-list | grep CMU
Actual results:
fontconfig does not locate the recently installed fonts.
Expected results:
After installation, the fonts should be available for use without further
actions.
--
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=53zwOwA7t3&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1301144
Karel Volný <kvolny(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fonts-bugs(a)lists.fedoraproj
| |ect.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1257496
Mario Torre <neugens(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |NOTABUG
Last Closed|2015-08-28 08:59:40 |2016-01-12 04:04:48
--- Comment #11 from Mario Torre <neugens(a)redhat.com> ---
(In reply to Akira TAGOH from comment #10)
> I'm not sure why Java prefer non-antialiased font by default. why don't you
> change the behavior like others?
For compatibility reasons, it is also a better default for connections over
SSH. I will speak with the AWT developers and see what they think about
changing this default, but I will close this bug for now since, well, it's not
exactly a bug.
--
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=a8VEkHsFH5&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=477471
Jon Ciesla <limburgher(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Resolution|--- |RAWHIDE
Last Closed|2012-08-16 12:53:03 |2016-01-07 15:58:14
--- Comment #19 from Jon Ciesla <limburgher(a)gmail.com> ---
Removed fonts, still works.
--
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=2KuRDFPm9T&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1227614
Bug ID: 1227614
Summary: Font rendering is poor in Fedora 22
Product: Fedora
Version: 22
Component: freetype
Assignee: mkasik(a)redhat.com
Reporter: sudhir(a)sudhirkhanger.com
QA Contact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Created attachment 1034149
--> https://bugzilla.redhat.com/attachment.cgi?id=1034149&action=edit
screenshot
Description of problem:
Font rendering on Fedora 21 KDE worked fine. But in Fedora 22 which uses
freetype-2.5.5-1.fc22.x86_64 it is way too grainier. I use slight hint which
doesn't seem to be applied at all. RPMFusion which uses F21's
freetype-freeworld-2.3.11 works fine. So something must have gone wrong in the
update.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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=aU8lA46g7B&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1286714
Bug ID: 1286714
Summary: freetype-2.6.2 is available
Product: Fedora
Version: rawhide
Component: freetype
Keywords: FutureFeature, Triaged
Assignee: mkasik(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Latest upstream release: 2.6.2
Current version/release in rawhide: 2.6.1-1.fc24
URL: http://download.savannah.gnu.org/releases/freetype/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
--
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=98VGhTqyZD&a=cc_unsubscribe