Intel Arc discrete GPUs released 2022
Aatube
[He/Him, Nosist, Touch typist, Enthusiast, Superuser impostorist, keen-eyed humorist, endeavourOS shillist, kotlin useist, wonderful bastard, professinal pedant miser]
Stuped person says stuped things, people boom
I have trouble with using tone in my words but not interpreting tone from others’ words. Weird, isn’t it?
Formerly on kbin.social and dbzer0
- 2 Posts
- 24 Comments
can i put it on a pickaxe and eat it?
Aatube@kbin.melroy.orgOPto Linux@lemmy.ml•It’s True, “We” Don’t Care About Accessibility on Linux1·21 days agonobody can’t just say “but the developers are working really hard”, or “a bunch of people actually use it” and make it all suddenly go away
That’s not what anyone’s saying either. AHemlocksLie said the article—instead of saying “we know better what the users want”—expresses frustration at caring and working a ton at (blind) accessibility only for people to say GNOME devs don’t care about (blind) accessibility; nowhere did they say that makes GNOME accessibility good. In the context of us understanding what AHemlocksLie said, I think it’s not aberating that we interpreted your reply the way we did.
squaresinger said what you think you said in their last reply. Look at the positive response to them.
Aatube@kbin.melroy.orgOPto Linux@lemmy.ml•It’s True, “We” Don’t Care About Accessibility on Linux11·21 days agoYou’re not criticizing. You’re saying “no matter how much people try to improve this, this will always be objectively worthless, because this is objectively worthless”. Nobody said you’re not allowed to criticize GNOME. Criticism includes specific directions to improve on and does not involve neglecting the size of the userbase to claim your personal preferences extend to objective truth.
Aatube@kbin.melroy.orgOPto Linux@lemmy.ml•It’s True, “We” Don’t Care About Accessibility on Linux2·24 days agoDo you have to dunk on something just because it’s decidedly not for you? There are, in fact, many avid GNOME users who’ve tried Plasma or other DEs, including Linus Torvalds.
Aatube@kbin.melroy.orgOPto Linux@lemmy.ml•It’s True, “We” Don’t Care About Accessibility on Linux5·24 days agoEven external and blind reviewers like Fireborn said GNOME was the only working option on Wayland.
Aatube@kbin.melroy.orgOPto Linux@lemmy.ml•It’s True, “We” Don’t Care About Accessibility on Linux2·25 days agoNot just the installer but setting up stuff for a11y in general.
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 202523·27 days agoSorry that I couldn’t see where you included that. Could you do me a favor and quote what components exactly need to have work done for a solid base? (brownie points if they refer to postmarketOS’s Plasma Mobile as a starting point) Note that I’m already aware of the driver layer issues. I’m really curious about this solid base you mention.
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 202513·27 days agoOkay, what more needs to be in postmarketOS Plasma in order so that it has a “solid base”?
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 202521·27 days agoDo you think Android is “just” Linux?
No? It’s not even much Linux besides the kernel. By my second sentence I meant “Isn’t [Plasma Mobile’s solid] base just GNU/Linux?”
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 20251·27 days agoIsn’t that the UI layer they was referring to? I would think that the AOSP layer as summarized by balsoft is the solid base, which is GNU/Linux plus some basic stuff in the DE.
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 20251·27 days agoYeah I could’ve phrased that better. I was thinking more process management, coreutils, networking, device interfaces, rendering, window manager, etc.
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 20251·27 days agoThat would make sense, though I was asking about the “solid base”, not the “driver layer”.
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 202531·27 days agocould you explain?
Aatube@kbin.melroy.orgto Linux@lemmy.ml•KDE Plasma Mobile — The Dev Log: April 2024 - June 202552·27 days agoNot sure what you mean. Isn’t the base just GNU/Linux?
same as why they keep source code public
Aatube@kbin.melroy.orgto Not The Onion@lemmy.world•Kids are short circuiting their school issued Chromebooks for TikTok clout Ars Technica51·2 months agoDon’t you need to manually approve data transmission through USB?
Aatube@kbin.melroy.orgto Not The Onion@lemmy.world•Kids are short circuiting their school issued Chromebooks for TikTok clout Ars Technica5·2 months agodoes not look as cool as arson
Not really with archiinstall, but indeed as you say reading the manual is an expectation. Their philosophy is “creating an environment that is straightforward and relatively easy for the user to understand directly, rather than providing polished point-and-click style management tools”, as well-summarized by Wikipedia.
tbh that goes for every distro. It’s just that Canonical is more hands-on with its approach. The major complaint with Snap besides performance issues is Canonical making it so that only the Snap versions of popular apps (most famously, the bundled Firefox) are available by default.