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.3 required=5.0 tests=DMARC_MISSING, MAILING_LIST_MULTI,RDNS_NONE autolearn=no autolearn_force=no version=4.0.0 Received: from emma.intrigue.com (unknown [205.178.22.187]) by chiba.3jane.net (Postfix) with SMTP id 1456DABDAA for ; Tue, 11 Jun 2002 16:53:55 -0500 (CDT) Received: (qmail 5483 invoked by uid 1003); 11 Jun 2002 21:53:15 -0000 To: gentoo-dev@gentoo.org From: Robert Coie Date: Tue, 11 Jun 2002 14:53:15 -0700 Message-ID: <84adq1lbxw.fsf@emma.intrigue.com> User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.4 (Honest Recruiter, i686-pc-linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [gentoo-dev] Use Perl vendor directories? 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: b404ed4f-5739-444b-85b2-d319b12d9342 X-Archives-Hash: 02951b928d6bc7abe7a355cc40f73f88 A quick hunt through the last few months of archives of this list didn't turn up any similar discussion, but apologies if I'm rehashing an old flamewar. To make matters worse, I'm not really sure which side I'm on, as I may simply not understand the Gentoo philosophy yet. When I began experimenting with ebuilds for addon perl modules, I noticed that the stock Gentoo ebuilds (IO-String was one I tried) install into the site directories, which I had always thought reserved for local installation, and off-limits to system installs. In practice, I tend to use site directories to quickly see if a new upstream version fixes some problem I may be having with a package. If I find otherwise (or have different or worse problems with the new version), it is nice to be able to simply wipe it out of the site directories, and have the old functionality provided by the system remain intact. This would not seem to be possible in the current state of Gentoo. As a first crack at a solution, I looked at Debian's perl policy. Debian installs everything into the vendor directories. So the first step would be to have the Gentoo perl ebuild specify vendor directories. Secondly, a newer version of MakeMaker would probably need to be included in the core perl build (as of version 5.90, vanilla MakeMaker seems to have included the Debian vendor extensions). Third, "INSTALLDIRS=vendor" would need to somehow be added to the "perl Makefile.PL" command in perl-module.eclass. I will attempt to do this locally, and would be interested in hearing any suggestions or comments on this proposal. -- Robert Coie Implementor, Apropos Ltd.