<manveru>
lassulus: alter, osquery lässt sich echt scheisse bauen :(
<lassulus>
joo, ich hab da auch schon stunden verbracht mit
<manveru>
hab versucht die 4.0.0 version zu schaffen
<manveru>
C++ macht mich immer fertig
<manveru>
weiss nicht wie leute das verkraften :P
<makefu>
immerhin, sobald es fertig ist ist es für alle fertig
<makefu>
for the greater good
<manveru>
kannst ja mal probieren
<makefu>
nope nope nope nope
<makefu>
der osquery3 build macht schon echt wilde sachen
<palo>
dabei gibts in der C welt doch cmake was so nice-o ist
<ma27[m]>
manveru: wo genau ist denn aktuell das Problem? Habs neulich auch versucht zu fixen, aktuell fliegen Dinge in meinem Stash rum :)
<musicmatze>
Also cmake ist schon ein Improvement über autotools, aber wenn ich das nächste mal C schreiben muss dann nehm ich ganz klar wieder oldstyle make, das ist einfach das beste build system für so kram
<manveru>
dachte das is in third-party drin, aber anscheinend nicht mehr
<ma27[m]>
hmm... 4.0.0 is ja laut github eh "nur" ein pre-release... ich muss mir mal anschaun, was da passiert ist, weil wenn das ne menge von meinem gefrickel obsolet macht, will ich das haben :)
<palo>
musicmatze: ich find make anstrengen, cmake wird von jeder IDE verstanden.
<ma27[m]>
aber danke für den hinweis, falls du nicht schnellerbist, krieg ichs vllt. am WE auf die Reihe, da nochmal nen Blick drauf zu werfen :)
<palo>
musicmatze: ich find alles was mit make lesbar ist, kannst du auch in einem einfachen bash-script machen. sobald du das mit bash nichtmehr machen kannst wird dein Makefile auch unleserlich
<palo>
ma27[m], manveru: go go go! Ihr schafft das :D
<musicmatze>
palo: make kann man aber auch zum beispiel für tex verwenden, cmake ist total unhandlich... und ... ide? du meinst vim?
<musicmatze>
;-)
<musicmatze>
palo: Ne, weil du in Bash nicht gescheit dependencies und generics abbilden kannst
<palo>
für tex brauch ich kein make :D und ja vim kann auch cmake verstehen, das ist zum beispiel wichtig für precompiler sachen.
<musicmatze>
wieso nicht?
<musicmatze>
Wenn du bilder, diagramme, datenauswertung usw usw alles zur buildtime machst, machst du das dann jedes mal von Hand? :-)
<musicmatze>
je komplexer das setup desto mehr lohnt sich automatisierung...
<musicmatze>
und wie gesagt: Aber keine dependencies und generics abbilden
<musicmatze>
bzw "kannst du schon machen"... aber dann halt auch wieder keiner dein buildscript lesen bzw warten
<palo>
ja das kannste schon nichtmehr lesen was da abgeht
<palo>
brauchst ja auch keine dependencies
<musicmatze>
achso, wieso nicht?
<palo>
wozu brauch ich dependencies? ich hab doch ne reihen folge in der ich die commands feuer
<musicmatze>
Wenn dein Dokument 15 Minuten zum bauen braucht weil du jedes mal alle dependencies vom Dokument neu baust, obwohl sich nichts geändert hat an den dependencies... dann wirst du anders denken!
<palo>
(es gibt auch sowas wie options :D)
<palo>
aber mach ma wie du denkst, ich bin froh das es endlich gute buildtools gibt.
<musicmatze>
achso, weil du ja lieber "./mein-build-script -asdfiuA" machst für "Bau mir bitte aber nur das eine" anstatt "make" für "finde raus was zu bauen ist und dann mach einfach" haben willst ? 😺
<palo>
In C/C++ gabs ja lange verirrungen wo leute in python oder sonste was ihre builds geschrieben haben, siehe scons waf oder gradle
<palo>
(krieg ich manchmal immer noch alpträume von)
<palo>
musicmatze: genau.
<palo>
musicmatze: ich mag es halt wenn es explizit ist. Ich bin kein freund von implizitem kram.
<palo>
meine cmake "scripte" sind auch immer explizt. ich hab da kein for * in /libs oder so drin stehen.
<musicmatze>
Na dann musst du aber den Compiler auch selbst von Hand aufrufen!
<musicmatze>
okay, ne sorry... jetzt wirds trollig.
<palo>
ne warum, das ist ja die aufgabe von cmake. die parameter zusammen zu suchen, und die commands zu feuern.
<palo>
aber natürlich configuriere ich, welchen compiler ich benutzten will in meinen cmake files.
hmpffff has joined #nixos-de
<hmpffff>
Moin Moin. ich hab ein kleines(?) problem. Es betrifft zwar Nix auf macOS, aber vielleicht ist das ja nichts spezifisches.
<hmpffff>
"no such file or directory: /Users/mike/.nix-profile/etc/profile.d/nix.sh"
<hmpffff>
(doof, daß man keine zeilen mit / beginnen kann :))
<lassulus>
ah, ok .nix-profile sollte wahrscheinlich existieren, aber du kannst ja mal eine der anderen dateien sourcen, aber die werden wahrscheinlich nicht persistieren
<lassulus>
tut denn nix-shell -p test irgendwas?
<hmpffff>
nix-shell -p test
<hmpffff>
error: undefined variable 'test' at (string):1:94
<hmpffff>
(use '--show-trace' to show detailed location information)
<lassulus>
was sagt nix-channel --list ?
<hmpffff>
nichts?!?
<lassulus>
ok, easy, dann muss man nur nen channel hinzufügen
<lassulus>
bzw versuchs mal als root, oder was das mac equivalent dazu ist
<hmpffff>
ja, ich hab eben nixos-unstable hinzugefügt
<lassulus>
dann mach mal nix-channel --update und versuch nochmal das nix-shell zeug
<hmpffff>
nur, warum war da kein channel? ich hatte da doch schon unstable drin
<musicmatze>
bzw `test` durch `git` ersetzen zum Beispiel
<lassulus>
nix-env nimmt -i
<musicmatze>
dangit... stimmt.
<lassulus>
aber danke fürs issue
<musicmatze>
jo ... ich kanns nicht leiden wenn jemand sagt "jemand sollte mal kurz" ... einfach machen und nicht lang drumrumreden... vor allem wenns so zweizeilersachen sind
<hmpffff>
"nix-shell -p git" tut
<musicmatze>
super, another happy customer!
<lassulus>
naja, das profile muss noch iwie wiederkommen
<lassulus>
oder ist das jetzt wieder da?
<hmpffff>
nope :/
<lassulus>
puh, ich frag mich grade wo das eigentlich herkommt
<lassulus>
ich schau mal
<hmpffff>
ich hab dazu im netz nicht finden können
<lassulus>
oehm, kannstes mal weg moven und neu einloggen?
ma27 has joined #nixos-de
<hmpffff>
wie meinst du?
<lassulus>
na mv $HOME/.nix-profile $HOME/.old-profile
<lassulus>
und dann mal neu einloggen
<hmpffff>
hmmm. dann schliesst das terminal den tab sofort wieder?!?
<lassulus>
huh
<hmpffff>
das terminal h#tte doch wieder so wie zuvor reagieren müssen? mit "not found, oder so?
<hmpffff>
ich hab im terminal im profil das zsh aus /Users/mike/.nix-profile/bin/zsh eingestellt :)
<hmpffff>
das ist aktueller als das von macos
<hmpffff>
mit /bin/zsh gibt es das gewünschte resultat (not found)
<hmpffff>
gibt es einen weg das eigene profil neu bauen zu lassen?
<lassulus>
das sollte eigentlich in /nix/var/nix/profiles/per-user/mike rumgeistern
<hmpffff>
gibt es sowas wie "brew doctor", was einem potenzielle probleme aufzeigt?
<lassulus>
nicht das ich wüsste, klingt aber nach nem praktischen tool :D
<hmpffff>
jepp :)
<lassulus>
nix UX ist auf jedenfall noch ein bisschen baustelle
<lassulus>
einerseits ziemlich cool, aber oft muss man sourcecode anschauen
<musicmatze>
nix ux?
<lassulus>
nix user experience
<musicmatze>
und "bisschen baustelle" ist auch so ein impliztes ding bei nix ... :-)
<musicmatze>
so ne implizite Konstante halt
<lassulus>
wenn man alles anders machen will gibts halt viel zu tun :D
<lassulus>
und wenn sich alles andauernd ändert ist doku schreiben schwer
<musicmatze>
jaaaaah aber
<musicmatze>
vieles fühlt sich halt sehr ... akademisch (ich will nicht sagen "hingebastelt") an.
<lassulus>
naja, meine erfahrung ist ja, dass fast alles was man genauer anschaut auseinanderfällt :D
<hmpffff>
/nix/var/nix/profiles/per-user/mike existiert und der profiles-"ordner" zeigt auf den selben environment-ordner im store wie der aus meinem home-ordner
<hmpffff>
das scheint ja schonmal zu passen
<lassulus>
aber der environment-ordner existiert nicht mehr?
<hmpffff>
doch. nur enthält der in etc kein profiles.d
<hmpffff>
es ist doch schnell "etwas" unübersichtlich, mit den ganzen verlinkungen
<hmpffff>
wie zur hölle sind die in der anfangsphase bei der fehlersuche vorangekommen :)
<hmpffff>
ok, wie finde ich heraus, welches environment im store ich gerade benutze?
<hmpffff>
und wie finde ich die vorgänger?
<lassulus>
nix-env --list-generations
<lassulus>
(musste erst nachschauen, ich benutz nix-env so selten)
<hmpffff>
was benutzt du statt nix-env?
<hmpffff>
22 2019-06-30 22:29:15 (current)
<hmpffff>
mist. ich hab gestern die alten generationen weggeworfen
<hmpffff>
es gibt aber sehr viele environment-ordner im store
<musicmatze>
naja nix-env benutzt man halt nicht wenn man nixos benutzt
<musicmatze>
weil nix-env imperativ ist und schlecht/schwer reproduzierbar
<musicmatze>
deswegen nutzen die nixoser halt die config :-)
<musicmatze>
ich nutze nix-env nur um tools längerfristig auszuprobieren (wenn ich nicht jedes mal nix-shell oder nix-run nutzen will)
<lassulus>
ich hab überall shell.nix files rumliegen mit den entsprechenden abhängigkeiten für die projekte
<hmpffff>
ah, ok. klar. das ist übrigens auch einer der punkte, die mich überzeugt haben. wenn es mich von macos davon zieht, sollte es nixos werden. deswegen fang ich schonmal an, wenn die zeit gekommen ist. und sollte es nicht dazu kommen, hab ich dann immernoch ein nettes linux kennengelernt und kann es auf dem home-server nutzen
<lassulus>
oder halt, wie gesagt, in der configuration.nix die pakete
<hmpffff>
ok, ich glaub, ich reiße dann alles wieder ab und installiere nix neu
<lassulus>
klingt nach nem plan
<hmpffff>
für den einstig in die linux-welt ist das dann vielleicht doch etwas ungünstig :)
<hmpffff>
ah, wo ich schonmal hier bin. ist es ein vertretbarer aufwand einen rechner initial mit nix aufzusetzen? ich will vom mac aus den server konfigurieren und vms aufbauen und abreissen können. aber irgendwie hab ich das gefühl, ich will auch das hostsystem auf diese weise hochziehen können
<lassulus>
oehm nix oder nixos?
<lassulus>
aber nixos installation ist ähnlich kompliziert wie die von archlinux
<lassulus>
vl ein bisschen einfacher, weil man config schreiben kann anstatt befehle auszuführen
<hmpffff>
nixos als server-host. nix(ops) als werkzeug auf dem mac
<lassulus>
naja, je nach anbieter ists sehr einfach oder man muss sich ein image vorbauen um den nixos installer auf dem server starten zu können
<hmpffff>
händisch hab ich den server schon installiert (auf zfs-root), was auch nicht allzu schwer war
<lassulus>
nixops ha glaub für paar anbieter first class support, hetzner dedicated und paar andere
<lassulus>
wenn man ne iso einlegen kann bei dem server ists auch einfacher
<manveru>
es gibt `nix doctor` btw :)
<hmpffff>
meine idee wäre den rechner über pxe installieren zu lassen und dann via nix(ops) den rechner zu konfigurieren.
<lassulus>
manveru: oh tatsächlich
<lassulus>
sagt nur nicht sehr viel :D
<lassulus>
aber wahrscheinlich ist hier auch alles ok
<hmpffff>
die man-page zu nix ist auch "etwas" spartanisch (nicht vorhanden) :)
<manveru>
das is atm alles noch in `nix --help`
<hmpffff>
Store uri: local
<musicmatze>
sag ich doch: Alles hingefrickelt und keinem gescheiten Prozess und QA unterworfen :-)
<lassulus>
huh local? sollte das nich daemon bei multi-user sein?
<lassulus>
oder ist das nur unter linux so?
<lassulus>
sind halt zu wenig leute für prozesse und qa :D
<musicmatze>
Ich finde das ja btw wunderschön dass "hmpffff" sich damit auseinandersetzt grade... das passt echt gut! :-)
<hmpffff>
na klasse :)
<hmpffff>
lernen durch schmerz
<musicmatze>
lassulus: SCHON WIEDER das "zu wenig Leute"-Argument
<hmpffff>
so hatte ich seinerzeit auch risc os bezwungen, was keine alte sau kannte
<musicmatze>
"nix - lernen durch schmerz"^tm
<musicmatze>
nais
<musicmatze>
Es gibt kein "Zu wenig Leute"
<manveru>
ist das nicht `zu wenig leute die ihren arsch bewegen`? :)
<musicmatze>
bei imag schreib ich alleine dran ... und ausser dass es langsam voran geht stimmt IMO alles
<musicmatze>
natürlich gibt es bugs und Codestellen die man inzwischen(!) einfacher implementieren könnte...
<musicmatze>
okay das argument zieht vie4lleicht auch nicht so weil mir eben die userbase fehlt :-)
<manveru>
aber jo, momentan bastelt eelco an flakes, und je nach implementierung wird sich halt auch die usage sehr ändern
<manveru>
daher versteh ich, dass nicht allzuviel in docs investiert wird
<hmpffff>
1-2 jahre werde ich das auf dem mac unter den gegenwärtigen zuständen noch aushalten. spätestens dann muß apple endlich mal wieder ein kaufbares mbp auf dem markt haben. bis dahin haben "die" zeit nixos so richtig um ablecken zu machen. :)
<manveru>
anyway, für den non-nixos use-case ist glaub ich home-manager und nix-darwin perfekt
<musicmatze>
wie wärs wenn du Apfel ganz aufgibst und zur guten Seite der Macht wechselst?
<hmpffff>
apple kann ich zwar so gar nicht leiden, aber ich macos einfach einen sehr schönen kompromiss aus schick und eleganz mit gui zu arbeiten und sich hemdsärmelig in die shell zu stürzen
<hmpffff>
es gibt einfach für maches noch keinen adäquaten ersatz auf linux
<manveru>
hehe
<musicmatze>
meet elementary os
<hmpffff>
dat is leider so
<manveru>
mir gehts genau anders rum
<manveru>
macos hat immer noch keinen gescheiten WM, und steam ist auf linux um welten besser...
<musicmatze>
mir auch
<musicmatze>
scheiss auf UX, tun musses (deswegen sway und terminals...)
<hmpffff>
mir geht es nicht um den grafischen schnickschnak. so sehr ich das mit der menü-zeile auf macos mag.
<musicmatze>
ich hasse es ja dass es keinen gescheiten TUI browser gibt
<musicmatze>
hautpsache ich kann alles scripten
<hmpffff>
mir würde vor allem mein mail-client fehlen
<musicmatze>
mir auch. Oder geht mutt auch auf dem Apfel?
<hmpffff>
und komme mir bitte keiner mit mutt oder pine :)
<musicmatze>
vermutlich nur mit 199$ Zusatzpacket für CLI apps
<hmpffff>
netter versuch :)
<hmpffff>
aber 50€ für den mail-client
<musicmatze>
vs `make`
<hmpffff>
make?
<manveru>
hab immer noch thunderbird ^^;
<hmpffff>
aaach, thunderbird kann nichts
<musicmatze>
naja ausm source bauen (weil den gibts ja) und einfach nutzen
<musicmatze>
vs. 50 Tacken ausgeben für n unflexibles klickybunty dingens
<hmpffff>
schau dir mal MailMate -> freron.com an
<hmpffff>
imap auf steroide
<hmpffff>
es gibt fast nichts, was man da nicht costomizen kann
<musicmatze>
Das erinnert mich dass ich mal einrichten sollte das HTML mail direkt rejected wird
<hmpffff>
der entwickler ist ein strikter html-verweigerer
<musicmatze>
ja für was brauch ich denn dann einen mail client der markdown kann?
<hmpffff>
man kann mails in markdown schreiben. neben mailmate gibt es wohl noch 1-2 andere clients, die markdown/text direkt darstellen können
<hmpffff>
für die anderen clients kann man aber den haken bei "html" erzeugen setzen
<musicmatze>
kann mein `cat` auch...
ma27 has quit [Quit: WeeChat 2.4]
<musicmatze>
bzw im case von mail mein `less`
<hmpffff>
im gegensatz zu anderen clients, macht mailmate dietext-only-nachricht nicht aus dem html, sondern html aus dem markdown. und ohne auszeichnungen. d.h. der empfänger bestimmt vollständig die optik. das markdown macht nur die struktur
<musicmatze>
Ich hab den Mehrwert immer noch nicht verstanden.
<hmpffff>
viel wichtiger ist aber, daß mailmate sehr mächtige filter hat und intelligente ordner mit intelligenten unterordnern bilden kann. regeln werden an ordner gebunden. ich kann tastenkürzel bauen, die mehrere aktionen lostreten usw.
<musicmatze>
... hört sich nach mutt mit notmuch an.
<musicmatze>
mit GUI und 50€
<hmpffff>
locker die hälfte der mailmate-user sint tatsächlich ehemalige mutt- mulberry-user
<musicmatze>
(ich hör ja schon auf...)
<hmpffff>
das "sint" war es, oder? ;)
<musicmatze>
ne, mein client hat die Nachricht zu spät raus geschickt... die sollte eigentlich vor deiner sein :-)
<hmpffff>
ich hab mutt nie benutzt. ich kann daher nicht sagen, was mailmate besser oder was schlechter macht. schlecht scheint es seinen job jedenfalls nicht zu machen, wenn man die mailingliste so liesst
<hmpffff>
unter den usern tummeln sich auch einige mail-server-admins herum, die z.t. große systeme betreiben. so ein bisschen wissen die schon, worauf die achten müssen. :)
<hmpffff>
leute… vielen dank bis hierher. ich werd jetzt erstmal das nix abreissen und neu installieren. bis denne
<musicmatze>
:-) +1
hmpffff has quit [Quit: Bye…]
hmpffff has joined #nixos-de
<manveru>
hmm, probier jetzt endlich mal mbsync/notmuch/alot combi aus
<manveru>
scheint ganz nett, wenn auch die config etwas aufwändig ist...
<lassulus>
ich find ja mutt cooler als alot
<lassulus>
bzw neomutt
<lassulus>
der hat direkt notmuch support
<manveru>
naja, jetzt hab ich ja ein maildir, kann damit experimentieren :)
<manveru>
ist nur jetzt schon n halben GB gross, dabei hab ich gar nicht soviel importiert...
<lassulus>
jo, der xapian index ist recht gross
<lassulus>
oder die indizies
<lassulus>
hab hier bei 30k mails 400MB xapian
<lassulus>
aber notmuch compact macht nochmal bisschen was weg
<lassulus>
jetzt sinds nur noch 200MB
<manveru>
mal schaun wie es mit meinem grossen account fertig wird...
<musicmatze>
Hart
<Ox4A6F>
Ja, mbxync/notmuch ist bei mir auch im Einsatz.
<manveru>
gibts da eigentlich auch wo offizielle docs?
<manveru>
hab einfach die home-manager config durchgearbeitet und es funktioniert, aber weiss nicht ob das optimal ist
<Ox4A6F>
Weiss ich bei meinem Setup auch nicht, hab das aus ein paar Blogpost zusammengesetzt.
<Ox4A6F>
homemanager ist auch noch ne offene Baustelle
<manveru>
hehe
<manveru>
ist bei mir inzwischen recht stabil
<manveru>
habs inzwischen aber auch schon über ein jahr im einsatz