i wonder if yt-dlp could download files automatically from dropbox lol
i wonder if yt-dlp could download files automatically from dropbox lol
maybe it’s a good thing these blind haters of anime stuff aren’t nearby
To 1.: dri
instead of all
would handle hardware-accelerated rendering. Then some webcams or controllers won’t be accessible though. This one’s a bit complicated, since the necessary portals for e.g. generic USB device access aren’t yet there.
To 2.: portals should be used instead of that. Using them doesn’t require these permissions.
To 3.: click on details and see. This is Flathub making it easy to understand for users.
Permissions should make clear whatever dangerous things an app can do. If not, why do all this effort of isolation? Firefox could delete everything in downloads, either by accident on Mozilla’s side, or a privilege escalation. If the app used portals instead, it couldn’t, at least without user interaction. Or a browser security vulnerability could open up any USB devices to webpages. It’s all about what could happen with granted permissions. And these can 100 % be fixed in at least some way.
Apps could start improving to remove the warnings…
Well you do you. I don’t see the point in hating open source software made by them, you’re not paying them unlike with regular products and boycotting them.
You’re complaining about corporate fundings. Without them, a lot of open source tech would definitely not be as advanced as it is today. Since everything’s open source, anyone can just fork a project when some “malicious megacorp” “hijacks” the project. Funny how a similar case happened “the good way” recently with Redis/Valkey, but the other way around.
There’s always some doomers only seeing potential bad futures in awesome stuff, huh?
average lemmy.ml mf
doesn’t it utilize some fancy camera APIs or whatever? last time I tried it on firefox with a spoofed user agent there were errors in the console
There’s an in-development program for GNOME called Valent. It’s been pretty solid for me. It’s also not a GNOME shell extension, instead a native app.
How would an AOSP fork help with an app not using the notifications API correctly? Just magically rewrite the app?
not always :(
Neckbeards love to pretend open source magically has no security vulnerabilities
Who does? Feels like you’re just talking about inexperienced “btw i use arch” kinda skiddies
Don’t e.g. alarm apps not work after that until you unlock your phone since the device data decryption keys weren’t kept in RAM after rebooting? I have that feature off since I don’t want that to happen. Afaik AOSP has added that to make installing updates more seamless, but it’d be useful for this too. (And since Samsung usually sucks at improving their already self-made stuff to align with AOSP, like Virtual A/B updates, I’m just assuming this)
God bless America, just like its for-revenue prisons.
Neither on Apple devices though? There aren’t many exploits to “jailbreak” Android phones.
It’s not likely that the driver will be mainlined anytime soon, so no. It’s the same as with the proprietary kernel driver, except maybe some being able to patch problems with newer kernel versions by themselves.
It does something different and doesn’t ask to replace sudo everywhere. You brainless trashtalkers can’t even read an article before you judge.
So is it pretty much an unofficial Spin then?