public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Robert Coie <rac@intrigue.com>
To: gentoo-dev@gentoo.org
Subject: [gentoo-dev] Use Perl vendor directories?
Date: Tue, 11 Jun 2002 14:53:15 -0700	[thread overview]
Message-ID: <84adq1lbxw.fsf@emma.intrigue.com> (raw)

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 <rac@apropos.co.jp>
Implementor, Apropos Ltd.


                 reply	other threads:[~2002-06-11 21:53 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=84adq1lbxw.fsf@emma.intrigue.com \
    --to=rac@intrigue.com \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox