Otherwise, you might as well use Debian stable and disable proprietary repositories or use a meta-package to custom it in PureOS.
The problem with stable/LTS distribution is that at the end of its life the packages are outdated and not all security patches can be backported (flatpack is not a solution).
Updating from one major version to another is often complex too.
Rooling release does not mean unstable. It is not mandatory to put the new packages in the repositories 30 seconds after their release.
Manjaro, for example, has its own repository and adds packages only after several weeks of testing (compared to Arch).
This avoids many problems that are difficult for beginners to solve.
@jeremiah Not to derail the thread, but could it be that the original question might need clarification?
There seems to be two views here: “technical” and “experience” (or select other names). Those leaning A make good points on updates and keeping OS usable. Those leaning B want assurances that (at least basic) functionality does not change often, nor much and can be relied on. It might be a good idea to open these up a bit for clarity. I also think that the attitude towards a phone may be different than towards a laptop or desktop regarding this, as people depend on a phone more, which is factor to consider.
Are some parts going to be stable - can they be kept stable (if so, the rest can perhaps roll around as much as wanted or needed)? What would stable-rolling cycle be: daily, weekly, 3 months, 6 months, 1 year, 5 years… - what is too long, what is too short, what would be a good middle ground?
@kieran Well, he said “green”, so definitely about laptops, but I assume also about the phone. It makes sense IMO to keep them aligned.
I would say in the utopia-land that Todd shall give us in… uhm… let’s generously say 3 years , you would not ask that question. There is only PureOS-green-riscv (of course for compatibility with old models, also for amd64 and arm), running on RISC-V phones, desktops, laptops, NASs, routers…
@JR-Fi I think that’s a good point.
I mean, I agree with most of what @Torrone, @crisoagf and others wrote about the advantages of rolling (frequent little dust vs. lot of dust every X months), and pointed out that an LTS update is only rock solid until you need to switch to the next iteration of it. I can imagine that a very well maintained rolling distro is better for non-techies.
And yet… I said semi-stable… It is good that many want a recent rolling repo, because that is exactly what would enable Purism to offer a secondary, “stable-rolling” hybrid (if that makes sense).
By lagging behind the current green, it should raise less dust, as most transition bugs should already be ironed out once it enters semi-stable. It should also considerably reduce the bandwidth usage and frequency, as users go from libxyz-1.0.0f directly to libxyz-1.0.1c, skipping the 4 minor fixes that happened on “testing-rolling”
(Dust example: I can’t currently update kodi, as there’s a dependency issue. It’s not urgent, it’s okay for testing-rolling, but it should be fixed for stable-rolling, so ordinary users have a smooth experience).
Such a stable-rolling is IMO the best of both worlds. Rather up-to-date even for ordinary users, and most likely easier to maintain than a LTS, with potential back-porting nightmares, possibly two different wikis to keep up-to-date and also a lot of testing effort to try to create smooth LTS -> LTS transitions.
Dear Jeremiah,
I think you both biased and confused the discussion by the way you phrased your question. In my opinion, the question should have been “Do you favor a rolling release as PureOS has been until now or would you like PureOS to become a fixed-point release like Ubuntu or Fedora?”
Calling a release stable is a description. Rolling releases can be stable, as can fixed-point releases. Clearly everyone wants stability. And I think most people want stability without stagnation, stagnation being defined as waiting too long before releasing the latest and greatest.
Having criticised your phrasing of the question, I will now pay you a compliment. PureOS’s rolling release ‘green’ is the most stable release I personally have ever used, much more stable than fixed-point releases like Fedora and Ubuntu. Sure I have filed bug reports, but the problem has been related almost always to something “wrong” that I did beforehand. Despite this, one or two emails to mladen has always produced a solution.
This is not to say that all the software is perfect; many programs, in my opinion, leave a lot of room for improvement, and a few (like command-not-found) never get fixed. But I have never seen installation of software from the PureOS ‘green’ repository actually break the distribution. So my vote would be to leave things close to what they currently are.
I do want to clarify that I’m talking about ‘green’ here which is the current rolling release for the laptops. The Librem 5 will also run PureOS, but that will have a different code name and a different release cycle.
There has been some early experimenting and discussion regarding an OSTree style distro like SilverBlue. It is an interesting idea and offers some security benefits, but there are some challenges as well. We’ll keep looking at this but I don’t see this happening before 2020 at the earliest.
What about keeping PureOS pulling from sid but have a Testing Repo and a Stable Repo? Testing repo pulls from sid automatically and if there are not breakages, push to stable repo.
I vote for rolling.
I use debian testing on my laptop for some yers now and never had problems. For me testing is some kond of rolling release until the freeze-time, when the new stable release is prepaired.
That’s cool to know that experimentation has happened. IMO SilverBlue itself is an experiment, and I’m trying it right now as well, it’s definitely not ready for a normal day to day desktop/laptop, but I can see the potential in this kind of environment. It will take a few years at least until the processes are normalized, forked, re-invented, copied, updated, and become more usable
Personally, despite TinyCore being a bit of a mess (no actual build script, inconsistencies between versions and between architectures, etc), I do think the basic design is very well done and a lot less messing around compared to using FlatPaks for everything and all that that implies… but both concepts are interesting.
I use my laptop every day and cann’t do anything without it. If I need to spend hours on my l;aptop to fix things, my customers will get upset. I just bought one this week and had some installation problems already. If I cann’t trust my Purism laptop, I can not use it. Therefor I vote for a stable release.
I use debian testing which is a kind of rolling release and cannot rember when there have been problems. Rolling Release does for me not mean unstability.
I am not currently a laptop customer so I guess my vote doesn’t hold much weight but here are my thoughts…
Since this is specifically about the laptops, in my opinion, I think you should focus on what would be best for the casual and less technically minded users. Others are more likely to be happy to change to another distro if it doesn’t suit them. My experience with less tech savvy users is that they don’t like things to change often, so I think a “stable” point release would be a best. Ideally you would have both, as it would allow the community to help with testing and finding problems on the rolling release before it is pushed to the point release.
Thank you for involving the community in the discussion!
I’m guessing you’re talking more stable than Debian’s testing branch? There aren’t many things more stable than Debian’s stable branch. If you are looking for more stable than Debian Stable the research I’ve done so far says OpenBSD may be the best option but I haven’t actually made that plunge on my server due to my current preference of Plex as a media server.
I prefer this rolling release. What drove me away from Debian was that Stable was getting too stale with user applications, but I was worried about using Testing because I hear it doesn’t receive security updates in a timely manner. Ubuntu’s short term release or whatever their rolling is called, covers up for the security aspect but I never wanted to go for that due to the usual beef FOSS people have with Canonical. I would also like to mention that while I can handle my commands in the terminal, I do not consider myself a power user and I need to Google (jk ofc, more like DDG) any issue I encounter. PureOS offered me the only rolling release that I can rely on. I would hate if it became a yearly release (let alone every 5ish years like Debian) as that would make PureOS unusable and would leave me in the limbo of Debian Testing
In light of some of the other contributions to this thread, I think I’d like to revise my previous answer (stable, with some circumstantial exceptions) to something like “That depends on what you mean by a rolling release and a stable release. My gut says stable, but ideally both should be an option.”
Regarding @crisoagf’s dust settlement analogy, I think I prefer if dust is kicked up infrequently in larger amounts rather than little and often. If I know there is going to be a lot of dust, then I can put dust sheets over the furniture, wear a dust mask and open the windows. Then I can run the vacuum cleaner around afterwards. It won’t be a huge deal, because I can prepare myself.
But if there is constantly a small amount of dust being released, then dealing with it is going to place a constant, low-level demand on my attention, which could become quite tiresome.
However, I can understand that other people might find it easier to deal with a small amount of dust on a more regular basis.
I guess especially the “ordinary” people that Purism also tries to target. They might be used to do some vacuuming every week, but don’t necessarily own a dust mask…
, you would not ask that question. There is only PureOS-green-riscv (of course for compatibility with old models, also for amd64 and arm), running on RISC-V phones, desktops, laptops, NASs, routers…
