1 |
begin quote |
2 |
On Sun, 11 Jan 2004 00:47:39 +0000 |
3 |
Ian Leitch <port001@g.o> wrote: |
4 |
|
5 |
> Hi all, |
6 |
> |
7 |
> Disclaimer: This is one of those laying-in-bed-trying-to-get-to-sleep |
8 |
> ideas. |
9 |
> |
10 |
> Some packages require a specific tool to unpack or aid in building of |
11 |
> said package - rpm2targz is an example. For a lot of users rpm2targz |
12 |
> will stay installed on their system unused for X amount of time. If a |
13 |
> new DEPEND were available (say UDEPEND) users could opt to have those |
14 |
> dependencies uninstalled via a FEATURES flag once the parent package |
15 |
> had finished installing. |
16 |
> |
17 |
> Advantages: |
18 |
> A little less bloat |
19 |
> Potentialy one less tool a cracker could use (same idea as having too |
20 |
> many wooden items in once location, which could be considered a fire |
21 |
> risk) |
22 |
> |
23 |
|
24 |
|
25 |
> Disadvantages: |
26 |
> One more thing for devs to remember? I can't think of any atm :) |
27 |
> |
28 |
> Not much of a killer feature, but atleast one user may find it |
29 |
> handy... |
30 |
|
31 |
|
32 |
Well, I'd like to see proper use of DEPEND vs. RDEPEND instead. |
33 |
rpm2targz is a DEPEND but not an RDEPEND, and having a portage that |
34 |
automatically suggests "DEPEND" and not RDEPEND packages as "unneeded" |
35 |
could be a good thing. |
36 |
|
37 |
Another idea is to have portage install all RDEPEND but not DEPEND |
38 |
-after- the package, thereby locking down even more dependency bugs with |
39 |
malcreated packages. |
40 |
|
41 |
Separating UDEPEND only to get DEPEND more finegrained isn't a good |
42 |
thing though. I really don't see the need for an extra thing just to |
43 |
unpack but not to compile. |
44 |
|
45 |
|
46 |
//Spider |
47 |
|
48 |
-- |
49 |
begin .signature |
50 |
This is a .signature virus! Please copy me into your .signature! |
51 |
See Microsoft KB Article Q265230 for more information. |
52 |
end |