I disagree, and say that volunteer does matter in this case. Sure you can have a volunteer which is ate up and totally dedicated to giving all of their time to development, but this is extremely rare and not the norm in any way. Rather what happens is strong energy and then life happens, burn out happens, project stall, projects die.
On the other hand, paid development does not follow this trend. When you are paid to develop you have a commitment to complete the tasks. You can’t just walk away without more serious consequences.
The Librem 5 needs paid developers with reliance on them primarily.
I think you are missing the point. Volunteers are under no contractual obligation to do anything. This is the weakness in this sense.
On the other hand if you are paid to do something, you are under a contractual obligation to complete the thing you were paid for. You getting burned out, or whatever else can still happen, but you are accountable to this obligation. Furthermore there is generally a mechanism is place that will fire you and hire someone else who is not burned out, or otherwise not performing. Sounds cold but is true.
Furthermore, professional products die, because of a lack of funding, not because of a lack of work.
Volunteer products die from all of the above. There is no insolation. We can sit here and kum by ya all day long about the virtues of volunteer efforts, but history tells us repeatedly in the OSS world just how far those good wishes and feelings actually go. It is paid development in the form of Red Hat and Canonical that is moving this effort forward by and large. Paid development across wine / and Proton via Valve, as another point. Paid development sees progress.
I don’t disagree with what you said in general. That said, I think it missed the specific point of the conversation.
My comment was specifically in regard to Debian and their ability to provide support to their distributions. Gunther made the point that the “Debian Security Team” was a volunteer team (which I knew) so one shouldn’t be concerned about “volunteer or not” in regard to the “Debian LTS Team”. [Aside: Gunther also made the point that the “Debian LTS Team” was not a completely volunteer team (which I didn’t know; it has volunteers and there are companies such as Freexian, credativ, and others that provide money for their devs to commit some specified number of hours on LTS support).]
My point was that, regardless of “volunteer” or “not volunteer”, there is cause for concern when Bullseye moves from updates by the “Debian Security Team” to updates by the “Debian LTS Team”. I’ve now shown two important CVE’s that have not been patched by the LTS Team for Buster. At this point I actually trust the “Security Team” (which is “all volunteer”) more than the “LTS Team” (which is not “all volunteer”).
It is just me or does the lack of a crimson release plan and actual work being done towards that plan mean that Purism isn’t actively developing crimson for the L5? Maybe Bookworm in a way is already outdated if crimson is released and does not have all the mobile optimizations that come with a newer version of Gnome that trixie uses. So could it be that a version will just be skipped since it requires less work?
I tried Crimson on my L5 and it seemed better in some ways. Seemed snappier and smoother but also the phone seemed to heat up more. [Unsure if I optimized my Byantium install and forgot, or if the heating up was something PureOS changed.]
But the millipixels “camera” app was missing. That was the only big one that really hit me so far.
No, that possibility is highly improbable. In a very optimistic scenario, the release time between Crimson → Dawn could be significantly shorter than in comparison to Byzantium → Crimson.
I took the phone out of box after 3 months. Run all the updates and I see that not much has changed. Menu still disappears on right-click, background picture doesn’t even show up unless I’m opening an app. Windows on many apps get cut off on the edge off the screen. Battery life is still abysmal.
Bluetooth seems to work now. I can send and receive a file. Before it worked only in one direction. However the transfer rate when receiving file is at 2KB/s. I guess it’s something…
A lot of stuff is coming with Crimson, but we’re still on Byzantium. The background image can bet set manually via gtk.css file (see this - it’s done with gtk.css) otherwise also a Crimson-thing. We got a great kernel update that made the phone running stable all the time. Battery life is a loooooooooong therm process. Don’t expect fast changes here.
Menu does not disappear on right click, but on long touch gesture. It’s also a Crimson thing as far as I know.
One should note that although the article was vague on the timeline aspect, I believe that the Crimson release was in their 2023 Roadmap. Librem 5 Product Report and Roadmap for 2023 – Purism where they said (on May 25, 2023):
[May 25, 2023] PureOS’s next release “Crimson” is advancing rapidly, which will be based on Debian Bookworm. After that release, we will keep putting effort in our infrastructure to be able to release new versions of PureOS more frequently so that all our customers stay up to date with the latest software and benefits that come with it.
Yeap Purism has not Resumed Gnu Crimson yet. Purism only announced crumbs of Crimson on blog.
Im nervous about whats happening at Purism…
We already lost 1 year of Gnu Crimson development, so at this time will better to focusing only for Gnu Dawn to optimize money resources and software qualities for L5.
That post was published August 6, and was a summary of what had happened in July. If this is to be a monthly update, the next would be in early September the earliest.
