| 22 May 2025 |
 paintenzero | Ooops. Found that I misnamed the package in overlay. With proper name it is not building. Figuring out why... :) | 05:47:43 |
| paintenzero | The overlay is definitely active now. I see that new AppImage is downloaded during build process. But the resulting app stays in old version anyway. I have no idea what I'm doing wrong :( I have pushed the current changes | 06:34:58 |
| paintenzero | I found PR for code-cursor update and used the commit as input channel. Still don't understand how overlays work but ended up with updated package | 07:04:31 |
|  jayf99 joined the room. | 19:27:05 |
| 23 May 2025 |
 Sarah Clark | You would need to override version and sources.x86_64-linux.url and its corresponding hash. (If you're on a different platform, substitute that.) | 21:52:35 |
| Sarah Clark | There's already a PR for 0.50.5 waiting to be merged. | 21:53:09 |
| 24 May 2025 |
|  fromtheeast710 joined the room. | 05:09:41 |
| 26 May 2025 |
|  Alison Jenkins joined the room. | 18:54:22 |
| 27 May 2025 |
|  Lorenz joined the room. | 11:15:01 |
|  @deeok:matrix.org joined the room. | 20:24:57 |
| 28 May 2025 |
 countoren | Hi all, It might not be the best room but I wonder if someone seen this error before, I was cleaning the boot space, and on the next nixos-rebuild switch I am getting: ``` error: path '/nix/store/jjvaqpyl2w7d09wfy8s0yvi8azd8j4hm-linux-6.12.30-modules-shrunk/lib' is not in the Nix store
| 18:15:15 |
| countoren | * Hi all, It might not be the best room but I wonder if someone seen this error before, I was cleaning the boot space, and on the next nixos-rebuild switch I am getting: ``` error: path '/nix/store/jjvaqpyl2w7d09wfy8s0yvi8azd8j4hm-linux-6.12.30-modules-shrunk/lib' is not in the Nix store
| 18:15:29 |
| countoren | * Hi all, It might not be the best room but I wonder if someone seen this error before, I was cleaning the boot space, and on the next nixos-rebuild switch I am getting:
error: path '/nix/store/jjvaqpyl2w7d09wfy8s0yvi8azd8j4hm-linux-6.12.30-modules-shrunk/lib' is not in the Nix store
| 18:15:46 |
| countoren | the path do exists on my nix store | 18:16:19 |
| 29 May 2025 |
 dramforever | what's your nix --version | 01:40:18 |
| dramforever | this is an old nix bug that should be fixed | 01:40:34 |
| dramforever | * this looks like an old nix bug that should be fixed | 01:40:43 |
| Alison Jenkins | I discovered during the update to 25.05 that despite my PC using the same Nix code base as my personal laptop that my PC is refusing to build the 25.05 derivation as it keeps throwing an error stating: error: unsupported CPU i686 and yet the system var is set to system = "x86_64-linux"; and the laptop is building using pretty much the same code. The CPU is a AMD Ryzen 9 7950X so it is definitely not some old i686 CPU. Does anyone know how I can debug this short of bisection? I have bisected as far as I can and also searched the repo for mention of i686 and there is nothing. | 07:40:35 |
| Alison Jenkins | Sorry if this is the wrong channel for this question | 07:40:57 |
| Alison Jenkins | This one doesn't build: https://github.com/alisonjenkins/nix-config/blob/main/flake.nix#L203-L239 yet this one and all others do: https://github.com/alisonjenkins/nix-config/blob/main/flake.nix#L241-L278 | 07:42:22 |
| Alison Jenkins | * This one doesn't build: https://github.com/alisonjenkins/nix-config/blob/main/flake.nix#L203-L239 yet this one and all others do: https://github.com/alisonjenkins/nix-config/blob/main/flake.nix#L280-L324 | 07:44:03 |
 robsliwi | At first glance everything seems fine.. do you have some more stacktrace? What is throwing the error? | 09:27:31 |
| Alison Jenkins | It just shows it in most packages as it appears i686 support has been dropped on lots of the packages in Nixpkgs. | 09:46:21 |
| Alison Jenkins | I will get you the stack trace but it doesn't really show anything useful | 09:46:32 |
| Alison Jenkins | Download stacktrace.txt | 09:48:16 |
| dramforever | can you try nix eval --raw --show-trace github:alisonjenkins/nix-config#nixosConfigurations.ali-desktop.config.system.build.toplevel | 14:47:44 |
| dramforever | this should give you the full stack trace | 14:51:12 |
| dramforever | and point to what is actually throwing the error | 14:51:20 |
|  Daniel Huang joined the room. | 20:46:55 |
| 30 May 2025 |
|  George joined the room. | 12:14:17 |
