Bug 136815 - games-strategy/boson misses dependency dev-util/cmake
|
Bug#:
136815
|
Product: Gentoo Linux
|
Version: 2006.0
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: games@gentoo.org
|
Reported By: bugs@phlogi.net
|
|
Component: Games
|
|
|
URL:
|
|
Summary: games-strategy/boson misses dependency dev-util/cmake
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-06-14 12:57 0000
|
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking boson-all-0.12.tar.bz2 ;-)
>>> Unpacking source...
>>> Unpacking boson-all-0.12.tar.bz2 to /tmp/PORTAGE/var/portage/boson-0.12/work
* Applying boson-0.12-gcc41.patch ...
[ ok ]
>>> Source unpacked.
>>> Compiling source in /tmp/PORTAGE/var/portage/boson-0.12/work/boson-all-0.12 ...
/usr/portage/games-strategy/boson/boson-0.12.ebuild: line 39: cmake: command
not found
!!! ERROR: games-strategy/boson-0.12 failed.
Call stack:
ebuild.sh, line 1539: Called dyn_compile
ebuild.sh, line 939: Called src_compile
boson-0.12.ebuild, line 45: Called die
!!! cmake failed
!!! If you need support, post the topmost build error, and the call stack if
relevant.
after installing cmake, everything goes fine!
For me, installing cmake doesn'
I'm sorry you are right:
* Applying boson-0.12-gcc41.patch ...
[ ok ]
>>> Source unpacked.
>>> Compiling source in /tmp/PORTAGE/var/portage/boson-0.12/work/boson-all-0.12 ...
-- Check for working C compiler: /usr/bin/i686-pc-linux-gnu-gcc
-- Check for working C compiler: /usr/bin/i686-pc-linux-gnu-gcc -- works
-- Check for working CXX compiler: /usr/bin/i686-pc-linux-gnu-g++
-- Check for working CXX compiler: /usr/bin/i686-pc-linux-gnu-g++ -- works
CMake Error: Error in cmake code at
/tmp/PORTAGE/var/portage/boson-0.12/work/boson-all-0.12/CMakeLists.txt:1:
Unknown CMake command "project".
CMake Error: Error in cmake code at
/tmp/PORTAGE/var/portage/boson-0.12/work/boson-all-0.12/CMakeLists.txt:3:
Unknown CMake command "add_subdirectory".
CMake Error: Error in cmake code at
/tmp/PORTAGE/var/portage/boson-0.12/work/boson-all-0.12/CMakeLists.txt:4:
Unknown CMake command "add_subdirectory".
CMake Error: Error in cmake code at
/tmp/PORTAGE/var/portage/boson-0.12/work/boson-all-0.12/CMakeLists.txt:5:
Unknown CMake command "add_subdirectory".
-- Configuring done
!!! ERROR: games-strategy/boson-0.12 failed.
Call stack:
ebuild.sh, line 1539: Called dyn_compile
ebuild.sh, line 939: Called src_compile
boson-0.12.ebuild, line 45: Called die
Sorry about that.
I was about to submit this bug too. For me, installing cmake doesn't solve the
problem but instead causes a different error, almost the same as the error
shown at the link below. According to this page
http://www.linux-gamers.net/modules/news/article.php?storyid=1262&referer=rss,
this would be because portage's latest stable version of cmake is older than
2.4.1. I am about to test this by compiling a later version of cmake.
Just looked in the ebuild - why is there a commented out line to make it depend
on >=dev-util/cmake-2.4.2? At least on this machine (x86 box), it genuinely
does need one of exactly that set of packages.
Hmm ok I'll try to build it with that version. But why is the dependency
removed from the ebuild? Because it is masked?
..and at least it starts compiling...
Heh... Your machine must be much faster than mine - I'm still compiling a newer
cmake.
Anyway, if it really needs a masked package, surely it would make more sense to
mask it than to just remove the dep, which doesn't really solve anything.
Added back cmake... let me know if it doesn't work with any particular version
of cmake...
yes exactly, you're right ;)
I'm still compiling boson...
Why is the bug resolved fixed now? I mean nothing is fixed actually :-p
Well, it failed with cmake-2.0.6-r1. It looks like working with cmake-2.4.2 but
I won't know till tomorrow.
I think it's considered resolved because the dependency is added back, but I'd
have to emerge sync to see what's been changed. I'm especially interested in
which version of cmake it depends on. IMHO, this packages should be ~arch
because it has to either fail to compile or depend on another ~arch package.
Ok compiled fine here and is running. Good night :)
OK. I added the specific version of cmake back and moved it back to ~x86 and
am checking with the cmake maintainers if we can stabilize the newer one, since
this kinda needs to go stable.
*** Bug 136829 has been marked as a duplicate of this bug. ***
Ok sounds great. Hmm if every bug would be fixed that fast... Thanks!