Tumbleweed zypper dup: Mesa package cannot be provided

Are you sure? Lost vaapi when openSUSE cancelled support. Current version of Packman Mesa fixed this:

thinkbook:~ # zypper se -is Mesa
Loading repository data...
Reading installed packages...

S | Name                      | Type    | Version              | Arch   | Repository
--+---------------------------+---------+----------------------+--------+-----------------------
i | Mesa                      | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-demo-egl             | package | 9.0.0-1.2            | x86_64 | Haupt-Repository (OSS)
i | Mesa-demo-x               | package | 9.0.0-1.2            | x86_64 | Haupt-Repository (OSS)
i | Mesa-dri                  | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-gallium              | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-libEGL1              | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-libGL1               | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-libglapi0            | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-libva                | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
i | Mesa-vulkan-device-select | package | 23.1.3-1699.354.pm.1 | x86_64 | Packman
thinkbook:~ # 

Packman Mesa smoothly upgrades when applying Repository priorities for the real world user. No questions asked by zypper. No manual action required.:wink:

Again a nonsensical answer from you. This is absolutely not related to repository priorities. If you would have read the links provided in this thread, you would have seen and myabe understood that packman is atm not able to build i586 packages. That is why the dependency fails and you need to switch back to vendor openSUSE if you don’t want a broken setup…

Because Packman’s Mesa is in Essentials instead of global, I’ve entirely disabled Packman on most installations. I have no idea how to determine if Packman’s Mesa offers anything I need that the base version does not. Everything X I normally use seems to be working as always whether on AMD, Intel or Nvidia GPU. PackMan :: Package details for Mesa-drivers is entirely unhelpful.

karl@thinkbook:~> vainfo 
Trying display: wayland
Trying display: x11
libva info: VA-API version 1.18.0
libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_18
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.18 (libva 2.18.2)
vainfo: Driver version: Mesa Gallium driver 23.1.3 for AMD Radeon Graphics (renoir, LLVM 16.0.6, DRM 3.52, 6.3.9-1-default)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSlice
      VAProfileHEVCMain10             : VAEntrypointVLD
      VAProfileHEVCMain10             : VAEntrypointEncSlice
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileVP9Profile0            : VAEntrypointVLD
      VAProfileVP9Profile2            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
karl@thinkbook:~> 

https://wiki.archlinux.org/title/Hardware_video_acceleration

OK, guys - you need to stop making this personal and focus on the technical issues.

Let’s stop with the personal attacks.

Thank you.

Did you ever check whether you actually need this stuff? You may want to check for unneeded packages: Cleanup of distribution upgrades.

================================================================================
Collect from /var/log/zypper.log-20230430.xz ... 
Collect from /var/log/zypper.log-20230505.xz ... 
Collect from /var/log/zypper.log-20230509.xz ... 
Collect from /var/log/zypper.log-20230524.xz ... 
Collect from /var/log/zypper.log-20230527.xz ... 
Collect from /var/log/zypper.log-20230601.xz ... 
Collect from /var/log/zypper.log-20230606.xz ... 
Collect from /var/log/zypper.log-20230610.xz ... 
Collect from /var/log/zypper.log-20230612.xz ... 
Collect from /var/log/zypper.log-20230627.xz ... 
Collect from /var/log/zypper.log ... 

2023-06-03 11:51  28113  1.14.60  zypper se -is 32bit
2023-06-03 11:52  28187  1.14.60  zypper -n remove --dry-run --clean-deps *32bit
2023-06-03 11:53  30775  1.14.60  zypper -n remove --clean-deps *32bit
2023-06-27 06:32  23270  1.14.61  zypper rm --clean-deps libavdevice59 libdca0 libdrm_amdgpu1-32bit libdrm_nouveau2-32bit libdrm_radeon1-32bit libelf1-32bit libexpat1-32bit libfaad2 libLLVM16-32bit libX11-xcb1-32bit libxcb-dri2-0-32bit libxcb-dri3-0-32bit libxcb-present0-32bit libxcb-sync1-32bit libxcb-xfixes0-32bit libxshmfence1-32bit python310-apsw python310-beautifulsoup4 python310-cchardet python310-configobj python310-css-parser python310-cymruwhois python310-dnspython python310-docopt python310-dukpy-kovidgoyal python310-feedparser python310-FontTools python310-future python310-html2text python310-html5-parser python310-jeepney python310-linux-procfs python310-Markdown python310-mechanize python310-msgpack python310-mysqlclient python310-netifaces python310-notify2 python310-odfpy python310-Pillow python310-py7zr python310-pychm python310-pycryptodome python310-pycups python310-pycurl python310-PyQt6-WebEngine python310-python-dateutil python310-pyudev python310-PyYAML python310-regex python310-requests-gssapi python310-rpm python310-slip-dbus python310-termcolor python310-zeroconf
2023-07-01 06:06   5228  1.14.61  zypper se -s --type pattern 32bit
erlangen:~ # 

:roll_eyes:

larK@blubblub:~>  LC_ALL=C zypper se --requires Mesa-32bit
Loading repository data...
Reading installed packages...

S  | Name              | Summary                                              | Type
---+-------------------+------------------------------------------------------+--------
   | libcogl20-32bit   | An object oriented GL/GLES Abstraction/Utility Layer | package
i+ | Mesa-libGL1-32bit | The GL/GLX runtime of the Mesa 3D graphics library   | package

larK@blubblub:~> LC_ALL=C zypper se --requires Mesa-libGL1-32bit
Loading repository data...
Reading installed packages...

S  | Name                   | Summary                                                     | Type
---+------------------------+-------------------------------------------------------------+--------
   | Mesa-libGL-devel-32bit | GL/GLX development files of the OpenGL API                  | package
i+ | steam                  | Installer for Valve's digital software distribution service | package

larK@blubblub:~> LC_ALL=C zypper info --requires steam
Loading repository data...
Reading installed packages...


Information for package steam:
------------------------------
Repository     : Haupt-Repository (NON-OSS)
Name           : steam
Version        : 1.0.0.78-1.2
Arch           : x86_64
Vendor         : openSUSE
Installed Size : 3.7 MiB
Installed      : Yes
Status         : up-to-date
Source package : steam-1.0.0.78-1.2.src
Upstream URL   : https://www.steampowered.com/
Summary        : Installer for Valve's digital software distribution service
Description    : 
    Steam is a software distribution service with an online store, automated
    installation, automatic updates, achievements, SteamCloud synchronized
    savegame and screenshot functionality, and many social features.

    This package will fetch and install the Steam bootstrap. Start Steam to
    complete the installation of the client for the current user.
Requires       : [79]
    /usr/bin/bash
    /usr/bin/python3
    curl
    dbus-1-glib-32bit
    fontconfig-32bit
    glibc-32bit
    glibc-locale-base-32bit
    gtk2-engine-oxygen-32bit
    libICE6-32bit
    libSDL-1_2-0-32bit
    libSM6-32bit
    libX11-6-32bit
    libXdmcp6-32bit
    libXext6-32bit
    libXfixes3-32bit
    libXi6-32bit
    libXrandr2-32bit
    libXrender1-32bit
    libXtst6-32bit
    libatk-1_0-0-32bit
    libcairo2-32bit
    libcrypt1-32bit
    libcups2-32bit
    libcurl4-32bit
    libdbus-1-3-32bit
    libdrm2-32bit
    libfreetype6-32bit
    libgcc_s1-32bit
    libgcrypt20-32bit
    libgdk_pixbuf-2_0-0-32bit
    libglib-2_0-0-32bit
    libgmodule-2_0-0-32bit
    libgobject-2_0-0-32bit
    libgtk-2_0-0-32bit
    libogg0-32bit
    libopenal1-32bit
    libopenssl1_0_0-steam
    libopenssl1_0_0-steam-32bit
    libpango-1_0-0-32bit
    libpipewire-0_3-0-32bit
    libpixman-1-0-32bit
    libpng12-0-32bit
    libpulse0-32bit
    libstdc++6-32bit
    libtheora0-32bit
    libudev1-32bit
    libusb-1_0-0-32bit
    libva-drm2-32bit
    libva-glx2-32bit
    libva-x11-2-32bit
    libva2-32bit
    libvdpau1-32bit
    libvorbis0-32bit
    libvulkan1-32bit
    libxcb-dri2-0-32bit
    libxcb-glx0-32bit
    libz.so.1
    lsb-release
    mozilla-nspr-32bit
    mozilla-nss-32bit
    openal-soft
    python3
    tar
    xz
    zenity
    (Mesa-libGL1-32bit if Mesa-libGL1)
    (libgbm1-32bit if libgbm1)
    (libnm0-32bit if libnm0)
    (libvulkan_intel-32bit if libvulkan_intel)
    (libvulkan_radeon-32bit if libvulkan_radeon)
    (nvidia-computeG04-32bit if nvidia-computeG04)
    (nvidia-computeG05-32bit if nvidia-computeG05)
    (nvidia-computeG06-32bit if nvidia-computeG06)
    (nvidia-glG04-32bit if nvidia-glG04)
    (nvidia-glG05-32bit if nvidia-glG05)
    (nvidia-glG06-32bit if nvidia-glG06)
    (x11-video-nvidiaG04-32bit if x11-video-nvidiaG04)
    (x11-video-nvidiaG05-32bit if x11-video-nvidiaG05)
    (x11-video-nvidiaG06-32bit if x11-video-nvidiaG06)

It’s entirely possible/likely that others may need the capabilities that are specifically in the packman versions and not in the openSUSE versions…I just wanted to throw out there that there are at least some situations in which prioritizing packman higher, with its resulting delays/compromises in updating Tumbleweed snapshots, may add complication without delivering critical benefits.

It’s great that it’s there for those who need it, but for my situation it’s been easier to manage without it.

Hi All
FYI, the schedulers have been restarted, so y’all should be able to dup…

It also depends on the hardware and drivers in use… intel, amd, nvidia etc as to whether Mesa or OpenCL etc is used.

I would expect for those that have it hardware decode/encode or guc/huc esp for newer intel devices which enables by default now, older gen intel need to manually enable (which taints the kernel) would be used?

Yep:

erlangen:~ # zypper --non-interactive install --dry-run --download-only steam
Retrieving repository 'Packman' metadata .............................................................................................................................................................................................[done]
Building repository 'Packman' cache ..................................................................................................................................................................................................[done]
Loading repository data...
Reading installed packages...
Resolving package dependencies...

The following 189 NEW packages are going to be installed:
  Mesa-32bit Mesa-dri-32bit Mesa-gallium-32bit Mesa-libGL1-32bit Mesa-libglapi0-32bit Mesa-vulkan-device-select-32bit fontconfig-32bit gdk-pixbuf-query-loaders-32bit glibc-32bit glibc-locale-base-32bit gtk2-engine-oxygen-32bit
  gtk2-tools-32bit krb5-32bit libFLAC12-32bit libICE6-32bit libLLVM16-32bit libSDL-1_2-0-32bit libSM6-32bit libX11-6-32bit libX11-xcb1-32bit libXau6-32bit libXcomposite1-32bit libXcursor1-32bit libXdamage1-32bit libXdmcp6-32bit
  libXext6-32bit libXfixes3-32bit libXft2-32bit libXi6-32bit libXinerama1-32bit libXrandr2-32bit libXrender1-32bit libXtst6-32bit libXxf86vm1-32bit libadwaita-1-0 libadwaita-lang libasound2-32bit libatk-1_0-0-32bit
  libavahi-client3-32bit libavahi-common3-32bit libavc1394-0-32bit libblkid1-32bit libbluetooth3-32bit libbrotlicommon1-32bit libbrotlidec1-32bit libbz2-1-32bit libcairo2-32bit libcamera-base0_0_4-32bit libcamera0_0_4-32bit
  libcap2-32bit libcom_err2-32bit libconfig++11-32bit libcrypt1-32bit libcups2-32bit libcurl4-32bit libdatrie1-32bit libdbus-1-3-32bit libdbus-glib-1-2-32bit libdrm2-32bit libdrm_amdgpu1-32bit libdrm_intel1-32bit libdrm_nouveau2-32bit
  libdrm_radeon1-32bit libdw1-32bit libedit0-32bit libelf1-32bit libexpat1-32bit libfdk-aac2-32bit libffado2-32bit libffi8-32bit libfontconfig1-32bit libfreebl3-32bit libfreetype6-32bit libfribidi0-32bit libgbm1-32bit libgcc_s1-32bit
  libgcrypt20-32bit libgdk_pixbuf-2_0-0-32bit libgio-2_0-0-32bit libglib-2_0-0-32bit libglibmm-2_4-1-32bit libglvnd-32bit libgmodule-2_0-0-32bit libgmp10-32bit libgnutls30-32bit libgobject-2_0-0-32bit libgpg-error0-32bit
  libgraphite2-3-32bit libgtk-2_0-0-32bit libharfbuzz0-32bit libhogweed6-32bit libidn2-0-32bit libiec61883-0-32bit libjack0-32bit libjbig2-32bit libjitterentropy3-32bit libjpeg8-32bit libkeyutils1-32bit liblc3-1-32bit libldac2-32bit
  libldap2-32bit liblilv-0-0-32bit liblz4-1-32bit liblzma5-32bit libmount1-32bit libmysofa1-32bit libncurses6-32bit libnettle8-32bit libnghttp2-14-32bit libnm0-32bit libogg0-32bit libopenal1-32bit libopenssl1_0_0 libopenssl1_0_0-steam
  libopenssl1_0_0-steam-32bit libopenssl3-32bit libopus0-32bit libp11-kit0-32bit libpango-1_0-0-32bit libpciaccess0-32bit libpcre2-8-0-32bit libpipewire-0_3-0-32bit libpixman-1-0-32bit libpng12-0-32bit libpng16-16-32bit
  libportaudio2-32bit libpsl5-32bit libpulse0-32bit libraw1394-11-32bit libsasl2-3-32bit libsbc1-32bit libselinux1-32bit libserd-0-0-32bit libsigc-2_0-0-32bit libsndfile1-32bit libsoftokn3-32bit libsord-0-0-32bit libspeex1-32bit
  libsqlite3-0-32bit libsratom-0-0-32bit libssh4-32bit libstdc++6-32bit libsystemd0-32bit libtasn1-6-32bit libthai0-32bit libtheora0-32bit libtiff6-32bit libudev1-32bit libunistring5-32bit libunwind8-32bit libusb-1_0-0-32bit
  libuuid1-32bit libva-drm2-32bit libva-glx2-32bit libva-x11-2-32bit libva2-32bit libvdpau1-32bit libverto1-32bit libvorbis0-32bit libvorbisenc2-32bit libvulkan1-32bit libvulkan_radeon-32bit libwayland-client0-32bit
  libwayland-server0-32bit libwebrtc_audio_processing1-32bit libxcb-dri2-0-32bit libxcb-dri3-0-32bit libxcb-glx0-32bit libxcb-present0-32bit libxcb-randr0-32bit libxcb-render0-32bit libxcb-shm0-32bit libxcb-sync1-32bit
  libxcb-xfixes0-32bit libxcb1-32bit libxml++-3_0-1-32bit libxml2-2-32bit libxshmfence1-32bit libyaml-0-2-32bit libz1-32bit libzstd1-32bit mozilla-nspr-32bit mozilla-nss-32bit mozilla-nss-certs-32bit pipewire-modules-0_3-32bit
  pipewire-spa-plugins-0_2-32bit steam zenity zenity-lang

189 new packages to install.
Overall download size: 0 B. Already cached: 98.4 MiB. Download only.
Continue? [y/n/v/...? shows all options] (y): y
In cache glibc-32bit-2.37-4.4.x86_64.rpm                                                                                                                                                                              (1/189),   1.5 MiB    
In cache libX11-xcb1-32bit-1.8.5-2.1.x86_64.rpm                                                                                                                                                                       (2/189),  20.0 KiB    
...
In cache pipewire-spa-plugins-0_2-32bit-0.3.72-1.1.x86_64.rpm                                                                                                                                                       (188/189),   1.1 MiB    
In cache steam-1.0.0.78-1.2.x86_64.rpm                                                                                                                                                                              (189/189),   3.7 MiB    

Checking for file conflicts: .........................................................................................................................................................................................................[done]
erlangen:~ # 

Looks like infamous host erlangen is configured by default properly for hardware video acceleration:

erlangen:~ # inxi -G
Graphics:
  Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series]
    driver: amdgpu v: kernel
  Display: server: X.Org v: 21.1.8 with: Xwayland v: 23.1.2 driver: X:
    loaded: modesetting unloaded: fbdev,vesa dri: radeonsi gpu: amdgpu
    resolution: 3840x2160~60Hz
  API: OpenGL v: 4.6 Mesa 23.1.3 renderer: AMD Radeon Graphics (renoir LLVM
    16.0.6 DRM 3.52 6.3.9-1-default)
(reverse-i-search)`grep': zypper-log -r 33 |^Cep 32bit
erlangen:~ #  grep -iE 'vdpau | dri driver' /var/log/Xorg.0.log
[     8.695] (II) modeset(0): [DRI2]   DRI driver: radeonsi
[     8.695] (II) modeset(0): [DRI2]   VDPAU driver: radeonsi
erlangen:~ # 

I am unsure about erlangen’s sibling 6700k:

6700k:~ # inxi -G
Graphics:
  Device-1: Intel HD Graphics 530 driver: i915 v: kernel
  Display: x11 server: X.Org v: 21.1.8 with: Xwayland v: 23.1.2 driver: X:
    loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915
    resolution: 1920x1200~60Hz
  API: OpenGL v: 4.6 Mesa 23.1.3 renderer: Mesa Intel HD Graphics 530 (SKL
    GT2)
6700k:~ # grep -iE 'vdpau | dri driver' /var/log/Xorg.0.log
[     8.996] (II) modeset(0): [DRI2]   DRI driver: iris
[     8.996] (II) modeset(0): [DRI2]   VDPAU driver: va_gl
6700k:~ # 

@mrmazda says:

The page starts with:

Hardware video acceleration makes it possible for the video card to decode/encode video, thus offloading the CPU and saving power.

Check out section Verification. You may monitor savings with a power meter. I am using this one.

Still clear as mud. Are you implying that without Packman’s Mesa, hardware acceleration is impossible, because openSUSE’s Mesa does not support it?

As to power savings here, it wouldn’t be worth the bother of using Packman. My computers are for work. When I want to watch TV, I use my TVs.

No mud whatsoever! I suggest you verify the power savings by properly configuring your computers with both openSUSE and packman.

I did some power monitoring with infamous host erlangen and reconfigured both the hardware and the software (happened automatically, see below).

I reiterate: There is no bother of using packman. I got it automatically, without bothering, see openSUSE Events.

Computers are for both, work and watch TV.

Not here. 1-Working at PC I sit. Watching TV I’m laying on couch. Too much sitting increases my chronic pain. Laying on couch relieves it. The chair potatoing needs to be adequately mixed with the couch potatoing and non-potatoing. 2-none of my PCs have OTA tuners or cable tuners. 3-TVs are easy to use for switching among multiple sources, such as DVD carousels, Rokus, recorders; and their OTA/cable tuners are built-in at no extra cost. 4-mice and keyboards have inferior UI as volume controllers compared to the remotes supplied with TVs at no extra cost.

Packman is a bother. 1-Duping can cause unnoticed unwanted provider switching. 2-Packman repos are often out of sync with standard repos, complicating update/upgrade logistics, which uncommonly happens using only standard repos.

Video instruction and I don’t get along. I learn best by reading/rereading text, am frustrated by youtube and similar howtos, watching for 25 minutes to find the 10 seconds of material actually needed.

1 Like

@karlmistelberger

inxi -G
Graphics:
  Device-1: NVIDIA GP104GL [Tesla P4] driver: nvidia v: 535.54.03
  Device-2: NVIDIA TU117GLM [Quadro T400 Mobile] driver: nvidia v: 535.54.03
  Display: x11 server: X.Org v: 21.1.8 with: Xwayland v: 23.1.2 driver: X:
    loaded: nvidia gpu: nvidia,nvidia-nvswitch resolution: 1: 1920x1080~60Hz
    2: 1920x1080~60Hz 3: 1920x1080~60Hz 4: N/A
  API: OpenGL v: 4.6.0 NVIDIA 535.54.03 renderer: NVIDIA T400/PCIe/SSE2

grep -iE 'vdpau | dri driver' .local/share/xorg/Xorg.0.log
[    54.624] (II) NVIDIA(0): [DRI2]   VDPAU driver: nvidia
[    54.666] (II) NVIDIA(G0): [DRI2]   VDPAU driver: nvidia

inxi -G
Graphics:
  Device-1: Intel Alder Lake-N [UHD Graphics] driver: i915 v: kernel
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 23.1.2 driver: X:
    loaded: modesetting dri: iris gpu: i915
    resolution: <missing: xdpyinfo/xrandr> resolution: 1920x1080
  API: OpenGL v: 4.6 Mesa 23.1.3 renderer: Mesa Intel Graphics (ADL-N)

grep -iE 'vdpau | dri | guc | huc' .local/share/xorg/Xorg.0.log
[     7.882] (II) modeset(0): [DRI2]   DRI driver: iris
[     7.882] (II) modeset(0): [DRI2]   VDPAU driver: va_gl

dmesg | grep -E "GuC|HuC"
[    2.873831] i915 0000:00:02.0: [drm] GT0: GuC firmware i915/tgl_guc_70.bin version 70.5.1
[    2.873838] i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3
[    2.878752] i915 0000:00:02.0: [drm] HuC authenticated
[    2.879677] i915 0000:00:02.0: [drm] GuC RC: enabled

Host freiburg is a twin (identical hard- and software, but different configuration) of infamous host erlangen:

 root@freiburg: ~
# zypper lr -uE
Repository priorities are without effect. All enabled repositories share the same priority.

# | Alias                         | Name                                   | Enabled | GPG Check | Refresh | URI
--+-------------------------------+----------------------------------------+---------+-----------+---------+--------------------------------------------------------
1 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS)             | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/tumbleweed/repo/non-oss/
2 | download.opensuse.org-oss     | Haupt-Repository (OSS)                 | Yes     | (r ) Yes  | Yes     | http://download.opensuse.org/tumbleweed/repo/oss/
6 | repo-openh264                 | Open H.264 Codec (openSUSE Tumbleweed) | Yes     | (r ) Yes  | Yes     | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed

root@freiburg: ~
# vainfo 
Trying display: wayland
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
Trying display: x11
error: can't connect to X server!
Trying display: drm
libva info: VA-API version 1.18.0
libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_18
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.18 (libva 2.18.2)
vainfo: Driver version: Mesa Gallium driver 23.1.3 for AMD Radeon Graphics (renoir, LLVM 16.0.6, DRM 3.52, 6.3.9-1-default)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileVP9Profile0            : VAEntrypointVLD
      VAProfileVP9Profile2            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc

root@freiburg: ~
# 

It has limited capabilities. erlangen has enhanced capabilities:

erlangen:~ # zypper lr -uE
#  | Alias         | Enabled | GPG Check | Priority | URI
---+---------------+---------+-----------+----------+---------------------------------------------------------------------------------
 7 | Packman       | Yes     | (r ) Yes  |   90     | http://ftp.fau.de/packman/suse/openSUSE_Tumbleweed/
21 | non-oss       | Yes     | (r ) Yes  |   99     | https://download.opensuse.org/tumbleweed/repo/non-oss/
24 | oss           | Yes     | (r ) Yes  |   99     | https://download.opensuse.org/tumbleweed/repo/oss/
31 | update        | Yes     | (r ) Yes  |   99     | https://download.opensuse.org/update/tumbleweed/
 4 | Geo           | Yes     | (r ) Yes  |  100     | https://download.opensuse.org/repositories/Application:/Geo/openSUSE_Tumbleweed/
11 | google-chrome | Yes     | (r ) Yes  |  100     | https://dl.google.com/linux/chrome/rpm/stable/x86_64
18 | jalbum        | Yes     | (  ) No   |  100     | https://jalbum.net/download/software/yumrepo/
20 | myrepo        | Yes     | (  ) No   |  100     | dir:/home/karl/Downloads/myrepo
erlangen:~ # vainfo 
Trying display: wayland
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
Trying display: x11
libva info: VA-API version 1.18.0
libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_18
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.18 (libva 2.18.2)
vainfo: Driver version: Mesa Gallium driver 23.1.3 for AMD Radeon Graphics (renoir, LLVM 16.0.6, DRM 3.52, 6.3.9-1-default)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSlice
      VAProfileHEVCMain10             : VAEntrypointVLD
      VAProfileHEVCMain10             : VAEntrypointEncSlice
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileVP9Profile0            : VAEntrypointVLD
      VAProfileVP9Profile2            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
erlangen:~ # 

Re-encoding videos uses them: ffmpeg: re-encode a video, keeping settings similar - Super User.

Hmmm. It’s been five days since the OP’s been in here - wander if they’ve an update. CHecked the schedulers - still in the green.

@sabo007 … any feedback, now that all is running ?

I’m using Nvidia proprietary drivers and also have Steam installed. I went into Yast Software and searched for all installed packages that have “Mesa” in it including the description (check that box too) and switched the version source all to openSUSE from packman. That fixed the problem I was having which looks similar to what you are describing.

Somebody on IRC channel figured this out for me. I don’t think this is something the user should have to figure out to use Tumbleweed. I picked the wrong option and couldn’t boot into graphical mode and had to reinstall Tumbleweed.

2 Likes

Yes, as the host was restarted and the packages were provided again a few days ago, i updated as usual and everything went fine. Also, the question came up if i really needed the 32-bit packages and i think i do, because i have steam installed.

1 Like

Always good to get final feedback, so others can benefit. !

I don’t play games, but I’m shocked a seemingly popular game is stuck on 32-bit … BUT THAT’S for another thread :+1: