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
https://bugzilla.redhat.com/show_bug.cgi?id=1574410
Bug ID: 1574410
Summary: Incorrect lowercase Cyrillic BE for Macedonian
language in liberation v2 (look like Greek delta)
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: petersen(a)redhat.com
Reporter: dmjpp(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mbarnes(a)fastmail.com,
mclasen(a)redhat.com, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com
Description of problem:
The lowercase BE (U+0431, б ) looks incorrect. It looks like Greek lowercase
delta δ. This is related to this change
https://pagure.io/liberation-fonts/c/607af724740a2daf868b4d2b731d58bf1f5b46…
and bug 657849
While those changes may matter for Serbian, the Macedonian BE in regular fonts
actually looks same as the Russian. ONLY in italic fonts the delta look is
applicable, because italic fonts kinda look like handwriting.
Note that if you open the page for Cyrillic alphabet or the Cyrillic BE on
wikipedia, it states incorrect and uncited info about this, Macedonian and
Serbian shape of BE is different.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Steps to Reproduce:
1. Install harfbuzz and liberation2
2. Run the following commands
cd location/of/fonts
hb-view --language=mk LiberationSerif-Regular.ttf б
hb-view --language=mk LiberationSans-Regular.ttf б
hb-view --language=mk LiberationMono-Regular.ttf б
hb-view --language=mk LiberationSerif-Bold.ttf б
hb-view --language=mk LiberationSans-Bold.ttf б
hb-view --language=mk LiberationMono-Bold.ttf б
Alternative way to trigger is to:
1. Open libeoffice (Liberation Serif is selected by default)
2. Write: б
3. Select that and change the paragraph language to Macedonian.
Actual results:
I see the delta
Expected results:
Should have the standard "six" shape, not "delta" shape
cd location/of/fonts
hb-view --language=en LiberationSerif-Regular.ttf б
hb-view --language=en LiberationSans-Regular.ttf б
hb-view --language=en LiberationMono-Regular.ttf б
hb-view --language=en LiberationSerif-Bold.ttf б
hb-view --language=en LiberationSans-Bold.ttf б
hb-view --language=en LiberationMono-Bold.ttf б
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
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=1271792
Bug ID: 1271792
Summary: repo-font-audit invalid option errors
Product: Fedora
Version: 23
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: kvolny(a)redhat.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:
Following https://fedoraproject.org/wiki/Font_package_lifecycle#2.a the step
with repo-font-audit doesn't work for me as the tool reports many "invalid
option" errors for coreutils programs it obviously tries to use.
Version-Release number of selected component (if applicable):
fontpackages-tools-1.44-14.fc23.noarch
How reproducible:
always
Steps to Reproduce:
0. # dnf install fontpackages-tools createrepo rpm-build
... whatever needed
1. cd ~/rpmbuild/SRPMS
2. wget https://kvolny.fedorapeople.org/comic-neue-fonts-2.2-1.fc23.src.rpm
3. rpmbuild --rebuild comic-neue-fonts-2.2-1.fc23.src.rpm
4. cd ../RPMS/noarch
5. mkdir /tmp/testrepo
6. mv comic*rpm /tmp/testrepo
7. createrepo /tmp/testrepo
8. repo-font-audit testrepo file:///tmp/testrepo
Actual results:
Looking for packages:
— with font metadata…
Error: 'Package' object has no attribute 'packagesize'
— that include files with common font extensions…
— that use the core X11 protocol…
Inspecting packages:
– -. ◔mkdir: invalid option -- '.'
Try 'mkdir --help' for more information.
/bin/repo-font-audit: line 388: cd: -.: invalid option
cd: usage: cd [-L|[-P [-e]] [-@]] [dir]
curl: (3) [globbing] bad range specification in column 90
◑rpm2cpio: *.rpm: No such file or directory
◕cat: invalid option -- '.'
Try 'cat --help' for more information.
cpio: premature end of archive
cat: invalid option -- '.'
Try 'cat --help' for more information.
touch: invalid option -- '.'
Try 'touch --help' for more information.
cat: invalid option -- '.'
Try 'cat --help' for more information.
cpio: premature end of archive
rm: invalid option -- '.'
Try 'rm ./-..cpio' to remove the file '-..cpio'.
Try 'rm --help' for more information.
● sed: invalid option -- '.'
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...
-n, --quiet, --silent
suppress automatic printing of pattern space
-e script, --expression=script
add the script to the commands to be executed
-f script-file, --file=script-file
add the contents of script-file to the commands to be executed
--follow-symlinks
follow symlinks when processing in place
-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if SUFFIX supplied)
-c, --copy
use copy instead of rename when shuffling files in -i mode
-b, --binary
does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX (
open files in binary mode (CR+LFs are not treated specially))
-l N, --line-length=N
specify the desired line-wrap length for the `l' command
--posix
disable all GNU extensions.
-r, --regexp-extended
use extended regular expressions in the script.
-s, --separate
consider files as separate rather than as a single continuous
long stream.
-u, --unbuffered
load minimal amounts of data from the input files and flush
the output buffers more often
-z, --null-data
separate lines by NUL characters
--help
display this help and exit
--version
output version information and exit
If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret. All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.
GNU sed home page: <http://www.gnu.org/software/sed/>.
General help using GNU software: <http://www.gnu.org/gethelp/>.
sed: invalid option -- '.'
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...
-n, --quiet, --silent
suppress automatic printing of pattern space
-e script, --expression=script
add the script to the commands to be executed
-f script-file, --file=script-file
add the contents of script-file to the commands to be executed
--follow-symlinks
follow symlinks when processing in place
-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if SUFFIX supplied)
-c, --copy
use copy instead of rename when shuffling files in -i mode
-b, --binary
does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX (
open files in binary mode (CR+LFs are not treated specially))
-l N, --line-length=N
specify the desired line-wrap length for the `l' command
--posix
disable all GNU extensions.
-r, --regexp-extended
use extended regular expressions in the script.
-s, --separate
consider files as separate rather than as a single continuous
long stream.
-u, --unbuffered
load minimal amounts of data from the input files and flush
the output buffers more often
-z, --null-data
separate lines by NUL characters
--help
display this help and exit
--version
output version information and exit
If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret. All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.
GNU sed home page: <http://www.gnu.org/software/sed/>.
General help using GNU software: <http://www.gnu.org/gethelp/>.
– -. ◔mkdir: invalid option -- '.'
Try 'mkdir --help' for more information.
/bin/repo-font-audit: line 388: cd: -.: invalid option
cd: usage: cd [-L|[-P [-e]] [-@]] [dir]
curl: (3) [globbing] bad range specification in column 90
◑rpm2cpio: *.rpm: No such file or directory
◕cat: invalid option -- '.'
Try 'cat --help' for more information.
cpio: premature end of archive
cat: invalid option -- '.'
Try 'cat --help' for more information.
touch: invalid option -- '.'
Try 'touch --help' for more information.
cat: invalid option -- '.'
Try 'cat --help' for more information.
cpio: premature end of archive
rm: invalid option -- '.'
Try 'rm ./-..cpio' to remove the file '-..cpio'.
Try 'rm --help' for more information.
● sed: invalid option -- '.'
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...
-n, --quiet, --silent
suppress automatic printing of pattern space
-e script, --expression=script
add the script to the commands to be executed
-f script-file, --file=script-file
add the contents of script-file to the commands to be executed
--follow-symlinks
follow symlinks when processing in place
-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if SUFFIX supplied)
-c, --copy
use copy instead of rename when shuffling files in -i mode
-b, --binary
does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX (
open files in binary mode (CR+LFs are not treated specially))
-l N, --line-length=N
specify the desired line-wrap length for the `l' command
--posix
disable all GNU extensions.
-r, --regexp-extended
use extended regular expressions in the script.
-s, --separate
consider files as separate rather than as a single continuous
long stream.
-u, --unbuffered
load minimal amounts of data from the input files and flush
the output buffers more often
-z, --null-data
separate lines by NUL characters
--help
display this help and exit
--version
output version information and exit
If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret. All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.
GNU sed home page: <http://www.gnu.org/software/sed/>.
General help using GNU software: <http://www.gnu.org/gethelp/>.
sed: invalid option -- '.'
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...
-n, --quiet, --silent
suppress automatic printing of pattern space
-e script, --expression=script
add the script to the commands to be executed
-f script-file, --file=script-file
add the contents of script-file to the commands to be executed
--follow-symlinks
follow symlinks when processing in place
-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if SUFFIX supplied)
-c, --copy
use copy instead of rename when shuffling files in -i mode
-b, --binary
does nothing; for compatibility with WIN32/CYGWIN/MSDOS/EMX (
open files in binary mode (CR+LFs are not treated specially))
-l N, --line-length=N
specify the desired line-wrap length for the `l' command
--posix
disable all GNU extensions.
-r, --regexp-extended
use extended regular expressions in the script.
-s, --separate
consider files as separate rather than as a single continuous
long stream.
-u, --unbuffered
load minimal amounts of data from the input files and flush
the output buffers more often
-z, --null-data
separate lines by NUL characters
--help
display this help and exit
--version
output version information and exit
If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret. All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.
GNU sed home page: <http://www.gnu.org/software/sed/>.
General help using GNU software: <http://www.gnu.org/gethelp/>.
Analysing files…
♻
Consolidating data…
Conducting tests:
— Error: fonts deployed outside /usr/share/fonts
⇒ None!
— Error: fonts in packages that do not declare font metadata
⇒ None!
— Error: packages that mix different font families
⇒ None!
— Error: exact font duplication
⇒ None!
— Error: font faces duplicated by different packages
⇒ None!
— Error: fonts fc-query can not parse
⇒ None!
— Error: fonts not identified as such by libmagic
⇒ None!
— Error: broken symlinks to font files
⇒ None!
— Error: rpmlint
⇒ None!
— Error: fonts in packages that contain non-font data
⇒ None!
— Error: fonts in arch packages
⇒ None!
— Warning: fonts in packages that do not respect font naming conventions
⇒ None!
— Warning: bad font naming
⇒ None!
— Warning: core fonts use
⇒ None!
— Warning: font linking
⇒ None!
— Warning: font faces duplicated within a package
⇒ None!
— Warning: fonts that do not pass fontlint sanity checks
⇒ None!
— Warning: fonts with localized metadata but no English variant
⇒ None!
— Suggestion: fonts with partial script coverage
⇒ None!
— Suggestion: fonts with partial unicode block coverage
⇒ None!
Audit results:
– packages that declare font metadata:
⇒ None!
☛ File size is computed as extracted, while rpm is a compressed format.
☛ Mid-term, files in legacy PCF or Type1 formats need to be converted or
removed.
– font files in other packages (we should not find any!)
⇒ None!
– errors, warnings and suggestions:
⇒ None!
Packing mail data…
Packing result data…
Audit complete!
Run time: 9 s.
Number of items processed:
⇒ None!
1. Extracted data:
/home/kvolny/rpmbuild/RPMS/noarch/repo-font-audit-testrepo-20151014T175728Z.tar.xz
2. Short summary:
/home/kvolny/rpmbuild/RPMS/noarch/repo-font-audit-testrepo-20151014T175728Z-short.tar.xz
3. Mail data:
/home/kvolny/rpmbuild/RPMS/noarch/repo-font-audit-testrepo-20151014T175728Z-mail.tar.xz
This report was generated by the repo-font-audit command from:
http://fedoraproject.org/wiki/fontpackages
Please post questions, suggestions, patches or bug reports to:
https://admin.fedoraproject.org/mailman/listinfo/fonts
(subscription required)
♻
Expected results:
(no such 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=5nIiUgzabR&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1376999
Bug ID: 1376999
Summary: comic-neue-fonts-2.3 is available
Product: Fedora
Version: rawhide
Component: comic-neue-fonts
Keywords: FutureFeature, Triaged
Assignee: kvolny(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kvolny(a)redhat.com
Latest upstream release: 2.3
Current version/release in rawhide: 2.2-3.fc24
URL: http://comicneue.com/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/8250/
--
You are receiving this mail because:
You are on the CC list for the bug.