!9IQChSjwSHXPPWTa:lix.systems

Lix

1114 Members
Lix user channel. Feel free to discuss on-topic issues here and give each other help. For matrix.to links to the rest of the Lix channels, see: https://wiki.lix.systems/books/lix-organisation/page/matrix-rooms300 Servers

Load older messages

SenderMessageTime
16 May 2024
@ff-vringar:mozilla.orgvringar Also I deliberately pulled in this wrong version when doing a nix flake update on a path dependency. I feel like Lix didn't really have a chance to give me any useful hints to stop me. (Except for maybe showing me the branch name (and repo status) if the path depency is a VCS repo, I guess?) 18:47:21
@qyriad:katesiria.orgQyriad Yeah, alas 18:51:58
@jade_:matrix.org@jade_:matrix.org

vringar: if you don't like waiting for builds, you would like to do a wrapper thingy. there's a very funny hack you can do with a thing called lndir from pkgs.xorg.lndir of all places, which symlinks a dir tree, and then you can replace the one file you care about

https://github.com/lf-/dotfiles/blob/9efe16ccf1ab93f2464cf4e4fe871e67d5b89f06/configs/nix/roles/kanidm/default.nix#L25-L32

19:07:38
@jade_:matrix.org@jade_:matrix.orgraito taught me that one. there's so many wicked little tricks around.19:08:42
@ff-vringar:mozilla.orgvringar
In reply to @jade_:matrix.org

vringar: if you don't like waiting for builds, you would like to do a wrapper thingy. there's a very funny hack you can do with a thing called lndir from pkgs.xorg.lndir of all places, which symlinks a dir tree, and then you can replace the one file you care about

https://github.com/lf-/dotfiles/blob/9efe16ccf1ab93f2464cf4e4fe871e67d5b89f06/configs/nix/roles/kanidm/default.nix#L25-L32

That feels like it should be in lib? 		19:09:04
@ff-vringar:mozilla.orgvringarOr is it too cursed?19:09:11
@jade_:matrix.org@jade_:matrix.org
In reply to @ff-vringar:mozilla.org
That feels like it should be in lib?
it can't be, since it's a derivation 		19:09:21
@jade_:matrix.org@jade_:matrix.orgit would be a trivial builder if anything19:09:26
@ff-vringar:mozilla.orgvringar
In reply to @jade_:matrix.org
it would be a trivial builder if anything
Right. Builders aren't in lib. They are useful functions that exist in pkgs. Need to internalize that still 		19:10:47
@qyriad:katesiria.orgQyriad
In reply to@jade_:matrix.org
it would be a trivial builder if anything
It is: pkgs.symlinkJoin 		19:10:54
@qyriad:katesiria.orgQyriad
In reply to@ff-vringar:mozilla.org
Right. Builders aren't in lib. They are useful functions that exist in pkgs. Need to internalize that still
Yeah pkgs has no separation between useful functions and builders and fetchers, and actual packages 		19:11:31
@jade_:matrix.org@jade_:matrix.org
In reply to @qyriad:katesiria.org
It is: pkgs.symlinkJoin
that's a different thing iirc 		19:12:02
@qyriad:katesiria.orgQyriadoh maybe19:12:38
@ff-vringar:mozilla.orgvringar
In reply to @qyriad:katesiria.org
Yeah pkgs has no separation between useful functions and builders and fetchers, and actual packages
RFC for pkgs.lib xD 		19:13:19
@qyriad:katesiria.orgQyriad That's just lib 19:13:59
@qyriad:katesiria.orgQyriad lib is literally pkgs.lib, and not only that, there used to be pkgs-lib, which they removed (though that was before our time so we don't know the motivations for why) 19:14:27
@ff-vringar:mozilla.orgvringar
In reply to @qyriad:katesiria.org
That's just lib
oh lol. I realize I should make go poke through nixpkgs before trying to make jokes. 		19:15:29
@firefly:raccoon.collegeFireFly
In reply to @jade_:matrix.org
raito taught me that one. there's so many wicked little tricks around.
yeahh... there's so much of general-purpose utilities that should live higher up randomly living in some dark corner of nixpkgs because someone happened to need it there heh 		19:22:48
@firefly:raccoon.collegeFireFlywhich I mean, I kinda do get19:22:55
@firefly:raccoon.collegeFireFly(also that's a neat one, didn't know about that :o)19:23:20
@firefly:raccoon.collegeFireFlyoh though I suppose that one is actually from X, but ye weird place for it :p19:25:04
@jade_:matrix.org@jade_:matrix.org i mean, it is from xorg, it's not strangely placed, it's just strange that there aren't other tools to do the same thing 19:30:58
@qyriad:katesiria.orgQyriad "we have brew link at home" 19:33:55
@firefly:raccoon.collegeFireFly jade_: yeah I realised afterward, but I mean like, strange place for such a tool to live in the first place (as in, in upstream xorg) 19:38:59
@ff-vringar:mozilla.orgvringar Back to the next question (now with proper branches): I've updated my package.nix to better show the problem.
Even though I build ghidraWithName.withExtensions the makeBinaryWrapper still picks up the unmodified ghidra and I can't find the correct syntax for an override to set ghidra: ghidraWithName
This issue can be verified by running nix develop and then less $(which ghidra) and inspecting the embedded text.
However, directly building the package with nix build puts the correct package into result (verifiable with tail result/lib/ghidra/support/launch.properties) 		19:43:23
@ff-vringar:mozilla.orgvringar *

Back to the next question (now with proper branches): I've updated my package.nix in the gist to better show the problem.
Even though I build ghidraWithName.withExtensions the makeBinaryWrapper still picks up the unmodified ghidra and I can't find the correct syntax for an override to set ghidra: ghidraWithName
This issue can be verified by running nix develop and then less $(which ghidra) and inspecting the embedded text.
However, directly building the package with nix build puts the correct package into result (verifiable with tail result/lib/ghidra/support/launch.properties)

Where do I need to set the override?

19:44:01
@ff-vringar:mozilla.orgvringar *

Back to the next question (now with proper branches): I've updated my package.nix in the gist to better show the problem.
Even though I build ghidraWithName.withExtensions the makeBinaryWrapper still picks up the unmodified ghidra and I can't find the correct syntax for an override to set ghidra: ghidraWithName
This issue can be verified by running nix develop and then less $(which ghidra) and inspecting the embedded text.
However, directly building the package with nix build puts the correct package into result (verifiable with tail result/lib/ghidra/support/launch.properties)

Where and how do I need to override?

19:44:36
@jade_:matrix.org@jade_:matrix.org
In reply to @ff-vringar:mozilla.org

Back to the next question (now with proper branches): I've updated my package.nix in the gist to better show the problem.
Even though I build ghidraWithName.withExtensions the makeBinaryWrapper still picks up the unmodified ghidra and I can't find the correct syntax for an override to set ghidra: ghidraWithName
This issue can be verified by running nix develop and then less $(which ghidra) and inspecting the embedded text.
However, directly building the package with nix build puts the correct package into result (verifiable with tail result/lib/ghidra/support/launch.properties)

Where and how do I need to override?

you are naming different things in devShells.default and packages.default 		19:45:53
@ff-vringar:mozilla.orgvringar Yes, because packages.default works (has the modified launch.properties) but the devShell (which links in the extensions) references the unmodified package (through the binary wrapper) 19:47:31
@ff-vringar:mozilla.orgvringar * Yes, because packages.default works (has the modified launch.properties) but the devShell (which links in the extensions) references the unmodified package (through the binary wrapper) 19:48:10

There are no newer messages yet.

Back to Room ListRoom Version: 10