| 16 Jun 2024 |
 K900 | Unless | 10:26:36 |
| K900 | Unless we do something really cursed | 10:26:42 |
 andreas_dev | In reply to @k900:0upti.me
Unless we do something really cursed Now I'm intrigued.. | 10:29:03 |
| K900 | We can copy the shortcuts from a systemd user service | 10:29:21 |
| K900 | Instead of the activation script | 10:29:28 |
| K900 | Then it'll inherit the user's XDG_DATA_DIRS | 10:29:35 |
| K900 | And we can chmod /usr/share/applications to your user | 10:30:05 |
| K900 | So it actually works | 10:30:09 |
| K900 | Because the setup is effectively single user anyway | 10:30:14 |
| andreas_dev | Hm, that does seem a little cursed, yeah. Is there no way of using the current active profile of the home manager generation and readlink that to the shortcut? | 10:31:14 |
| andreas_dev | In reply to @k900:0upti.me
And we can chmod /usr/share/applications to your user From what I've seen in /usr/share/applications, the symlinks there are owned by the root user instead of my current user | 10:32:03 |
| K900 | Yes, but we can change that | 10:32:13 |
| K900 | In reply to @andreas_dev:matrix.org
Hm, that does seem a little cursed, yeah. Is there no way of using the current active profile of the home manager generation and readlink that to the shortcut? Not from the activation script | 10:32:25 |
| andreas_dev | In reply to @k900:0upti.me
Not from the activation script Oh right, in the activation script we won't have an active HM generation | 10:33:03 |
| andreas_dev | Would it be possible to write a HM module for NixOS WSL which copies/links the shortcuts of the active generation to /usr/share/applications, and re-calls the activation script of NixOS WSL? | 10:35:16 |
| andreas_dev | * Would it be possible to write a HM module for NixOS WSL which copies/links the shortcuts of the active generation to /usr/share/applications, and re-calls the activation script of NixOS WSL on a rebuild? | 10:35:47 |
| K900 | You don't need anything on the NixOS side, technically | 10:36:19 |
| K900 | You could just have HM copy the files | 10:36:24 |
| K900 | And WSL should pick them up | 10:36:28 |
| K900 | But it's kinda weird | 10:36:32 |
| andreas_dev | In reply to @k900:0upti.me
You could just have HM copy the files You mean manually, right? | 10:37:35 |
| K900 | You could also do that with an activation script | 10:37:46 |
| andreas_dev | I was thinking of a HM module since the 'defect' occurs when using home-manager, so ideally we would use an activation script there to copy/link the shortcuts there, right?
That way we can keep a clear separation of concerns for copying of the system/user shortcuts and the home-manager/user shortcuts and we wouldn't have to deal with copying them from the systemd user service
I'm not that familiar with the way these things work, but would that be possible? And what would the potential downsides be in your opinion? | 10:41:12 |
| 17 Jun 2024 |
|  goolegoole joined the room. | 02:05:58 |
|  ixolate joined the room. | 12:49:57 |
| ixolate | Hello. Is there a relatively simple way I can build the tarball for arch-64?
The first command on the github docs build instructions page seemed like it could work, but ended with the following error.
a 'x86_64-linux' with features {} is required ... but I am a 'aarch64-linux' ...
Is it possible to change the #nixosConfigurations.default... in the url to something like #nixosConfigurations.arch64... or am I barking up the wrong tree?
| 16:06:46 |
| K900 | https://github.com/nix-community/NixOS-WSL/blob/main/flake.nix#L58 | 16:07:57 |
| K900 | Just change this line | 16:07:59 |
| K900 | To aarch64-linux | 16:08:01 |
| K900 | And it should (?) build | 16:08:06 |
