| 27 Sep 2023 |
 infinisil | But it's great to have more feedback from people about relying on those categories for the other RFC, as you can see it discusses whethere a categorisation is worth having even :) | 09:46:57 |
 PowerUser64 | I'm still a little unsure, what's the real problem with all-packages? It's big, but it seems to not be a problem for the most part? | 09:48:07 |
 @piegames:matrix.org | I personally just don't want to care about which categories my packages belong into. If we delegate this to a team or something then I'm fine with it | 09:48:16 |
 K900 | It's also hard to keep organized | 09:48:18 |
| K900 | And categories are hard to choose "correctly" | 09:48:28 |
| K900 | So they're all over the place | 09:48:32 |
| @piegames:matrix.org | In reply to @poweruser64:matrix.org
I'm still a little unsure, what's the real problem with all-packages? It's big, but it seems to not be a problem for the most part? Infinisil had an entire talk about this on NixCon, recommend that | 09:48:38 |
| K900 | Also Github chokes on all-packages.nix changes half the time | 09:48:40 |
| @piegames:matrix.org | TL;DR: it *is* that bad | 09:48:56 |
| infinisil | Talk here | 09:49:58 |
| PowerUser64 | The talk was very good! It's actually what made me aware of all this | 09:51:06 |
| PowerUser64 | I'm definitely going to miss having all the audio packages in the same folder when this is implemented | 09:52:47 |
| infinisil | Want to help with the categorisation rfc to have a replacement? :D | 09:53:32 |
| PowerUser64 | I'd love to! | 09:53:54 |
| PowerUser64 | I have no idea how to help or what help is needed | 09:54:03 |
| infinisil | Really just review and participate in the discussion, it's all happening in the rfc comments for now | 09:54:47 |
| PowerUser64 | cool | 09:55:06 |
| PowerUser64 | I'll go read what they're all saying | 09:55:24 |
| K900 | "All the audio packages" | 09:55:41 |
| * K900 remembers Pipewire is still in development/libraries | 09:55:47 |
| PowerUser64 | Okayyy it's not perfect, but it doesn't need to be perfect to do its job well | 09:56:19 |
| PowerUser64 | 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 | 09:57:22 |
| 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 |
