1 |
On Wed, Aug 15, 2012 at 7:07 AM, Fabian Groffen <grobian@g.o> wrote: |
2 |
> On 15-08-2012 12:58:32 +0200, Michał Górny wrote: |
3 |
>> Rich Freeman <rich0@g.o> wrote: |
4 |
>> > 2. Things like Prefix rely on the system not installing local copies |
5 |
>> > of libraries in the core system it needs to link to. Careful use of |
6 |
>> > package.provided in profiles might address this. |
7 |
> |
8 |
> Huh? Not sure I understand this, but it suggests something which isn't |
9 |
> true for Prefix to me. |
10 |
|
11 |
Do you want every other package in the tree depending on glibc, and |
12 |
therefore trying to pull it in on a prefix system? (For those |
13 |
unaware, prefix depends on a non-Gentoo glibc for the system call |
14 |
interface.) There are probably a few ways you could do it, but if you |
15 |
got rid of the implicit @system dependency then you'd need to handle |
16 |
situations where @system is something non-traditional and ebuilds are |
17 |
likely to do it wrong. |
18 |
|
19 |
Agree with mgorny's suggestion that anything required by PMS could be |
20 |
pulled in by the package manager, perhaps in an EAPI-dependent |
21 |
fashion. |
22 |
|
23 |
Oh, @system has another use I didn't mention - getting rid of some |
24 |
chicken-and-egg issues during the initial install. That can be |
25 |
addressed by providing pre-built stage1/2/3s, having package sets and |
26 |
scripts for their building, and so on. Maybe make world a world.d |
27 |
directory with Gentoo providing a starter file and users modifying |
28 |
their own addition, but being free to remove items and depcleaning |
29 |
them. Or provide a syntax for world to remove packages pulled in by a |
30 |
distro-provided world, etc. Many elements of this would benefit from |
31 |
public comment obviously should we choose to go along this road. |
32 |
|
33 |
Rich |