| 16 May 2024 |
 samrose | I am not usually a big python fan, but in that project we heard from some in the Rust community that they actually use Python to test CLI and seem to have success there. | 17:27:59 |
 Qyriad | no gods please kill bash testing. the problem is that it's kind of really difficult to migrate an entire test suite and be sure that you actually migrated the test suite correctly and won't lose coverage accidentally in the process, which makes any kind of migration a bit nerve wracking | 17:28:36 |
| samrose | yes it's a rather large undertaking | 17:28:52 |
| samrose | could be done in chunks | 17:28:59 |
| Qyriad | at the very least though, it would be wonderful to have an option for new tests to not just be a mess of bash | 17:29:17 |
| samrose | yes it could be to choose a new approach that this community is truly happy with, rewrite some of the old tests, use it for all new, and then over time rewrite all old | 17:30:00 |
| Qyriad | yeah | 17:30:31 |
| samrose | and also probably you all would want to speak into the testing paradigm to make sure the tests are relevant | 17:30:52 |
| Qyriad | mhmm | 17:33:22 |
| Qyriad | In reply to@samrose:matrix.org
I am not usually a big python fan, but in that project we heard from some in the Rust community that they actually use Python to test CLI and seem to have success there. Python's fine, and it's already part of the buildsystem in other ways. If there's something that's a better idea or more preferred for another reason we can talk about that too | 17:35:04 |
| samrose | In reply to @qyriad:katesiria.org
Python's fine, and it's already part of the buildsystem in other ways. If there's something that's a better idea or more preferred for another reason we can talk about that too It would be nice if someone had written a general cli testing suit in Rust, or Go (which likely would make the test suite run faster) but I am not aware of anything that exists. I think the Rust cli tool community gravitated toward using python due to Pexpect, and a lot of existing tools that are good fit for test suite. | 17:37:19 |
| samrose | (it seems like functional tests need the most help basically if I am not mistaken. Apologies if you basically already said this) | 17:38:19 |
| Qyriad | no they definitely do. those are the "bash" flavor of tests | 17:38:40 |
| samrose | https://git.lix.systems/lix-project/lix/src/branch/main/tests/functional | 17:38:51 |
| Qyriad | yep | 17:38:57 |
| Qyriad | something that probably could be migrated separately is the stuff that sets up the daemon the test suite uses | 17:39:16 |
|  aprl joined the room. | 18:30:38 |
 puck | domen?? https://github.com/NixOS/nixpkgs/blob/741342772c768588878be460f0e1aa9e6d8d0caa/pkgs/by-name/de/devenv/package.nix#L19-L30 | 18:45:40 |
| Qyriad | o.o | 18:46:06 |
| puck | pushed a fix lmao | 18:51:40 |
| Qyriad | Wait to what | 18:52:17 |
| puck | nixos-module; devenv wouldn't build with the overlay attached because it overrided the source of pkgs.nix | 18:52:41 |
| puck | * nixos-module; devenv wouldn't build with the overlay attached because it locally overrided the source of pkgs.nix | 18:52:47 |
| puck | and the build system changes meant that it broke | 18:52:54 |
| puck | https://git.lix.systems/lix-project/nixos-module/commit/53d713eb486f21d653af3ef3528e9a19ecfc45e5 | 18:54:09 |
| Qyriad | ahh | 19:01:23 |
| Qyriad | ty | 19:01:25 |
 raitobezarius | In reply to @puck:puck.moe
domen?? https://github.com/NixOS/nixpkgs/blob/741342772c768588878be460f0e1aa9e6d8d0caa/pkgs/by-name/de/devenv/package.nix#L19-L30 oh so we found another fork of nix? | 19:10:20 |
 delroth | In reply to @raitobezarius:matrix.org
oh so we found another fork of nix? Literally, you can't make this up. | 19:14:05 |
| raitobezarius | Redacted or Malformed Event | 19:14:19 |
