On Thu, 5 May 2005 03:48:49 -0500 Brian Harring <[EMAIL PROTECTED]>
wrote:
| > Ok, here's the main issue. Simply changing prefix isn't enough to
| > automatically make every package in the tree work. A heck of a lot
| > of them will need manual modification, and there's no easy way to
| > figure out which these are. So...
| 
| Err.  ROOT!="/" exists already, and directly screws with prefixes.  So
| this doesn't seem particularly valid in light of that fact.

No, root doesn't screw with prefixes.

| > Thing is, if we introduce the PREFIX feature, people will expect it
| > to actually work. It won't, at least not straight away, because
| > there are so many ebuilds that use more than econf to get the prefix
| > figured out. By whitelisting we can at least display a nice "you
| > can't install this package in a prefix" message.
| 
| Not a valid arguement to exempt even trying.
| 
| Consider if people used that arg for avoiding porting linux to new 
| arches-  Linux would still be strictly x86.

Eh? No, see, we have KEYWORDS, which indicate whether you can use a
package on a given arch.

| > Yet another issue... As it stands, all deps must be installed into
| > the given PREFIX. This is messy. Is there a way around this?  This
| > would be less of a problem with ICANINSTALLTO="home" -- presumably
| > for these portage could pass a var to the ebuild telling it in which
| > prefix to look for its deps.
| 
| injections, mainly.

Nasty hack.

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm

Attachment: pgpKZzkoe7eB9.pgp
Description: PGP signature

Reply via email to