| 27 Sep 2023 |
 PowerUser64 | Maybe there's another reason to the organization that I'm missing | 09:58:57 |
 infinisil | In reply to @poweruser64:matrix.org
it doesn't really matter where the packages are at the end of the day as long as there aren't two folders with the same name in the same directory Not sure I get that. That can never happen, because of file systems! | 10:03:43 |
| infinisil | Well, at least all the filesystems I know use a key-value representation of directories, you can't have the same key twice | 10:04:38 |
| PowerUser64 | I mean the computer doesn't really care where the file is | 10:06:10 |
| PowerUser64 | and organizing things by a way that classifies them beyond "this one's name starts with NE" seems like it's more useful to people who use the repo | 10:07:55 |
| PowerUser64 | * and organizing things by a way that classifies them beyond "this one's name starts with NE" seems like it's more useful to humans | 10:08:19 |
| PowerUser64 | * and organizing things in a way that classifies them beyond "this one's name starts with NE" seems like it's more useful to humans | 10:08:45 |
| infinisil | Well, RFC 140 is accepted now, we can't change that | 10:10:27 |
| PowerUser64 | yeah not much that can be done now | 10:10:46 |
| PowerUser64 | Redacted or Malformed Event | 10:11:08 |
| PowerUser64 | I hope it all goes well in the end | 10:11:34 |
| infinisil | I really think most people do agree with how it's going. I don't think there was a single person arguing for keeping the directory structure throughout the RFC | 10:13:00 |
| infinisil | Being able to tell new contributors "if you want to package foo, put it here" is very nice | 10:13:51 |
| PowerUser64 | Maybe #146 can help remedy some of my frustrations | 10:15:14 |
 lassulus | I think cateories should be a list in the meta field rather than a folder stuff is in | 10:16:01 |
 @piegames:matrix.org | In reply to @infinisil:matrix.org
I really think most people do agree with how it's going. I don't think there was a single person arguing for keeping the directory structure throughout the RFC Yep, the discussion skipped the contents of the RFC entirely and directly jumped to the bike shedding part ^^ | 10:16:15 |
 @syphoxy:matrix.org | RFC 146 is really promising and I hope it goes through as quickly as RFC 140 did. | 14:17:09 |
| @piegames:matrix.org | I'm not optimistic about that. 140 enjoyed a wide community consensus which is otherwise pretty rare | 15:26:47 |
| infinisil | I'm tending towards accepting 146, it's not bad. However I also think it's a distraction from other problems that would be more important to fix | 17:24:12 |
| infinisil | Losing the categorisation seems very minor in comparison | 17:28:02 |
| infinisil | Unrelated to that, an observation relating to PR CI checks in general: Aren't they kind of flawed? Because the main branch continuously updates, but the CI checks for each PR aren't re-run | 17:32:53 |
 K900 | They are | 17:33:07 |
| K900 | Ideally we'd have bors | 17:33:11 |
| K900 | But it's hard | 17:33:28 |
| @piegames:matrix.org | And is it worth the effort? | 17:33:44 |
| infinisil | I guess merge trains would improve on that | 17:33:45 |
| K900 | In reply to@piegames:matrix.org
And is it worth the effort? I think it's worth considering in the general effort to fix our CI situation | 17:34:14 |
| K900 | Is it worth doing by itself? Probably not | 17:34:24 |
| K900 | Is it worth doing as part of a bigger project to replace hydra/ofborg/etc? Absolutely yes | 17:34:49 |
| infinisil | piegames: On the scale of Nixpkgs it might be, because we have so many PR's, many of which linger around for a while | 17:34:53 |
