| 15 Jul 2021 |
 mvnetbiz | Seems like a dolphin problem, couldn't it be a problem for the runtime behavior to change based on what is bsically a side effect of the particular VCS in use? | 22:58:33 |
 matthewcroughan - nix.zone | In reply to @mvtva:matrix.org
how is that dolphinemu case different than other packages where the version is specified? just because you can go look for a tag easily without the local repo, vs cloning it to do describe? It's supposed to happen as part of the build. | 22:58:45 |
| matthewcroughan - nix.zone | The cmake build is supposed to use git describe and use it in order to set this string. | 22:59:02 |
| matthewcroughan - nix.zone | I've honestly suggested this is a problem to Dolphin, but I also believe it would be possible to put some data in the flake schema that allows this same string to be resolved without the need for Dolphin to change. | 22:59:50 |
| matthewcroughan - nix.zone | * I've honestly suggested this is a problem to Dolphin, but I also believe it would be possible to put some data in the flake lock schema that allows this same string to be resolved without the need for Dolphin to change. | 22:59:57 |
| mvnetbiz | I'm not familiar with git describe, is it possible for the description of a rev to ever change? | 23:00:22 |
| matthewcroughan - nix.zone | it shows the latest tag | 23:01:37 |
| mvnetbiz | oh yeah, if you are referring to a ref thats newer than a tag, then they can make a new tag ahead of the old tag and behind your ref, it would change the description | 23:01:56 |
| matthewcroughan - nix.zone | It prints the latest tag in a given tree. | 23:02:56 |
| mvnetbiz | which can change even if your ref doesn't | 23:03:26 |
| mvnetbiz | I've seen upstream delete a tag before causing reproducibility problems, but this could break without deleting a tag too | 23:04:50 |
| matthewcroughan - nix.zone | Yeah, the underlying software just shouldn't be relying on this output for runtime behavior. | 23:05:40 |
| matthewcroughan - nix.zone | * Yeah, the underlying software just shouldn't be relying on this output for runtime behavior, which it currently is, and a friend is going to make a PR to change. | 23:05:49 |
| mvnetbiz | It looks like its for the networked multiplayer feature? | 23:08:27 |
| matthewcroughan - nix.zone | Correct. | 23:09:20 |
| 16 Jul 2021 |
| matthewcroughan - nix.zone | mvnetbiz: https://github.com/dolphin-emu/dolphin/pull/9898 | 00:17:46 |
|  chreekat joined the room. | 06:44:17 |
|  ilkecan joined the room. | 06:48:17 |
|  polykernel joined the room. | 14:20:16 |
| 18 Jul 2021 |
|  yusdacra joined the room. | 08:01:30 |
| 19 Jul 2021 |
 vika (she/her) 🏳️⚧️ | Oh well. Looks like I have some problems with my flake. https://GitLab.com/vikanezrimaya/nix-flake - try to evaluate the following: gitlab: vikanezrimaya/nix-flake#nixosConfigurations.primrose.config.system.build.toplevel and observe the error with a flake dependency on evaluation | 03:03:30 |
| vika (she/her) 🏳️⚧️ | I am very confused | 03:03:46 |
| vika (she/her) 🏳️⚧️ | I can't update my lock file due to this error and I can't update the system | 03:04:46 |
 Buckley | so i got past the flake error, then theres a syntax error in primrose/kittybox.nix | 03:51:21 |
| Buckley | tldr, add this to you rinputs flake-utils.url = "github:numtide/flake-utils"; and then add , ... to your output function. | 03:51:52 |
| Buckley | im not really sure why this is nessecary, i just know it works 🤷 | 03:52:09 |
| vika (she/her) 🏳️⚧️ | Oh. Ok. I'll try. | 04:18:35 |
| vika (she/her) 🏳️⚧️ | OH WAIT I GOT IT | 04:19:37 |
| vika (she/her) 🏳️⚧️ | "follows" always uses the root flake for dependency resolution, not the parent flake | 04:19:55 |
| vika (she/her) 🏳️⚧️ | That's... Interesting, to say the least | 04:20:08 |
