From owner-svn-ports-all@freebsd.org Sat Sep 19 22:56:40 2015 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1AC79CF351; Sat, 19 Sep 2015 22:56:40 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAD43131D; Sat, 19 Sep 2015 22:56:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from alph.d.allbsd.org (alph.d.allbsd.org [IPv6:2001:2f0:104:e010:862b:2bff:febc:8956] (may be forged)) (authenticated bits=56) by mail.allbsd.org (8.14.9/8.14.9) with ESMTP id t8JMuN38018401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 20 Sep 2015 07:56:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.15.2/8.14.9) with ESMTPA id t8JMuMNF034094; Sun, 20 Sep 2015 07:56:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 20 Sep 2015 07:55:58 +0900 (JST) Message-Id: <20150920.075558.41121606053469872.hrs@allbsd.org> To: bapt@FreeBSD.org Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r396872 - in head: Keywords Mk/Uses From: Hiroki Sato In-Reply-To: <20150914055033.GA54344@ivaldir.etoilebsd.net> References: <201509132330.t8DNUMEd025676@repo.freebsd.org> <20150914055033.GA54344@ivaldir.etoilebsd.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Sep_20_07_55_58_2015_406)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sun, 20 Sep 2015 07:56:32 +0900 (JST) X-Spam-Status: No, score=-98.0 required=13.0 tests=CONTENT_TYPE_PRESENT, RCVD_IN_AHBL, RCVD_IN_AHBL_PROXY, RCVD_IN_AHBL_SPAM, RDNS_NONE, USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gatekeeper.allbsd.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Sep 2015 22:56:41 -0000 ----Security_Multipart(Sun_Sep_20_07_55_58_2015_406)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Baptiste Daroussin wrote in <20150914055033.GA54344@ivaldir.etoilebsd.net>: ba> On Sun, Sep 13, 2015 at 11:30:22PM +0000, Hiroki Sato wrote: ba> > Author: hrs ba> > Date: Sun Sep 13 23:30:21 2015 ba> > New Revision: 396872 ba> > URL: https://svnweb.freebsd.org/changeset/ports/396872 ba> > ba> > Log: ba> > Add "fc", "fcfontsdir", "fontsdir", and "none" arguments to USES=fonts. ba> > They controls whether fc-cache and/or mkfontdir run in ba> > post-{,de}install targets. ba> > ba> > japanese/font-* use manually generates fonts.dir entries to utilize ba> > special modifiers which are useful for CJK fonts. Because mkfontdir ba> > does not understand and silently remove them from fonts.dir, ba> > options like fonts:fc or fonts:none is required. ba> > ba> > Approved by: portmgr (bapt) ba> ba> Thank you! can you add a comment at the top of fonts.mk to explain this issue? ba> That would avoid someone else coming in a few years making the same mistake as I ba> did. Sorry for the delay. I added some comments about this just now. ba> Do you know how they do fix in linux land? because when working on the fonts, I ba> found nothing special being done on any Linux distro, have I missed something? I do not think most of Linux distros care about CJK fonts in XLFD---at least for Japanese fonts. Some distros for Japanese market use a small script to generate fonts.dir. RedHat was using ttmkfdir utility (included as x11-fonts/ttmkfdir but removed a while ago), but there is no special handling of fonts.dir in RPM of Japanese fonts these days. This may be because most of applications which support CJK fonts now use Xft/fontconfig only. ttmkfdir is one of the utilities which can understand extensions designed for CJK fonts (-x flag). The difference from normal XFLD entries is modifiers. In the following example: fn=1:dfhsg3.ttc -dynalab-dfhsgothicp-light-r-normal--0-0-0-0-p-0-jisx0208.1983-0 "fn" specifies font number in TTC. And since most of Japanese fonts do not have italic variant in the font glyphs, "ai" is used to generate "poor man's italic" glyphs: fn=1:ai=0.1:dfhsg3.ttc -dynalab-dfhsgothicp-light-i-normal--0-0-0-0-p-0-jisx0208.1983-0 I am still not sure of what is the best way for us to maintain fonts.dir which mkfontdir cannot understand. While ttmkfdir supports it, this utility is not upper-compatible with mkfontdir. One of the practical ways is that putting a Japanese font to a separate directory and maintaining fonts.dir by pkg-{,de}install script. -- Hiroki ----Security_Multipart(Sun_Sep_20_07_55_58_2015_406)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlX95/8ACgkQTyzT2CeTzy1qEgCfXrI8qEBokkZEDrsLUI2OOGuq CS8AoIlnG0brMG4EBaSuewp9VUori0k9 =YhX5 -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Sep_20_07_55_58_2015_406)----