Leonhard Markert

> I was only running a `lorri daemon`. I checked my shell history and the last time I ran `lorri watch` was before my last restart (more than a month...

> **To Reproduce** > Steps to reproduce the behavior: > > 1. clone my repo and compile it: > https://github.com/LinArcX/kindd Hi @LinArcX! To allow us to reproduce the problem, could...

In https://github.com/target/lorri/issues/284#issuecomment-591875787, the error (currently) thrown looked like this: ``` lorri[8342]: thread 'accept-loop' panicked at 'called `Result::unwrap()` on an `Err` value: Message(R(Deserialize(Custom("i nvalid value: integer `1701651067`, expected variant index 0

> Panic occurred in file 'src/build_loop.rs' at line 107 https://github.com/target/lorri/blob/354342bb8eb27cd9799e993f88c574f9e805fede/src/build_loop.rs#L107 It is odd that the error message itself ("Unrecoverable error:" followed by the underlying error) is missing. We've seen `human_panic`...

> Maybe that was introduced with the last rust update? That's definitely possible. I can see how changing the `clippy` dependency would lead to `clippy` being built _once_ (or once...

For nix-based builds, part of the puzzle is of course that we've disabled cachix on macOS due to this issue: https://github.com/cachix/cachix/issues/228#issuecomment-533634704. Why is `rustPackages.clippy` only available in source form, but...

There is nothing to do from our side. I think it is useful to have a central issue to link to when Catalina-related problems arise, particularly when they're masked as...

> Did the merged PR lead to fixing this issue? No, #247 just improved the assertion message.

Hi, thanks for the report! Your example console output shows that `nix-shell` does not respect `TZ`. This is due to some hackery in `nix-build.cc` (which probably has very good reasons...

It appears that > Error: _assignFirst found no valid variant! Is the relevant log line here. Not sure what to do with that though.