# Bluefin is now based on Fedora 42 / Universal Blue Updates **URL:** \ **Category:** Bluefin\ **Tags:** announcements, bluefin-news\ **Created:** [May 14, 2025, 2:17pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815 "2025-05-14T14:17:00Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 14, 2025, 2:17pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/1 "2025-05-14T14:17:00Z")
Guardians, today Bluefin switched its base from Fedora 41 to Fedora 42. The gathering of raptors is over, Bluefin GTS remains with F41 while Bluefin stretches her legs with the latest Fedora goodies. ## KubeCon EU 2025 Project Report As a [bootc](https://github.com/bootc-dev/bootc) derived project we tend to align with the cadence of the rest of cloud native. That means we do status reports like this depending on where we are in the world at the time, and to ensure transparency. Previous status update: [KubeCon US 2024 Project Report](https://universal-blue.discourse.group/t/wtf-is-cloud-native-and-what-is-all-this/5147) ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/e/e4ea673dae25187c48773b2246b4ac93b61cff7e.jpeg) First things first, here’s the [Bluefin Spring 2025 playlist](https://music.youtube.com/playlist?list=PLhiPP9M5fgWEZbkq6ZhaHA4b4UqLwZNxt&si=nolXfc6-BNlhiOXB) – like previous playlists, each song was picked for a certain reason, the interpretation is up to you. Rock out while you read this update and refresh yourself up on the docs! You’ll receive this update during your next update window, or you can run an update manually by clicking on this icon: ![Update](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/1/1d3baea129cfa53b691457a9f849e0768f369c5e.png) Here’s the major Fedora release information: - Fedora Magazine: [What’s new in Fedora Workstation 42](https://fedoramagazine.org/whats-new-fedora-workstation-42/) - [GNOME 48 release notes](https://release.gnome.org/48/) - [Bluefin changelog](https://github.com/ublue-os/bluefin/releases/tag/stable-20250514.1) - and here are all the package updates - If you’re looking for Fedora 41, check out [Bluefin GTS](https://universal-blue.discourse.group/t/bluefin-gts-is-now-based-on-fedora-41/7814), which released a few weeks ago. This time [Jacob Schnurr](https://www.etsy.com/shop/JSchnurrCommissions) takes us to the Triassic: ![Tulip's desktop in dark mode](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/d/d91ccf37be2c3bb128c5c807bb8c645949f19a52.jpeg) Note that [composefs](https://github.com/composefs/composefs) is now enabled via upstream Fedora! ### What is Bluefin? Bluefin is an operating system for your computer. It is designed to be installed on a device upgrade for the life of the hardware – we accomplish this by sharing the maintenance and care of our systems together as a community. It is designed to be as “zero touch” as possible by providing a curated GNOME experience. Bluefin (aka `bluefin:stable`) is our leading edge desktop, designed to bring you the newest version of Fedora and GNOME. It follows the [CoreOS release schedule](https://fedoraproject.org/coreos/release-notes?) and comes ~2-3 weeks after Fedora has done it’s major upgrade. This is a great buffer without being overly tardy. This one came a bit later but it’s ready now! Here’s a bit of a rundown with Alan Pope! Special thanks to [Anchore](https://anchore.com/), makers of [Syft](https://github.com/anchore/syft) and [Grype](https://github.com/anchore/grype) - which we use as our security scanners when making our builds and their advice has been invaluable to our project this cycle! [![](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/9/9451ac96b69a3feb2705efe0975baffbf7fd964e.jpeg "Universal Blue revolutionizes the Linux desktop experience") ](https://www.youtube.com/watch?v=XpKFcLqbd-A) We fiercely invest in automation and distributed work, which is one of the many reasons why Linux and Open Source have devoured the industry. We strive to bring these [cloud native features to the desktop](https://www.ypsidanger.com/announcing-project-bluefin/). If you’re brand new you can [use the website to pick the right image](https://projectbluefin.io/#scene-picker) or use one of the direct DL links: - **AMD/Intel** : [https://download.projectbluefin.io/bluefin-stable-x86\_64.iso](https://download.projectbluefin.io/bluefin-stable-x86_64.iso) - **Nvidia** : [https://download.projectbluefin.io/bluefin-nvidia-open-stable-x86\_64.iso](https://download.projectbluefin.io/bluefin-nvidia-open-stable-x86_64.iso) ### Major Changes There are a few major changes from a Bluefin perspective that we’ve been looking forward to, let’s roll! #### Installation Experience Let’s get this out of the way … our installation experience continues to be the bane of our existence. Most of this project is automated, but the installation experience takes a disproportionate amount of time, most of the last two months have been us scrambling to make ISOs work. As of today there are no [bootc](https://github.com/bootc-dev/bootc) installers that are production ready for end users, this has been a problem for years so we’re exploring multiple options. I’m kinda done with snakes. This cycle we will be producing two sets of ISOs for installation. One is the the older Anaconda installer, and one is Fyra Labs’ new readymade installer. Both sets are listed on [this download page](https://docs.projectbluefin.io/downloads). Production of both ISOs is automated so we can kick the tyres on both and take a closer look in October for the next set of releases. The website will default to the Anaconda installers. - Refreshed Anaconda ISOs - Thanks to a herculean effort by Jason Naggin and Noel Miller we have refreshed ISOs on the website, based on the Fedora Anaconda installer. - [New Readymade Installation Media](https://universal-blue.discourse.group/t/introducing-bluefins-new-installation-experience/7991) - thanks to our friends at Fyra we have a new installer that we’re making available. And for some color (if it’s not obvious), there’s no future for legacy installers in the new world. We plan to _aggressively pursue_ aligning our installation methods with the rest of the cloud native ecosystem so we don’t have to deal with this. I’d like to take a moment to shout out the intergration work @tulilirockz has been doing to deliver this. Without her there would be no ISOs, or Bluefin. Much love. We are **not out of the woods** yet, but we’re making significant progress so this might take a few weeks still. #### Other Major Changes - [ComposeFS information for F42 upgrades](https://universal-blue.discourse.group/t/composefs-information-for-f42-upgrades/7995) - this is the biggest heads up, if you move to stable **there’s no going back to GTS**. James has added guards and warnings to `ujust rebase-helper` to remind you. This is a one time migration, it sucks that it’s a one way trip. On the plus side someday in the future your base OS, containers, and flatpaks will all be consuming composefs for some great efficiency wins. More to follow on this as we learn more from upstream. - As usual most of the changes are the work we do in GitHub to deliver Bluefin and not so much in the image itself. This took up the bulk of the work this cycle. Here’s a [huge changelog](https://github.com/ublue-os/packages/releases/tag/v1.1.0) of the package updates. You can also check out the [release notes](https://github.com/ublue-os/bluefin/releases) or use `ujust changelogs` to keep track of what’s going on. - We really, really made some efficiency gains across Universal Blue this cycle, we were able to grow the team while getting faster. - Some packages have moved to flatpaks: [Upcoming changes to Bluefin packages for the F42 release](https://universal-blue.discourse.group/t/upcoming-changes-to-bluefin-packages-for-the-f42-release/7711) - This cycle has also been all about being more up front about our project metrics: ![Kubecon EU in London](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/f/f3091a66c49efbaec0823e3f6ffa9dbfc6bc8b92.jpeg) ### Documentation Improvements > Note: Bluefin GTS users will also get this documentation update. We really spent a ton of time on the docs this cycle. I consider them mostly feature complete now. [docs.project.bluefin](https://docs.projectbluefin.io) is always linked from your terminal motd too. 😃 Thanks to the magic of [princexml](https://www.princexml.com/) we’re able to generate a pretty amazing offline PDF of the Bluefin docs: ![Bluefin Documentation](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/e/e36dc18ec9407297da322d96f4c7a9e4c0a6c69c.jpeg) Note that we will replace the Yelp help application with a link to this doc, which will open in the Papers PDF reader automatically. Yelp’s [had some problems](https://blogs.gnome.org/mcatanzaro/2025/04/15/dangerous-arbitrary-file-read-vulnerability-in-yelp-cve-2025-3155/), so it’s time to say goodbye. We will also replace the Documentation shortcut in the logo menu with this instead so that documentation will always be browsable when offline. The blue u shortcut to the online docs will remain in the menu unchanged. We hope to finish this up soon. > The PDF is built every time we update the docs and is copied over as part of the build process, so your offiline documentation will _always_ be up to date. ### ARM Image We are currently not producing an ARM build of Bluefin or Bluefin GTS. However we do have an ARM image of Bluefin LTS, which is in Beta, you can select it from the [this list](https://docs.projectbluefin.io/downloads). It’s very good and on track to GA sometime this summer, so help there is appreciated. We’re still working on ARM builds for Bluefin and Bluefin GTS. ### Deprecation Notices Extinction is a natural part of life. These will take effect when we migrate to _Fedora 43_ this fall so we’re giving you a full release cycle heads up. #### Nvidia Closed Images Due to Nvidia’s software support changes we can no longer support the older closed modules for Nvidia cards. - We will continue to make the Nvidia closed driver images for the remainder of this cycle. If your Nvidia card is OLDER than **Turing+ / GTX 16XX+** this is the last release of Bluefin that will run on your card _with these drivers_. - In some cases these older cards may run better with NVK on a vanilla image. - Due to these changes being out of our control we **cannot guarantee** that older cards will work on the subsequent GTS release either. Sorry. ☹ - We will not be generating ISOs for the closed driver images. - We will migrate you to the new `nvidia-open` images automatically during an upgrade **if your hardware supports it**. So any GTX 16XX+ and RTX Series cards will be migrated over with no action needed from you. - Pour one out for that GTX 1080Ti, the thing rocked for an absurdly long time, rest in peace friend. #### Bluefin HWE Images If you are using one of the old `hwe` images for Surface/Asus, this is the last cycle that we will be generating them. We haven’t linked to their ISOs in a long time but there’s a handful of you still rocking these. If you’re using one of these images you’ll see `hwe` in your `bootc status` or `fastfetch` output. - Use `ujust rebase-helper` and select the `latest` stream. - If you own one of these devices we recommend trying this sooner rather than later to see where your device stands today. - If anyone is interested in maintaining images for Asus and Surface devices let us know and we’d be happy to link to your images. ### More Information Bluefin is a [deinonychus](https://www.youtube.com/watch?v=d_gyJUdk-6g), and may snap at you occasionally. Three year olds can get feisty of so there might be issues that you discover that we haven’t seen before. [Filing issues](https://github.com/ublue-os/bluefin/issues) is always appreciated. - [Bluefin Documentation](https://docs.bluefin.io) - [Universal Blue](https://universal-blue.org/) We also [accept donations](https://docs.projectbluefin.io/donations) to sponsor the infrastructure and artwork. If there’s a piece of software in Bluefin that makes you happy, consider donating to the upstream organization and/or authors. Thanks to the present (and past!) supporters for helping out. Check the docs for all the available version options: - [Upgrades and throttle settings](https://docs.projectbluefin.io/administration#upgrades-and-throttle-settings) ### Is that it? Nothing makes ops people happier than uneventful things. Today is really like any other, we just updated a few tags, you always have the option to go to any version we support at any time. Wether you like the chill vibe of `bluefin:gts`, the refined aggresiveness of `bluefin:stable`, the raptor abides. Here’s the current lay of the land: | | `gts` | `stable` or `stable-daily` | `latest` | | --- | --- | --- | --- | | Fedora Version: | 41 | 42 | 42 | | GNOME Version: | 47 | 48 | 48 | | Target User: | Most users | Enthusiasts | Advanced users | | System Updates: | Weekly | Weekly or Daily | Daily | | Application Updates: | Twice a Day | Twice a Day | Twice a Day | | Kernel: | Gated | Gated | Ungated | ### Other Universal Blue News M2 has moved [ublue-os/main](https://github.com/ublue-os/main) to use one [justfile](https://github.com/ublue-os/main) for builds. This means that you can just now git clone and build images on the spot. This also makes it easy to build our images on any infrastructure (Gitlab, etc.). Bluefin is already set up this way, so go nuts! ### Desktop DevOps folks wanted! Bluefin is an active predator and is constantly hungry. You can help keep Bluefin healthy by becoming a contributor! We are an open source project and accept contributions: - [Help Wanted](https://github.com/ublue-os/bluefin/issues?q=is%3Aissue+state%3Aopen+label%3A%22help+wanted%22) issues - [Contributing Guide](https://docs.projectbluefin.io/contributing) As a cloud native project we are always looking for contributors with skills in Podman, Docker, CI/CD, GitHub Actions, and good ole bash. ### What’s Next? - Bluefin LTS and Bluefin GDX are looking solid, mostly it’s just waiting for secureboot support. ### Community Health Metrics And lastly let’s take a look at how we’re doing. This year started off nice and boring but soon our community experienced some amazing growth. Let’s start off with our conversations on Discord, Discourse, GitHub, and Reddit. This is a measure of just how active our community is in helping each other out. ![Conversations](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/f/fc0b09aad8bc894d4e33c7c74b9245614fcd91db.png) Lots of growth here, we’re proud to announce that we just crossed **16,000 folks** on the Discord. Contributions have experienced the same level of growth. ![Contributions](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/c/c88f135e3f17c6a7a3f652cc8006bfbfd207297f.png) And here are where people are submitting pull requests in GitHub. **123 individual people have contributed** a pull request to Universal Blue in the last six months. As you can see we have a nice even spread of contributions across the board, this is a good thing! ![Pull requests](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/a/a0deab0034b4ff613e73b281d1daf70168427732.png) ### Usage Keep those great numbers in mind because we have a correction to make to one of our most important metrics. Timothee Ravier at Fedora was preparing his talk for Flock and [noticed a problem](https://pagure.io/fedora-infrastructure/issue/12545) with the countme metrics. Fedora and Universal Blue have been counting devices twice, doh! Here is the corrected chart. ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/1/1e569f6ab453fe54b95661cf4a98a98b3f206d62.png) The chart is the same, all the numbers are cut in half though. If we look at the number of machines checking in with Fedora every week: - Bazitte has crossed ~~30,000~~ 15,000 devices - Bluefin is flirting with ~~4,000~~ 2,000 devices, depending on the week - Aurora is at about ~~2,200~~ 1,100 devices - Bluefin LTS and Aurora LTS make up ~~400~~ 200 total - they are still beta and hard to find so no surprises here. It’s fine, I mean sure, it sucks to know your userbase is half of what you thought it was, but let’s look at what the team principal at Williams F1 has to say: > Data, for me, is the foundation of F1. There’s no human judgment involved. You’ve got to get your foundation right in data. > > – [James Vowles](https://www.youtube.com/watch?v=nYzwvTSffiY&t=1025s) So error corrected, and the big takeaway from this is to remember, the _contribution metrics_ are the key to our success. The Atomic universe is half the size we thought it was, but at least we’re consistent with each other and understanding that measuring this stuff is the key to long term success, despite the occasional bummer. We’ve always been about the slow burn, and you probably know how much we thrive under the radar anyway. We are of course, inevitable. Let’s look at image pulls. Note that image pulls aren’t indicative of users, instead we use it as a gauge of how many successful upgrades we’ve had. Here are all the images with more than 1 million pulls: ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/a/a927837673fb2f91ef7111ca4fe0ac758754bfd2.png) And lastly, let’s take a look at the [last 90 days of homebrew analytics](https://formulae.brew.sh/analytics/os-version/90d/) ![Homebrew stats](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/e/e4a39c5878d8d69906694dd5f265bc51fee3f8bf.png) All of our images are represented well here considering how small we are. 😃 ### Stay Safe - Always [read the documentation](https://docs.projectbluefin.io/) before venturing out into the wild. #### If you haven’t read the docs in a while, check them out, we put a ton of effort in them this cycle. We’ll see everyone this summer to talk about Bluefin LTS — meanwhile enjoy the release! Feel free to ask questions! ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/3/34acb608ccfd6ea9682ef17701130128951d6e79.jpeg) ## Inspiration Please leave a picture of your Bluefin setup for others to enjoy! ---
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 14, 2025, 2:17pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/2 "2025-05-14T14:17:33Z")
---
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 14, 2025, 5:34pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/3 "2025-05-14T17:34:07Z")
---
**Author:** ![twojays](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/twojays/32/1451_2.png) [@twojays](https://universal-blue.discourse.group/u/twojays)\ **Post date:** [May 14, 2025, 7:51pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/4 "2025-05-14T19:51:44Z")
Thanks a lot for the work to @j0rge, representing the whole team of course! I love the vision of the project and I hope I never have to install another Linux! Linux will get more attention when it is that easy to maintain like uBlue ---
**Author:** ![klmcw](https://avatars.discourse-cdn.com/v4/letter/k/eb8c5e/32.png) [@klmcw](https://universal-blue.discourse.group/u/klmcw)\ **Post date:** [May 14, 2025, 11:47pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/5 "2025-05-14T23:47:31Z")
It is downloading now (currently on bluefin-dx-nvida:stable) - yay! ```auto Deployments: ostree-image-signed:docker://ghcr.io/ublue-os/bluefin-dx-nvidia:stable (index: 0) Digest: sha256:81ed9a3fb07436aa83838c9309f5c66f490eca0d731bf4f7744d4e9c077fb0b6 Version: 42.20250514.3 (2025-05-14T19:21:18Z) Commit: 5d691c5bb87b5048e1c213e40351ebecc52471ff5e1aefe78eebb04898772596 Staged: yes StateRoot: default ``` I am going to unpin and let 'er rip. I agree with @twojays - thank you all for all the hard work it took to get to this point. I do not know all the details of what you needed to do, but have been tracking changes at a high-ish level. It is an impressive body of work! ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/b/bde559f8a52cfa223415436fc756bc0cc3e94440.jpeg) Nothing to it. And took no time at all - felt like a normal reboot. I love this stuff. ---
**Author:** ![JohnAtl](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/johnatl/32/3485_2.png) [@JohnAtl](https://universal-blue.discourse.group/u/JohnAtl)\ **Post date:** [May 15, 2025, 5:01pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/8 "2025-05-15T17:01:35Z")
Dock is under the Super key now, so I have quick access to various VSCode windows, etc. ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/a/a0814b95ff5b5fc7001559453848c500f745c325.jpeg) ---
**Author:** ![zilexa](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/zilexa/32/2221_2.png) [@zilexa](https://universal-blue.discourse.group/u/zilexa)\ **Post date:** [May 15, 2025, 9:44pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/9 "2025-05-15T21:44:39Z")
Wow this is an amazingly well written informational update. I’m not a dev at all but still very interesting. I am a proud Bluefin user 🙂 Will this version already rely on [uupd](https://github.com/ublue-os/uupd) for automatic updates? And does it already include [Flatpost](https://github.com/GloriousEggroll/flatpost)? Also.. should I “know” somehow when its time to reboot to enjoy the update (I always hibernate), when I’m on Stable? ---
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 15, 2025, 9:49pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/10 "2025-05-15T21:49:45Z")
> [@zilexa](#): > > Will this version already rely on [uupd](https://github.com/ublue-os/uupd) for automatic updates? And does it already include [Flatpost](https://github.com/GloriousEggroll/flatpost)? No and no. uupd will be a slow migration but now that f42 is out of the way we can do that. No flatpost yet either. Normally with this stuff we let bazzite go first. ---
**Author:** ![inffy](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/inffy/32/7996_2.png) [@inffy](https://universal-blue.discourse.group/u/inffy)\ **Post date:** [May 15, 2025, 9:50pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/11 "2025-05-15T21:50:13Z")
> [@zilexa](#): > > Also.. should I “know” somehow when its time to reboot to enjoy the update (I always hibernate), when I’m on Stable? There is no visible notification when a deployment is ready. You can check `sudo bootc status` to see if you have a pending deployment waiting for a reboot. ---
**Author:** ![JohnAtl](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/johnatl/32/3485_2.png) [@JohnAtl](https://universal-blue.discourse.group/u/JohnAtl)\ **Post date:** [May 15, 2025, 10:06pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/12 "2025-05-15T22:06:27Z")
A small typo: `sudo bootc status`, note the `c`. Updates for bluefin stable have been dropping on Sunday, unless it’s a special occasion, like yesterday. ---
**Author:** ![red11](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/red11/32/3696_2.png) [@red11](https://universal-blue.discourse.group/u/red11)\ **Post date:** [May 16, 2025, 3:08pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/13 "2025-05-16T15:08:04Z")
> [@inffy](#): > > There is no visible notification when a deployment is ready. And this is good thing. I hate that operating system is forcing me to reboot (and on some OS even wait for few minutes to install updates when I want to give my laptop in backpack and leave the place). @zilexa, jast wondering, have you performed some measurement how much time does it take to clean boot vs. boot from hibernate? I used to use hibernate a lot when I used HDD, but now with SSD drive I never use it anymore. But… I haven’t measured it. But… hibernate is probably in the concept of Blufin is [Optimized for 96% of use cases](https://docs.projectbluefin.io/) and hibernate belongs to other 4%. Like I understand, Blufin is: - don’t overthink (e.g. I must reboot) - don’t overcomplicate (e.g. hibernate) - don’t overmaintain (e.g. I must upgrade) and if you are doing something else, you are probably not using Blufin the designed way and you should learn to use it properly or find some other “toy” that makes you happy. ---
**Author:** ![mheuvel-dev](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/mheuvel-dev/32/5173_2.png) [@mheuvel-dev](https://universal-blue.discourse.group/u/mheuvel-dev)\ **Post date:** [May 16, 2025, 3:31pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/14 "2025-05-16T15:31:50Z")
I love all this automation. I was curious, so I called the just-recipe for triggering the update. After reboot, everything looked exactly the same. I was in doubt if I really got a major release rolled out. This is actually not a complain but a compliment to the team. Personally, I would like to see the background updates to trigger a notification, just like in Chrome OS. It could be stating: “hey we have an update ready for you which becomes effective upon reboot. You can continue your work and reboot whenever you like”. If someone doesn’t like to see such notifications, there should be an option to hide it. Anyway, for me the last part is just polishing and nice to have. I understand all this costs effort to make and maintain. I am happy with what we have already: a solid platform with hardly any maintenance. ---
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 16, 2025, 4:22pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/15 "2025-05-16T16:22:04Z")
> [@red11](#): > > hibernate belongs to other 4%. The problem with hibernate is it’s unsupported in Fedora, and we could crib it but we’d have to disable secureboot and then it’s a different set of problems. I wish we could do hibernation because suspend still drains too much battery day to day in linux. ---
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 16, 2025, 4:24pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/16 "2025-05-16T16:24:00Z")
> [@mheuvel-dev](#): > > If someone doesn’t like to see such notifications, there should be an option to hide it. We take a pretty strong stance against notifications – we wouldn’t want to do a normal popup, but something more designed into the desktop so it’s not so crude, something subtle. But that takes designers and front end folks so we hide it like sysadmins are supposed to. Back in the day if ubuntu needed a reboot the power icon would turn red but then that just means everyone’s icons are red all the time. It’s one of those things that “sure we could tell you, but the answer is almost always yes.” ---
**Author:** ![fenglengshun](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/fenglengshun/32/367_2.png) [@fenglengshun](https://universal-blue.discourse.group/u/fenglengshun)\ **Post date:** [May 16, 2025, 5:02pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/17 "2025-05-16T17:02:49Z")
If you want to and fine with jank, you can either add a startup script that do: ```auto sleep 3600 ; rpm-ostree status -q | ( sleep 5; notify-send "rpm-ostree Status" "$(cat)" ) ``` or (idk if bluefin still has `ujust update`) ```auto ujust update ; rpm-ostree status -q | ( sleep 5; notify-send "rpm-ostree Status" "$(cat)" ) ``` to get an automatic notification (adjust the first one’s first `sleep` seconds amount if you don’t want a different timing) ---
**Author:** ![mheuvel-dev](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/mheuvel-dev/32/5173_2.png) [@mheuvel-dev](https://universal-blue.discourse.group/u/mheuvel-dev)\ **Post date:** [May 16, 2025, 5:13pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/18 "2025-05-16T17:13:39Z")
Fully agree on the subtilty, @j0rge. My apologies if the word “notification” triggers a wrong association. I tried to associate it with the Chrome OS experience, as Bluefin is advertised. Once again, I’m happy with the Bluefin experience. This is my 2nd major release upgrade which passed with just a reboot. It keeps surprising me. Thanks for your suggestions @fenglengshun. I know there are plenty of options to customize. Most likely I will follow the sys-admin’s preference, which served me well so far. ---
**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\ **Post date:** [May 16, 2025, 6:04pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/19 "2025-05-16T18:04:16Z")
> [@mheuvel-dev](#): > > My apologies if the word “notification” triggers a wrong association. No need to apologize – it’s one of our hidden features! Feels like every app on every platform wants to notify me about everything. The notification manager on my phone is a hot mess. The desktop is like my oasis away from that stuff. We do have a few like the secure boot one. ---
**Author:** ![phreed](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/phreed/32/2417_2.png) [@phreed](https://universal-blue.discourse.group/u/phreed)\ **Post date:** [May 16, 2025, 6:05pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/20 "2025-05-16T18:05:11Z")
Doesn’t the update happen via the `ujust update`? That just runs `rpm-ostree upgrade`. A needed reboot can be detected via `rpm-ostree status --json | jq -e '.deployments[0].booted == false'`. If that is true then the Gnome notification can be set. ```bash notify-send "Updates Pending" "There is a BlueFin update pending. Run `systemctl reboot`" ``` Am I missing something? ---
**Author:** ![zilexa](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/zilexa/32/2221_2.png) [@zilexa](https://universal-blue.discourse.group/u/zilexa)\ **Post date:** [May 16, 2025, 9:06pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/21 "2025-05-16T21:06:10Z")
Hibernation has never been about speed for me. Regardless of how long it takes. I just use a desktop as my phone. I never reboot my phone unless it says it’s time to do so. Hibernation is all about just continuing where you left of. Or perhaps you were finished but just don’t close your browser. Or whatever. So my mindset is opposite of yours. Letting the OS stop all it’s services just because I no longer need the system for that moment makes no sense to me. Also, not having a notification that its healthy for the system to do a reboot next time I’m finished with whatever I’m doing is a BAD THING. You interpretation of “notification” is interesting. In my opinion It’s just that, “updates have been installed, please consider rebooting when you are ready”. That’s a notification. “The system will reboot in X minutes” is an action that has been taken without considering the user. That’s definitely not what I meant. Having to check via terminal whether it’s time to reboot is a workaround, hopefully. I think it’s designed this way because Fedora officially doesn’t support hibernation or the modern behaviour of laptop users. Worse, on their forum they said they don’t officially support laptops 😂 But hibernation works really well. And with a new SELinux line hopefully being added (by Fedora) by default it will become even easier to setup hibernation via a hibernation swapfile on a separate BTRFS subvolume 💪 ---
**Author:** ![zilexa](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/zilexa/32/2221_2.png) [@zilexa](https://universal-blue.discourse.group/u/zilexa)\ **Post date:** [May 16, 2025, 9:08pm UTC](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815/22 "2025-05-16T21:08:32Z")
That would be fantastic. And totally intuitive. Although I would end with telling the user to reboot. Not asking them to run command line. [Next page](https://universal-blue.discourse.group/t/bluefin-is-now-based-on-fedora-42-universal-blue-updates/7815.md?page=2)