TW 64 bit: Problem: the to be installed Mesa-libEGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libEGL1 = 22.3.2', but this requirement cannot
SUSE / openSUSEThis Forum is for the discussion of Suse Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
TW 64 bit: Problem: the to be installed Mesa-libEGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libEGL1 = 22.3.2', but this requirement cannot
Code:
# zypper -v dup
Verbosity: 2
Initializing Target
Checking whether to refresh metadata for NVIDIA
Checking whether to refresh metadata for Main Repository (NON-OSS)
Checking whether to refresh metadata for Main Repository (OSS)
Checking whether to refresh metadata for Main Update Repository
Checking whether to refresh metadata for openSUSE-20220310-0
Checking whether to refresh metadata for packman
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...
Force resolution: No
Computing upgrade...
5 Problems:
Problem: the to be installed Mesa-libEGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libEGL1 = 22.3.2', but this requirement cannot be provided
Problem: the to be installed Mesa-libGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libGL1 = 22.3.2', but this requirement cannot be provided
Problem: the installed Mesa-libGL-devel-22.2.4-335.2.x86_64 requires 'Mesa-KHR-devel = 22.2.4', but this requirement cannot be provided
Problem: the installed Mesa-libGL-devel-22.2.4-335.2.x86_64 requires 'Mesa-KHR-devel = 22.2.4', but this requirement cannot be provided
Problem: the installed Mesa-libGL-devel-22.2.4-335.2.x86_64 requires 'Mesa-KHR-devel = 22.2.4', but this requirement cannot be provided
Problem: the to be installed Mesa-libEGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libEGL1 = 22.3.2', but this requirement cannot be provided
not installable providers: Mesa-libEGL1-22.3.2-336.1.i586[packman]
Mesa-libEGL1-22.3.2-336.1.x86_64[packman]
Solution 1: install Mesa-libEGL-devel-22.2.4-334.1.x86_64 from vendor openSUSE
replacing Mesa-libEGL-devel-22.2.4-335.2.x86_64 from vendor http://packman.links2linux.de
Solution 2: install Mesa-libEGL1-22.3.2-336.1.x86_64 from vendor http://packman.links2linux.de
replacing Mesa-libEGL1-22.2.4-334.1.x86_64 from vendor openSUSE
Solution 3: keep obsolete Mesa-libEGL-devel-22.2.4-335.2.x86_64
Solution 4: break Mesa-libEGL-devel-22.3.2-336.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c):
You don't say what distro you're on, but it looks like the distribution is stopping you from borking your system, and that's not a problem.
If you want to run bleeding edge stuff, the requirements for library versions etc. keep being incremented. Solutions
Compile your own software locally. This leads to frequent reinstalls unless you make your own packages. This can be very messy on some systems.
Run a 'rolling release' unstable (usually. You still won't get bleeding edge, but you'll do better. Fedora, slackware-current & Debian Unstable are all examples, but there are others.are
You don't say what distro you're on, but it looks like the distribution is stopping you from borking your system, and that's not a problem.
If you want to run bleeding edge stuff, the requirements for library versions etc. keep being incremented. Solutions
Compile your own software locally. This leads to frequent reinstalls unless you make your own packages. This can be very messy on some systems.
Run a 'rolling release' unstable (usually. You still won't get bleeding edge, but you'll do better. Fedora, slackware-current & Debian Unstable are all examples, but there are others.are
Excuse me I should have written Tumbleweed instead of TW 64 bit ... in the Title.
You can use Solution 1 or Solution 2, it depends on which Package should be installed from which Repo.
Read it carefully and compare with your mesa list:
Code:
Problem: the to be installed Mesa-libEGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libEGL1 = 22.3.2', but this requirement cannot be provided
not installable providers: Mesa-libEGL1-22.3.2-336.1.i586[packman]
Mesa-libEGL1-22.3.2-336.1.x86_64[packman]
Solution 1: install Mesa-libEGL-devel-22.2.4-334.1.x86_64 from vendor openSUSE
replacing Mesa-libEGL-devel-22.2.4-335.2.x86_64 from vendor http://packman.links2linux.de
Solution 2: install Mesa-libEGL1-22.3.2-336.1.x86_64 from vendor http://packman.links2linux.de
replacing Mesa-libEGL1-22.2.4-334.1.x86_64 from vendor openSUSE
Solution 3: keep obsolete Mesa-libEGL-devel-22.2.4-335.2.x86_64
Solution 4: break Mesa-libEGL-devel-22.3.2-336.1.x86_64 by ignoring some of its dependencies
Code:
S | Name | Type | Version | Arch | Repository
--+------------------------------+---------+--------------+--------+----------------------
i | Mesa-libEGL-devel | package | 22.2.4-335.2 | x86_64 | (System Packages)
.
.
.
i | Mesa-libEGL1 | package | 22.2.4-334.1 | x86_64 | Main Repository (OSS)
You can use Solution 1 or Solution 2, it depends on which Package should be installed from which Repo.
Read it carefully and compare with your mesa list:
Code:
Problem: the to be installed Mesa-libEGL-devel-22.3.2-336.1.x86_64 requires 'Mesa-libEGL1 = 22.3.2', but this requirement cannot be provided
not installable providers: Mesa-libEGL1-22.3.2-336.1.i586[packman]
Mesa-libEGL1-22.3.2-336.1.x86_64[packman]
Solution 1: install Mesa-libEGL-devel-22.2.4-334.1.x86_64 from vendor openSUSE
replacing Mesa-libEGL-devel-22.2.4-335.2.x86_64 from vendor http://packman.links2linux.de
Solution 2: install Mesa-libEGL1-22.3.2-336.1.x86_64 from vendor http://packman.links2linux.de
replacing Mesa-libEGL1-22.2.4-334.1.x86_64 from vendor openSUSE
Solution 3: keep obsolete Mesa-libEGL-devel-22.2.4-335.2.x86_64
Solution 4: break Mesa-libEGL-devel-22.3.2-336.1.x86_64 by ignoring some of its dependencies
Code:
S | Name | Type | Version | Arch | Repository
--+------------------------------+---------+--------------+--------+----------------------
i | Mesa-libEGL-devel | package | 22.2.4-335.2 | x86_64 | (System Packages)
.
.
.
i | Mesa-libEGL1 | package | 22.2.4-334.1 | x86_64 | Main Repository (OSS)
Thank you I would prefer higher version number so "Solution 2"
Excuse me I should have written Tumbleweed instead of TW 64 bit ... in the Title.
That should have been fine. You posted in the SUSE / openSUSE forum, where readers should know that TW means Tumbleweed, which is a rolling release.
Potential legal liability issues over copyrights and patents caused openSUSE to recently remove video codec support from packages in official openSUSE repos. Much of the software provided in openSUSE is backed by deep pockets unwilling to assume the risk.
That should have been fine. You posted in the SUSE / openSUSE forum, where readers should know that TW means Tumbleweed, which is a rolling release.
Potential legal liability issues over copyrights and patents caused openSUSE to recently remove video codec support from packages in official openSUSE repos. Much of the software provided in openSUSE is backed by deep pockets unwilling to assume the risk.
Potential legal liability issues over copyrights and patents caused openSUSE to recently remove video codec support from packages in official openSUSE repos. Much of the software provided in openSUSE is backed by deep pockets unwilling to assume the risk.
Slackware has a similar problem in the Excited States. One of the Slackware devs maintains a repo on slackware.nl. This has what are called "unrestricted" builds of vlc, ffmpeg and other packages falling foul of copyright. I notice you location is the EU. Has SuSE anything similar?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.