zypper dup: vlc-noX-2.2.1-285.6.x86_64 needs libstdc++.so.6(GLIBCXX_3.4.21)(64bit)

Hi,
i have a problem with zypper dup, again. This time it is vlc-noX that cannot be upgraded because of some missing dependency, zypper offers a lot of options but none of them seems appropriate.
Here is the outptut (in german, if there is a way to run it in english localization i can deliver that too if you need that):

Problem: vlc-noX-2.2.1-285.6.x86_64 benötigt libstdc++.so.6(GLIBCXX_3.4.21)(64bit), was aber nicht angeboten werden kann
  Nicht installierbare Anbieter: libstdc++6-gcc5-5.1.1+r223279-1.1.x86_64[repo-oss]
Lösung 1: Folgende Aktionen werden ausgeführt:
  vlc-noX-2.2.1-285.6.i586 trotz der nachrangigen Architektur installieren
  libvlccore8-2.2.1-285.6.i586 trotz der nachrangigen Architektur installieren
  libvlc5-2.2.1-285.6.i586 trotz der nachrangigen Architektur installieren
  libfreerdp-1_0-1.0.2-9.2.i586 trotz der nachrangigen Architektur installieren
  libmtp9-1.1.9-2.1.i586 trotz der nachrangigen Architektur installieren
  libopencv2_4-2.4.11-2.1.i586 trotz der nachrangigen Architektur installieren
  libvncclient0-0.9.10-2.1.i586 trotz der nachrangigen Architektur installieren
  libprojectM2-2.1.0-12.2.i586 trotz der nachrangigen Architektur installieren
  liblastfm1-1.0.8-3.2.i586 trotz der nachrangigen Architektur installieren
  libloudmouth-1-0-1.4.3-25.1.i586 trotz der nachrangigen Architektur installieren
  libmygpo-qt1-1.0.7-5.2.i586 trotz der nachrangigen Architektur installieren
  libmysqld18-10.0.17-1.1.i586 trotz der nachrangigen Architektur installieren
  libtag-extras1-1.0.1-22.2.i586 trotz der nachrangigen Architektur installieren
Lösung 2: Deinstallation von libstdc++6-4.8.3+r218481-2.1.x86_64
Lösung 3: Deinstallation von vlc-codecs-2.2.1-285.5.x86_64
Lösung 4: veraltetes vlc-noX-2.2.1-285.2.x86_64 behalten
Lösung 5: vlc-noX-2.2.1-285.6.x86_64 beschädigen durch Ignorieren einiger Abhängigkeiten


The first option lists alternatives with inferior architecture, the 2nd and 3rd options are to uninstall the listed packages and option 4 is to keep the the older version of the package and the last option is to install the newer one and igoring its dependencies.

On 2015-06-28 20:36, sabo007 wrote:

> Here is the outptut (in german, if there is a way to run it in english
> localization i can deliver that too if you need that):


cer@minas-tirith:~> cat /usr/local/bin/ingles
#!/bin/sh
LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 DICTIONARY=english KDE_LANG=en_US.UTF-8   $*
# DICTIONARY es para ispell - desgraciadamente, no soporta UTF-8.
# aspell si traga, pero visualiza mal.
# KDE_LANG= funciona mal.
cer@minas-tirith:~>


Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

ok i did: “LANG=en_US.UTF-8 zypper dup”
and got this message:

Problem: vlc-noX-2.2.1-285.6.x86_64 requires libstdc++.so.6(GLIBCXX_3.4.21)(64bit), but this requirement cannot be provided
  uninstallable providers: libstdc++6-gcc5-5.1.1+r223279-1.1.x86_64[repo-oss]
 Solution 1: Following actions will be done:
  install vlc-noX-2.2.1-285.6.i586 despite the inferior architecture
  install libvlccore8-2.2.1-285.6.i586 despite the inferior architecture
  install libvlc5-2.2.1-285.6.i586 despite the inferior architecture
  install libfreerdp-1_0-1.0.2-9.2.i586 despite the inferior architecture
  install libmtp9-1.1.9-2.1.i586 despite the inferior architecture
  install libopencv2_4-2.4.11-2.1.i586 despite the inferior architecture
  install libvncclient0-0.9.10-2.1.i586 despite the inferior architecture
  install libprojectM2-2.1.0-12.2.i586 despite the inferior architecture
  install liblastfm1-1.0.8-3.2.i586 despite the inferior architecture
  install libloudmouth-1-0-1.4.3-25.1.i586 despite the inferior architecture
  install libmygpo-qt1-1.0.7-5.2.i586 despite the inferior architecture
  install libmysqld18-10.0.17-1.1.i586 despite the inferior architecture
  install libtag-extras1-1.0.1-22.2.i586 despite the inferior architecture
 Solution 2: deinstallation of libstdc++6-4.8.3+r218481-2.1.x86_64
 Solution 3: deinstallation of vlc-codecs-2.2.1-285.5.x86_64
 Solution 4: keep obsolete vlc-noX-2.2.1-285.2.x86_64
 Solution 5: break vlc-noX-2.2.1-285.6.x86_64 by ignoring some of its dependencies


This is a difficult time for Tumbleweed users as the next major update should include packages based on the upgrade to the GCC 5 compiler. It affects the whole rolling release distro basically. Packman is an Additional repo, which should be conflict free after the next major update.

In the meantime, either use “zypper up” to avoid the conflict (i.e. it won’t change vendor) and don’t update the dependency libstdc, or accept to install the Tumbleweed alternative package. Personally, I prefer to maintain status quo using “zypper up”.