ma27_ has joined #nixos-de
ma27_ has quit [Client Quit]
ma27 has quit [Remote host closed the connection]
ma27 has joined #nixos-de
palo has quit [Ping timeout: 240 seconds]
palo has joined #nixos-de
palo has joined #nixos-de
<andi-> sphalerite, Mic92: mag einer von euch mal meine "rubber-duck" sein? Ich stehe auf dem Schlauch: https://gist.github.com/andir/2587f1288a883d97c41822bfa581ee4c Ich will das file umbennen und eigentlich ist es auch da... :/
<sphalerite> nice
<sphalerite> keine Ahnung was da vor sich geht… wie sieht denn die expression aus?
<andi-> ich habe mal den build.sh teil hinzugefügt
<andi-> (auch ohne noisily gehts nicht)
<andi-> fun fact: er hat das file renamed.
<andi-> es ist Zeit die Buildanweisung aufzuräumen... sie enthält dopplete Features die durch meine vorherigen cleanups failen..
<Mic92> andi-: was nimmt man für rust micro-webframeworks?
<Mic92> am besten was, was nicht ewig compiled und kleine binaries machen
<Mic92> performance egal
<andi-> hrhr, ich habe lange versucht mit gotham klar zu kommen. Wenn du wirlich minimal sein willst probier hyper "pur". Mitterlweile halte ich `actix-web` für brauchbar. Was davon jetzt micro ist.. gute Frage.
<andi-> Ich habe alles von gotham nach actix-web migiert.. es funktioniert deutlich angehmer. Gotham ist geil wenn du keinen state hast.
<andi-> Mic92: was ist dein use-case?
<andi-> auch: ich habe mal die buildRustCrate Änderungen gepusht. Nochmal ein sehr kritisches Auge bitte :)
<Mic92> andi-: einen native-messaging für firefox/chrome um so was zu bauen: https://github.com/thalesmello/webcomplete.vim
<andi-> d.h. das lebt dann im Browser?
<Mic92> andi-: nein das ist ein natives binary, das mit dem browser über eine pipe redet und dann nach außen ein interface anbietet
<Mic92> evtl. machen aber vielleicht auch einfach dbus oder unix sockets
<Mic92> das scheint mir evtl. angebrachter aus security sicht
<andi-> bin etwas biased aber würde es mit actix bauen.. das schmerzt wenig und funktioniert
<andi-> arewewebyet.com schon gesehen?
<andi-> s/com/org/
<Mic92> kannte ich noch nicht
<andi-> rocket sieht interessant aus will aber nightly weshalb ich es nicht anfasse
<Mic92> nightly will ich auch erstmal nicht.
<Mic92> Ich finde das eine Unart das alles auf nightly bassiert.
<andi-> jo
<Mic92> rustfmt will auch das ich rustfmt-nightly benutze, wtf.
<andi-> wenn man eine neue lib baut und das feature in N < 6 Monaten rauskommt drücke ich noch ein Auge zu..
<Mic92> und dass solle ich dann über rustup installieren
<andi-> ich habe ja gut 2 Monate meine Wochenenden mit Diesel zerstört..
<andi-> diesel_cli unter nix.. LOL
<andi-> vielleicht jetzt mit meinen Änderungen.. nochmal probieren
<Mic92> tiny_http braucht 60 sekunden zum bauen und die binaries sind 600k
<andi-> sieht interessant aus für sehr simple Dinge
<andi-> Ich lese ja immer in #debian-rust mit... die paketieren da fleißig jede Library rekursiv..
<andi-> Da bin ich doch irendwie eher pro carnix..
<Mic92> andi-: und wie machen die das mit unterschiedlichen versionen?
<andi-> gute Frage, ich glaube nicht :)
<Mic92> viel spass.
<andi-> oder doppelte Arbeit..
<Mic92> z.B. libc.
<andi-> jo
<Mic92> ich frage mich wie das überhaupt hinbekommen mit so viele Packete dann doch zu haben.
<andi-> viele Menschen die viel Zeit investieren.
<Mic92> bei nixpkgs sind es wenige menschen und viel automatisierung.
<andi-> hatte mal mit einem Griechen zutun der an einem Wochenende 62 Pakete erstellt hat..
<andi-> in Debian
<andi-> zu komplett mit allen drum und dran.. von Ruby über python zu Haskell..
<andi-> kein Plan wie die das machen... Geheime Tools die nicht in der Doku stehen? :)
<Mic92> bei jedem noch einfachen npm packet würde ich da ragequitten.
<andi-> ja.. die wollen ja grafana paketieren..
<andi-> das ist a) go mit selber policy für dependencies und b) npm.
<Mic92> machen die das bei redhat auch so?
<andi-> die haben sowas paketiert?
<Mic92> weiß icht
<Mic92> *nicht
<andi-> da installiert man sich das jeweilige RPM vom "hersteller"?
<andi-> Wäre meine Erwartung. Ist ja enterprise und nicht unbedingt gut.
<Mic92> aber da musste doch bei jedem Packet erstmal ein Anwalt drüber odre so.
<andi-> eben. deswegen nur ein Paket ;)
<andi-> mit yum via sudo via https installieren.
<andi-> das sieht fast so aus als wenn die das auch machen...
<andi-> https://src.fedoraproject.org/rpms/nodejs-is-odd ist wohl ein geeigneter Test auf dieses Verhalten ;)
<Mic92> lol
<Mic92> Da würde ich mich verarscht fühlen als Anwalt.
<andi-> und dann haben die ja noch so Dinge wie vcswatch der dir dann immer sagt, dass du doch bitte alle änderungen ins Debian Changelog übernehmen sollst.. sicher nicht verkehrt aber bei der Menge an Paketen...
<Mic92> go geht da bestimmt noch
<ma27> Mic92: bzgl node pakete: mir wurde neulich erzaehlt, dass das wohl wer mal machen wollte und dann wohl pro paket ein eintrag in der mailing liste rausgehauen wurde, was einige leuter eher uncool fanden %)
<Mic92> ma27: müssen die bei updates das auch auf eine mailing liste schreiben?
<andi-> es gibt ein "intend for packaging"
<andi-> damit "lockt" man wohl ein Paket und sagt, dass man daran arbeitet
<andi-> wenn dann jemand anderes das Paket hochläd gibts mimimi
<Mic92> dann doch lieber `./pkgs/development/node-packages/generate.sh` und die augen zu machen beim committen.
<andi-> lol
<Mic92> ich will nicht wissen wieviel malware wir damit in nixpkgs laden.
<andi-> aber npm!
<andi-> das internet ist ein ponyhof
<ma27> seitdem ich gelernt habe, wieviele pakete binärfoo nachladen, befürchte ich das auch mit malware :/
<schmittlauch[m]> deshalb ist ponysay ja auch gapackaged
<andi-> bestes overlay: nodePackages = null;
<ma27> Mic92: ich hoffe einfach nicht %)
<ma27> andi-: +1 :D
<andi-> endlich ein use-case für overlays..