💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2024-11-23.txt captured on 2024-12-17 at 11:35:19.
-=-=-=-=-=-=-
[2024-11-23T00:04:14Z] <riteo> sorry asimovc I took a nap, I'm not joking [2024-11-23T00:04:29Z] <riteo> there's no need for pulseaudio itself [2024-11-23T00:05:02Z] <riteo> there's pipewire-pulse, which you should already have access to, that allows pulseaudio-enabled programs to interact with pipewire [2024-11-23T00:05:20Z] <riteo> so that you don't need to port old applications over (supposing it's even possible, think proprietary games) [2024-11-23T00:06:26Z] <riteo> regarding requiring more changes no, package wise. I'd recommend applying the setting I documented in my notes linked above in a pipewire configuration file if all you see in an audio mixer is "Dummy Output" [2024-11-23T00:07:27Z] <riteo> regarding screensharing, all I use is dbus, pipewire, xdg-desktop-portal and xdg-desktop-portal-wlr (although this last one will depend on the compositor you're using) [2024-11-23T00:08:07Z] <asimvoc> riteo: i'm using dwl [2024-11-23T00:08:15Z] <riteo> let's see [2024-11-23T00:08:24Z] <asimvoc> all i get when exec xdg-portal and xdg-portal-wlr is this [2024-11-23T00:09:00Z] <riteo> it's wlroots based so xdg-portal-wlr should do [2024-11-23T00:09:38Z] <asimvoc> https://0x0.st/X5Tm.txt [2024-11-23T00:10:00Z] <asimvoc> xdg-portal when i exec it [2024-11-23T00:10:04Z] <riteo> nw it's fine [2024-11-23T00:10:28Z] <riteo> basically it's saying that there's a better way of choosing the "child daemons" for xdg-desktop-portal automatically [2024-11-23T00:10:37Z] <asimvoc> i installed ungoogled chromium in flatpak [2024-11-23T00:10:48Z] <asimvoc> i tried meet fot test screen sharing [2024-11-23T00:10:54Z] <asimvoc> not work [2024-11-23T00:10:55Z] <riteo> you can setup a configuration file asking for what daemons to start depending on yout XDG_CURRENT_DESKTOP [2024-11-23T00:11:09Z] <riteo> shoot I said XDG_RUNTIME_DIR above, sorry [2024-11-23T00:11:41Z] <riteo> asimvoc: mhhh, xdg-desktop-portal-wlr says nothing? [2024-11-23T00:12:20Z] <asimvoc> nothing [2024-11-23T00:12:33Z] <asimvoc> no one single line [2024-11-23T00:12:43Z] <riteo> like, the warnings say rightfully that you're using an "old way" of configuration but it's indeed detecting the right thing at the right time [2024-11-23T00:13:06Z] <riteo> uh no wait that might be startup [2024-11-23T00:13:10Z] <riteo> ughhhhh lemme thing [2024-11-23T00:13:12Z] <riteo> think [2024-11-23T00:13:21Z] <asimvoc> https://0x0.st/X5TB.txt [2024-11-23T00:13:34Z] <asimvoc> this is the logs of ungoogled chromium [2024-11-23T00:13:50Z] <asimvoc> i just enter in meet and init a new meeting and try to sharing the screen [2024-11-23T00:13:56Z] <asimvoc> it only works for tabs [2024-11-23T00:14:18Z] <riteo> No such interface “org.freedesktop.portal.FileChooser” is because xdg-desktop-portal-wlr only exposes screen casting [2024-11-23T00:14:31Z] <riteo> you'll need another daemon like xdg-desktop-portal-gtk for everything else [2024-11-23T00:15:06Z] <asimvoc> why? [2024-11-23T00:15:12Z] <asimvoc> flatpak need it? [2024-11-23T00:15:22Z] <riteo> well yes for the file chooser [2024-11-23T00:15:32Z] <riteo> you don't need the gtk one if you dislike it [2024-11-23T00:15:38Z] <riteo> there are other daemons implementing a file chooser [2024-11-23T00:15:53Z] <asimvoc> no problems [2024-11-23T00:16:01Z] <asimvoc> i just need to screensharing [2024-11-23T00:16:03Z] <riteo> if you're asking why it's a bit like android's way where the application does not have access to the whole filesystem but only to a specific file you select manually as an user [2024-11-23T00:16:04Z] <riteo> all right [2024-11-23T00:16:16Z] <riteo> `PulseAudio: Unable to connect: Connection refused` is because chromium is looking for pulseaudio but can't find it. If you run `pipewire-pulse` it should work [2024-11-23T00:16:34Z] <asimvoc> can i work my way without it? [2024-11-23T00:17:05Z] <riteo> I'm not sure why you're so stubborn about this; that's not real pulseaudio, just a shim [2024-11-23T00:17:27Z] <riteo> if you really insist you can look for pipewire support in chromium if it exists [2024-11-23T00:17:39Z] <asimvoc> yeah but i don't remember to use pipewire-pulse in gentoo for this same problem [2024-11-23T00:17:51Z] <riteo> perhaps it's just a config flag away or it automatically switched to pipewire for this [2024-11-23T00:17:53Z] <asimvoc> just pipewire-alsa [2024-11-23T00:18:06Z] <riteo> oh then it probably chose that instead [2024-11-23T00:18:10Z] <riteo> because I can see an alsa print [2024-11-23T00:18:17Z] <asimvoc> yeah [2024-11-23T00:18:21Z] <riteo> oh well let's see what else's left... [2024-11-23T00:18:31Z] <asimvoc> but if i just build the pipewire in community [2024-11-23T00:18:38Z] <asimvoc> with alsa only [2024-11-23T00:18:42Z] <asimvoc> i get the same error [2024-11-23T00:19:08Z] <riteo> well yeah because it's probably trying to connect with pulseaudio first [2024-11-23T00:19:27Z] <riteo> that's how programs usually deal with multiple apis [2024-11-23T00:20:00Z] <riteo> there's this "PipeWire stream state error: error output enum formats: No such file or directory" [2024-11-23T00:20:48Z] <riteo> uuuhh wait [2024-11-23T00:20:53Z] <riteo> you started pipewire in the user session? [2024-11-23T00:21:18Z] <riteo> because if you restart the compositor for some reason it gets confused because the dbus user connection is lost [2024-11-23T00:21:39Z] <asimvoc> i started in user session [2024-11-23T00:21:45Z] <asimvoc> is in my .profile [2024-11-23T00:21:51Z] <riteo> yeah but without restarting or something [2024-11-23T00:22:10Z] <asimvoc> yeah [2024-11-23T00:22:11Z] <riteo> like there's only one fresh process ever since you started dwl [2024-11-23T00:22:16Z] <riteo> all right [2024-11-23T00:22:27Z] <asimvoc> it just init pipewire when i loggin in [2024-11-23T00:22:59Z] <riteo> I'm trying to check my mental checklist [2024-11-23T00:26:29Z] <riteo> asimvoc what's your XDG_RUNTIME_DIR? [2024-11-23T00:28:15Z] <asimvoc> tmp/1000-runtime-dir [2024-11-23T00:29:38Z] <riteo> mhhhh [2024-11-23T00:30:08Z] <riteo> that's really weird [2024-11-23T00:30:35Z] <asimvoc> yup [2024-11-23T00:30:45Z] <riteo> so to recap you have a dbus user session, pipewire, xdg-desktop-portal-* all started in this order [2024-11-23T00:30:56Z] <asimvoc> yup [2024-11-23T00:31:04Z] <asimvoc> my init profile is this order [2024-11-23T00:31:11Z] <riteo> uh wait [2024-11-23T00:31:15Z] <riteo> that's important [2024-11-23T00:31:15Z] <asimvoc> dbus-launch dwl -s 'foot -s & pipewire & wbg /home/hellboy/Documents/Wallpapers/wallhaven-kxoqdm_1920x1080.png <&-' [2024-11-23T00:31:28Z] <riteo> oh allright you did that inside dbus-launch [2024-11-23T00:31:43Z] <riteo> then it's fine I think [2024-11-23T00:31:51Z] <asimvoc> well [2024-11-23T00:31:53Z] <riteo> you tried that pwvcontrol flatpak I sent? [2024-11-23T00:32:05Z] <asimvoc> can send me again? [2024-11-23T00:32:10Z] <asimvoc> will try now [2024-11-23T00:32:17Z] <riteo> sure [2024-11-23T00:32:19Z] <asimvoc> but i dont see why will work [2024-11-23T00:32:40Z] <riteo> com.saivert.pwvucontrol [2024-11-23T00:32:52Z] <riteo> asimvoc: because of the dummy output thing [2024-11-23T00:33:21Z] <riteo> it's a pipewire mixer and it's flatpaked too so you should be able to see if flatpak is at least working there [2024-11-23T00:34:02Z] <asimvoc> just need to restart chromium or the hole thing? [2024-11-23T00:34:17Z] <riteo> no wait it's a separate app [2024-11-23T00:34:31Z] <riteo> just run it and you should see basically pavucontrol but for pipewire [2024-11-23T00:34:49Z] <asimvoc> started [2024-11-23T00:34:50Z] <asimvoc> And get [2024-11-23T00:34:58Z] <asimvoc> Lost Connection do Pipewire server [2024-11-23T00:35:07Z] <riteo> bingo [2024-11-23T00:35:30Z] <riteo> so flatpaked apps can't seem to connect to pipewire for some reason [2024-11-23T00:35:55Z] <riteo> first of all, sanity check, `wpctl status` works? [2024-11-23T00:36:08Z] <asimvoc> yeap [2024-11-23T00:36:11Z] <riteo> all right [2024-11-23T00:36:21Z] <riteo> try passing `XDG_RUNTIME_DIR` to the dbus activation environment [2024-11-23T00:36:55Z] <asimvoc> just export? [2024-11-23T00:36:58Z] <riteo> I had to switch my xdg runtime dir to the default location because applications were just ignoring it [2024-11-23T00:37:06Z] <riteo> no export, dbus-update-activation-environment [2024-11-23T00:37:24Z] <riteo> wait you did the dbus-update-activation-environment [2024-11-23T00:37:41Z] <asimvoc> not this time [2024-11-23T00:37:44Z] <asimvoc> but i did it [2024-11-23T00:38:01Z] <riteo> you have to do it every time you start a user session afaik [2024-11-23T00:38:11Z] <asimvoc> just the command without i3sock and swaysock [2024-11-23T00:38:31Z] <asimvoc> did it [2024-11-23T00:38:33Z] <riteo> oh all right [2024-11-23T00:38:34Z] <asimvoc> nothing [2024-11-23T00:38:37Z] <riteo> also add XDG_RUNTIME_DIR there [2024-11-23T00:38:40Z] <riteo> in the command [2024-11-23T00:39:51Z] <asimvoc> still the same [2024-11-23T00:39:55Z] <riteo> I think flatpaked applications aren't finding the custom runtime dir [2024-11-23T00:39:59Z] <riteo> for some reason [2024-11-23T00:40:22Z] <riteo> the default location for that dir is `/run/user/$(id -u)` [2024-11-23T00:40:37Z] <riteo> you could try making a dir there, adding permissions for your user and pointing the runtime dir variable there [2024-11-23T00:41:02Z] <riteo> I had a similar problem [2024-11-23T00:42:28Z] <riteo> ughhhhhhhh it looks indeed that's the issue [2024-11-23T00:43:22Z] <riteo> there's this https://github.com/flatpak/flatpak/issues/4372 which is supposed to be fixed but I swear that I've seen a similar problem lately too [2024-11-23T00:43:36Z] <riteo> just try the conventional `/run/user/$(id -u)` dir first [2024-11-23T00:45:03Z] <asimvoc> allright [2024-11-23T00:45:09Z] <asimvoc> i will do [2024-11-23T00:45:31Z] <riteo> lemme know how it goes [2024-11-23T00:45:36Z] <riteo> gl [2024-11-23T00:46:32Z] <asimvoc> what permissions it will need? [2024-11-23T00:47:20Z] <riteo> just like, user permissions [2024-11-23T00:47:54Z] <riteo> `chown hellboy "/run/user/$(id -u hellboy)"` [2024-11-23T00:48:09Z] <riteo> `chgrp hellboy "/run/user/$(id -u hellboy")` [2024-11-23T00:48:20Z] <riteo> and some chmod for taste [2024-11-23T00:48:38Z] <riteo> shoot wrong quoting on the second one [2024-11-23T00:48:41Z] <riteo> hope ya catch it [2024-11-23T00:55:57Z] <asimvoc> oh my fucking god [2024-11-23T00:56:07Z] <asimvoc> now pwuvcontrol work [2024-11-23T00:56:57Z] <riteo> wahoo [2024-11-23T00:57:38Z] <asimvoc> now what more? [2024-11-23T00:57:56Z] <riteo> restart chromium and try casting [2024-11-23T00:58:25Z] <asimvoc> same [2024-11-23T00:58:56Z] <riteo> what do the logs say [2024-11-23T01:01:17Z] <asimvoc> https://0x0.st/X5TY.txt [2024-11-23T01:01:20Z] <asimvoc> the same [2024-11-23T01:01:47Z] <riteo> I think it's not finding the pipewire socket for some reason? [2024-11-23T01:01:55Z] <riteo> wait does pwvucontrol output any useful data [2024-11-23T01:02:08Z] <riteo> instead of like Dummy Output [2024-11-23T01:02:45Z] <riteo> also check if in the runtime dir there's a pipewire socket [2024-11-23T01:02:53Z] <riteo> you could also double-check with firefox, that's what I use [2024-11-23T01:05:43Z] <riteo> I mean if there's a pipewire socket in the default runtime dir and pwvucontrol works then I'm not sure what the file not found in the log refers to :( [2024-11-23T01:35:38Z] <asimvoc> hi [2024-11-23T01:35:43Z] <asimvoc> i will try now [2024-11-23T01:36:01Z] <asimvoc> yeah [2024-11-23T01:36:11Z] <asimvoc> it have a pipewire-0 in this dir [2024-11-23T01:36:45Z] <asimvoc> and also pwvucontrol just detect my mic of laptop [2024-11-23T01:38:36Z] <riteo> I see [2024-11-23T01:40:04Z] <riteo> if firefox does not work either I'm not really sure [2024-11-23T01:40:16Z] <riteo> could try with obs or something else to see if the issue is chromium or flatpak [2024-11-23T01:40:29Z] <riteo> also this webpage https://mozilla.github.io/webrtc-landing/gum_test.html [2024-11-23T01:41:29Z] <asimvoc> i can't try firefox in kiss [2024-11-23T01:41:46Z] <asimvoc> can't build it [2024-11-23T01:42:28Z] <asimvoc> i will just drop it again [2024-11-23T01:42:41Z] <asimvoc> kiss is awesome but again is too much abandoned [2024-11-23T01:42:50Z] <asimvoc> i need a distro for everyday needs [2024-11-23T01:51:49Z] <riteo> oh I mean firefox flatpak [2024-11-23T01:52:08Z] <riteo> I don't build it either [2024-11-23T01:52:33Z] <riteo> but if you don't really feel like tinkering this much it's fine really [2024-11-23T01:55:46Z] <asimvoc> i will try firefox [2024-11-23T01:55:49Z] <asimvoc> just the last [2024-11-23T01:56:03Z] <asimvoc> the problem is that i have until monday to have a working system [2024-11-23T01:56:09Z] <asimvoc> and kiss is not working lol [2024-11-23T02:01:12Z] <asimvoc> firefox wont detect anything [2024-11-23T02:01:18Z] <asimvoc> and thats the logs [2024-11-23T02:01:19Z] <asimvoc> https://0x0.st/X5A8.txt [2024-11-23T02:04:03Z] <asimvoc> riteo: any idea? [2024-11-23T02:33:31Z] <riteo> asimovc sorry for thee delay [2024-11-23T02:33:49Z] <riteo> logs say nothing and I'm kinda out of ideas here, I'm sorry [2024-11-23T02:34:50Z] <riteo> if you need something by monday do not stress yourself, pick a just works distro and you can play with this stuff at another time, this is supposed to be fun and not a chore [2024-11-23T16:27:14Z] <asimovc> riteo: hi [2024-11-23T16:27:19Z] <asimovc> i installed alpine [2024-11-23T16:27:31Z] <asimovc> and seems to work well without xdg-portal-gtk [2024-11-23T16:29:34Z] <asimovc> maybe is the build of the packages [2024-11-23T16:29:40Z] <asimovc> or something related to mdev? [2024-11-23T16:36:05Z] <asimovc> also even without pipewire-pulse it still screenshare [2024-11-23T16:36:13Z] <asimovc> just don't get audio [2024-11-23T21:07:25Z] <phinxy> Was there a patch for firefox to allow it to compile with latest rust? [2024-11-23T22:28:05Z] <phinxy> Cant build rust with lower version because there are LLVM errors. [2024-11-23T22:48:52Z] <asimovc> phinxy: at least i don't know any patch [2024-11-23T22:49:11Z] <asimovc> is just broken [2024-11-23T22:49:22Z] <asimovc> but i think in some place it have been patched [2024-11-23T22:49:27Z] <asimovc> is working in alpine [2024-11-23T22:49:34Z] <asimovc> so someone have builded it fine [2024-11-23T23:11:21Z] <phinxy> Its weird how Alpine doesnt have any recent patches . [2024-11-23T23:12:50Z] <phinxy> What needs patching if not firefox, rust?