Sender | Message | Time |
---|---|---|
2 Sep 2024 | ||
matthias | In reply to @msanft:matrix.orgscheint mir nicht | 06:45:10 |
Moritz Sanft | Scheint es zu geben, aber nicht auf der Branch: https://gitlab.com/veloren/auth/-/commit/ae0e16783a9f9041951296885f082308e155db79 Bei fetchFromGitHub sollte es eigentlich auch so gehen, bei fetchGit bin ich mir nicht sicher. Ggf. mal refs/heads/xMAC94x/current_master_till_refactored/ae0e16783a9f9041951296885f082308e155db79 probieren, oder allRefs | 06:48:01 |
Moritz Sanft | Scheint es zu geben, aber nicht auf der Branch: https://gitlab.com/veloren/auth/-/commit/ae0e16783a9f9041951296885f082308e155db79 Bei fetchFromGitHub sollte es eigentlich auch so gehen, bei fetchGit bin ich mir nicht sicher. Ggf. mal refs/heads/xMAC94x/current_master_till_refactored/ae0e16783a9f9041951296885f082308e155db79 probieren, oder allRefs wie in der Fehlermeldung beschrieben | 06:48:12 |
matthias | In reply to @msanft:matrix.orgOk dann muss ich mal suchen wie ich das konkret aufrufen kann hast du evtl einen link zum nachlesen? | 06:50:27 |
Moritz Sanft | Habe mir das jetzt mal ein wenig angeguckt und würde am besten mal hier (https://gitlab.com/veloren/veloren/-/issues) ein Issue öffnen. Meine Vermutung wäre, dass nix-cargo-integration (https://github.com/yusdacra/nix-cargo-integration), was sie zum Bauen ihrer Rust-Pakete in Nix verwenden, nicht damit umgehen kann, wenn ein bestimmter Commit nicht auf main ist (da er es einfach nur in das rev -Feld von fetchGit schreibt), Cargo aber schon. Hier referenzieren sie den Commit:https://gitlab.com/veloren/veloren/-/blob/master/client/Cargo.toml#L57 | 07:10:46 |
Benedikt Ritter (britter) | In reply to @f0rdprefect:matrix.orgWo? 👀 hast du einen Link? | 08:18:10 |
matthias | In reply to @britter:yatrix.orghttps://github.com/f0rdprefect/nixos-config/blob/main/config/home/espanso.nix | 08:23:13 |
matthias | Gibt's zu dem bot @nixpkgs-bot:maralorn.de eine Alternative die die PRs trackt? Der scheint mir momentan tot ... | 10:27:19 |
Haris | Ich habe mal irgendwo aufgeschnappt, dass es ein alternatives Frontend o.ä. zu nixos-rebuild gibt, welches einfacher nachzuvollziehen ist als das eigentliche Rebuild (beim Output verstehe ich auch nach Monaten so gut wie nüschts). Weiß jemand, was ich meine bzw. wie eines dieser Tools heißt? | 10:32:09 |
Moritz Sanft | Das hier: https://github.com/water-sucks/nixos? | 10:48:23 |
Benedikt Ritter (britter) | Ich kenne nur nh. | 11:24:58 |
Haris | Letzteres ist das, was ich im Sinn hatte, danke. | 14:55:18 |
Benedikt Ritter (britter) | Ich verstehe diesen Change nicht: https://github.com/NixOS/nixpkgs/commit/35f64ff5b864b8bac6717044f423a37f54f02998 Das wurde auf nixos-24.05 gemacht, aber es gibt immer noch packages (zB logseq) welche electron_27 benutzen. Die Folge ist, dass mein system nicht mehr baut, wenn ich meine flake dependencies update, obwohl ich auf dem Release channel bin. | 18:30:10 |
Benedikt Ritter (britter) | Es bringt doch nichts etwas als insecure zu markieren aber die Dependency, dann trotzdem im package tree zu lassen. | 18:30:52 |
Benedikt Ritter (britter) | Im LogSeq Package steht dann folgendes https://github.com/NixOS/nixpkgs/blob/nixos-24.05/pkgs/applications/misc/logseq/default.nix#L6 Also kann ich auch nicht einfach auf elektron 30 gehen um das Problem zu fixen 😐️ | 18:32:57 |
Benedikt Ritter (britter) | Wenn man sich das logseq repo so anguckt, dann sollte man sich aber eh überlege ob man die Software nutzen will... 1.5k issues, 57 offene PRs letzter commit vor einer Woche... Wirkt irgendwie halb tot. | 18:37:38 |
Benedikt Ritter (britter) | Immer dieser kack mit electron. Das ist echt ne seuche. | 18:42:04 |
aaron | Man kann in seine config Aussnahmen hinzufügen, die es dir erlauben Packete zu bauen, obwohl die vulnerable depencies haben. | 19:04:23 |
aaron | So sieht das bei meiner Home-Manager config aus: https://gitea.rixxc.de/rixxc/NixOS_Config/src/commit/cc740a147fb5089cba46ff1003f584afd66ec684/home-manager/home.nix#L20 | 19:05:47 |
matthias | In reply to @britter:yatrix.orgUnd da hab ich dann angefangen mit neorg angucken zu wollen und feststellt das das aktuell nicht mit nixvim funzt. Und ich glaube letztlich weil es eh alles so dreckig ist habe ich dann logseq als flatpak installiert bis ich Zeit habe für neorg... | 19:56:57 |
CRTified | In reply to @f0rdprefect:matrix.orgEmacs org mode ist keine Option? 🥲 | 20:40:49 |
3 Sep 2024 | ||
palo | +roam mode. Ich werde auch irgendwann dazu zurück kommen. | 03:26:31 |
palo | Aber bin mit Logseq zu frieden bisher. Das redet nicht mit der Außenwelt da kann ich verkraften das es ein bisl unsicher ist . | 03:28:17 |
palo | Gibt's ne flake die emacs + orgmode + roam fertig ausliefert? So ein "ich will nur das es funktioniert?" Doomemacs-nix oder so ist ja ein bisl tot. Wenn ich das richtig in Erinnerung habe. | 03:50:17 |
CRTified | In reply to @mrvandalo:terranix.orgPuh, ich habe mein Emacs mit einem hm-modul aus'm NUR konfiguriert. Kann mal schauen ob ich das rausgezogen bekomme | 06:01:41 |
palo | Muss für mich nicht, danke. | 06:17:10 |
matthias | In reply to @crtified:crtified.meNaja ich will ja neorg weil ich die vi keybindings halt mag. Aber klar hab ich das auch auf dem Schirm | 07:31:54 |
palo | VI keybindings gibts auch in emacs (heist evil-mode) | 07:33:22 |
palo | Kenn glaub ich niemanden mehr der Emacs ohne VI keybindings nutzt. | 07:33:48 |
CRTified | In reply to @mrvandalo:terranix.orgHier, ich | 08:07:33 |