[Nix-dev] Seemingly inexplicable proliferation of gcc/glibc runtimes

[zimbatm]

Is it possible some of them are kept from the bootstrap? What you need is a
tool that constructs the dependency tree(s).

On Mon, 25 Jul 2016, 12:43 Guillaume Maudoux (Layus), <layus.on at gmail.com>
wrote:

> My intuition tells me that you have something like gc-keep-derivations or
> gc-keep-outputs pinning build inputs/outputs in the store.
>
> You could use --option xxx false to disable these options temporarily when
> doing nix store gc.
>
>
> -- Layus.
>
>
> Le 25 juillet 2016 00:47:53 UTC+07:00, Kosyrev Serge <_
> deepfire at feelingofgreen.ru> a écrit :
>>
>> Kosyrev Serge <_deepfire at feelingofgreen.ru> writes:
>>
>>>  What I see is this:
>>>
>>
>> Whoops!  I'm afraid my last minute changes slightly broke formatting --
>> here goes a fixed version:
>>
>> [deepfire at andromedae:~]$ nix-analyze-rootlike glibc; echo; nix-analyze-rootlike gcc
>> ; analyzing "/nix/store/*-glibc-*" (minus noise)
>> referrers | disc | correlation to profile
>> closure direct  | size | user system
>> 1073 807 | 22M | 109 25 /nix/store/dad9vxniabwzidvvxfsfj6vb0xncsbbb-glibc-2.23
>> 210 165 | 22M | 0 0 /nix/store/phffgv3pwihmpdyk8xsz3wv8ydysch8w-glibc-2.23
>> 159 22 | 34M | 0 0 /nix/store/i0l0jjkk82wsqz9z5yhg35iy78bjq684-glibc-2.21
>> 5 5 | 22M | 0 0 /nix/store/62n981f02b56wjqfdq00pq706k11xz4d-glibc-2.21
>>
>> ; analyzing "/nix/store/*-gcc-*" (minus noise)
>> referrers | disc |
>> correlation to profile
>> closure direct  | size | user system
>> 388 10 | 116M | 42 8 /nix/store/scfqn95555hsh9k1b0j1y1znzrkr2a5k-gcc-5.4.0
>> 148 5 | 91M | 0 0 /nix/store/cpv8pyc772cx0spzz76sa6dvsf6555dh-gcc-4.8.4
>> 7 2 | 116M | 0 0 /nix/store/l8y2srrkp5fflwph7vq0gllj1k1ai17w-gcc-5.3.0
>>
>> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.science.uu.nl/pipermail/nix-dev/attachments/20160725/1a96dd01/attachment-0001.html>