Issues
Open
gio network support
(venv) root@xps ~ [0|1]
# az login
A web browser has been opened at https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize. Please continue the login in the web browser. If no web browser is available or if the web browser fails to open, use device code flow with `az login --use-device-code`.
gio: https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize?client_id=...&prompt=select_account: Operation not supported
Support for touchscreen
River should have support for it.
< __toor__> just to be clear, riverwm does not have support for
touchscreen does it?
< ifreund> __toor__: it does
< ifreund> it does not do any pointer emulation for touch input though,
so it will only work for programs that support touch input
natively
< __toor__> and this would be shown in libinput list-devices?
< leon-p> yes (my laptop has a touchscreen, it appears in that list)
< leon-p> it should also appear in riverctl list-inputs
< __toor__> cool. then I know where to start and look.
Support for Waybar
Waybar is the only taskbar that does not suck. But it is a PITA to compile. I would like to package it as a Flatpak application. But also that is hard.
Vulkan support (in Mesa)
Not even started. Mesa was a complete clstrfsck at compile and I cannot not wait to get started on that again.
Wayland scale resume after display sleep
This is handled by the display manager for most Wayland compositors, but not for River. Needs external tooling. I might get around to it, maybe not. If I decide to switch River for Hyprland, this will go away.
https://sr.ht/~emersion/kanshi/
Bluetooth headset
No idea what needs to be done here. Probably a hard issue. I have looked into this as several occassions but never understood what is really the true issue.
It is likely easier to get this working and then understand it than to try and understand the whole stack and then fixing it. Thus, this is a guessing game and it can take a few hours, or several weeks. I have already spent a good day on this, so it is likely in the latter end of the spectrum.
- Make sure that /etc configuration is setup properly.
- Missing codecs? SBC should be enough but what about 'Profiles'?
- What needs support for what? Bluetooth does not seem to depend on SBC. So, who controls what here? This is a hard question, and likely understanding this would be helpful to make sure that we are looking in the right place for the solution and problem.
Resolved
Roblox on Linux
This has been resolved. The ostree package just needed gpg support (by including gpg during the build) and now it works. Probably helps with adding flathub too without the undocumented kludge!
The most promising way to get Roblox working on Ironforge is to use the VinegarHQ flatpak.
However, it exposed the problem with the Flatpak build, that the GPG signing is kind of broken.
root@xps ~ [1]
# flatpak install -y -v https://sober.vinegarhq.org/sober.flatpakref
F: No installations directory in /etc/flatpak/installations.d. Skipping
F: Opening system flatpak installation at path /var/lib/flatpak
F: Opening user flatpak installation at path /root/.local/share/flatpak
F: Loading https://sober.vinegarhq.org/sober.flatpakref using curl
F: Received 3521 bytes
F: Loading https://dl.flathub.org/repo/flathub.flatpakrepo using curl
F: Received 4040 bytes
F: Fetching summary index file for remote ‘sober’
F: Loading https://sober.vinegarhq.org/repo/summary.idx using curl
F: Received 449 bytes
F: Loading https://sober.vinegarhq.org/repo/summaries/6c2ddfaddc568a1648b9b1c1d099e8cbbec3310e28356c1999e7642b2aeddff5.idx.sig using curl
F: Received 464 bytes
F: Failed to download optional summary index: GPG feature is disabled in a build time
F: Transaction: install sober:app/org.vinegarhq.Sober/x86_64/master[*]
error: No such ref 'app/org.vinegarhq.Sober/x86_64/master' in remote sober
root@xps ~ [1]
#