Bug 85789

Summary:	bochs 2.1.1 emake fails with no apparent errors
Product:	Gentoo Linux	Reporter:	Marius <inkredibl>
Component:	Current packages	Assignee:	Luca Barbato <lu_zero>
Status:	RESOLVED FIXED
Severity:	normal	CC:	lionsphil
Priority:	High
Version:	unspecified
Hardware:	AMD64
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	tail of failed emerge output

Description Marius 2005-03-18 09:10:44 UTC

Tried to emerge bochs into my amd64, the emake fails and I see no apparent error message in the output...

Reproducible: Always
Steps to Reproduce:
1. Run emerge bochs
2. Wait while it works
3. Bah! emake failed

Actual Results:  
installation failed

Expected Results:  
would like to use bochs instead :)

Portage 2.0.51.19 (default-linux/amd64/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r14 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r14 x86_64 AMD Athlon(tm) 64 Processor 3400+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  7 2005, 10:22:48)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 X acpi arts berkdb bitmap-fonts cdparanoia cdr crypt cups curl dba
divx4linux dvd esd fam flac flash font-server foomaticdb fortran gd gdbm gif gpm
gtk gtk2 imagemagick imlib ipv6 java joystick jp2 jpeg junit ldap libwww lirc
lzw lzw-tiff mad mikmod mp3 multilib mysql ncurses network nls oggvorbis opengl
oss pam pdf pdflib perl png ppds python qt readline rtc sdl slang sqlite ssl
tcltk tcpd tga tiff truetype truetype-fonts type1-fonts ucs2 unicode usb
userlocales v4l v4l2 xml xml2 xmms xpm xrandr xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

Comment 1 Marius 2005-03-18 09:15:05 UTC

Created attachment 53796 [details]
tail of failed emerge output

Comment 2 Marius 2005-04-03 22:25:23 UTC

I downloaded bochs 2.2 source and tried to make it by hand. It complained something about libosp.so.4 not being found, so I traced to which package this belongs and tried to upgrade it and it worked! After that I tried to emerge bochs 2.1.1 and it worked too!

the package is app-text/opensp, it is used for generating documentation as I understand. bochs needs =app-text/opensp-1.5.1 otherwise it won't emerge (dependency problem?).

Comment 3 LionsPhil 2005-04-08 09:00:34 UTC

This doesn't seem to be true, at least for x86. I have a happily emerged Bochs 2.1.1 without opensp, openjade, et. al, and I'd rather not have this problem solved for some by saddling everyone else with even more dependancies.

The relivant use flags are -debugger +gtk2 +readline +sdl -wxwindows.

Comment 4 Marius 2005-04-11 12:47:35 UTC

you're right, i have unmerged docbook and opensp stuff from my system and was able to build bochs manualy without any problems. in the configure script output i found these two lines:

checking for docbook2html... not_found
checking whether to build docbook documentation... no

which means that if i don't have docbook it will not build documentation but it won't fail because of this, however if i do have docbook2html... only then i might be having more problems...

Comment 5 Luca Barbato gentoo-dev

2005-04-11 12:54:53 UTC

I'll try to fix it in a cleaner way and maybe provide a ~ snapshot of the upcoming release

Comment 6 Luca Barbato gentoo-dev

2005-12-23 13:35:19 UTC

Is still a problem?

reopen if is.

Comment 7 LionsPhil 2005-12-23 14:25:53 UTC

Can we at least drop the incorrect depedency on opensp? Bochs does NOT require this package to build.