5 ms·
> my arch installations tend to be quite lightweight. That may explain why you don't get that many problems. If you start pulling in many different components
by waltpad 6y ago
> my arch installations tend to be quite lightweight.
That may explain why you don't get that many problems.
If you start pulling in many different components, the set of potential interactions grows exponentially. And if you add to that external software, it easily becomes nightmarish.
I've seen other comments saying that they've been running Debian or what have you for years without any upgrade hickups, and personally I've never had that.
The easiest way was always to simply remove as much as possible, start the upgrade, and then pull back whatever I removed, so that the system setup would correctly fall back in to place. And even with that, I sometimes get problems.
The main issue is probably not that upgrades are issue-less. The problem is perhaps the lack of cooperation between distros so that everyone could benefit from the experience others built along the way. But How does one organize that sort of cooperation?
Or maybe there's too much friction between distros and upstream developers?
- m463 6y ago> If you start pulling in many different components But if you've made that choice, you will likely be more aware of what you're dealing with. There are definitely valid reasons to go with big-upgrade-every-year-or-two kinds of distributions. It can make developing software that depends on other software easier, especially if you need binary compatibility. A book or article about that system won't be out-of-date immediately. Personally I wouldn't mind a few spread-out glitches throughout the year compared to frantically trying to repair a broken system after a dist-upgrade and losing a weekend. I have had a few glitches with arch, but I think they were mostly some manual intervention for signing keys and didn't harm the system.