The beta of Fedora 33 is available this morning ahead of the official release expected at the end of October for this Red Hat sponsored Linux distribution.

After missing the preferred target date of 15 September and the secondary beta target date of this week, Fedora 33 Beta is now on track to ship next week.

Currently on Fedora the Security Enhanced Linux (SELinux) functionality that's there by default can be disabled at run-time via the /etc/selinux/config but moving forward with Fedora 34 they are looking at removing that support and focusing just on disabling via selinux=0 at the kernel boot time in order to provide greater security.

The plans to shrink the Fedora install media by ramping up the compression settings were rejected at last week's Fedora Engineering and Steering Committee meeting.

For four years now since Fedora 25 the default GNOME Shell desktop environment has been using Wayland by default. Next spring with Fedora 34, the KDE Spin is finally planning a similar migration to use Wayland by default with the KDE Plasma desktop.

While Fedora 33 hasn't even been released yet, Fedora 34 is already seeing new feature proposals.

Proposed last year for Fedora 32 was aiming to make it easier to swap out GCC for other alternate compilers (like Clang) by using the update-alternatives functionality on Fedora for handling the /usr/bin/cc and /usr/bin/c++ symbolic links. That work was deferred to Fedora 33 as it wasn't completed in time while now it's been deferred yet again to Fedora 34 next year.

For the past few years there has been a Fedora spin for the "Internet of Things" while with Fedora 33 this autumn the Fedora IoT version is being promoted to an official edition.

Fedora's plans to make use of link-time optimizations (LTO) by default with the GCC compiler when building Fedora 33 packages is looking like it will successfully pan out.

Last month was the proposal for Fedora to make DXVK their default back-end for Direct3D 9/10/11 usage with their packaged Wine build rather than WineD3D. That's now been approved for Fedora 33!

Fedora developers continue embracing the work on making the Btrfs file-system the default for F33 desktop variants. Their latest progress report indicates new installation options being wired up for the Btrfs support.

Going back to last year Fedora has been working to enable link-time optimizations by default for their packages. That goal wasn't achieved for Fedora 32 but for Fedora 33 this autumn they still have chances of marking that feature off their TODO list.

Fedora's less talked about "Internet of Things" (IoT) edition is looking to be promoted to an official spin for Fedora 33.

While Fedora 33 is slated to default to the Btrfs file-system for desktop spins, for those on Fedora Server 33 or otherwise not using the defaults will have Stratis Storage 2.1 as another option.

A progress report was shared today on the work towards making the Btrfs file-system the default choice for the desktop spins of the upcoming Fedora 33.

Fedora 33 is already set to be one of their largest releases ever and it's only getting bigger.

Fedora like most distributions ship their Wine packages as-is at the defaults, but for Fedora 33 we could see DXVK used by default on Wine in place of the conventional WineD3D back-end for Direct3D 9/10/11 usage.

In looking beyond the massive Fedora 33 release in development, Fedora developers have begun discussing options for allowing better memory testing on their distribution for evaluating possible faulty RAM issues that otherwise often get mixed in with other software bugs and other sporadic behavior.

While Fedora 33 desktop variants are aiming to use Btrfs by default, non-desktop environments are not and Red Hat remains committed to XFS and their Stratis Storage technology for Red Hat Enterprise Linux. Coming to Fedora 33 will also likely be Stratis 2.1 for offering the latest on that front.

Fedora 33 is easily shaping up to be one of the biggest releases ever for this long-time Linux distribution formerly known as Fedora Core. It's just not a few big features like Fedora desktop variants defaulting to Btrfs but even just on feature count alone it's looking by far to be one of the biggest at least in a number of years if not ever.

The Fedora Engineering and Steering Committee formally signed off today on allowing Fedora 33 desktop variants to default to using the Btrfs file-system rather than the existing EXT4 default or other alternatives.

At this week's Fedora Engineering and Steering Committee (FESCo) meeting, more features were approved for the Fedora 33 release due out this fall.

The proposal for using Btrfs by default on the Fedora desktop is gaining a fair amount of traction and interest from the community and could possibly move ahead but further testing and decisions are still to be made.

As one of the last minute change proposals for Fedora 33 is to introduce the Red Hat backed Storage Instantiation Daemon "SID" though at least for this first release would be off by default. The Storage Instantiation Daemon is one of the latest storage efforts being worked on by Red Hat engineers.

Fedora stakeholders are debating the merits of potentially ending legacy BIOS support for the Linux distribution and to only support UEFI-based installations.

Fedora for the past few releases doesn't show the GRUB boot-loader menu by default when only Fedora is installed on the system as there is little purpose for most users and it just interrupts the boot flow. But for those wanting to access the GRUB bootloader menu on reboot, they offer integration in GNOME to easily reboot into this menu. The other exception is the menu will be shown if the previous boot failed. This functionality has relied on downstream patches but now they are working towards a better upstream solution.

More than a decade ago Fedora was routinely trying to pursue the Btrfs file-system by default but those hopes were abandoned long ago. Heck, Red Hat Enterprise Linux no longer even supports Btrfs. While all Red Hat / Fedora interests in Btrfs seemed abandoned years ago especially with Red Hat developing their Stratis storage technology, there is a new (and serious) proposal about moving to Btrfs for Fedora 33 desktop variants.

Fedora developers are once again discussing a proposal on switching to Nano as the default text editor on Fedora systems.

A change proposal for Fedora 33 would introduce the concept of "fedora-retired-packages" for removing retired packages when upgrading Fedora.

As part of our ongoing testing of the AMD Ryzen 5 4500U and Ryzen 7 4700U "Renoir" mobile processors, here is some Wayland vs. X.Org data with the GNOME desktop on Fedora Workstation 32.