| 23 Jun 2021 |
 Regnat | pamplemousse as far as I understand, the link logic is actually duplicated: make will build everything in place (and src/nix/nix will use the libs built in-tree), while make install will directly link things at their final location, and set the rpath to this location (here) | 05:17:47 |
| Regnat | So running make and make install will actually result in two different builds of the .so files | 05:19:09 |
|  anubhavkini joined the room. | 06:52:53 |
 Jan Tojnar | Any chance of getting https://github.com/NixOS/nix/pull/4873 in? | 15:38:50 |
 pamplemousse | I didn't think about the rpath🤦♂️ | 16:01:53 |
| pamplemousse | In reply to @theophane:hufschmitt.net
So running make and make install will actually result in two different builds of the .so files Do you mean that the .so will be compiled twice? | 16:03:00 |
| Regnat | In reply to @pamplemouss_:matrix.org
Do you mean that the .so will be compiled twice? I think so, yes | 16:53:59 |
| Regnat | (I mean, if you just run make install then the in-tree so won’t be compiled, but if you run both, then they will be compiled twice) | 16:54:33 |
| pamplemousse | 🤔 ...
I thought they were only compiled on make, and mved on make install.
Rest is rpath doing its job at run-time, and being set to the proper destination on make install... | 16:55:24 |
 abathur | I guess --trace would disambiguate, if it's digestible | 18:39:02 |
| pamplemousse | --just-print | 18:41:49 |
| pamplemousse | does not even run the commands :) | 18:42:11 |
|  Ambroisie joined the room. | 19:13:32 |
| 24 Jun 2021 |
 niksnut | There is basically no reason anymore to run make, just use make install. This is because the tests require an installed package. | 11:02:22 |
| pamplemousse | Should this be reflected in https://hydra.nixos.org/build/144378897/download/2/manual/contributing/hacking.html ? | 15:31:28 |
| pamplemousse | And also:
no reason anymore
I wonder if my use case is not one such reason...
I want to produce binaries, that use customized (instrumented) version of the different libraries.
| 15:40:26 |
| pamplemousse | * And also:
no reason anymore
I wonder if my use case is not one such reason...
I want to produce binaries, that use customized (instrumented) version of the different libraries.
| 15:40:34 |
| Regnat | In reply to @pamplemouss_:matrix.org
And also:
no reason anymore
I wonder if my use case is not one such reason...
I want to produce binaries, that use customized (instrumented) version of the different libraries.
I’d rather make a fully different build with different configure flags for that. That would make things more robust | 18:25:45 |
| 25 Jun 2021 |
|  Bramfatur joined the room. | 13:59:29 |
 ma27 | niksnut: is there anything else tbd for https://github.com/NixOS/nix/pull/4770 ? %) | 21:32:42 |
|  -(𝕂eloτ)- changed their display name from -(GNU/ℝτ)- to -(NIX/ℝτ)-. | 22:06:01 |
| 26 Jun 2021 |
|  grahamc invited  mjolnir. | 01:26:17 |
| mjolnir joined the room. | 01:26:17 |
| grahamcchanged room power levels. | 01:26:27 |
| 27 Jun 2021 |
|  tomberek joined the room. | 05:02:55 |
| 30 Jun 2021 |
|  balsoft joined the room. | 10:54:08 |
| balsoft | I want to imporve nix registry slightly:
- Add
--registry flag to select the registry file to manipulate (instead of $XDG_CONFIG_HOME/nix/registry.json)
- Add an optional second argument to
nix registry pin that would accept a flake URI to pin the flake to, instead of taking it from the global registry.
This will make nix registry actually useful for managing custom registries. | 12:48:24 |
| balsoft | Also, I want to add the ability to mark registry entries as "flake": false to make custom registries even more useful. | 12:48:51 |
| balsoft | I'm already working on both, but if you have any suggestions on how to improve this, please share them rightaway | 12:49:09 |
|  continuouswave changed their display name from cw (28 cycles) to cw (Vi/Vim). | 16:27:54 |
