unlike previous versions this version of the boinc ebuild does not seem to install the boinc manager gui. This is with the X and cuda useflags as before. It does install boincmgr-boinc.desktop which is not so useful without the boingmgr executable. Reproducible: Always
Created attachment 408324 [details] emerge --info '=sci-misc/boinc-7.4.42' Hello, I can confirm this error, on my system using the X USE flag. Thanks for support.
I can't edit the title, because it's not my bug report, but it should be sci-misc/boinc-7.4.42 - no /usr/bin/boincmgr binary with X USE flag.
Created attachment 408328 [details] sci-misc:boinc-7.4.42:20150805-111459.log.gz Here is the log of the build. As we can see, we have the line: checking gtk/gtk.h usability... no were it was "yes" on previous version. Based on the ebuild, the lines are missing (but maybe was intended) # add gtk includes append-flags "$(pkg-config --cflags gtk+-2.0)" Thanks for support.
> checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-release-2.8 > checking for wxWidgets version >= 3.0.0... no (version 2.8.12 is not new enough) > checking if wxWidgets works... no Looks like the ebuild for this version should be updated to point to wxGTK 3.0
(In reply to Bernard Cafarelli from comment #4) > > checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-release-2.8 > > checking for wxWidgets version >= 3.0.0... no (version 2.8.12 is not new enough) > > checking if wxWidgets works... no > > Looks like the ebuild for this version should be updated to point to wxGTK > 3.0 Yes, I already did something like that (bug #492602). My previous submission was here: https://492602.bugs.gentoo.org/attachment.cgi?id=395050 Maybe some backporting would be in order
I can confirm this occurs with the X use flag (no other USE flags). Modifying a local ebuild, with any wxGTK version trying to build the manager fails with several errors on building tables with wxWidgets. (Syntax and scope declaration errors - could not capture the exact errors -sorry) I suspect that upstream knows there is a clientmgrgui problem, since there is some checking in the configure logic to disable the manager if wxWidgets is not the right version or something. It is not terribly useful to have a recent boinc client without a manager capability. I will probably go back to 7.2.xx from seden overlay.
Created attachment 408480 [details] boinc-7.4.42-r1.ebuild I can confirm that the dependancy on wxGTK-3 solves this issue, but it now requires the webview (webkit use flag) on wxGTK. Attaching new ebuild that provides the following changes: --- /usr/portage/sci-misc/boinc/boinc-7.4.42.ebuild 2015-08-04 14:28:13.000000000 +0100 +++ boinc-7.4.42-r1.ebuild 2015-08-07 11:41:57.319616379 +0100 @@ -40,7 +40,7 @@ virtual/jpeg:0= x11-libs/gtk+:2 >=x11-libs/libnotify-0.7 - x11-libs/wxGTK:2.8[X,opengl] + x11-libs/wxGTK:3.0[X,opengl,webkit] ) " DEPEND="${RDEPEND} @@ -74,7 +74,7 @@ # look for wxGTK if use X; then - WX_GTK_VER="2.8" + WX_GTK_VER="3.0" need-wxwidgets unicode myeconfargs+=(--with-wx-config="${WX_CONFIG}") else All working for me with this ebuild and the manager is back.
I was also going to report that updating to use wxGTK:3.0 and adding the "webkit" USE flag to wxGTK:3.0 restores boincmgr availability. I suggest making a boinc-7.4.42-r1.ebuild available soonest.
(In reply to Russell Knighton from comment #7) > I can confirm that the dependancy on wxGTK-3 solves this issue, but it now > requires the webview (webkit use flag) on wxGTK. Oh no … Not WebKit please… I wonder why do they need to add this "webview" for just a GUI? On my system, using this new ebuild brings WebKit first, and a lot of dependencies like Ruby 2.0 (oh please…), 14 new packages. And as saying the content in the URL on Gentoo's github, there is no wxGTK[webkit] for ~ia64 and ~sparc (but they call this use BOINC without the X use flag). Well, I think I have to accept it … just hoping they will revert it, or at least if I could understand why this need. Salutations.
Now at 7.4.42-r1, boincmgr does not start at all. The help text be printed but otherwise the application exits with value 255.
The source code is now located here: https://github.com/BOINC/boinc Maybe the changes in ebuild are: SRC_URI="" EGIT_MIN_CLONE_TYPE="shallow" EGIT_REPO_URI="https://github.com/BOINC/boinc.git" EGIT_COMMIT="client_release/${MY_PV}/${PV}" For downloading the source, emerge the package: dev-vcs/git Doesn't works for me, please check. TIA
(In reply to xdarma from comment #11) > EGIT_COMMIT="client_release/${MY_PV}/${PV}" Remove the line and emerge can compile.
(In reply to xdarma from comment #12) > (In reply to xdarma from comment #11) > > EGIT_COMMIT="client_release/${MY_PV}/${PV}" > > Remove the line and emerge can compile. Not for a versioned ebuild. If you wish to create a '9999' ebuild for the git checkout, that is the proper place. Otherwise you should restrict to a known version.
Sven, please have a look?
The ebuilds in the tree for 7.4.42 and 7.6.31 already use "x11-libs/wxGTK:3.0[X,opengl,webkit]" So is the issue still present?
I am closing this, because Russells suggestions are already in the portage tree version. I have used the 7.4.42 version for quite some time before switching to 7.6.*, so I daresay the bug is long fixed. If I am on the wrong track here, feel free to reopen the bug or file a new one if it is not the same issue you have.
