From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from email.fidnet.com (ecomm1.fidnet.com [216.229.64.80]) by chiba.3jane.net (Postfix) with SMTP id 5367A2015D75 for ; Wed, 6 Feb 2002 09:56:30 -0600 (CST) Received: (qmail 14664 invoked from network); 6 Feb 2002 15:55:25 -0000 Received: from dialup-mo-151.rolla.fidnet.com (HELO silica.localmosci) (216.229.74.151) by email.fidnet.com with SMTP; 6 Feb 2002 15:55:25 -0000 From: "Tod M. Neidt" To: gentoo-dev@gentoo.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 06 Feb 2002 09:55:02 -0600 Message-Id: <1013010903.25358.9.camel@silica.localmosci> Mime-Version: 1.0 Subject: [gentoo-dev] RFC: Perl CPAN.pm and portage (Bug 551 or "Can't we all get along?") Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 00e34622-65eb-42d1-81af-06a9410a6377 X-Archives-Hash: 3d151f6090f6e4fbe8e3f0ac50812354 Hi! Was looking at Bug 551 ( http://bugs.gentoo.org/show_bug.cgi?id=551 ) this morning. I believe this particular error was generated because the user was downloading and install additional perl modules using the CPAN.pm module that comes with the perl-5.6.1 package, but didn't have the required perl module dependency libnet installed prior to installing the telnet module. Info on the CPAN.pm module can be found at http://theoryx5.uwinnipeg.ca/CPAN/perl/CPAN.html Note: I successfully merged the dev-perl/Net-Telnet ebuild using portage and the dev-perl/libnet ebuild was merged first like it is supposed to so this really isn't a portage or ebuild issue. However, this situation does bring up an interesting question regarding a possible enhancement. Would it be possible (or even desirable) to hack CPAN.pm and/or portage so that they play nice together, i.e. a user could find and download perl modules using CPAN.pm and portage would provide the installation and package management? Some Advantages: 1. Useful feature for Gentoo users accustomed to enhancing perl with modules through the CPAN.pm module. 2. Possibility to effectively eleminate the dev-perl portage category, while at the same time, (less burden on Gentoo.org servers, and perl module ebuild maintainers) 3. providing *all* the perl modules archived at cpan (the archive) to Gentoo users. 4. Cool hack :) Some Disadvantages: 1. Extra work maintaining a CPAN.pm-gentoo.diff 2. perl <--> python interface might be difficult? 3. package management accounting if both perl module ebuilds and CPAN.pm installations are tracked in /var/db/pkg/ As I am not worthy to wash the feet of a perl deity, I am interested in the thoughts of those who are. tod