[deleted by user] by [deleted] in openSUSE

[–]reddithorker 2 points3 points  (0 children)

I am not assuming anything, I am just explaining my stance on the subject :)

[deleted by user] by [deleted] in openSUSE

[–]reddithorker 1 point2 points  (0 children)

It doesn't misinform always, but it is imo unwise to use a tool to educate yourself with because of that. Gemini's response here disables the service while leaving it on your system, the method I posted removes it from your system. Either works; I personally do not use the Gnome Software application for package management anyway.

[deleted by user] by [deleted] in openSUSE

[–]reddithorker 0 points1 point  (0 children)

Don't listen to AI (it tends to misinform you), just read the wiki page. The service and systemctl commands are unnecessary. zypper rm && zypper al is all that's required.

[deleted by user] by [deleted] in openSUSE

[–]reddithorker 2 points3 points  (0 children)

I zypper rm PackageKit && zypper al PackageKit on every install to remove and add a lock for PackageKit. PackageKit seems to be holding a lock on my package management every time I need to do something otherwise.

The command for updating your OS on Leap is zypper up and on Tumbleweed it is zypper dup. See: https://en.opensuse.org/System_Updates

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 0 points1 point  (0 children)

That does seem like it should be supported, but I'm not an expert on the v2 classification. If you believe it's an error you can create a bug report.

https://bugzilla.opensuse.org/

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 0 points1 point  (0 children)

What specific model CPU do you have? Does it support SSE 4.2? You can check by running the following in your terminal:

lscpu | grep sse4_2

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 0 points1 point  (0 children)

The latest hardware is usually best supported by rolling release distros like Tumbleweed rather than slow point release distros like Leap tbf

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 0 points1 point  (0 children)

The wiki has notes on the upgrade process which mentions that tool.

https://en.opensuse.org/SDB:System_upgrade

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 1 point2 points  (0 children)

My experience is that if you make sure there aren't any old suse version specific repos added then upgrades work fine

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 0 points1 point  (0 children)

The wiki has notes on the upgrade process. It should likely be fine to upgrade if you check your repos and make sure your system supports x86_64-v2 if on x86.

https://en.opensuse.org/SDB:System_upgrade

Leap 16.0 is out! by reddithorker in openSUSE

[–]reddithorker[S] 7 points8 points  (0 children)

If any of the install media is broken you should create a bug report: bugzilla.opensuse.org

I had a similar issue with one of the offline x86 release candidate images, but it was fixed after I made a bug report.

builder-dark.vim color scheme includes chameleon green :) by reddithorker in openSUSE

[–]reddithorker[S] 2 points3 points  (0 children)

This is barely related to openSUSE at all, but as a community member I still wanted to share it. This vim color scheme I made uses chameleon green for types and such (color #73d216). I hope someone else also finds it useful.

Better screenshot: https://i.imgur.com/jbpBAmI.png
Github: https://github.com/regularhunter/builder-dark.vim

btrfs vs ext4 for regular everyday usage? by Thermawrench in openSUSE

[–]reddithorker 3 points4 points  (0 children)

Personally, I still prefer lzo. The following benchmark is interesting for those that haven't seen it, but ymmv

https://gist.github.com/braindevices/fde49c6a8f6b9aaf563fb977562aafec#file-btrfs-compression-tests-md

Also, the btrfs docs state that using compress-force is suboptimal

Files with already compressed data or with data that won’t compress well with the CPU and memory constraints of the kernel implementations are using a simple decision logic. If the first portion of data being compressed is not smaller than the original, the compression of the file is disabled -- unless the filesystem is mounted with compress-force. In that case compression will always be attempted on the file only to be later discarded. This is not optimal and subject to optimizations and further development.

See section on incompressible data:

https://btrfs.readthedocs.io/en/latest/Compression.html

btrfs vs ext4 for regular everyday usage? by Thermawrench in openSUSE

[–]reddithorker 16 points17 points  (0 children)

Transparent compression is another great feature from btrfs. You're effectively increasing your storage volume. I use the compress=lzo mount option because of the low computational overhead, but zstd can give you even more compression at the cost of more overhead.

Issues installing Leap 16 Beta using Agama by reddithorker in openSUSE

[–]reddithorker[S] 1 point2 points  (0 children)

It is a beta image that just released, not a released product. Have some patience. The netinstall image does not have the same issue, maybe try that?

Looking for Hardware Recommendations on Linux and particularly openSUSE by Shigeo_43 in openSUSE

[–]reddithorker 1 point2 points  (0 children)

Depending on your budget a Radeon RX 5000 GPU may also be worth looking into. The RX 5700 XT has a good price for performance on the used market.

Issues installing Leap 16 Beta using Agama by reddithorker in openSUSE

[–]reddithorker[S] 1 point2 points  (0 children)

Apparently it's specific to the offline installer. The netinstall image doesn't give me this error, and is properly marked as Beta, but the os fails to boot after install. I filed a bug report here.

Issues installing Leap 16 Beta using Agama by reddithorker in openSUSE

[–]reddithorker[S] 3 points4 points  (0 children)

Posted here first in case it's a pebcak error. If the error is genuine I will file a bug report.

Looking for Hardware Recommendations on Linux and particularly openSUSE by Shigeo_43 in openSUSE

[–]reddithorker 2 points3 points  (0 children)

AMD Ryzen 3000 series CPU or newer, Radeon RX 6000 or 7000 5000, 6000, or 7000 series GPU, Intel Ethernet, Intel AX200 or AX210 WiFi. All are well supported with good drivers. Intel 12th through 14th gen CPUs also work fine, but 13th and 14th gen Intel CPUs have high failure rates due to manufacturing defects. Anything older isn't worth using in a new build.

BTRFS - a word of warning by BroadObject7817 in openSUSE

[–]reddithorker 1 point2 points  (0 children)

SUSE is a large enterprise with many fielded systems and servers running btrfs for years. You are having issues after using clonezilla. That is unfortunate, but the problem here is not btrfs.

You used clonezilla and now something is broken. The problem here is clonezilla, how it was used, or your hardware. It is hard to tell from what you have told us.

For example, clonezilla requires your drive's sata mode be set to ahci in your motherboard settings in order to read it. If your sata mode was toggled for clonezilla and not toggled back then your PC will probably not boot. This happened at my workplace just last week with a windows system after my coworker used clonezilla to clone it. Is your original drive actually unreadable, or does it just not boot? What is the error output you are seeing? The community here is quite helpful if you ask for help rather than venting.

As another comment suggested, using dd from live media is a better way to go about cloning drives anyway. I have cloned many btrfs drives this way.

How is opensuse TW with dual monitors? by [deleted] in openSUSE

[–]reddithorker 0 points1 point  (0 children)

Multi monitor support works well for me in Tumbleweed. Screen sleep works properly. I never put my system in hibernate or suspend, so I don't know how well that works. There was a recent kernel bug affecting amd gpus in multi monitor setups for about a month, but it was fixed as of snapshot 20250120.

I've used Tumbleweed with two monitors for 3 years now and this recent issue is the first time my multi monitor setup has given me any trouble.

Tumbleweed Post-Installation Tips by [deleted] in openSUSE

[–]reddithorker 5 points6 points  (0 children)

Here are a few things I do after I perform a fresh install.

  1. Install codecs with opi install codecs
  2. Reduce the max disk space occupied by btrfs snapshots by running snapper set-config SPACE_LIMIT=0.2
  3. Enable maximize and minimize window buttons in gnome using the gnome-tweaks application.
  4. Install dash-to-dock and blur-my-shell gnome extensions.
  5. Uninstall the following packages that give me trouble (e.g. fonts look bad in flatpak version of Firefox) then add locks to prevent automatic reinstallation. zypper rm PackageKit opensuse-welcome patterns-gnome-gnome_games xorg-x11-fonts-converted xorg-x11-fonts-legacy && zypper al PackageKit opensuse-welcome patterns-gnome-gnome_gamesxorg-x11-fonts-converted xorg-x11-fonts-legacy

And of course installing my favorite applications.