Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please rebuild using external Adobe CMap and AGLFN data
https://bugzilla.redhat.com/show_bug.cgi?id=525872
Summary: Please rebuild using external Adobe CMap and AGLFN
data
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: qt
AssignedTo: than(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org,
fedora-fonts-bugs-list(a)redhat.com, ltinkl(a)redhat.com
Blocks: 182235,473302
Classification: Fedora
Description of problem:
The Debian fonttool packager noticed a problem in fonttool's embedded Adobe
CMap and AGLFN data and got Adobe to release them under a good license
This data is embeded in many packages, including yours
Please rebuild your package using an external shared Adobe CMap and AGLFN data
package
FE-LEGAL since this was all triggered by a legal checl Debian-side
See also
http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/http://lwn.net/Articles/354360/http://opensource.adobe.com/wiki/display/cmap/CMap+Resources
--
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=1094779
Bug ID: 1094779
Summary: No Cyrillic Italic Glyphs for Sans, Sans Narrow and
Mono
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
It's wrong for Liberation Sans, Sans Narrow and Mono to have specific italic
glyphs in the Cyrillic range provided that the Latin range has slanted glyphs.
For the sake of consistency, slanted glyphs should be implemented in the
Cyrillic range too.
--
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=k7Die5I6Dr&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1096336
Bug ID: 1096336
Summary: Liberation 2.00.x missing unicode hyphen (U+2010)
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: elbart(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
Description of problem:
The liberation-fonts 2.00.0 and 2.00.1 are missing the unicode hyphen (U+2010).
Versions 1.07.4 and older have that glyph.
Version-Release number of selected component (if applicable):
2.00.1
The regressing commit is
https://git.fedorahosted.org/cgit/liberation-fonts.git/commit/?id=5feb93675…
(slow!)
प्रविण सातपुते "sfd file converted from ttf"
--
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=N1bvIUoqeP&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084493
Bug ID: 1084493
Summary: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans
Italic
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: jmontane(a)softcatala.org
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 882714
--> https://bugzilla.redhat.com/attachment.cgi?id=882714&action=edit
Screenshot showing the bug
Description of problem:
In Windows, there is no glyph for MIDDLE DOT (U+00B7) when using Liberation
Sans Italic, an empty space is showed.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Install Liberation Sans Italic files in a Windows machine (tested in Windows 7
32 and 64 bits). The esay way is installing LibreOffice 4.2, :)
Steps to Reproduce:
1. Open a new document LibreOffice Writer
2. Type "cel·la" (cell) "·" is U+00B7
3. Select "cel·la" text and set format as "Libreration Sans, Italic".
Actual results:
4.- "cel la" is showed in italics,you can copy and paste and set other font.
Expected results:
5.- "cel·la"
Additional info:
U+00B7 is a used character for Catalan text. So, please, fix this issue.
--
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=1MRhFWVfJa&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1072095
Bug ID: 1072095
Summary: Liberation Sans renders most Latin combining
characters incorrectly
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rkaldari(a)wikimedia.org
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 870161
--> https://bugzilla.redhat.com/attachment.cgi?id=870161&action=edit
Comparison between Helvetica, Arimo, and Liberation Sans
Description of problem:
Liberation Sans renders most Latin Unicode combining characters incorrectly.
These are the diacritics and tie characters in the Unicode range U+0300 to
U+FE2F (https://en.wikipedia.org/wiki/Combining_character) In particular:
1. The diacritics do not take into account the width or height of the paired
character (which I imagine is a kerning issue)
2. Tie characters are always positioned incorrectly. They are supposed to
visually tie two characters together, but in Liberation Sans they are simply
centered under the 2nd character.
Version-Release number of selected component (if applicable):
version 2.00.1
How reproducible:
Steps to Reproduce:
1. Install Liberation Sans
2. Go to https://en.wikipedia.org/wiki/User:Kaldari/Font_test
Actual results:
Diacritics and ties are a mess.
Expected results:
See Helvetica example in attached file.
Additional info:
The best way to understand this bug is to look at the attached file
(comparison.png).
--
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=xTTdgh7sKr&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1088033
Bug ID: 1088033
Summary: Text Figures for Liberation Fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
Hello Pravin,
I was wondering whether you might consider adding text figures to your fonts.
That'd be great and I don't think it'll take you long.
Regards
--
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=tODxrdeHtL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1090631
Bug ID: 1090631
Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation
fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rhughes(a)redhat.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:
At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the
Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed
to be the same for all files in the same high-level family, and this seems to
be what most other fonts do in Linux. For the next release could you please set
the PreferredFamily key to just "Liberation" in all 10 files. This allows
component installers like gnome-software to group the fonts together rather
than showing them as separate entries and should have no other effects.
Thanks,
Richard.
--
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=Zd611y9wUR&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1009650
Bug ID: 1009650
Summary: Some Serbian glyphs seem to be Latin glyph
Product: Fedora
Version: 19
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
Hello,
I have a problem with Italic DE and GE: when I copy them from a pdf produced by
XeLaTeX, they are pasted respectively as Latin G and I WITH MACRON. I'm
puzzled, why does this happen?
By the way, other Serbian glyphs aren't copied at all, but they told me this is
XeLaTeX's fault, not font-dependent.
--
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=WUlCWOjbqa&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013949
Bug ID: 1013949
Summary: Problematic shapes for some letters of the macedonian
alphabet.
Product: Fedora
Version: 20
Component: liberation-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: pvelkovski(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
Created attachment 805748
--> https://bugzilla.redhat.com/attachment.cgi?id=805748&action=edit
Shoes how the letters look like, and what they should look like.
Description of problem:
The shape of the Regular (Normal) "Cyrillic
macedonian small letter be" looks. It looks like the italic form minus the
slant which is wrong!
Also the letters "macedonian cyrilic ghe" and "macedonian cyrillic gje" look
inconsistent in italic form. The "macedonian cyrilic gje" should look same as
"macedonian cyrilic ghe" with an added accent.
I'm attaching a pdf file that should explain the 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=UhMfVgfR8e&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1014357
Bug ID: 1014357
Summary: U+266B incorrect glyph with extra beam
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: fabian+redhat(a)greffrath.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
Originally reported as Debian #724839 [1] by Drake Wilson:
"
Using gucharmap 1:3.8.2-2 to view Liberation Serif characters with "Show only
glyphs from this font" enabled, the glyph for U+266B BEAMED EIGHTH NOTES shows
what is clearly beamed sixteenth notes instead; it should have only one beam
rather than two. FontForge confirms this after opening
LiberationSerif-Regular.ttf with SHA-256 =
ea76595ed32ec4bb117fc715e393b4cca3d42cabe53101baec6bbbeb800fa26a.
The glyph for U+266C BEAMED SIXTEENTH NOTES is correct.
"
The bug has been reported against version 2.00.1, ut I have checked with 1.07.3
and it is also present in this version.
Best regards,
Fabian
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724839
--
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=hFqMLHng7w&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1195216
Bug ID: 1195216
Summary: To wide macron for Liberation Sans Narrow fonts
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: eko(a)lanet.lv
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 994356
--> https://bugzilla.redhat.com/attachment.cgi?id=994356&action=edit
Too wide macron
Description of problem:
The macron (uni02C9) symbol in Liberation Sans Narrow fonts is too wide.
Version-Release number of selected component (if applicable):
1.07.4.
How reproducible:
100%
Steps to Reproduce:
Look at following letters with Liberation Sans Narrow fonts:
āēīōūĀĒĪŌŪ
Actual results:
See attached image Liberation_Sans_Narrow-old.png.
Expected results:
See attached image Liberation_Sans_Narrow-new.png.
Additional info:
A suggested path will be attached.
--
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=sozGaFqcCe&a=cc_unsubscribe
http://bugs.freedesktop.org/show_bug.cgi?id=18928
Summary: RFE: add a gfx preview to font packages
Product: PackageKit
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: richard(a)hughsie.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
The best way for a user to select a font is to show it to him.
For this reason font sites commonly provide bitmap preview images or so-called
specimen files (typically in PDF form) that showcase the font capabilities.
http://gonzo.uni-weimar.de/~gerner/fonts/YanoneKaffeesatz.pdfhttp://www.ascendercorp.com/pdf/Droid_fonts.pdf
Packagekit should do the same.
The image should be a pangram
http://en.wikipedia.org/wiki/List_of_pangrams
in the main unicode blocks the font supports
The specimen may include unicode coverage info, glyph table, etc
For more info ask on fedora-fonts-list at redhat.com
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.freedesktop.org/show_bug.cgi?id=20120
Summary: Display font script coverage info in the UI
Product: PackageKit
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: richard(a)hughsie.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
To make fonts auto-install work coverage auto-provides are being added to font
packages.
However, those provides are not only useful for auto-installation.
Users are just as interested to know they can use a font package to render
Greek or Catalan or Arabic when browsing the package repository manually.
Please transform those provides in user-friendly information added to font
package descriptions in packagekit GUI frontends.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.freedesktop.org/show_bug.cgi?id=18725
Summary: RFE: allow merging of legacy font family names
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
Historically font formats only allowed four faces regular, bold, italic, bold
italic. You had to use a separate font family to distribute condensed, heavy
etc variants
This has changed (cf http://blogs.msdn.com/text/attachment/2249036.ashx ) and
modern fonts such as DejaVu include all faces under a single family name.
Applications such as OO.o are being fixed to handle multifaced fonts
Unfortunately there are still many historic fonts in the wild distributed in
several sets of four faces (gs fonts, arial narrow, arial bold, etc). Those
fonts currently appear under different family names in fontconfig-using apps.
This is perturbing to users, since the same faces of historic and modern fonts
are not handled the same way. Microsoft did some sort of magic in uniscribe to
hide this distinction (irrelevant to users).
Please provide a documented config pattern for font distributors that enables
them to declare to fontconfig "font family A and font family B are the same,
please expose all the associated faces under A name to users".
(of course an application asking explicitely for B should still get it, but
users would only see A in font lists)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.freedesktop.org/show_bug.cgi?id=18723
Summary: RFE: fontconfig-level locl patching
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
Due to Han unification and other similar stuff parts of some fonts may not be
suitable for all locales.
This is handled by the locl flag in modern opentype fonts.
However there are still many non-opentype fonts in the wild, and it is not
possible to convert them all at once (when the license permits it).
There should be a way in fontconfig for font distributors to patch in via a
config file the locl characteristics of a font.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.freedesktop.org/show_bug.cgi?id=22338
Summary: Make fc-query warn about non-WWS compliant fonts
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: library
AssignedTo: freedesktop(a)behdad.org
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: keithp(a)keithp.com
CC: fedora-fonts-bugs-list(a)redhat.com
(it would be nice if there was a fc-query component in fontconfig BTW)
Since MS' WWS naming model makes stuff simpler for application authors, and
will be required in new window code, it would be mighty nice if fc-query warned
in its general report if a font file didn't respect this model.
Respecting the WWS model is declaring fields 21 and 22 or 16 in 17 in ways that
respect WWS (only weight, width and slant in sytles)
This way we can point FLOSS authors to fc-query as linting tools and promote
font naming our apps can handle easily
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.freedesktop.org/show_bug.cgi?id=18727
Summary: RFE: allow use of iso 15924 codes
Product: fontconfig
Version: 2.6
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: library
AssignedTo: keithp(a)keithp.com
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
There are a lot of scripts in the wild and the most accurate standard way to
specify them is using iso 15924 codes
http://www.unicode.org/iso15924/iso15924-codes.html
Please make it possible to write font patterns using iso 15924 codes in
fonts.conf
--
Configure bugmail: http://bugs.freedesktop.org/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=825115
Bug ID: 825115
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [kn_IN] Lohit Kannada glyphs of consonants with vowel
signs -II, -EE, -OO and -AI should be optimized
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for
consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences
of other glyphs.
In the case of -II, -EE, -OO the glyphs are the same as those of the
corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ
(unlike in Telugu where the length mark ligates with the syllable). Therefore
instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK
If this is done, any changes that are reflected on the
CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long
vowels as well without additional work being needed. For instance, see my
recent report of bug 825104. If that bug is fixed for short vowels I, E and O,
automatically it would reflect for II, EE and OO also.
As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length
Mark ೖ. So instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK
with same benefits as above.
Further, when handling combinations of:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU
by separating the length mark as recommended here, the sub-base form of
CONSONANT2 can be placed closer to the base CONSONANT1 which is also
typographically a desirable factor in a good font. The rules would be:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU -->
CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Examine the internals of Lohit Kannada font.
Actual results:
Currently there are separate glyphs for consonants with vowel signs -II, -EE,
-OO and -AI unnecessarily. These are merely sequences of other glyphs.
Therefore any change effected on the component glyphs has to be re-done here.
Expected results:
The superfluous glyphs should be removed and the appropriate effect should be
achieved by appropriate smartfont rules as indicated above.
Additional info:
This would also reduce the size of the font. Not an issue on laptops/desktops
but nowadays Lohit fonts are finding their way into smaller screens such as
smartphones, and it would be good to have a trim font with small footprint.
--
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: [hi_IN][Dependent Vowels]Press backspace key it delete the whole char and letter before it
https://bugzilla.redhat.com/show_bug.cgi?id=500110
Summary: [hi_IN][Dependent Vowels]Press backspace key it delete
the whole char and letter before it
Product: Fedora
Version: 10
Platform: i386
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: ---
Description of problem:
In gedit press Backspace key to delete the whole char,it delete both the whole
char and the letter before it
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 dabenा
2.Press Backspace key to delete the whole char ा
Actual results:
It delete the whole char and the letter n when pressing the Backspace key.
Expected results:
It should only delete the whole char.
Additional info:
1. U+093E ा
2. U+093F ि
3. U+0940 ी
4. U+0941 ु
5. U+0942 ू
6. U+0943 ृ
7. U+0944 ॄ
8. U+0945 ॅ
9. U+0946 ॆ
10. U+0947 े
11. U+0948 ै
12. U+0949 ॉ
13. U+094B ो
14. U+094C ौ
in Dependent Vowels all have the same problem
--
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 rebuild using external Adobe CMap and AGLFN data
https://bugzilla.redhat.com/show_bug.cgi?id=525881
Summary: Please rebuild using external Adobe CMap and AGLFN
data
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, kevin(a)tigcc.ticalc.org,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 182235,473302
Classification: Fedora
Description of problem:
The Debian fonttool packager noticed a problem in fonttool's embedded Adobe
CMap and AGLFN data and got Adobe to release them under a good license
This data is embeded in many packages, including yours
Please rebuild your package using an external shared Adobe CMap and AGLFN data
package
FE-LEGAL since this was all triggered by a legal check Debian-side
See also
http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/http://lwn.net/Articles/354360/http://opensource.adobe.com/wiki/display/cmap/CMap+Resources
--
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+09E2 has error.
https://bugzilla.redhat.com/show_bug.cgi?id=499358
Summary: [as_IN] [Codepoint- Additional Vowels] U+09E2 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 "09E2" with "RAW CODE" in gedit, the word 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:
Steps to Reproduce:
1.Select "RAW CODE" in scim-bridge.
2.Input "09E2" 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/09E2.jpg
Expected results:
The word is same with the URL
http://batman.bne.redhat.com/~indic/IndicTC/lang/as_IN/font/image/09E2.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: fonts.alias refer to encodings not listed in fonts.dir
https://bugzilla.redhat.com/show_bug.cgi?id=733106
Summary: fonts.alias refer to encodings not listed in fonts.dir
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: viy(a)altlinux.org
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does
not list them.
looks like a fonts.scale/fonts.dir generation bug.
/usr/share/X11/fonts/encodings/large/*
encodings should be present during fonts.scale/fonts.dir generation.
sazanami-fonts-0.20040629-15.fc15.src.rpm
--
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=825081
Bug ID: 825081
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Lohit Kannada font does not properly handle vowel
signs in consonant clusters
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 586752
--> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit
ODT and PDF for test-case
Description of problem:
This seems to be a resurfacing of bug #223971 but since I saw no way to reopen
that bug (sorry if I'm wrong) I'm reporting this again.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
In a word processor, select Lohit Kannada font and input Kannada Unicode
sequences having consonant clusters of the format CCV. I have attached a sample
ODT.
Actual results:
Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA
ಜ್ಞ, the vowel signs are not attached properly.
When the same text is rendered with other fonts (like Tunga of Microsoft even
loaded into Linux's LibreOffice) the sequences are shown properly without
overlaps or malformed glyphs.
Expected results:
The Kannada language uses lots of Sanskrit-based words and hence has many
consonant clusters with two and even three consonants. Also, when English words
are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for
sign-boards etc, even more consonant clusters will occur. In all these cases
Lohit Kannada should be able to gracefully handle such consonant clusters and
not output overlapping or malformed glyphs.
Additional info:
I have attached an ODT and PDF file demonstrating the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=827516
Bug ID: 827516
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [kn_IN] Vowel Signs U and UU do not correctly attach
to many consonants in Lohit Kannada
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 588536
--> https://bugzilla.redhat.com/attachment.cgi?id=588536&action=edit
ODT and PDF for test-case
Description of problem:
While most other CONSONANT + VOWEL SIGN combinations in Lohit Kannada are
mapped to precomposed glyphs, there are no pre-composed glyphs for vowel signs
U and UU except for the consonants PA, PHA and VA (where the stroke for U/UU
needs to come from below the consonant rather than the normal right side of the
consonant).
While in most cases, by virtue of appropriate RSB and LSB values of the
consonant glyph and vowel sign glyph, the simple sequence of the two glyphs
creates an appropriate appearance, this leaves out several instances where the
glyphs do not overlap at all and hence appear disjointed. For a professional
appearance of the font, this should be fixed.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Input all possible sequences of Kannada consonants with vowel signs U and UU.
(See attached ODT for text. Use BabelMap
[http://www.babelstone.co.uk/software/babelmap.html] if you want the
codepoints.)
Actual results:
You can see (as in the attached PDF) that some consonants do not properly get
attached to the vowel signs U and UU.
Expected results:
All consonants should properly get attached to the vowel signs U and UU.
Additional info:
Consonants which are not properly joined with vowel sign U:
KA* NYA DDA DA BA RA SSA** RRA LLLA***
* = see at high magnification
** = may need separate precomposed glyph with some adjustment to shape of left
side of vowel sign
*** = so-called FA of Kannada Unicode
Consonants which are not properly joined with vowel sign UU:
Those already listed above for U, plus GHA and LLA, due to the shorter height
of the left-side ending node of this vowel sign.
I think in most cases appropriate kerning should solve the problem, except for
SSA + -U/-UU, GHA + -UU and LLA + -UU where separate glyphs would be advisable.
It is curious to note that DDA DA and BA are all disjointed whereas their
aspirated counterparts DDHA DHA and BHA which all have only an additional
notch-like stroke at the bottom are correctly joined with the vowel sign. I
think the LSB RSB values are carelessly allotted in some cases, unfortunately.
Other problems:
CU JU -- the pointed part on the left of the vowel sign U passes through the
consonants and comes out above (see carefully) -- actually *negative* kerning
is needed here so that the pointed part should only enter the consonant and not
again exit it.
(It seems this problem does not occur for vowel sign UU due to the shorter
height of the left-side ending node of this vowel sign which causes a problem
with GHA and LLA instead -- see above!)
Note:
Unfortunately I will not be able to provide a TTF patch for this as I am
already short of time on my official projects. Please take care of it. Thank
you!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=839303
Bug ID: 839303
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, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [ta_IN] Submission of glyphs for Tamil
fractions/symbols to be included in the Lohit Tamil
fonts
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-tamil-fonts
Product: Fedora
Created attachment 597580
--> https://bugzilla.redhat.com/attachment.cgi?id=597580&action=edit
Lohit Tamil, Lohit Tamil Classical and Lohit Tamil Chart fonts with new
characters
Contributing new Tamil glyphs to Lohit Tamil family:
----------------------------------------------------
I have prepared a proposal to encode 62 characters for old Tamil fractions and
symbols to be encoded in Unicode. Seven of these are being proposed for the
Tamil BMP block and rest for a new Tamil Supplement block in the SMP.
For the glyphs required for the code chart I have largely devised new glyphs
based on existing Lohit Tamil glyphs under the derivative rights granted by the
OFL. Some glyphs which could not be derived, I created myself using Inkscape
and other tools.
I would like to donate all these glyphs to the Lohit project under the OFL for
eventual inclusion into the Lohit Tamil/Tamil Classical fonts. For now they may
be included in the PUA of an unofficial fork of the Lohit Tamil fonts. When
they are eventually encoded in Unicode, they may be officially mapped to the
new codepoints and included in the official distribution of the Lohit
Tamil/Tamil Classical fonts.
Using Lohit Tamil glyphs for Unicode code chart:
------------------------------------------------
In the proposal, I am also requesting the Unicode / ISO 10646 project editors
to use the Lohit Tamil font for the Unicode Tamil code charts (Tamil block, and
newly proposed Tamil Supplement block) because:
1) When the new characters are encoded and my glyphs used for the code chart,
it would look good to maintain stylistic uniformity in the code chart, and my
designed glyphs are stylistically like the Lohit Tamil glyphs as they are
mostly derived from them. So it would be good to use Lohit Tamil glyphs
throughout.
2) There are currently 72 Tamil characters in Unicode 6.1.0. The present
proposal almost doubles the number with 62 new characters. It would be a
significant and unnecessary effort for anyone else to duplicate my glyph design
work for so many characters to keep in with the current Tamil code chart font
style. So switching to Lohit Tamil for all glyphs is easier and advisable.
3) Personally I think the glyphs of Lohit Tamil are much "cleaner" than the
existing Tamil code chart font, and more representative of the nature and
beauty of the Tamil script.
4) The OFL already permits the use of the Lohit Tamil font (and its
derivatives) for any purpose, so there are (hopefully) no legal issues
pertaining which need to be cleared between Unicode and Red Hat (but of course,
IANAL).
I also sincerely request the cooperation of the Lohit / Fedora / Red Hat people
in permitting the Lohit Tamil glyphs to be used for the Unicode Tamil code
charts (i.e. for two blocks).
Fonts with new glyphs:
----------------------
I attach herewith a ZIP file containing three font files:
1) Lohit Tamil font, with newly proposed character glyphs mapped to the PUA.
2) Lohit Tamil Classical font, likewise.
3) Lohit Tamil Chart font, containing only glyphs required for the code chart
(for existing and new characters, totalling 134 in number, across two blocks
Tamil and Tamil Supplement) mapped to the existing and proposed characters for
convenience of Unicode / ISO 10646 editors.
Behaviour of new characters and requirement from the fonts' side:
-----------------------------------------------------------------
None of the newly proposed characters are combining characters in the sense of
combining marks. However, most of them are proposed for a new SMP Tamil block
and care might need to be taken for proper mapping so that on all platforms the
SMP characters are accessible.
There is only one sequence of characters which needs to ligate: TAMIL DIGIT ONE
௧ + TAMIL SIGN KALAM (which looks like TAMIL LETTER LLA ள) should always
ligate. I have also provided the ligature glyph after the glyphs for the
individual characters (mapped to PUA E03F) in the fonts 1 and 2 above. I have
not added any substitution mapping however as it is for now only temporarily in
the PUA.
Etcetera:
---------
It is my intention to submit the proposal within a week or so and I will
upload/link here a copy of the proposal.
If at all any changes are required to the set of glyphs as a result of any
feedback from scholars or other sources, I will upload fresh TTF font files.
I thank everyone, especially Pravin Satpute, for their support regarding this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=841947
Bug ID: 841947
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, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [te_IN] Add support for Telugu nakaarapollu and repha
to Lohit Telugu font
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Created attachment 599423
--> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit
Glyphs for Telugu nakaarapollu and repha
Telugu script has special form of vowelless NA called four-pronged
nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so
regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian
Brown has specifically called a distinct form as nakaarapollu.
The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu-n…
Likewise Telugu script has old repha form which is not found in common usage in
current Telugu script. A modern-style Telugu font can allow user to select
old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the
plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of
CONSONANT.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-r…
These two documents have been approved by the UTC in the Feb 2012 meeting:
http://www.unicode.org/L2/L2012/12007.htm
<quote>
[130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the
core specification text on Telugu nakaara-pollu based on input in document
L2/11-409.
[130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph
from L2/12-017 into the Telugu block description.
</quote>
It is requested to:
1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font:
2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph
3) add requisite OT markups for repha glyph so that a compliant OT system can
recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using
that glyph.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=982601
Bug ID: 982601
Summary: [ml_IN] Addition of glyphs to Lohit Malayalam to
support recently proposed Unicode characters
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 770964
--> https://bugzilla.redhat.com/attachment.cgi?id=770964&action=edit
Glyphs for Malayalam Archaic II, minor fractions and Chillu LLL
Recently I and Cibu Johny have proposed various characters to be added to the
Malayalam Unicode block and in the last May 2013 UTC meeting they have been
approved and further (IIUC) approved by the WG2 meeting last month in Lithunia.
The links are provided below:
N4429 Proposal to encode Malayalam minor fractions
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4429.pdf
N4428 Proposal to encode MALAYALAM LETTER CHILLU LLL
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4428.pdf
N4312 Proposal for MALAYALAM LETTER ARCHAIC II
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4312.pdf
This is a placeholder bug (like bug #839303 for Tamil fractions and symbols) to
ensure that the requisite glyphs are added immediately once the characters are
published in the Unicode standard finally.
I have designed the glyphs for these proposed characters partially based on
existing glyphs from the Lohit Malayalam font and would like to submit these as
my contributions to the Lohit project under the OFL.
--
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=CqoPzu7D2p&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1076190
Bug ID: 1076190
Summary: Rendering of Unicode tie bars could be improved
Product: Fedora
Version: 20
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: rkaldari(a)wikimedia.org
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 874108
--> https://bugzilla.redhat.com/attachment.cgi?id=874108&action=edit
comparison between Liberation Sans and Helvetica
Description of problem:
The rendering of the two Unicode tie bar combining characters (U+035E and
U+035F) is not ideal. In particular the characters are quite short and far away
from the characters they are tying together. This makes it appear more like a
misplaced macron than a tie bar. The rendering in Liberation Sans appears to be
equivalent to that of Arial which has the same issues. The rendering in
Helvetica is better (see attachment 1).
In particular, because the under tie bar (U+035F) is so far away from the other
characters, it sometimes gets clipped when rendered, as it appears to fall
slightly outside of the bounding box for the line height (see attachment 2).
My suggestion would be to make the length of both tie bars slightly longer, and
to move both of them slightly closer to the characters they are intended to tie
together.
Version-Release number of selected component (if applicable):
12-Mar-2014 (2.x)
How reproducible:
Always
Steps to Reproduce:
1. Install latest Liberation Sans (and Helvetica if you want to compare)
2. Go to https://www.mediawiki.org/wiki/User:Kaldari/Font_test_2
Actual results:
Tie bars should be slightly longer and closer to the other characters.
Expected results:
Tie bar are quite short and far away.
Additional info:
See attachments for more 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=4qagSOJtp5&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084227
Bug ID: 1084227
Summary: Arrow symbols too small and not nicely aligned
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 882471
--> https://bugzilla.redhat.com/attachment.cgi?id=882471&action=edit
testcase with some exemplary arrows
The arrow symbols contained in Liberation fonts seem to be too small and also a
little mis-aligned.
As an example consider the attached testcase which contains left/right/up/down
arrows exemplarily. The attached screenshot is a rendering of this file to
illustrate the issue:
- The arrows are much to small making them hardly discernible,
especially at small font sizes.
- The horizontally aligned arrows are positioned too low (nearly at the
baseline).
- Also visible: Hinting for the vertically aligned arrows is bad.
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=kmf7UnRYux&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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477389
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: ghostscript-fonts
AssignedTo: twaugh(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: twaugh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_…
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_(2…http://fedoraproject.org/wiki/Fedora_fonts_policy_packagehttp://fedoraproject.org/wiki/Simple_fonts_spec_templatehttp://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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=1110646
Bug ID: 1110646
Summary: woff file missing on purpose?
Product: Fedora
Version: rawhide
Component: fontawesome-fonts
Assignee: pvoborni(a)redhat.com
Reporter: tomspur(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
pvoborni(a)redhat.com
Description of problem:
ipython shows this warning:
2014-06-16 20:47:56.421 [tornado.access] WARNING | 404 GET
/static/components/font-awesome/font/fontawesome-webfont.woff?v=3.2.1
(127.0.0.1) 0.37ms
referer=http://localhost:8888/static/style/style.min.css?v=7775081fa91df3822d16b2087bc2c8dd
Would it be possible to also add the .woff file to fontawesome-webfont-web or
is it left out on purpose?
How reproducible:
always
Steps to Reproduce:
1. open ipython-notebook
Actual results:
no fontawesome-webfont.woff
Expected results:
fontawesome-webfont.woff
See also #1006575 for the ipython warning above.
--
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=dtK3lFi0PP&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1246765
Bug ID: 1246765
Summary: Update to 2.010 (with 1.065 italics)
Product: Fedora
Version: rawhide
Component: adobe-source-sans-pro-fonts
Assignee: alexisis-pristontale(a)hotmail.com
Reporter: suraia(a)ikkoku.de
QA Contact: extras-qa(a)fedoraproject.org
CC: alexisis-pristontale(a)hotmail.com,
fonts-bugs(a)lists.fedoraproject.org,
pikachu.2014(a)gmail.com
Created attachment 1056086
--> https://bugzilla.redhat.com/attachment.cgi?id=1056086&action=edit
Update to 2.010 (with 1.065 italics)
new upstream release is available: 2.010 (with 1.065 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=GEvLU5l4PL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=851950
Bug ID: 851950
QA Contact: extras-qa(a)fedoraproject.org
Severity: low
Version: 17
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: Latin ligatures need 'liga' standard ligature lookups
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: deron.meranda(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Description of problem:
Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl",
should have the OpenType 'liga' lookup features defined. That will allow text
renderers to automatically apply the ligature glyph.
Additionally, for completeness, the ligature caret horizontal positions should
be appropriately set for these glyphs.
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.0
Additional info:
You may need to solve bug #851790 first.
Also the "fi" (and "ffi" if existing) should exclude dotless-i
scripts/languages, e.g., Turkish.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1036220
Bug ID: 1036220
Summary: Font hinting and aliasing not properly configured on
fresh Fedora 19 install.
Product: Fedora
Version: 19
Component: fontconfig
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: alxgrtnstrngl(a)gmail.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
Created attachment 830756
--> https://bugzilla.redhat.com/attachment.cgi?id=830756&action=edit
These are the configurations for 10-antialias.conf and 10-hinting-slight.conf
Description of problem:
The fonts in Fedora 19 look odd, thin and the font alignment is totally off
resulting in unreadable or very poor quality text. Setting Gnome Shell's or
even Mate's anti-aliasing font-configuration here does nothing to enhance text
quality. Web-pages in browsers such as Chrome and Firefox look ugly and
strange. Other Linux distributions such as Ubuntu and Unixes like Mac OS X do
not have this problem, on fresh installs fonts look crisp, beautiful and full.
Version-Release number of selected component (if applicable):
Fedora release 19 (Schrödinger’s Cat)
How reproducible:
Do a fresh install of Fedora 19 from the install images, look at the fonts.
Steps to Reproduce:
1. Do a fresh install of Fedora 19 from the install images.
2. Attempt to use the desktop environment settings to adjust the font aliasing
and hinting.
3. Look at text rendering versus that in other distributions.
Actual results:
Text is rendered in a very odd and thin way, kerning is also off and the fonts
characters are misaligned, in Fedora resulting in a degraded visual experience
especially in web-browsers,
Expected results:
Text should render in a similar beautiful and smooth fashion the way it does on
other Linux distributions such as Ubuntu and Unixes such as Mac OS X.
Additional info:
Manual configuration is required to fix this by creating the proper symbolic
links between '/usr/share/fontconfig/conf.avail/' and '/etc/fonts/conf.d' for
the following configurations which are installed in 'conf.avail' but just never
configured out of the box:
'/usr/share/fontconfig/conf.avail/10-sub-pixel-rgb.conf'
'/usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf'
It also requires the creation of the following two font configurations which
are attached to this bug report and the creation of the corresponding symbolic
links in '/etc/fonts/conf.d':
'/usr/share/fontconfig/conf.avail/10-antialias.conf'
'/usr/share/fontconfig/conf.avail/10-hinting-slight.conf'
External References:
http://ruturaj.net/tweaking-gnome3-fedora-fonts-like-ubuntu/
--
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=cPiM5zwPQy&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: Own encodings, encodings/large dirs, check existence in xorg-x11-fonts-update-dirs
https://bugzilla.redhat.com/show_bug.cgi?id=789549
Summary: Own encodings, encodings/large dirs, check existence
in xorg-x11-fonts-update-dirs
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: Patch
Severity: unspecified
Priority: unspecified
Component: xorg-x11-font-utils
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: ville.skytta(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 561060
--> https://bugzilla.redhat.com/attachment.cgi?id=561060
Own encodings, encodings/large dirs, check/create large
xorg-x11-fonts-update-dirs invokes mkfontscale on encodings/large without
checking if it exists. And the encodings and encodings/large dirs should quite
probably be owned by this package because xorg-x11-fonts-update-dirs creates
them if they don't exist.
Patch attached, ok if I push and build this for rawhide?
--
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=986232
Bug ID: 986232
Summary: No figure space in liberation mono
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: medium
Assignee: psatpute(a)redhat.com
Reporter: guy.guilmette+redhat(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: There is no figure space character
Version-Release number of selected component (if applicable): 2.00.1
How reproducible: Always
Steps to Reproduce:
1. Use a figure space: .
Actual results: Missing character
Expected results: Space equal to one character width
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=qxoC1H3PJM&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: Please add Vedic Extensions to Lohit fonts
https://bugzilla.redhat.com/show_bug.cgi?id=798871
Summary: Please add Vedic Extensions to Lohit fonts
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-fonts
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, extras-orphan(a)fedoraproject.org,
pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
It is very good that Red Hat / Fedora takes steps to update Lohit fonts with
latest encoded Indic characters, especially Vedic characters included in
Devanagari Extended block. (See
https://www.redhat.com/archives/lohit-devel-list/2012-February/msg00011.html)
As a Sanskrit/Vedic scholar I very much welcome this. However, it would be even
greater if the separate Vedic characters that are encoded in the Vedic
Extensions block (http://www.unicode.org/charts/PDF/U1CD0.pdf) created in
Unicode 5.2 along with Devanagari Extended were also supported.
As Devanagari is the script mainly used for Sanskrit and especially Vedic
printings nowadays, it would be best to add the characters initially to the
Lohit Devanagari font so that it can combine properly with the Devanagari
characters.
If at all there is future demand for the glyphs to be added to the font of
another script (like Telugu etc which are also often used for Vedic texts in
those areas) the glyphs can easily be copied to those fonts in the future.
OpenType normally cannot join base characters from one font with combining
marks from a different font. So a separate Lohit Vedic font with purely Vedic
characters is not possible.
As the glyphs from the Vedic Extensions block have very simple shapes, it would
hopefully be easy to design those glyphs and add them to the fonts.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Install Lohit Devanagari 2.5.1 font.
Actual results:
The Devanagari-specific Vedic characters especially from the Devanagari
Extended block are available. The generic Vedic characters from the Vedic
Extensions block are not available.
Expected results:
It is desirable to have the generic Vedic characters from the Vedic Extensions
block also.
--
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: Lowercase U, V, W, X and Y too thin at 18px bold
https://bugzilla.redhat.com/show_bug.cgi?id=768067
Summary: Lowercase U, V, W, X and Y too thin at 18px bold
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cantabile.desu(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The lowercase U, V, W, X and Y in liberation sans at 18px and bold are
noticeably thinner than the other letters of the alphabet. It's quite
distracting. There is a screenshot attached.
It appears to happen only at 18px (bold).
Version-Release number of selected component (if applicable):
1.07.1
Additional info:
I'm using arch linux.
--
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: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool)
https://bugzilla.redhat.com/show_bug.cgi?id=795465
Summary: Historical regressions (+persistent issues) found
using fontlint (accompanying FontForge tool)
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: jpokorny(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
--
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: Font artifact with number 4
https://bugzilla.redhat.com/show_bug.cgi?id=591556
Summary: Font artifact with number 4
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.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
Target Release: ---
Description of problem:
(Quoted from zayzayats(a)yandex.ru)
In the Russian «б», the ascender is blurry.
http://shnurapet.fedorapeople.org/rus-b.png
freetype-freeworld-debuginfo-2.3.11-1.fc12.x86_64
freetype-2.3.11-3.fc12.x86_64
freetype-freeworld-2.3.11-1.fc12.x86_64
freetype-devel-2.3.11-3.fc12.x86_64
freetype-debuginfo-2.3.11-3.fc12.x86_64
$ ls /etc/yum.repos.d/
fedora-rawhide.repo rpmfusion-free.repo
fedora.repo rpmfusion-free-updates.repo
fedora-updates.repo rpmfusion-free-updates-testing.repo
fedora-updates-testing.repo rpmfusion-nonfree-rawhide.repo
infinality.repo rpmfusion-nonfree.repo
remi.repo rpmfusion-nonfree-updates.repo
rpmfusion-free-rawhide.repo rpmfusion-nonfree-updates-testing.repo
$ cat /etc/yum.repos.d/infinality.repo
[infinality]
name=Infinality
baseurl=http://www.infinality.net/fedora/linux/$releasever/$basearch/
enabled=1
gpgcheck=0
[infinality-noarch]
name=Infinality - noarch
baseurl=http://www.infinality.net/fedora/linux/$releasever/noarch/
enabled=1
gpgcheck=0
$ cat ~/.fonts.conf
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match target="font" >
<edit mode="assign" name="rgba" >
<const>rgb</const>
</edit>
<edit mode="assign" name="hinting" >
<bool>true</bool>
</edit>
<edit mode="assign" name="autohint" >
<bool>true</bool>
</edit>
<edit mode="assign" name="antialias" >
<bool>true</bool>
</edit>
<edit mode="assign" name="hintstyle" >
<const>hintfull</const>
</edit>
<edit name="lcdfilter" mode="assign">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
Size 8. I set 98 dpi for proper kerning.
http://shnurapet.fedorapeople.org/last-line.png
(It's in the center of the last line.)
--
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=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
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=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=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=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=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=1195021
Bug ID: 1195021
Summary: The ttf oldstandard-sfd fonts are corrupted
Product: Fedora
Version: 20
Component: oldstandard-sfd-fonts
Assignee: sanjay.ankur(a)gmail.com
Reporter: eko(a)lanet.lv
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
sanjay.ankur(a)gmail.com
Created attachment 994206
--> https://bugzilla.redhat.com/attachment.cgi?id=994206&action=edit
An exmple of errors in the ttf file.
Description of problem:
The ttf files are with errors.
Version-Release number of selected component (if applicable):
oldstandard-sfd-fonts-2.0.2-13.fc20
The same with oldstandard-sfd-fonts-2.0.2-15.fc21. The corrupted fonts has a
very long history – the ttf files from package
oldstandard-sfd-fonts-2.0.2-3.fc10 are already damaged.
How reproducible:
100%
Steps to Reproduce:
1. Open /usr/share/fonts/oldstandard/* files with any font viewer.
Actual results:
There is a garbage in place of letters (see the attached screen-shot)
Expected results:
Usable fonts.
Additional info:
I try to rebuilt this package from SRPM – no luck. The fontforge refuses to
built usable ttf even by hand. There are two options to solve the issue:
1) To generate OTF not the TTF (preferred solution);
2) To use ready-made ttf from
http://www.fontsquirrel.com/fonts/old-standard-TT.
--
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=0XRZ2KCY22&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1240807
Bug ID: 1240807
Summary: Non-latin glyphs generated by ligatures fi ff fl
Product: Fedora
Version: 21
Component: dejavu-fonts
Severity: urgent
Assignee: nicolas.mailhot(a)laposte.net
Reporter: federicoleva(a)tiscali.it
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
peter(a)thecodergeek.com
Created attachment 1049535
--> https://bugzilla.redhat.com/attachment.cgi?id=1049535&action=edit
The letters in question
Digrams fi ff fl became unreadable after latest update to DejaVu Sans and
DejaVu Sans Bold, being transformed into another script. See attachment.
$ rpm -qa | grep dejavu
dejavu-sans-mono-fonts-2.35-1.fc21.noarch
dejavu-serif-fonts-2.35-1.fc21.noarch
dejavu-fonts-common-2.35-1.fc21.noarch
dejavu-sans-fonts-2.35-1.fc21.noarch
--
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=c7gmSzHsIE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1174218
Bug ID: 1174218
Summary: incorrect smoothing
Product: Fedora
Version: 21
Component: freetype
Assignee: mkasik(a)redhat.com
Reporter: lavrinov2004(a)rambler.ru
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
Description of problem:
In Fedora 21 after an upgrade, upgrade the package to version 2.5.3-13 freetype
resulting stopped working font smoothing in Mozilla Firefox and Wine. In the
previous version 2.5.3-11 freetipe everything worked well.
--
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=qPrspQ2jgn&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1062903
Bug ID: 1062903
Summary: cantarell hints very poorly with new freetype CFF
engine (i.e. regression)
Product: Fedora
Version: 20
Component: abattis-cantarell-fonts
Assignee: ccecchi(a)redhat.com
Reporter: pierre-bugzilla(a)ossman.eu
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
Bug 995643 was filed against freetype for hinting Cantarell very poorly. That
was closed as NOTABUG. But that doesn't change the fact that Cantarell is still
fuzzy, which is a major issue for a UI font. So let's try filing this bug the
other way around. :)
Playing around with ftview suggests that forced auto hinting gives back roughly
the same hinting as in Fedora 19. So could we have that as a fontconfig bandaid
until better hinting information is available in the font itself?
--
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=y3p7SGp4NL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191094
Bug ID: 1191094
Summary: CVE-2014-9671 freetype: Off-by-one error in the
pcf_get_properties function in pcf/pcfread.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9671 to the following
issue:
Off-by-one error in the pcf_get_properties function in pcf/pcfread.c in
FreeType
before 2.5.4 allows remote attackers to cause a denial of service (NULL pointer
dereference and application crash) via a crafted PCF file with a 0xffffffff
size
value that is improperly incremented.
http://code.google.com/p/google-security-research/issues/detail?id=157http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=0e2f5d51…
--
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=Kh2uxQYUM7&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191096
Bug ID: 1191096
Summary: CVE-2014-9673 freetype: Integer signedness error in
the Mac_Read_POST_Resource function in base/ftobjs.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9673 to the following
issue:
Integer signedness error in the Mac_Read_POST_Resource function in
base/ftobjs.c
in FreeType before 2.5.4 allows remote attackers to cause a denial of service
(heap-based buffer overflow) or possibly have unspecified other impact via a
crafted Mac font.
http://code.google.com/p/google-security-research/issues/detail?id=154http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=35252ae9…
--
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=cE4QxwCKVN&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191093
Bug ID: 1191093
Summary: CVE-2014-9670 freetype: Multiple integer signedness
errors in the pcf_get_encodings function
inpcf/pcfread.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9670 to the following
issue:
Multiple integer signedness errors in the pcf_get_encodings function in
pcf/pcfread.c in FreeType before 2.5.4 allow remote attackers to cause a denial
of service (integer overflow, NULL pointer dereference, and application crash)
via a crafted PCF file that specifies negative values for the first column and
first row.
http://code.google.com/p/google-security-research/issues/detail?id=158http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=ef1eba75…
--
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=HvmsnCm2yW&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191092
Bug ID: 1191092
Summary: CVE-2014-9669 freetype: Multiple integer overflows in
sfnt/ttcmap.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9669 to the following
issue:
Multiple integer overflows in sfnt/ttcmap.c in FreeType before 2.5.4 allow
remote attackers to cause a denial of service (out-of-bounds read or memory
corruption) or possibly have unspecified other impact via a crafted cmap SFNT
table.
http://code.google.com/p/google-security-research/issues/detail?id=163http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=602040b1…
--
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=lbZKQCjzZ4&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191090
Bug ID: 1191090
Summary: CVE-2014-9667 freetype: integer overflow and
out-of-bounds read in sfnt/ttload.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9667 to the following
issue:
sfnt/ttload.c in FreeType before 2.5.4 proceeds with offset+length calculations
without restricting the values, which allows remote attackers to cause a denial
of service (integer overflow and out-of-bounds read) or possibly have
unspecified other impact via a crafted SFNT table.
http://code.google.com/p/google-security-research/issues/detail?id=166http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=677ddf4f…
--
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=zImGNf0ZHS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191085
Bug ID: 1191085
Summary: CVE-2014-9663 freetype: out-of-bounds read in the
tt_cmap4_validate function in sfnt/ttcmap.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9663 to the following
issue:
The tt_cmap4_validate function in sfnt/ttcmap.c in FreeType before 2.5.4
validates a certain length field before that field's value is completely
calculated, which allows remote attackers to cause a denial of service
(out-of-bounds read) or possibly have unspecified other impact via a crafted
cmap SFNT table.
http://code.google.com/p/google-security-research/issues/detail?id=184http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=9bd20b73…
--
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=RqfqmMYrge&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191082
Bug ID: 1191082
Summary: CVE-2014-9660 freetype: NULL pointer dereference in
the _bdf_parse_glyphs function in bdf/bdflib.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9660 to the following
issue:
The _bdf_parse_glyphs function in bdf/bdflib.c in FreeType before 2.5.4 does
not
properly handle a missing ENDCHAR record, which allows remote attackers to
cause
a denial of service (NULL pointer dereference) or possibly have unspecified
other impact via a crafted BDF font.
http://code.google.com/p/google-security-research/issues/detail?id=188http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=af834617…
--
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=934GUlEIr0&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191080
Bug ID: 1191080
Summary: CVE-2014-9658 freetype: DoS in the tt_face_load_kern
function in sfnt/ttkern.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9658 to the following
issue:
The tt_face_load_kern function in sfnt/ttkern.c in FreeType before 2.5.4
enforces an incorrect minimum table length, which allows remote attackers to
cause a denial of service (out-of-bounds read) or possibly have unspecified
other impact via a crafted TrueType font.
http://code.google.com/p/google-security-research/issues/detail?id=194http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=f70d9342…
--
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=NNjC60WFxk&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1191079
Bug ID: 1191079
Summary: CVE-2014-9657 freetype: DoS in the tt_face_load_hdmx
function in truetype/ttpload.c
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
kevin(a)tigcc.ticalc.org, mkasik(a)redhat.com
Common Vulnerabilities and Exposures assigned CVE-2014-9657 to the following
issue:
The tt_face_load_hdmx function in truetype/ttpload.c in FreeType before 2.5.4
does not establish a minimum record size, which allows remote attackers to
cause
a denial of service (out-of-bounds read) or possibly have unspecified other
impact via a crafted TrueType font.
http://code.google.com/p/google-security-research/issues/detail?id=195http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=eca0f067…
--
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=JxlmnOGyZ0&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: Proper Bold for Lohit Devanagari
https://bugzilla.redhat.com/show_bug.cgi?id=648350
Summary: Proper Bold for Lohit Devanagari
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
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
Created attachment 456789
--> https://bugzilla.redhat.com/attachment.cgi?id=456789
Picture showing the bold and regular typeface
Description of problem:
The existing font provided Lohit Devangari only contains the regular version.
It does not contain the bold version. When the computer generates bold using
the regular font, and the results are ugly. The siro-rekha is broken and many
other stuffs are also broken.
Version-Release number of selected component (if applicable):
How reproducible:
Exactly reproducible
Steps to Reproduce:
1.See any hindi/nepali/marathi/sanskrit pages in firefox with bold text
2. type devanagari text in openoffice and bold it
Actual results:
The a broken lohit devanagari font is displayed.
Expected results:
A well maintained bold should be shown.
Additional info:
The typographic value is lost when bold is used though it is still readable.
--
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=1192818
Bug ID: 1192818
Summary: PT Sans OFL files have wrong Rupee sign
Product: Fedora
Version: 21
Component: paratype-pt-sans-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: rajeeshknambiar(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,
pnemade(a)redhat.com
Description of problem:
PT Sans ttf files (from the OFL source archive) have wrong glyph (Ruble) in
place of Indian Rupee (currency sybmbol U+20B9). Websites with rupee character
falls back to PT Sans and shows Ruble sign as fontconfig priority is higher
than most Indic fonts.
Version-Release number of selected component (if applicable):
20101909-5.fc2
How reproducible:
Always
Steps to Reproduce:
1.
2.
3.
Actual results:
Ruble sign is shown in place of Rupee sign.
Expected results:
Rupee sign (₹) is displayed.
Additional info:
Contacted upstream (fonts at paratype dot com) and they have directed to the
fonts available at http://www.paratype.com/public/. The files at
http://www.paratype.com/uni/public/PTSans.zip indeed are fixed. OFL versions of
PT Serif and PT Mono are ok.
I understand Fedora prefers the OFL version, is there an alternative?
--
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=Sqpy3V088J&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1111675
Bug ID: 1111675
Summary: Capital Greek Delta not rendering properly
Product: Fedora
Version: 20
Component: dejavu-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: sara.alderweireldt(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,
peter(a)thecodergeek.com
Created attachment 910841
--> https://bugzilla.redhat.com/attachment.cgi?id=910841&action=edit
Original pdf, converted to png and screenshot
Description of problem:
When I create a pdf that contains a capital greek delta and open it in a pdf
viewer (Evince, Okular, ...), instead of the letter, I get the empty set
symbol.
My pdf: test.pdf
When I use convert to make a png from the pdf, the letter comes out normally:
test_convertFromPdf.png.
I attach a screenshot of what renders when I open the pdf:
test_screenFromEvince.png
I tried opening the exact same pdf on a different os (SL5), where it renders
perfectly fine.
I'm thinking this might be dejavu related after reading this:
https://bugs.launchpad.net/ubuntu/+source/fonts-dejavu/+bug/1275971
If that's not the case, apologies for the misclassification.
Version-Release number of selected component (if applicable):
I'm running fc20,
dejavu-fonts-common-2.34-1.fc20.noarch
dejavu-sans-mono-fonts-2.34-1.fc20.noarch
dejavu-sans-fonts-2.34-1.fc20.noarch
dejavu-lgc-sans-mono-fonts-2.34-1.fc20.noarch
dejavu-lgc-serif-fonts-2.34-1.fc20.noarch
dejavu-serif-fonts-2.34-1.fc20.noarch
dejavu-lgc-sans-fonts-2.34-1.fc20.noarch
evince-3.10.3-1.fc20.x86_64
evince-nautilus-3.10.3-1.fc20.x86_64
evince-debuginfo-3.10.3-1.fc20.x86_64
evince-libs-3.10.3-1.fc20.x86_64
evince-djvu-3.10.3-1.fc20.x86_64
How reproducible:
Open the pdf (on my machine).
Steps to Reproduce:
Open the pdf?
Actual results:
The symbol doesn't render properly.
Expected results:
A nice capital Delta.
Additional info:
Feel free to ask for additional logs or version numbers, or other possibly
relevant 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=GPpNxzzX0w&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1016989
Bug ID: 1016989
Summary: [ml_IN] non-standard sequence sequence for stacked
chillu-N and RRA in Lohit Malayalam font should be
removed
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
This is related to bug #1016984 which I reported just now.
As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the
display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA +
RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font
does not support this sequence. In bug #1016984 I have requested to add it.
Apart from that, note that currently the sequence being used to display stacked
chillu-N on top of RRA in Lohit font is ന്റ = 0d28 0d4d 0d31. This is
non-standard. It is inadvisable to retain this sequence as having two
canonically non-equivalent sequences display the same is a security issue of
confusability.
My request from the POV of being standard-compliant would be to remove this
sequence.
However I am sure (based on personal email communication) there will be
objection from people such as Santosh Thottingal since they do not agree with
the standard on this matter. They maintain that NA + VIRAMA + RRA is the
correct sequence to get this display.
I have told them that if they disagree with the standard then they should
discuss the matter on the Unicode and try to make the Unicode Technical
Committee accept their view. Otherwise such sequences will just be
standards-non-compliant and the existing diversified situation will only be
aggravated.
Certainly the current standard-prescribed sequence should be included to be
standards compliant. For that I have already filed the separate bug. For 100%
compliance the old non-standard should be removed. To track that I am filing
this bug now.
In the face of community objection, it is up to the project maintainer to
decide about this.
Version-Release number of selected component (if applicable):
2.5.4
--
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=ALH5tjahY0&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1229182
Bug ID: 1229182
Summary: Addition of glyphs to Lohit Bengali for recent Unicode
additions
Product: Fedora
Version: 23
Component: lohit-bengali-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 1036232
--> https://bugzilla.redhat.com/attachment.cgi?id=1036232&action=edit
Bengali Anji glyph
Unicode 7.0 encoded 0980 Bengali Anji. I have attached the glyph for it. Please
include it in Lohit Bengali/Assamese.
Since I can specify only one component I have specified Bengali only. Please
take the same for Assamese also since after all the scripts are the same.
NOTE: I am proposing a few more characters for Bengali/Assamese for Vedic. Once
Unicode approves I'll attach those glyphs also here.
References:
http://www.unicode.org/charts/PDF/U0980.pdf
--
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=57UrqUo7ql&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1203719
Bug ID: 1203719
Summary: CVE-2015-1804 libXfont: out-of-bounds memory access in
bdfReadCharacters
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mprpic(a)redhat.com
CC: btissoir(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
sandmann(a)redhat.com
The bdf parser read metrics values as 32-bit integers, but stored them into
16-bit integers. Overflows could occur in various operations leading to
out-of-bounds memory access.
A local user could exploit this issue to potentially execute arbitrary code
with the privileges of the X.Org server.
Upstream advisory:
http://seclists.org/oss-sec/2015/q1/865
Upstream patch:
http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=2351c83a77a478b49c…
--
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=er2MnEzbkS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1203715
Bug ID: 1203715
Summary: CVE-2015-1802 libXfont: missing range check in
bdfReadProperties
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mprpic(a)redhat.com
CC: btissoir(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
sandmann(a)redhat.com
The bdf parser reads a count for the number of properties defined in a font
from the font file, and allocates arrays with entries for each property based
on that count. It never checked to see if that count was negative, or large
enough to overflow when multiplied by the size of the structures being
allocated, and could thus allocate the wrong buffer size, leading to out of
bounds writes.
A local user could exploit this issue to potentially execute arbitrary code
with the privileges of the X.Org server.
Upstream advisory:
http://seclists.org/oss-sec/2015/q1/865
Upstream patch:
http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=2deda9906480f9c8ae…
--
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=lX6DTEkBbs&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1236034
Bug ID: 1236034
Summary: DejavuSans missing from the list of fonts, forced
refresh needed
Product: Fedora
Version: 22
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: kparal(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
Description of problem:
I performed a clean install of Fedora 22, moved some data and configuration
over from an older system, and found out that I can't select (I don't see)
Dejavu Sans fonts in any of my GUI applications. I tried a clean user profile,
no change. twaugh helped me resolve this on #fedora-devel by force refreshing a
fontconfig cache, and told me to report a bug, because this should not happen.
When affected, this is what I saw:
$ fc-list | grep -i DejavuSans
/usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans
Mono:style=Bold Oblique
/usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold
/usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans
Mono:style=Oblique
Running fc-cache didn't help:
$ sudo fc-cache /usr/share/fonts/dejavu/
$ fc-list | grep -i DejavuSans
/usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans
Mono:style=Bold Oblique
/usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold
/usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans
Mono:style=Oblique
But a forced refresh was successful:
$ sudo fc-cache -f /usr/share/fonts/dejavu/
$ fc-list | grep -i DejavuSans
/usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans
Mono:style=Bold Oblique
/usr/share/fonts/dejavu/DejaVuSansCondensed-Oblique.ttf: DejaVu Sans,DejaVu
Sans Condensed:style=Condensed Oblique,Oblique
/usr/share/fonts/dejavu/DejaVuSansCondensed-Bold.ttf: DejaVu Sans,DejaVu Sans
Condensed:style=Condensed Bold,Bold
/usr/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold
/usr/share/fonts/dejavu/DejaVuSans.ttf: DejaVu Sans:style=Book
/usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans
Mono:style=Oblique
/usr/share/fonts/dejavu/DejaVuSans-Bold.ttf: DejaVu Sans:style=Bold
/usr/share/fonts/dejavu/DejaVuSansCondensed.ttf: DejaVu Sans,DejaVu Sans
Condensed:style=Condensed,Book
/usr/share/fonts/dejavu/DejaVuSans-ExtraLight.ttf: DejaVu Sans,DejaVu Sans
Light:style=ExtraLight
/usr/share/fonts/dejavu/DejaVuSansCondensed-BoldOblique.ttf: DejaVu Sans,DejaVu
Sans Condensed:style=Condensed Bold Oblique,Bold Oblique
/usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf: DejaVu Sans:style=Oblique
/usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf: DejaVu Sans:style=Bold
Oblique
I have backed up the original fontconfig cache before updating it, it is
attached. The only difference in the file listing seems to be this:
$ diff -u orig new
--- orig 2015-06-26 13:31:45.049192566 +0200
+++ new 2015-06-26 13:31:50.372176669 +0200
@@ -1,9 +1,9 @@
-total 443k
+total 463k
-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 3.1k Jun 25
16:10 019629eead7fd8624feacc17e1c76e56-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 192 Jun 24
13:21 0251a5afa6ac727a1e32b7d4d4aa7cf0-le64.cache-6
-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 1.8k Jun 25
16:23 0cdaf353a0871111e8db86b8a5e64d24-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 2.5k Jun 24
13:23 12513961c6e7090f8648812f9eaf65d6-le64.cache-6
--rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 24k Jun 24
13:21 12b26b760a24f8b4feb03ad48a333a72-le64.cache-6
+-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 44k Jun 26
13:30 12b26b760a24f8b4feb03ad48a333a72-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24
13:23 1e1e03b57ed9f0c723c5aeafda46c3fb-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24
13:23 2881ed3fd21ca306ddad6f9b0dd3189f-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 6.7k Jun 24
13:23 2e1514a9fdd499050989183bb65136db-le64.cache-6
@@ -35,7 +35,7 @@
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 42k Jun 24
13:21 b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24
13:23 b887eea8f1b96e1d899b44ed6681fc27-le64.cache-6
-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 15k Jun 25
13:25 beeeeb3dfe132a8a0633a017c99ce0c0-le64.cache-6
--rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 200 Jun 25
16:23 CACHEDIR.TAG
+-rw-r--r--. 1 root root unconfined_u:object_r:fonts_cache_t:s0 200 Jun 26
13:30 CACHEDIR.TAG
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 5.1k Jun 24
13:23 d3379abda271c4acd2ad0c01f565d0b0-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 1.8k Jun 24
13:23 df893b4576ad6107f9397134092c4059-le64.cache-6
-rw-r--r--. 1 root root system_u:object_r:fonts_cache_t:s0 9.2k Jun 24
13:23 e26bf336397aae6fcef4d3803472adec-le64.cache-6
So one of the cache objects changed from system_u:object_r:fonts_cache_t:s0 to
unconfined_u:object_r:fonts_cache_t:s0. But I'm running with selinux
permissive, so I guess that shouldn't effect it (however, the system was
running in enforcing by default, so maybe it did effect it and it persisted?).
Also the timestamp of CACHEDIR.TAG was updated.
Version-Release number of selected component (if applicable):
fontconfig-2.11.94-1.fc22.x86_64
dejavu-sans-fonts-2.35-1.fc22.noarch
How reproducible:
always until I force updated the cache. I can still reproduce it if I copy the
cache backup back to its original location.
Steps to Reproduce:
1. rm /var/cache/fontconfig -r
2. copy the provided backup into /var/cache/fontconfig
3. `fc-list | grep -i DejavuSans` should not show DejavuSans font
--
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=gCLGZllIov&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1203718
Bug ID: 1203718
Summary: CVE-2015-1803 libXfont: crash on invalid read in
bdfReadCharacters
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: low
Priority: low
Assignee: security-response-team(a)redhat.com
Reporter: mprpic(a)redhat.com
CC: btissoir(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
sandmann(a)redhat.com
If the bdf parser failed to parse the data for the bitmap for any character, it
would proceed with an invalid pointer to the bitmap data and later crash when
trying to read the bitmap from that pointer.
A local user could exploit this issue to crash the X.Org server.
Upstream advisory:
http://seclists.org/oss-sec/2015/q1/865
Upstream patch:
http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=78c2e3d70d29698244…
--
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=a6kgapYM62&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1229198
Bug ID: 1229198
Summary: [kn_IN] Addition of glyphs to Lohit Kannada for recent
Unicode additions
Product: Fedora
Version: 23
Component: lohit-kannada-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 1036248
--> https://bugzilla.redhat.com/attachment.cgi?id=1036248&action=edit
Kannada Sign Spacing Candrabindu glyph
Unicode has recently accepted 0C80 Kannada Sign Spacing Candrabindu. I am
attaching the glyph for it. Please add this glyph to Lohit Kannada once the
character is published in Unicode.
Note that I am going to propose a few more Unicode characters for Kannada for
Vedic. Once Unicode accepts I'll attach those glyphs also here. This can be the
placeholder bug to ensure that the work gets done.
Thanks.
Reference:
http://www.unicode.org/alloc/Pipeline.html
--
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=GNK8FWSgdV&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=985343
Bug ID: 985343
Summary: After telugu input .(full stop) is rendering as square
box in lokalize editor
Product: Fedora
Version: 19
Component: lohit-telugu-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: kkrothap(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 774715
--> https://bugzilla.redhat.com/attachment.cgi?id=774715&action=edit
Example screen shot regarding the problem.
Description of problem:
While using lokalize as translation editor, after telugu input if i type .(full
stop) it is rendering as square box.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.5.3-2.fc19.noarch
kdesdk-lokalize-4.10.5-1.fc19.x86_64
How reproducible:
Every time
Steps to Reproduce:
1.Open lokalize.
2.Input some telugu text.
3.Type . after telugu text.
Actual results:
. rendering as square box
Expected results:
Should render as it should be.
Additional info:
Working fine with pothana font.
--
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=ptT4KXOL2o&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1156554
Bug ID: 1156554
Summary: [rfe] use dnf instead of yum
Product: Fedora
Version: rawhide
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: metherid(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
Description of problem:
Fedora 22 is planning to switch over to dnf from yum as per
https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF
Please switch from yum/yum-utils to dnf/dnf-plugins-core. Thanks!
--
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=YeSQAkWFuc&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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477387
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-hebrew-fancy
AssignedTo: danken(a)cs.technion.ac.il
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: danken(a)cs.technion.ac.il,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_fonts_…
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_(2…http://fedoraproject.org/wiki/Fedora_fonts_policy_packagehttp://fedoraproject.org/wiki/Simple_fonts_spec_templatehttp://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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=1242549
Bug ID: 1242549
Summary: ttx execution failed with traceback
Product: Fedora
Version: 23
Component: fonttools
Assignee: pnemade(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
Traceback (most recent call last):
File "/usr/bin/ttx", line 6, in <module>
ttx.main(sys.argv[1:])
File "/usr/lib/python2.7/site-packages/FontTools/fontTools/ttx.py", line 310,
in main
process(jobs, options)
File "/usr/lib/python2.7/site-packages/FontTools/fontTools/ttx.py", line 295,
in process
action(input, output, options)
File "/usr/lib/python2.7/site-packages/FontTools/fontTools/ttx.py", line 216,
in ttCompile
ttf.importXML(input, quiet=options.quiet)
File
"/usr/lib/python2.7/site-packages/FontTools/fontTools/ttLib/__init__.py", line
340, in importXML
reader.read()
File
"/usr/lib/python2.7/site-packages/FontTools/fontTools/misc/xmlReader.py", line
30, in read
self._parseFile(file)
File
"/usr/lib/python2.7/site-packages/FontTools/fontTools/misc/xmlReader.py", line
49, in _parseFile
parser.Parse(chunk, 0)
File
"/usr/lib/python2.7/site-packages/FontTools/fontTools/misc/xmlReader.py", line
82, in _startElementHandler
elif "ERROR" in attrs or ('raw' in attrs and safeEval(attrs['raw'])):
File
"/usr/lib/python2.7/site-packages/FontTools/fontTools/misc/textTools.py", line
11, in safeEval
return eval(data, {"__builtins__":{}})
File "<string>", line 1, in <module>
NameError: name 'True' is not defined
Version-Release number of selected component (if applicable):
fonttools-2.5-2.fc22
How reproducible:
always
Steps to Reproduce:
1.ttx anyfont.ttx
2.
3.
Actual results:
above traceback
Expected results:
should not give traceback
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=jMlRmqs6ZH&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1241698
Bug ID: 1241698
Summary: please add lato-fonts epel package
Product: Fedora
Version: rawhide
Component: lato-fonts
Assignee: pikachu.2014(a)gmail.com
Reporter: piotr1212(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
pikachu.2014(a)gmail.com
I need lato-fonts as dep in epel 6 and 7. Please approve my acl requests and
branch request in pkgdb so I can build it.
--
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=ODUTx7lYDX&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800607
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=important,public=201 |impact=important,public=201
|20302,reported=20120302,sou |20302,reported=20120302,sou
|rce=secalert,cvss2=6.8/AV:N |rce=customer,cvss2=6.8/AV:N
|/AC:M/Au:N/C:P/I:P/A:P,rhel |/AC:M/Au:N/C:P/I:P/A:P,rhel
|-5/freetype=affected,rhel-6 |-5/freetype=affected,rhel-6
|/freetype=affected,fedora-a |/freetype=affected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=(CWE-122|CWE-787) |ted,cwe=(CWE-122|CWE-787)
--
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=ZLqrh1ib4r&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800604
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=important,public=201 |impact=important,public=201
|20301,reported=20120302,sou |20301,reported=20120302,sou
|rce=secalert,cvss2=6.8/AV:N |rce=customer,cvss2=6.8/AV:N
|/AC:M/Au:N/C:P/I:P/A:P,rhel |/AC:M/Au:N/C:P/I:P/A:P,rhel
|-5/freetype=affected,rhel-6 |-5/freetype=affected,rhel-6
|/freetype=affected,fedora-a |/freetype=affected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=(CWE-122|CWE-787) |ted,cwe=(CWE-122|CWE-787)
--
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=2eD7dbwOl6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800602
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120228, |impact=low,public=20120228,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,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,cw |ingw32-freetype=affected,cw
|e=(CWE-122|CWE-125) |e=(CWE-122|CWE-125)
--
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=gJMqZus84b&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800598
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120228, |impact=low,public=20120228,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,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,cw |ingw32-freetype=affected,cw
|e=(CWE-121|CWE-125) |e=(CWE-121|CWE-125)
--
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=u2j7gIdhST&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800600
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120228, |impact=low,public=20120228,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|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,cw |ingw32-freetype=affected,cw
|e=(CWE-122|CWE-125) |e=(CWE-122|CWE-125)
--
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=y03rYKCiHH&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800594
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=important,public=201 |impact=important,public=201
|20227,reported=20120302,sou |20227,reported=20120302,sou
|rce=secalert,cvss2=6.8/AV:N |rce=customer,cvss2=6.8/AV:N
|/AC:M/Au:N/C:P/I:P/A:P,rhel |/AC:M/Au:N/C:P/I:P/A:P,rhel
|-5/freetype=affected,rhel-6 |-5/freetype=affected,rhel-6
|/freetype=affected,fedora-a |/freetype=affected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=CWE-122 |ted,cwe=CWE-122
--
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=Pe9PaSNKJA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800593
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120227, |impact=low,public=20120227,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,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=notaffected,rhel-6/fr |etype=notaffected,rhel-6/fr
|eetype=notaffected,fedora-a |eetype=notaffected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=(CWE-122|CWE-125) |ted,cwe=(CWE-122|CWE-125)
--
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=R0C9h3SzM3&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800597
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120227, |impact=low,public=20120227,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|Au:N/C:N/I:N/A:P,rhel-5/fre |Au:N/C:N/I:N/A:P,rhel-5/fre
|etype=notaffected,rhel-6/fr |etype=notaffected,rhel-6/fr
|eetype=notaffected,fedora-a |eetype=notaffected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=(CWE-122|CWE-125) |ted,cwe=(CWE-122|CWE-125)
--
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=FCWKcVNGRC&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800595
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120227, |impact=low,public=20120227,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|Au:N/C:N/I:N/A:P,rhel-4/fre |Au:N/C:N/I:N/A:P,rhel-4/fre
|etype=notaffected,rhel-5/fr |etype=notaffected,rhel-5/fr
|eetype=affected,rhel-6/free |eetype=affected,rhel-6/free
|type=affected,fedora-all/fr |type=affected,fedora-all/fr
|eetype=affected,fedora-all/ |eetype=affected,fedora-all/
|mingw32-freetype=affected,c |mingw32-freetype=affected,c
|we=(CWE-122|CWE-125) |we=(CWE-122|CWE-125)
--
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=NOQLAk2Bcb&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800592
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=important,public=201 |impact=important,public=201
|20223,reported=20120302,sou |20223,reported=20120302,sou
|rce=secalert,cvss2=6.8/AV:N |rce=customer,cvss2=6.8/AV:N
|/AC:M/Au:N/C:P/I:P/A:P,rhel |/AC:M/Au:N/C:P/I:P/A:P,rhel
|-5/freetype=affected,rhel-6 |-5/freetype=affected,rhel-6
|/freetype=affected,fedora-a |/freetype=affected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=(CWE-122|CWE-787) |ted,cwe=(CWE-122|CWE-787)
--
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=S6MS4hBZWc&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800591
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=important,public=201 |impact=important,public=201
|20223,reported=20120302,sou |20223,reported=20120302,sou
|rce=secalert,cvss2=6.8/AV:N |rce=customer,cvss2=6.8/AV:N
|/AC:M/Au:N/C:P/I:P/A:P,rhel |/AC:M/Au:N/C:P/I:P/A:P,rhel
|-4/freetype=notaffected,rhe |-4/freetype=notaffected,rhe
|l-5/freetype=notaffected,rh |l-5/freetype=notaffected,rh
|el-6/freetype=notaffected,f |el-6/freetype=notaffected,f
|edora-all/freetype=affected |edora-all/freetype=affected
|,fedora-all/mingw32-freetyp |,fedora-all/mingw32-freetyp
|e=affected,cwe=(CWE-122|CWE |e=affected,cwe=(CWE-122|CWE
|-787) |-787)
--
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=GNcTpRWuqK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800590
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,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,cw |ingw32-freetype=affected,cw
|e=(CWE-122|CWE-125) |e=(CWE-122|CWE-125)
--
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=rFLiwZpQmE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800589
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120226, |impact=low,public=20120226,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|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,cw |ingw32-freetype=affected,cw
|e=CWE-704->CWE-122 |e=CWE-704->CWE-122
--
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=woxIXxO4Ey&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800587
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|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,cw |ingw32-freetype=affected,cw
|e=(CWE-122|CWE-125) |e=(CWE-122|CWE-125)
--
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=GQoB35rNf8&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800585
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,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
--
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=lPSi38Bg7u&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800584
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|Au:N/C:N/I:N/A:P,rhel-5/fre |Au:N/C:N/I:N/A:P,rhel-5/fre
|etype=notaffected,rhel-6/fr |etype=notaffected,rhel-6/fr
|eetype=notaffected,fedora-a |eetype=notaffected,fedora-a
|ll/freetype=affected,fedora |ll/freetype=affected,fedora
|-all/mingw32-freetype=affec |-all/mingw32-freetype=affec
|ted,cwe=CWE-476 |ted,cwe=CWE-476
--
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=tj8roZ21nq&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800581
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|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,cw |ingw32-freetype=affected,cw
|e=(CWE-122|CWE-125) |e=(CWE-122|CWE-125)
--
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=MlXuSHSp9M&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=800583
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amaris(a)redhat.com
Whiteboard|impact=low,public=20120223, |impact=low,public=20120223,
|reported=20120302,source=se |reported=20120302,source=cu
|calert,cvss2=4.3/AV:N/AC:M/ |stomer,cvss2=4.3/AV:N/AC:M/
|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,cw |ingw32-freetype=affected,cw
|e=(CWE-122|CWE-125) |e=(CWE-122|CWE-125)
--
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=E6gI98deZC&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=671122
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20110118,reported=20 |public=20110118,reported=20
|110118,source=osssecurity,i |110118,source=oss-security,
|mpact=moderate,cvss2=5.1/AV |impact=moderate,cvss2=5.1/A
|:N/AC:H/Au:N/C:P/I:P/A:P/,r |V:N/AC:H/Au:N/C:P/I:P/A:P/,
|hel-5/pango=affected,rhel-6 |rhel-5/pango=affected,rhel-
|/pango=affected,fedora-all/ |6/pango=affected,fedora-all
|pango=affected/cvss2=5.1/AV |/pango=affected/cvss2=5.1/A
|:N/AC:H/Au:N/C:P/I:P/A:P,rh |V:N/AC:H/Au:N/C:P/I:P/A:P,r
|el-4/pango=notaffected,rhel |hel-4/pango=notaffected,rhe
|-4/evolution28-pango=affect |l-4/evolution28-pango=affec
|ed |ted
--
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=8IbZUklVXf&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=614557
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,imp |100702,source=vendor-sec,im
|act=low,cvss2=3.7/AV:L/AC:H |pact=low,cvss2=3.7/AV:L/AC:
|/Au:N/C:P/I:P/A:P,rhel-3/fr |H/Au:N/C:P/I:P/A:P,rhel-3/f
|eetype=affected,rhel-4/free |reetype=affected,rhel-4/fre
|type=affected,rhel-5/freety |etype=affected,rhel-5/freet
|pe=affected,rhel-6/freetype |ype=affected,rhel-6/freetyp
|=affected,fedora-all/freety |e=affected,fedora-all/freet
|pe=affected |ype=affected
--
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=a9yusztaaE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613198
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,imp |100702,source=vendor-sec,im
|act=important,cvss2=7.5/AV: |pact=important,cvss2=7.5/AV
|N/AC:L/Au:N/C:P/I:P/A:P,fed |:N/AC:L/Au:N/C:P/I:P/A:P,fe
|ora-all/freetype=notaffecte |dora-all/freetype=notaffect
|d,cwe=CWE-228->CWE-122 |ed,cwe=CWE-228->CWE-122
--
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=EC8HluSyIB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613162
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,rhe |100702,source=vendor-sec,rh
|l-4/freetype=affected/cvss2 |el-4/freetype=affected/cvss
|=6.8/AV:N/AC:M/Au:N/C:P/I:P |2=6.8/AV:N/AC:M/Au:N/C:P/I:
|/A:P,rhel-5/freetype=affect |P/A:P,rhel-5/freetype=affec
|ed/cvss2=6.8/AV:N/AC:M/Au:N |ted/cvss2=6.8/AV:N/AC:M/Au:
|/C:P/I:P/A:P,rhel-6/freetyp |N/C:P/I:P/A:P,rhel-6/freety
|e=affected/cvss2=6.8/AV:N/A |pe=affected/cvss2=6.8/AV:N/
|C:M/Au:N/C:P/I:P/A:P,fedora |AC:M/Au:N/C:P/I:P/A:P,fedor
|-all/freetype=affected/cvss |a-all/freetype=affected/cvs
|2=6.8/AV:N/AC:M/Au:N/C:P/I: |s2=6.8/AV:N/AC:M/Au:N/C:P/I
|P/A:P |:P/A:P
--
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=FYc2Qa5KBY&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613194
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,rhe |100702,source=vendor-sec,rh
|l-4/freetype=affected/cvss2 |el-4/freetype=affected/cvss
|=6.8/AV:N/AC:M/Au:N/C:P/I:P |2=6.8/AV:N/AC:M/Au:N/C:P/I:
|/A:P,rhel-5/freetype=affect |P/A:P,rhel-5/freetype=affec
|ed/cvss2=6.8/AV:N/AC:M/Au:N |ted/cvss2=6.8/AV:N/AC:M/Au:
|/C:P/I:P/A:P,rhel-6/freetyp |N/C:P/I:P/A:P,rhel-6/freety
|e=affected/cvss2=6.8/AV:N/A |pe=affected/cvss2=6.8/AV:N/
|C:M/Au:N/C:P/I:P/A:P,fedora |AC:M/Au:N/C:P/I:P/A:P,fedor
|-all/freetype=affected/cvss |a-all/freetype=affected/cvs
|2=6.8/AV:N/AC:M/Au:N/C:P/I: |s2=6.8/AV:N/AC:M/Au:N/C:P/I
|P/A:P |:P/A:P
--
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=tlPRstOkBN&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613167
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,rhe |100702,source=vendor-sec,rh
|l-3/freetype=affected/cvss2 |el-3/freetype=affected/cvss
|=6.8/AV:N/AC:M/Au:N/C:P/I:P |2=6.8/AV:N/AC:M/Au:N/C:P/I:
|/A:P,rhel-4/freetype=affect |P/A:P,rhel-4/freetype=affec
|ed/cvss2=6.8/AV:N/AC:M/Au:N |ted/cvss2=6.8/AV:N/AC:M/Au:
|/C:P/I:P/A:P,rhel-5/freetyp |N/C:P/I:P/A:P,rhel-5/freety
|e=affected/cvss2=6.8/AV:N/A |pe=affected/cvss2=6.8/AV:N/
|C:M/Au:N/C:P/I:P/A:P,rhel-6 |AC:M/Au:N/C:P/I:P/A:P,rhel-
|/freetype=affected/cvss2=6. |6/freetype=affected/cvss2=6
|8/AV:N/AC:M/Au:N/C:P/I:P/A: |.8/AV:N/AC:M/Au:N/C:P/I:P/A
|P,fedora-all/freetype=affec |:P,fedora-all/freetype=affe
|ted/cvss2=6.8/AV:N/AC:M/Au: |cted/cvss2=6.8/AV:N/AC:M/Au
|N/C:P/I:P/A:P |:N/C:P/I:P/A:P
--
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=XoFpTiXWtA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613154
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,imp |100702,source=vendor-sec,im
|act=important,cvss2=7.5/AV: |pact=important,cvss2=7.5/AV
|N/AC:L/Au:N/C:P/I:P/A:P,rhe |:N/AC:L/Au:N/C:P/I:P/A:P,rh
|l-6/freetype=affected,fedor |el-6/freetype=affected,fedo
|a-all/freetype=affected,cwe |ra-all/freetype=affected,cw
|=CWE-190->CWE-119 |e=CWE-190->CWE-119
--
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=3rZOulM2R3&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613160
Ján Rusnačko <jrusnack(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|public=20100609,reported=20 |public=20100609,reported=20
|100702,source=vendorsec,rhe |100702,source=vendor-sec,rh
|l-5/freetype=affected/cvss2 |el-5/freetype=affected/cvss
|=6.8/AV:N/AC:M/Au:N/C:P/I:P |2=6.8/AV:N/AC:M/Au:N/C:P/I:
|/A:P,rhel-4/freetype=affect |P/A:P,rhel-4/freetype=affec
|ed/cvss2=6.8/AV:N/AC:M/Au:N |ted/cvss2=6.8/AV:N/AC:M/Au:
|/C:P/I:P/A:P,rhel-6/freetyp |N/C:P/I:P/A:P,rhel-6/freety
|e=affected/cvss2=6.8/AV:N/A |pe=affected/cvss2=6.8/AV:N/
|C:M/Au:N/C:P/I:P/A:P,fedora |AC:M/Au:N/C:P/I:P/A:P,fedor
|-all/freetype=affected/cvss |a-all/freetype=affected/cvs
|2=6.8/AV:N/AC:M/Au:N/C:P/I: |s2=6.8/AV:N/AC:M/Au:N/C:P/I
|P/A:P |:P/A:P
--
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=XCClzsogxd&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=613154
Adam Mariš <amaris(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
CC| |amaris(a)redhat.com
Resolution|--- |CURRENTRELEASE
Last Closed| |2015-07-29 11:05:04
--
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=Ko4S2Tofwb&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1245063
Bug ID: 1245063
Summary: Error and warming messages at application start
Product: Fedora
Version: 21
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: frank-buettner(a)gmx.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,
tagoh(a)redhat.com
Description of problem:
When run an application from the terminal, I see many warnings and error
messages about fontconfig
Version-Release number of selected component (if applicable):
fontconfig-2.11.1-5.fc21.x86_64
How reproducible:
every time
Steps to Reproduce:
1. open an terminal
2. run an appication
Actual results:
libs init..
loading appindicator3 with version 1..
could not load appindicator3 without version.
loading appindicator with version 1..
could not load appindicator without version.
no appindicator :(
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70:
non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70:
non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78:
saw unknown, expected number
Fontconfig warning: "/etc/fonts/conf.d/65-0-lohit-bengali.conf", line 32:
unknown element "langset"
Fontconfig warning: "/etc/fonts/conf.d/69-gnu-free-sans.conf", line 24: unknown
element "langset"
Fontconfig warning: "/etc/fonts/conf.d/69-gnu-free-serif.conf", line 24:
unknown element "langset"
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70:
non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70:
non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78:
saw unknown, expected number
Fontconfig warning: "/etc/fonts/conf.d/65-0-lohit-bengali.conf", line 32:
unknown element "langset"
Fontconfig warning: "/etc/fonts/conf.d/69-gnu-free-sans.conf", line 24: unknown
element "langset"
Fontconfig warning: "/etc/fonts/conf.d/69-gnu-free-serif.conf", line 24:
unknown element "langset"
Expected results:
No warnings/errors
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=WOEnqCOyn5&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Jon Ciesla <limburgher(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(limburgher@gmail. |
|com) |
--- Comment #15 from Jon Ciesla <limburgher(a)gmail.com> ---
Looks ok.
--
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=N9D0NNm8sK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1005518
Parag AN(पराग) <panemade(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |panemade(a)gmail.com
Flags| |needinfo?(leftmostcat@gmail
| |.com)
--- Comment #10 from Parag AN(पराग) <panemade(a)gmail.com> ---
I have not see any activity by the submitter using his FAS in datagrepper
output in Fedora project.
Sean,
you still want to continue packaging of this?
--
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=lyZIRj5wmF&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Alexander Ploumistos <alex.ploumistos(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |limburgher(a)gmail.com
Flags| |needinfo?(limburgher@gmail.
| |com)
--- Comment #14 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
The repo was empty, so I had to set up the branches myself. Could you please
take a look and see if everything is all right?
--
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=TLVyfIZ4qn&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=860249
Mariusz Libera <mariusz.libera(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|mariusz.libera(a)gmail.com |
Miroslav Suchý <msuchy(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|177841 (FE-NEEDSPONSOR) |
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=177841
[Bug 177841] Tracker: Review requests from new Fedora packagers who need a
sponsor
--
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=G7BrrrcIxJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1241552
Bug ID: 1241552
Summary: Buffer overrun with pango_ft2_render_layout_line()
with undersized FT_Bitmap.
Product: Fedora
Version: 22
Component: pango
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: peter(a)peter-b.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
pango installed from the F22 "updates" repo contains a critical bug that causes
a buffer overrun on 64-bit architectures when rendering a glyph into a
FT_Bitmap that is too small.
When pango 1.36.8 is built from source on the same system, no buffer overrun is
observed (using valgrind).
Version-Release number of selected component (if applicable):
pango-1.36.8-5.fc22.x86_64
How reproducible:
Always.
Steps to Reproduce:
See http://quality.runrev.com/show_bug.cgi?id=15581 for detailed instructions
for reproducing, plus logs.
--
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=sySDMND9kU&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
--- Comment #12 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
Oh crap, there was an "a" missing from the name in my request!
New Package SCM Request
=======================
Package Name: gdouros-asea-fonts
Short Description: an etude on the dominant typeface of Greek typography
Upstream URL: http://users.teilar.gr/~g1951d/
Branches: f21 f22 f23 master
Owners: alexpl
InitialCC: fonts-sig
--
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=p7SHhBM3Q3&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Review Request: |Review Request:
|gdouros-asea-fonts - an |gdouros-asea-fonts - an
|étude on the dominant |etude on the dominant
|typeface of Greek |typeface of Greek
|typography |typography
--- Comment #10 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
> "an etude" without the accent or "a study"?
"an etude" is standard English spelling afaik.
> Oh and will I need to upload new files with the description amended?
I don't think so. An amended fedora-cvs request should be enough. I'll also
update the bug title right now so they match.
--
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=o83qL6iL86&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
--- Comment #8 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Kevin Fenzi from comment #7)
> Our git processing script is erroring on this package.
>
> (Likely due to the "é" in the description)
>
> I'm not sure this is allowed by the guidelines:
>
> https://fedoraproject.org/wiki/Packaging:Guidelines#Summary_and_description
>
> says:
>
> "Please put personal preferences aside and use American English spelling in
> the summary and description."
>
> I'm clearing the flag here so I can process the rest of the queue...
I may be splitting hairs, but what is more preferable here, "an etude" without
the accent or "a study"?
--
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=vFtIFL6sXX&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Kevin Fenzi <kevin(a)scrye.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kevin(a)scrye.com
Flags|fedora-cvs? |
--- Comment #7 from Kevin Fenzi <kevin(a)scrye.com> ---
Our git processing script is erroring on this package.
(Likely due to the "é" in the description)
I'm not sure this is allowed by the guidelines:
https://fedoraproject.org/wiki/Packaging:Guidelines#Summary_and_description
says:
"Please put personal preferences aside and use American English spelling in the
summary and description."
I'm clearing the flag here so I can process the rest of the queue...
--
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=HSsb9Rtvx9&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=477445
David Barton <davebarton(a)cityinthesky.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(davebarton@cityin |
|thesky.co.uk) |
--- Comment #17 from David Barton <davebarton(a)cityinthesky.co.uk> ---
Looks like it's fixed to me.
Thanks
--
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=WOrUALZwzZ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #19 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
(In reply to Alexander Ploumistos from comment #18)
> (In reply to Zbigniew Jędrzejewski-Szmek from comment #17)
> > There's certainly no need to rebuild everything for this. Since it's just a
> > change in the spec file, it's totally fine to do it by just pushing the git
> > commit without bumping the version and/or rebuilding the package. Also, even
> > if you built some package, there's no need to submit an update.
>
> Phew, good to know. Desperation had started to creep up on me.
:)
> > > By the way, is there a fedpkg option to submit all of the branches at once
> > > to the remote and/or koji?
> > fedpkg no. But you can use something like:
> >
> > git push origin master master:f23 master:f22 master:f21
> >
> > if f21/f22/f23/master are the same, or update each branch locally if
> > branches are not at the same commit and:
> >
> > git push origin master f23 f22 f21
>
> When I want to apply the same changes as in master to a branch, I switch to
> that branch and issue "git merge master". Does the first format of the push
> command alleviate the need for the merge? Also, if I have merged the changes
> from the master branch to the others and use the second syntax, the result
> would be the same as in the first case?
Yes, exactly. Try 'gitk --all &' for visual overview.
> > I don't think there's a way to submit multiple builds, but you can use:
> >
> > fedpkg build --nowait
> >
> > to submit a job and immediately continue. Something like:
> >
> > fedpkg build --nowait ... && fedpkg build --nowait ... && ...
>
> That's probably what I need. The man page does not say what will happen in
> case of error. Will I be notified in the terminal or do I need to watch the
> web interface to koji?
Each of those commands will print the job number. You can then watch them
from the command line with 'koji watch-task ID1 ID2 ...'
Or you can use 'koji list-tasks --mine' to list the tasks and start watching
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=7GlcptKHfO&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #18 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #17)
> There's certainly no need to rebuild everything for this. Since it's just a
> change in the spec file, it's totally fine to do it by just pushing the git
> commit without bumping the version and/or rebuilding the package. Also, even
> if you built some package, there's no need to submit an update.
Phew, good to know. Desperation had started to creep up on me.
> > By the way, is there a fedpkg option to submit all of the branches at once
> > to the remote and/or koji?
> fedpkg no. But you can use something like:
>
> git push origin master master:f23 master:f22 master:f21
>
> if f21/f22/f23/master are the same, or update each branch locally if
> branches are not at the same commit and:
>
> git push origin master f23 f22 f21
When I want to apply the same changes as in master to a branch, I switch to
that branch and issue "git merge master". Does the first format of the push
command alleviate the need for the merge? Also, if I have merged the changes
from the master branch to the others and use the second syntax, the result
would be the same as in the first case?
> I don't think there's a way to submit multiple builds, but you can use:
>
> fedpkg build --nowait
>
> to submit a job and immediately continue. Something like:
>
> fedpkg build --nowait ... && fedpkg build --nowait ... && ...
That's probably what I need. The man page does not say what will happen in case
of error. Will I be notified in the terminal or do I need to watch the web
interface to koji?
--
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=eojP81MROC&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1099033
Parag AN(पराग) <panemade(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |panemade(a)gmail.com,
| |relrod(a)redhat.com
Assignee|nobody(a)fedoraproject.org |panemade(a)gmail.com
Flags| |fedora-review?
| |needinfo?(relrod(a)redhat.com
| |)
--- Comment #2 from Parag AN(पराग) <panemade(a)gmail.com> ---
Can you add fonts appstream metainfo files? Please add it and update the
package and I will review this. You can take the example for adding metainfo
file from
http://pkgs.fedoraproject.org/cgit/adobe-source-sans-pro-fonts.git/plain/so…
--
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=JaAg60fvCS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1094015
Cheng-Chia Tseng <pswo10680(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(pswo10680(a)gmail.c |
|om) |
--- Comment #16 from Cheng-Chia Tseng <pswo10680(a)gmail.com> ---
I find I don't have much time working on packaging in this period. :(
The situation is that we, the community in Taiwan, don't have people working on
packaging here. I would like to help with this, so I am translating and
learning How to create an RPM package on wiki now to promote RPM packaging in
these days. [1]
I will apply for sponsoring in the future after my review some packages. Sorry
for the long-time-delay. ;P
[1] https://fedoraproject.org/wiki/How_to_create_an_RPM_package/zh-tw
--
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=fG0gZxnEe6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1094015
Parag AN(पराग) <panemade(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pswo10680(a)gmail.com
Flags| |needinfo?(pswo10680(a)gmail.c
| |om)
--- Comment #15 from Parag AN(पराग) <panemade(a)gmail.com> ---
Any updates here?
--
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=1e7F9XqBll&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=949954
Parag AN(पराग) <panemade(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |panemade(a)gmail.com,
| |sanjay.ankur(a)gmail.com
Flags| |needinfo?(sanjay.ankur@gmai
| |l.com)
--- Comment #1 from Parag AN(पराग) <panemade(a)gmail.com> ---
Hi Ankur,
Are you still interested in this package submission? Please update package as
per current packaging guidelines and add metainfo files per font subpackage.
Please ask if need some help. I will then review the new srpm.
--
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=EynUwWpESj&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #17 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
(In reply to Alexander Ploumistos from comment #16)
> (In reply to Parag AN(पराग) from comment #15)
> > I have no concern over adding more text in the spec file but its place at
> > top of the spec file.
That's bikeshedding ;) While I agree that putting the license at the top is a
bit
awkward, it certainly isn't wrong.
> OK, got it. I'll rearrange the text and update everything over the weekend.
> I hope no one minds me hogging up koji...
There's certainly no need to rebuild everything for this. Since it's just a
change in the spec file, it's totally fine to do it by just pushing the git
commit without bumping the version and/or rebuilding the package. Also, even if
you built some package, there's no need to submit an update.
> By the way, is there a fedpkg option to submit all of the branches at once
> to the remote and/or koji?
fedpkg no. But you can use something like:
git push origin master master:f23 master:f22 master:f21
if f21/f22/f23/master are the same, or update each branch locally if branches
are not at the same commit and:
git push origin master f23 f22 f21
I don't think there's a way to submit multiple builds, but you can use:
fedpkg build --nowait
to submit a job and immediately continue. Something like:
fedpkg build --nowait ... && fedpkg build --nowait ... && ...
--
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=y1QFAdtsSd&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #16 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Parag AN(पराग) from comment #15)
> I have no concern over adding more text in the spec file but its place at
> top of the spec file.
OK, got it. I'll rearrange the text and update everything over the weekend. I
hope no one minds me hogging up koji...
By the way, is there a fedpkg option to submit all of the branches at once to
the remote and/or koji?
--
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=pkuCYL2yyg&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #15 from Parag AN(पराग) <panemade(a)gmail.com> ---
In Fedora rpm packaging, I will suggest whenever something extra you need to
add in spec file, good to add it just before the start of that relevant
section/line.
I have no concern over adding more text in the spec file but its place at top
of the spec file.
--
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=vW4OlVoGSW&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #14 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
I have already pushed updates with the license comment like this for more than
half of the gdouros fonts, what should I do?
For the time being, given how Mr Douros' page has been altered, I think that if
not the full text, at least the internet archive link should be referenced
somewhere, so that everyone is clear on the licensing terms.
--
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=4ZrGJQ7IcT&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
Parag AN(पराग) <panemade(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |panemade(a)gmail.com
--- Comment #13 from Parag AN(पराग) <panemade(a)gmail.com> ---
I don't think it is really mandatory to add license text in the spec file as
the text given in the upstream website already matches with the definition of
Public Domain license given on
https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing page.
But if needed to be added they should be added just before License: tag and not
at the start of spec file which will look as if its the license of this spec
file.
--
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=84igRYR0DB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Alexander Ploumistos <alex.ploumistos(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |fedora-cvs?
--- Comment #6 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
New Package SCM Request
=======================
Package Name: gdouros-sea-fonts
Short Description: an étude on the dominant typeface of Greek typography
Upstream URL: http://users.teilar.gr/~g1951d/
Branches: f21 f22 f23 master
Owners: alexpl
InitialCC: fonts-sig
--
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=f7Hx6GE7YS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228868
Alexander Ploumistos <alex.ploumistos(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |fedora-cvs?
--- Comment #5 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
New Package SCM Request
=======================
Package Name: gdouros-aroania-fonts
Short Description: A font based on Victor Julius Scholderer's "New Hellenic"
Upstream URL: http://users.teilar.gr/~g1951d/
Branches: f21 f22 f23 master
Owners: alexpl
InitialCC: fonts-sig
--
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=4bub87M6xK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review? |fedora-review+
--- Comment #5 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
OK, this package is identical to the other two, except for the font name.
Package is APPROVED.
--
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=TPwKjyaJz5&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228868
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review? |fedora-review+
--- Comment #4 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
- name OK
- license OK (see #1228865 for licensing discussion)
- latest version
- requires and provides seem OK
Rpmlint:
gdouros-aroania-fonts.noarch: W: spelling-error %description -l en_US monoline
-> mono line, mono-line, monolingual
gdouros-aroania-fonts.src: W: spelling-error %description -l en_US monoline ->
mono line, mono-line, monolingual
gdouros-aroania-fonts.src: W: invalid-url Source1:
http://users.teilar.gr/~g1951d/Textfonts.pdf HTTP Error 404: Not Found
gdouros-aroania-fonts.src: W: invalid-url Source0:
http://users.teilar.gr/~g1951d/TextFonts.zip HTTP Error 404: Not Found
OK.
Package is APPROVED.
--
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=NGIXLvjUUD&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review+ |fedora-review?
--- Comment #4 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
Oops, wrong window.
--
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=BJchyBlBmM&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review? |fedora-review+
--- Comment #3 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
- name OK
- license OK (see #1228865 for licensing discussion)
- latest version
- requires and provides seem OK
Rpmlint:
gdouros-aroania-fonts.noarch: W: spelling-error %description -l en_US monoline
-> mono line, mono-line, monolingual
gdouros-aroania-fonts.src: W: spelling-error %description -l en_US monoline ->
mono line, mono-line, monolingual
gdouros-aroania-fonts.src: W: invalid-url Source1:
http://users.teilar.gr/~g1951d/Textfonts.pdf HTTP Error 404: Not Found
gdouros-aroania-fonts.src: W: invalid-url Source0:
http://users.teilar.gr/~g1951d/TextFonts.zip HTTP Error 404: Not Found
OK.
Package is APPROVED.
--
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=mcK27MHZzF&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228868
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |zbyszek(a)in.waw.pl
Assignee|nobody(a)fedoraproject.org |zbyszek(a)in.waw.pl
Flags| |fedora-review?
--
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=ZKwSOaWOTG&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
Alexander Ploumistos <alex.ploumistos(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |fedora-cvs?
--- Comment #12 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
New Package SCM Request
=======================
Package Name: gdouros-anaktoria-fonts
Short Description: A font based on "Grecs du roi" and the "First Folio Edition
of Shakespeare"
Upstream URL: http://users.teilar.gr/~g1951d/
Branches: f21 f22 f23 master
Owners: alexpl
InitialCC: fonts-sig
--
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=xrsDiw6fnE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228869
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |zbyszek(a)in.waw.pl
Assignee|nobody(a)fedoraproject.org |zbyszek(a)in.waw.pl
Flags| |fedora-review?
--
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=PW1hGbKyAS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1208842,
| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1228868,
| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1228869
--- Comment #9 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
(In reply to Alexander Ploumistos from comment #8)
> Great, thanks! So can I set the cvs flag now?
Yes.
--
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=faHidQQ8yt&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #8 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #7)
> > > %description seems to contain a private use unicode character (1480
> > > 1561).
> >
> > Thanks, there was a funny-looking zero, I fixed it in both the spec file and
> > the metainfo.xml file. By the way, which tool picked that up?
> I does not display properly in firefox on my system, and I started
> investigating.
> You probably have the right font installed.
I usually edit files in bluefish, vi or gedit and their monospace fonts
displayed a regular zero. When I transferred the description text to
libreoffice writer I was able to see what was wrong.
> Most likely you have /etc/mock/default.cfg linked to fedora-21-x86_64.cfg.
> I link it to fedora-rawhide-x86_64.cfg instead.
Actually it was linked to fedora-20-x86_64.cfg. Strange.
> To sum up, please add:
> - a comment about the license
> - %check with appstream-util validate-relax
I have updated the spec file with a license-like comment, "BuildRequires:
libappstream-glib" and the appstream validation check. I should probably amend
my other gdouros-*-fonts packages as well.
> Package is APPROVED.
Great, thanks! So can I set the cvs flag now?
> Are all Douros fonts packaged? If you have any left to package, I'll be
> happy to review.
That would be really nice of you. I have Aroania and Asea in the review queue
(and I've just updated their spec files according to your remarks) which
together with Anaktoria and Alexander comprise upstream's TextFonts package:
https://bugzilla.redhat.com/show_bug.cgi?id=1228868https://bugzilla.redhat.com/show_bug.cgi?id=1228869
There are a few more of his fonts that have never been packaged, I hope the
internet archive keeps a copy of all of them, just in case.
--
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=Gs8TVyLClC&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review? |fedora-review+
--- Comment #7 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
(In reply to Alexander Ploumistos from comment #6)
> (In reply to Zbigniew Jędrzejewski-Szmek from comment #5)
> > Where is the license specified?
>
> There never was a license file. See here, bottom of the page:
So please add a comment to the spec file explaining this. I think you should
even
include the "license text" in that comment.
# https://web.archive.org/web/20150625020428/http://users.teilar.gr/~g1951d/
# "in lieu of a licence:
# Fonts and documents in this site are not pieces of property or merchandise
items;
# they carry no trademark, copyright, license or other market tags; they are
free
# for any use. George Douros"
> > %description seems to contain a private use unicode character (1480
> > 1561).
>
> Thanks, there was a funny-looking zero, I fixed it in both the spec file and
> the metainfo.xml file. By the way, which tool picked that up?
I does not display properly in firefox on my system, and I started
investigating.
You probably have the right font installed.
> > [ ]: Each %files section contains %defattr if rpm < 4.4
> > Note: %defattr present but not needed
> But I don't have a %defattr directive, where is this coming from?
Oh, indeed. It must be coming from one of the macros. I fixed
https://bugzilla.redhat.com/show_bug.cgi?id=1047031 some time ago.
I'm not sure where this one came from. Please ignore, it's not a bug
in your package anyway.
> > [ ]: Large documentation must go in a -doc subpackage. Large could be size
> > (~1MB) or number of files.
> > Note: Documentation size is 808960 bytes in 1 files.
> > That's borderline. A bit too small to create a separate package.
>
> See comments 1 & 4 here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1208842
Yeah, agreed.
> > Appdata file should be validated in %check
> > [https://fedoraproject.org/wiki/Packaging:AppData]
>
> Does this apply to metainfo.xml files? I thought it was just for the
> appdata.xml ones.
Yes. That paragraph talks about both kinds of files, and says that files should
be checked with making a distinction between the two types.
> > $ appstream-util validate-relax
> > /usr/share/appdata/gdouros-anaktoria.metainfo.xml
> > /usr/share/appdata/gdouros-anaktoria.metainfo.xml: FAILED:
> > • markup-invalid : <id> does not have correct extension for kind
> > • tag-missing : <extends> is not present
> > Validation of files failed
>
> On an F22 system, I'm getting this:
> $ appstream-util validate-relax
> rpmbuild/SOURCES/gdouros-anaktoria.metainfo.xml
> rpmbuild/SOURCES/gdouros-anaktoria.metainfo.xml: OK
>
> I can't understand why there would be a problem with the id tag or why the
> extends tag would be needed, it does not extend anything.
>
> On what system did you run fedora-review?
I run that on F21. On rawhide indeed it doesn't say anything.
> I've just noticed that fedora-review on this system creates an F21 package
> even though I fed it an F23 source rpm built in mock, is there a setting
> someplace that I've missed?
Most likely you have /etc/mock/default.cfg linked to fedora-21-x86_64.cfg.
I link it to fedora-rawhide-x86_64.cfg instead.
--
To sum up, please add:
- a comment about the license
- %check with appstream-util validate-relax
Package is APPROVED.
Are all Douros fonts packaged? If you have any left to package, I'll be happy
to review.
--
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=bfreEcdLKh&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=845712
--- Comment #30 from Mikolaj Izdebski <mizdebsk(a)redhat.com> ---
(In reply to Alexander Kurtakov from comment #29)
> Mikolaj, does it mean this bug can be closed/currentrelease if working
> proper with dnf?
It works for me now, but I left it up to component maintainers to decide
whether this bug is resolved and whether it should be closed or not.
--
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=cEOjZdmS1B&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #6 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
Thank you for taking the time to review this.
Source rpm and spec file updated.
(In reply to Zbigniew Jędrzejewski-Szmek from comment #5)
> Where is the license specified?
There never was a license file. See here, bottom of the page:
https://web.archive.org/web/20150625020428/http://users.teilar.gr/~g1951d/
> %description seems to contain a private use unicode character (1480
> 1561).
Thanks, there was a funny-looking zero, I fixed it in both the spec file and
the metainfo.xml file. By the way, which tool picked that up?
> [ ]: Each %files section contains %defattr if rpm < 4.4
> Note: %defattr present but not needed
But I don't have a %defattr directive, where is this coming from?
> [ ]: Large documentation must go in a -doc subpackage. Large could be size
> (~1MB) or number of files.
> Note: Documentation size is 808960 bytes in 1 files.
> That's borderline. A bit too small to create a separate package.
See comments 1 & 4 here:
https://bugzilla.redhat.com/show_bug.cgi?id=1208842
> Appdata file should be validated in %check
> [https://fedoraproject.org/wiki/Packaging:AppData]
Does this apply to metainfo.xml files? I thought it was just for the
appdata.xml ones.
> $ appstream-util validate-relax
> /usr/share/appdata/gdouros-anaktoria.metainfo.xml
> /usr/share/appdata/gdouros-anaktoria.metainfo.xml: FAILED:
> • markup-invalid : <id> does not have correct extension for kind
> • tag-missing : <extends> is not present
> Validation of files failed
On an F22 system, I'm getting this:
$ appstream-util validate-relax rpmbuild/SOURCES/gdouros-anaktoria.metainfo.xml
rpmbuild/SOURCES/gdouros-anaktoria.metainfo.xml: OK
I can't understand why there would be a problem with the id tag or why the
extends tag would be needed, it does not extend anything.
On what system did you run fedora-review?
I've just noticed that fedora-review on this system creates an F21 package even
though I fed it an F23 source rpm built in mock, is there a setting someplace
that I've missed?
--
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=UhHDUUS4r9&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|nobody(a)fedoraproject.org |zbyszek(a)in.waw.pl
Flags| |fedora-review?
--- Comment #5 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
OK. I guess that's fine: the font is open source and either the author will
re-post it or it will pop up somewhere else. Where is the license specified?
%description seems to contain a private use unicode character (1480
1561).
[ ]: Each %files section contains %defattr if rpm < 4.4
Note: %defattr present but not needed
[ ]: Large documentation must go in a -doc subpackage. Large could be size
(~1MB) or number of files.
Note: Documentation size is 808960 bytes in 1 files.
That's borderline. A bit too small to create a separate package.
Appdata file should be validated in %check
[https://fedoraproject.org/wiki/Packaging:AppData]
$ appstream-util validate-relax
/usr/share/appdata/gdouros-anaktoria.metainfo.xml
/usr/share/appdata/gdouros-anaktoria.metainfo.xml: FAILED:
• markup-invalid : <id> does not have correct extension for kind
• tag-missing : <extends> is not present
Validation of files failed
--
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=4W20oYQbV2&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
--- Comment #4 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #3)
> Sources cannot be found any more!
In protest of the recent events in Europe and Greece, the creator has removed
all of his fonts (including seven that are already in Fedora). I have written
to him urging him to reconsider his decision, but I have not heard back.
Meanwhile, I have uploaded the latest source packages for the fonts I maintain
to our cvs and for the ones under review it's just what you see in the source
rpms.
--
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=kLcucXLogw&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1228865
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zbyszek(a)in.waw.pl
--- Comment #3 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
Sources cannot be found any more!
--
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=DvbhGcNsVd&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1242120
leigh scott <leigh123linux(a)googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|chat-to-me(a)raveit.de, |behdad(a)fedoraproject.org,
|fabio(a)locati.cc, |fonts-bugs(a)lists.fedoraproj
|leigh123linux(a)googlemail.co |ect.org,
|m, miketwebster(a)gmail.com |kevin(a)tigcc.ticalc.org,
| |mkasik(a)redhat.com
Component|cinnamon |freetype
Assignee|leigh123linux(a)googlemail.co |mkasik(a)redhat.com
|m |
--
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=hv2IVYAn1q&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=477445
Jonathan Underwood <jonathan.underwood(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jonathan.underwood(a)gmail.co
| |m
--- Comment #16 from Jonathan Underwood <jonathan.underwood(a)gmail.com> ---
Created attachment 1049892
--> https://bugzilla.redhat.com/attachment.cgi?id=1049892&action=edit
Output on F22
This is the output of pdffontproblems.py on Fedora 22. I think this shows that
the problem with the STIX fonts is now addressed and this bug can be closed,
right?
--
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=Q19JOJdDf2&a=cc_unsubscribe