lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
<tv> flameshot ist schon nice, hab auch direkt ausversehen was auf imgur hochgeladen =)
<tv> aber dass es ein daemon braucht ist schon bisschen quatsch
<makefu> find ich auch
<makefu> jetzt hab ich aber endlich wieder eine printscr taste die funktioniert. hab das davor irgendwie noch nie konfiguriert
<makefu> aber das liegt jetzt nicht an flameshot, hab das einfach nur zum anlass genommen es zu tun(tm)
palo1 has joined #nixos-de
palo has quit [Ping timeout: 240 seconds]
palo1 is now known as palo
tv has quit [Ping timeout: 246 seconds]
lassulus has quit [Ping timeout: 240 seconds]
tv has joined #nixos-de
lassulus has joined #nixos-de
<Mic92> makefu: manveru man muss jetzt nicht mehr explizit den daemon von flameshot starten, sondern der wird on demand per dbus gestartet: https://github.com/NixOS/nixpkgs/pull/55323
<{^_^}> #55323 (by Mic92, 54 seconds ago, open): flameshot: fix executable path in dbus service
<Mic92> palo: kannst du das testen? https://github.com/NixOS/nixpkgs/pull/55322
<{^_^}> #55322 (by r-ryantm, 19 minutes ago, open): firejail: 0.9.56 -> 0.9.58
<palo> Kann ich machen Mic92
<palo> (mach ich gleich auch mal)
<palo> Hmm das ist nicht so trival zu testen.
<palo> firejail hat nen sticky bit :(
<palo> s/hat/braucht/
<palo> Mic92: hab das kommentiert in dem ticket.
<Mic92> palo: nix-review braucht nixos-shell support!
<palo> nix-review startet doch ne nix-shell oder nicht?
<lassulus> nixos-shell ist sowas wie vm bei nixos-generators
<palo> OOOOHHHH!
<palo> das kannte ich noch nicht, ... was es nicht alles gibt
<jonge> lassulus: boah das ist ja geil
<mupf> Hallo, kann mir jemand sagen, wie ich diese Datei richtig anpasse, um OpenGL zu verwenden? https://github.com/mupfelofen-de/TauCeti/blob/master/default.nix Ich habe es versucht, mein Compiler kann aber GL\GLU.h nicht finden
<jonge> mupf: koennte pkgs.libGL vielleicht diesen header beinhalten? wenn ich mich nicht irre haste den nicht explizit gelistet
<mupf> nicht auf GitHub, nein. habe versuche libGL wie die anderen bibliotheken hinzuzufügen
<mupf> Kein Erfolg.
<mupf> Ich weiß leider noch immer viel zu wenig über NixOS. Sollte ich dringend ändern.
<jonge> spring doch mal in die shell rein und mach gcc --verbose. da suchste dir alle -I pfade raus.
<jonge> wenn in keinem dieser pfade <GL/GLU.h> vorkommt, dann hast du nicht die richtige menge an dependencies angegeben und eine fehlt halt.
<jonge> meine vermutung ist dass pkgs.libGL als buildDependency helfen koennte
<mupf> gcc --verbose zeigt mir fast gar nichts an
<jonge> dann hab ich was vergessen, mom
<jonge> ach gcc --version --verbose
<jonge> ist zwar bisschen aetzend die ganzen pfade da rauszupopeln, aber als nix anfaenger hab ich das die ganze zeit gemacht als ich noch nicht wusste wie man wirklich kontrolle darueber hat. war lehrreich und hat geholfen.
<mupf> danke
<mupf> jonge: hat in der Tat geholfen
<mupf> war ein case-sensitivity problem
<jonge> freut mich!
<mupf> gibt es noch einen einfachen weg um herauszufinden wo bestimmte pakete hininstalliert wurden?
<jonge> ich verstehe die frage im kontext von nix nun nicht - denn die pakete landen doch eh alle nebeneinander in /nix/store
<mupf> hilft mir schon weiter. danke
<mupf> jonge: was mache ich in einem fall wie diesem? :
<mupf> /nix/store/12sldz0yjr0mha642ra6297y3jld9fql-glew-2.1.0-dev/include/GL/glew.h:1205:14: fatal error: GL/glu.h: No such file or directory
<mupf> # include <GL/glu.h>
<mupf> habe sowohl libgl als auch glew und libgl gelistet
<jonge> baut der da grad vielleicht die glew lib (anstatt deiner app) und vermisst dabei schon diesen header?
<mupf> nein, ich binde glew.h lokal ein
<mupf> oh moment, vorhin konnte ich glu.h selbst einbinden, geht jetzt auch nicht mehr
<mupf> suche mal nach typos
<mupf> jup. sorry.
<jonge> mupf: eine fiese falle in die ich mal reingelaufen bin waren nested nix-shells
<jonge> hab also an meiner derivation gespielt, bin dann in nix-shell gegangen um zu gucken wie es laeuft und dann wieder raus, das war der workflow
<jonge> leider hab ich dann einmal versaeumt die nix shell zu beenden und startete halt unwissend noch eine - und die pfade danach waren quasi komplett verwirrend und un-debugbar
<Mic92> mupf: jonge in dem Falle checken was in NIX_CFLAGS_COMPILE drin steht
<jonge> Mic92: wie wuerdest du das am einfachsten nachschauen? in der nix-shell oder im wrapper script des compilers?
<Mic92> jonge: nix-shell sollte reichen.
<Mic92> aber man kann auch die debug option setzen, die den wrapper instruiert debug outputs zu schreiben
<jonge> ah nice... sehe es grad. das ist in der tat praktischer als gcc --version --verbose. danke!
<jonge> welche ist das? ich verliere mich haeufig bisschen in der komplexitaet des ganzen wenn ich durch manpages und nix code lese um dinge zu tun die ich noch nicht kann
<Mic92> ja. in der Kategorie "man müsste das mal ins wiki packen"
<Mic92> Da sind ein ganzes paar variablen die interessant für C/C++ sind.
<jonge> right... ich hab haeufig das gefuehl dass ich lange fuer eine info suchen musste und man die "einfach kurz ins wiki packen" koennte. aber dann passt es nirgends und ist zu wenig um eine neue wiki seite zu oeffnen...
<Mic92> jonge: es ist nie zu wenig für einen Artikel
<jonge> wenn man genug suchwoerter dazu packt damit es leicht findbar ist, haste recht.
<Mic92> viele sachen stehen auch im manual aber nicht in einer Form, die für Programmierer sinnvoll sind.
<jonge> das stimmt
<jonge> hab vor paar monaten so nen proprietaeres riesenprojekt komplett nixisiert. JUNGE war dsa nen mieser aufwand und auch lernaufwand. bin seit dem wesentlich schlauer was nix betrifft, wuesste aber nicht wo ich die ganzen einzelheiten dokumentieren wuerde.
<Mic92> muss ich aber nochmal lesen. Habs nur wild herunter geschrieben
<jonge> Mic92: haste grad eben geschrieben?
<jonge> muss noch paar mails wegen arbeit schreiben, danach kann ich das gerne mal reviewen
<Mic92> jonge: ja
<jonge> Mic92: schoen geschrieben. hab typos gefixt
<jonge> danke fuer die wikiseite
<Mic92> jonge: so fertig für heute
<Mic92> cmake + pkg-config haben noch gefehlt
<jonge> ah nice. meine cmake/make dateien sind immer nicht pkg-config konform weil ich eh nicht wusste wie das geht und es mich auch nicht mehr interessierte sobald es in nix baut.
<jonge> scheint aber einfach zu sein
<Mic92> debug symbols, pkgsStatic, pkgsMusl sollten vielleicht noch rein
<Mic92> und ein paar referenzen zu Cross-Compiling
<jonge> hast vielleicht recht. debug symbols stehen zwar recht eindeutig in der doku, aber static builds fand ich schon bisschen aetzender da musste ich nix code lesen. pkgsmusl ist sicher interessant.
<jonge> das ganze crosscompiling thema ist komplex und irgendwie gibts da auch noch nicht so "die eine" seite auf der alles wichtige steht.
<jonge> auf die C/C++ seite wuerde ich es glaube ich aber nicht tun, bzw. nur referenzieren
<Mic92> Ich hätte jetzt nur erwähnt wie man cross-toolchain in eine nix-shell bekommt und dann auf die Cross-Compiling-Seite verlinkt
<Mic92> Die cross-toolchain ist ganz interessant für Leute die Microcontroller-Projekte haben.
<jonge> ja, ich wollt auch letztens mal gucken wie ich paar mikrocontroller bespiele
<jonge> das wuerde halt super geil alles auf ne eigene seite passen
<jonge> naja ist ja auch egal wo - hauptsache man findet alles schoen.
<Mic92> Ich habe da nicht so viel Einblick ins Thema, da könnte sicher dann auch noch avrdude und platformio mit rein.
<Mic92> Man könnte das auch noch von der C seite mit verlinken und aus bauen.
<palo> damn netdata ist echt irre ! `service.netdata.enable = true` und das dashboard ist ziemlich knaller erstmal.
lassulus_ has joined #nixos-de
lassulus has quit [Ping timeout: 246 seconds]
lassulus_ is now known as lassulus