On Monday 2017-01-16 16:07, Bruno Friedmann wrote:
http://oi41.tinypic.com/acedzq.jpg is a crash.
Seems more a bug in the way wx3 is done at openSUSE
Requires: libwx_baseu-suse.so.1()(64bit) libwx_baseu-suse.so.1(WXU_3.0)(64bit)
There's too much libwx which don't define WXU_3.0 no ?
That is anticipated; it is how rpm works.
Ok seems there's really a mess, I've cleanup everything related to libwx and co on my tumbleweed, rebuild pgadmin3 with wxWidget_3_0-devel
At install time the package from local build the dep seems to be the right one.
The following 9 NEW packages are going to be installed: libwx_baseu-suse1 3.0.2-1.80 libwx_baseu_net-suse1 3.0.2-1.80 libwx_baseu_xml-suse1 3.0.2-1.80 libwx_gtk2u_adv-suse1 3.0.2-1.80 libwx_gtk2u_aui-suse1 3.0.2-1.80 libwx_gtk2u_core-suse1 3.0.2-1.80 libwx_gtk2u_html-suse1 3.0.2-1.80 libwx_gtk2u_stc-suse1 3.0.2-1.80 libwx_gtk2u_xrc-suse1 3.0.2-1.80
The following 3 packages are going to be reinstalled: pgadmin3 1.22.2-0 pgadmin3-debuginfo 1.22.2-0 pgadmin3-lang 1.22.2-0
And finally the crash :-)
I would not consider an intentional emergency exit a crash, but I'll give you the benefit of the doubt, because it does raise a signal and coredump.
pgadmin3 Fatal Error: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8), and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx containers,compatible with 2.8).
Ah yes. The joys of Factory not doing automatic rebuilds (of wxWidgets) when a new gcc comes along. [That was there in wx2.X already however, and does not constitute a new issue per se.] I know why it happens, and I know how to fix it. I just need to do an evaluation of whether we should really do that particular fix for opensuse.. (Fedora already did it, and it did not become better because of it.) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org