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 <gentoo-dev+bounces-51048-garchives=archives.gentoo.org@lists.gentoo.org>) id 1SLD8T-0004b7-FL for garchives@archives.gentoo.org; Fri, 20 Apr 2012 12:40:31 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 44457E08A0; Fri, 20 Apr 2012 12:40:11 +0000 (UTC) Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com [209.85.210.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 682AFE0885 for <gentoo-dev@lists.gentoo.org>; Fri, 20 Apr 2012 12:39:27 +0000 (UTC) Received: by iagk10 with SMTP id k10so17577983iag.40 for <gentoo-dev@lists.gentoo.org>; Fri, 20 Apr 2012 05:39:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=AAutF9KemW4Go84527ecE0m2KR+Dr0oyQsfgb9aY2ws=; b=svxUe6Sqflsv9kv96/sCxMwdfRn9lb5o5z+D2kBbE6HWdgOpq0kSbvrA+5eSW3JoZx MZ7anJjW0YmuKD3B9hK/EnaBpWZHwY5hShTHUzUNg51kytNivlbIz78eLcLtzzsaCNNQ 6rtttNOz2UF9nofHO6oIBRmiM1PTgLkBREQ4BI3w8ouFNGccAGzMOKpLqrKOwgl5+keE 0fX07EizxpGauEu4w2KwccE2mLfhO6hwohFAqS409KrGdLJGfQSToKRowxvA3M7U1t6T 6KdGbRDHM8Tf+l08mVNifqJOhsSDUAHOut8Hqz6eDajlbl6wdNJnoVnFTR9urtyKNIiF DHyQ== Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.50.40.166 with SMTP id y6mr5865803igk.69.1334925566742; Fri, 20 Apr 2012 05:39:26 -0700 (PDT) Received: by 10.42.197.5 with HTTP; Fri, 20 Apr 2012 05:39:26 -0700 (PDT) In-Reply-To: <CAHR064iQVmJ4-tJKfqHBo7y4m6S1aCqY4XB--cyF_P2+NhCT2Q@mail.gmail.com> References: <20120419153111.GD24273@falgoret> <CAATnKFAvR6Tio7zrAK9bA7nPz1vgXFS4emm6n_nifrRkcDm=ug@mail.gmail.com> <CAHR064j6wOdnsk_gcSszUaRADjRx0CcyY0DGx-uvvv2Gw_Asaw@mail.gmail.com> <CAATnKFCvAvv=8HH=46FE7DRVdeBuf154ywSaTTEL-3cdyMgcEQ@mail.gmail.com> <CAHR064iQVmJ4-tJKfqHBo7y4m6S1aCqY4XB--cyF_P2+NhCT2Q@mail.gmail.com> Date: Sat, 21 Apr 2012 00:39:26 +1200 Message-ID: <CAATnKFCmQW8BvMFGmdbwZ3UFNyPuK7XKcfY04DKzmiKfCPMGTQ@mail.gmail.com> Subject: Re: [gentoo-dev] RFC: Add new remote-id types in metadata.dtd From: Kent Fredric <kentfredric@gmail.com> To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 2b015bd6-1fd8-4b0f-9ac2-d9efaadd58a9 X-Archives-Hash: 901f9d410e3f67ecef1f426f905b436c On 20 April 2012 23:21, Corentin Chary <corentin.chary@gmail.com> wrote: > > Currently it uses SRC_URI and HOMEPAGE, but honestly it wouldn't be > hard to use any other environment variable and to do some checks on a > webservice. > Anyway for tricky cases it can still be done by hand. > > -- > Corentin Chary > http://xf.iksaif.net > If you really want to support Perl Modules, ( which theres not much need for at present, looks like the team have gone through already for the most part and added remote-id's where possible already ), anything that inherits 'perl-module.eclass' has a bit of magic, in that neither SRC_URI or HOMEPAGE is required in the ebuild, and it just gets the package name from what gentoo is using. We've tried to be as close to upstream as possible for the ease of maintenance. However, there are still exception cases, for instance, BioPerl has to define 'MY_PN' to tell the perl-module eclass to use a different token ( and when this is present, it should be sufficient to say that that should be the remote-id instead of the package name: see dev-perl/Moose # an example with neither src_uri or homepage see sci-biology/bioperl # an example where the package name has been forced overridden as its changed upstream But resolving module names is much trickier, its easy-ish to map a module name to a package using the service, but doing it the other way round is not so straight forward, as one package can have many modules, and its common in perl to state dependencies in terms of the module to require, not the package its in, but there's also often a defacto "main module". But I'm myself still working out how to best do that with the service , so auto-populating a "cpan-module" identifier can be left to later, its just something I considered "useful" to have metadata wise because that value is more useful to users. --=20 Kent perl -e=C2=A0 "print substr( \"edrgmaM=C2=A0 SPA NOcomil.ic\\@tfrken\", \$_= * 3, 3 ) for ( 9,8,0,7,1,6,5,4,3,2 );" http://kent-fredric.fox.geek.nz