| 21 Jul 2021 |
| *  infinisil wants tag-organized packages | 16:39:03 |
| infinisil | Hmm, what if we did symlink-based tagging | 16:39:27 |
 philipp | Oh dear | 16:39:36 |
| infinisil | So like, have a huge pkgs/all-packages/* where every single package is | 16:39:38 |
| philipp | In reply to @infinisil:matrix.org
Hmm, what if we did symlink-based tagging famous last sentences. | 16:39:53 |
| infinisil | Then pkgs/tags/someTag/foo -> pkgs/all-packages/foo, tags foo as having someTag | 16:40:01 |
| infinisil | Need something gaming related? cd pkgs/tags/gaming! | 16:40:26 |
| infinisil | I think this might be pretty sweet | 16:40:40 |
| philipp | i agree that it sounds pretty good in general. | 16:40:48 |
| philipp | But mayb just have tags as metadata of a package? | 16:41:07 |
| infinisil | philipp: And keep the current structure? | 16:41:47 |
| infinisil | I mainly want to make it easier to find packages or where they should go | 16:42:46 |
| philipp | Now the question is "what path should the package go to?" The question "how many and what tags does the package need?" is even harder. | 16:43:24 |
| infinisil | I think it's much easier, because it's not an exclusive choice | 16:43:49 |
| infinisil | When in doubt, just choose both | 16:43:54 |
| infinisil | E.g. see the above suggestions by timdeh | 16:44:15 |
|  leznom joined the room. | 18:18:34 |
 davidak | In reply to @philipp:xndr.de
But mayb just have tags as metadata of a package? could we call it categories and follow the freedesktop spec? don't reinvent the wheel without good reason. but it seem only for enduser programs, not for system components like grub
https://specifications.freedesktop.org/menu-spec/latest/apa.html
how does other distros do it? is there another standard or just mess? | 19:27:54 |
 nrdxp | davidak: I think the spec you reference is targeting graphical desktop environments no? While I agree that we shouldn't reinvent the wheel for no good reason, I don't see how that can fit well for nixpkgs which includes plenty of cli applications and development libraries. | 19:47:25 |
| davidak | nrdxp yes. that's what endusers will actually see. we also need a structure for nixpkgs for developers to find other packages there... we might not need to be more detailed than freedesktop like nixpkgs is now | 19:52:46 |
 -(𝕂eloτ)- | Gabriel Fontes: Send me your dotfiles, if you have them somewhere, to make my league of legends work, have some spare time and want to game a little :) | 20:08:14 |
|  aszlig left the room. | 22:13:10 |
| aszlig joined the room. | 22:17:27 |
| 22 Jul 2021 |
 AndrĂ©s RodrĂguez | Has anyone had any success running Metro 2033 Redux natively? I'm getting ALSA lib pcm_dmix.c:1035:(snd_pcm_dmix_open) unable to open slave and consequently, no sound. | 01:12:54 |
| AndrĂ©s RodrĂguez | This is my pipewire config FWIW:
security.rtkit.enable = true;
services.pipewire = {
enable = true;
alsa.enable = true;
alsa.support32Bit = true;
pulse.enable = true;
jack.enable = false;
};
| 01:13:50 |
| AndrĂ©s RodrĂguez | You know what, nevermind. Valve is right, native ports aren't worth it when devs keep fucking it up. Got it working via Proton. | 01:21:54 |
| nrdxp | It's really telling when Proton functions better than a supposedly native binary 🤦‍♂️ | 02:20:16 |
 megamanmalte | AndrĂ©s RodrĂguez: I got the same error with FTL, xournalpp and a few others, also using Pipewire (same config without jack) and haven't found a fix. Iirc, the problem was gone, though, when I didn't have anything else running and killed the pipewire-pulse service. Wasn't worth it.. | 07:10:00 |
|  D34DB33F BOT left the room. | 08:30:35 |
| aszlig left the room. | 09:35:21 |
