I personally consider Ubuntu an irresponsible choice. They hold back security updates unless you subscribe to Ubuntu Pro with the 'esm-apps'. I'd rather use a distro that doesn't apply a ransom to security updates.
From my experience Debian uses much older versions of tools which has caused me many problems in the past (I need newer tools sometimes) but they do backport security patches fairly quickly. Supposedly 'testing' doesn't always get security updates, and 'unstable' is the wild-west of broken packages.
Someone may run into some issues upgrading their one server, and decide to power through it. Enterprises create a project plan, have meetings, get QA involved, identify risks, mitigate them, need sign off from the security team, not just on the new Ubuntu version, but they may talk themselves into re-certifying the entire bla-di-blah. For them it makes economic sense (in the short term) to just pay for the support plan that keeps them "compliant" and comfortable on the current version.
And this, among other things, is why I like the agency that small companies should be able to offer you.
I've been in the room more than once where this conversation has happened:
IT guy: We must upgrade our shockingly ancient [database|OS|whatever]. The long term support patching costs are $X thousand and we are out of compliance with corporate security policy and they are threatening to deny our exception.
Exec: How much does the new license cost?
IT guy: $Xk + $1.
Exec: Is corporate security going to pay for it?
IT guy: They don't usually do tha...
Exec: No.
IT guy: Bu...but...
Exec: One more word out of you. Just one more word. Fucking try me.
> Yeah I can see a niche situation where it's helpful, it's just surprising to me that it's a common enough case to make it a business line.
Critical industries are slow to make changes due to risk and regulatory requirements. Spend any time at non-tech Fortune 500 or similar and you'll run into this all the time.
Sure, but if you are such a situation, then paying for Operating System is probably cheaper than paying engineering time to fix it. Also, most stuff these days could probably be shoved into a container and thus extremely distro/version agnostic.
All applications need maintenance. Either you do it at application level to keep on top of its dependencies or you do it at OS/3rd party level. Either way, someone wants to get paid.
> Sure, but if you are such a situation, then paying for Operating System is probably cheaper than paying engineering time to fix it.
Yes, that is the entire point of what I said.
> most stuff these days could probably be shoved into a container and thus extremely distro/version agnostic
It depends on if it's an in-house app or managed and built by a 3rd party (may void contract). Also depends on the risk of life/monetary loss if something goes sideways.
I agree, since that move I've migrated everything I had running on Ubuntu to Debian, with the exception of my big blue button VPS whose installation script is really tied to it.
This is what I don't understand, I have 24.04 LTS and yet it still holds back gstreamer for example, and other security patches. I just don't get it, and it brings it up with a list every time I update. It's mid-cycle, shouldn't it have those updates included automatically without any intervention on my part?
Ubuntu is surely controversial but no, security updates aren't paid. ;) Well, unless you need an LTS that cannot be updated for whatever reasons for 10 years. Or for people that need an extra FIPS approval.
sound like FUD, ubuntu don't hold back security updates for their LTS distro , move to newer LTS one if you wanna secure your system, same goes to Debian or RedHat or Windows , who wanna maintain older Debian 9 security or Windows 7 secuity update.
Expanded Security Maintenance for Ubuntu’s Main repository for an additional 5 years beyond Ubuntu LTS end of standard support (infra-only)
Coverage levels
Infra-only coverage
Encompasses over 4,700 open source deb packages in Ubuntu’s Main repository for an additional 5 years [...]
Full-stack coverage
Provides security maintenance for over 36,000 open source deb packages in the Ubuntu Universe repository for up to 10 years, including [...]
TLDR: They withhold Ubuntu patches in the Universe repo without Ubuntu Pro.
---
If Canonical creates a security patch for a universe package, that patch is gated behind Ubuntu Pro. Standard systems will display notification prompts that security updates are available via Ubuntu Pro, but running sudo apt upgrade without Pro enabled will skip them.
Yes this FUD, EOL-ed LTS support individually same goes to older debian , older redhat or older EOL-ed windows , better you migrate to supported LTS-one , like move from EOL-ed debian to stable Debian one
Is X11 no longer in the repos? It's not mentioned in the release notes. I thought it was still there as an option, but GNOME dropped X support so it can't be the default anymore (and isn't on most other distros either like Fedora)
I left ubuntu back during the unity desktop days. It was a great desktop for beginners, but not my cup of tea. Since then they put ads in their operating system and embraced these nonsensical snap packages, so I'll never go back to ubuntu.
Instead, I'll probably move everything over to Void next.
Im on Void Linux and using X11 too. While i do a lot of my config using an LLM these days, i do find the system simple again. No SystemD, no wayland etc (This works. great for me as im on a desktop with a AMD GPU and well supported HW. If i was on a laptop i would use Wayland probably).
I still remember when I found out about Ubuntu 100 years ago.
It's clear to me that Ubuntu is no longer in fashion. So what is popular these days? From what I heard, I think it's Fedora or Arch (such as Omarchy), but only with some slick UI stuff like Hyprland and Caelestia.
I recently revived my old gaming PC from 2015 and I wanted to install Pop!_OS cause that was the cool new-ish one everyone's been talking about. But I straight up could not get it to install on my hardware (I think my GTX 970 is too old for official support)
- Snaps.
- Replacing something battle-tested with something written in Rust, MIT licensed, with 140 CVEs and other bugs (uutils).
- Pulling rugs and replacing debs with snapswithout telling it, because "it creates positive pressur e on the snap team and drives the quality higher".
- Staggered rollout of some updates, so update is there but you can't update because the your system didn't feel like updating yet.
- Promising to open source Snap store to allow alternative stores and forgetting what they had said.
- Bullying Debian to push their changes to Debian to offload software maintenance (they wanted to make netplan the default in Debian, for example).
... etc, etc.
Note: You can disagree with this, and we can discuss this with cool heads, if you prefer.
I never used Ubuntu outside VMs to test Ubuntu-specific stuff. I used to have a colleague who installed Ubuntu as defacto server OS, but I replaced them with Debian step by step.
Nope, snap is bad, but how they modify apt to slow-rollout updates and bully Debian to offload things are equally bad. They became the Microsoft of the Linux world while trying to replace it.
They are moving with self-interest, not with a collective interest. Considering what Ubuntu means, that's bitterly ironic as well.
I can't understand the snap hate personally. Snap packages are very easy to create and i like being able to install e.g. a language toolchain in a self contained way that doesn't depend on or pollute my system libraries. And ultimately i use a distro because i trust its maintainers, i can't bring myself to get upset about what package format they choose to use
Hate is such a strong word. I don't hate snaps per se, but its design and push as a technology is a deal breaker for me. A showstopper, if you prefer the term.
As a person who uses Linux for both technical and ideological reasons, the freedoms are equally important for me as well as the technical merits.
A system behaving the way I can't control and I can't replace is a no-no for me. Can I opt out of Snaps? No. Is there a well defined set of Snaps? No, they are spreading inside my system. So, can I replace the Snap repository I use? No, Canonical dictates and controls that side of the deal.
So, can I install a self-contained toolchain without Snaps? Yes. There are multiple ways. Also, can I use .deb and related machinery without Snaps? It eliminates Ubuntu, but that's possible. Can I self-host my repositories for any of the non-Snap technology, controlling it end to end? Again, yes.
So, any non-snap technology which can provide what Snap claims to do is way more usable for me, and more compatible with my computing requirements, technical and non-technical equally.
I'm currently abandoning some SaaS I use and moving to self-hosting, and if I decide to have my own .deb packages in my own system, I can do that. Same for containers and flatpak as well.
I don't get upset with the technology, but how it's forced upon me.
Not really, you can't opt out of apt without changing distros, or opt out of systemd without changing distros. So why does snap in particular elicit this reaction. Like every distro "forces" its design decisions on you.
I get the repo thing, kind of. I mean i don't understand it being a showstopper but i do think it's valid criticism. The rest, though, is just distro maintainers doing what they do: making design decisions. Like i said elsewhere, i just can't understand caring about how the maintainers choose to package the packages they maintain, it doesn't affect me. It's not being "forced" on me any more than their choices to use AppArmor or systemd or whatever other base system components.
Edit: the reason i kind of like snaps, other than being easy to make, is that unlike flatpak, they can bundle CLI apps. What alternative is there for a portable, contained CLI package on Linux? You just use docker for everything?
I've been using Ubuntu for years and admin a whole bunch of Ubuntu servers for work - I originally chose it due to it having more recent packages than Debian and it's relatively easy to find information on fixes due to its popularity. What bugs me the most with snap is that the system insists that I close down e.g firefox or signal, so that it can be updated. That's annoying as are the frequent notifications that there's an update waiting for me to close down the program.
Don't get me wrong, I like frequent updates, but it does seem like a major flaw with snap that it doesn't update as easily as apt-based packages.
I mean an apt update of Firefox also doesn't get applied until you restart the app, there's just no mechanism to remind you to do so. I imagine you can turn the reminders off?
Even when you do an apt install chromium , it does a snap install .. the worst part is snaps don't even work well everywhere.. (add to that the complexity of x11 vs wayland vs vnc)..
The popular OS is more likely to be either directly tested by people writing software, or already have bugs filed/fixed for edge cases because more people are using it.
I'm still using Ubuntu at the moment. But at least curious about what's popular tiday. There are usually at least minor technical rationales. But also it's like anything else to a certain degree, fashion is dumb, but you still don't want to be obviously out of touch.
If it's a server: Debian Stable or Rocky Linux (choose according to taste).
If the person can put in the work and doesn't need bleeding edge software: Debian Stable.
If the person can put in the work, the machine is in a secure environment, not going to serve anything and is a desktop system: Debian Testing.
If the person can't put the work and wants something working: Fedora.
If the person wants to dive deeper: Arch, Gentoo, LFS.
Note: Debian needs some work not because it doesn't work out of the box, but it doesn't do any customization on packages. So tailoring things according to your taste takes time. Then it becomes so customized it almost reads your mind and feels like home.
I've been A/B testing the desktop side of this. If the person doesn't mind reading a wiki page every now and then and has a few hours to set up the OS on the first day, Arch (without `archinstall`) works better for "wants something working."
The reason is that, people eventually need proprietary / old / unsupported software, and AUR often has it out of the box, and when it doesn't, at least the dependencies are already there. On the other hand, beginners (even some experienced but busy guys) might agree with a problematic `apt` plan and uninstall the desktop, and it goes downhill from there (can't repair the system because they never built it in the first place, or cannot go back to the original configurations, etc). For instance this can happen because the user tried to install a `deb` package for an older release.
That being said I can't remember seeing fedora fail this way, though the user might have to manually clone / build a dozen more git repositories to install the same unsupported software. This was a deal breaker two years ago (lack of AI help), but now it's just time consuming.
I've settled on NixOS for things I manage - servers, VPCs, laptops/pcs. Not gonna rehash its pros/cons, but it really clicks with me. Also, very useful for project dependencies and things that doesn't need to be installed just because are used once a month.
I'm still on Ubuntu and I'm not sure I'm dedicated enough to bother with Debian (especially on a niche laptop, I run Debian on servers), but everything I'm seeing about the new Ubuntu releases makes me want to switch to Mint once 23 (26.04 base) comes out.
I was an Ubuntu member for years; got a certificate from
Mark Shuttleworth, a cool @ubuntu.com email and IRC cloak, contributed to Ubuntu a ton, gave public talks around Brazil in schools and events like Latinoware, ran a pretty successful blog about the distro here in Brazil, was co-leader of the LoCo team in my state. You could say I was very invested in Ubuntu.
Still, I can't recognize the distro anymore. We got ads, things being pushed down the community's throats, the insane hiring process, and so much more. I have very fond memories of my time as an Ubuntu member, and I wouldn't be where I'm today if it wasn't for what I did as a member, but I left years ago when all of this started.
Been using openSUSE ever since. I don't contribute to openSUSE as I did Ubuntu, as I don't have the time anymore, but the decisions are sound, the system works incredibly well and stable[1], and the voice of the community is heard by leadership. I'm pretty happy with the choice.
[1]: Heck, it works so well that I even run Tumbleweed, a rolling release distribution, on servers.
CachyOS is probably the new hip one (Arch-based). The new "I use x, btw" would be nixOS. Arguably, the distro matters a lot less if you use containers or flatpaks for most things (which I'd recommend). So there's nothing standing against using just boring Debian stable these days, or Fedora if you want to be more up to date. If you like fancy UI, check out the COSMIC desktop environment, should work on all mentioned.
Arch is great, but stick with stock or go for CachyOS, which prioritizes modern compiler optimizations and speed. Omarchy is DHH's vibecoded slop and I'd stay all clear of it.
While not necessarily indicative of the Linux world as a whole, the Distrowatch page hit ranking is pretty useful to see what people are looking up over there. Mint and MX Linux have been at or near the top for a while while CachyOS shot up a lot recently.
I don't like Ubuntu. It was born with the intent of making Linux more user friendly, it changed policy wanting to become the Microsoft of the linux world: Snap, Mir. And then why use a derivative if I can stay on the original? I love debian: stable, it creates the right environment to feel at ease without the fear that every update can break something. Old software? flatpak and appimage solve the problem comfortably. The distro is slow? It's not true, maybe many don't know the magic of debootstrap. Many say that arch is fast, but the base rootfs weighs double that of debian and the speeds are comparable
Questions like this are easier to answer if you specify which problems you refer to. They have fixed a ton of issues since it was added to 22.04. If the issues you complain of is fixed or not, that is impossible to answer without more information.
My biggest issue is that I cannot start a snap program, e.g. firefox, and allow it to access different mount points than the one used for snap.
I know there have been partial fixes and workarounds, but if they change what it means to run a program in Linux and unexpected things happen, then I consider that broken.
Also, when I use VNC and xeyes works, then I expect any X11 program to work. Except, this does not always hold for snap based programs somehow.
These two points together make snap unworkable for me.
There is a flag to install a snap in classic mode, which I think would allow it more access, but I've not seen more fine-grained control than that. Perhaps it exists, I have not had a reason to look.
As for X11, I'm on Wayland and wouldn't expect xeyes to work. What X11 programs still is used seems to work fine in Xwayland, but I don't use VNC so I don't know how they interact.
So I don't know if these are solved, sorry. I suppose I have simpler needs.
Part of that is much of the point behind snaps (and just as true of flatpack for that matter) - once applications are put into sandboxes many things break. And while it is often easy to erect walls against unwanted use it takes a lot of thought building abstractions that let people do what they need in a controlled way that don't leave the system as open when compromised.
But yes I agree, it is definitely a big change compared to how things traditionally have worked. The question is if it is a necessary direction.
Well, if access to my filesystem stops working as expected, then I'm sure many people would agree that is not a desired direction ...
Linux has traditionally used the model of: users are suspect, applications are trusted; of course you can ask questions about that, but don't flip it upside down while breaking stuff. For example, I would probably be OK with it if they added a popup asking me to set permissions. But instead, it just breaks.
eu | 9 hours ago
luipugs | 9 hours ago
wongogue | 9 hours ago
lathiat | 8 hours ago
antonyh | 9 hours ago
philipallstar | 9 hours ago
antonyh | 5 hours ago
esseph | 9 hours ago
Absolutely. Injecting ads into the desktop and cli, having a package manager that runs as a root service, their decades of poor upgrade testing, etc.
I have never found them to be trustworthy when other, better options exist.
torben-friis | 9 hours ago
If so, why pay for that rather than upgrading? Honest question.
esseph | 9 hours ago
LTS also only covers core OS components with security updates, not the 30k+ packages available in the repo...
torben-friis | 9 hours ago
sverhagen | 9 hours ago
And this, among other things, is why I like the agency that small companies should be able to offer you.
abtinf | 8 hours ago
IT guy: We must upgrade our shockingly ancient [database|OS|whatever]. The long term support patching costs are $X thousand and we are out of compliance with corporate security policy and they are threatening to deny our exception.
Exec: How much does the new license cost?
IT guy: $Xk + $1.
Exec: Is corporate security going to pay for it?
IT guy: They don't usually do tha...
Exec: No.
IT guy: Bu...but...
Exec: One more word out of you. Just one more word. Fucking try me.
esseph | 5 hours ago
Critical industries are slow to make changes due to risk and regulatory requirements. Spend any time at non-tech Fortune 500 or similar and you'll run into this all the time.
stackskipton | 9 hours ago
All applications need maintenance. Either you do it at application level to keep on top of its dependencies or you do it at OS/3rd party level. Either way, someone wants to get paid.
esseph | 9 hours ago
Yes, that is the entire point of what I said.
> most stuff these days could probably be shoved into a container and thus extremely distro/version agnostic
It depends on if it's an in-house app or managed and built by a 3rd party (may void contract). Also depends on the risk of life/monetary loss if something goes sideways.
sekh60 | 9 hours ago
stackskipton | 9 hours ago
That's well spelled out here: https://ubuntu.com/about/release-cycle
You can also just upgrade your LTS and continue to get support for free.
antonyh | 5 hours ago
blablabla123 | 9 hours ago
liamgm | 9 hours ago
esseph | 4 hours ago
Look at the descriptions
https://ubuntu.com/pricing/pro
Ubuntu Pro:
Expanded Security Maintenance for Ubuntu’s Main repository for an additional 5 years beyond Ubuntu LTS end of standard support (infra-only)
Coverage levels Infra-only coverage Encompasses over 4,700 open source deb packages in Ubuntu’s Main repository for an additional 5 years [...]
Full-stack coverage Provides security maintenance for over 36,000 open source deb packages in the Ubuntu Universe repository for up to 10 years, including [...]
TLDR: They withhold Ubuntu patches in the Universe repo without Ubuntu Pro.
---
If Canonical creates a security patch for a universe package, that patch is gated behind Ubuntu Pro. Standard systems will display notification prompts that security updates are available via Ubuntu Pro, but running sudo apt upgrade without Pro enabled will skip them.
liamgm | 55 minutes ago
someothherguyy | 8 hours ago
esseph | 4 hours ago
Ubuntu Pro is an additional stream of security updates and packages that meet compliance requirements such as FIPS or HIPAA, on top of an Ubuntu LTS.
---
There are additional patches they are releasing that aren't contributed upstream for either security or compliance features.
... unless you're a Ubuntu Pro subscriber
longitudinal93 | 8 hours ago
antonyh | 5 hours ago
monsieurgaufre | 3 hours ago
> Free, personal subscription for 5 machines for you or any business you own, or 50 machines for active Ubuntu Community members.
erelong | 9 hours ago
(I'm fine with Wayland for those who want it but it still breaks things I've used)
rfield | 9 hours ago
Liftyee | 9 hours ago
queenkjuul | 8 hours ago
OroPla | 9 hours ago
Instead, I'll probably move everything over to Void next.
calgoo | 8 hours ago
jadar | 9 hours ago
rhdunn | 8 hours ago
ilaksh | 9 hours ago
It's clear to me that Ubuntu is no longer in fashion. So what is popular these days? From what I heard, I think it's Fedora or Arch (such as Omarchy), but only with some slick UI stuff like Hyprland and Caelestia.
josteink | 9 hours ago
Ubuntu used to be the Debian that just worked without tweaking.
Today I find Debian to be the one which’s works without tweaking, and Ubuntu the one where one has to undo/disable lots of Ubuntuisms.
So for me: Server is Debian. Laptop is Arch.
hbn | 9 hours ago
I ended up installing Mint and it's Good Enough™
jckahn | 9 hours ago
bayindirh | 9 hours ago
Debatable.
... etc, etc.Note: You can disagree with this, and we can discuss this with cool heads, if you prefer.
_joel | 8 hours ago
bayindirh | 8 hours ago
Aperocky | 8 hours ago
And as a software maintainer who publish to all distributions, I wholeheartedly agree.
bayindirh | 8 hours ago
They are moving with self-interest, not with a collective interest. Considering what Ubuntu means, that's bitterly ironic as well.
Shame.
rhdunn | 8 hours ago
1. the update process is separate from the main system update -- "close this program to update, or will forceably update in X days" notifications;
2. breaking desktop file links where an update can create a duplicate file and after the old snap is removed it removes your pins to the taskbar;
3. possibly breaking other things due to the way the snap directory for the app is not stable.
queenkjuul | 8 hours ago
bayindirh | 7 hours ago
As a person who uses Linux for both technical and ideological reasons, the freedoms are equally important for me as well as the technical merits.
A system behaving the way I can't control and I can't replace is a no-no for me. Can I opt out of Snaps? No. Is there a well defined set of Snaps? No, they are spreading inside my system. So, can I replace the Snap repository I use? No, Canonical dictates and controls that side of the deal.
So, can I install a self-contained toolchain without Snaps? Yes. There are multiple ways. Also, can I use .deb and related machinery without Snaps? It eliminates Ubuntu, but that's possible. Can I self-host my repositories for any of the non-Snap technology, controlling it end to end? Again, yes.
So, any non-snap technology which can provide what Snap claims to do is way more usable for me, and more compatible with my computing requirements, technical and non-technical equally.
I'm currently abandoning some SaaS I use and moving to self-hosting, and if I decide to have my own .deb packages in my own system, I can do that. Same for containers and flatpak as well.
I don't get upset with the technology, but how it's forced upon me.
Hope that helps.
queenkjuul | 2 hours ago
I get the repo thing, kind of. I mean i don't understand it being a showstopper but i do think it's valid criticism. The rest, though, is just distro maintainers doing what they do: making design decisions. Like i said elsewhere, i just can't understand caring about how the maintainers choose to package the packages they maintain, it doesn't affect me. It's not being "forced" on me any more than their choices to use AppArmor or systemd or whatever other base system components.
Edit: the reason i kind of like snaps, other than being easy to make, is that unlike flatpak, they can bundle CLI apps. What alternative is there for a portable, contained CLI package on Linux? You just use docker for everything?
ndsipa_pomu | 4 hours ago
Don't get me wrong, I like frequent updates, but it does seem like a major flaw with snap that it doesn't update as easily as apt-based packages.
queenkjuul | 2 hours ago
saidinesh5 | 6 hours ago
Even when you do an apt install chromium , it does a snap install .. the worst part is snaps don't even work well everywhere.. (add to that the complexity of x11 vs wayland vs vnc)..
hbn | 8 hours ago
queenkjuul | 8 hours ago
hbn | 8 hours ago
queenkjuul | 8 hours ago
hbn | 7 hours ago
Ubuntu is ubiquitous, so it's popular and therefore you'll have a better experience with software support
[X fashionable distro] is fashionable, so it's popular and therefore you'll have a better experience with software support
ilaksh | 6 hours ago
bayindirh | 9 hours ago
If the person can put in the work and doesn't need bleeding edge software: Debian Stable.
If the person can put in the work, the machine is in a secure environment, not going to serve anything and is a desktop system: Debian Testing.
If the person can't put the work and wants something working: Fedora.
If the person wants to dive deeper: Arch, Gentoo, LFS.
Note: Debian needs some work not because it doesn't work out of the box, but it doesn't do any customization on packages. So tailoring things according to your taste takes time. Then it becomes so customized it almost reads your mind and feels like home.
jorvi | 8 hours ago
bayindirh | 8 hours ago
preponderant-pa | 8 hours ago
The reason is that, people eventually need proprietary / old / unsupported software, and AUR often has it out of the box, and when it doesn't, at least the dependencies are already there. On the other hand, beginners (even some experienced but busy guys) might agree with a problematic `apt` plan and uninstall the desktop, and it goes downhill from there (can't repair the system because they never built it in the first place, or cannot go back to the original configurations, etc). For instance this can happen because the user tried to install a `deb` package for an older release.
That being said I can't remember seeing fedora fail this way, though the user might have to manually clone / build a dozen more git repositories to install the same unsupported software. This was a deal breaker two years ago (lack of AI help), but now it's just time consuming.
Synaesthesia | 8 hours ago
But of course feel free to distro hop yourself.
Ingon | 8 hours ago
queenkjuul | 8 hours ago
Anonyneko | 8 hours ago
woile | 8 hours ago
- in the server
- desktop ui
- NAS
- ci
- dotfiles
- ultra compact docker image
- microvms
- development environments
- SmartTV? NixOS
- build your docs? NixOS
- wanna control a fleet? NixOS
- build ISOs?
- wanna control brew declaratively? NixOS
- secure environment? NixOS
jamesponddotco | 8 hours ago
Still, I can't recognize the distro anymore. We got ads, things being pushed down the community's throats, the insane hiring process, and so much more. I have very fond memories of my time as an Ubuntu member, and I wouldn't be where I'm today if it wasn't for what I did as a member, but I left years ago when all of this started.
Been using openSUSE ever since. I don't contribute to openSUSE as I did Ubuntu, as I don't have the time anymore, but the decisions are sound, the system works incredibly well and stable[1], and the voice of the community is heard by leadership. I'm pretty happy with the choice.
[1]: Heck, it works so well that I even run Tumbleweed, a rolling release distribution, on servers.
c7b | 8 hours ago
Matl | 8 hours ago
ilaksh | 6 hours ago
Matl | 5 hours ago
1 - https://packages.cachyos.org/package/cachyos-extra-v3/x86_64...
surgical_fire | 7 hours ago
For years I ran on Mint, and I still adore it. But on my daily driver I switched to OpenSUSE Tumbleweed and I am really enjoying it so far.
summermusic | 7 hours ago
https://distrowatch.com/ and look at the side bar on the right.
DaSHacka | 6 hours ago
jcastro | 3 hours ago
No it is not.
7e | an hour ago
aframemodular | 9 hours ago
josteink | 9 hours ago
Previous releases was MIR, Upstart, Snapd… This release it’s no X11 and GNU Coreutils replaced by buggy Rust rewrites.
Debian feels more like pure FOSS and in general just better. None of that icky flavour in the back of your mouth.
nicfio | 8 hours ago
throw0101c | 9 hours ago
* https://packages.ubuntu.com/stonking/coreutils
See "Ubuntu 26.10 completes transition to Rust-based coreutils" from last month:
* https://news.ycombinator.com/item?id=49696697
amelius | 8 hours ago
Or at least acknowledged them?
cwiggs | 8 hours ago
yxhuvud | 7 hours ago
amelius | 7 hours ago
I know there have been partial fixes and workarounds, but if they change what it means to run a program in Linux and unexpected things happen, then I consider that broken.
Also, when I use VNC and xeyes works, then I expect any X11 program to work. Except, this does not always hold for snap based programs somehow.
These two points together make snap unworkable for me.
yxhuvud | 6 hours ago
As for X11, I'm on Wayland and wouldn't expect xeyes to work. What X11 programs still is used seems to work fine in Xwayland, but I don't use VNC so I don't know how they interact.
So I don't know if these are solved, sorry. I suppose I have simpler needs.
amelius | 4 hours ago
yxhuvud | 3 hours ago
But yes I agree, it is definitely a big change compared to how things traditionally have worked. The question is if it is a necessary direction.
amelius | 2 hours ago
Linux has traditionally used the model of: users are suspect, applications are trusted; of course you can ask questions about that, but don't flip it upside down while breaking stuff. For example, I would probably be OK with it if they added a popup asking me to set permissions. But instead, it just breaks.
flakiness | 8 hours ago
If you use the words like "still" and "at least", there is little enthusiasm. But that's how a long-term relationship looks like I guess.
shrx | 8 hours ago
flakiness | 5 hours ago