From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NkOHY-000154-EM for garchives@archives.gentoo.org; Wed, 24 Feb 2010 20:56:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CF196E0B13; Wed, 24 Feb 2010 20:56:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2C190E0A9A for ; Wed, 24 Feb 2010 20:56:24 +0000 (UTC) Received: from [192.168.1.4] (smer.tone.cz [89.250.247.23]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 4A9F71B4043 for ; Wed, 24 Feb 2010 20:56:23 +0000 (UTC) Message-ID: <4B85921F.4000201@gentoo.org> Date: Wed, 24 Feb 2010 21:54:55 +0100 From: =?UTF-8?B?VG9tw6HFoSBDaHbDoXRhbA==?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100216 Thunderbird/3.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [RFC] New eclass for x11 packages References: <4B7DC046.7010001@gentoo.org> <20100218192217.4634d04c@gentoo.org> In-Reply-To: <20100218192217.4634d04c@gentoo.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c5baeec2-fae4-46e4-9a52-3cb938c7788b X-Archives-Hash: 9b44f6a94342a00dc4a706423dd9c8e6 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dne 19.2.2010 02:22, Ryan Hill napsal(a): > On Thu, 18 Feb 2010 23:33:42 +0100 > Tom=C3=A1=C5=A1 Chv=C3=A1tal wrote: >=20 >> Hi, >> we prepared new eclass for x11 packages that should be used as >> replacement for x-modular.eclass. >> >> After long discussion with others on irc we choose to name it as >> xorg-2.eclass. >> >> Whats new/changed: >=20 >> Fonts handling slightly rewritten to be done as written in specs (or i >> hope i did so :]). >=20 > It'd be nice to move all of the fonts stuff to font.eclass. Right now = we > have two similar-but-not-quite font systems that tend to do the same th= ing > but drift apart sometimes in incompatible ways. >=20 > But I know I don't have time to do it and it seems to work well enough = right now, so > meh. ;) >=20 >>>> [[ ${PN} =3D=3D util-macros ]] || DEPEND+=3D" >=3Dx11-misc/util-mac= ros-1.3.0" >>>> [[ ${PN} =3D=3D font-util ]] || DEPEND+=3D" >=3Dmedia-fonts/font-ut= il-1.1.1-r1" =20 >>> >>> Do non-fonts really need font-util there? Looks like that sets up a = nice=20 >>> circular dependency. =20 >> The same dep is in x-modular eclass. I spoted it in some fonts package= s >> as required so i left it there. >> Good work/idea would be if someone doublecheck that one :] >=20 > Hmm, I don't see it in x-modular. It shouldn't be required for non-fon= ts > unless something in git needs it for some wacky reason. >=20 >=20 > remove_font_metadata() { > if [[ ${FONT_DIR} !=3D Speedo && ${FONT_DIR} !=3D CID ]]; then > einfo "Removing font metadata" > rm -rf "${ED}"/usr/share/fonts/${FONT_DIR}/fonts.{scale,dir,cache-1= } > fi > } >=20 > Sorry, I forgot I was going to follow up on this.. FONT_DIR is a > space-separated list of directories. The only example of a font with > multiple directories I know of is font-misc-ethiopic. In that case, th= e > command run here would be: >=20 > rm -rf /usr/share/fonts/TTF OTF/fonts.{scale,dir,cache-1} >=20 > :/ >=20 > cleanup_fonts(), create_fonts_scale(), and create_fonts_dir() are simil= arly > broken with multiple directories. >=20 >=20 > create_fonts_scale() { > if [[ ${DIR} !=3D Speedo && ${DIR} !=3D CID ]]; then >=20 > I think you mean ${FONT_DIR} here. =20 YEAH :P Fixed in git. >=20 > Honestly, you might consider dropping TTF from font-misc-ethiopic and o= nly > install the OTF version. It would simplify things greatly. >=20 >=20 Well everywhere the FONT_DIR is treated as one dir, so maybe we should just bash to submission the one offending ebuild and be done with it. I can of course write logic to count with space separated list... You decide, after all you are font guy :P Or actually anyone share your opinions about this :] Tomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuFkh4ACgkQHB6c3gNBRYfQJQCfZnjWiT6GtKloZCMncnWe/Aas VRsAoM5nHXldDiygrYMyZPg9aLB46G0V =3DKooc -----END PGP SIGNATURE-----