Leap 15.4 error gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 requires 'gtk3 = 3.24.34', but this requirement cannot be provided
Am 07.09.22 um 20:17 schrieb Larry Len Rainey:
Any idea when this will be fixed every 15.4 machine I support has this issue. This way since 07:00 CST.
The following 18 package updates will NOT be installed: gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-tigrigna gtk3-immodule-vietnamese gtk3-lang
Nothing to do.
VM1:~ # zypper in gtk3-immodule-amharic Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: the to be installed gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 requires 'gtk3 = 3.24.34', but this requirement cannot be provided not installable providers: libgtk-3-0-3.24.34-150400.3.3.1.x86_64[os-repo-sle-update] Solution 1: deinstallation of gtk3-branding-openSUSE-15.0-lp154.2.2.1.noarch Solution 2: do not install gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 Solution 3: break gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 by ignoring some of its dependencies
Choose from
https://bugzilla.opensuse.org/show_bug.cgi?id=1203192 Regards, Frank
Larry Len Rainey composed on 2022-09-07 13:17 (UTC-0500):
The following 18 package updates will NOT be installed: gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-tigrigna gtk3-immodule-vietnamese gtk3-lang ... Solution 2: do not install gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64
Are you a UTC-0500 user of Thai or Vietnamese or of an any of the other listed languages, or like me, a user of en_US only, whose need for gtk* is limited to Gimp and Mozilla? If anything like me, choose 2, then remove and lock out the rest of gtk?-immodule-* and gtk3-lang before attempting any more updates. I've never discovered a reason to have any of those or any other language-specific packages installed, except for screwball dependencies. It's plenty bad already having slow mirrors in North America without having to use them to install and update unnecessary language packages. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Hi, Did you run "zypper ref" before? I think the conflicts should be resolved now. Is zypper patch working or also reporting conflicts? Ciao, Marcus On Wed, Sep 07, 2022 at 01:17:48PM -0500, Larry Len Rainey wrote:
Any idea when this will be fixed every 15.4 machine I support has this issue. This way since 07:00 CST.
The following 18 package updates will NOT be installed: gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-tigrigna gtk3-immodule-vietnamese gtk3-lang
Nothing to do.
VM1:~ # zypper in gtk3-immodule-amharic Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: the to be installed gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 requires 'gtk3 = 3.24.34', but this requirement cannot be provided not installable providers: libgtk-3-0-3.24.34-150400.3.3.1.x86_64 [os-repo-sle-update] Solution 1: deinstallation of gtk3-branding-openSUSE-15.0-lp154.2.2.1.noarch Solution 2: do not install gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 Solution 3: break gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 by ignoring some of its dependencies
Choose from
On Wed, 2022-09-07 at 13:17 -0500, Larry Len Rainey wrote:
Any idea when this will be fixed every 15.4 machine I support has this issue. This way since 07:00 CST.
The following 18 package updates will NOT be installed: gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-tigrigna gtk3-immodule-vietnamese gtk3-lang Nothing to do.
Please note that this is not the right mailing list for support requests or bug reports for Leap or indeed openSUSE Tumbleweed. There exists an opensuse-support list precisely for such support. Best wishes, -- Atri Bhattacharya badshah400
On 9/8/22 11:07, Atri Bhattacharya wrote:
Please note that this is not the right mailing list for support requests or bug reports for Leap or indeed openSUSE Tumbleweed. There exists an opensuse-support list precisely for such support. I wonder if someone could elaborate on this. I've always been a little confused about this because I do see a lot of messages on this list that I would consider support-request-like and / or problem-reporting, and they always seem to be accepted and often receive helpful responses without any indication that they are inappropriate. Sometimes they make sense to me as perhaps appropriate to this list because they draw attention to a possible problem with a recent snapshot, or may serve as a caveat about a new snapshot for those with particular system characteristics (and I do think a lot of people subscribe to this list for just that type of information). I don't know if those allowances are by design or just tolerance, but the end result is that it isn't very clear what is or isn't appropriate here...
On Thu, 2022-09-08 at 12:11 -0400, Eric Schwarzenbach wrote:
On 9/8/22 11:07, Atri Bhattacharya wrote:
Please note that this is not the right mailing list for support requests or bug reports for Leap or indeed openSUSE Tumbleweed. There exists an opensuse-support list precisely for such support. I wonder if someone could elaborate on this. I've always been a little confused about this because I do see a lot of messages on this list that I would consider support-request-like and / or problem-reporting, and they always seem to be accepted and often receive helpful responses without any indication that they are inappropriate. Sometimes they make sense to me as perhaps appropriate to this list because they draw attention to a possible problem with a recent snapshot, or may serve as a caveat about a new snapshot for those with particular system characteristics (and I do think a lot of people subscribe to this list for just that type of information). I don't know if those allowances are by design or just tolerance,
It is just due to tolerance amidst the general air of optimism that eventually list users will be able to decide for themselves which question/topic goes into support as opposed to devel. -- Atri Bhattacharya <badshah400>
On 9/8/22 19:43, Atri Bhattacharya wrote:
It is just due to tolerance amidst the general air of optimism that eventually list users will be able to decide for themselves which question/topic goes into support as opposed to devel.
That's the spirit of Open Source: most of the things are done because someone wants to do it or feels that it has to be done. ;-) Have a nice day, Berny
Hi, I released yet another try of the gtk3-branding-openSUSE update. Can you check again? Ciao, Marcus On Thu, Sep 08, 2022 at 07:42:39AM -0500, Larry Len Rainey wrote:
No - still there - I always zypper ref first - there is a Bugzilla open on this for gtk3-branding-openSUSE.
Thu Sep 8 07:32:20 CDT 2022 VM4:~ # zypper ref ; zypper -n up ; date Repository 'Packman 15.4 Repository' is up to date. Repository 'Update repository of openSUSE Backports' is up to date. Repository 'openSUSE-Leap-15.4-Non-Oss' is up to date. Repository 'openSUSE-Leap-15.4-Oss' is up to date. Repository 'Update repository from SUSE Linux Enterprise 15' is up to date. Repository 'Update Repository (Non-Oss)' is up to date. Repository 'openSUSE-Leap-15.4-Update' is up to date. Repository 'TeamViewer - x86_64' is up to date. All repositories have been refreshed. Loading repository data... Reading installed packages...
The following package update will NOT be installed: libgtk-3-0 Nothing to do. Thu Sep 8 07:32:42 CDT 2022 VM4:~ # zypper in libgtk-3-0 Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: the installed gtk3-branding-openSUSE-15.0-lp154.2.2.1.noarch requires 'libgtk-3-0 = 3.24.31', but this requirement cannot be provided Solution 1: deinstallation of gtk3-branding-openSUSE-15.0-lp154.2.2.1.noarch Solution 2: do not install libgtk-3-0-3.24.34-150400.3.3.1.x86_64 Solution 3: break gtk3-branding-openSUSE-15.0-lp154.2.2.1.noarch by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c
VM4:~ # zypper lr Repository priorities are without effect. All enabled repositories share the same priority.
# | Alias | Name | Enabled | GPG Check | Refresh ---+--------------------------+-------------------------------------------------+---------+-----------+-------- 1 | Packman | Packman 15.4 Repository | Yes | (r ) Yes | Yes 2 | X11_MATE_Current | MATE openSUSE_Leap_15.4 | No | ---- | ---- 3 | adobe | adobe | No | ---- | ---- 4 | brave-browser | brave-browser | No | ---- | ---- 5 | mozilla | mozilla | No | ---- | ---- 6 | os-repo-backports-update | Update repository of openSUSE Backports | Yes | (r ) Yes | Yes 7 | os-repo-non-oss | openSUSE-Leap-15.4-Non-Oss | Yes | (r ) Yes | Yes 8 | os-repo-oss | openSUSE-Leap-15.4-Oss | Yes | (r ) Yes | Yes 9 | os-repo-sle-update | Update repository from SUSE Linux Enterprise 15 | Yes | (r ) Yes | Yes 10 | os-repo-update-non-oss | Update Repository (Non-Oss) | Yes | (r ) Yes | Yes 11 | os-repo-update-oss | openSUSE-Leap-15.4-Update | Yes | (r ) Yes | Yes 12 | os-repo-virtualization | openSUSE-Leap-15.4-Virtualization | No | ---- | ---- 13 | skype-stable | Skypeforlinux - stable | No | ---- | ---- 14 | teamviewer | TeamViewer - x86_64 | Yes | (r ) Yes | No VM4:~ # grep http /etc/zypp/repos.d/*.repo /etc/zypp/repos.d/X11_MATE_Current.repo:baseurl=http:// mirrorcache-us.opensuse.org/repositories/X11:/MATE:/Current/ openSUSE_Leap_$releasever/ /etc/zypp/repos.d/X11_MATE_Current.repo:gpgkey=http:// mirrorcache-us.opensuse.org/repositories/X11:/MATE:/Current/ openSUSE_Leap_$releasever/repodata/repomd.xml.key /etc/zypp/repos.d/adobe.repo:baseurl=http://linuxdownload.adobe.com/linux/ x86_64/ /etc/zypp/repos.d/brave-browser.repo:baseurl=https:// brave-browser-rpm-release.s3.brave.com/x86_64/ /etc/zypp/repos.d/mozilla.repo:baseurl=http://mirrorcache-us.opensuse.org/ repositories/mozilla/openSUSE_Leap_$releasever /etc/zypp/repos.d/os-repo-backports-update.repo:baseurl=https:// mirrorcache-us.opensuse.org/update/leap/$releasever/backports/ /etc/zypp/repos.d/os-repo-non-oss.repo:baseurl=https:// mirrorcache-us.opensuse.org/distribution/leap/$releasever/repo/non-oss/ /etc/zypp/repos.d/os-repo-oss.repo:baseurl=https://mirrorcache-us.opensuse.org/ distribution/leap/$releasever/repo/oss/ /etc/zypp/repos.d/os-repo-sle-update.repo:baseurl=https:// mirrorcache-us.opensuse.org/update/leap/$releasever/sle/ /etc/zypp/repos.d/os-repo-update-non-oss.repo:baseurl=https:// mirrorcache-us.opensuse.org/update/leap/$releasever/non-oss/ /etc/zypp/repos.d/os-repo-update-oss.repo:baseurl=https:// mirrorcache-us.opensuse.org/update/leap/$releasever/oss/ /etc/zypp/repos.d/os-repo-virtual.repo:baseurl=https:// mirrorcache-us.opensuse.org/repositories/Virtualization/ openSUSE_Leap_$releasever/ /etc/zypp/repos.d/packman.repo:baseurl=http://ftp.gwdg.de/pub/linux/misc/ packman/suse/openSUSE_Leap_$releasever /etc/zypp/repos.d/skype-stable.repo:baseurl=https://repo.skype.com/rpm/stable/ /etc/zypp/repos.d/skype-stable.repo:gpgkey=https://repo.skype.com/data/ SKYPE-GPG-KEY /etc/zypp/repos.d/teamviewer.repo:baseurl=https://linux.teamviewer.com/yum/ stable/main/binary-$basearch/ /etc/zypp/repos.d/teamviewer.repo:gpgkey=https://linux.teamviewer.com/pubkey/ currentkey.asc VM4:~ #
On 9/8/22 06:48, Marcus Meissner wrote:
Hi,
Did you run "zypper ref" before?
I think the conflicts should be resolved now.
Is zypper patch working or also reporting conflicts?
Ciao, Marcus
On Wed, Sep 07, 2022 at 01:17:48PM -0500, Larry Len Rainey wrote:
Any idea when this will be fixed every 15.4 machine I support has this issue. This way since 07:00 CST.
The following 18 package updates will NOT be installed: gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-tigrigna gtk3-immodule-vietnamese gtk3-lang
Nothing to do.
VM1:~ # zypper in gtk3-immodule-amharic Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: the to be installed gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 requires 'gtk3 = 3.24.34', but this requirement cannot be provided not installable providers: libgtk-3-0-3.24.34-150400.3.3.1.x86_64 [os-repo-sle-update] Solution 1: deinstallation of gtk3-branding-openSUSE-15.0-lp154.2.2.1.noarch Solution 2: do not install gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 Solution 3: break gtk3-immodule-amharic-3.24.34-150400.3.3.1.x86_64 by ignoring some of its dependencies
Choose from
-- Marcus Meissner (he/his), Distinguished Engineer / Senior Project Manager Security SUSE Software Solutions Germany GmbH, Frankenstrasse 146, 90461 Nuernberg, Germany GF: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman, HRB 36809, AG Nuernberg
participants (7)
-
Atri Bhattacharya -
Bernhard Voelker -
Eric Schwarzenbach -
Felix Miata -
Frank Krüger -
Larry Len Rainey -
Marcus Meissner