**erlangen:~ #** zypper in libheif1
Loading repository data...
Reading installed packages...
'libheif1' is already installed.
No update candidate for 'libheif1-1.12.0-3.20.x86_64'. The highest available version is already installed.
Resolving package dependencies...
Nothing to do.
**erlangen:~ #** zypper if libheif1
Loading repository data...
Reading installed packages...
Information for package libheif1:
---------------------------------
Repository : Packman
Name : libheif1
Version : 1.12.0-3.20
Arch : x86_64
Vendor : http://packman.links2linux.de
Installed Size : 545.5 KiB
Installed : Yes
Status : up-to-date
Source package : libheif-1.12.0-3.20.src
Summary : HEIF/AVIF file format decoder and encoder
Description :
libheif is an ISO/IEC 23008-12:2017 HEIF and AVIF (AV1 Image File Format) file
format decoder and encoder.
HEIF and AVIF are new image file formats employing HEVC (H.265) or AV1 image
coding, respectively, for the best compression ratios currently possible.
For AVIF libaom, dav1d, or rav1e are used as codecs. HEIF support is not
provided.
**erlangen:~ #**
@karl, I did this command, but when I check if all the packages from Packman are installed, I see they’re not :
niels@rivcrn:~> LANG=C sudo zypper dist-upgrade --allow-vendor-change --allow-downgrade --from "Packman Reposi
tory"
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
Nothing to do.
niels@rivcrn:~> LANG=C sudo zypper --no-refresh info libheif
Loading repository data...
Reading installed packages...
package 'libheif' not found.
Information for srcpackage libheif:
-----------------------------------
Repository : Packman Repository
Name : libheif
Version : 1.12.0-3.20
Arch : noarch
Vendor : http://packman.links2linux.de
Summary : HEIF/AVIF file format decoder and encoder
Why doesn’t this command install all the packages that are listed in YaST2, in View/Repositories/Packman Repository? I can’t replace system packages with Packman ones from YaST2 because it crashes when I commit, and the command doesn’t replace them either and doesn’t add the ones that are checked in YaST2 like libheif
Okay, so I check each package that I wish to install, and they’re all already installed lol!
niels@rivcrn:~> LANG=C sudo zypper install discord libavcodec58_134 libavfilter7_110 libavformat58_76 libavresample4_0 libavutil56_70 libde265-0 libfdk-aac2 libheif1 libpostproc55_9 libquicktime0 librtmp1 libswresample3_9 libswscale5_9 libvlc5 libvlccore9 libvo-amrwbenc0 libx264-161 libx265-199 libxvidcore4 vlc vlc-codec-gstreamer vlc-lang vlc-noX vlc-qt vlc-vdpau
Loading repository data...
Reading installed packages...
'discord' is already installed.
No update candidate for 'discord-0.0.17-71.1.x86_64'. The highest available version is already installed.
'vlc' is already installed.
No update candidate for 'vlc-3.0.16-4.50.x86_64'. The highest available version is already installed.
'vlc-noX' is already installed.
No update candidate for 'vlc-noX-3.0.16-4.50.x86_64'. The highest available version is already installed.
'libquicktime0' is already installed.
No update candidate for 'libquicktime0-1.2.4+git20180804.fff99cd-4.55.x86_64'. The highest available version is already installed.
'libvlc5' is already installed.
No update candidate for 'libvlc5-3.0.16-4.50.x86_64'. The highest available version is already installed.
'vlc-lang' is already installed.
No update candidate for 'vlc-lang-3.0.16-4.50.noarch'. The highest available version is already installed.
'vlc-vdpau' is already installed.
No update candidate for 'vlc-vdpau-3.0.16-4.50.x86_64'. The highest available version is already installed.
'libavcodec58_134' is already installed.
No update candidate for 'libavcodec58_134-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libavfilter7_110' is already installed.
No update candidate for 'libavfilter7_110-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libavformat58_76' is already installed.
No update candidate for 'libavformat58_76-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libavresample4_0' is already installed.
No update candidate for 'libavresample4_0-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libavutil56_70' is already installed.
No update candidate for 'libavutil56_70-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libfdk-aac2' is already installed.
No update candidate for 'libfdk-aac2-2.0.2-1.15.x86_64'. The highest available version is already installed.
'libheif1' is already installed.
No update candidate for 'libheif1-1.12.0-3.20.x86_64'. The highest available version is already installed.
'libpostproc55_9' is already installed.
No update candidate for 'libpostproc55_9-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libswresample3_9' is already installed.
No update candidate for 'libswresample3_9-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libswscale5_9' is already installed.
No update candidate for 'libswscale5_9-4.4.1-7.1.x86_64'. The highest available version is already installed.
'libvlccore9' is already installed.
No update candidate for 'libvlccore9-3.0.16-4.50.x86_64'. The highest available version is already installed.
'vlc-codec-gstreamer' is already installed.
No update candidate for 'vlc-codec-gstreamer-3.0.16-4.50.x86_64'. The highest available version is already installed.
'vlc-qt' is already installed.
No update candidate for 'vlc-qt-3.0.16-4.50.x86_64'. The highest available version is already installed.
'libde265-0' is already installed.
No update candidate for 'libde265-0-1.0.8-1.25.x86_64'. The highest available version is already installed.
'librtmp1' is already installed.
No update candidate for 'librtmp1-2.4.20151223.fa8646d-1.78.x86_64'. The highest available version is already installed.
'libvo-amrwbenc0' is already installed.
No update candidate for 'libvo-amrwbenc0-0.1.3-1.59.x86_64'. The highest available version is already installed.
'libxvidcore4' is already installed.
No update candidate for 'libxvidcore4-1.3.7-1.32.x86_64'. The highest available version is already installed.
'libx264-161' is already installed.
No update candidate for 'libx264-161-0.161+git20200912.d198931a-2.26.x86_64'. The highest available version is already installed.
'libx265-199' is already installed.
No update candidate for 'libx265-199-3.5-2.23.x86_64'. The highest available version is already installed.
Resolving package dependencies...
Nothing to do.
@karlmistelberger: I like how you set up your repositories. I’ve set mine up as follows, plus I had to lock the conky packages from packman, only because they will update almost daily if I don’t. Does this look correct to you?
And when I allow vendor-change and downgrade the first time, I get this:
> sudo zypper dist-upgrade --dry-run --allow-vendor-change --allow-downgrade
Loading repository data...
Reading installed packages...
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Computing distribution upgrade...
The following 3 items are locked and will not be changed by any action:
Available:
xf86-video-ati xf86-video-mach64 xf86-video-r128
The following 25 packages are going to be upgraded:
calf chromium-ffmpeg-extra discord gdmflexiserver info libappstream-glib8 libnumbertext-1_0-0 libnumbertext-data libstdc++6-pp-gcc10 libstorage-ng1 libstorage-ng-lang libstorage-ng-ruby libSvtAv1Enc0
libudisks2-0 libudisks2-0_btrfs libudisks2-0_lvm2 libxvidcore4 lv2-calf openSUSE-release openSUSE-release-appliance-custom python38-cryptography tree udisks2 yast2 yast2-logs
The following product is going to be upgraded:
openSUSE Tumbleweed 20220216-0 -> 20220217-0
25 packages to upgrade.
Overall download size: 80.5 MiB. Already cached: 0 B. After the operation, additional 12.7 KiB will be used.
Continue? [y/n/v/...? shows all options] (y):
As expected, no packages are going to switch repositories. Prior to changing priorities, numerous packages were going to switch repositories.
And when I allow vendor-change and downgrade the first time, I get this:
sudo zypper dist-upgrade --dry-run --allow-vendor-change --allow-downgrade
Loading repository data…
Reading installed packages…
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See ‘man zypper’ for more information about this command.
Computing distribution upgrade…
The following 3 items are locked and will not be changed by any action:
Available:
xf86-video-ati xf86-video-mach64 xf86-video-r128
The following 25 packages are going to be upgraded:
calf chromium-ffmpeg-extra discord gdmflexiserver info libappstream-glib8 libnumbertext-1_0-0 libnumbertext-data libstdc++6-pp-gcc10 libstorage-ng1 libstorage-ng-lang libstorage-ng-ruby libSvtAv1Enc0
libudisks2-0 libudisks2-0_btrfs libudisks2-0_lvm2 libxvidcore4 lv2-calf openSUSE-release openSUSE-release-appliance-custom python38-cryptography tree udisks2 yast2 yast2-logs
The following product is going to be upgraded:
openSUSE Tumbleweed 20220216-0 → 20220217-0
25 packages to upgrade.
Overall download size: 80.5 MiB. Already cached: 0 B. After the operation, additional 12.7 KiB will be used.
Continue? [y/n/v/…? shows all options] (y):
As expected, no packages are going to switch repositories. Prior to changing priorities, numerous packages were going to switch repositories.
Thanks for the link, I’ve been thinking about changing the default columns, now I know how easy it is. For some reason, conky is rebuilt regularly on packman. Check out the current version numbers:
> sudo zypper se -sx conky.x86_64
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+-------+---------+--------------+--------+----------------------
vl | conky | package | 1.12.2-8.186 | x86_64 | packman
i+ | conky | package | 1.12.2-1.9 | x86_64 | Main Repository (OSS)
That 186 tag changes way too often. Without those locks, using --allow-vendor-change switches them to packman since it has a higher priority than the openSUSE repositories. The other driver locks are just to keep those AMD drivers off my system, I don’t need them, and one of them caused an update issue a few months ago, so I just removed and locked them to avoid future problems.