If the streaming apps will be deteriorated the only option left will be yt-dlp and mpv left
I don't see on the provided screenshot any apps that shouldn't have the mic access. You can certainly deny it and break some apps functionality but you'll be "safe from ads"
There is a TPM emulation, yes, 1.1, 2.0 - you choose
90 weeks? I guess I can have another baby, and then after a while make a decision on what to do with my W10 VM installation
version 6.6.10 is not bad, working great for me
Yes. When loading small images - there is no noticeable difference between local and NAS. When loading videos or large pics - there is about a 2 sec lag, then the video plays normally. I have a 500/500 Mb internet at home and on the VPS side I think it's a few Gbps. I am consistently pulling minimum 200 Mbps between the two. I set a mount option ,nofail so that my OS boots up when NAS is down/unreachable, and my container also starts up fine with the NAS down, but won't play its content obviously
I set 10x ratio, after which I stop seeding and seed fresher torrents. Those stopped ones can be resumed if I accidentally go to the forum or tracker and see no seeders
Not sure if this fits your needs but I bought a NAS and mounted it via NFS4 over tailscale to my cloud. Yes, it is slower, but I got 20TB in the cloud
It's a special military operation by the Bilhorod People's Republic
3rd one fits KDE style, also 6 is amazing too
Like the kernel itself sucks or a specific distro sucks?
yay -Sc(c)
Is probably a better command in this instance
Even more important question we all need to answer is what's the difference between Iceraven and Waterfox. Could not find it anywhere
Installed zen-6.5.7 and no issues, but after upgrade to 6.5.8-zen - same symptoms as on the regular kernel 6.5.7 The last 2 working kernels for me: linux-6.5.5 and linux-zen-6.5.7
I'm inclined to have both, I guess hiw does Debian based distros keep multiple versions? I know I have to clean them up because they are kept like 5 versions or so
Does anyone have any issues with 6.5.7? I updated yesterday and could not boot.
(1 of 2) A start job is running for /dev/mapper/root (30s / no limit) (2 of 2) A start job is running for /dev/disk/by-uuid/MY-UUID (30s / no limit)
Also during update my display resolution was set to 640x480 and I could not change it, so decided to reboot. I use a popular nowadays setup with LUKS encryption + unlock on TPM2, secure boot. I thought I messed with configs somewhere so started chasing that: changing configs and rebooting with no luck. The solution was to restore kernel 6.5.5 and everything booted back up without a hiccup. I am dreaded to see what happens during next kernel upgrade.
This is not asking for hep, more like a PSA if you have setup similar to mine, be aware
-----
To those who stumble on this post in the future, I have found a solution that was in my case not knowing my system well enough. Since I decided to use Unified kernel images, I used mkinitcpio to compile those, but for some reason I used sbctl-bundle on top of that, which in itself is not any harm, just extra unnecessary work, and every single time I referenced an initramfs image from /boot which was an old one and was installed prior to me switching to UKI. When I read on Arch Wiki that I can delete those initramfs images from /boot - I deleted them, then had problems with sbctl bundle, and ONLY THEN it clicked - any new kernel install/upgrade doesn't generate initramfs in /boot but instead directly in UKI.
This is also good news because sbctl author announced deprecation of the bundle feature in the future.