Egh, I like a slower core with faster rolling edges. Chakra Linux has / had the right idea or FreeBSD. Basically, take Arch Linux and make a core-lts and then make sure extra and community build against it. core-lts would still move forward, but stay with security fix releases and fix branches of software longer until it's well baked and stable.
Announcement
Collapse
No announcement yet.
There Is Now A Proposal For Shifting Fedora To An Annual Release Cadence
Collapse
X
-
Originally posted by skeevy420 View Post
They just need to adopt the Arch>Manjaro method. By that I mean they need a Testing>Stable setup like Arch Linux has to have a 100% rolling solution and then have a semi-LTS that's ran similar to Manjaro and pulls in updates from the Rolling Stable as kinks are worked out and at predetermined times (like every Wednesday updates are thrown out unless it's a major security thing).
Comment
-
Originally posted by tichun"We aim to make good progress on this project for Fedora 29 and plan to make Silverblue the preferred Workstation variant by Fedora 30." source: https://silverblue.fedoraproject.org/stories
No wonder they want to update less often as people will be using flatpak.
- Likes 1
Comment
-
this aint True
There is also some putting their weight behind shifting Fedora to more of a rolling-release distribution. But at present Fedora Rawhide isn't without its share of problems still making it really not suitable as a rolling-release platform, but after the F31 re-tooling and improvements around testing and automation, perhaps we'll see more stability driven into the development Rawhide repository
Comment
-
-
Originally posted by skeevy420 View Post
They just need to adopt the Arch>Manjaro method. By that I mean they need a Testing>Stable setup like Arch Linux has to have a 100% rolling solution and then have a semi-LTS that's ran similar to Manjaro and pulls in updates from the Rolling Stable as kinks are worked out and at predetermined times (like every Wednesday updates are thrown out unless it's a major security thing).
The semi-LTS would be the desktop and workstation version. From there, they could take the semi-LTS and use it as a final testing version for server & LTS versions and push out regular, non-security updates, I dunno, let's say monthly. If done right it would allow a combination of rolling, security, and stability. I think more people want slow, gradual changes that are more vetted and they're tired of giant updates with major changes that risk breaking stuff.
It's just a bit much, while with centos you have at least version 3.26. They have every year a release sometimes 2 and the core stays the same (kernel at least) but the gnome get-s updates. So you are never that far behind like debian at the moment with a 2 year old gnome version.
That seemes a more reasonable compromise and less risk of breaking stuff compared to fedora.
Comment
-
I run the most broken shit ever, basically always on ubuntu+1, with ppas from whatever is the latest release, even having debian sid repos as last resort. Still i think i only have just 2 packages pinned. I long for the day when addaptrepo will match the correct ppa and not just blindly match the current release, but i guess whoever mantains that package must think that if the repo doesnt have your release you shouldnt use itLast edited by untore; 28 November 2018, 01:12 AM.
Comment
Comment