To be exact, these are codenames for PureOS releases.
PureOS 9 was called Amber, and it was the first release to use the current naming scheme. Incidentally, it was also the first release that the Librem 5 shipped with. The next release after Crimson, PureOS 12, is called Dawn (and is based on Debian 13 Trixie).
Every tiny bit of energy consumption … 3 minutes here, 5 minutes there … and at some point we have a whole hour more each day. 
I also think in direction of software optimization itself, not just about firmware and drivers.
Extreme optimization: pure terminal operated phone to cut back on GUI overhead? Or maybe voice. After all, it’s the screen and graphical elements that are a major source of energy consumption… 
Debian Trixie is to be released soon:
I thought about creating a Linux distribution based on that idea, but that does not necessarily overcome the display’s power consumption itself.
Terminal apps can use more energy than a GUI apps on the same task, when people do not so optimized operation stuff in terminal apps. 
And I think we can agree that GUI itself is no overhead - otherwise people would install Xfce, if they think so. For everyone else it’s no overhead. 
Well, if we’re not getting an e-ink display, maybe one option would be to learn to use the touch display from memory - turning the backlight all the way down 
That’s tweaking the user instead of software/hardware. And btw, I’m indeed using the display as dark as possible (especially outside at night or indoor).
Or the background light auto adjustment will work proper at some point. So this could be such an software update I was speaking about.
What do you think about Sxmo?
Way too fancy for the joke. But I’ve seen scripts that have more advanced GUI features than phosh (like how to select things from screen should be copied to it)
Was thinking about it, but all the “put-random-letters-together” names are hard to remember. 
Random? Not really.
Sxmo = Simple X Mobile. But I remember the name because it’s listed as a mobile interface for suckless software ( software that sucks less | suckless.org software that sucks less ) … but clearly it Sux mo…
I guess that this post improvenments it is for the huge upcoming 6.6.83pureos2 fixes. I cant wait for…
Yes is a large core changelog.
linux-librem5 (6.6.83pureos2) dawn; urgency=medium
[ Sebastian Krzyszkowiak ]
* d/rules: Make binary-arch depend on build-arch
* drm/panel: mantix: Enable DSI LPM
* drm/panel: mantix: Improve power on sequence timings
* drm/panel: mantix: Improve power off sequence
* drm/panel: mantix: Drop bank 9 initialization
* drm/panel: mantix: Don't turn on MIPI peripheral
* arm64: dts: imx8mq-librem5: Limit uSDHC2 frequency to 50MHz
* Input: edt-ft5x06: Empty all slots when status register shows zero touches
* arm64: dts: imx8mq-librem5: Enable I2C recovery
* bq25890_charger: Clamp supplied input current limit instead of falling back to 500mA
* bq25890_charger: Don't hardcore IINLIM range
* tps6598x: Clamp max current to 3A
* librem5_defconfig: Enable lockup detector
* devfreq: imx-bus: Return -EPROBE_DEFER when failing to grab passive parent
* dts: imx8mq-librem5: Enable 100MHz, 400MHz, 800MHz and 1.3GHz CPU frequencies
* dts: imx8mq-librem5: Set vibrator's PWM frequency to 20kHz
* gitlab-ci: Don't run debian/rules debian/control
* gitlab-ci: Include pipeline ID and commit rev in package version
* d/rules: Pass KBUILD_BUILD_VERSION_TIMESTAMP with package version
* arm64: dts: imx8mq-librem5: Enable SNVS RTC
* devfreq: imx8m-ddrc: Switch DRAM to lowest frequency in s2idle
* arm64: dts: imx8mq-librem5: Set M4 core frequency to 25MHz
* arm64: dts: imx8mq: Set the correct gpu_ahb clock frequency
* librem5_defconfig: Compress modules
* usb: core: hub: Don't wait for TRSMRCY on remote wakeup of already active port
* arm64: dts: imx8mq-librem5: Set CD GPIO for uSDHC2
* librem5_defconfig: Enable LZ4, LZ4HC and ZSTD compressors
[ Sun Haiyong ]
* perf tools: Fix calloc() arguments to address error introduced in gcc-14
* perf top: Remove needless malloc(0) call that triggers -Walloc-size
[ Ben Hutchings ]
* Make mkcompile_h accept an alternate timestamp string
-- Sebastian Krzyszkowiak <sebastian.krzyszkowiak@puri.sm> Thu, 22 May 2025 21:33:47 +0200
As I said, purely random! Why not Sxxmo? Simple kiss mobile? Or Mosx? Monday sux.
Fun away, I knew there was a meaning behind that I didn’t knew. But without knowing it, it’s hard to remember 4 letters that cannot be spoken as a word. Just wanted to say, it’s a bad naming way.
Finally testing…
This is a Milestone for Librem 5!