[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?