> On Dec 3, 2022, at 2:08 AM, Michael van Elst <mlel...@serpens.de> wrote: > > br...@nmsu.edu (Brook Milligan) writes: > >> All but one of these are provided by the emulators/suse131_base and = >> emulators/suse131_glib2 packages; the missing one is libstdc++.so.6. = > > Hmm. emulators/suse131_base (from 2022Q3 release) comes with: > > /usr/pkg/emul/linux/usr/lib64/libstdc++.so.6 > /usr/pkg/emul/linux/usr/lib64/libstdc++.so.6.0.18
Hmm is right. For some reason I was missing this (although I have libstdc++.so.6.0.30. Thanks for pointing out a blindspot. The bigger problem, though, is the following. When I run the linux program, I get the following messages: # bin/guppy_basecaller --version bin/guppy_basecaller: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by bin/guppy_basecaller) bin/guppy_basecaller: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.22' not found (required by bin/guppy_basecaller) bin/guppy_basecaller: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by bin/guppy_basecaller) bin/guppy_basecaller: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by bin/guppy_basecaller) bin/guppy_basecaller: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by bin/guppy_basecaller) Looking into this with objdump it seems that (if I am interpreting this correctly) most of these symbols are not defined in the suse 1.31 versions. It turns out, however, that I can copy the needed libraries from a CentOS 8 system and the emulation works. Does it make sense to have updated linux library packages? Cheers, Brook
