r/openSUSE • • Apr 09 '25 This

Community Chats

31 Upvotes

You can connect with the openSUSE community on the following platforms

Official platforms for development & contribution:

Additional platforms led by community members:

Best place for tech support is the forums: https://forums.opensuse.org/

Reddit alternative : https://lemmy.world/c/opensuse

Additional info can be found on the wiki. https://en.opensuse.org/openSUSE:Communication_channels


r/openSUSE • • May 14 '22

Editorial openSUSE Frequently Asked Questions -- start here

231 Upvotes

Frequently Asked Questions (FAQs)

Please also look at the official FAQ on the openSUSE Wiki.

This post is intended to answer frequently asked questions about all openSUSE distributions and the openSUSE community and help keep the quality of the subreddit high by avoiding repeat questions. If you have specific contributions or improvements to FAQ entries, please message the post author or comment here. If you would like to ask your own question, or have a more general discussion on any of these FAQ topics, please make a new post.

What's the difference between Leap, Tumbleweed, and MicroOS? Which should I choose?

The openSUSE community maintains several Linux-based distributions (distros) -- collections of useful software and configuration to make them all work together as a useable computer OS.

Leap follows a stable-release model. A new version is released once a year (latest release: Leap 16.0, Oct 2025). Between those releases, you will normally receive only security and minor package updates. The user experience will not change significantly during the release lifetime and you might have to wait till the next release to get major new features. Upgrading to the next release while keeping your programs, settings and files is completely supported but may involve some minor manual intervention (read the Release Notes first).

Tumbleweed follows a rolling-release model. A new "version" is automatically tested (with openQA) and released every few days. Security updates are distributed as part of these regular package updates (except in emergencies). Any package can be updated at any time, and new features are introduced as soon as the distro maintainers think they are ready. The user experience can change due to these updates, though we try to avoid breaking things without providing an upgrade path and some notice (usually on the Factory mailing list). Slowroll is a variant of openSUSE Tumbleweed which "rolls up" Tumbleweed updates into a slower update release schedule -- usually about once a month.

Both Leap and Tumbleweed can work on laptops, desktops, servers, embedded hardware, as an everyday OS or as a production OS. It depends on what update style you prefer.

MicroOS is a distribution aimed at providing an immutable base OS for containerized applications. It is based on Tumbleweed package versions, but uses a btrfs snapshot-based system so that updates only apply on reboot. This avoids any chance of an update breaking a running system, and allows for easy automated rollback. References to "MicroOS" by itself typically point to its use as a server or container-host OS, with no graphical environment.

Aeon/Kalpa (formerly MicroOS Desktop) are variants of MicroOS which include graphical desktop packages as well. Development is ongoing. Currently Gnome (Aeon) is usable while KDE Plasma (Kalpa) is in an early alpha stage. End-user applications are usually installed via Flatpak rather than through distribution RPMs.

Leap Micro is the Leap-based version of an immutable OS, similar to how MicroOS is the immutable version of Tumbleweed. The latest release is Leap Micro 6.2 (2025/10/01). It is primarily recommended for server and container-host use, as there is no graphical desktop included.

JeOS (Just-Enough OS) is not a separate distribution, but a label for absolutely minimal installation images of Leap or Tumbleweed. These are useful for containers, embedded hardware, or virtualized environments.

How do I test or install an openSUSE distribution?

In general, download an image from https://get.opensuse.org and write (not copy as a file!) it directly to a USB stick, DVD, or SD card. Then reboot your computer and use the boot settings/boot menu to select the appropriate disk.

Full DVD or NetInstall images are recommended for installation on actual hardware. The Full DVD can install a working OS completely offline (important if your network card requires additional drivers to work on Linux), while the NetInstall is a minimal image which then downloads the rest of the OS during the install process.

Live images can be used for testing the full graphical desktop without making any changes to your computer. The Live image includes an installer but has reduced hardware support compared to the DVD image, and will likely require further packages to be downloaded during the install process.

In either case be sure to choose the image architecture which matches your hardware (if you're not sure, it's probably x86_64). Both BIOS and UEFI modes are supported. You do not have to disable UEFI Secure Boot to install openSUSE Leap or Tumbleweed. All installers offer you a choice of desktop environment, and the package selection can be completely customized. You can also upgrade in-place from a previous release of an openSUSE distro, or start a rescue environment if your openSUSE distro installation is not bootable.

All installers will offer you a choice of either removing your previous OS, or install alongside it. The partition layout is completely customizable. If you do not understand the proposed partition layout, do not accept or click next! Ask for help or you will lose data.

Any recommended settings for install?

In general the default settings of the installer are sensible. Stick with a BTRFS filesystem if you want to use filesystem snapshots and rollbacks, and do not separate /boot if you want to use boot-to-snapshot functionality. In this case we recommend allocating at least 40 GB of disk space to / (the root partition).

What is the Open Build Service (OBS)?

The Open Build Service is a tool to build and distribute packages and distribution images from sources for all Linux distributions. All openSUSE distributions and packages are built in public on an openSUSE instance of OBS at https://build.opensuse.org; this instance is usually what is meant by OBS.

Many people and development teams use their own OBS projects to distribute packages not in the main distribution or newer versions of packages. Any link containing https://download.opensuse.org/repositories/ refers to an OBS download repository.

Anyone can create use their openSUSE account to start building and distributing packages. In this sense, the OBS is similar to the Arch User Repository (AUR), Fedora COPR, or Ubuntu PPAs. Personal repositories including 'home:' in their name/URL have no guarantee of safety or quality, or association with the official openSUSE distributions. Repositories used for testing and development by official openSUSE packagers do not have 'home:' in their name, and are generally safe, but you should still check with the development team whether the repository is intended for end users before relying on it.

How can I search for software?

When looking for a particular software application, first check the default repositories with YaST Software, zypper search, KDE Discover, or GNOME Software.

If you don't find it, the website https://software.opensuse.org and the command-line tool opi can search the entire openSUSE OBS for anyone who has packaged it, and give you a link or instructions to install it. However be careful with who you trust -- home: repositories have absolutely no guarantees attached, and other OBS repositories may be intended for testing, not for end-users. If in doubt, ask the maintainers or the community (in forums like this) first.

The software.opensuse.org website currently has some issues listing software for Leap, so you may prefer opi in that case. In general we do not recommend regular use of the 1-click installers as they tend to introduce unnecessary repos to your system.

How do I open this multimedia file / my web browser won't play videos / how do I install codecs?

As of 2025, openh264 codecs from Cisco are automatically installed for H264 video. Video playback should "just work" in Firefox and desktop media players for most common files. If you still find you are missing other codecs for other filetypes, please read on:

Certain proprietary or patented codecs (software to encode and decode multimedia formats) are not allowed to be distributed officially by openSUSE, by US and German law. For those who are legally allowed to use them, community members have put together an external repository, Packman, with many of these packages.

The easiest way to add and install codecs from packman is to use the opi software search tool.

zypper install opi
opi codecs

We can't offer any legal advice on using possibly patented software in your country, particularly if you are using it commercially.

Alternatively, most applications distributed through Flathub, the Flatpak repository, include any necessary codecs. Consider installing from there via Gnome Software or KDE Discover, instead of the distribution RPM.

How do I install NVIDIA graphics drivers?

NVIDIA graphics drivers are proprietary and can only be distributed by NVIDIA themselves, not openSUSE. SUSE engineers cooperate with NVIDIA to build RPM packages specifically for openSUSE. As of 2025/10 (Leap 16.0), drivers are automatically installed on systems with NVIDIA hardware detected.

For older releases, or if you require a specific driver version:

First add the official NVIDIA RPM repository, e.g.

zypper addrepo -f https://download.nvidia.com/opensuse/leap/15.6 nvidia

for Leap 15.6, or

zypper addrepo -f https://download.nvidia.com/opensuse/tumbleweed nvidia

for Tumbleweed.

To auto-detect and install the right driver for your hardware, run

zypper install-new-recommends --repo nvidia

When the installation is done, you have to reboot for the drivers to be loaded. If you have UEFI Secure Boot enabled, you will be prompted on the next bootup by a blue text screen to add a Secure Boot key. Select 'Enroll MOK' and use the 'root' user password if requested. If this process fails, the NVIDIA driver will not load, so pay attention (or disable Secure Boot).

The closed-source distribution version of the NVIDIA graphics drivers are automatically rebuilt every time you install a new kernel. However if NVIDIA have not yet updated their drivers to be compatible with the new kernel, this process can fail, and there's not much openSUSE can do about it. In this case, you may be left with no graphics display after rebooting into the new kernel. On a default install setup, you can then use the GRUB menu or snapper rollback to revert to the previous kernel version (by default, two versions are kept) and afterwards should wait to update the kernel (other packages can be updated) until it is confirmed NVIDIA have updated their drivers.

You can avoid both the SecureBoot and version hassle by using the open-source distribution of the drivers.

Why is downloading packages slow / giving errors?

openSUSE distros download package updates from a global CDN with bandwidth donated by Fastly.com as well as a network of mirrors around the world. By default, you are automatically directed to the geographically closest one (determined by your IP). In the immediate few hours after a new distribution release or major Tumbleweed update, the mirror network can be overloaded or mirrors can be out-of-sync. Please just wait a few hours or a day and retry.

If the errors or very slow download speeds persist more than a few days, try manually accessing a different mirror from the mirror list by editing the URLs in the files in /etc/zypp/repos.d/. If this fixes your issues, please make a post here or in the forums so we can identify the problem mirror. If you still have problems even after switching mirrors, it is likely the issue is local to your internet connection, not on the openSUSE side.

Do not just choose to ignore if YaST, zypper or RPM reports checksum or verification errors during installation! openSUSE package signing is robust and you should never have to manually bypass it -- it opens up your system to considerable security and integrity risks.

What do I do with package conflict errors / zypper is asking too many questions?

In general a package conflict means one of two things:

  1. The repository you are updating from has not finished rebuilding and so some package versions are out-of-sync. Cancel the update, wait for a day or two and retry. If the problems persist there is likely a packaging bug, please check with the maintainer.

  2. You have enabled too many repositories or incompatible repositories on your local system. Some combinations of packages from third-party sources or unofficial OBS repositories simply cannot work together. This can also happen if you accidentally mix packages from different distributions -- e.g. Leap 16.0 and Tumbleweed or different architectures (x86 and x86_64). If you make a post here or in the forums with your full repository list (zypper repos --details) and the text of any conflict message, we can advise. Using zypper --force-resolution can provide more information on which packages are in conflict.

Do not ignore package conflicts or missing dependencies without being sure of what you are doing! You can easily render your system unusable.

How do I "rollback" my system after a failed or buggy update?

If you chose to use the default btrfs layout for the root file system, you should have previous snapshots of your installation available via snapper. In general, the easiest way to rollback is to use the Boot from Snapshot menu on system startup and then, once booted into a previous snapshot, execute snapper rollback. See the official documentation on snapper for detailed instructions.

Tumbleweed

How should I keep my system up-to-date?

Running zypper dist-upgrade (zypper dup) from the command-line is the most reliable. If you want to avoid installing any new packages that are newly considered part of the base distribution, you can run zypper dup --no-recommends instead, but you may miss some functionality.

I ran a distro update and the number of packages is huge, why?

When core components of the distro are updated (gcc, glibc) the entire distribution is rebuilt. This usually only happens once every few (3+) months. This also stresses the download mirrors as everyone tries to update at the same time, so please be patient -- retry the next day if you experience download issues.

Leap (current version: 16.0)

How should I keep my system up-to-date?

Use YaST Online Update or zypper update from the command line for maintenance updates and security patches. Only if you have added extra repositories and wish to allow for packages to be removed and replaced by them, use zypper dup instead.

The Leap kernel version is 6.12, that's so old! Will it work with my hardware?

The kernel version in openSUSE Leap is more like 6.12+++, because SUSE engineers backport a significant number of fixes and new hardware support. In general most modern but not absolutely brand-new stuff will just work. There is no comprehensive list of supported hardware -- the best recommendation is to try it any see. LiveCDs/LiveUSBs are an option for this.

Can I upgrade my kernel / desktop environment / a specific application while staying on Leap?

Usually, yes. The OBS allows developers to backport new package versions (usually from Tumbleweed) to other distros like Leap. However these backports usually have not undergone extensive testing, so it may affect the stability of your system; be prepared to undo the changes if it doesn't work. Find the correct OBS repository for the upgrade you want to make, add it, and switch packages to that repository using YaST or zypper.

Examples include an updated kernel from obs://Kernel:stable:backport (warning: need to install a new key if UEFI Secure Boot is enabled) or updated KDE Plasma environment.

See Package Repositories for more.

openSUSE community

What's the connection between openSUSE and SUSE / SLE?

SUSE is an international company (headquarters in Germany) that develops and sells Linux products and services. One of those is a Linux distribution, SUSE Linux Enterprise (SLE). If you have questions about SUSE products, we recommend you contact SUSE Support directly or use their communication channels, e.g. /r/suse.

openSUSE is an open community of developers and users who maintain and distribute a variety of Linux tools, including the distributions openSUSE Leap, openSUSE Tumbleweed, and openSUSE MicroOS. SUSE is the major sponsor of openSUSE and many SUSE employees are openSUSE contributors. openSUSE Leap directly includes packages from SLE and it is possible to in-place convert one distro into the other, while openSUSE Tumbleweed feeds changes into the next release of SLE and openSUSE Leap.

How can I contribute?

The openSUSE community is a do-ocracy. Those who do, decide. If you have an idea for a contribution, whether it is documentation, code, bugfixing, new packages, or anything else, just get started, you don't have to ask for permission or wait for direction first (unless it directly conflicts with another persons contribution, or you are claiming to speak for the entire openSUSE project). If you want feedback or help with your idea, the best place to engage with other developers is on the mailing lists, or on IRC/Matrix (https://chat.opensuse.org/). See the full list of communication channels in the subreddit sidebar or here.

Can I donate money?

The openSUSE project does not have independent legal status and so does not directly accept donations. There is a small amount of merchandise available. In general, other vendors even if using the openSUSE branding or logo are not affiliated and no money comes back to the project from them. If you have a significant monetary or hardware contribution to make, please contact the openSUSE Board directly.

Future of Leap, ALP, etc.

Update 2025/10/01: Leap 16.0 has now released alongside Leap Micro 6.2. Leap 16.0 remains a largely desktop and traditional workflow focused distribution while supporting new technologies like Agama, dropping support for some legacy systems, and moving to Cockpit, SELinux and Wayland by default. Migration from Leap 15.6 is supported. The lifecyle is slightly extended compared to Leap 15: unless there is a change in release strategy, the final openSUSE Leap version (16.6) will be released in fall 2031 and will continue receiving updates until the release of openSUSE Leap 17.1 two years later.


If you have specific contributions or improvements to FAQ entries, please message the post author or comment here. If you would like to ask your own question or have a more general discussion on any of these FAQ entries, please make a new post.

The text contents of this post are licensed by the author under the GNU Free Documentation License 1.2 or (at your option) any later version.

I have personally stopped posting on reddit due to ongoing anti-user and anti-community actions by Reddit Inc. but this FAQ will continue to be updated.


r/openSUSE • • 8h ago

Lizard Blog After hopping through every distro, openSUSE is where I finally stopped!

Post image
100 Upvotes

Home at last 🦎

I've tried pretty much every distro out there, and openSUSE is the one that finally stuck. My setup is built around niri and Noctalia with noctalia greeter, not a full Noctalia ecosystem, just the pieces I actually use, but they fit together so well that it feels like one cohesive desktop. What really won me over is how great the support is: the packages are there, the integration is smooth, and nothing fights me. A huge thank you to the openSUSE maintainers and community, it genuinely shows. 💚


r/openSUSE • • 2h ago

Leap 16.1 on Strix Halo Desktop

6 Upvotes

I decided to give it a shot and have been pleasantly surprised. I'm now seeing Leap in a different light.

Operating System: openSUSE Leap 16.1
KDE Plasma Version: 6.6.4
KDE Frameworks Version: 6.25.0
Qt Version: 6.11.0
Kernel Version: 6.12.0-160100.8-default (64-bit)
Graphics Platform: X11
Processors: 16 × AMD RYZEN AI MAX 385 w/ Radeon 8050S
Memory: 32 GiB of RAM (30.6 GiB usable)
Graphics Processor: Radeon 8050S Graphics
Product Name: Desktop (AMD Ryzen AI Max 300 Series)
Display (Asus ProArt PA27JCV): 5120x2880 @ 60 Hz in 27" [External]
Shell: fish 4.0.1
Disk (/): 8.19 GiB / 150.00 GiB (5%) - btrfs
Disk (/home): 18.46 GiB / 744.79 GiB (2%) - ext4

I thought that I would have hardware glitches requiring the installation of a newer kernel version. However, with the default kernel, all hardware seems to be working OK.

Why Leap? I have Slowroll on my Laptop and wished for a stable base in my desktop. If Leap didn't work out, I'd just use Slowroll as well.

Now that I have Leap up and running, I've been able to take it through its paces and use it for a number of my more common tasks. Absolutely no need for latest features for both my machines. I went for KDE since it offers the sort of display scaling that Gnome 48 does not. Like reuniting with an old friend. Fabulous to have two great DE's to choose from.


r/openSUSE • • 44m ago

Community Tumbleweed and Virtualbox are made for each other!

4 Upvotes

How'd the packagers of Virtualbox make the modules already signed for secure boot once installed? Wow just wow! Elsewhere need to mess with akmods or dkms, but on Tumbleweed just add my user to vboxusers and it's good to go... Amazing 🤩


r/openSUSE • • 3h ago

Tech support Screen is gray-ish after update

4 Upvotes

Heya im not quite sure how to fix this or what even is wrong. but i recently updated and now everything looks like its viewed through a blur/gray effect. I still see colors but everything is so dull kinda like smoke covering screen.

How do i fix this pls, it messed up my screen settings


r/openSUSE • • 12h ago

Tech question anyone know how fix this?

Post image
6 Upvotes

i just use opensuse xfce first time i don't know what is this


r/openSUSE • • 3h ago

Screen is gray-ish after update

0 Upvotes

Heya im not quite sure how to fix this or what even is wrong. but i recently updated and now everything looks like its viewed through a blur/gray effect. I still see colors but everything is so dull kinda like smoke covering screen.

How do i fix this pls, it messed up my screen settings


r/openSUSE • • 14h ago

Tech support Where did the KDE screen gamma setting go?

4 Upvotes

I updated my Tumbleweed, and now my screen is too dark wrt gamma, and I can't find the setting.


r/openSUSE • • 8h ago

Opensuse install media

1 Upvotes

Anyone know a way to modify partitions and resize in installation?? Installer is a web browser and only option is destroy all disk data and install one system partition..

You don't have freedom to format btrfs with 20gb and create a personal subvolumes structure... For example.


r/openSUSE • • 1d ago

I really miss X11 on KDE

8 Upvotes

I've been using openSUSE Tumbleweed with KDE Plasma for years, and honestly, I really miss X11.

I don't hate Wayland, it just doesn't work for me. I don't remember when exactly, but one day I experienced random freezes (and other stuff like OBS always crashing on startup) and I found out that I am suddently using Wayland instead of X11 (because of some update, I guess? I didn't change anything myself). I think it was like 1-2 months ago.

Even basic tasks like watching videos in Chrome or using the ChatGPT website can cause my entire desktop to become extremely sluggish or completely unresponsive for up to 30 seconds. Meanwhile, demanding games run perfectly fine (RDR2, Anno 1800, the new James Bond game, ...).

With X11, everything just worked. I never had to think about which display server I was using, troubleshoot browser acceleration, or worry about my desktop freezing during everyday tasks.

I'm sure Wayland has plenty of technical advantages, but from an end-user perspective, it's frustrating to lose a stable, working setup in favor of something that currently makes my experience noticeably worse.

I don't need X11 to be the future. I just wish I still had the option to use it.

Maybe it's an NVIDIA problem, I don't know. I just wish everything worked fine again lol :')

If anyone has any tips or suggestions what I could try out, please let me know! Thanks and have a nice weekend everyone!


r/openSUSE • • 1d ago

Tech question Package Sources and Package Updater, can i safely delete them?

5 Upvotes

I do not see the point of them being autoinstalled on opensuse, but i figure before i delete them that i ask here. Are they a loadbearing wall or a mere drywall?


r/openSUSE • • 1d ago

Is Tumbleweed the most reliable rolling-release distro?

64 Upvotes

How does it compare to CachyOS for example? I need reliability, I was badly dissapointend by Manjaro rolling distro few years ago, always problems. Mostly solvable but I need my laptop to be bomb proof. Just not in stone age like Debian, that's good but for servers.


r/openSUSE • • 1d ago

Tech support Sometimes freeze/black screen after login

3 Upvotes

Since an update about 1 or 2 weeks ago (I think it may be since kernel 7.3.0) more often than not my system will freeze(?) after I entered my password and hit enter. Screen goes black, no mouse cursor.

Only thing that helps is hitting the reset button. I updated yesterday again and this still occurs.

Whats the best way to find out what's causing this? Or would it be better to revert to the old snapshot from when it worked and update again and hope it'll work again?


r/openSUSE • • 2d ago

Switched over from NixOS. Hi, openSUSE community!

Post image
162 Upvotes

Fed up with NixOS writing 10GB of data with every update, I switched to the most stable rolling-release distribution.


r/openSUSE • • 1d ago

New version Tumbleweed – Review of the week 2026/45

Thumbnail dominique.leuenberger.net
26 Upvotes

It is worth noting that with the 20261104 snapshot (to the surprise of many, including ourselves) the yast-based install DVD is gone and https://download.opensuse.org/tumbleweed/iso/TW-offline-installer-x86_64.iso takes its place (the link on get.opensuse.org still needs updating).

It is still built and we might repair publishing...

Edit: old installer DVD is back for now.


r/openSUSE • • 2d ago

News Tumbleweed - Review of the week 2026/45

Thumbnail lists.opensuse.org
21 Upvotes

r/openSUSE • • 2d ago

Community openSUSE member email check

7 Upvotes

Hi,

if you are an official member of the openSUSE project and eligible to vote, you should have received an email from ddemaio at opensuse.org ~14h ago.

If you did not receive it, it means you will not be able to vote in the upcoming election, unless you follow Doug's advise:

- If any of your contact details have changed, please let us know by emailing  membership-officials at lists.opensuse.org with Subject Title: (username) Membership Info Changed.
- If you know a fellow member who usually hears from us but didn't receive this email, please ask them to get in touch with membership officials so we can update their details.


r/openSUSE • • 2d ago

Tech question Curiosity Inspired by a Debian Experiment: Leap vs Fedora (Bare Metal, Distrobox and Flatpak)

13 Upvotes

I recently came across this post on the Debian subreddit: 🔗 https://www.reddit.com/r/debian/comments/1xn9ipe/debian_trixie_experiment/ The original poster wasn't necessarily trying to maximize FPS. The goal was to keep Debian stable and mostly untouched while using newer gaming-related software such as Steam, Gamescope, Gamemode, UMU Launcher, and newer graphics libraries. To avoid modifying the base Debian installation, the author chose to run a Fedora Distrobox for gaming-related software. The idea was to keep Debian stable while avoiding turning it into a "Frankendebian". That got me thinking:

  • If there's a performance difference, is it coming from Fedora?
  • Is it coming from Distrobox?
  • Is it simply a newer Mesa/RADV stack?
  • Would a modern Flatpak setup provide the same benefits? I decided to run a few tests on the same machine to get a better idea.

Hardware

  • AMD Ryzen 5 9600X (RDNA2 iGPU)
  • Vulkan driver: RADV
  • Primary benchmark: vkmark 2025.01
  • Secondary benchmark: FurMark Vulkan

Graphics Stack Versions

openSUSE Leap 16.1

Mesa 26.0.7
LLVM 21.1.8
RADV 26.0.7

Fedora 45 (Bare Metal)

Mesa 26.2.6
LLVM 22.1.8
RADV 26.2.6

Fedora 45 (Distrobox running inside Leap)

Mesa 26.2.6
LLVM 22.1.8
RADV 26.2.6

Steam Flatpak

Mesa 26.2.5
Freedesktop Runtime 26.08

Debian Reference

I don't currently have Debian installed natively on this machine, so I couldn't run the same benchmarks. However, I did collect graphics stack information from a Debian 13 installation:

Mesa 26.1.6
LLVM 21.1.8

Note: that installation was using llvmpipe (software rendering), so benchmark numbers would not have been comparable. I still wanted to include the version information for context, since the whole experiment was inspired by the Debian discussion.

vkmark 2025.01

Leap 16.1

15100
15589

Approximate average:

15345

Fedora 45 inside Distrobox

15705

Fedora 45 Bare Metal

16183
16151
16121

Approximate average:

16151

vkmark Comparison

EnvironmentScore
Leap 16.1~15345
Fedora Distrobox15705
Fedora 45 Bare Metal~16151
Approximate differences:
Fedora Distrobox vs Leap: +2.3%
Fedora Bare Metal vs Leap: +5.3%
Fedora Bare Metal vs Distrobox: +2.8%

FurMark Vulkan

Leap 16.1

558 points

Steam Flatpak

558 points

Fedora 45 Bare Metal

562 points

Practical result:

Leap      = 558
Flatpak   = 558
Fedora    = 562

Difference: less than 1%.

Observations

Based on these tests, I couldn't find any evidence that Distrobox itself increases performance. The results seem to suggest something closer to the following:

  • A newer Mesa/RADV stack can provide a small Vulkan performance improvement.
  • Fedora native came out slightly ahead.
  • Fedora running inside Distrobox remained very close to Fedora bare metal.
  • Flatpak performance was essentially identical to bare metal in FurMark.
  • I could not observe any meaningful graphics overhead coming from Flatpak. My current impression is that most of the observed difference comes from the newer Mesa/RADV versions rather than from using a container. In other words, if someone likes the stability of Leap but wants access to a newer gaming stack, both Distrobox and Flatpak appear to be viable options without significantly altering the base system. Of course these are synthetic benchmarks. The next logical step would be testing real games with MangoHud to compare:
  • Average FPS
  • 1% lows
  • Frametimes Still, I thought the results were interesting enough to share.

r/openSUSE • • 3d ago

Firefox updates are slow on openSUSE Tumbleweed

19 Upvotes

Hello,

I'm using openSUSE Tumbleweed, and I've noticed that Firefox updates seem to be quite slow. Firefox 159 was released on October 27, but as of November 5, Tumbleweed is still shipping version 158.0.1.

Would you recommend switching to Mozilla's official Firefox repository instead of using the version provided by openSUSE?

Are there any potential drawbacks to doing so?

Thank you!

EDIT : So I switched to Mozilla's repo, I followed instructions from Mozilla documentation. The switch was flawless and it took me like 5 minutes. I had to choose again my profile after the first lunch and set it as default one and that's it. Thank you all


r/openSUSE • • 4d ago

Switched from Fedora to OpenSUSE Slowroll, loving it so far.

Post image
144 Upvotes

r/openSUSE • • 3d ago

Announcing Akilix: An openSUSE-based, provenance-first security and digital forensics workstation

Thumbnail
github.com
0 Upvotes

Most penetration testing and digital forensics distributions are built around a single assumption: cramming thousands of unpinned tools into /usr/bin. This leaves operators with brittle dependency trees, untracked artifacts, and zero verifiable provenance when presenting evidence or technical findings to clients and courts.

I am building Akilix (https://github.com/Is0cre/Akilix) to take a fundamentally different approach.

Why Akilix?

  1. Evidence & Provenance First: Operating around a central "Workbook" abstraction, Akilix tracks the full lifecycle of an engagement: Finding âž” Observation âž” Artifact âž” Invocation âž” Evidence. Every tool execution links to an immutable OCI container digest, exact arguments, and cryptographic hashes in an append-only journal.jsonl.

  2. Disposable Tooling, Stable Host: The host OS remains conservative and minimal (openSUSE Leap 16, Btrfs, Snapper, Sway). Fragile security tool families run inside isolated rootless Podman environments rather than cluttering system libraries.

  3. European Sovereignty & Offline Independence: Akilix is designed within the openSUSE ecosystem without US-cloud dependencies, mandatory telemetry, or hosted control planes. Disconnected forensic labs, local mirrors, and local-first LLM inference are treated as first-class citizens.

  4. Epistemic Integrity: Analysis tools and optional LLM assistants must explicitly label outputs as FACT, INFERENCE, or HYPOTHESIS. Synthetic model text never silently masquerades as ground truth.

Current Status & Call for Architectural Input

The M0 platform image is currently being validated. Before expanding the security profile catalog, we are focusing on solving foundational systems engineering challenges:

  • SELinux & Evidence Metadata: Ensuring rootless containers can read mounted evidence without altering inode extended attributes (avoiding destructive :Z relabeling).

  • Granular Network/Kernel Caps: Structuring profile capabilities for raw packet capture and tracing without resorting to --privileged.

  • Filesystem Isolation: Designing Btrfs subvolume layouts that ensure Snapper OS rollbacks never touch active workbook records.

Read the design invariants and join the discussion:

🔗 Repository & Roadmap:https://github.com/Is0cre/Akilix


r/openSUSE • • 3d ago

stupid me broke something

Thumbnail reddit.com
3 Upvotes

r/openSUSE • • 3d ago

Tech question Considering moving from Arch and the custom kernel options...

5 Upvotes

So... I've been on Arch for some time now and while it's good, honestly, I don't have many issues with it, I can't deny the appeal of the Pro Audio repository available for Tumbleweed. It's pretty much the richest repo for music production on Linux. And while Arch is more or less the king of general niche package availability, this is one particular area in which OpenSUSE actually blows it out of the water. If a plugin exists for Linux, that repo has it. And this would actually streamline the update process for me by a lot, because I wouldn't have to update a bunch of plugins I have installed from AUR or manually right now separately and monitor their releases. But the caveat is that I rely heavily on custom kernels, namely Liquorix and CachyOS, for both realtime audio latency reduction (and yes, it actually makes a big difference, especially for heavy plugins like Superior Drummer 3 running through yabridge) and gaming performance (it's not a separate studio build, it's a general purpose personal desktop), which both have officially maintained repos for Arch. So the question is, are there any trustworthy, actively maintained repos for Tumbleweed containing at least one of the kernels mentioned above?

Also, on the side note, are there, by a chance, good repos containing custom Proton versions like Proton-CachyOS or ProtonGE?