News : Fedora can be tested online

You ca test Fedora distro linux on the distrosea :

News : Fedora 45 beta.

Fedora 45 enters the Beta Freeze stage, marking the transition from active feature development to strict system stabilization in the Fedora release cycle.

This phase ensures that Fedora 45 maintains a consistent, predictable, and reproducible state while developers and testers focus on reliability and performance across all supported architectures.

The Fedora development workflow begins with Rawhide, the fast-moving branch where new packages land daily and experimental changes are introduced.

From Rawhide, the Fedora 45 branch is created, forming the foundation for the upcoming release and preparing the system for the Alpha milestone.

The Alpha stage integrates major components such as the Linux kernel, Mesa graphics stack, systemd, Python, GCC, and Clang, allowing early testing of core functionality.

After Alpha, Fedora 45 progresses into the Beta stage, where the distribution becomes feature-complete and ready for broad community testing on laptops, workstations, and servers.

During Beta, the focus shifts to hardware compatibility, upgrade validation, installer testing, and regression detection in critical subsystems like Wayland, PipeWire, SELinux, and DNF5.

With the start of Beta Freeze, all major updates are blocked from entering the stable repositories, preventing disruptive changes and ensuring a stable Beta image.

Every update must pass through Bodhi updates-testing, where automated gating tests and community karma feedback determine whether a package is safe to include.

This controlled process helps maintain system integrity and prevents regressions caused by rapid adoption of new compiler versions such as GCC 14 and Clang 18.

Nightly builds during Beta Freeze include only approved patches, including fixes in Anaconda, Pungi, and python-blivet that improve partition handling, image composition, and installer reliability.

Fedora 45 benefits from updated Mesa drivers, a newer Linux kernel, refreshed system libraries, and improvements across GNOME, KDE Plasma, and LXQt environments.

For users, the Beta stage is when Fedora 45 becomes stable enough for daily use and real-world testing, with reported issues directly influencing the final release quality.

For developers, Beta Freeze shifts the focus from adding features to refining package consistency, resolving dependencies, and eliminating incompatibilities across the ecosystem.

Fedora 45 continues the project’s tradition of delivering a modern, forward-looking Linux distribution, and the structured progression through Rawhide, Alpha, Beta, and Beta Freeze ensures a stable and high-quality final release.

News : Darktable 5.6.1: Stability, GPU fixes and AI improvements for Fedora and other Linux distributions.

Darktable 5.6.1 was released on August 27, 2026, with a technical focus on improving stability, memory handling, and GPU compatibility specifically on Fedora and other Linux distributions that adopt cutting‑edge toolchains and graphics stacks.

Fedora users benefit from native Wayland support in the official AppImage, allowing Darktable to run directly on GNOME’s Wayland session without relying on XWayland, while still providing automatic fallback to X11 for systems with incomplete OpenCL or Vulkan implementations.

The update addresses AMD GPU issues encountered frequently on Fedora due to Mesa Rusticl, eliminating pixel corruption and reducing OpenCL buffer allocation failures that previously caused crashes in modules such as denoise, sharpen, and tone equalizer.

Darktable 5.6.1 improves the RAW processing pipeline by enhancing ONNX model handling, adding automatic retry for interrupted downloads, and ensuring full metadata preservation for AI‑generated images, including EXIF, geotags, ratings, and color labels.

The AI RAW denoise module now rejects Fujifilm Super CCD sensors explicitly, preventing incorrect processing results caused by unsupported training data and ensuring predictable behavior across Fedora’s diverse camera workflows.

Multiple stability issues in wavelet decomposition, path masks, and raster masks are resolved, addressing crash patterns that were more visible on Fedora due to its early adoption of GCC 14 and Clang 18, whose aggressive optimizations exposed subtle bugs in previous Darktable builds.

Export reliability is improved through corrections in JPEG 2000 YCbCr 4:2:0 decoding and PNG 16‑bit color handling, fixing inconsistencies triggered by Fedora’s up‑to‑date libpng and openjpeg libraries.

On macOS, Darktable 5.6.1 provides separate builds for x86_64 and ARM64, ensuring optimized performance on Apple Silicon devices through improved integration with Metal and OpenCL layers, although the primary technical impact of this release remains centered on Linux and Fedora.

The update reduces crash frequency on macOS when applying 3D LUTs or running AI modules, thanks to adjustments aligned with recent Apple Clang and SDK changes, maintaining parity with Fedora’s stability improvements.

Windows users receive a fix for AMD OpenCL devices that were previously disabled, restoring full GPU acceleration, but Fedora remains the distribution with the most significant improvements due to its modern graphics stack and rapid package updates.

Package distribution for Linux is updated through OBS, PPA, Flatpak, and Fedora’s community repositories, ensuring that Fedora users receive the latest Darktable 5.6.1 builds compiled against current system libraries and toolchains.

Fedora : testing basic example with python SELinux package.

Fedora : Fedora SilverBlue 44 and distrobox tool.

Distrobox on Fedora is a lightweight, rootless way to run any Linux distribution inside a tightly‑integrated container, powered by Podman. It’s more flexible than Fedora’s native Toolbox because it can pull any OCI image (Ubuntu, Arch, Debian, openSUSE, Alpine, etc.)

What Distrobox Does on Fedora

• Runs any distro inside your terminal using Podman or Docker.
• Integrates with the host: shared $HOME, USB devices, audio, GUI apps (X11/Wayland).
• No root needed — perfect for immutable Fedora variants like Silverblue/Kinoite.
• Exports apps from the container back to Fedora using distrobox-export.

Install Distrobox on Silverblue

rpm-ostree install distrobox
systemctl reboot

Create and enter a Gentoo container

distrobox create -i gentoo/stage3:latest -n gentoo
distrobox enter gentoo

Sync and update Gentoo

emerge --sync
emerge --ask --update --deep --newuse @world
...

Gentoo inside Distrobox is source‑based, this means:

Compiling packages happens inside the container

CPU and RAM usage will be high

Builds may take a long time (depending on your hardware)

Silverblue’s immutability does not affect Gentoo’s compilation.

Fedora : Fedora SilverBlue 44 on VirtualBox 7.2.10 - first commands to start .

Fedora Silverblue is an immutable desktop operating system built on top of rpm‑ostree. Instead of traditional package-based upgrades, Silverblue uses atomic deployments, making the system extremely stable, reliable, and easy to roll back. This blog-style guide shows you how to update your system, manage deployments, upgrade to new Fedora versions, and keep Flatpak applications current — all using simple terminal commands. Tested on VirtualBox.

Check your current system state

Before updating, it is useful to inspect your current deployment and any layered packages.

rpm-ostree status

Most apps in Silverblue come from Flatpak.

sudo su
flatpak update

Perform a standard system update

This updates your Silverblue installation to the latest available deployment for your current Fedora release.

sudo rpm-ostree upgrade
systemctl reboot

Clean up old deployments

Silverblue keeps multiple system deployments so you can roll back if needed. You can safely clean older ones to free space and reduce clutter.

rpm-ostree status
sudo rpm-ostree cleanup -p
sudo rpm-ostree cleanup -m

Roll back if something breaks

If an update causes issues, you can revert to the previous deployment quickly and safely.

rpm-ostree status
sudo rpm-ostree rollback
systemctl reboot

Rebase to a new Fedora Silverblue version

Major upgrades are done via rebase. Replace 41 with your target Fedora version. I used Fedora 44 and I keep that version.

rpm-ostree status
sudo rpm-ostree rebase fedora:fedora/41/x86_64/silverblue
systemctl reboot

Manage layered RPM packages

Although Silverblue is immutable, you can still layer RPM packages on top of the base image. Here is how to inspect and remove them.

rpm-ostree status
sudo rpm-ostree uninstall package-name
systemctl reboot

Troubleshooting tips

If updates fail or downloads hang, you can refresh metadata or inspect rpm-ostree logs.

sudo rpm-ostree refresh-md
journalctl -u rpm-ostreed

News : start translation updates was due to the migration on Fedora

Updates to translations of Fedora Documentation are again available. As announced on March 3rd, the unavailability of translation updates was due to the migration of the translation repositories and necessary tools from Pagure to the Fedora Forge. It took longer than expected but we are pleased to report this undertaking came finally to the end.

See the official website.

Fedora : Fedora SilverBlue 44 on VirtualBox 7.2.10 - fast video tutorial.

Fedora immutable : Immutable Linux distributions and their development by the Fedora team.

What Are Immutable Linux Versions?

• Immutable Linux distributions are operating systems where the core system is read-only and cannot be modified directly by the user.
• Examples include Fedora Silverblue (GNOME-based) and Fedora Kinoite (KDE Plasma-based) ...
• The system is built from atomic images, similar to how mobile operating systems update.
• Applications and development tools run in containers instead of modifying the base system.

Main Characteristics and Functionality

• The base system is read-only, preventing accidental or harmful changes.
• Updates are atomic: the entire system updates as one unit and can be rolled back instantly.
• Applications are installed through Flatpak or container environments like Toolbox and Distrobox.
• System integrity is preserved because the OS image remains consistent across reboots.

Security Features

• The read-only system reduces the attack surface by preventing unauthorized modifications.
• Atomic updates ensure that incomplete or corrupted updates do not break the system.
• Containerized applications isolate software from the core system, improving security.
• Rollback capability allows users to revert to a previous working state after a failed update.

Hardware and Software Limitations

• Some proprietary drivers may require manual workarounds because the base system cannot be modified directly.
• Legacy hardware may not be fully supported due to the modern design of immutable systems.
• Traditional package managers like dnf or apt cannot install software into the base system.
• Advanced system customization is limited because configuration files are protected.

Advantages

• High stability due to the read-only system design.
• Fast and reliable updates with rollback support.
• Improved security through isolation and immutability.
• Ideal for developers using container-based workflows.
• Consistent system state across reboots and installations.

Disadvantages

• Less flexibility for users who want to modify system internals.
• Some software may not work if it requires direct system-level installation.
• Learning curve for users unfamiliar with Flatpak or container tools.
• Not ideal for niche hardware requiring custom drivers.

Immutable Fedora Linux Versions: Silverblue and Kinoite

What Are Immutable Linux Versions?

• Immutable Linux distributions are operating systems where the core system is read-only and cannot be modified directly by the user.
• Examples include Fedora Silverblue (GNOME-based) and Fedora Kinoite (KDE Plasma-based).
• The system is built from atomic images, similar to how mobile operating systems update.
• Applications and development tools run in containers instead of modifying the base system.

Main Characteristics and Functionality

• The base system is read-only, preventing accidental or harmful changes.
• Updates are atomic: the entire system updates as one unit and can be rolled back instantly.
• Applications are installed through Flatpak or container environments like Toolbox and Distrobox.
• System integrity is preserved because the OS image remains consistent across reboots.

Security Features

• The read-only system reduces the attack surface by preventing unauthorized modifications.
• Atomic updates ensure that incomplete or corrupted updates do not break the system.
• Containerized applications isolate software from the core system, improving security.
• Rollback capability allows users to revert to a previous working state after a failed update.

Hardware and Software Limitations

• Some proprietary drivers may require manual workarounds because the base system cannot be modified directly.
• Legacy hardware may not be fully supported due to the modern design of immutable systems.
• Traditional package managers like dnf or apt cannot install software into the base system.
• Advanced system customization is limited because configuration files are protected.

Advantages

• High stability due to the read-only system design.
• Fast and reliable updates with rollback support.
• Improved security through isolation and immutability.
• Ideal for developers using container-based workflows.
• Consistent system state across reboots and installations.

Disadvantages

• Less flexibility for users who want to modify system internals.
• Some software may not work if it requires direct system-level installation.
• Learning curve for users unfamiliar with Flatpak or container tools.
• Not ideal for niche hardware requiring custom drivers.

Why Fedora Atomic Desktop Versions Lag Behind Workstation

Fedora Atomic Desktops (immutable editions - 40) do not follow the same release pace as Fedora Workstation 44 – April 2026. While Workstation receives a new version every six months, the immutable editions often remain several versions behind. This happens because immutable systems require additional testing, image validation, and stability checks before release.

Main Reasons for Version Differences

• Immutable systems use rpm-ostree, which requires more complex testing than traditional package-based systems.
• Atomic updates and rollback functionality must be verified for every release.
• Desktop environments must be adapted to work correctly in a read-only system.
• The Fedora Atomic team is smaller and focuses on stability over rapid version progression.
• New immutable editions (Onyx, Aurora, Sericea) increased development workload.

Current Immutable Editions

• Fedora Silverblue (immutable, GNOME)
• Fedora Kinoite (immutable, KDE Plasma)
• Fedora Sericea (immutable, Sway)
• Fedora Onyx (immutable, Budgie)
• Fedora Aurora (immutable, LXQt)

Release Timeline for Immutable Editions

• Fedora releases occur twice per year: April and October.
• Workstation versions advance regularly (e.g., Fedora 44 in 2026).
• Immutable editions often remain at older versions (e.g., Silverblue 40) until stability is guaranteed.
• Development for immutable editions happens first in Rawhide, then moves to a stable branch.
• Version numbers for immutable editions may skip or delay compared to Workstation.

Development

• Atomic Rawhide (future Fedora 41 Atomic)
• Rawhide is the testing ground for all new immutable features.
• New images are built and validated before becoming a stable release.

How Development Works for Immutable Fedora

• All new changes are introduced in Rawhide, the rolling development branch.
• The system is built as an OSTree image instead of traditional packages.
• Each image must pass atomic update and rollback validation.
• Flatpak integration and container tools (Toolbox, Distrobox) must be tested for compatibility.
• Only after stability is confirmed, the immutable edition receives a new version number.

Why Immutable Editions Prioritize Stability

• Atomic systems must guarantee that updates never break the OS.
• Rollback must work flawlessly for every release.
• Desktop environments must behave correctly in a read-only environment.
• Consistency and reliability are more important than rapid version progression.

News : F44 Election Results ...

I saw a few days ago that there was a vote, but I didn't vote. I didn't participate nor did I follow what the fedora team was working on. From past experiences I can say that it is a very refined distribution. I use it all the time. It should be emphasized that each Linux distribution has different characteristics and specifications. Good luck.

The F44 election cycle has concluded. Below are the results. We are posting the results early this year as we are currently on the eve of Flock to Fedora 2026 and the results were ready. Thank you to all candidates and voters, and congratulations to the newly elected members!

See the official website.

News : Fedora 45 wants PURL Metadata.

The Package-URL (PURL) standard privides a "standardized URL-based syntax that uniquely identifies software packages, independent of their ecosystem or distribution channel"

This Change aims at making it easier and more reliable to identify which packages contain code from what projects. This allows for more reliable identification of packages affected by security vulnerabilities. Additionally, this metadata might be interesting for generating SBOMs for content included in (container) images.

See this discussion at fedoraproject community.

News : The new RISC-V images of Fedora 44 .

Fedora-Server-Host-Generic: This image uses the standard 6.19 kernel, 6.19.8-200.0.riscv64.fc43.riscv64. This kernel is very close to upstream, and will work on Vision Five 2, Orange Pi RV, Milk-V Mars, and probably other boards.

Fedora-Server-Host-Omni: New in Fedora 44! This image uses the Fedora “Omni” kernel, 7.0.11-200.0.riscv64.omni.fc44.riscv64, which aims to work on a wider range of RISC-V boards. Some patches in this kernel are still under review upstream. For details on the list of boards the Omni kernel

The RISC-V images of Fedora 44 are now available for container, server, and cloud variants. The Fedora 44 RISC-V material is considered non-official and community-contributed alternate images currently with Fedora Linux.

The Fedora 44 Server images for RISC-V use a Linux 6.19 based kernel close to upstream and have been tested on the Vision Five 2, Orange Pi RV, and Milk-V Mars.

See the discussion on fedoraproject.org.

Fedora 44 : the Zert plugin manager.

Zert is a pure-Zsh plugin manager built around a simple idea: your plugins should be declared directly in your .zshrc, pinned to exact commits, and reproducible on any machine just like npm does for Node projects.

This project can be found on this GitHub repo.

Let's see some commands:

zert zert                           # zert manages itself
zert use ohmyzsh                     # enable Oh-My-Zsh compatibility
zert ohmyzsh lib/clipboard           # OMZ library
zert use prezto                      # enable Prezto compatibility
zert prezto modules/utility          # Prezto module
zert zsh-users/zsh-autosuggestions   # GitHub shorthand
zert https://github.com/user/repo    # full URL
zert user/repo --branch dev          # track a branch
zert /home/me/my-plugin              # local plugin

zert user/plugin --pin abc123        # pin to commit
zert user/plugin --branch dev         # track branch
zert user/plugin --no-alias           # skip aliases
zert user/plugin --no-completion      # skip completions
zert user/plugin --only-completion    # completions only

zert list      # show installed plugins
zert update    # update all plugins
zert prune     # remove unused plugins

Fedora 44 : testing Django 6.0.4 .

Today I used Fedora 44 beta 12 server on VirtualBox, and I wanted to test how Python works with Django on this Linux distribution. In the Fedora distribution, I have Python version 3.14.3 and Django version 6.0.4. I created a basic project with multiple pages, CSS, JavaScript, and an admin interface. It seems that Django is functional, and the result is very good for a basic project.:

Fedora 44 : Fedora 44 Server with budgie ...

The old laptop on which I was running Fedora broke down. That didn't stop me from testing Fedora Server version 44 beta 12 with the Budgie environment in VirtualBox, and I also made a beginner tutorial video that I share on my YouTube channel - Catalin George Festila.

See this video:

News : Fedora Budgie Spin intro

Today, I saw this good environment and will test with Fedora server on virtualbox because I don't have hardware to test it.

You can see more about this with the Fedora Spin.

The Fedora Budgie Spin showcases the Budgie Desktop, a feature-rich, modern desktop designed to keep out the way of the user. Budgie Desktop uses common desktop design metaphors while offering users sophisticated functionality such as its Raven widget and notification center, and an approachable method to personalization.

Fedora 38: First official release of Fedora Budgie Spin was on 2023.

Fedora 39–44: Continuous updates, better Wayland support, and alignment with upstream Budgie.

Fedora 44 Beta: Ships with Budgie 10.10 and improved integration.

The basic commands for install this fedora package with gdm.

$sudo dnf5 install @budgie-desktop-environment
$sudo dnf5 install budgie-desktop
$sudo dnf5 install @base-x gdm
$sudo systemctl set-default graphical.target
$sudo systemctl enable gdm --now
$sudo reboot

NOTE: If these commands not work then you need to make one update with all packages.

News : Fedora 43 comes without Xorg.

Fedora 43 won't support Xorg, the distro's. All GNOME X11 session users will be migrated to the Wayland session.

Fedora 43 will ship with Python 3.14, Linux Kernel 6.17, KDE 6.4, and RPM 6.0. It will come with Mesa 25.1.4 graphics drivers. Beta builds of Fedora 43 Workstation, KDE Plasma Desktop, Server, IoT, and Cloud are available for download on the distro's website.

News : Fedora 42 (Adams) !

Fedora 42 is a version of Fedora released to the public on 15 April 2025[1], under the codename "Adams". This version is notably the first version since Fedora 23 to use a codename. This version updates GNOME to version 48.

See the wikipedia article.

Yesterday I installed the Fedora Linux distro with version 42 also known as Adams, on the old Cosmic environment.

The packages were installed correctly and updated to version 42. The Cosmic environment, although it has a pretty good design, is just as poor as some of the implemented applications. I tried with about three screenshot applications to take a screenshot and I couldn't succeed. I noticed some packages for basic and cosmic implementation, but they didn't solve anything. Moreover, it seems that cosmic is related to rust and it's throwing me some strange messages!!!

I had to take a picture of the screen for this installation ... after all, it is a test version from the Fedora team based on RedHat linux!

News : Fedora team schedule for a long period of time .

It remains my favorite linux distribution so far. I didn't have time to work with Fedora, I see the development team initiated a larger plan over a longer period of time, which is very good.

Fedora Linux 41 End of Life will be on Wed 2025-11-19 and Fedora Linux 43 End of Life will be on Wed 2026-12-02.

Now : Notify Mirrors of Final Release , see this schedule.

• Fedora Linux 43
• Fedora Linux 42
• Fedora Linux 41
• Fedora Linux 40
• Fedora Linux 39

News : Bluefin Linux from Fedora Silverblue.