lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
betaboon_ has joined #nixos-de
betaboon has quit [Quit: ZNC - https://znc.in]
palo1 has joined #nixos-de
palo has quit [Ping timeout: 246 seconds]
palo1 is now known as palo
<florianjacob> gibt's irgendwie nen Nachteil wenn ich eine Option für einen Pfad die bis jetzt ohne Typ war auf types.path festnagele? So im Kontrast zu types.str?
<lassulus> je nachdem wie der path gelesen wird, wird der content davon in den nix-store kopiert
<lassulus> bei str sollte das nicht passieren
<florianjacob> lassulus: weißt du mehr dazu wovon das abhängt wann kopiert wird?
<lassulus> "${myPath}" wird in den store kopiert
<lassulus> "${toString myPath}" wird nicht in den store kopiert
<palo> florianjacob: https://github.com/NixOS/nixpkgs/issues/22014#issuecomment-450902952 der patch wird es wohl nie in den upstream schaffen, also muss ich den den kernel wohl immer selbst neu kompilieren ;(
<palo> wird zeit das ich qemu-user ausprobiere
<florianjacob> <freenode_pal "Florian: https://github.com/NixO"> ist in der Tat ganz schön nervig, ich setze da etwas auf Sicherheit durch Ignoranz und update den Pi einfach nur sehr selten xD
<florianjacob> lassulus: danke!
<palo> florianjacob: ich werde mal das qemu-user ausprobieren, wenn ich damit sd karten erstellen kann, dann sollte das problem gelöst sein
<florianjacob> palo: ich hab damit früher mal unter Arch Linux gearbeitet, hat grundsätzlich ganz gut funktioniert. Würde immerhin das bootstrapping lösen, aber so im Betrieb, ich mein ich nehm ja auch nicht die sd-karte raus und bau ein neues Image am Computer bloß weil's n Kernel Update gab, oder?
<palo> florianjacob: ich hab da erstmal nichts gegen sowas zu tun :D
<palo> kann ja das ganze image bauen, und nicht nur die hälfte
<palo> Und dann kann ich das ja updaten,
<palo> aber ist schon nerfig das stimmt
<palo> Aber wenn ich dadurch nur ne Stunde oder so hier am Rechner auf arbeit baue anstatt 2 Tage auf dem Pi, dann find ich das besser :D
<florianjacob> ist schon was dran :D gerade auch weil man ja tendentiell immer alle frischen Kernel haben will weil die den Pi halt doch noch etwas besser unterstützen
<florianjacob> und wer weiß, vielleicht ja auch mal irgendwann den Chip dynamisch anschalten können xD
* palo träum :D
* palo säuftz
<palo> Alternativ bestell ich mir einfach ne 3€ USB-Audio karte bei AliExpress und steck die da rein :D
<florianjacob> jaaaa das wär die einfache Variante gewesen, seh ich aber irgendwie auch nicht ein dafür Geld, Strom und Ressourcen zu verschwenden wenn der Scheiß eigentlich integriert ist
ma27 has quit [Quit: WeeChat 2.2]
ma27 has joined #nixos-de
<palo> florianjacob:
<palo> https://www.aliexpress.com/item/Free-driver-USB-Sound-Card-CM108-USB-Sound-Card-Chip-Blue/32972927008.html?spm=2114.search0604.3.157.a6ee703ddyjVj5&ws_ab_test=searchweb0_0,searchweb201602_7_10065_10068_10890_10547_319_10546_317_10548_10696_10084_453_454_10083_10618_10304_10307_10820_537_536_10902_10843_10059_10884_10887_321_322_10103-10890,searchweb201603_51,ppcSwitch_0&algo_expid=08411fd6-3571-4467-a750-83
<palo> 1b1054be4a-24&algo_pvid=08411fd6-3571-4467-a750-831b1054be4a&transAbTest=ae803_5
<lassulus> so kurze urls
<palo> viel zu kurz
<palo> lol wieviele AbTests sind denn da drin ?
<florianjacob> Mit Free driver!!!!! Na dann.
makefu has quit [*.net *.split]
makefu has joined #nixos-de
<palo> (*・‿・)ノ⌒*:･ﾟ✧
ma27 has quit [Quit: WeeChat 2.4]
ma27 has joined #nixos-de
<palo> makefu: du hattest doch gehört das qemu-user total knaller sein soll, und mir den link von cleverca22/nixos-config gegeben.
<palo> Von wem hast du das gehört ?
<palo> (darf ich den um genauigkeiten fragen?)
jeromegamez has joined #nixos-de
jeromegamez has quit [Quit: Textual IRC Client: www.textualapp.com]
fendor has joined #nixos-de
fendor has quit [Remote host closed the connection]
lassulus has quit [Ping timeout: 250 seconds]
<palo> ist es einfach seinen eigenen nixos cache aufzusetzen, und mit nix-copy-closure zu füttern via CI ?
lassulus has joined #nixos-de
<andi-> ich bastel seit gestern an einer eigenen hydra mit binary cache..
<andi-> eigentlich ganz einfach.. jetzt hatte ich nur einmal das s3 bucket gewiped und er denkt jedesmal, dass ein File eigentlich schon da sein sollte und ich kriege nicht raus wo er sich das merkt... https://gist.githubusercontent.com/andir/2a1c89542f6f5d83e8cd593c123ee651/raw/6f16c3b3e4081ff9213c7de1df06d5d88ad6a375/hydra-queue-runner.log
<palo> andi-: ich peile hydra nicht, aber den binary cache würde ich sofort haben wollen
<tv> palo: services.nix-serve sollte reichen
<palo> welche services.nix-serve ?
<tv> services.nix-serve.enable = true
<tv> dafür halt noch key generieren mit nix-store --generate-binary-cache-key
<tv> und bei den clients als binary cache setzen
<palo> AAAAAHHHHHH !
<palo> ja is schon spät
lassulus_ has joined #nixos-de
<tv> evtl. willst noch nen nginx vor den cache schnallen mit proxy_pass http://localhost:${toString config.services.nix-serve.port};
<palo> ne is alles nur VPN intern für meine raspberries :D
<tv> bzw. nimmt man heutzutage wohl eher .proxyPass
<tv> ok
<palo> Will nicht alles binary bauen, sondern eigentlich nur Kernel für die Raspberries
lassulus has quit [Ping timeout: 272 seconds]
lassulus_ is now known as lassulus
<palo> Muss dann nur noch nen weg finden die .drv files automatisch zu generieren, nutze ja gerade boot.kernelPatches und da fällt dann das drv raus
<palo> so bin mal im bett bis die tage :D
<palo> btw bin am 26.04. in Berlin
<palo> cya