Comment # 5 on bug 937157 from Markus Elfring

(In reply to Bernhard Wiedemann from comment #4)
> "lower priorities" means higher numbers, right?

Yes.


> This can be a bit confusing.

I can follow also such a view.
But I am used to priority ordering of installation sources according to my
needs for a while.


> you can try what a
> zypper dup -r repo-oss
> proposes

I do not like the result so far.

Sonne:~ # zypper dist-upgrade --repo Steppenl��ufer
zypper: symbol lookup error: /usr/lib64/libproxy.so.1: undefined symbol:
_ZN9libmodman14module_manager8load_dirESsb


Is the following information interesting?

Sonne:~ # objdump --dynamic-reloc --demangle /usr/lib64/libproxy.so.1 | grep
load_dir
0000000000221278 R_X86_64_JUMP_SLOT
libmodman::module_manager::load_dir(std::string, bool)
Sonne:~ # objdump --dynamic-syms /usr/lib64/libmodman.so.1.0.0 | grep load_dir
0000000000004820 g DF .text 0000000000000508 Base
_ZN9libmodman14module_manager8load_dirENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb


I retrieved the archive
"https://code.google.com/p/libmodman/downloads/detail?name=libmodman-2.0.1.tar.gz"
from an other operating system environment and build this software with the
tool from the package "gcc49-c++-4.9.2+r218474-1.2.x86_64" on my own.

Sonne:/home/elfring/Projekte/Bau/libmodman/2.0.1 # make install && objdump
--dynamic-syms /usr/local/lib/libmodman.so.1.0.0 | grep load_dir && cd
00000000000111a8 g DF .text 0000000000000385 Base
_ZN9libmodman14module_manager8load_dirESsb
Sonne:~ # ldconfig && zypper list-updates
���
Retrieving repository 'openSUSE BuildService - Dateisysteme' metadata
.................................................................................................................[done]
���


My preferred internet browser works also again as expected after the shown
software build variant.


Did I stumble on software development challenges around name mangling changes
for C++ class libraries because of another version transition for a popular
compiler?