That’s a great post too, thanks for sharing it here. My hope is that folks might still manage to find this info through search engines, even if Lemmy isn’t yet as highly indexed as other platforms.
That’s a great post too, thanks for sharing it here. My hope is that folks might still manage to find this info through search engines, even if Lemmy isn’t yet as highly indexed as other platforms.
If it were me and there was no way to have an additional drop installed from the exterior, I would still consider running a single cable through the living space to your desired location, as discreetly as possible.
It’s difficult to suggest exactly how to do so without pics or a floorplan, but I would try to match the wall or trim color and keep the cable tucked close to the floor and/or ceiling throughout the run.
Once in place, the cable will quickly disappear into your surroundings and you’ll be left with rock solid reliable networking.
And I don’t even care if they keep it as a “tray”. I’d be content with integration into the dash if they can make it work smoothly. For example, just having the app start minimized as a regular icon (or segregated icon) in the dash…just something at this point.
I’m happy to see it’s finally happening, and I hope they left its implementation flexible.
What I’d really love to see (aside from triple buffer) is a real solution to the system tray situation. AppIndicator is problematic for some apps and under certain X11/Wayland desktops, and even when it works well it is cumbersome to use compared to traditional tray implementations. Hoping we see a new approach soon.
In the meantime, I’ve been enjoying a revisit to KDE Plasma under Kinoite and I have to say I’m really impressed with both DEs!
No worries, the screen should always lock after sleep or idle regardless of SDDM. KDE uses a separate kscreenlocker app for that functionality once your desktop session has started. It’s worth noting the kscreenlocker doesn’t rely on the SDDM theme in any way, as the two are completely separate processes. So, your lock screen will always match your active KDE theme.
Just a suggestion…if you’ve enabled disk encryption during installation, consider enabling autologin for SDDM so you’re not having to enter two credentials at boot. You’ll rarely ever see your greeter again, so it won’t really matter which theme is used.
And if you did not enable disk encryption, consider doing so as the security and privacy benefits are significant for most users.
Like X11, xwayland is not as secure as a pure Wayland environment but I think it’s important to note that hundreds of thousands of desktop Linux users are likely still running X11.
So, in my opinion, it is not ideal to run xwayland but still completely acceptable for most users who don’t have special security requirements.
Yep, you would just run a couple of commands in a terminal which would reset your layered apps and rebase to a ublue build of your choosing:
Oh I’m well aware of X11’s shortcomings, and it’s a band-aid fix until Wayland and/or the DEs sort these capabilities out. If that day doesn’t come within the next year or so, I’ll consider other options then.
I don’t know the answer offhand, but one thing I would do is see whether Mpv is equally effected. By default, the number keys 1-8 will control those settings.
I run the flatpak versions of KeepassXC and Firefox. In order to enable auto-type, I disable Wayland for both apps via Flatseal (enabling fallback to X11). Works fine in KDE and GNOME, though GNOME now prompts to share the display once per session…something to do with how the portals work now.
I have to admit one of the first things I do when setting up a Fedora atomic distro is disable the Fedora flatpak repo and replace all existing apps with Flathub equivalents. Still, good info to keep in mind!
I’m sorry to hear of your bad experience. Four of my Intel/AMD workstations are running Fedora Silverblue and Kiniote and I’ve thankfully never experienced the same. Either way, I’m glad you’ve found some success with Arch. It’s still my go-to for the command line and all container work.
And if you already use uBlock Origin for adblocking, you can simply enable the cookie-notice filters and avoid needing to install another extension:
This is old news and long-since resolved by RPM Fusion and/or flatpaks.
They’re probably talking about Fedora dropping the h.264, h.265 and VC1 VA-API support back in 2022 for legal reasons due to patents:
https://www.phoronix.com/news/Fedora-Disable-Bad-VA-API
It’s largely a non-issue as you can easily install the patched Mesa from RPM Fusion, and I believe all Flatpaks incorporate the codecs already.
Don’t get me wrong, Arch is great and it will always have a place in my heart, but I also think Fedora is a top-tier project and I completely understand why they weren’t comfortable risking patent law unnecessarily.
I can’t speak to Nobara, but Arch with KDE would be my vote if tweaking, documentation, and freshness (with potential instability) are the priorities.
Arch wins with respect to documentation; hands down, it’s the best documented Linux distro in existence. KDE provides a ton of customization via GUI, and gaming is easily obtainable and quite good on any distro, largely due to Flatpak.
Where you might run afoul is the command line. I couldn’t imagine running Arch without regular terminal use, but I’m sure you could get by for most tasks once KDE is up and running.
My Application Launcher menu is very slow with bad performance. It always freezes for half a second goes loads when I move mouse and freezes again. Does anyone experience this issue?
Assuming you’re referring to KDE, I experienced this as well when I changed my default session from GNOME to KDE. There was something in my dotfiles that was affecting KDE’s overall responsiveness, because the performance was perfectly fine when tested in a brand new profile. Ultimately, I resolved it by cleaning up my ~/.config and ~/.local folders.
Interesting. I followed the documentation from the various distros (Arch, Debian, and openSUSE), and added the following to /etc/sddm.conf.d/10-autologin.conf
:
[Autologin]
Relogin=false
Session=plasma (I've also tried plasma.desktop here)
User=thayer
I’ve confirmed that plasma.desktop exists in /usr/share/wayland-sessions/
and it’s the session I normally select regardless of DM used.
I’ve also tried placing the autologin text in /etc/sddm.conf
, /etc/sddm.conf.d/autologin
, and the default /etc/sddm.conf.d/kde_settings.conf
. No matter where it’s saved, the settings are ignored and I’m brought right back to the greeter upon reboot. Nothing is logged in journald and SDDM doesn’t write to its own log in /var/log
.
I’ve also tried the above with and without the KDE Wallet service enabled (I normally keep it disabled).
If I use the System Settings GUI to set the above details (via Colors & Themes > Login Screen (SDDM) > Behavior), the System Settings app crashes upon close. I’ve had multiple updates since rebasing to Kinoite, so the chance of a corrupted package is nil.
Something is definitely afoot.
Same, I’ve switched all of my workstations to Kinoite and Silverblue over the past 18 months, and couldn’t be much happier about it.