| 1 |
Hello, |
| 2 |
|
| 3 |
On Tue, 19 Dec 2017, Adam Carter wrote: |
| 4 |
>> # wc -l /var/lib/portage/world |
| 5 |
>> 1140 /var/lib/portage/world |
| 6 |
>> |
| 7 |
>> Am I doing something wrong? |
| 8 |
> |
| 9 |
>If you're emerging dependencies without -1, then yes, otherwise, no. |
| 10 |
|
| 11 |
Actually, it's been a long time I've not merged anything without '-1' ;) |
| 12 |
Only new stuff I explicity want in world gets the honor of me omitting |
| 13 |
the -1. |
| 14 |
|
| 15 |
>> Looking it over, it looks right though. |
| 16 |
>> And --depclean is hopelessly overeager here. |
| 17 |
> |
| 18 |
>What makes you think that? |
| 19 |
|
| 20 |
e.g. the haskell x509-validation example in my other mail. |
| 21 |
|
| 22 |
[..] |
| 23 |
>Yeah reviewing the output of a --pv --depclean sounds like a good idea. |
| 24 |
>Then you can add anything that's obviously missing to world before a real |
| 25 |
>gentoo-sources, since i like keep 2 gcc's around and I look after sources |
| 26 |
>manually. |
| 27 |
> |
| 28 |
>AFAIK missing dependencies are rare as they are quickly identified by the |
| 29 |
>breakage. |
| 30 |
|
| 31 |
Actually, I guess it's more missing stuff in world, but there's some |
| 32 |
stuff that definitely does not belong in world, but depclean wants to |
| 33 |
remove it. Again, the haskell sample works. Basically, I only have |
| 34 |
pandoc installed that uses anything haskell, so any haskell stuff |
| 35 |
installed is because pandoc (indirectly) depends on it. And depclean |
| 36 |
wants to remove part of that "stack". Ok, I checked again, it does |
| 37 |
look more like "all of it"... Ooops. Pandoc is not in world. Let's |
| 38 |
see... (emerge -Ok app-text/pandoc)... |
| 39 |
|
| 40 |
$ emerge -p --depclean | grep haskell |
| 41 |
|
| 42 |
it still want's to remove about half the haskell stack (which is only |
| 43 |
installed because of pandoc's deps). Well, 32 out of 134 (according to |
| 44 |
'eix -Ic dev-haskell/') or so... And I just reinstalled all that stuff |
| 45 |
from scratch (removing all of dev-haskell/ plus ghc itself, and start |
| 46 |
from scratch with "emerge --pretend --tree app-text/pandoc'). |
| 47 |
|
| 48 |
I'd have to test and remove just the haskell stuff that depclean |
| 49 |
suggests, and then start testing... It's a fine example, as it's a |
| 50 |
single app pulling in quite a bit that depclean or I or both get |
| 51 |
confused about[1] ;) |
| 52 |
|
| 53 |
That's what I call "overeager". There's other stuff. Might have missed |
| 54 |
having some in @world, but with most stuff I'm rather sure it's pulled |
| 55 |
in via deps of stuff in @world. |
| 56 |
|
| 57 |
>> Oh well. Not while I'm cleaning |
| 58 |
>> up after the profile-13/gcc-5.4 -> profile-17/gcc-7.2 stuff (I'd |
| 59 |
>> already compiled most with gcc 6.4, with "std=c++14" for C++ stuff. So |
| 60 |
>> not much change there besides pie/no-pie. |
| 61 |
> |
| 62 |
>I ended up rebuilding two machines, partly due to self induced |
| 63 |
>hardened/PIE/PIC pain, and also to start with empty USE and |
| 64 |
>/etc/portage/package.* files which were full of crap after many |
| 65 |
>years. |
| 66 |
|
| 67 |
Sound's familiar ;) |
| 68 |
|
| 69 |
>I now have; |
| 70 |
>$ wc -l /var/lib/portage/world |
| 71 |
>63 /var/lib/portage/world |
| 72 |
>and emerge -pe says "Total: 1024 packages" |
| 73 |
|
| 74 |
Wow. You don't use much, eh? ;) |
| 75 |
|
| 76 |
-dnh |
| 77 |
|
| 78 |
[1] Normally I would not install such a large stack because of one |
| 79 |
program, e.g. I've masked all stuff mono/sharp etc. but I'm |
| 80 |
interested in haskell in itself, so that's ok :) |
| 81 |
|
| 82 |
-- |
| 83 |
Auch wieder richtig, aber zum bloed posten brauch ich kein Hirn. |
| 84 |
Ausserdem tipp ich schneller, als ich denke :). -- Klaus Muth |
Archives