Description of problem:New install of M8 beta1 x86_64, reboots fine. Problem: the big update (1500 + packages) does not complete. file: /usr/lib64/libGLESv2.so.2 from install of lib64glesv22-1.3.2-13.mga8.x86_64 conflicts with file from package lib64mesaglesv2_2-20.1.1-11.mga8.x86_64 lib64glesv22 >= 1.3.1-7 is needed by lib64mesaglesv2_2-20.1.7-1.mga8.x86_64 libGLESv2.so.2()(64bit) is needed by (installed) gnome-session-3.36.0-1.mga8.x86_64 libGLESv2.so.2()(64bit) is needed by installed lib64mutter7_0-3.37.91-1.mga8.x86_64 libGLESv2.so.s()(64bit) is needed by (installed) mate-session-manager-1.24.1-1.mga8.x86_64 I doubt if this is just a mirror sync problem, as it has persisted for 2 days or so. Have now seen it on a new 32-bit install with first big update failing exactly the same. Also seen it on a 'working' x86_64 M8 system with prior incremental updates.
I think I saw something similar during a recent M8 update, but it did not stop the other updates, and I have not seen it again. (I do not have 'lib64mesaglesv2_2' so avoided the initial conflict; but trying $ sudo urpmi --test lib64mesaglesv2_2 said it could be installed). /usr/lib64/libGLESv2.so.2 is provided by lib64glesv22 currently 1.3.2-13 in SRPM libglvnd-1.3.2-13.mga8.src.rpm lib64mesaglesv2_2 currently 20.1.7-1 in SRPM mesa-20.1.7-1.mga8.src.rpm --- > libGLESv2.so.s()(64bit) is needed by (installed) > mate-session-manager-1.24.1-1.mga8.x86_64 looks wrong, it should be: $ urpmq --requires mate-session-manager | grep libGLES libGLESv2.so.2()(64bit) but this looks like a typo somewhere. --- Assigning to ghibo as the active maintainer for both SRPMs.
Source RPM: (none) => mesa-20.1.7-1.mga8.src.rpm,libglvnd-1.3.2-13.mga8.src.rpmAssignee: bugsquad => ghibomgx
On my M8 B1 Plasma only updated: urpmf -f libGLESv2.so.2 returns: http://ftp.free.fr/mirrors/mageia.org/distrib/cauldron/x86_64/media/core/release/media_info/20200905-192912-files.xml.lzma lib64glesv22-1.3.2-13.mga8.x86_64:/usr/lib64/libGLESv2.so.2 lib64glesv22-1.3.2-13.mga8.x86_64:/usr/lib64/libGLESv2.so.2.1.0 x11-driver-video-nvidia-current-450.57-3.mga8.nonfree.x86_64:/usr/lib/nvidia-current/libGLESv2.so.2 x11-driver-video-nvidia-current-450.57-3.mga8.nonfree.x86_64:/usr/lib/nvidia-current/libGLESv2.so.2.1.0 x11-driver-video-nvidia-current-450.57-3.mga8.nonfree.x86_64:/usr/lib64/nvidia-current/libGLESv2.so.2 x11-driver-video-nvidia-current-450.57-3.mga8.nonfree.x86_64:/usr/lib64/nvidia-current/libGLESv2.so.2.1.0 x11-driver-video-nvidia340-340.108-10.mga8.nonfree.x86_64:/usr/lib/nvidia340/libGLESv2.so.2 x11-driver-video-nvidia340-340.108-10.mga8.nonfree.x86_64:/usr/lib64/nvidia340/libGLESv2.so.2 x11-driver-video-nvidia390-390.138-4.mga8.nonfree.x86_64:/usr/lib/nvidia390/libGLESv2.so.2 x11-driver-video-nvidia390-390.138-4.mga8.nonfree.x86_64:/usr/lib/nvidia390/libGLESv2.so.2.1.0 x11-driver-video-nvidia390-390.138-4.mga8.nonfree.x86_64:/usr/lib64/nvidia390/libGLESv2.so.2 x11-driver-video-nvidia390-390.138-4.mga8.nonfree.x86_64:/usr/lib64/nvidia390/libGLESv2.so.2.1.0 urpmq -i lib64mesaglesv2_2-20.1.1-11 No package named lib64mesaglesv2_2-20.1.1-11 urpmq -i lib64mesaglesv2_2-20.1.7-1 No package named lib64mesaglesv2_2-20.1.7-1 Don't know what happen? Package missing? Does Mesa provide lib64mesaglesv2_2-20.1.1-11 ? Seems there is no such package. urpmf -f lib64mesa lib64mesaglu1-9.0.1-2.mga8.x86_64:/usr/lib/.build-id lib64mesaglu1-9.0.1-2.mga8.x86_64:/usr/lib/.build-id/4c lib64mesaglu1-9.0.1-2.mga8.x86_64:/usr/lib/.build-id/4c/34a1d40828391d484602eed6a21a56200a7264 lib64mesaglu1-9.0.1-2.mga8.x86_64:/usr/lib64/libGLU.so.1 lib64mesaglu1-9.0.1-2.mga8.x86_64:/usr/lib64/libGLU.so.1.3.1 lib64mesaglu1-devel-9.0.1-2.mga8.x86_64:/usr/include/GL/glu.h lib64mesaglu1-devel-9.0.1-2.mga8.x86_64:/usr/include/GL/glu_mangle.h lib64mesaglu1-devel-9.0.1-2.mga8.x86_64:/usr/lib64/libGLU.so lib64mesaglu1-devel-9.0.1-2.mga8.x86_64:/usr/lib64/pkgconfig/glu.pc lib64mesaegl1-devel-20.1.7-1.mga8.x86_64:/usr/include/EGL lib64mesaegl1-devel-20.1.7-1.mga8.x86_64:/usr/include/EGL/eglextchromium.h lib64mesaegl1-devel-20.1.7-1.mga8.x86_64:/usr/include/EGL/eglmesaext.h lib64mesaegl1-devel-20.1.7-1.mga8.x86_64:/usr/lib64/libEGL_mesa.so lib64mesagl1-devel-20.1.7-1.mga8.x86_64:/usr/include/GL lib64mesagl1-devel-20.1.7-1.mga8.x86_64:/usr/include/GL/internal lib64mesagl1-devel-20.1.7-1.mga8.x86_64:/usr/include/GL/internal/dri_interface.h lib64mesagl1-devel-20.1.7-1.mga8.x86_64:/usr/lib64/libGLX_mesa.so lib64mesagl1-devel-20.1.7-1.mga8.x86_64:/usr/lib64/pkgconfig/dri.pc lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/83 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/83/e58c0416b7ad0ab57f1b7d51ca88fbde5a61b8 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/83/e58c0416b7ad0ab57f1b7d51ca88fbde5a61b8.1 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/libGLX_indirect.so.0 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/libGLX_mesa.so.0 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/libGLX_mesa.so.0.0.0 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/libGLX_system.so.0 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/mesa lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/mesa/libGLX_mesa.so.0 lib64mesagl1-20.1.7-1.mga8.x86_64:/usr/lib64/mesa/libGLX_mesa.so.0.0.0 lib64mesaopencl-devel-20.1.7-1.mga8.x86_64:/usr/lib64/libMesaOpenCL.so lib64mesavulkan-devel-20.1.7-1.mga8.x86_64:/usr/include/vulkan lib64mesavulkan-devel-20.1.7-1.mga8.x86_64:/usr/include/vulkan/vulkan_intel.h lib64mesaegl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id lib64mesaegl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/7f lib64mesaegl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/7f/d8e43905aca3b633dd2157cc2d715e43a012b6 lib64mesaegl1-20.1.7-1.mga8.x86_64:/usr/lib64/libEGL_mesa.so.0 lib64mesaegl1-20.1.7-1.mga8.x86_64:/usr/lib64/libEGL_mesa.so.0.0.0 lib64mesaegl1-20.1.7-1.mga8.x86_64:/usr/share/glvnd/egl_vendor.d/50_mesa.json lib64mesaopencl1-20.1.7-1.mga8.x86_64:/etc/OpenCL/vendors/mesa.icd lib64mesaopencl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id lib64mesaopencl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/54 lib64mesaopencl1-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/54/009b26def2e058e53f4e3fe020fe2cd1614c56 lib64mesaopencl1-20.1.7-1.mga8.x86_64:/usr/lib64/libMesaOpenCL.so.1 lib64mesaopencl1-20.1.7-1.mga8.x86_64:/usr/lib64/libMesaOpenCL.so.1.0.0 lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib/.build-id lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/21/e6927378f34f80adbceeeebd37e7774a057172 lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/6f lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/6f/12527b5ac46ae0706bfd997a2819a68bfdb31d lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/e2 lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib/.build-id/e2/b09d76bc6563c6ea82044f4842bfbccdb75e1a lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib64/libVkLayer_MESA_device_select.so lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib64/libvulkan_intel.so lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/lib64/libvulkan_radeon.so lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/share/vulkan lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/share/vulkan/icd.d lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/share/vulkan/icd.d/intel_icd.x86_64.json lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/share/vulkan/icd.d/radeon_icd.x86_64.json lib64mesavulkan-drivers-20.1.7-1.mga8.x86_64:/usr/share/vulkan/implicit_layer.d/VkLayer_MESA_device_select.json Should be retested later.
The problem seems pretty subdle as it happens when the mesa+glvnd packages are not updated in the same urpmi transaction (in fact an update with --split-length=0 should fix it). I remember I added more explicit Requires beyond M8-beta1 in mesa to avoid this happening, and I thought it was resolved. The important it's also doesn't happens from M7 -> M8 updates.
(In reply to Giuseppe Ghibò from comment #3) > The problem seems pretty subdle as it happens when the mesa+glvnd packages > are not updated in the same urpmi transaction (in fact an update with > --split-length=0 should fix it). I remember I added more explicit Requires > beyond M8-beta1 in mesa to avoid this happening, and I thought it was > resolved. The important it's also doesn't happens from M7 -> M8 updates. Requires only ensure they are all available when installation is done. You need proper versioned conflicts between the packages containing the same file(s) to force same-transaction install
This seems an old problem no longer the case. Closing.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED