MOmooreds·Jun 1, 2026Submission
Time for the AI Discussion – The Pattern
2 points · Open discussionublue-os
bluefin
Shell2023–2026
ublue-os / bluefin
bluefin
The next generation Linux workstation, designed for reliability, performance, and sustainability.
6Distinct people
7Mentions
1Explicit recommenders
2.6KGitHub stars
What to know before exploring
What it is
The next generation Linux workstation, designed for reliability, performance, and sustainability.
GitHub
Where it is used
No documented product use has been verified yet.
What people are saying
A neat concept, however this doesn't give me a ton of confidence to use it. An example is this bit: https://github.com/ublue-os/bluefin/blob/main/usr/bin/ublue-... That runs as…
georgyo used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year7 dated mentions
Observed mentions: 2023-10-28 01:04:53 UTC to 2026-06-01 12:29:40 UTC.
* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 3 | 0 | 3 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2025 | 2025-01-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2026 (partial) | 2026-01-01 00:00:00 UTC | 2027-01-01 00:00:00 UTC | 2 | 1 | 1 |
What Hacker News says
7 sourcesNot download. I have a good connection.
- Installation is slow. REally slow. They blame it on btrfs. But the same for XFS. It took at least 30 min. Why?
- rpm-ostree - same.
https://github.com/ublue-os/bluefin/discussions/4087
In A bug is a bug, but a patch is a policy: The case for bootable containersAs soon as Fedora/Centos updates their images (pretty much immediately usually as it's upstream of EL), and the CI runs to re-layer the Bluefin changes. They also have Dependabot set up. https://github.com/ublue-os/bluefin/actions
It's just OCI images, like any web-scale project.
In Bluefin LTS Is ReleasedThe cloud-native part is that it's built with tools and things you'd see in cloud-native like OCI containers, gitops, etc. Here's the containerfile as an example of how it's put together: https://github.com/ublue-os/bluefin/blob/main/Containerfile
And then all the developer patterns are cloud native like devcontainers instead of using the host packages, included k8s, podman, and docker tooling, etc.
In Project Bluefin: an immutable, developer-focused, Cloud-native LinuxEven if the particular script is not used, the just file there is actually much worse.
Literally everything is running scripts directly from the internet, without any version pinning or check summing.
There is no way to run the same build twice and have any confidence that the result was the same.
https://github.com/ublue-os/bluefin/blob/41bdf294c20a3903f4a...
In Project Bluefin LinuxGood eye! Those scripts are not used anymore, they were early prototypes. You can see the comments in the PR here: https://github.com/ublue-os/bluefin/pull/606#issue-195447621...
In Project Bluefin LinuxA neat concept, however this doesn't give me a ton of confidence to use it.
An example is this bit:
https://github.com/ublue-os/bluefin/blob/main/usr/bin/ublue-...
That runs as root not one but three bits of mutable shell scripts from the internet.
I love me some nix, but the most reproducible package manager should not be install via a hodpodge of directly running scripts from the Internet. Really nothing from my distribution should be doing that.
At the very least they should be vendored as part of the project so you can see when these scripts change.
In Project Bluefin Linux