[Bug 37984] [Freetype] Support for "locl" tables
by bugzilla-daemon＠webkit.org
https://bugs.webkit.org/show_bug.cgi?id=37984
Georg Duffner <g.duffner(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |g.duffner(a)gmail.com
--- Comment #33 from Georg Duffner <g.duffner(a)gmail.com> 2013-02-27 03:02:28 PST ---
(In reply to comment #28)
> IMHO heuristics are doomed to fail badly sooner or later. The simple path is wishful thinking
>
> Complex font features are not limited to specific locales such as Serbian, Serbian is just a locale that needs it more than others. Complex features adoption start there and then spreads elsewhere (some people thought unicode was not necessary for western european locale support, and then German speakers standardized upercase ss, oops)
>
> It's much safer to always use the complex codepath, instead of betting on some locales never using tech that is available anyway due to other locale needs. Now that the tools to create complex fonts are there, someone will find a way to use them even for the 'simplest' locales.
FWIW I’ve put together a test page for the locl features in EB Garamond. They are all “simple” locales (serbian, catalan, german and turkish).
http://www.georgduffner.at/ebgaramond/tests/locltest.html
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 3 months
[impallari-lobster-fonts] Resolves:rh#914088 - impallari-lobster-fonts: FTBFS in rawhide
by Parag Nemade
commit 52b173b6a14437e5ac4ccf9be4e7ff3c7f3686c1
Author: Parag Nemade <pnemade(a)redhat.com>
Date: Wed Feb 27 14:27:48 2013 +0530
Resolves:rh#914088 - impallari-lobster-fonts: FTBFS in rawhide
- Spec cleanup
impallari-lobster-fonts.spec | 18 +++++++-----------
1 files changed, 7 insertions(+), 11 deletions(-)
---
diff --git a/impallari-lobster-fonts.spec b/impallari-lobster-fonts.spec
index f87ad5b..a2b9d66 100644
--- a/impallari-lobster-fonts.spec
+++ b/impallari-lobster-fonts.spec
@@ -3,10 +3,9 @@
Name: %{fontname}-fonts
Version: 1.4
-Release: 5%{?dist}
+Release: 6%{?dist}
Summary: Hand written font with various ligatures for better connecting of letters
-Group: User Interface/X
License: OFL
URL: http://www.impallari.com/lobster/
Source0: http://www.impallari.com/lobster/releases/lobster-font-1.4.zip
@@ -16,8 +15,6 @@ BuildArch: noarch
BuildRequires: fontpackages-devel
Requires: fontpackages-filesystem
-Obsoletes: lobster-fonts < 1.3-2
-
%description
Hand written font with various ligatures for better connecting
of letters.
@@ -37,8 +34,6 @@ popd
%install
-rm -fr %{buildroot}
-
install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p Lobster\ 1.4/*.otf %{buildroot}%{_fontdir}
@@ -47,20 +42,21 @@ install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}
+
ln -s %{_fontconfig_templatedir}/%{fontconf} \
%{buildroot}%{_fontconfig_confdir}/%{fontconf}
-%clean
-rm -fr %{buildroot}
-
-
%_font_pkg -f %{fontconf} *.otf
-%doc Lobster\ 1.4/Readme.txt Lobster\ 1.4/License.txt
+%doc "Lobster 1.4/Readme.txt" "Lobster 1.4/License.txt"
%changelog
+* Wed Feb 27 2013 Parag Nemade <pnemade AT redhat DOT com> - 1.4-6
+- Resolves:rh#914088 - impallari-lobster-fonts: FTBFS in rawhide
+- Spec cleanup
+
* Thu Feb 14 2013 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1.4-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
11 years, 3 months
[Bug 786585] New: opendir: No such file or directory
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: opendir: No such file or directory
https://bugzilla.redhat.com/show_bug.cgi?id=786585
Summary: opendir: No such file or directory
Product: Fedora
Version: 16
Platform: noarch
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: robatino(a)fedoraproject.org
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: ---
Description of problem:
When updating to or reinstalling xorg-x11-fonts-Type1-7.5-4.fc15.noarch I get
the error
[root@localhost ~]# yum reinstall xorg-x11-fonts-Type1-7.5-4.fc15.noarch
Loaded plugins: langpacks, presto, refresh-packagekit, security
Setting up Reinstall Process
Resolving Dependencies
--> Running transaction check
---> Package xorg-x11-fonts-Type1.noarch 0:7.5-4.fc15 will be reinstalled
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Reinstalling:
xorg-x11-fonts-Type1 noarch 7.5-4.fc15 fedora 521 k
Transaction Summary
================================================================================
Reinstall 1 Package
Total download size: 521 k
Installed size: 521 k
Is this ok [y/N]: y
Downloading Packages:
xorg-x11-fonts-Type1-7.5-4.fc15.noarch.rpm | 521 kB 00:01
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : xorg-x11-fonts-Type1-7.5-4.fc15.noarch 1/1
opendir: No such file or directory
Installed:
xorg-x11-fonts-Type1.noarch 0:7.5-4.fc15
Complete!
[root@localhost ~]#
Version-Release number of selected component (if applicable):
xorg-x11-fonts-Type1-7.5-4.fc15.noarch
How reproducible:
always
Steps to Reproduce:
1. Either update to or reinstall the above package.
Actual results:
Error message "opendir: No such file or directory". I don't know what the
significance of this is.
Additional info:
Package is currently in updates-testing.
--
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.
11 years, 3 months
[Bug 760339] New: FreeType complains " couldn't find encoding 'iso8859-13'" for multiple local fonts
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: FreeType complains " couldn't find encoding 'iso8859-13'" for multiple local fonts
https://bugzilla.redhat.com/show_bug.cgi?id=760339
Summary: FreeType complains " couldn't find encoding
'iso8859-13'" for multiple local fonts
Product: Fedora
Version: 16
Platform: i686
OS/Version: Linux
Status: NEW
Severity: low
Priority: unspecified
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: stern(a)rowland.harvard.edu
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem: When X starts up, the Xorg log file contains multiple
lines like this:
FreeType: couldn't find encoding 'iso8859-13' for
'/usr/local/share/fonts/l047013t.pfa'
That particular font file doesn't belong to an RPM package; I inherited it from
a long time ago. In case you're interested about it:
$ grep l047013t /usr/local/share/fonts/fonts.dir
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-adobe-standard
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-ascii-0
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso10646-1
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-1
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-13
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-15
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-2
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-iso8859-9
l047013t.pfa -b&h-luxi mono-medium-r-normal--0-0-0-0-m-0-microsoft-cp1252
Regardless, the point is that the iso8859-13 encoding does indeed exist:
$ ls -l /usr/share/X11/fonts/encodings/iso8859-13*
-rw-r--r--. 1 root root 639 Jul 28 11:18
/usr/share/X11/fonts/encodings/iso8859-13.enc.gz
$ grep iso8859-13 /usr/share/X11/fonts/encodings/encodings.dir
iso8859-13 /usr/share/X11/fonts/encodings/iso8859-13.enc.gz
So why does FreeType complain so much? Or to put this another way, why doesn't
it also complain about the other fonts in /usr/local/share/fonts which use
other encodings, such as iso8859-15 above?
Version-Release number of selected component (if applicable):
xorg-x11-fonts-misc-7.5-4.fc15.noarch
libXft-2.2.0-2.fc15.i686
How reproducible: Always.
Expected results: FreeType should be able to find the encoding file, and not
fill the log with error messages.
--
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.
11 years, 3 months