“Bitbucket is a code management service. It is much better than the Git code management service”

In this context it’s even funnier

Yeah, but you have compared top-of-the-line Ryzen model vs. Intel’s high-medium tier. That’s not gonna really help.

https://www.tosdr.org/en/service/discord

I believe that PipeWire is really solid piece of software, but I couldn’t just let go of JACK just yet. JACK just works and it’s easy to modify important parameters like sample rate or buffer size. On PipeWire I still don’t know how to quite do that, I get lost in all those configuration files, but I will get it someday.

Also one more thing that might be niche, but it’s important for me is JACK timecode (for synching i.e. a DAW with video player) which PipeWire doesn’t support at all at the moment. Getting it work on PipeWire (converting JACK timecode to LTC or MTC) gets ugly pretty quickly. So I’m glad PipeWire allows to use it however I like it, either as JACK server or client.

I have had some problems with PipeWire as JACK replacement, mostly it was some tearing artifacts that were very annoying. Recently though I learned how to use PipeWire (which is great for general desktop audio usage + works with Bluetooth really good) with JACK for pro-audio applications. By using the JACK DBus detect module it is possible to turn PipeWire into JACK client when ever the latter one is started.

So this way it is not required to use PulseAudio at all with JACK. There’s also possibility to use PipeWire as JACK server because it also provides such API.

Well, not really. KeePassXC works properly apart from the Auto-Type feature, which is not that big of a problem because you can use browser integration or just copy and paste it. As for the screen sharing thing - it works, i’ve had problem with capturing sound with it but apparently it is just Discord for Linux thing and not really Wayland. I never had any issue with DPI, neither on Gnome or KDE. I don’t remember what is was on Gnome, but UI scalling on KDE works fine.

Oh okay, that’s good to know! I thought it was something with my setup.

Yeah, I guess it may be risky to remove drives from pool, so maybe it would be better to build to just move the whole secondary pool as the other commenter pointed out (at least for the first time, smaller increments should be easier to handle). But do you think my strategy with snapshots as backup is good overall or should I use something else?

Thanks, I guess it’s even better solution and doesn’t involve kinda risky removing drives from pool. But do you think my strategy with snapshots as backup is good overall or should I use something else?

Also no issues with to capture sound as well? For example, on Discord?

I’ve fully switched to Wayland some time ago (it could be already a year) after I learned about how insecure X really is and I honestly do not experience any issues that I sometimes see on the internet. I’ve been using Gnome for few months, but now I switched to KDE. I think a lot of apps are working natively on Wayland, but for other cases you have XWayland that also works flawlessy in my opinion.

One of things that was issue for me was that I couldn’t use Auto-Type feature in KeePassXC, because Wayland doesn’t let apps pretend to be a keyboard or capture windows as easily as X does. Funnily enough, I’ve managed to get it working by running keepassxc --platform xcb, but it stopped working some time ago and I’m not entirely sure why. Other thing that is a problem for me is screen sharing. Wayland doesn’t allow apps to capture screen as I mentioned earlier so it heavily relies on PipeWire for this and PipeWire has its own sets of problems. It seems working correctly for the most part, but I couldn’t really figure out how to share screen with sound. Not a dealbreaker for me, and a workaround would be to route audio as a microphone input for example, but it is an issue nonetheless. This is only a problem on Discord, in OBS you can easily select video and audio sources.

If you’re using KDE already, you could just select Plasma (Wayland) in your display manager and play with it a bit to see if you like it and experience any issues.

Were you booting to Windows between first successful boot and one with this error? Are you sure you have secure boot disabled?

At least CalyxOS, DivestOS offer Android 13 builds for FP4 (and obviously LineageOS, but it doesn’t have OTA updates, afaik)

Well, IPx5 is technically water resistant for water jets and up to 12.5 liters per minute. I think that sounds enough to be used it rain. I also saw some reviews of other devices that even IPx4 is fine in rain.

It really depends what other init system you mean, but openrc checks all the boxes. It uses shell scripts, but I’ve never seen any that would be 500 lines long (at least in Alpine). Services can have defined dependencies as well can be classified into groups so you don’t need to configure for any specific service, you can just say ‘depend on dns’ and any available will be run. And openrc also supports running services in parallel.

I really like Alpine’s mkinitfs. It seems like the most straightforward approach IMO.

In my setup I still use reverse proxy even though all of my services are inside a VPN. IMO it is just more convenient to have services accesible as subdomains or subdirectory than as different ports.

I have similar laptop currently and I have it set up exactly as you want. I’m on Void Linux with KDE Wayland, but I was using Fedora few months ago and I remember it working correctly too. Wayland uses integrated GPU by default, so in case I want some program to use dedicated GPU, there’s handy script to do that (it just sets few env variables).

I think it should be quite easy to set X with i3 to use integrated GPU, just like Wayland does.

I think most modern laptops output to display via integrated GPU even if it’s dedicated GPU doing the work. I know there are laptops with much chips that let user select which GPU is directly connected to display, but I guess those are mostly high-end models.

But pretty much in the same way as the YouTube’s frontend requesting content from YouTube’s backend. This is an equivalent of you loading a video on YouTube then going to developer tools and copying links from the Network tab. AFAIK all tools (Invidious, Piped, yt-dl) work this way.