lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel. | Meetup Donnerstags 19:00 - 23:00 auf Mumble: nix-shell -p mumble --run "mumble mumble://$USER@lassul.us/nixos"
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-de
mbrgm_ has joined #nixos-de
mbrgm has quit [Ping timeout: 272 seconds]
mbrgm_ is now known as mbrgm
h0m1 has quit [Ping timeout: 264 seconds]
h0m1 has joined #nixos-de
rb2k has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
IdleBot_c2ca5d90 has quit [Ping timeout: 258 seconds]
<jonge[m]>
hey leute, wenn ich in der nix-shell eine kleine C-app baue, die dynamisch gegen diverse libs gelinkt ist. kann ich diese so in den nix-store importieren dass nix dann auch weiss was die closure mit runtime libs ist?
<jonge[m]>
mein ziel ist, wenn ich in einer nix shell arbeite und inkrementell an nem projekt compile, dann wuerde ich gerne die entstehenden executables mit nix-copy irgendwo hin schieben und die dependencies direkt mit. zur zeit muss ich das nix-shell environment halt nix-copyen und das geht, aber ich erhoffte mir eine loesung die nur die executable braucht und daraus die closure berechnet (was ja nix-build bei jeder derivation
<jonge[m]>
genauso tut)
kmein has quit [Quit: ciao kakao]
kmein has joined #nixos-de
<woffs>
ich würd da eher immer nix-build machen, wenn du das sauber im store haben willst
<sterni>
denke auch der use case klappt nicht weil entweder man kann eine closure reinkopieren, was man ja in dem fall nicht hat
<sterni>
was höchstens gehen könnte, wenn der build deterministisch ist noch eine fake derivation mit den richtigen metadaten haben und einem output hash
<sterni>
dann könntest du dir das recompilen mit nix-build sparen evtl.
<sterni>
aber ich meine mit einer shell hast du doch eh schon die dependencies und weißt ca wie dus baust also kannst du ja einfach eine normale derivation trivial draus machen?!
luxemboye has joined #nixos-de
<jonge[m]>
ja, aber stell dir vor das projekt baut aus gruenden clean 30 minuten lang. aber wenn ich das in meiner nix shell schonmal gebaut habe, dann nur eine datei aendere und die neueste binary in 10 sekunden haben kann, dann will ich gerne die verwenden
<jonge[m]>
am ende bekaempfe ich das symptom, dass das ganze projekt nicht sauber in libraries und module aufgeteilt ist, die man in kurzer zeit nachcompilen kann, aber in dem projekt "ist das gerade leider so", muss man sagen...
rb2k has joined #nixos-de
<sterni>
dann bau doch gleich mit -static dann kannst du das binary einfach rumschieben wie du lustig bist
<Mic92>
jonge[m]: vielleicht das binary in nix-build nach out kopieren und deine dependencies als buildinputs in dem build angeben
<Mic92>
dann sollte nix die Referenzen wieder finden
rb2k has quit [Ping timeout: 264 seconds]
rb2k has joined #nixos-de
<jonge[m]>
ja, so in etwa geschieht es gerade, bzw. ich sehe enorme ueberlappung zum ansatz einfach die closure zur projektshell zu kopieren.
<jonge[m]>
<sterni "dann bau doch gleich mit -static"> der weg ist natuerlich am bequemsten, wenn dann alle deps statisch bauen. hab mir schon mehrfach paar kopfschmerzen eingefangen beim versuch bestimmte projekte statisch auf musl mit allen deps zu bauen... :D
rb2k has quit [Read error: Connection reset by peer]
rb2k_ has joined #nixos-de
rb2k_ has quit [Read error: Connection reset by peer]
rb2k has joined #nixos-de
rb2k has quit [Read error: Connection reset by peer]
rb2k has joined #nixos-de
rb2k has quit [Ping timeout: 264 seconds]
rb2k has joined #nixos-de
rb2k has quit [Ping timeout: 264 seconds]
<jonge[m]>
haette gehoft dass es irgendeine art `reimport ./bla/myExe` gibt und wenn ich das benutze, dann nimmt der die nix store pfade die in der datei stehen