1 |
On Sun, May 31, 2009 at 4:21 AM, Marijn Schouten (hkBst) |
2 |
<hkBst@g.o> wrote: |
3 |
> -----BEGIN PGP SIGNED MESSAGE----- |
4 |
> Hash: SHA1 |
5 |
> |
6 |
> Duncan wrote: |
7 |
>> Patrick Börjesson <psychotical@×××××××.com> posted |
8 |
>> 20090529201741.GB11660@×××××.nexus, excerpted below, on Fri, 29 May 2009 |
9 |
>> 22:17:41 +0200: |
10 |
>> |
11 |
>>> Why exactly would you want to use --oneshot for a "leaf package" that is |
12 |
>>> not depended on by any other package in the world set? If spam IS |
13 |
>>> depended on by any other package (recursively) in the world set, it will |
14 |
>>> be pulled in by --complete-graph, but that's not the case here if i |
15 |
>>> understand it correctly, thus it's a package that you explicitly wanted |
16 |
>>> installed, thus it belongs in the world set, and you should thus not use |
17 |
>>> --oneshot for it. |
18 |
>> |
19 |
>> I use -1 by default, here (via scriptlet), mainly so I don't have to |
20 |
>> worry about cluttering up my world file while emerging individual |
21 |
>> packages, just as I always use -NuD with my @system and @world runs. |
22 |
>> |
23 |
>> But for leaf packages, it serves as a sort of test install as well. |
24 |
>> Since I always do revdep-rebuild -p and emerge --depclean -p after every |
25 |
>> update (typically 2-3 times a week), then rebuild and clean as I need to, |
26 |
>> keeping the "trial merges" on the depclean list for a few days keeps me |
27 |
>> aware of them. If I know it's something I want to keep, I run a |
28 |
>> different scriptlet without the -1, but that's not often once a system is |
29 |
>> up and running with the normal working set merged. Meanwhile, I |
30 |
>> ultimately either emerge -C (or let depclean handle it) the "trialware", |
31 |
>> or emerge --noreplace, thus adding it to world. |
32 |
>> |
33 |
>> But experimental installs and their deps typically sit in the --depclean |
34 |
>> list for anything from a few minutes to a few days, until I decide |
35 |
>> whether I want to keep or remove them. |
36 |
>> |
37 |
>> If he was testing how the switches under discussion here worked and has a |
38 |
>> similar policy, I could easily see him using -1 by habit, even if he |
39 |
>> didn't explicitly reason that it was a test and therefore something he |
40 |
>> didn't want in @world. |
41 |
> |
42 |
> I think this is an interesting use-case. It would be very simple to handle it by |
43 |
> introducing an additional file that the package manager would use to record the |
44 |
> packages that are installed on trial-basis. This would make it possible to |
45 |
> include these packages in dep-calculations, while still distinguishing them from |
46 |
> packages that are in @world. Of course you can also fake it by creating a local |
47 |
> virtual/trialware package (or possibly a @trialware group) of which you edit the |
48 |
> deps, but this would be less convenient. For my personal workflow using -1 for |
49 |
> trials is working well enough, atm. |
50 |
|
51 |
Why is a custom set less convenient? |
52 |
|
53 |
> |
54 |
> Marijn |
55 |
> |
56 |
> - -- |
57 |
> If you cannot read my mind, then listen to what I say. |
58 |
> |
59 |
> Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML |
60 |
> <http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode |
61 |
> -----BEGIN PGP SIGNATURE----- |
62 |
> Version: GnuPG v2.0.11 (GNU/Linux) |
63 |
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
64 |
> |
65 |
> iEYEARECAAYFAkoiaCoACgkQp/VmCx0OL2yMRgCeKQ+bIh6RViaTiHKBc8bkREBo |
66 |
> yF0An2XXyngQ2cfuYwKHdUMBP5efcHrV |
67 |
> =Xfc/ |
68 |
> -----END PGP SIGNATURE----- |
69 |
> |
70 |
> |