I heard that back in the day people survived without the AC
At least they didn't pipe it into /dev/sdc1
that'd be a catastrophe
Hey, we worked at your airport for 4 months last year
Yes, it's called unbound
GrapheneOS as well with profiles
Not sure about "designed", maybe evolved to be that way but not designed
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
crowdsec, pretty sure what's meant
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
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.