Problem: the installed Mesa-32bit-23.1.2-1699.353.pm.1.x86_64 requires 'Mesa = 23.1.2', but this requirement cannot be provided
Problem: the installed Mesa-23.1.2-1699.353.pm.1.x86_64 requires 'Mesa-libGL1 = 23.1.2', but this requirement cannot be provided
Problem: the installed Mesa-23.1.2-1699.353.pm.1.x86_64 requires 'Mesa-libEGL1 = 23.1.2', but this requirement cannot be provided
Problem: the installed Mesa-32bit-23.1.2-1699.353.pm.1.x86_64 requires 'Mesa = 23.1.2', but this requirement cannot be provided
Solution 1: Following actions will be done:
install Mesa-32bit-23.1.3-353.1.x86_64 from vendor openSUSE
replacing Mesa-32bit-23.1.2-1699.353.pm.1.x86_64 from vendor http://packman.links2linux.de
install Mesa-gallium-32bit-23.1.3-353.1.x86_64 from vendor openSUSE
replacing Mesa-gallium-32bit-23.1.2-1699.353.pm.1.x86_64 from vendor http://packman.links2linux.de
Solution 2: install Mesa-23.1.2-1699.353.pm.1.i586 despite the inferior architecture
Solution 3: keep obsolete Mesa-23.1.2-1699.353.pm.1.x86_64
Solution 4: break Mesa-32bit-23.1.2-1699.353.pm.1.x86_64 by ignoring some of its dependencies
switching vendor to openSUSE it probably premature, does anyone knows what the underlying problem is here? Am i right, that the 32-bit package is still not available on packman?
My takeaway from a few days ago, switching my priorities back toward the openSUSE repos, was that I actually didn’t need the packman Mesa. Everything I do on my laptop (browsing, light coding, gaming) seems to be fine on the openSUSE version. I am lucky in this case, perhaps, to have a dedicated Nvidia card for gaming, but my general KDE session is running on the integrated AMD graphics and still seems fine.
So yes, this is probably a good chance for folks who did what I did and assumed they would need packman, similar to needing rpmfusion for Fedora, to give the “vanilla” life a try.
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.
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?
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.
