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"
mahogany has quit [Quit: Konversation terminated!]
tokudan has joined #nixos-de
rb2k has quit [Read error: Connection reset by peer]
rb2k has joined #nixos-de
mbrgm_ has joined #nixos-de
mbrgm has quit [Ping timeout: 264 seconds]
mbrgm_ is now known as mbrgm
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-de
h0m1 has quit [Ping timeout: 264 seconds]
h0m1 has joined #nixos-de
rb2k has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rb2k has joined #nixos-de
rb2k has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<lassulus>
oder einer setzt sich in mumble und spielt redirecter :D
<Mic92>
anpassen?
<lassulus>
na im topic steht noch mumble?
<supersandro2000>
Also moderne Menschen klicken einfach auf den Link?
<makefu>
aber was, wenn moderne menschen einen firefox benutzen und das dann wie scheisse performed?
<supersandro2000>
das ist dann wohl scheiße.
<supersandro2000>
badums.
mahogany has joined #nixos-de
<mahogany>
Hallo zusammen, ich versuche seit ein paar Tagen ein Projekt für nixpkgs zu packen. Nach viel Trail-and-Error-Versuchen wird das Projekt erfolgreich gebaut, allerdings beendet sich der Build mit einem Error: "error: path '*' is not valid". Wie kann man sowas ordentlich debuggen?
<supersandro2000>
ich würde in der nixpkgs oder im build script nach * suchen und schauen ob mir da sofort etwas entgegen springt
<mahogany>
Den eigentlichen Pfad der Derivation habe ich durch den * ersetzt. In der Fehlermeldung selbst wird der Pfad der zu bauenenden Derivation ausgegeben
<supersandro2000>
das wird wohl der error output von irgendeinem command sein
<supersandro2000>
du könntest nix-build -K machen. Da bleibt dir das tmp Verzeichnis erhalten und du kannst das ganze besser untersuchen
<supersandro2000>
gibt auch einen breakpointHook, aber der geht nur auf Linux und war bei mir etwas komplex zu nutzen
<mahogany>
Also...ich muss vielleicht noch mehr zu dem Build selbst sagen. Dafür verwende ich eine Fixed Output Derivation um "online" zu bleiben da während dem Build noch Dependencies runtergeladen werden
<mahogany>
Ich habe gelesen, dass im Output einer FOD der Pfad selbst nicht vorkommen darf, kann es sein, dass in einer der Dateien der Pfad eingetragen wurde?
<sterni>
nee dann würde sowas kommen wie illegal reference to /build/
<sterni>
ich denke irgendein store pfad enthält '*' als char was nicht erlaubt ist
<sterni>
vllt '*' im namen irgendeiner derivation?
<mahogany>
Also der Pfad enthält kein '*', das war nur gedacht um die Nachricht kurz zu halten. Die letzten beiden Zeilen des Builds:
<mahogany>
checking for reference to /build/ in /nix/store/<hash>...
<mahogany>
error: path '/nix/store/<hash>' is not valid
<sterni>
mahogany: manche zeichen sind illegal in nix store pfaden
<sterni>
mahogany: ah jo dann ist einfach noch irgendwo /build/ referenziert
<sterni>
mahogany: kannst nix-build -K machen und dann ag "/build/" in der tmp dir machen um zu sehen wo
<sterni>
wahrscheinlich musst du hlt irgendwo noch die pfade anpassen je nach dem wie der build aussieht
h0m1 has quit [Quit: WeeChat 3.0]
h0m1 has joined #nixos-de
<mahogany>
In einem log-File steht /build/, ansonsten gabs da nichts groß zu sehen
<mahogany>
Hmm...also ich kann die Referenz auf build entfernen, aber dann läuft der Build nicht mehr durch.
<mahogany>
Das gebaute Programm zieht sich beim ersten Aufruf weitere Abhängigkeiten und benötigt einen Pfad in dem diese abgelegt werden
<sterni>
dann musst du die irgendwohin nach $out installieren und die pfade entsprechend anpassen
<mahogany>
Kann ich ein Verzeichnis hardcoden? Zum Beispiel ein XDG_DATA_DIR oder "/var/lib"?
<sterni>
ja aber du kannst da nix hin installieren
<sterni>
also dann würdest du darauf dependen das irgendwas anderes (nicht nix) die deps dahin installiert
<sterni>
und es wird halt stateful
<sterni>
du willst eigentlich alles in die nix store installieren
<mahogany>
Hmm...ich kann die Deps leider nicht getrennt installieren da das Programm bei der ersten Ausführung das Zeug runterlädt und in einem Dot-Dir ablegt
DavHau[m] has quit [Quit: Bridge terminating on SIGTERM]
NobbZ[m] has quit [Quit: Bridge terminating on SIGTERM]
bachp has quit [Quit: Bridge terminating on SIGTERM]
florianjacob has quit [Quit: Bridge terminating on SIGTERM]
ma27[m] has quit [Quit: Bridge terminating on SIGTERM]
kloenk has quit [Quit: Bridge terminating on SIGTERM]
jonge[m] has quit [Quit: Bridge terminating on SIGTERM]
Ox4A6F has quit [Quit: Bridge terminating on SIGTERM]
musicmatze has quit [Quit: Bridge terminating on SIGTERM]
julianst[m] has quit [Quit: Bridge terminating on SIGTERM]
rb2k has joined #nixos-de
<sterni>
bei der ersten ausführung oder beim build?
mahogany has quit [Remote host closed the connection]
mahogany has joined #nixos-de
<sterni>
du kannnst das dot dir ja auch nach $out installieren irgendwie
<sterni>
du musst halt irgendwie dem tool dann noch klarmachen wie es das später findet
<mahogany>
neben der binary des tools kann eine datei abgelegt werden in der man den pfad für das dot-dir angibt
<mahogany>
wenn ich dort aber $out angebe, verletze ich doch die regel, dass ich in dateien in $out nicht auf $out zeigen darf, oder?
ma27[m] has joined #nixos-de
rb2k has quit [Ping timeout: 240 seconds]
rb2k has joined #nixos-de
hexa- has quit [Ping timeout: 240 seconds]
rb2k has quit [Read error: Connection reset by peer]
<sterni>
von der regel hab ich noch nie gehört
<sterni>
self-reference ist doch notwendig oft
<mahogany>
dann habe ich das was falsch verstanden