Wayland Nvidia • Hacker News Board

Re: Wayland Nvidia

#111

Post by LargoLasskhyfv » Thu, Dec 11, 2025, 1:59 PM UTC

godelski wrote: post #110

LargoLasskhyfv wrote: post #109

Earlier quoted context omitted.

I have used plain Arch in the past, for several years, no derivatives. At that time there existed an AUR-helper called Yaourt, which I made heavy use of. But often in haste, sloppy. Which lead to many unnecessary clean-up actions, but no loss of system. Meanwhile I had to use other stuff, so no Arch for a while. When the need for using other stuff was gone I considered several options, like Gentoo, but naa, I don't w…

I've used Yaourt too. Things are a lot better these days. Yay is the standard. But I think the biggest help of helpers is updating. Yes, we're clear now, but are you surprised by my hesitation? Because having that experience would imply you've had a lot of experience compiling things the long way. Running makepkg -si isn't that complicated. It's as easy as it gets. There's no make, no configure, no cmake, no determin…

> I don't get the issue. Take too long? Not happen automatically?

Yes and Yes. Long before Arch I did LFS and Gentoo. And NetBSD like Gentoo.

I'm having had it! Gimme binaries in the flavors (Hello OpenBSD!) I want/like!1!! ;->

Re: Wayland Nvidia

#112

Post by godelski » Fri, Dec 12, 2025, 1:47 AM UTC

LargoLasskhyfv wrote: post #111

godelski wrote: post #110

Earlier quoted context omitted.

I've used Yaourt too. Things are a lot better these days. Yay is the standard. But I think the biggest help of helpers is updating. Yes, we're clear now, but are you surprised by my hesitation? Because having that experience would imply you've had a lot of experience compiling things the long way. Running makepkg -si isn't that complicated. It's as easy as it gets. There's no make, no configure, no cmake, no determin…

> I don't get the issue. Take too long? Not happen automatically? Yes and Yes. Long before Arch I did LFS and Gentoo. And NetBSD like Gentoo. I'm having had it! Gimme binaries in the flavors (Hello OpenBSD!) I want/like!1!! ;->

  >> Not happen automatically?
  > Yes

I got you fam

  # /etc/systemd/system/pacman_auto_update.timer
  [Unit]
  Description=Update automatically because ain't nobody got time for that
  Documentation=man:pacman(8)
  
  [Timer]
  OnCalendar=weekly
  Persistent=true
  # Optionally wake system up to upgrade
  #WakeSystem=true
  
  [Install]
  WantedBy=timers.target
  After=network-online.target

  # /etc/systemd/system/pacman_auto_update.service
  [Unit]
  Description=Update automatically because ain't nobody got time for that
  Documentation=man:pacman(8)

  [Service]
  Type=simple
  ExecStart=/usr/bin/pacman -Syu --noconfirm

Joking aside, I do use a version of this except I just run -Sy and I do it daily. I find it does help speed things up.

  > Gimme binaries

Definitely not going to happen on Arch and this runs completely counter to what you claimed to like about CachyOS. Distributing binaries is not going to result in a very optimal system... Which is what caused those red flags to be raised in the first place

  >>> After every -Syu follows an immediate -Scc

Btw, I don't suggest doing this. If an update breaks your system then you don't have the versions cached to roll back to. I mean you can download again but your cache gives you a good hint at what did in fact work.

Re: Wayland Nvidia

#113

Post by LargoLasskhyfv » Fri, Dec 12, 2025, 2:03 AM UTC

godelski wrote: post #112

LargoLasskhyfv wrote: post #111

Earlier quoted context omitted.

> I don't get the issue. Take too long? Not happen automatically? Yes and Yes. Long before Arch I did LFS and Gentoo. And NetBSD like Gentoo. I'm having had it! Gimme binaries in the flavors (Hello OpenBSD!) I want/like!1!! ;->

>> Not happen automatically? > Yes I got you fam # /etc/systemd/system/pacman_auto_update.timer [Unit] Description=Update automatically because ain't nobody got time for that Documentation=man:pacman(8) [Timer] OnCalendar=weekly Persistent=true # Optionally wake system up to upgrade #WakeSystem=true [Install] WantedBy=timers.target After=network-online.target # /etc/systemd/system/pacman_auto_update.service [Unit] De…

That's not what I meant by 'automatically'.

I'm perfectly at ease with initiating them manually, as I see fit.

For me that means automatically tracking dependencies of things like USE-flags in Gentoo's Portage, or Exherbo's Paludis.

And the possibly resulting conflicts. Arch and its makepkg and the stuff in the AUR has simply no provisions(that I'm aware of) for that. It's all manual, IMO. AUR-helper, or not.

> Definitely not going to happen on Arch and this runs completely counter to what you claimed to like about CachyOS. Distributing binaries is not going to result in a very optimal system... Which is what caused those red flags to be raised in the first place

Says you. I counter that with my years long experience(on CachyOS), limited to the stuff they DO deliver as binary. Obviously carefully tested by people who really know what they do, on much faster systems than I have, before delivery to the general public.

> Btw, I don't suggest doing this. If an update breaks your system then you don't have the versions cached to roll back to. I mean you can download again but your cache gives you a good hint at what did in fact work.

Never needed it, neither on plain Arch in the far past, nor the two years of CachyOS now. Should something bad happen I can boot some rescue-image from whereever, and fix it that way. It's just a waste of space.

Edit: Please don't suggest Nix(OS) or Guix. They give a shit about optimization in the name of 'reproducible builds', and go for the lowest common denominator because of that. Which is understandable, given their goals. But they are unaligned with mine.

Re: Wayland Nvidia

#114

Post by LargoLasskhyfv » Fri, Dec 12, 2025, 8:57 AM UTC

LargoLasskhyfv wrote: post #113

godelski wrote: post #112

Earlier quoted context omitted.

>> Not happen automatically? > Yes I got you fam # /etc/systemd/system/pacman_auto_update.timer [Unit] Description=Update automatically because ain't nobody got time for that Documentation=man:pacman(8) [Timer] OnCalendar=weekly Persistent=true # Optionally wake system up to upgrade #WakeSystem=true [Install] WantedBy=timers.target After=network-online.target # /etc/systemd/system/pacman_auto_update.service [Unit] De…

That's not what I meant by 'automatically'. I'm perfectly at ease with initiating them manually, as I see fit. For me that means automatically tracking dependencies of things like USE-flags in Gentoo's Portage, or Exherbo's Paludis. And the possibly resulting conflicts. Arch and its makepkg and the stuff in the AUR has simply no provisions(that I'm aware of) for that. It's all manual, IMO. AUR-helper, or not. > Defin…

Ho-hum, so I gave this yay-thing a try, as a binary, out of CachyOS repos, and let it run an outstanding update of 77 packages, mostly new Plasma/KDE to 6.5.4 from 6.5.3. It even discovered some things which I must have installed manually via makepkg from the AUR, mainly i7z(probably during discovery, when the system(s) were 'new' to me), some microsoft fonts, and even Hexchat, which I've forgotten about, because I switched to KVirc when Hexchat began to crash. It doesn't do that anymore, at least not during autoconnect to EFNET & Libera Chat. Didn't test further. Did reboot with the usual insane brazenness of kill -9ing Firefox from within htop beforehand, to have it reliably restart my session, with all its windows and tabs in there. Yay -Scc, erasing all btrfs-snapshots, and so on.

Closing all other apps, terms, filemanagers. Klicking restart. Hands off. Very quiet and fast boot. Sddm appears. Login. Plasma is there. FF reloads as it should. Everything else works. Still ultra-smooth.

So Yay!?

(Squeekily screaming: *Oh my gawd!1!! Nao my (almost) pristine binary system iz tainted!1!!*)

You were saying?

Edit: Wanna 'see'? https://postimg.cc/5HmJb0g3

Edit: Hrrm. When Hexchat began to crash... So I've told shit about no app ever crashing. But that was a general problem on Distros which updated the underlying substrate faster than others, IIRC.

It was just 'bitrotten'.

Very annoying at the time because I've been used to it since a long time, and had it heavily customized and themed, but (binary!) KVirc came to the rescue, so I've forgotten about that. Sorry.