Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 587082 - kde-apps/cantor:5 fails to build - signal and slot arguments are not compatible.
Summary: kde-apps/cantor:5 fails to build - signal and slot arguments are not compatible.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard: fixed in 16.04.2
Keywords:
Depends on:
Blocks:
 
Reported: 2016-06-25 19:26 UTC by Chicago
Modified: 2016-07-27 19:43 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info output (portage-info.txt,22.43 KB, text/plain)
2016-06-25 19:26 UTC, Chicago
Details
kde-apps/cantor-16.04.1:5 complete build log (cantor-16.04.1:20160625-185808.log,208.34 KB, text/plain)
2016-06-25 19:29 UTC, Chicago
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chicago 2016-06-25 19:26:47 UTC
Created attachment 438792 [details]
emerge --info output

Hello,

    Both versions of kde-apps/cantor:5 fail to build for me recently, giving up an error around the 21% mark.

    "error: static assertion failed: Signal and slot arguments are not compatible."

    My emerge --info output and a build log are both attached for your expert review.

    Ordinarily, I would file a bug and go on with life and perhaps unmerge the package or mask the offending version(s) if they got in my way or Portage's way too much.  In this case, kde-apps/kdeedu-meta depends on kde-apps/cantor and I do not want to unmerge kde-apps/kdeedu-meta.  However, since kde-apps/cantor has already been unmerged here and does not build, I am unable to depclean and therefore stuck in a Catch 22 as I would like to proceed with a depclean.

    While waiting on a resolution, would epatch_user be a viable approach to working around the runtime dependency within the kde-apps/kdeedu-meta-16.04.1 ebuild?

        #RDEPEND="$(add_kdeapps_dep cantor)"

    Alternatively, would you suggest a local overlay with a copy of kde-apps/kdeedu-meta-16.04.1, omitting the '$(add_kdeapps_dep cantor)' line?

    Which stopgap would be the Gentoo way?  While waiting on your advice I will proceed with a local overlay.

    Please advise at your convenience.

Kind Regards,
-Chicago
Comment 1 Chicago 2016-06-25 19:29:58 UTC
Created attachment 438794 [details]
kde-apps/cantor-16.04.1:5 complete build log

kde-apps/cantor-16.04.1:5 complete build log with USE="R handbook lua postscript python" and PYTHON_TARGETS="python2_7".
Comment 2 Michael Palimaka (kensington) gentoo-dev 2016-06-25 19:34:16 UTC
This looks like it's fixed upstream in 16.04.2.

Until we move that to the tree, you could try the patch from upstream (all KDE ebuilds support user patches via the eclass): https://quickgit.kde.org/?p=cantor.git&a=commit&h=683418b3663ddc588c44063cc11abb20970e8e08
Comment 3 Michael Palimaka (kensington) gentoo-dev 2016-06-26 19:13:08 UTC
Thanks, 16.04.2 in tree now.
Comment 4 Manuel Mommertz 2016-07-26 11:07:08 UTC
Current stable version of cantor (15.12.3-r1) is not compilable with now stabilized version of qt (5.6.1) because of this bug! So this bug should be considered a Blocker until either the commit is applied to cantor 15.12 or 16.04 is stabilized.
Comment 5 Michael Palimaka (kensington) gentoo-dev 2016-07-27 19:43:02 UTC
(In reply to Manuel Mommertz from comment #4)
> Current stable version of cantor (15.12.3-r1) is not compilable with now
> stabilized version of qt (5.6.1) because of this bug! So this bug should be
> considered a Blocker until either the commit is applied to cantor 15.12 or
> 16.04 is stabilized.

Sorry about that, it somehow missed the revdep testing.

Fixed in https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b462f7a5e612e49fa906a71c53d90d94f8df303a.