Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 136815 - games-strategy/boson misses dependency dev-util/cmake
Summary: games-strategy/boson misses dependency dev-util/cmake
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords:
: 136829 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-06-14 12:57 UTC by Cyrill Helg
Modified: 2006-06-14 21:38 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cyrill Helg 2006-06-14 12:57:08 UTC
>>> 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!
Comment 1 Ben Morris 2006-06-14 13:09:29 UTC
For me, installing cmake doesn'
Comment 2 Cyrill Helg 2006-06-14 13:13:00 UTC
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

Comment 3 Ben Morris 2006-06-14 13:17:16 UTC
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.
Comment 4 Ben Morris 2006-06-14 13:22:54 UTC
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.
Comment 5 Cyrill Helg 2006-06-14 13:34:07 UTC
Hmm ok I'll try to build it with that version. But why is the dependency removed from the ebuild? Because it is masked? 
Comment 6 Cyrill Helg 2006-06-14 13:36:34 UTC
..and at least it starts compiling...
Comment 7 Ben Morris 2006-06-14 13:41:02 UTC
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.
Comment 8 Chris Gianelloni (RETIRED) gentoo-dev 2006-06-14 13:46:04 UTC
Added back cmake... let me know if it doesn't work with any particular version of cmake...
Comment 9 Cyrill Helg 2006-06-14 13:48:58 UTC
yes exactly, you're right ;)

I'm still compiling boson...

Why is the bug resolved fixed now? I mean nothing is fixed actually :-p
Comment 10 Ben Morris 2006-06-14 13:56:54 UTC
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.
Comment 11 Cyrill Helg 2006-06-14 14:05:34 UTC
Ok compiled fine here and is running. Good night :)
Comment 12 Chris Gianelloni (RETIRED) gentoo-dev 2006-06-14 15:02:17 UTC
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.
Comment 13 Mr. Bones. (RETIRED) gentoo-dev 2006-06-14 15:48:27 UTC
*** Bug 136829 has been marked as a duplicate of this bug. ***
Comment 14 Cyrill Helg 2006-06-14 21:38:18 UTC
Ok sounds great. Hmm if every bug would be fixed that fast... Thanks!