# Bazzite 42 is now available!

**URL:** https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861
**Category:** Bazzite
**Tags:** announcements, bazzite-news
**Created:** [April 15, 2025, 10:08pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861 "2025-04-15T22:08:22Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![kylegospo](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/kylegospo/32/375_2.png) [@kylegospo](https://universal-blue.discourse.group/u/kylegospo)
#### Post date: [April 15, 2025, 10:08pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/1 "2025-04-15T22:08:22Z")

</div>

![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/a/ab0425cd6030f65a778e8dfe2ff8a2756dddfac9.jpeg)  
Bazzite 42 releases today alongside Fedora 42, bringing **BETA support for the MSI Claw** handhelds, improved HDR support under both GNOME and KDE, and various improvements throughout the project!

## HDR Support

As of GNOME 48 HDR support is now generally available. KDE Plasma 6.3.4 has also made numerous improvements to their HDR support! If you want to try it out on the desktop you can either use a version of Wine with Wine Wayland built in, or enable the HDR support for existing releases of proton thanks to [vk\_hdr\_layer](https://github.com/Zamundaaa/VK_hdr_layer), which we’ve preinstalled for you.

## Improved HTPC support

Thanks to work by Glorious Eggroll (my hero \<3), Bazzite now has a patch for Steam’s audio output resetting behavior. For people that don’t speak nerd, this means you can change your audio output options on your HTPC and expect them to stay where you set them when you enter gaming mode. Wow!

## New Bazzite-DX Website

Building on our earlier announcement of developer editions of Bazzite desktop, Bazzite-DX now has a new website you can check out while we build it out. You can check it out [here](https://dev.bazzite.gg/).

## Growth

We pride ourselves on showing any numbers we have, the charts below are just a snapshot of the constantly updated one we keep on our website.

 ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/7/7fde66e20542526f0bd87d493a98b20c7d67e7fe.png)

 ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/1/13b61f4975fb9ff06f103de88aaa7b41c9aaffb6.png)

Overall it’s been a great year for Universal Blue and for the Bazzite project. We’re really looking forward to where things go from here!

## Future Stuff

Our team is working with the folks at Fyra Labs (Ultramarine Linux) on a new Live ISO experience that may come to Bazzite in the future and a new Flatpak store is on the way to replace the aging Discover/Software thanks to Glorious Eggroll. Additionally, Yafti is being replaced with a modern and better first-run installer as soon as possible, and we’ll continue to work on expanding to new handhelds. As always if you want to come join us everything here is built in GitHub. We’d love the additional support!

## Full release notes

The automatically generated changelog for this release can be seen [here](https://github.com/ublue-os/bazzite/releases/tag/42.20250415).

## Update Notice

If you are having any issues updating, be sure to try the “System Update” app available in the desktop applications list:

 ![image](https://global.discourse-cdn.com/free1/uploads/univeral_blue/original/2X/5/52b025abfa3dd8ace9e442c367ca3b397929a44a.png)

And if that still doesn’t work, post the full output of that application in any of our help sections. You can also try removing any applications you’ve layered with `rpm-ostree reset` prior to updating.

As always, if you find that you’d rather stay on Bazzite 41 for the time being you can roll back with `rpm-ostree rollback`.

---

<div class="post-metadata">

### 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: [April 15, 2025, 10:10pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/2 "2025-04-15T22:10:28Z")

</div>



---

<div class="post-metadata">

### 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: [April 16, 2025, 3:20am UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/3 "2025-04-16T03:20:47Z")

</div>

> [@kylegospo](#):
>
> As always, if you find that you’d rather stay on Bazzite 41 for the time being you can roll back with `rpm-ostree rollback`.

Is there no GTS channel for Bazzite? Also, does Bazzite 42 has the [same `/nix` issue as in Bluefin 42](https://universal-blue.discourse.group/t/call-for-testing-bluefin-lts-alpha/5841/51)?

---

<div class="post-metadata">

### Author: ![kylegospo](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/kylegospo/32/375_2.png) [@kylegospo](https://universal-blue.discourse.group/u/kylegospo)
#### Post date: [April 16, 2025, 3:21am UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/4 "2025-04-16T03:21:58Z")

</div>

You will find that with the latest version of bootc that it is impossible to use Nix installer. You won’t find any support for it at Universal Blue. Prior to this state of affairs we didn’t support it due to it breaking SELinux.

GTS is specifically a Bluefin concept, being a gaming distro we really only have any interest in the latest and greatest. Bazzite 41 is abandonware and will receive no further updates of any kind.

---

<div class="post-metadata">

### Author: ![returntrip](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/returntrip/32/487_2.png) [@returntrip](https://universal-blue.discourse.group/u/returntrip)
#### Post date: [April 16, 2025, 4:28am UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/5 "2025-04-16T04:28:05Z")

</div>

What is not working for the Claw devices? They are relatively cheap… Was pondering about getting one.

---

<div class="post-metadata">

### 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: [April 16, 2025, 4:36am UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/6 "2025-04-16T04:36:54Z")

</div>

I see. I guess I’ll just focus on my image builder and baking everything in there and a distrobox installer. Is there any alternatives/recommendations for config files and various files backup and management a la home-manager that works on ublue? I manage everything with Nix, including default folder links and such.

---

<div class="post-metadata">

### Author: ![Devoras](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/devoras/32/5665_2.png) [@Devoras](https://universal-blue.discourse.group/u/Devoras)
#### Post date: [April 16, 2025, 5:34pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/7 "2025-04-16T17:34:42Z")

</div>

I’m so happy, I don’t even have to pay attention to upgrades and when and where they are happening - which is great in stressful times.

I just ran a system update this morning and then when I rebooted later, I was “magically” on Fedora 42. It’s fantastic. I’m so grateful for these images, thank you all for your great work.

---

<div class="post-metadata">

### Author: ![David\_Martin](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/david_martin/32/1983_2.png) [@David\_Martin](https://universal-blue.discourse.group/u/David_Martin)
#### Post date: [April 16, 2025, 9:05pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/8 "2025-04-16T21:05:27Z")

</div>

No VRR in Bazzite 42

Any info if this is going to be changed?

> **[On Bazzite 42 Gnome the VRR experimental feature is disabled by default -...](https://www.answeroverflow.com/m/1362003193516658888)**
>
> After updating from Bazzite 41 to the new 42 version (main, not testing), I noticed my display does not have VRR anymore, not even the option to enable it.
> Following that, I rebooted into the previous image, which is Bazzite 41, and the VRR is...

---

<div class="post-metadata">

### Author: ![asen23](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/asen23/32/6035_2.png) [@asen23](https://universal-blue.discourse.group/u/asen23)
#### Post date: [April 17, 2025, 3:43am UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/9 "2025-04-17T03:43:23Z")

</div>

[Chezmoi](https://www.chezmoi.io/) is really great.

---

<div class="post-metadata">

### Author: ![antheas](https://avatars.discourse-cdn.com/v4/letter/a/df788c/32.png) [@antheas](https://universal-blue.discourse.group/u/antheas)
#### Post date: [April 17, 2025, 8:35am UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/10 "2025-04-17T08:35:58Z")

</div>

> [@returntrip](#):
>
> What is not working for the Claw devices? They are relatively cheap… Was pondering about getting one.

Intel drivers are not there yet. The performance is not where it should be, and without proper compositing you don’t get night light and the steam overlay is very slow. There are also periodic audio issues in games.

There’s a reason they are cheap. But hey, great project idea in any case.

---

<div class="post-metadata">

### Author: ![geeksville](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/geeksville/32/5426_2.png) [@geeksville](https://universal-blue.discourse.group/u/geeksville)
#### Post date: [April 17, 2025, 1:45pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/11 "2025-04-17T13:45:18Z")

</div>

> [@kylegospo](#):
>
> As always, if you find that you’d rather stay on Bazzite 41 for the time being you can roll back with `rpm-ostree rollback`.

though warning: this rollback has issues. Can’t rollback from F42 builds to F41 builds if you have a problem.

---

<div class="post-metadata">

### Author: ![AlexNPavel](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/alexnpavel/32/4134_2.png) [@AlexNPavel](https://universal-blue.discourse.group/u/AlexNPavel)
#### Post date: [April 17, 2025, 3:12pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/12 "2025-04-17T15:12:31Z")

</div>

I didn’t even manually run a system update. I just noticed yesterday that GRUB showed the OS as Bazzite 42. The update was so seamless I wouldn’t have known otherwise.

---

<div class="post-metadata">

### Author: ![CyborgZeta](https://avatars.discourse-cdn.com/v4/letter/c/ec9cab/32.png) [@CyborgZeta](https://universal-blue.discourse.group/u/CyborgZeta)
#### Post date: [April 17, 2025, 6:12pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/13 "2025-04-17T18:12:32Z")

</div>

What’s this about replacing Discover? Is this replacement coming from upstream, or is this new software center its own thing?

---

<div class="post-metadata">

### Author: ![nicknamenamenick](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/nicknamenamenick/32/4512_2.png) [@nicknamenamenick](https://universal-blue.discourse.group/u/nicknamenamenick)
#### Post date: [April 17, 2025, 6:18pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/14 "2025-04-17T18:18:00Z")

</div>

It’s by GloriousEggroll, so nothing to do with KDE Plasma or GNOME.

Here is the repo:

> **[GitHub - GloriousEggroll/flatpost: Desktop Environment agnostic flatpak-only shop...](https://github.com/GloriousEggroll/flatpost)**
>
> Desktop Environment agnostic flatpak-only shop gui.

---

<div class="post-metadata">

### Author: ![shebanator](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/shebanator/32/3315_2.png) [@shebanator](https://universal-blue.discourse.group/u/shebanator)
#### Post date: [April 17, 2025, 6:38pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/15 "2025-04-17T18:38:12Z")

</div>

So the bottom line here is that nix and the tools that depend on it (e.g. devenv.sh, devbox, flox, etc) won’t work on bazzite-dx or any other -dx variant of ublue, going forward? That sucks, I gotta say. Linux homebrew often falls flat on its face for me, especially compared to nix:

- Only 7600 packages vs nixpkg’s 120K packages, homebrew is often faster at integrating updated packages, though.
- No plugin/extensions community to speak of
- No container integration, especially container image building
- Can’t install multiple versions of a package easily which forces separate environment managers like uv, rvm, etc, - You can skip all that stuff with nix.
- No ability to create customized shells, etc).
- Weak support for CI systems (hard to get high levels of build reproducibility), and weaker support for github actions.

I guess the recommended path is to run a distrobox to do day to day development if we need something which isn’t in homebrew like nix? Which I guess begs the question of why even have -dx variants of bazzite/bluefin if the base version tooling is so constrained that you can’t make it usable for modern dev workflows people need to actually use? Just make everything be in separate containers and save all the disk space in the main image…

(As an aside, it was this precise issue that made me question the usefulness of bazzite-gdx version - what are the odds that the bundled tools will actually match any non-hobbyist’s gamedev workflow, and what do they do about it when they can’t make the base image work for them? Guess they have to run a distrobox and reinstall all those tools again and maintain some of them in both places)

---

<div class="post-metadata">

### 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: [April 17, 2025, 6:45pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/16 "2025-04-17T18:45:41Z")

</div>

> [@shebanator](#):
>
> usable for modern dev workflows people need to actually use?

The -dx pattern is [documented here](https://docs.projectbluefin.io/bluefin-dx) but not yet included in the bazzite docs. It does not include nix because the rest of us don’t have the problems that you are describing.

> [@shebanator](#):
>
> Just make everything be in separate containers and save all the disk space in the main image

This is exactly what you should be doing, putting your stuff in containers.

---

<div class="post-metadata">

### Author: ![klmcw](https://avatars.discourse-cdn.com/v4/letter/k/eb8c5e/32.png) [@klmcw](https://universal-blue.discourse.group/u/klmcw)
#### Post date: [April 17, 2025, 7:06pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/17 "2025-04-17T19:06:06Z")

</div>

> Which I guess begs the question of why even have -dx variants of bazzite/bluefin if the base version tooling is so constrained that you can’t make it usable for modern dev workflows people need to actually use?

I had the same concern about using distroboxen at first too. I guess we all do.

But in practice, it just isn’t that hard. It _is_ a mental shift though.

I had to accept that with a _container first_ development environment that I really do want the host OS to be as light as is practical and use the features of containers where I need to install multiple versions of complex tool chains, etc. And that forces my dev environment to look and behave more like production. If I am developing in a container, and testing in a container then deploying to a prod container is more straight-forward; meaning less variables introduced during deployment because dev and prod are deployed the same way.

And to be honest, if I were using nix I would use it in a carefully designed distrobox. Because I do not want to be doing all that compiling and installing on my purposely light host OS. When I move to another project that is using go instead of zig, web assembly, react, etc. - I would just blow the distrobox away and create a new one to reclaim the disk space. It is so much easier to work that way compared to keeping all the cruft around forever.

Personally I absolutely love the -dx variant I use. After making the mental leap I find that this is what I have been wanting since I deployed my first app using docker compose ~2005-06.

Be a little patient with yourself (and us please). I empathize with what you are going through. I have made that same journey myself.

---

<div class="post-metadata">

### Author: ![kylegospo](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/kylegospo/32/375_2.png) [@kylegospo](https://universal-blue.discourse.group/u/kylegospo)
#### Post date: [April 17, 2025, 7:07pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/18 "2025-04-17T19:07:45Z")

</div>

VRR should be fixed as of last nights build.

---

<div class="post-metadata">

### Author: ![CyborgZeta](https://avatars.discourse-cdn.com/v4/letter/c/ec9cab/32.png) [@CyborgZeta](https://universal-blue.discourse.group/u/CyborgZeta)
#### Post date: [April 17, 2025, 7:39pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/19 "2025-04-17T19:39:03Z")

</div>

Can’t say I like having another GTK program on my Plasma install, but it says it doesn’t require GNOME dependencies. So I guess I can’t complain.

---

<div class="post-metadata">

### Author: ![shebanator](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/shebanator/32/3315_2.png) [@shebanator](https://universal-blue.discourse.group/u/shebanator)
#### Post date: [April 17, 2025, 7:54pm UTC](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861/20 "2025-04-17T19:54:23Z")

</div>

Thanks, Jorge, I get the containers-first model of dx, and I support it. I’ve been using containers for development since well before I started using bluefin-dx. But I just don’t understand the purpose of all the dx stuff installed in the base image. For bluefin-dx, this includes an additional 60+ packages, some of which seem a bit niche to me. How many developers actually need/use the android dev tools, and why can’t they live in a container if they do need them? Why do we preinstall docker, podman, AND incus? Why do we have devbox, distrobox, toolbox and virt-manager all available by default? Why isn’t cockpit running in their flatpak or container image? Why do things like nerd fonts not get installed per user, given that multi-user machines are not at all the common use case for bluefin/bazzite? etc etc etc.. Is the intent to remove as many packages from the base image as technically possible, or are the rules more complicated than that?

I’d also like to understand who are the “rest of us” developers you are targeting with the base -dx tools? People who work at small startups with a single product? Hobbyists? Open source developers on small projects? I’m not really getting which developers it is supposed to be optimized for, and right now I have a hard time seeing the base environment handling anyone’s needs well on its own.

[Next page](https://universal-blue.discourse.group/t/bazzite-42-is-now-available/7861.md?page=2)
