Bollocks. Every Mikrotik router supports package installation and has user accounts for administration (standard practice is to create a new user for administration and disable the default user account named "admin"), so obviously that equipment is covered. Also probably every router made after 2000, TBH.
Yeah so this guy claims to be 40, but all he does it watch that childrens' show My Little Pony (are Bronies even a thing anymore?). This is clearly a suspicious user; lock the account.
Does it pull from the OS vendor's package servers? If not then they/you could argue that they forked everything for purposes of shipping that router, thus everything is first-party, and they don't have to comply. However, at least in the case of the California bill, there's already another out for this case:
Finally, even if none of the above seems persuasive, you can always purchase or build your own hardware and put whatever you want on it. This law doesn't stop you from doing that.
Let's be real: They're probably right and I for one fully support bronies being found out and sent to the glue factory.
I'd like to congratulate all the Arch, Catchy, Debian, Ubuntu, and RHEL users on getting what they fucking deserve. You earned it.
I don't see how that negates the worries about government overreach and spying at all. Meta shares data with the feds that the feds could not legally collect themselves and further willingly censors viewpoints for the administration in power at the time. Meta being involved should increase worries about government overreach and spying.
I use OpenRC (with XFCE+Xlibre+Pipewire) because at the time it seemed like it had the most support + documentation (e.g. the gentoo wiki) and figured that was going to be the biggest issue. The only real issue I've run into is packages that don't have openrc init scripts. I've gotten okay at writing them myself and sometimes you can find a *-openrc package in the AUR that'll have it. I can't speak to the others as I never tried them.
They can, yes. They also provide package files to download locally for offline installation (via USB or just local LAN in case you're dealing with a router with no internet link).
I'm using Artix OpenRC after switching from Arch and one of the things I hated the most about SystemD was that there was multiple ways of doing anything.
Oops sorry we closed all the branches
And their proposed commercial (but with a free tier!) alternative seems to be closed-source. Good thing @Null moved the Farms to something else last year.
Actually it's a front-end to ALSA and merely compatible with pulseaudio shit.
To think, if Linux devs had just forked OSS like the BSDs, we'd never have systemd fucking everything up. Instead, someone decided they could just do it better and created the abortion that is ALSA, which poettering then couldn't make work on his laptop, and the rest is history.
False. Pipewire contains a superior Pulseaudio implementation to the official PA release and has a fully functional PA server implementation. My preferred UI, python-pulsemixer, works better for my use cases on pipewire-pulse than native PA. Integrates with EasyEffects, even. It's redeemed Pulseaudio as a protocol because Pipewire makes it bombproof.
is this an acutely autistic way of saying vaxry?
