From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FVZoS-0003Hx-Lu for garchives@archives.gentoo.org; Mon, 17 Apr 2006 19:55:09 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k3HJtqIN028918; Mon, 17 Apr 2006 19:55:52 GMT Received: from eastrmmtao03.cox.net (eastrmmtao03.cox.net [68.230.240.36]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k3HJtpEb018246 for ; Mon, 17 Apr 2006 19:55:51 GMT Received: from gnosis.datanode.net ([68.110.242.20]) by eastrmmtao03.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060417195550.WOKK14554.eastrmmtao03.cox.net@gnosis.datanode.net> for ; Mon, 17 Apr 2006 15:55:50 -0400 Received: from [172.16.1.105] (unknown [172.16.1.105]) by gnosis.datanode.net (Postfix) with ESMTP id 6F58E4A for ; Mon, 17 Apr 2006 15:55:49 -0400 (EDT) Subject: [gentoo-perl] Another g-cpan question From: Michael Cummings To: gentoo-perl@lists.gentoo.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PlaMW7m7jhy7cQUoZNOr" Date: Mon, 17 Apr 2006 15:54:32 -0400 Message-Id: <1145303672.4132.6.camel@tardis.datanode.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-perl@gentoo.org Reply-To: gentoo-perl@gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 X-Archives-Salt: bc140b3e-62c3-4b31-9233-5b56f30275d9 X-Archives-Hash: f24ca8c1191f463428c07cf8bf04108d --=-PlaMW7m7jhy7cQUoZNOr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable That's right folks, shape the future of the next release of g-cpan! *cough* *cough* OK, next question I'm torn on (btw, verdict with 2 whole feedbacks was that YAML was an acceptable dep). I'm in a position where I can tweak some simple code based on the more comprehensive dep list and list DEPs, or I can take some time (and time =3D=3D slightly larger memory footprint) and maintain module-version in the DEP list. Thoughts? On the one hand, g-cpan is a "for entertainment purposes only" tool, ie, the ebuilds it generates are intended for use on your box only, not for mass distribution to the masses (for starters, there's no such thing as QA on what its doing - its the risk you take using something that blindly installs cpan modules). On the other hand, the power is there to do it...opinions? --=-PlaMW7m7jhy7cQUoZNOr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBEQ/J4q1ztTp5/Ti4RAsXLAKCM+a1J4T1adcqdEkPUfW9NSawD3ACeKmbZ YiFmujbcbPvpSHISBhcmjlk= =GxHg -----END PGP SIGNATURE----- --=-PlaMW7m7jhy7cQUoZNOr-- -- gentoo-perl@gentoo.org mailing list