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

131–140 of 351 posts

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

#131

Post by ranger207 »

JadeNB wrote: post #85
LarryMullins wrote: post #75

Earlier quoted context omitted.

There's no singular 'linux experience', all the problems you list are expected problems with some software on linux, but work just fine with other software systems on linux. Unfortunately many of the defaults chosen by Ubuntu are very poor and give bad first impressions. I think that recommending Ubuntu is an anachronism from the mid to late 00s. Experience makes it all much easier, simply because you learn which sof…

> I think that recommending Ubuntu is an anachronism from the mid to late 00s. What would you recommend as a modern-day user-friendly Linux experience? I've been looking for something not too demanding to put on an old X220.

Fedora. If you don't like Gnome, the Fedora KDE spin is almost as polished

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

#132

Post by jraph »

srcreigh wrote: post #101
jraph wrote: post #92

Earlier quoted context omitted.

> without the boot partition getting full This is very annoying. Some distributions are able to boot directly from the main partition, without a need for a separate /boot though, even with Btrfs. This is the case for the computer I'm writing this comment with running openSUSE Tumbleweed, I think I had that with Debian or Ubuntu in the past. [a] > sleep states being faulty (or the machine not working properly after wa…

What partition configuration do you have? Do you have a fdisk printout handy (aka `fdisk /dev/FOOBAR` and run the p command)

  Disk /dev/sda: 465.76 GiB, 500107862016 bytes, 976773168 sectors
  ...
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disklabel type: gpt
  ...
  
  Device         Start       End   Sectors   Size Type
  /dev/sda1       2048   1050623   1048576   512M EFI System
  /dev/sda2    1050624 972578815 971528192 463.3G Linux filesystem
  /dev/sda3  972578816 976773134   4194319     2G Linux swap
sda1 is the EFI partition mounted on /boot/efi, /boot is a folder of /dev/sda2.

sda2 is fully encrypted, subvolumes used to be managed by snapper and I installed openSUSE with its installer which does a lot of magic so my mount is a bit of a mess. Grub is able to find its config and boot the OS but takes ages to decrypt so I replaced it with systemd-boot. Here's mount:

  proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
  sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
  devtmpfs on /dev type devtmpfs (rw,nosuid,size=4096k,nr_inodes=3048348,mode=755,inode64)
  securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
  tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
  devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
  tmpfs on /run type tmpfs (rw,nosuid,nodev,size=4883644k,nr_inodes=819200,mode=755,inode64)
  cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
  pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
  efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
  bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
  /dev/mapper/cr_root on / type btrfs (rw,noatime,ssd,space_cache=v2,subvolid=266,subvol=/@/.snapshots/1/snapshot)
  systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=16762)
  debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
  mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
  hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
  tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
  fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
  configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
  ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
  ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
  /dev/mapper/cr_root on /.snapshots type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=265,subvol=/@/.snapshots)
  /dev/mapper/cr_root on /boot/grub2/i386-pc type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=264,subvol=/@/boot/grub2/i386-pc)
  /dev/mapper/cr_root on /opt type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=261,subvol=/@/opt)
  /dev/mapper/cr_root on /srv type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=259,subvol=/@/srv)
  /dev/mapper/cr_root on /boot/grub2/x86_64-efi type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=263,subvol=/@/boot/grub2/x86_64-efi)
  /dev/mapper/cr_root on /usr/local type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=258,subvol=/@/usr/local)
  /dev/mapper/cr_root on /root type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=260,subvol=/@/root)
  /dev/mapper/cr_root on /var type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=257,subvol=/@/var)
  /dev/mapper/cr_root on /home type btrfs (rw,relatime,ssd,space_cache=v2,subvolid=281,subvol=/@/home)
  tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=12209112k,nr_inodes=1048576,inode64)
  /dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
  ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
  tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=2441820k,nr_inodes=610455,mode=700,uid=1000,gid=1000,inode64)
  portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
  gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
  tracefs on /sys/kernel/debug/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
  portal on /root/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
  gvfsd-fuse on /root/.cache/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
I have a similar setup on an nvme disk in another computer.

I might as well delete the 2G swap partition by the way, with 24G of RAM I'm not sure it's that useful.

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

#133

Post by Certhas »

spaceman_2020 wrote: post #99
joe_the_user wrote: post #95

Earlier quoted context omitted.

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. A. I'm looking at pointer speed section in Mouse Preference in Control Center. It's pretty simple. It give acceleration and sensitivy. B. Just about every GUI aims for decent defaults and doesn't allow endl…

Should have been clearer: mousewheel scroll speed, which there's no way to control from the GUI.

Is there such a setting in Windows/macOS? (genuine question, haven't used either much in years)

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

#134

Post by robertlf »

This is utterly ridiculous. Unless you're a long-time Unix hacker or system administrator (I was the latter for ten years), trying to do anything in Linux is time-consuming, difficult, and ultimately very frustrating. Desktop Linux was always be a backwater for techies and it has absolutely no hope of widespread adoption like Windows or macOS.

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

#135

Post by LarryMullins »

aussiesnack wrote: post #127
LarryMullins wrote: post #109

Earlier quoted context omitted.

And then there's this guy, who gets mad at people who share positive experiences because he thinks the discussion is the rightful territory of those who want to complain.

The apparently innocent "sharing" of positive experiences - so sweet! so nice! - is from Linux self-identifiers all too often a very crude backhanded "you're wrong about the problems you claim to have with Linux, and if you're not wrong, then you're at least thick or lazy".

You've pulled these insults out of thin air. I have no animosity towards Windows or Mac users, nor for those that might hypothetically like Linux but understandably have better things to do with their time than learn the ins and outs of it.

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

#136

Post by echelon »

mumblemumble wrote: post #30

If you click through to the link, you'll see that the results add up to 150%. That should be a sign that something odd is going on with this survey result and we need to interpret it with caution. The question was "What is the primary operating system in which you work." (Emphasis mine.) The question itself implies that we should only be able to pick one, and yet the results clearly indicate that more than one was al…

Now that I'm no longer forced to use a Mac at work, all of my work happens on Linux. I only marginally touch Windows and Mac for testing and builds.

If I can find a good MDM solution for Linux hardware and software, I'll let the employees at my startup use Linux too.

I get a sense that corporate MDM is all that's holding Linux back.

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

#137

Post by ryandrake »

TulliusCicero wrote: post #112

These comments are hilarious. Linux user community: Linux has been fine for casual users for years! Give it to your grandma, it's not a problem! Also Linux user community: Wait, you used an nVidia GPU in your build? What kind of idiot scrub are you? If there's one thing I've seen that's consistent with Linux users over the last two decades, it's been blaming users for all their Linux-related problems.

Or “You mean you want to run two monitors with different DPIs? What kind of oddball user are you, anyway?” Linux display stack’s treatment of monitor DPI is basically “throw our hands up and let apps like Firefox make it work!”

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

#138

Post by IshKebab »

pjmlp wrote: post #42

Playing numbers from developers survey, while even Steam places it at around 2%.

I mean Steam is probably biased in the opposite direction since gamers are clearly going to be more likely to use Windows.

But yeah clearly not nearly as insanely skewed as these numbers. Statcounter puts it at 2.8%.

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

#139

Post by jacquesm »

pjmlp wrote: post #59
jacquesm wrote: post #22

Earlier quoted context omitted.

Unix has been absolutely dominant on mobile for years now.

Try to write a pure POSIX applications on either iOS or Android. https://www.usenix.org/publications/login/fall2016/atlidakis

That's not the same thing though, is it? Even desktop Linux is not technically POSIX compliant.

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

#140

Post by hpcjoe »

JadeNB wrote: post #85
LarryMullins wrote: post #75

Earlier quoted context omitted.

There's no singular 'linux experience', all the problems you list are expected problems with some software on linux, but work just fine with other software systems on linux. Unfortunately many of the defaults chosen by Ubuntu are very poor and give bad first impressions. I think that recommending Ubuntu is an anachronism from the mid to late 00s. Experience makes it all much easier, simply because you learn which sof…

> I think that recommending Ubuntu is an anachronism from the mid to late 00s. What would you recommend as a modern-day user-friendly Linux experience? I've been looking for something not too demanding to put on an old X220.

Linux mint is brain dead simple. Everything just works. Same version runs on a 14 year old laptop as well as it does on a newer Epyc deskside workstation. There are others like it, but Mint is really quite simple to use, and quite a productive environment.

There are others like it as well.

I've been running linux on my desktops/laptops and servers for the past 24 years. I've not run into problems from a desktop/laptop perspective for the last 15 years. Some have, but its rare.

Post reply on HN