!yxFWYdmeLrdzdoIrcE:maralorn.de

nix-output-monitor

131 Members
https://github.com/maralorn/nix-output-monitor46 Servers

Load older messages


SenderMessageTime
10 Jun 2026
@blokyk:matrix.orgzoë (@blokyk)image.png
Download image.png
08:43:02
@blokyk:matrix.orgzoë (@blokyk)(i will say that it's happened a lot less and the improvements from this release are great anyway)08:43:40
@maralorn:maralorn.demaralornThat's lix? Does the nom process keep running for a while without this going away?09:05:48
@blokyk:matrix.orgzoë (@blokyk)yep, lix 2.95.3 (though the builder uses cppnix 2.34.4, if that's relevant)09:06:38
@maralorn:maralorn.demaralornThat's a FOD, right? I wonder if they behave differently...09:06:42
@blokyk:matrix.orgzoë (@blokyk)once the build is finished nom exits normally09:07:00
@maralorn:maralorn.demaralornNo, I mean had nom already exited when you took that screenshot and how long did nom run after the build had finished?09:10:17
@maralorn:maralorn.demaralornBut I guess at least 4 seconds.09:10:35
@maralorn:maralorn.demaralornAt this point I wonder whether this is a bug in the lix daemon.09:10:58
@blokyk:matrix.orgzoë (@blokyk)no nom was still running when i took the screenshot, and it kept displaying those as unfinished until the whole build finished09:12:01
@maralorn:maralorn.demaralornWild09:12:54
@leana8959:faefox.devPrimrose (== Léana)That happened yesterday to me at midnight and I wasn't sure if it was a non-functional overlay on my side, so I didn't report it 10:10:21
@leana8959:faefox.devPrimrose (== Léana)nom-is-still-broken.png
Download nom-is-still-broken.png
10:11:06
@leana8959:faefox.devPrimrose (== Léana)I think I had lix 2.9510:11:16
@leana8959:faefox.devPrimrose (== Léana)* I think I had lix 2.95 when it happened10:11:24
@k900:0upti.meK900 I'm getting something funny 10:11:33
@k900:0upti.meK900 A lot of "runHandler: couldn't find handler" 10:11:36
@k900:0upti.meK900After a build ends10:11:39
@k900:0upti.meK900 I think those are coming from nom? 10:11:46
@maralorn:maralorn.demaralornSo essentially the problem isn’t solved?10:33:45
@maralorn:maralorn.demaralornMaybe have a screenshot? That sounds very weird. Maybe something to do with the inotify lib.10:34:23
@ryndubei:matrix.orgryndubei

looks like a bug with hinotify in fact, it has this in the source:

    runHandler (wd, event) = do
        handlers <- readMVar em
        let handlerM = Map.lookup wd handlers
        case handlerM of
          Nothing -> putStrLn "runHandler: couldn't find handler" -- impossible?
          Just handler -> handler event
10:47:26
@alexfmpe:matrix.orgalexfmpeThe 'impossible' has happened10:48:24
@leana8959:faefox.devPrimrose (== Léana)It was, and then it wasn't11:01:41
@leana8959:faefox.devPrimrose (== Léana)I am not sure what changed during11:02:04
@maralorn:maralorn.demaralornMaybe a difference between fsnotify and hinotify?11:03:13
@maralorn:maralorn.demaralornOh, boy. Don’t tell me we have to bisect this.11:03:23
@maralorn:maralorn.demaralornI believe what this means is simply that nom has exited the withWatch scope before all watches have been destroyed. Kinda something which something a borrow checker would prevent.^^11:18:54
@maralorn:maralorn.demaralorn* I believe what this means is simply that nom has exited the withWatch scope before all watches have been destroyed. Kinda something which something like a borrow checker would prevent.^^11:19:00
@maralorn:maralorn.demaralornOh, boy. This sucks. I even had nearly a complete and detailed lix issue written yesterday and then my computer shut down and I lost my input field. 🤦11:20:02

Show newer messages


Back to Room ListRoom Version: 9