From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L6wXD-0001th-4J for garchives@archives.gentoo.org; Mon, 01 Dec 2008 00:21:07 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C8BE0E0375; Mon, 1 Dec 2008 00:21:05 +0000 (UTC) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by pigeon.gentoo.org (Postfix) with ESMTP id 6AE2DE0375 for ; Mon, 1 Dec 2008 00:21:05 +0000 (UTC) Received: by ug-out-1314.google.com with SMTP id 30so2415367ugs.39 for ; Sun, 30 Nov 2008 16:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=j3VM/gLB+TwNGBRrxwD4rTDyjD/t47BHjqZ9LXC2Vww=; b=jEBxPyctW2292bq79G9yQiXVEDeRlwVEwWFC8MKbVBuBz4DHrQ5faxvE+bG0S8OAJ3 uDNAHKCdhTdFjjTuSUTY9bqdtU2/i0krwPhPcxEbaca63vOp+9j1Qt9slfL3lKIe/4hz +C0HksJBrL/tnN8MBVUhVTuVZBZUO/HhipbNQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=Yu247VnpNPC9RlwWTZm6t62J71QapRJ4dAQJywRRwQvVq/rJysr7qwjun4ft80hy/Z O/Pfmz1A7UcxqovqXolPeBc4x+bw5xW3xYoYzEk9SL1fSQaYKQBrpaJ3AEw5fx8U4wmH +FdRCVF+XSBgTDKuy+J0DJAMtA8KGijvg5ILw= Received: by 10.67.88.7 with SMTP id q7mr2891532ugl.76.1228090864515; Sun, 30 Nov 2008 16:21:04 -0800 (PST) Received: from snowmobile (92-235-187-79.cable.ubr18.edin.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id y7sm6850310ugc.22.2008.11.30.16.21.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Nov 2008 16:21:03 -0800 (PST) Date: Mon, 1 Dec 2008 00:20:58 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [RFC] Moving HOMEPAGE out of ebuilds for the future Message-ID: <20081201002058.0e0cd1a1@snowmobile> In-Reply-To: References: <49329690.7000409@gentoo.org> <1228053002.5981.12.camel@homer.ob.libexec.de> <1228057415.25651.105.camel@localhost> <4932AC9D.2000401@gentoo.org> <1228064022.25651.151.camel@localhost> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.14.4; i686-pc-linux-gnu) 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 Content-Type: multipart/signed; boundary="Sig_/7m1cmeI/LtWrqljNII4EGAh"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 187fadcf-be79-48f7-be16-9a9ad5ffa7b6 X-Archives-Hash: 2558502dcf368a1a052ce826994a2f62 --Sig_/7m1cmeI/LtWrqljNII4EGAh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 01 Dec 2008 00:12:23 +0100 flameeyes@gmail.com (Diego 'Flameeyes' Petten=C3=B2) wrote: > - no need to replicate homepage data between versions; even though > forks can change homepage, I would expect that to at worse split in > two a package, or have to be different by slot, like Java; You mean "no way of handling generated homepages, use conditional homepages, per version homepages or common homepages". > - allows proper handling of packages lacking a HOMEPAGE; Uh, we can do that using in-ebuild HOMEPAGE too. Just need to decide on a convention. > - less data in metadata cache; Entirely a non-issue. Heck, we want more in there, not less.=20 > - users can check the metadata much more easily by just opening the > xml file or interfacing to that rather than having to skim through the > ebuild, the xml files are probably more user readable then ebuilds > using multiple eclasses; ...or they can just use a decent too. Try 'paludis --query' for an example. > - displaying info about the package does not require parsing the full > ebuild file, with its eclasses; Uhm. It doesn't anyway, because of the metadata cache. > - extensible to provide more links than just the homepage (forums, > trackers, gentoo-specific documentation, ...); So's HOMEPAGE. You could extend the syntax to allow annotations: HOMEPAGE=3D" http://example.com/ http://forums.example.com/ [[ role =3D forums ]] http://www.gentoo.org/example [[ role =3D [ Gentoo specific docs ] ]] gtk+? ( http://gui.example.com/ [[ role =3D [ Optional GUI docs ] ]] " > - if we also move DESCRIPTION, search software can ignore everything > about ebuild parsing, and just use the metadata.xml files; > considering how many people actually use or used eix, it would make > sense to allow third-party applications to be able to search through > the tree; Except that any decent search client needs to be aware of masks, visibility and so on anyway. > - webapps like packages.gentoo.org would be able to display basic > information without having to parse the ebuilds or the metadata > cache. But they already display complex information. > - as much as people might think metadata is easier to parse than > anything, XML has one huge advantage: there are plently of parsers > for any language without having to actually write one, even as easy > as it can be, and it's easily interfaced with anything; I wrote a > simple XSL file that outputs the basic metadata details for packages > without having any parser or executable code but xsltproc (or any > other XSLT software), correlating data with herds.xml too; ...or you could use a proper ebuild-aware tool that displays metadata details, including things like visibility. Again, paludis --query. > - it really is metadata, and it makes very little sense to need > parsing of eclasses and EAPI handling to get some data from a package > that is non-functional in nature and free form (just like > DESCRIPTION, and unlike LICENSE like Alec said), and that changes at > worse once each slot (unlike LICENSE that can change at any given > version). It isn't non-functional. > And the fact that you can ask the package manager for something is > for me not a valid reason to avoi moving something in a more > approchable place for other software. "More approachable" is a decent package manager API. If you had that you wouldn't need to mess around with XML APIs. --=20 Ciaran McCreesh --Sig_/7m1cmeI/LtWrqljNII4EGAh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkzLe0ACgkQ96zL6DUtXhEVCwCgxO7Vl7r7e20v5Km3eto+qkxg +7AAoI2E8yN38so0dU3Wc/JlBjC8sm41 =NHWf -----END PGP SIGNATURE----- --Sig_/7m1cmeI/LtWrqljNII4EGAh--