I had the same error message when starting yast2 sw_single
yast2 sw_single
terminate called after throwing an instance of ‘YUIPluginException’
what(): Couldn’t load plug-in qt
YaST got signal 6 at YCP file SlideShow.ycp:76
/sbin/yast2: line 421: 13353 Aborted $ybindir/y2base $module “$@” “$SELECTED_GUI” $Y2_GEOMETRY $Y2UI_ARGS
I have solved this for my system, you may not have the same cause but I’ll include the process as it may help with diagnosis:
Summary
libpcre.so.0 existed in /usr/local/lib and /usr/lib
(and the files were different) the one in /usr/local/lib was being used (when I would expect system software to use /usr/lib)
moving /usr/local/lib/libpcre.so.0.0.1 to /usr/local/lib/xlibpcre.so.0.0.1
prevented it from being used and yast2 sw_single now works correctly
(I also moved it back to check, as I was fixing something else at the time, to recreate the problem I needed to run ldconfig as ldd indicated that the version in /usr/lib was still being used)
The Long version
My system exhibited two other problems which eventually lead me to solving this one;
**1)**Yast2 didn’t work crashing with the message shown in the start of the thread (and this post)
**2)**An a new install of yum (to play with as it is on my CentOS /RedHat boxes) crashed with:
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
/usr/lib/libglib-2.0.so.0: undefined symbol: pcre_get_stringtable_entries
Please install a package which provides this module, or
verify that the module is installed correctly.
It's possible that the above module doesn't match the
current version of Python, which is:
2.5.2 (r252:60911, Aug 1 2008, 00:43:38
[GCC 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]]
If you cannot solve this problem yourself, please go to
the yum faq at:
[YumFaq - Linux@Duke Project Wiki](http://wiki.linux.duke.edu/YumFaq)
**3)**A compile of openmovieeditor was failing with
libglib-2.0.so: undefined reference to `pcre_get_stringtable_entries'
**
Investigating libglib-2.0.so**
ldd -r /usr/lib/libglib-2.0.so.0
returned:
linux-gate.so.1 => (0xffffe000)
libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0xb7e66000)
libc.so.6 => /lib/libc.so.6 (0xb7d23000)
/lib/ld-linux.so.2 (0xb7f69000)
undefined symbol: pcre_get_stringtable_entries (/usr/lib/libglib-2.0.so.0)
Strangely libpcre.so.o was being called from /usr/local/lib rather than usr/lib
Comparing the two
ls -l /usr/lib |grep libpcre.so
lrwxrwxrwx 1 root root 16 2008-07-02 16:54 libpcre.so -> libpcre.so.0.0.1
lrwxrwxrwx 1 root root 16 2008-11-18 09:30 libpcre.so.0 -> libpcre.so.0.0.1
-rwxr-xr-x 1 root root 167232 2008-06-23 13:44 libpcre.so.0.0.1
and
ls -l /usr/local/lib |grep libpcre.so
lrwxrwxrwx 1 root root 16 2006-04-25 09:36 libpcre.so -> libpcre.so.0.0.1
lrwxrwxrwx 1 root root 16 2008-11-18 14:08 libpcre.so.0 -> libpcre.so.0.0.1
-rwxr-xr-x 1 root root 284114 2006-04-25 09:36 libpcre.so.0.0.1
My system was using a version from two years ago !
mv /usr/local/lib/libpcre.so.0.0.1 /usr/local/lib/xlibpcre.so.0.0.1
to break it temporarily (and the two symlinks to it)
… and as Robert is your Mums brother… yast2 was working again
I hope this fixes you problem… of at least gives you some insight enabling you to do it
Cheers Ian Hayhurst
