| Summary: | net-im/openmittsu-0.10.0.0 - -- Configuring incomplete, errors occurred! | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
| Component: | Current packages | Assignee: | Ulrich Müller <ulm> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ionen |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://github.com/blizzard4591/openMittsu/pull/34 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
emerge-info.txt
CMakeCache.txt emerge-history.txt environment etc.clang.tar.xz etc.portage.tar.xz net-im:openmittsu-0.10.0.0:20230604-225528.log temp.tar.xz |
||
|
Description
Toralf Förster
2023-06-05 06:21:55 UTC
Created attachment 863276 [details]
emerge-info.txt
Created attachment 863277 [details]
CMakeCache.txt
Created attachment 863278 [details]
emerge-history.txt
Created attachment 863279 [details]
environment
Created attachment 863280 [details]
etc.clang.tar.xz
Created attachment 863281 [details]
etc.portage.tar.xz
Created attachment 863282 [details]
net-im:openmittsu-0.10.0.0:20230604-225528.log
Created attachment 863283 [details]
temp.tar.xz
The problem is due to cmake.eclass changing CMAKE_BUILD_TYPE from "Gentoo" to "RelWithDebInfo" (why?). I've added an explicit CMAKE_BUILD_TYPE="Gentoo" to the ebuild which should fix the problem. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a25da7af195434ae468a4073ea6530662bad1212 commit a25da7af195434ae468a4073ea6530662bad1212 Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2023-06-05 09:45:58 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2023-06-05 09:48:05 +0000 net-im/openmittsu: Set CMAKE_BUILD_TYPE The default changed in cmake.eclass for EAPI 8, breaking the upstream build system. Closes: https://bugs.gentoo.org/907866 Signed-off-by: Ulrich Müller <ulm@gentoo.org> net-im/openmittsu/openmittsu-0.10.0.0.ebuild | 2 ++ 1 file changed, 2 insertions(+) (In reply to Ulrich Müller from comment #9) > The problem is due to cmake.eclass changing CMAKE_BUILD_TYPE from "Gentoo" > to "RelWithDebInfo" (why?). I'm more wondering why upstream is being made to have custom rules for Gentoo. That build type was just for private eclass use and was changed because it's non-standard and caused more troubles than it fixed. (In reply to Ionen Wolkens from comment #11) > (In reply to Ulrich Müller from comment #9) > > The problem is due to cmake.eclass changing CMAKE_BUILD_TYPE from "Gentoo" > > to "RelWithDebInfo" (why?). > I'm more wondering why upstream is being made to have custom rules for > Gentoo. i.e. it makes more sense to have an option like -DSKIP_THING=1 than "skip if it's gentoo" (In reply to Ionen Wolkens from comment #11) > (In reply to Ulrich Müller from comment #9) > > The problem is due to cmake.eclass changing CMAKE_BUILD_TYPE from "Gentoo" > > to "RelWithDebInfo" (why?). > I'm more wondering why upstream is being made to have custom rules for > Gentoo. > > That build type was just for private eclass use and was changed because it's > non-standard and caused more troubles than it fixed. I had discussed this with one of the maintainers of cmake.eclass (unfortunately, I cannot find the log) and the advice back then was that testing CMAKE_BUILD_TYPE was the way to go. So, I don't think it makes much sense if I reiterate this with upstream. (If any of the eclass maintainers wants to do it, feel free.) Also, looks like the default set by cmake{-utils,}.eclass has changed several times, from "Release" to "None" to "Gentoo" to "RelWithDebInfo". (Why "DebInfo"? What if the user has -g0 in CFLAGS, shouldn't that be honoured?) |