lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel. | camp! https://hackmd.shackspace.de/camp2019#
Synthetica has quit [Quit: Connection closed for inactivity]
Guanin has quit [Remote host closed the connection]
MichaelRaskin has quit [Quit: MichaelRaskin]
palo1 has joined #nixos-de
palo has quit [Ping timeout: 245 seconds]
palo1 is now known as palo
hmpffff has joined #nixos-de
hmpffff has quit [Quit: nchrrrr…]
hmpffff has joined #nixos-de
hmpffff has quit [Quit: nchrrrr…]
fendor has joined #nixos-de
MichaelRaskin has joined #nixos-de
hmpffff has joined #nixos-de
hmpffff has quit [Read error: Connection reset by peer]
hmpffff has joined #nixos-de
hmpffff_ has joined #nixos-de
hmpffff has quit [Ping timeout: 272 seconds]
hmpffff has joined #nixos-de
hmpffff_ has quit [Ping timeout: 246 seconds]
hmpffff_ has joined #nixos-de
hmpffff has quit [Ping timeout: 248 seconds]
hmpffff has joined #nixos-de
hmpffff_ has quit [Ping timeout: 245 seconds]
hmpffff_ has joined #nixos-de
hmpffff has quit [Ping timeout: 246 seconds]
mq32 has joined #nixos-de
<mq32> hallu
<mq32> gibts ne möglichkeit, in NixOS ohne rewrite der elf-files executables zu verwenden, die klassische pfadangaben nutzen?
<MichaelRaskin> es gibt «steam-run» (das nutzt die ELF mit keine Änderung)
<mq32> hm, finde quasi nix dazu im web :(
<MichaelRaskin> Hm, buildFHSUserEnv ist besser
<mq32> was ist denn FHS?
<MichaelRaskin> Filesystem Hierarchy Standard — diese klassische Pfadangaben du willst
<mq32> ah
<mq32> und dann bastel ich mir da nen .nix file
<mq32> und mach irgendwo™ nen alias auf "nix-shell my-tool.nix" = my-tool
<mq32> oder wie?
<MichaelRaskin> Klingt gut, ja
<MichaelRaskin> $(nix-build -E 'with import<nixpkgs>{};buildFHSUserEnv {name="test";}')/bin/test -c "ls /"
<mq32> okay, ich behalt das grade mal im hinterkopf
* mq32 informiert sich, bevor er wild neue Betriebssysteme installiert
<mq32> grad, da ich doch viel closed-source kram installiert habe
<mq32> wie ist das ganze mit wine? hat da jemand erfahrung?
<MichaelRaskin> Wine arbeit. Am wenigsten mit Software dass ist einfach
<MichaelRaskin> Es gibt winetricks…
<mq32> ich hab grade probleme den satz richtig zu parsen
<MichaelRaskin> Entschuldigung (für mich Deutsch ist nach Englisch und Französich)
<mq32> ah, just go with english then
<lassulus> wine sollte wie immer tun
<mq32> okay gut :)
<palo> mq32: du solltest inital mit dem vbox image in nixos anfange, bevor du das auf dem computer installierst, dann kannste schonmal vorfühlen wie das ist.
<mq32> palo, ich hab schon nixos aufgesetzt, ich frag mich nur, inwiefern es meinen privaten usecase abdeckt
<palo> Die arbeit die du in das vbox image steckst kannst du bei der neuinstalliation des computers dann einfach benutzten in dem du /etc/nixos/ copierst
<mq32> sprich: ersatz für mein aktuelles system werden kann
<palo> ah
<palo> mq32: ich kann garnicht mehr ohne NixOS :D
<mq32> ich hab halt teilweise so bastard-libraries auf meinem system ^^
<mq32> nicht ganz und nicht halb
<mq32> und nen haufen propietären sachen
<palo> joah na das bekommste mit steam-run totgeschossen (aber das wurde dir ja schon empfohlen)
<mq32> wie ist das mit IDEs und unterschiedlichen build-environments?
<mq32> momentan ist das bei mir ein gefrickel, ein projekt so abzubilden, wie es wirklich ist
<mq32> außer ich nutze halt handgeschriebene makefiles
<palo> mq32: ich hab immer ne shell.nix in meinen projekten. https://github.com/mrVanDalo/nix-shell-mix < da sammel ich templates
<mq32> und da bin ich mir auch nicht wirklich sicher, wie viel weniger aufwand das mit nix wird
<palo> kannst in der shell.nix auch deine IDEs configurieren (mach ich unter haskell zum beispiel so)
<mq32> ja, aber das sind jetzt einfache beispiele
<mq32> ich hab da eher nen multi-platform-moloch rumgammeln
<mq32> also multi-platform, multi-language
<mq32> (aber dafür such ich schon lange vergebens eine lösung, den usecase abzudecken)
<palo> na meine real live shell.nix sehen auch complexer aus, in dem repo sind ja nur templates damit du starten kannst. Die können ja alle gemischt werden.
<palo> Ich hab noch kein projekt gesehen das ich mit shell.nix gemeistert bekomme.
<mq32> joa
<mq32> ich hab was, das geht wohl nicht wirklich mit irgendwas!=make :D
<mq32> scheint wohl kein verbreiteter usecase zu sein, projekte im selben schritt crossplattform-builden zu wollen
<palo> doch klar, mach ich mit cmake
<mq32> sprich: einmal `make` und dann purzeln halt alle artefakte passend raus
<palo> na du baust ja wohl auf der platform für die platform.
<palo> sonst verschwendest du ja nur deine zeit
<mq32> ne
<mq32> ich baue auf einer plattform für drei plattformen
<mq32> wäre ja dumm, für nen windows build windows zu booten, oder? ;)
<mq32> und auf zwei meiner plattformen kann ich nciht builden, da embedded
<palo> ne mach ich so.
<palo> ich kann das ja auf linux garnicht testen was ich da baue für windows
<palo> same for osx
<mq32> ach, wine regelt :D
<palo> ich hab ne Window VM laufen mit nem Jenkins slave.
<palo> Das ist einfacher.
<mq32> joa, ich hab kein platz mehr dafür ^^
<mq32> und jenkins slave klingt jetzt nicht nach "einfacher", aber das mag projetkabhängig sein
<palo> hehe :D
<palo> na jenkins slave ist nicht schwer, kannste ja dann auch für mehr als ein projekt nutzen.
<palo> kannst auch gitlab-ci nehmen, same shit different colors
<mq32> jo, aber ich hab grade noch 3.5 GB platte
<palo> na das ist nicht viel.
<mq32> yep
<mq32> git ist nicht die sparsamste technik
<mq32> hab 1/5 der platte mit Projekten/Sourcen voll
<palo> mq32: vielleicht nen build server zusammen kaufen?
<mq32> is scheiße
<mq32> ich code privat häufig ohne netzwerk
<mq32> also unterwegs
<mq32> mein komplettes environment *muss* auf meinem laptop laufen
<palo> ich auch, aber ich habe nicht immer *alle* projekte ausgecheckt
<mq32> jo, aber einiges davon ist schon dicker
* mq32 könnte man den linux kernel löschen
<mq32> da brauch ich den source wohl eher nicht mehr so schnell
<palo> nix-collect-garbadge mach auch immer mal nen paar GB frei
<mq32> jo, ich hab grade 4 GB mit pacman -Sc gewonnen
hmpffff has joined #nixos-de
<mq32> aber ich hab tatsächlich 50 GB projektfoo rumfahren ^^
<mq32> ist halt viel gamedev-kram, der frisst auch platz
<mq32> palo, wie gut kannst cmake? :D
<mq32> weil vielleicht kannst du mir das mal ordentlich erklären, ich bin bisher irgendwie daran gescheitert, damit komplexeren™ kram zu bauen
hmpffff_ has quit [Ping timeout: 272 seconds]
<palo> mq32: ich baue damit https://www.sononym.net/ und ein paar trivialer projekte. Aber da du in proprehitärer softwar ja meist alles in einem repo hast (also auch die libs die du brauchst) und fast immer statisch kompilierst, ist cmake da ziemlich einfach.
<mq32> ne, geht nicht um poporitäre software, sondern in dem fall um ein privates projekt
<palo> Ich hab mit Makefile so meine probleme, weil das unlesbar ist, und auch unflexibel (deswegen gibts ja die ./configure script)
<mq32> das projekt klingt geil
<palo> (propritär und private sind für mich das gleiche)
<mq32> okay :D
<palo> :D
MichaelRaskin has quit [Quit: MichaelRaskin]
<palo> mq32: ich bin gerade in Essen und ab in 6 wochen wieder in Berlin, wenn du da in den hacker-höhlen rum kommen willst um zu quatschen, können wir gerne an dem cmake rumschrauben. Aber expere würde ich mich nicht nennen :D
<mq32> hehe, bin eher aus dem dunstfeld shackspace
<mq32> also falsches ende von deutschland :D
<lassulus> da war ich letztes wochenende
<mq32> ist ja auch gefühlt der halbe channel hier :D
<palo> mq32: bzgl dem cross compile kram in der shell.nix, da kannst alle command reihen einfach zusammen knallern in scripten, die dann auch die nötigen tools ziehen, das mach ich auch sehr oft. http://paste.ingolf-wagner.de/iumvnaPH
<palo> oh die shell.nix is not nicht ordentlich, das sollte eigentlich so aussehen https://paste.ingolf-wagner.de/QDREvmQe
<mq32> mein problem ist n bisschen das hier: https://pastebin.com/8k7mQFF1
<mq32> ich hätte gerne, dass mit einem command alle zu entstehenden artefakte für jede platform rausfällt
<mq32> aber ich kenne bisher kein buildsystem, was mir den usecase sauber mit dependency-tracking abdecken kann
<palo> mq32: soll das alle deine Projete darstellen, oder nur ein projekt.
hmpffff has quit [Quit: nchrrrr…]
<mq32> das ist *ein* Projekt :D
<mq32> meine Hausautomatisierung
<mq32> nen ganzen stapel kleinscheiß
<mq32> das ding ist sogar vereinfacht, das sind glaube ich am ende an die 14 stücke software, die da rauspurzeln
<palo> sowas haben wir auch mit den libs die wir haben, das machen wir einfach mit ordnern und jeder ordner hat sein eigenes build-script/system und wenn du entwickelst musst du halt wissen was du neu bauen musst, und im build server wird einfach alles gebaut, wenn dann geshipped wird.
<palo> (und bei allem bauen haste halt 14 zeilen mit cd foobar; run-my-build-script
<mq32> ja, aber das deckt es ja nicht ab
<mq32> außer, das buildsystem könnte multi-platform
<palo> na ein build-target pro platform.
<mq32> joa stimmt
<palo> so ähnlich haben wir das in dem sononym projekt gemacht
<palo> (war aber nicht super einfach, nicht das ich den eindruck hier erzeuge)
<mq32> jo
<mq32> ich hab im moment 4 calls
<mq32> quatsch
<mq32> 6 calls
<mq32> ich könnte die cargo-builds zusammenfassen, machts aber am ende auch nicht *so* viel besser
fendor has quit [Quit: Leaving]
xkey has joined #nixos-de
hmpffff has joined #nixos-de
hmpffff has quit [Client Quit]
Synthetica has joined #nixos-de
<xkey> guten Abend. installierte hier schon mal jemand erfolgreich NixOS auf einem APU Board? wenn ja, wie wurde der console-Paramter mitgegeben? daran scheitert es bei mir.
hmpffff has joined #nixos-de
<hexa-> boot.kernelParams = [ "console=ttyS0,115200n8" ]
<hexa-> xkey: ^
<hexa-> ansonsten das hier importieren
<hexa-> da ist dann auch noch grub support dabei
<xkey> hexa-: danke! leider kam ich nicht mal zum Config-Bauen, weil nach GRUB alles schwarz über die Serialkonsole war, selbst mit richtigen Kernelparametern
<xkey> ich probiere es die Tage wohl nochmal, wollt nur vorher fragen, ob vielleicht jemand entscheidende Tipps hat :)
MichaelRaskin has joined #nixos-de
hmpffff has quit [Quit: nchrrrr…]
hmpffff has joined #nixos-de
hmpffff has quit [Client Quit]