Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

2022 was the year of Linux on the Desktop?

justingarrison.com

Post reply on HN
Print view View original

341–350 of 351 posts

Re: 2022 was the year of Linux on the Desktop?

#341

Post by bsdice »

spaceman_2020 wrote: post #39

If I'm honest, Linux is...exhausting. I'm technically proficient, but even the "user-friendly" Ubuntu is a pain to work with. Something as simple as changing the mouse scroll speed requires creating a bash script. Software updates rarely work. There are random crashes that take hours to fix. I'm about to give in the towel and get a Mac. I can get it to work because the terminal doesn't scare me, but there's no way I…

I'm on Arch and a 4K display and had to hack the package 'xf86-input-libinput' to be able to adjust mouse scroll speed, towards faster. Upstream has been unwilling to implement it. I published the mod here: https://seitics.de/files/xf86-input-libinput/ should anyone stumble on this post via search engine. To change scroll speed from 1 1 to 2 2 use e.g.

xinput --set-prop "Kingsis Peripherals Evoluent VerticalMouse D" "libinput Scroll Distance Scale" 2 2

aside from

xinput --set-prop "Kingsis Peripherals Evoluent VerticalMouse D" "libinput Accel Speed" -1.0

for cursor speed which already worked. HTH

Edit: Patch by 3rd party, I fixed it up so would apply cleanly to most recent package.

Re: 2022 was the year of Linux on the Desktop?

#342

Post by bronson »

joombaga wrote: post #19
Arbortheus wrote: post #5

Is there any Linux distribution with MacOS levels of reliability, simplicity, and productivity, that can reliably be updated without the boot partition getting full, random things like thunderbolt docks not working, or sleep states being faulty (or the machine not working properly after waking from sleep), or external monitor resolutions being wrong, and monitor scaling working properly when you have two monitors wit…

> that can reliably be updated without the boot partition getting full Who hurt you? Pop!_OS?

Ubuntu, for like a decade. Made running Ubuntu servers real dicey.

Re: 2022 was the year of Linux on the Desktop?

#343

Post by ryandrake »

reisse wrote: post #320
ryandrake wrote: post #231

Earlier quoted context omitted.

Unfortunately my example was based on real-world frustration. That conversation was just maddening to read. One person arguing for the end user’s experience and the other one (apparently winning) tunnel-visioned on “pixel perfect”, “well defined”, “guarantees to developers” and “relevant specifications”. Meanwhile, for the last at least five years, I can turn on my Mac, drag windows from one hidpi display to a low dp…

And dragging apps between displays with different DPIs work on Windows too. Nothing more to add, wholeheartedly agree with you.

Well, Windows doesn't work that well. At least on my setup, when I drag a window across DPIs, the window size is incorrect on the other monitor, during the dragging animation, and then when I release the mouse button, the window and fonts properly "snap" to match what I'd expect. A little janky but it kind of works if you have no desire for a polished product.

Re: 2022 was the year of Linux on the Desktop?

#344

Post by palata »

cardanome wrote: post #288
palata wrote: post #276

Earlier quoted context omitted.

Isn't Linux Mint basically just a different UI on Ubuntu? I mean there are also alternatives not based on Ubuntu (Arch, Debian, Fedora, Alpine, Void, ...)

Yes. But also no snap, telemetry or other Ubuntu shitfuckery. It only just takes the good stuff from Ubuntu. Being based on Ubuntu is pretty great because is is allows access to the huge package ecosystem. Lot's of commercial software is (sadly) only targeting Ubuntu so you can just use the .deb without problems. Stock Debian is also a great choice (Ubuntu uses Debian as a base) but a bit harder to set up for beginne…

I always found the Arch wiki amazing, but of course that's for those who actually want to tinker :-).

Re: 2022 was the year of Linux on the Desktop?

#345

Post by palata »

blep_ wrote: post #282
palata wrote: post #277

Earlier quoted context omitted.

I like Jitsi, because it is open source and it is not Zoom.

That's... not really useful for those of us who need to talk to other people using Zoom.

Out of curiosity: what makes it mandatory to use Zoom? Jitsi runs in the browser (just like Google Meet, btw, which I still like better than Zoom), so it should not be a permission issue.

Re: 2022 was the year of Linux on the Desktop?

#346

Post by pizza234 »

reisse wrote: post #222
pizza234 wrote: post #156

Earlier quoted context omitted.

> that can reliably be updated without the boot partition getting full I have the suspicion that this is caused by users who add extra kernels and don't use the system provided ones. Ubuntu retains only a certain number of (distro-provided) kernels. Ubuntu desktop version doesn't even use a separate partition for `/boot`, so there's no risk. I remember this being a problem for Ubuntu Server, but it was long ago (I th…

> In such cases, I actually don't know how Windows works (for example, if they patch the ACPI tables). It uses Modern Standby (aka S0 Low Power Idle). https://learn.microsoft.com/en-us/windows-hardware/design/de... > if there is no S3, it's the producers fault Or it's Linux fault for not supporting the S0LP? Sure, there are a lot of problems with the S0LP implementation on Windows, but the idea itself is good - that'…

> Or it's Linux fault for not supporting the S0LP?

That Linux should support all the crap in existence is a fair argument, however...

> the idea itself is good - that's what all the phones have utilized for at least previous 10 years

Phones are different from PCs, in the hardware design, but also in the usage pattern. If something makes perfect sense on a phone, it doesn't imply it does it on the PC as well.

I owned in the past two hybrid (Microsoft) laptops, which I carried and used on the way frequently, and still, the idea of a connected standby was evidently nonsensical (even ignoring the horribly broken implementation). If one wants to stay connected, they use a smartphone, and/or a smartwatch. A laptop can't be kept in a pocket and pulled it out in a second; it's also often awkard to use on the way.

There are no measurements around; embarrassingly, a presentation by an Intel engineer¹ has zero data, but has photos of cute animals. It certainly consumes more than S3, but how much, is carefully ignored (I bet considerably more).

The modern standby, and the convergence narrative in general, is pushed by the companies that couldn't set a foot in the mobile market (Intel and Microsoft), and are trying to appear relevant.

I hope it dies, although with M$ behind, it's unlikely that it will. It's tragic that a useless idea clearly invented by business suits, is affecting the hardware landscape so significantly.

Re: 2022 was the year of Linux on the Desktop?

#347

Post by kaba0 »

woojoo666 wrote: post #302
mboto wrote: post #150

Earlier quoted context omitted.

I agree with the parent comment. This isn't that niche a requirement and its just one of huge list. Dismissing people's needs isnt the way to solve this.

I'd like to see a comparison between, say, how many people want to customize their scroll speed (hard on linux, easy in windows/macos) and some other use cases, like how many people to sandbox and control permissions for individual apps (easy on Linux using Flatseal, hard on window/macos). Then we can get a better sense of how niche these demands are, and how well these desktop OSes support them

> control permissions for individual apps

Sandboxing is ridiculously bad on all 3, the best being MacOS. But this is one area where desktop OSs are simply way behind mobile ones.

Re: 2022 was the year of Linux on the Desktop?

#348

Post by jerrygenser »

palata wrote: post #345
blep_ wrote: post #282

Earlier quoted context omitted.

That's... not really useful for those of us who need to talk to other people using Zoom.

Out of curiosity: what makes it mandatory to use Zoom? Jitsi runs in the browser (just like Google Meet, btw, which I still like better than Zoom), so it should not be a permission issue.

Everyone else in the company using Zoom

Re: 2022 was the year of Linux on the Desktop?

#349

Post by Jorengarenar »

Kukumber wrote: post #24
Arbortheus wrote: post #5

Is there any Linux distribution with MacOS levels of reliability, simplicity, and productivity, that can reliably be updated without the boot partition getting full, random things like thunderbolt docks not working, or sleep states being faulty (or the machine not working properly after waking from sleep), or external monitor resolutions being wrong, and monitor scaling working properly when you have two monitors wit…

Bugs? sounds like they misconfigured their OS Linux is not a commercial product that'll suit everyone all at once, you need to learn about its components, linux is just a kernel If your argumentation is "various linux bugs", then you should stick to Windows, it has nice "various windows bugs", or macos, it has nice "various macos bugs" There must be a reason why linux empowers the world from micro controllers to data…

> linux empowers the (...) nintendo switch for its FreeBSD variant

But BSD isn't Linux... Both belong to *nix family, but so does macOS

Re: 2022 was the year of Linux on the Desktop?

#350

Post by randunel »

compumike wrote: post #130

Out of curiosity I just pulled User-Agent stats from my “Show HN: Inflation-adjusted stock charts – Total Real Returns” post https://news.ycombinator.com/item?id=32081943 that was #1 on Hacker News on July 13, 2022. Of 38595 clicks that day from news.ycombinator.com total: 30.8% (11868) Macintosh 22.7% (8745) iPhone 21.7% (8356) Windows 15.7% (6065) Android 8.5% (3284) Linux (!Android) That implies a 61%/39% desktop/…

My linux user agent would've told you chrome on mac, and I use neither.
Post reply on HN