there’s a world of options. this is an LTS distro. use Arch or Nix or whatever if you want the latest packages. i actually switched to NixOS because the CUDA drivers were too new on Arch, and i wanted a better way to pin versions.
or i dunno keep publicly complaining about it until someone does the work for you
I mean, even in an LTS distro, it sure would be nice if the packages were reasonably up-to-date on the day the version was released.
It would be nice, but the time it takes to do the work of validating package versions for LTS candidacy is either limited or not free, so this is the acceptable compromise.
i guess it would be nice, but packages being a few months out of date is pretty normal for Ubuntu, in my experience. i’m not sure what their testing process is like, but part of using something like Ubuntu is stability guarantees. if they felt like the couldn’t do that for newer versions for whatever reason (resource constraints, lack of downstream interest from stakeholders, etc) they’re not necessarily obligated to.
Rocmuh balls
I don’t think I know what rocm is 🤪
Part of AMD GPUs that you can run code on.
Why is this surprising? I would be more surprised if it didn’t.
Rocm is the singular worst piece of software I’ve ever used
this is why we are moving to packaging like flatpak.
Or this is why we are moving to a rolling-release model.
Or this is why I’m rolling over.
Being old != bad. Some software is not critical in terms of cyber security. You have to assess the use case. Feels like you’re screaming wolf, without knowing the package.
Hot take: Windows handles this stuff so much better.
Ehh. 7.1 isnt that old. If they don’t make any newer available until 28.04, then this’ll just be a major baseline. It’ll nice regardless just if it leads to more rocm support. The package and maintainers are in place for this to keep going every 6 months
