| 1 |
2008/12/16 Duncan <1i5t5.duncan@×××.net>: |
| 2 |
> |
| 3 |
> FWIW, that's why I originally merged udept. However, by that time I had |
| 4 |
> gotten used to using a set of (local) stub scripts that added in all the |
| 5 |
> appropriate switches, including --oneshot, so once I used udept to clean |
| 6 |
> up the mess I had created before that, as a Gentoo noob, I was fine. I |
| 7 |
> didn't have to worry about using udept for that any more. |
| 8 |
> |
| 9 |
> I'd suggest a similar solution for you, either stub scripts as I use, or |
| 10 |
> make use of EMERGE_DEFAULT_OPTS to put --oneshot in there. If you use |
| 11 |
> the latter, you can then create a stub using --ignore-default-opts |
| 12 |
> --noreplace to add the (presumably already merged) entries to your world |
| 13 |
> file. |
| 14 |
> |
| 15 |
> I actually use --oneshot when merging new stuff now, thus effectively |
| 16 |
> giving me a "temporary/testing" merge option. Then if I decide to keep |
| 17 |
> it, I run my stub-script to add it to world, and until I either do that |
| 18 |
> or delete it, it stays listed in the --pretend --depclean run I do |
| 19 |
> routinely after my weekly update. =:^) |
| 20 |
> |
| 21 |
> (If you're interested in my stub scripts, mail me offlist and ask. I can |
| 22 |
> tarball them up and send them to you, along with a description of the |
| 23 |
> "method to my madness." I've considered creating a proper package for |
| 24 |
> them as I imagine quite a few people would find it useful, but I haven't, |
| 25 |
> yet, and in some ways, they're almost too trivial to package. Maybe if I |
| 26 |
> had someone else test them and tell me whether they found them useful |
| 27 |
> enough to be worth packaging... You may also find Steve Long's emerge |
| 28 |
> helper script useful. It's a bit more featureful than my stub scripts, |
| 29 |
> which are pretty much just bare emerge wrappers. I believe it can be |
| 30 |
> found in the forums.) |
| 31 |
|
| 32 |
You are right avoiding this unneeded entries in the world file in the |
| 33 |
first place is the way to go but somehow these things slip in and then |
| 34 |
it would be good to have something to find out about it. |
| 35 |
|
| 36 |
Also I don't like this kind of wrapper scripts but maybe I should get |
| 37 |
used to it. Another thing is that I have other stuff set as |
| 38 |
EMERGE_DEFAULT_OPTS that I probably don't want to miss when using |
| 39 |
--ignore-default-opts in combination with --noreplace. |
| 40 |
|
| 41 |
-- |
| 42 |
Regards, |
| 43 |
Daniel |
Archives