boincmgr Broken after Linux Weekly Package Update

Message boards : BOINC Manager : boincmgr Broken after Linux Weekly Package Update
Message board moderation

To post messages, you must log in.

AuthorMessage
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107202 - Posted: 25 Feb 2022, 20:11:35 UTC

I typically keep up on my distribution updates. After updating, today, boincmgr will not run. I tried to rebuild it from src, but that didn't help, which is odd because that has certainly has fixed similar problems in the past, many times. On the other hand, that would happen between major distribution version updates, not weekly, bug fix updates. I'm currently running Fedora 35.

There is no output from boincmgr to the console, but the program exits with code 193. I also see this:

stderrgui.txt:
SIGABRT: abort called
Stack trace (33 frames):
./boincmgr[0x5f85b0]
/lib64/libc.so.6(+0x42750)[0x7f2d5c23a750]
/lib64/libc.so.6(+0x8f88c)[0x7f2d5c28788c]
/lib64/libc.so.6(raise+0x16)[0x7f2d5c23a6a6]
/lib64/libc.so.6(abort+0xd3)[0x7f2d5c2247d3]
/lib64/libwebkit2gtk-4.0.so.37(+0x626d97)[0x7f2d59c4fd97]
/lib64/libwebkit2gtk-4.0.so.37(+0x970405)[0x7f2d59f99405]
/lib64/libwebkit2gtk-4.0.so.37(+0x970f15)[0x7f2d59f99f15]
/lib64/libwebkit2gtk-4.0.so.37(+0x8853ec)[0x7f2d59eae3ec]
/lib64/libwebkit2gtk-4.0.so.37(+0x86a227)[0x7f2d59e93227]
/lib64/libwebkit2gtk-4.0.so.37(+0x899b42)[0x7f2d59ec2b42]
/lib64/libwebkit2gtk-4.0.so.37(+0x9015dc)[0x7f2d59f2a5dc]
/lib64/libgobject-2.0.so.0(+0x22e37)[0x7f2d5c877e37]
/lib64/libgobject-2.0.so.0(g_object_new_with_properties+0x20d)[0x7f2d5c878d1d]
/lib64/libgobject-2.0.so.0(g_object_new+0xc1)[0x7f2d5c879821]
/lib64/libwebkit2gtk-4.0.so.37(+0x8eeb79)[0x7f2d59f17b79]
/lib64/libglib-2.0.so.0(g_once_impl+0x65)[0x7f2d5c792c25]
/lib64/libwebkit2gtk-4.0.so.37(webkit_web_context_get_default+0x45)[0x7f2d59f17c65]
/lib64/libwx_gtk3u_webview-3.0.so.0(_ZN15wxWebViewWebKit6CreateEP8wxWindowiRK8wxStringRK7wxPointRK6wxSizelS4_+0x14f)[0x7f2d5e8692af]
/lib64/libwx_gtk3u_webview-3.0.so.0(_ZN9wxWebView3NewEP8wxWindowiRK8wxStringRK7wxPointRK6wxSizeS4_lS4_+0x162)[0x7f2d5e86a1c2]
./boincmgr[0x538b00]
./boincmgr[0x538d63]
./boincmgr[0x5acb4f]
./boincmgr[0x47b011]
./boincmgr[0x47b841]
./boincmgr[0x483b08]
./boincmgr[0x4b1da1]
./boincmgr[0x4b34c4]
/lib64/libwx_baseu-3.0.so.0(_Z7wxEntryRiPPw+0x9a)[0x7f2d5dde46aa]
./boincmgr[0x44a6b8]
/lib64/libc.so.6(+0x2d560)[0x7f2d5c225560]
/lib64/libc.so.6(__libc_start_main+0x7c)[0x7f2d5c22560c]
./boincmgr[0x455605]

Exiting...


I strace-ed it, but that didn't provide me any insights.
ID: 107202 · Report as offensive
Profile Dave
Help desk expert

Send message
Joined: 28 Jun 10
Posts: 2563
United Kingdom
Message 107207 - Posted: 26 Feb 2022, 10:29:07 UTC - in response to Message 107202.  

Is it just the manager crashing or is the client not running either?
ID: 107207 · Report as offensive
computezrmle

Send message
Joined: 2 Feb 22
Posts: 81
Germany
Message 107208 - Posted: 26 Feb 2022, 11:52:23 UTC - in response to Message 107202.  

Did you check whether all required libs are available after the update?

ldd boinc
ldd boinccmd
ldd boincmgr
ID: 107208 · Report as offensive
Bryn Mawr
Help desk expert

Send message
Joined: 31 Dec 18
Posts: 287
United Kingdom
Message 107209 - Posted: 26 Feb 2022, 15:20:10 UTC

Did you check that the lock file in the home directory was deleted when boincmgr closed down?
ID: 107209 · Report as offensive
ProDigit

Send message
Joined: 8 Nov 19
Posts: 718
United States
Message 107210 - Posted: 27 Feb 2022, 2:26:42 UTC

One of the reasons I stopped updating my systems, and disable auto update.
In fact, most of my systems still run a 2 year old OS, no security updates, no kernel updates, no manager updates.
It runs strong, and I'll only update it, when my units go offline.
ID: 107210 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107233 - Posted: 1 Mar 2022, 6:59:34 UTC - in response to Message 107207.  

Is it just the manager crashing or is the client not running either?


Just the manager is crashing on start. boinc runs the client and it seems fine.
ID: 107233 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107234 - Posted: 1 Mar 2022, 7:11:38 UTC - in response to Message 107208.  

Did you check whether all required libs are available after the update?

ldd boinc
ldd boinccmd
ldd boincmgr


Ah, no that's a good idea...
$ ldd boincmgr
        linux-vdso.so.1 (0x00007fff181f6000)
        libnotify.so.4 => /lib64/libnotify.so.4 (0x00007f2b05ad7000)
        libwx_gtk3u_xrc-3.0.so.0 => /lib64/libwx_gtk3u_xrc-3.0.so.0 (0x00007f2b05a05000)
        libwx_gtk3u_webview-3.0.so.0 => /lib64/libwx_gtk3u_webview-3.0.so.0 (0x00007f2b059e1000)
        libwx_gtk3u_html-3.0.so.0 => /lib64/libwx_gtk3u_html-3.0.so.0 (0x00007f2b0590e000)
        libwx_gtk3u_qa-3.0.so.0 => /lib64/libwx_gtk3u_qa-3.0.so.0 (0x00007f2b058e3000)
        libwx_gtk3u_adv-3.0.so.0 => /lib64/libwx_gtk3u_adv-3.0.so.0 (0x00007f2b05714000)
        libwx_gtk3u_core-3.0.so.0 => /lib64/libwx_gtk3u_core-3.0.so.0 (0x00007f2b05110000)
        libwx_baseu_xml-3.0.so.0 => /lib64/libwx_baseu_xml-3.0.so.0 (0x00007f2b050fc000)
        libwx_baseu_net-3.0.so.0 => /lib64/libwx_baseu_net-3.0.so.0 (0x00007f2b050b8000)
        libwx_baseu-3.0.so.0 => /lib64/libwx_baseu-3.0.so.0 (0x00007f2b04e88000)
        libcurl.so.4 => /lib64/libcurl.so.4 (0x00007f2b04de3000)
        libssl.so.1.1 => /lib64/libssl.so.1.1 (0x00007f2b04d46000)
        libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007f2b04a56000)
        libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007f2b0498b000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f2b04977000)
        libX11.so.6 => /lib64/libX11.so.6 (0x00007f2b0482f000)
        libXss.so.1 => /lib64/libXss.so.1 (0x00007f2b0482a000)
        libgtk-3.so.0 => /lib64/libgtk-3.so.0 (0x00007f2b04013000)
        libgdk-3.so.0 => /lib64/libgdk-3.so.0 (0x00007f2b03f0b000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f2b03ef1000)
        libpangocairo-1.0.so.0 => /lib64/libpangocairo-1.0.so.0 (0x00007f2b03edf000)
        libpango-1.0.so.0 => /lib64/libpango-1.0.so.0 (0x00007f2b03e78000)
        libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x00007f2b03da1000)
        libatk-1.0.so.0 => /lib64/libatk-1.0.so.0 (0x00007f2b03d77000)
        libcairo-gobject.so.2 => /lib64/libcairo-gobject.so.2 (0x00007f2b03d69000)
        libcairo.so.2 => /lib64/libcairo.so.2 (0x00007f2b03c4d000)
        libgdk_pixbuf-2.0.so.0 => /lib64/libgdk_pixbuf-2.0.so.0 (0x00007f2b03c1d000)
        libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007f2b03a43000)
        libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007f2b039e7000)
        libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f2b038ac000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f2b0368b000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f2b035af000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2b03594000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f2b0338a000)
        libwebkit2gtk-4.0.so.37 => /lib64/libwebkit2gtk-4.0.so.37 (0x00007f2b007bb000)
        libmspack.so.0 => /lib64/libmspack.so.0 (0x00007f2b007a6000)
        libSDL2-2.0.so.0 => /lib64/libSDL2-2.0.so.0 (0x00007f2b005fd000)
        libSM.so.6 => /lib64/libSM.so.6 (0x00007f2b005f2000)
        libpng16.so.16 => /lib64/libpng16.so.16 (0x00007f2b005b9000)
        libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00007f2b00537000)
        libtiff.so.5 => /lib64/libtiff.so.5 (0x00007f2b004b0000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f2b0047d000)
        libnghttp2.so.14 => /lib64/libnghttp2.so.14 (0x00007f2b00455000)
        libidn2.so.0 => /lib64/libidn2.so.0 (0x00007f2b00434000)
        libssh.so.4 => /lib64/libssh.so.4 (0x00007f2b003c5000)
        libpsl.so.5 => /lib64/libpsl.so.5 (0x00007f2b003b1000)
        libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f2b0035a000)
        libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f2b0027a000)
        libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f2b00262000)
        libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f2b0025b000)
        libldap_r-2.4.so.2 => /lib64/libldap_r-2.4.so.2 (0x00007f2b001ff000)
        liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007f2b001ec000)
        libbrotlidec.so.1 => /lib64/libbrotlidec.so.1 (0x00007f2b001de000)
        libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f2b001c9000)
        libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f2b0019e000)
        libXext.so.6 => /lib64/libXext.so.6 (0x00007f2b00189000)
        libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007f2b00182000)
        libpangoft2-1.0.so.0 => /lib64/libpangoft2-1.0.so.0 (0x00007f2b00167000)
        libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x00007f2b00118000)
        libfribidi.so.0 => /lib64/libfribidi.so.0 (0x00007f2b000f8000)
        libepoxy.so.0 => /lib64/libepoxy.so.0 (0x00007f2afffc3000)
        libXi.so.6 => /lib64/libXi.so.6 (0x00007f2afffb1000)
        libatk-bridge-2.0.so.0 => /lib64/libatk-bridge-2.0.so.0 (0x00007f2afff78000)
        libcloudproviders.so.0 => /lib64/libcloudproviders.so.0 (0x00007f2afff5e000)
        libtracker-sparql-3.0.so.0 => /lib64/libtracker-sparql-3.0.so.0 (0x00007f2affe99000)
        libwayland-client.so.0 => /opt/amdgpu/lib64/libwayland-client.so.0 (0x00007f2affc87000)
        libXfixes.so.3 => /lib64/libXfixes.so.3 (0x00007f2affc7e000)
        libxkbcommon.so.0 => /lib64/libxkbcommon.so.0 (0x00007f2affc35000)
        libwayland-cursor.so.0 => /opt/amdgpu/lib64/libwayland-cursor.so.0 (0x00007f2affa2d000)
        libwayland-egl.so.1 => /opt/amdgpu/lib64/libwayland-egl.so.1 (0x00007f2aff82b000)
        libXcursor.so.1 => /lib64/libXcursor.so.1 (0x00007f2aff81e000)
        libXdamage.so.1 => /lib64/libXdamage.so.1 (0x00007f2aff817000)
        libXcomposite.so.1 => /lib64/libXcomposite.so.1 (0x00007f2aff812000)
        libXrandr.so.2 => /lib64/libXrandr.so.2 (0x00007f2aff805000)
        libXinerama.so.1 => /lib64/libXinerama.so.1 (0x00007f2aff800000)
        libthai.so.0 => /lib64/libthai.so.0 (0x00007f2aff7f5000)
        libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x00007f2aff7d2000)
        libpixman-1.so.0 => /lib64/libpixman-1.so.0 (0x00007f2aff726000)
        libxcb-shm.so.0 => /lib64/libxcb-shm.so.0 (0x00007f2aff721000)
        libxcb-render.so.0 => /lib64/libxcb-render.so.0 (0x00007f2aff711000)
        libXrender.so.1 => /lib64/libXrender.so.1 (0x00007f2aff704000)
        libmount.so.1 => /lib64/libmount.so.1 (0x00007f2aff6bd000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f2aff692000)
        libffi.so.6 => /lib64/libffi.so.6 (0x00007f2aff687000)
        libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f2aff60f000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f2b05b17000)
        libwpe-1.0.so.1 => /lib64/libwpe-1.0.so.1 (0x00007f2aff604000)
        libWPEBackend-fdo-1.0.so.1 => /lib64/libWPEBackend-fdo-1.0.so.1 (0x00007f2aff5eb000)
        libEGL.so.1 => /opt/amdgpu/lib64/libEGL.so.1 (0x00007f2aff3a5000)
        libjavascriptcoregtk-4.0.so.18 => /lib64/libjavascriptcoregtk-4.0.so.18 (0x00007f2afde4d000)
        libxml2.so.2 => /lib64/libxml2.so.2 (0x00007f2afdcc3000)
        libsqlite3.so.0 => /lib64/libsqlite3.so.0 (0x00007f2afdb85000)
        libxslt.so.1 => /lib64/libxslt.so.1 (0x00007f2afdb40000)
        libOpenGL.so.0 => /lib64/libOpenGL.so.0 (0x00007f2afdb15000)
        libGLX.so.0 => /lib64/libGLX.so.0 (0x00007f2afdae1000)
        libwoff2dec.so.1.0.2 => /lib64/libwoff2dec.so.1.0.2 (0x00007f2afdad4000)
        libharfbuzz-icu.so.0 => /lib64/libharfbuzz-icu.so.0 (0x00007f2afdacf000)
        libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f2afd993000)
        libgstapp-1.0.so.0 => /lib64/libgstapp-1.0.so.0 (0x00007f2afd97d000)
        libgstbase-1.0.so.0 => /lib64/libgstbase-1.0.so.0 (0x00007f2afd8f6000)
        libgstreamer-1.0.so.0 => /lib64/libgstreamer-1.0.so.0 (0x00007f2afd7a3000)
        libgstpbutils-1.0.so.0 => /lib64/libgstpbutils-1.0.so.0 (0x00007f2afd75f000)
        libgstaudio-1.0.so.0 => /lib64/libgstaudio-1.0.so.0 (0x00007f2afd6db000)
        libgsttag-1.0.so.0 => /lib64/libgsttag-1.0.so.0 (0x00007f2afd698000)
        libgstvideo-1.0.so.0 => /lib64/libgstvideo-1.0.so.0 (0x00007f2afd5d2000)
        libgstgl-1.0.so.0 => /lib64/libgstgl-1.0.so.0 (0x00007f2afd54e000)
        libgstfft-1.0.so.0 => /lib64/libgstfft-1.0.so.0 (0x00007f2afd540000)
        libopenjp2.so.7 => /lib64/libopenjp2.so.7 (0x00007f2afd4e6000)
        libwebpdemux.so.2 => /lib64/libwebpdemux.so.2 (0x00007f2afd4df000)
        libwebp.so.7 => /lib64/libwebp.so.7 (0x00007f2afd470000)
        libsoup-2.4.so.1 => /lib64/libsoup-2.4.so.1 (0x00007f2afd3c9000)
        libenchant-2.so.2 => /lib64/libenchant-2.so.2 (0x00007f2afd3bb000)
        libsecret-1.so.0 => /lib64/libsecret-1.so.0 (0x00007f2afd36c000)
        libtasn1.so.6 => /lib64/libtasn1.so.6 (0x00007f2afd354000)
        libhyphen.so.0 => /lib64/libhyphen.so.0 (0x00007f2afd34c000)
        liblcms2.so.2 => /lib64/liblcms2.so.2 (0x00007f2afd2e7000)
        libwayland-server.so.0 => /opt/amdgpu/lib64/libwayland-server.so.0 (0x00007f2afd0d2000)
        libmanette-0.2.so.0 => /lib64/libmanette-0.2.so.0 (0x00007f2afd0a1000)
        libseccomp.so.2 => /lib64/libseccomp.so.2 (0x00007f2afd07f000)
        libicui18n.so.69 => /lib64/libicui18n.so.69 (0x00007f2afcd54000)
        libicuuc.so.69 => /lib64/libicuuc.so.69 (0x00007f2afcb60000)
        libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f2afca8e000)
        libICE.so.6 => /lib64/libICE.so.6 (0x00007f2afca70000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f2afca65000)
        libzstd.so.1 => /lib64/libzstd.so.1 (0x00007f2afc9b6000)
        libjbig.so.2.1 => /lib64/libjbig.so.2.1 (0x00007f2afc9a8000)
        libunistring.so.2 => /lib64/libunistring.so.2 (0x00007f2afc823000)
        libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f2afc812000)
        libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f2afc809000)
        libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f2afc7e9000)
        libbrotlicommon.so.1 => /lib64/libbrotlicommon.so.1 (0x00007f2afc7c6000)
        libXau.so.6 => /lib64/libXau.so.6 (0x00007f2afc7c0000)
        libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x00007f2afc76e000)
        libatspi.so.0 => /lib64/libatspi.so.0 (0x00007f2afc72f000)
        libstemmer.so.0 => /lib64/libstemmer.so.0 (0x00007f2afc6da000)
        libjson-glib-1.0.so.0 => /lib64/libjson-glib-1.0.so.0 (0x00007f2afc6ad000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2afc6a8000)
        libdatrie.so.1 => /lib64/libdatrie.so.1 (0x00007f2afc69f000)
        libblkid.so.1 => /lib64/libblkid.so.1 (0x00007f2afc665000)
        libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f2afc5ce000)
        libgbm.so.1 => /opt/amdgpu/lib64/libgbm.so.1 (0x00007f2afc3bf000)
        libglapi.so.0 => /opt/amdgpu/lib64/libglapi.so.0 (0x00007f2afc186000)
        libX11-xcb.so.1 => /lib64/libX11-xcb.so.1 (0x00007f2afc181000)
        libxcb-dri2.so.0 => /lib64/libxcb-dri2.so.0 (0x00007f2afc178000)
        libxcb-xfixes.so.0 => /lib64/libxcb-xfixes.so.0 (0x00007f2afc16e000)
        libdrm.so.2 => /opt/amdgpu/lib64/libdrm.so.2 (0x00007f2afbf5a000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f2afbf55000)
        libxcb-dri3.so.0 => /lib64/libxcb-dri3.so.0 (0x00007f2afbf4e000)
        libxcb-present.so.0 => /lib64/libxcb-present.so.0 (0x00007f2afbf49000)
        libxcb-sync.so.1 => /lib64/libxcb-sync.so.1 (0x00007f2afbf3d000)
        libxshmfence.so.1 => /lib64/libxshmfence.so.1 (0x00007f2afbf38000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f2afbf0c000)
        libGLdispatch.so.0 => /lib64/libGLdispatch.so.0 (0x00007f2afbe54000)
        libwoff2common.so.1.0.2 => /lib64/libwoff2common.so.1.0.2 (0x00007f2afbe4f000)
        libicudata.so.69 => /lib64/libicudata.so.69 (0x00007f2afa2f2000)
        libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f2afa2cc000)
        libunwind.so.8 => /lib64/libunwind.so.8 (0x00007f2afa2b2000)
        libdw.so.1 => /lib64/libdw.so.1 (0x00007f2afa21c000)
        liborc-0.4.so.0 => /lib64/liborc-0.4.so.0 (0x00007f2afa198000)
        libgstallocators-1.0.so.0 => /lib64/libgstallocators-1.0.so.0 (0x00007f2afa18f000)
        libevdev.so.2 => /lib64/libevdev.so.2 (0x00007f2afa170000)
        libgudev-1.0.so.0 => /lib64/libgudev-1.0.so.0 (0x00007f2afa162000)
        liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f2afa13e000)
        libcap.so.2 => /lib64/libcap.so.2 (0x00007f2afa134000)
        libcrypt.so.2 => /lib64/libcrypt.so.2 (0x00007f2afa0f8000)
        libelf.so.1 => /lib64/libelf.so.1 (0x00007f2afa0dd000)
        libudev.so.1 => /lib64/libudev.so.1 (0x00007f2afa0b1000)
$ ldd boinc | grep -v 0x
$ ldd boinccmd | grep -v 0x


IIRC, it says "not found" if something is missing, right? So, everything is there. I don't think boincmgr would build successfully if it couldn't link, so such an error should be caught a build time, too. But, yeah, easy enough to check, so, good suggestion.
ID: 107234 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107235 - Posted: 1 Mar 2022, 7:19:18 UTC - in response to Message 107210.  

One of the reasons I stopped updating my systems, and disable auto update.
In fact, most of my systems still run a 2 year old OS, no security updates, no kernel updates, no manager updates.
It runs strong, and I'll only update it, when my units go offline.

Yeah, that's one way to handle it. That's not an option right now, though. I can hardly go back to having a separate chassis for crunching, at least not at the current market prices for GPUs! Besides, even if I did, I couldn't leave my desktop *not* crunching; just wouldn't feel right after 22 years of BOINC work. ;-) I considered that approach many years ago: If I spend my main budget on my cruncher box for RAC, my desktop will not be enjoyable, and if I skimp on my cruncher box, I'll have low RAC *and* my desktop will be just be idle when it could be crunching.
ID: 107235 · Report as offensive
computezrmle

Send message
Joined: 2 Feb 22
Posts: 81
Germany
Message 107237 - Posted: 1 Mar 2022, 8:18:02 UTC - in response to Message 107234.  

IIRC, it says "not found" if something is missing, right? So, everything is there. I don't think boincmgr would build successfully if it couldn't link, so such an error should be caught a build time, too.

Right.
I guess you ran ldd against your self compiled boincmgr.
What you may try is to update wx_gtk and build boincmgr against that more recent version.
ID: 107237 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107250 - Posted: 2 Mar 2022, 19:04:30 UTC - in response to Message 107237.  


I guess you ran ldd against your self compiled boincmgr.
What you may try is to update wx_gtk and build boincmgr against that more recent version.


Yes, that's what I did. I would use the distro boincmgr, but it depends on a system boinc service. I had problems with that a long time ago and just gave up. At the time, it was hard to allow a system service to access the GPU. I assume that's been solved, but I'm happy with my current setup, otherwise, so I'd prefer not to switch.

Building boincmgr has been very successful over the decades, so this is a surprising change. It's interesting that you mention wx_GTK! The last time I had some trouble building boincmgr was when there was a different default wx_GTK version on my system than what boincmgr wanted. IIRC, it was around the switch from 2.x to 3.0. Do you remember that? I had to give the build option -- let's see, I made a note of this at the time, yeah, here it is -- --with-wx-config=/usr/bin/wx-config-3.0. Yeah, now I remember, the configure script wasn't finding wx-config-3.0, it was still finding wx-config, so I had to point it to the new version, which my system had, but it wasn't the default. Now 3.0 is the default. I see 3.0.5.1 is actually the devel package that is installed.

That is the closest thing to this that I can remember, and now you bring up wxGTK, so maybe we're on the right track. But, since there is only one wx-config file on the system (and all aliases that point to it), I don't think the build is getting confused about which version to use.

checking for wx-config... /usr/bin/wx-config                                                                                                                                                                                                                                                                
checking for wxWidgets version >= 3.0.0... yes (version 3.0.5)                                                                                                                                                                                                                                              
checking for wxWidgets static library... no                                                                                                                                                                                                                                                                 
checking if wxWidgets works... yes                                                                                                                                                                                                                                                                          
checking for default wxWidgets config... gtk3-unicode-3.0                                                                                                                                                                                                                                                   
checking for wxwidgets options...  --unicode=yes                                                                                                                                                                                                                                                            
checking wxWidgets config to use... gtk3-unicode-3.0                                                                                                                                                                                                                                                        
checking for wx-config... (cached) /usr/bin/wx-config                                                                                                                                                                                                                                                       
checking for wxWidgets version >= 3.0.0 ( --unicode=yes)... yes (version 3.0.5)                                                                                                                                                                                                                             
checking for wxWidgets static library... no                                                                                                                                                                                                                                                                 
checking if wxWidgets uses the GTK+ toolkit... gtk+-3.0 


But, I guess it could be another case of a new devel pkg that isn't the default...hmm, that'd be *exactly* the same thing. Guess I haven't checked to see if there is a newer stable release... Looks like 3.0.5 is the latest stable version and my distro doesn't have any newer versions packaged. But, 3.1.5 is available from the project. Do you think that is worth trying? I don't think anything on my system could be built against a version that didn't have a corresponding -devel pkg in the repo, but I could be wrong about that, I guess.
ID: 107250 · Report as offensive
computezrmle

Send message
Joined: 2 Feb 22
Posts: 81
Germany
Message 107252 - Posted: 2 Mar 2022, 21:32:47 UTC - in response to Message 107250.  

You could replace the self compiled boincmgr executable with that from the distro.
This would avoid trouble with your service.

Or get the recent wxwidgets (including the devel package) from the distro or from here:
https://docs.codelite.org/wxWidgets/repo315/#fedora-and-opensuse
ID: 107252 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107255 - Posted: 3 Mar 2022, 7:29:00 UTC - in response to Message 107252.  

You could replace the self compiled boincmgr executable with that from the distro.
This would avoid trouble with your service.

Or get the recent wxwidgets (including the devel package) from the distro or from here:
https://docs.codelite.org/wxWidgets/repo315/#fedora-and-opensuse

Hmm, this is pretty intriguing. Thanks for the link because it says on that page that Fedora 35, my distro, has 3.1.5 in it's offical repository, but it wasn't installed on my system, and I didn't even see that pkg when I searched the repository. So, I checked in the Fedora build system, itself, and I see that the package wxGTK (no '3') is actually the 3.1.5 version. That was shocking to me, because I remember the case I just recounted to you in the previous post when wxGTK pkg was 2.x! So, when I saw wxGTK pkg in the repo, I assumed it was still version 2.x for compatibility, and that wxGTK3, which I have, would be the right one. Why would I think that they are going back to the unnumbered package for an minor revision update of the numbered package? Confusing.

Anyway, it was trivial to install wxGTK pkg and rebuild, using the --with-wx-config build option I mentioned. Now I have this:
$ ldd ./clientgui/boincmgr | grep '(not found|wx)'
        libwx_gtk3u_webview-3.1.so.5 => /lib64/libwx_gtk3u_webview-3.1.so.5 (0x00007f13c1c70000)
        libwx_gtk3u_xrc-3.1.so.5 => /lib64/libwx_gtk3u_xrc-3.1.so.5 (0x00007f13c1b83000)
        libwx_gtk3u_html-3.1.so.5 => /lib64/libwx_gtk3u_html-3.1.so.5 (0x00007f13c1aa8000)
        libwx_gtk3u_qa-3.1.so.5 => /lib64/libwx_gtk3u_qa-3.1.so.5 (0x00007f13c1a7c000)
        libwx_gtk3u_core-3.1.so.5 => /lib64/libwx_gtk3u_core-3.1.so.5 (0x00007f13c1259000)
        libwx_baseu_xml-3.1.so.5 => /lib64/libwx_baseu_xml-3.1.so.5 (0x00007f13c1241000)
        libwx_baseu_net-3.1.so.5 => /lib64/libwx_baseu_net-3.1.so.5 (0x00007f13c11e7000)
        libwx_baseu-3.1.so.5 => /lib64/libwx_baseu-3.1.so.5 (0x00007f13c0fa4000)

But, alas, the new binary fails with the same exit code (193) as the other one.

I get the feeling something else, something deeper, has changed and I don't know what. It must have been caused by an update, but since I always have boincmgr running, it had to have been one of just a few updates I did before the last reboot. I could try to review those and see if anything sticks out. I don't have time to check right now, though.

I wonder if wxGTK got updated and what I really need to do it is downgrade it? ...No, looks like the only version of wxGTK3 in F35 is the one I have, so that's not it. I really don't think it's related to wxGTK; we've ruled it out, AFAICT.

I wonder if it would be easier to try to build it on my F35 or F36 VM and just see if it runs.
ID: 107255 · Report as offensive
Profile Dave
Help desk expert

Send message
Joined: 28 Jun 10
Posts: 2563
United Kingdom
Message 107256 - Posted: 3 Mar 2022, 11:09:01 UTC
Last modified: 3 Mar 2022, 11:09:51 UTC

Looks like the same problem I had in this thread. In the end I waited till I had no work and did a clean install of my upgraded distro and once I found all the bits I needed to install again, it worked.

The only difference I can see is that I had the problem after a version upgrade of my distro.
ID: 107256 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107271 - Posted: 4 Mar 2022, 5:37:38 UTC - in response to Message 107256.  

That's one idea, but there's no guarantee that will work of my case. Since no one seems to know what is wrong, there's no reason to think that would work, either. I've heard of such things, infrequently, in my 22 years of UNIX/Linux system administration, but I've never found that to be the solution. I know why that works for M$ Windows, but I don't understand why that works in Linux. It would probably take me two full days to rebuild my system from scratch, and, if I actually had the time for that, I'd spend it finding the problem, rather than reinstalling 99 % of things that are working.

Besides, I can test that idea and learn more by building it on my VM without rebuilding my system. So, we'll know if there is anything wrong with my build+system combo more quickly by doing that. Or, as someone else suggested, I could get the boincmgr binary from my distribution and either, just copy that, or ldd it and see if it's linked any differently than my own build. I think there are still some outstanding troubleshooting tasks I could try.
ID: 107271 · Report as offensive
Profile Dave
Help desk expert

Send message
Joined: 28 Jun 10
Posts: 2563
United Kingdom
Message 107272 - Posted: 4 Mar 2022, 6:07:29 UTC - in response to Message 107271.  

Besides, I can test that idea and learn more by building it on my VM without rebuilding my system.


Had I thought of that at the time, I would have tested the theory by building o a VM! I never did work out why doing a fresh build from source worked on one machine and not the other. I will look back at the notes I made at the time for anything that might hint at an answer but am not hopeful.
ID: 107272 · Report as offensive
computezrmle

Send message
Joined: 2 Feb 22
Posts: 81
Germany
Message 107273 - Posted: 4 Mar 2022, 6:08:25 UTC - in response to Message 107271.  

Did you run "./_autosetup -f" after the last updates?
ID: 107273 · Report as offensive
Paul

Send message
Joined: 8 Dec 13
Posts: 51
United States
Message 107283 - Posted: 5 Mar 2022, 23:47:27 UTC - in response to Message 107273.  

Did you run "./_autosetup -f" after the last updates?

Yes
ID: 107283 · Report as offensive
WezH

Send message
Joined: 1 Oct 12
Posts: 90
Finland
Message 108218 - Posted: 24 May 2022, 16:56:56 UTC

I had same problem with Ubuntu 20.04.4 LTS [5.13.0-44-generic], after weekly update Manager stopped to start. Boinc itself did run and BoincTasks (via vine) could operate Boinc.

It was apt package installed, so I removed all Boinc apps and then re-installed them. Manager started to work. Nothing was lost.

I know that this doesnt help You but someone may find this helpful.
ID: 108218 · Report as offensive

Message boards : BOINC Manager : boincmgr Broken after Linux Weekly Package Update

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.