Since doing a do release upgrade, manager not starting. I can still start the client via the command line.

Come on Dave, you've been here longer than a minute. I shouldn't need to pull any information out of you, should I?
BOINC version, is the client running, any error messages in Ubuntu logs, in stderrdae.txt, rebooted the system, is that the version installed by you or by Ubuntu, symlinks - or is the other BOINC also still on your system and maybe they're clashing?

---

Come on Dave, you've been here longer than a minute. I shouldn't need to pull any information out of you, should I?
BOINC version, is the client running, any error messages in Ubuntu logs, in stderrdae.txt, rebooted the system, is that the version installed by you or by Ubuntu, symlinks - or is the other BOINC also still on your system and maybe they're clashing?

7.16 from repo after upgrade, prior to that was the one I built myself. Tried uninstalling and re-installing including deleting the/var/lib/boinc directory. Since then attached using boinccmd and account key which was successful. Have got one task running following looking up boinccmd options.

no stderrdae.txt file in /var/lib/boinc-client. Not spotted anything in Ubuntu logs. Still probably good for me to have learned a few basics about boinccmd which I had not used before!

no stderrdae.txt file in /var/lib/boinc-client.

The repo versions treat BOINC as part of the operating system, and put BOINC's event log into the main system journal. Ugh. I'm not sure about error messages, but the equivalent of stdoutdae can be extracted and inspected - I'll look up the command I used if you like.

But neither of those files will explain why the Manager isn't working. Try ldd?

Ok brain failure:
Not solved yet but getting

 boincmgr: error while loading shared libraries: libwx_gtk2u_html-3.0.so.0: cannot open shared object file: No such file or directory

when I try starting manager from command line.

Now trying to get said package installed.

Some clues in https://boinc.berkeley.edu/trac/wiki/SoftwarePrereqsUnix. That looks like some part of wxWidgets 3.0

Package libwxgtk3.0-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source


When I try downloading the .deb file I get the message that a dependency is not satisfiable. Also that the package may be obsolete. Wandering around the interweb now looking for clues.

I suspect this is something to do with having installed stuff for building BOINC in the past and updating has broken something.

Having a go at rolling my own again on the basis that it might work if compiled against whatever else I have installed.

Having a go at rolling my own again on the basis that it might work if compiled against whatever else I have installed.

Now back on a home compiled 7.17.0 and manager starts as normal so presumably something to do with the version of wxWidgets needs to be the same as that the manager is compiled with. When I have time I will try compiling my own 7.16 to check.

Well done. We probably need to report this upstairs to the repo packagers. Do you know exactly which package you got this version from, and can you report any other error messages apart from the one you've told us about?

Now back on a home compiled 7.17.0.

Did you know you can change the version number before compile? Do that by editing version.h file. So you can run 7.16.7 if you want to.

Well done. We probably need to report this upstairs to the repo packagers. Do you know exactly which package you got this version from, and can you report any other error messages apart from the one you've told us about?

No other error messages unless you count the ones I got trying to install a wxWidgits version that the installed manager would accept. I got the same thing if I ran make install from the boinc-master directory without going through

./_autosetup
./configure --disable-server
make
sudo make install

if that is any help and running just make without the previous steps fell over towards the end.

Repo package of 7.16.0 was the default one from Ubuntu 20.04 I have a relative who has only every used repo packages for BOINC and had no issue upgrading from 19.10 so I suspect that the issue doesn't arise if you haven't been playing around rolling your own first.

Well done. We probably need to report this upstairs to the repo packagers.

Have since spoken to another person who has done the upgrade but never rolled their own, so it seems something in that process caused it to break but really don't understand why the upgrade decided to replace my 7.17 with the repo 7.16 nor why it didn't give it the right version of wxWidgits.

Currently running make again but this time on the latest master from a couple of hours ago. The usual pretty colours flashing up on the terminal.

Edit: I have some testing branch tasks running on my other box but can try and see if the same happens there on upgrade when they are finished and see if I can learn a bit more if it does. (Murphy's law about things going wrong probably applies here though.) Any hints about what to look for welcome.

same problem on laptop now I have done upgrade, however after ./configure make failed with

/usr/bin/ld: boincmgr-NoticeListCtrl.o: in function `wxString::ImplStr(char const*, wxMBConv const&)':
/usr/include/wx-3.0/wx/string.h:477: undefined reference to `wxWebViewNameStr'
/usr/bin/ld: /usr/include/wx-3.0/wx/string.h:477: undefined reference to `wxWebViewBackendDefault'
/usr/bin/ld: /usr/include/wx-3.0/wx/string.h:477: undefined reference to `wxWebViewDefaultURLStr'
/usr/bin/ld: boincmgr-NoticeListCtrl.o: in function `CNoticeListCtrl::Create(wxWindow*)':
/home/dave/Downloads/boinc-dpa_sg_img/clientgui/NoticeListCtrl.cpp:91: undefined reference to `wxWebView::New(wxWindow*, int, wxString const&, wxPoint const&, wxSize const&, wxString const&, long, wxString const&)'
/usr/bin/ld: boincmgr-NoticeListCtrl.o: in function `wxEventTableEntry::wxEventTableEntry(int const&, int, int, wxEventFunctor*, wxObject*)':
/usr/include/wx-3.0/wx/event.h:3201: undefined reference to `wxEVT_WEBVIEW_NAVIGATING'
/usr/bin/ld: /usr/include/wx-3.0/wx/event.h:3201: undefined reference to `wxEVT_WEBVIEW_ERROR'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:759: boincmgr] Error 1
make[2]: Leaving directory '/home/dave/Downloads/boinc-dpa_sg_img/clientgui'
make[1]: *** [Makefile:649: all-recursive] Error 1
make[1]: Leaving directory '/home/dave/Downloads/boinc-dpa_sg_img'
make: *** [Makefile:553: all] Error 2

Which version of wxWidgets are you using with Ubuntu 20.04? The recommendation seems to be

wx-common_3.0.4+dfsg-15build1_amd64.deb

https://pkgs.org/download/wx-common

That's the one I'm using.

I am now feeling even more confused as I have downloaded the self extracting archive which according the download_all.php page is 7.16.6 yet having done a ./run_manager it says 7.17.0 and seems to run fine. And prior to upgrading Ubuntu on the laptop, I have managed to roll my own with no problems other than the usual making sure all the dependencies are installed.

Maybe just nuke your version and use Gianfranco’s 7.16.6 version. He has an Ubuntu ppa here:
https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/boinc

---

MarkJ

Gianfranco's PPA Manager has the same menu redactions as the other distros, which makes it less useful for non-corporate users. I'm using the basic PPA framework, which seems fine, but I've replaced the Manager component with one from the SETI GPUUG builders - Ian&Steve, IIRC.

But I'm still back at Mint, based on Ubuntu 18.04. I suppose I really ought to test this upgrade lark sometime...

Maybe just nuke your version and use Gianfranco’s 7.16.6 version. He has an Ubuntu ppa here:
https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/boinc

Tried that, got the same error.

 boincmgr: error while loading shared libraries: libwx_gtk2u_html-3.0.so.0: cannot open shared object file: No such file or directory

Having got the self extracting one going, I now want to work out why the problem exists. My guess is I have installed something that replaces the version of the library the program expects with another one. I want to be able to build future releases from source and would rather resolve the issue now than wait till a new version I want to try comes out.