Re: [gentoo-dev] new glep draft: Portage as a secondary package manager

[Ciaran McCreesh <ciaranm@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1358 bytes --]

On Thu, 19 May 2005 13:05:20 +0200 Michael Haubenwallner
<michael.haubenwallner@salomon.at> wrote:
| Most of the packages (not ebuilds) wont work on systems without
| /bin/sh (Bourne-Shell, not bash) and /usr/bin/env, so there's no need
| to have a Bourne-Shell installed in /my/prefix/bin/sh instead of
| /bin/sh.

So what if /bin/sh is a nastily h0rked non-POSIX implementation? Or what
if we have packages with a dep upon a specific sh version? The portage
provided version must be used in all cases.

| Once this is done, this line will find the portage-installed
| interpreters:
| #! /usr/bin/env {bash,perl,python,whatever}

No good, because we won't be using the portage-provided env binary. And
that only works for things that actually use env (which is considered
discouraged).

| autoconf-checks: i configure gcc '--with-local-prefix=/my/prefix' in
| case of prefix!=/usr, so gcc searches in
| "/my/prefix/lib:/usr/lib:/lib" for libraries by default, and the
| checks should rely on the compiler to find the right libraries when
| configuring.

I could dig out a rather large list of annoying counterexamples, all of
which would need manual fixing...

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


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]