lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
{^_^} has quit [Read error: Connection reset by peer]
{^_^} has joined #nixos-de
Synthetica has quit [Quit: Connection closed for inactivity]
palo1 has joined #nixos-de
palo has quit [Ping timeout: 245 seconds]
palo1 is now known as palo
Synthetica has joined #nixos-de
<jonge[m]>
wer geht alles auf die nixcon in brno dieses jahr?
* lassulus
* makefu
noch nicht sicher, gibt es schon nen datum?
<jonge[m]>
25.-27. oktober
<Ox4A6F>
* 0x4A6F maybe
fendor has quit [Ping timeout: 272 seconds]
<manveru>
hab auf jeden fall vor zu gehen
hmpffff has joined #nixos-de
fendor has joined #nixos-de
fendor has quit [Remote host closed the connection]
fendor has joined #nixos-de
fendor has quit [Remote host closed the connection]
fendor has joined #nixos-de
<jonge[m]>
nice. waer cool wenn man irgendwelche fahrgemeinschaften machen koennte. von braunschweig aus ist das echt ne lange zugfahrt die ich am liebsten direkt schon in einschlaegiger begleitung verbringen wuerde. :D
<andi->
Dito
<andi->
Fahre gerne mit dem Zug für die Strecke.. Dauert zwar länger als der Flieger aber dafür kein Flug..
<jonge[m]>
ich bin mir sicher ab der tschechischen grenze hat man sogar solides internet im zug. :D
<andi->
Ja
<andi->
Bei mir wäre die Fahrt wohl Frankfurt -> Wien -> Brno
<jonge[m]>
bei mir waers wohl braunschweig -> dresden -> prag -> brno.
<jonge[m]>
vielleicht schaffe ich es noch, arbeitskollegen aus dresden anzufixen
<palo>
musicmatze: denke deine rust-shell.nix ist noch nicht fertig.
<palo>
wäre eigentlich nice wenn wir nen repo in dem nix-community github account hätten in dem wir für jede sprache eine entwicklungs umgebung shell.nix hätten.
<lassulus>
das klingt eig. nach ner coolen idee, so eine art templates repo
<musicmatze>
joar das wäre echt geil
<musicmatze>
man sollte das Ganze dann aber direkt so aufbauen dass man verschiedene "Sprachen" kombinieren kann ...
<musicmatze>
also `nix-shell mit C++ und Rust" zum Beispiel...
<musicmatze>
vielleicht n schlechtes, eher sowas wie "Python und JavaScript" wenn man halt ein Webservice baut z.b.
<lassulus>
hmm, fokus sieht etwas anders aus von dem repo
<lassulus>
aber sollte auch ok sein
<musicmatze>
der Mic ist schon n kuhler typ
<palo>
ja ist nicht so ganz der fokus
<palo>
What environments should not include:
<palo>
opinionated, user-specific dependencies for example editors or favorite debugging tools
<lassulus>
hab aber schon länger nichts mehr von Mic92 gehört, ob der beschäftigt ist?
<palo>
das würde ich da schon gerne drin sehen, nur halt das es einfach an und aus gemacht werden kann.
<musicmatze>
mir wäre sowas recht wie jeweils eine shell.nix pro Tool und pro Sprache und dann halt so "default mixins" wie "C++ mit clang und gdb und pandoc fürs doku bauen"
<musicmatze>
alos mit "default mixins" mein ich einfach templates wie man was zusammenbauen kann und halt da den most common Fall schonmal abgedeckt
<musicmatze>
lassulus: Mic92 ist mit awesome sein beschäftigt, wetten? :-)
<musicmatze>
nix-community/nix-mix
<musicmatze>
:-)
<musicmatze>
`nix mix cpp clang pandoc`
<palo>
musicmatze: hehe ;D
<palo>
joah wäre dabei
<palo>
hab ein paar shell.nix files die ich leicht angepasst da rinn knallen kann.
<musicmatze>
würde mich auch interessieren, ja. Könnte/Würde auch was für Rust beisteuern falls ich genügend Zeit find
<palo>
nice
<palo>
jo repo muss gemacht werden, dann mach ich pull-requests
<palo>
nix-shells wäre ein name :D
<musicmatze>
`nix-shellmix`
<musicmatze>
oder halt einfach nur ein repo mit vielen verschiedenen shell.nix files die man sich halt ziehen und anpassen kann
<palo>
musicmatze: das wäre für den anfang am einfachsten denk ich
<palo>
bevor wir anfangen super modular sachen zusammen zu stellen, die dan eh jeder anpasst wie er will, lieber mit beispielen arbeiten.
<palo>
sehr auch erstmal keinen grund super DRY zu sein
<musicmatze>
dito
<palo>
vielleicht für den anfang
<palo>
rust/shell.nix , haskell/shell.nix
<palo>
oder rust-shell.nix haskell-shell.nix ?
<musicmatze>
pandoc/shell.nix (pandoc ist echt geil, sorry)
<jonge[m]>
ich programmiere viel C++, aber ich sehe nicht wie mir so nen standard-entwicklungsenvironment helfen wuerde.
<musicmatze>
palo: der letzte Link, das sind die Bilder
<jonge[m]>
bei haskell sehe ich das direkt ein weil man da nicht regelmaessig mit verschiedenen compilern baut
<musicmatze>
jonge: naja "nix-shell ./cpp/gcc-default.nix --run "make" && nix-shell ./cpp/clang-default.nix --run "make"` ... schon siehste den Vorteil
<musicmatze>
achso, ich hab das "nicht" in dem Satz übersehen *fail*
<jonge[m]>
ach so. ok und dann wenn man sonst noch dependencies hat wuerdest du sowas wie `nix-shell ./cpp/foo-default.nix -p boost poco --run "make"` machen oder wie?
<musicmatze>
naja das repo soll ja templates für den default-fall bereitstellen. Das kopierst du dir dann in dein Projektverzeichnis und haust deine custom dependencies noch dazu ...
<musicmatze>
damit man sich nicht jedes mal für ein neues Projekt sein shell.nix complett from scratch craften muss
<palo>
jo so war das gedacht
<palo>
deine lieblings IDE,
<palo>
etc kannste dann selber machen
<palo>
musicmatze: kannst du repos in nix-community machen?
<musicmatze>
palo: nope, sry
<palo>
I see,
<jonge[m]>
hm... also die menge der usecases sehe ich begrenzt wenn man keine ext libs noch dazu nimmt auf einfache weise. und selbst wenn das ok ist, dann muss ich ja doch wieder ne eigene shell.nix schreiben wenn es sich um ne bestimmte c++ standard version handelt. und dann noch die compiler flags...
<palo>
jonge[m]: jo dfas sollste ja auch machen,
<palo>
aber damit du nicht immer wieder von vorne in jedem projekt anfangen musst
<jonge[m]>
ach sooo, zum rauskopieren
<musicmatze>
jonge: genau
<jonge[m]>
steht denn in dem template dann mehr drin als `pkgs.stdenv.mkDerivation { src = ./.; name = ... }`?
<musicmatze>
Workflow wäre: `cp ~/nix-shell-mix/cpp/cpp-gcc-48.nix ./meinprojekt/shell.nix && vim meinproject/shell.nix`
<musicmatze>
jonge: naja die erste Ausbaustufe wäre das man für alle möglichen verschiedenen compiler sich das rauslassen kann
<musicmatze>
die nächste wäre dann, dass man verschiedene module kombinieren kann...
<musicmatze>
sozusagen "Ich bau mit gcc5.2 und meine doku mit pandoc und ich brauch noch javascript weil frontend, mach mir mal ne shell.nix"
<jonge[m]>
das mit den verschiedenen compilern klingt wartungsintensiv, weil die menge der compiler in nixpkgs sich ja staendig aendert
<jonge[m]>
also was heisst "staendig", aber die aendern sich halt immer mal wieder