!9IQChSjwSHXPPWTa:lix.systems

Lix

627 Members
Lix user channel. Feel free to discuss on-topic issues here and give each other help. For matrix.to links to the rest of the Lix channels, see: https://wiki.lix.systems/books/lix-organisation/page/matrix-rooms196 Servers

Load older messages


SenderMessageTime
14 Oct 2024
@delroth:delroth.netdelrothunfortunately this doesn't use terranix :)05:11:12
@whovian9369:matrix.orgWhovian9369And delroth found it, hah. Nice find, but oh boy.05:11:25
@delroth:delroth.netdelroth"found it" I'm the last person who touched it so heh05:11:45
@whovian9369:matrix.orgWhovian9369I mean, that's a good way to know where it is - Nice.05:12:01
@jade_:matrix.org@jade_:matrix.orgit seems like services.garage does not process whatever kill signal systemd is sending it properly?05:13:49
@jade_:matrix.org@jade_:matrix.orgso we might have some broken unit files in nixos05:13:57
@jade_:matrix.org@jade_:matrix.org
Oct 14 05:14:10 cache systemd[1]: garage.service: State 'stop-sigterm' timed out. Killing.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 275821 (garage) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131452 (garage) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131454 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131455 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131457 (n/a) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 275824 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 275825 (n/a) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Main process exited, code=killed, status=9/KILL
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131455 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Failed with result 'timeout'.

05:14:25
@whovian9369:matrix.orgWhovian9369"Hey is this supposed to 404?" turned into "Why isn't this taking the signal that it's supposed to?". Oops.05:14:36
@jade_:matrix.org@jade_:matrix.orgi mean it looks like it might be a garage bug05:16:06
@jade_:matrix.org@jade_:matrix.orgbecause it shuts down all the workers but not the web server process05:16:23
@jade_:matrix.org@jade_:matrix.org

tcp LISTEN 2 1024 [fd14:a232:6b6b:b54f:5e1e:cee0:6a7f:c06f]:3903 [::]:* users:(("garage",pid=275852,fd=16))

[root@cache:~]# curl $GARAGE_ADMIN_API_BASE
^C

what

05:18:41
@jade_:matrix.org@jade_:matrix.orgwhy does it not respond to requests, that is literally the address it is listening on ;;05:19:13
@olmo:chillin.gs@olmo:chillin.gs left the room.05:19:52
@jade_:matrix.org@jade_:matrix.org
Oct 14 05:16:35 cache garage[276326]: 2024-10-14T05:16:35.453019Z  INFO garage_api::generic_server: Admin API server listening on http://[fd14:a232:6b6b:b54f:5e1e:cee0:6a7f:c06f]:3903
Oct 14 05:16:35 cache garage[276326]: 2024-10-14T05:16:35.453084Z ERROR garage::server: S3 API server exited with error: IO error: Address already in use (os error 98)
05:20:05
@jade_:matrix.org@jade_:matrix.orgsigh05:20:06
@jade_:matrix.org@jade_:matrix.organother garage bug, does it set SO_REUSEADDR?05:20:17
@industrialrobot:matrix.orgIndustrialRobot joined the room.05:20:43
@jade_:matrix.org@jade_:matrix.org
In reply to @jade_:matrix.org
another garage bug, does it set SO_REUSEADDR?
probably. it just had a dead instance around from last startup
05:22:45
@jade_:matrix.org@jade_:matrix.orgthere we go, we now have an index.html05:24:32
@jade_:matrix.org@jade_:matrix.orghttps://git.deuxfleurs.fr/Deuxfleurs/garage/pulls/881 appears that we need garage 1.0.105:25:15
@whovian9369:matrix.orgWhovian9369
In reply to @jade_:matrix.org
there we go, we now have an index.html
Thank you so much!
05:26:33
@jade_:matrix.org@jade_:matrix.organd a 404 page05:38:18
@jade_:matrix.org@jade_:matrix.org
In reply to @aftix:matrix.org
it seems like every time I update the lix flake input on my config (pulling from main), and run nixos-rebuild switch, I get several errors about store paths not being found and having to nix-store --realise them manually. I have automatic GC/store optimization timers turned on but I don't mess with gcroots
https://git.lix.systems/lix-project/lix/commit/8e05cc1e6c5eb1729e06835baf9114c4be8b82ee this is the fix to that bug
06:37:14
@polygon:catgirl.cloudpolygon system (it/she, no "you") changed their profile picture.10:02:39
@drakon64:matrix.orgAdam Chance

Is nix develop -i supposed to inherit the host system PATH? It happens for me but other people I’ve talked to say it doesn’t happen for them.

11:15:07
@drakon64:matrix.orgAdam ChanceDon’t know if they were on Lix or Nix though11:15:17
@ross:rossabaker.comRoss A. Baker
In reply to @ross:rossabaker.com
Pinning nixpkgs for both nix-darwin and lix-module works. I'm trying to bisect nixpkgs, but my endpoint security makes that an awful slog.
I've traced the problem to this commit with a minimal flake to reproduce it. It's probably a nixpkgs issue rather than Lix? I am baffled why an IDE upgrade would cause manpage rendering to fail.
14:34:00
@qbit:tapenet.orgqbit
In reply to @ross:rossabaker.com
I've traced the problem to this commit with a minimal flake to reproduce it. It's probably a nixpkgs issue rather than Lix? I am baffled why an IDE upgrade would cause manpage rendering to fail.
wow, maybe bruno is doing some .. test? or .. something?
15:40:22
@ross:rossabaker.comRoss A. BakerI couldn't find any bruno references within nixpkgs that suggests how it would affect manpages. But a colleague can reproduce it.15:43:21
@k900:0upti.meK900 nix why-depends it? 16:28:57

Show newer messages


Back to Room ListRoom Version: 10