1 |
Hi all, |
2 |
|
3 |
looking around for a pkg-mgmt-tool for our source-packages, which |
4 |
works on unix-like platforms such as HP-UX,AIX,SunOS,Linux and Cygwin, |
5 |
i've not been very lucky yet. |
6 |
|
7 |
So i startet to write a new one using top-level GNU-Makefiles, |
8 |
just for our requirements, intended to be used until another, |
9 |
more professional one, becomes useful for us. |
10 |
|
11 |
One feature i want to implement soon is "cascading" (i'd call it so), |
12 |
and i think this idea might be useful for portage, and would help |
13 |
portage to get useful for us (yet missing platform indepency). |
14 |
|
15 |
Assume you've one top-level installation of the system, which might |
16 |
be basically managed by the system-imposed pkg-manager (rpm, deb, |
17 |
portage, whatever on HP-UX/AIX/Sun/Cygwin). |
18 |
|
19 |
On top of this, on non-portage-managed systems there's one installation |
20 |
of portage with all of the system-level packages (libc, compiler, perl, |
21 |
python, ...) injected (i think this is what portage calls injection). |
22 |
|
23 |
Then, in some subdirectory (might be versioned), there would be another |
24 |
portage installation, where one package with another version (or SLOT?) |
25 |
is compiled, and all the depending packages are recompiled, while the |
26 |
independants would be inherited from the top-level installation. |
27 |
Let this installation be for all the developers of one project, |
28 |
which requires a special version of one package. |
29 |
|
30 |
Additionally, there's a third installation, again with another version |
31 |
(or SLOT?) from another package, and all the dependants are compiled |
32 |
again, while the independants are inherited. |
33 |
For instance, this installation would be for one developer, who does |
34 |
integration-test a new version of this package. |
35 |
|
36 |
Hoping not to waste your time, |
37 |
Michael |
38 |
-- |
39 |
Michael Haubenwallner SALOMON Automation GmbH |
40 |
Forschung & Entwicklung A-8114 Friesach bei Graz |
41 |
mailto:michael.haubenwallner@×××××××.at http://www.salomon.at |
42 |
|
43 |
|
44 |
-- |
45 |
gentoo-portage-dev@g.o mailing list |