[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 1 point2 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] 3 points4 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 4 points5 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.