Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 98045 - openoffice build fails: makedepend: Command not found
Summary: openoffice build fails: makedepend: Command not found
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-05 13:12 UTC by Roger Luethi
Modified: 2005-10-27 14:20 UTC (History)
1 user (show)

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


Attachments
complete emerge log for failed openoffice build (ooo.log,37.71 KB, text/plain)
2005-08-26 04:39 UTC, Roger Luethi
Details
complete emerge log for failed openoffice 2.0 build (screenlog.0,568.06 KB, text/plain)
2005-10-24 06:09 UTC, Roger Luethi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roger Luethi 2005-07-05 13:12:22 UTC
I haven't been able to build openoffice on one machine in quite a while. Version
1.1.3 is still installed, but I've never been able to update to a newer version,
and rebuilds of 1.1.3 failed with the same symptoms. Clearly there's something
specific to this machine, something that changed after 1.1.3 was built the first
time. Openoffice is the only package that doesn't build out of almost 1000.

Reproducible: Always
Steps to Reproduce:
I cannot offer steps to reproduce because it seems to work everywhere else,
including other Gentoo machines of mine.
Actual Results:  
I can't see any warning messages until dmake is built. The end of the build log:

gcc  -O2 -g -pipe -fno-strict-aliasing   -o dmake  infer.o make.o stat.o
expand.o dmstring.o hash.o dag.o dmake.o path.o imacs.o sysintf.o parse.o
getinp.o quit.o state.o dmdump.o macparse.o rulparse.o percent.o function.o
unix/libunix.a 
make[2]: Leaving directory `/var/tmp/portage/openoffice-1.1.4-r1/work/dmake'
make[1]: Leaving directory `/var/tmp/portage/openoffice-1.1.4-r1/work/dmake'

dmake has been successfully built
 * Building OpenOffice.org...
build -- version: 1.86.18.2
Checking dmake...

=============
Building project helpcontent
=============
/var/tmp/portage/openoffice-1.1.4-r1/work/helpcontent/unx/schart
mkout -- version: 1.3
/var/tmp/portage/openoffice-1.1.4-r1/work/solver/645/unxlngi4.pro/bin/makedepend:
Command not found.
dmake:  Error code 1, while making '../../unxlngi4.pro/misc/01/uschart.dprc'
dmake:  '../../unxlngi4.pro/misc/01/uschart.dprc' removed.
---* TG_SLO.MK *---

ERROR: Error 65280 occurred while making
/var/tmp/portage/openoffice-1.1.4-r1/work/helpcontent/unx/schart

!!! ERROR: app-office/openoffice-1.1.4-r1 failed.
!!! Function src_compile, Line 425, Exitcode 1
!!! Build failed!
!!! If you need support, post the topmost build error, NOT this status message.


Expected Results:  
I am not familar with openoffice at all, so if anyone has an idea what the
problem is I'd be most grateful since waiting it out doesn't seem to work.

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1,uclibc-0.9.26-r7,uclibc-0.9.27-r0, 2.6.12-rc5 i686)
=================================================================
System uname: 2.6.12-rc5 i686 AMD Athlon(TM)Processor
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.2.3-r5,dev-lang/python-2.3.5 [2.3.5 (#1,
Apr 29 2005, 18:14:28)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.2.3-r5, 2.3.5
sys-apps/sandbox:    [Not Present]
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.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -g -pipe"
CHOST="i686-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.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -g -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache digest distlocks nostrip sandbox sfperms
strict"
GENTOO_MIRRORS="http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/
http://ftp.snt.utwente.nl/pub/os/linux/gentoo
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/distfiles/
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow X aalib adns alsa apache2 apm arts audiofile avi berkdb
bitmap-fonts bonobo cdparanoia cdr crypt cscope cups curl doc dvd eds emboss
encode esd ethereal fam fbcon flac foomaticdb fortran gd gdbm gif gnome gnutls
gphoto2 gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib ipv6 jabber jack java
jikes jpeg junit kde kdeenablefinal ldap libg++ libwww mad mbox mikmod motif
mozilla mozsvg mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pda
pdflib perl pic plotutils png python qt quicktime readline samba scanner sdl
skey slp snmp speex spell ssl tcltk tcpd tetex theora tiff truetype
truetype-fonts type1-fonts usb vim-with-x vorbis wifi xine xinerama xml xml2
xmms xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 Stian Skjelstad 2005-07-06 17:08:31 UTC
# equery b /usr/bin/makedepend
[ Searching for file(s) /usr/bin/makedepend in *... ]
x11-base/xorg-x11-6.8.2-r1 (/usr/bin/makedepend)

Doesn't openoffice depend on virtual/X ?
Comment 2 Stian Skjelstad 2005-07-06 17:10:11 UTC
never mind that last comment, makedepend is a program/script internally in the
openoffice build system aswell
Comment 3 Andreas Proschofsky (RETIRED) gentoo-dev 2005-07-22 05:43:57 UTC
How much RAM do you have in that machine?
Comment 4 Roger Luethi 2005-07-22 07:56:42 UTC
The machine contains 1024 MB of RAM. There is no substantial CPU or memory load
from other programs when I run emerge.
Comment 5 Andreas Proschofsky (RETIRED) gentoo-dev 2005-08-21 08:21:02 UTC
Ooops, just seen it: Your CFLAGS seem to be broken, why don't you specify an
-march or-mcpu in there? This might lead to the build breakage.
Comment 6 Paul de Vrieze (RETIRED) gentoo-dev 2005-08-25 11:47:42 UTC
CFLAGS is ok. Specification of -mtune/-mcpu and/or -march is not necessary.
Comment 7 Paul de Vrieze (RETIRED) gentoo-dev 2005-08-25 11:55:28 UTC
Could you attach a full log of the build attempt. Something goes wrong in an
earlier stage. Probably a weird interaction with your environment or some other
program that has been installed.
Comment 8 Roger Luethi 2005-08-26 04:39:07 UTC
Created attachment 66908 [details]
complete emerge log for failed openoffice build
Comment 9 Paul de Vrieze (RETIRED) gentoo-dev 2005-08-29 02:30:53 UTC
Could you post the output of "ls -l
/var/tmp/portage/openoffice-1.1.4-r1/work/solver/645/unxlngi4.pro/bin/"
The build log does not contain any errors related to the missingness. Did you
collect the error log by 'emerge openoffice &>logfile' ? You do need to put
stderr to the logfile too.
Comment 10 Roger Luethi 2005-08-29 04:08:10 UTC
(In reply to comment #9)
> Could you post the output of "ls -l
> /var/tmp/portage/openoffice-1.1.4-r1/work/solver/645/unxlngi4.pro/bin/"

Doesn't exist when build stops:
# tree -ugp /var/tmp/portage/openoffice-1.1.4-r1/work/solver/
/var/tmp/portage/openoffice-1.1.4-r1/work/solver/
`-- [drwxr-xr-x root     root    ]  645
    `-- [drwxr-xr-x root     root    ]  unxlngi4.pro
        `-- [drwxr-xr-x root     root    ]  inc
            `-- [-rw-r--r-- root     root    ]  645minor.mk

> The build log does not contain any errors related to the missingness. Did you
> collect the error log by 'emerge openoffice &>logfile' ? You do need to put
> stderr to the logfile too.

I used screen(1) for logging. That covers stderr as well.
Comment 11 Andreas Proschofsky (RETIRED) gentoo-dev 2005-09-23 23:11:14 UTC
Are you still getting this with 1.1.5?
Comment 12 Roger Luethi 2005-09-26 10:29:23 UTC
Yes, indeed.

=============
Building project apache_java
=============
deliver -- version: 1.50.8.8
LINK: build.lst ->
/var/tmp/portage/openoffice-1.1.5/work/OOo_1.1.5/solver/645/unxlngi4.pro/inc/apache_java/build.lst
Statistics:
Files copied: 1
Files unchanged/not matching: 0

=============
Building project helpcontent
=============
/var/tmp/portage/openoffice-1.1.5/work/OOo_1.1.5/helpcontent
mkout -- version: 1.3
/var/tmp/portage/openoffice-1.1.5/work/OOo_1.1.5/solver/645/unxlngi4.pro/bin/makedepend:
Command not found.
dmake:  Error code 1, while making './unxlngi4.pro/misc/01/helpxsl.dprc'
dmake:  './unxlngi4.pro/misc/01/helpxsl.dprc' removed.
---* TG_SLO.MK *---

ERROR: Error 65280 occurred while making
/var/tmp/portage/openoffice-1.1.5/work/OOo_1.1.5/helpcontent

!!! ERROR: app-office/openoffice-1.1.5 failed.
!!! Function src_compile, Line 427, Exitcode 1
!!! Build failed!
!!! If you need support, post the topmost build error, NOT this status message.
Comment 13 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-12 08:18:35 UTC
Just to make sure, and as I seem to have forgotten about that question: Are you
sure you have enough free diskspace (4-6 Gigs)?

Also which filesystem do you use on this partition?
Comment 14 Roger Luethi 2005-10-21 04:57:49 UTC
Free space after failed build (so that's including distfiles and leftovers in
/var/tmp/portage):
2 GB on /
20 GB on /var/tmp/portage

Both partitions use reiserfs.
Comment 15 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-21 08:38:22 UTC
Ok, that should be fine ;)

just to make sure: reiserfs and not reiserfs4?
Comment 16 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-21 14:52:58 UTC
Ok, I've now taken another look at the build log, and what happens is a little
bit weird. It's no surprise that the internal makedepend is not there, as it is
built after the helpcontent project. Still the question is: Why does it fail for
you and not for others, hmm..
Comment 17 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-21 15:13:36 UTC
I've dug a little bit deeper into this now, according to some similar bugs I
found in the OOo issuezilla the problem seems to be that the build normally uses
the system makedepend at this point (which is totally wrong btw). But in your
case the MAKEDEPEND variable which defines the correct path seems to be
overwritten with the internal path to a binary which has not been built at this
stage, so the build fails. Still the question remains why this happens for you
and no one else, it has to be something special in your environment or your
tcsh-settings.

Anyway, now on to the more positive part: This problem seems to have been fixed
with OOo 2.0, makedepend is now being built way before helpcontent, so this
should be gone. 
Comment 18 Roger Luethi 2005-10-24 05:17:10 UTC
(In reply to comment #15)
> Ok, that should be fine ;)
> 
> just to make sure: reiserfs and not reiserfs4?

Right. Plain vanilla 2.6.13 using reiserfs.
Comment 19 Roger Luethi 2005-10-24 06:09:15 UTC
Created attachment 71328 [details]
complete emerge log for failed openoffice 2.0 build
Comment 20 Roger Luethi 2005-10-24 06:13:05 UTC
(In reply to comment #17)
> Anyway, now on to the more positive part: This problem seems to have been fixed
> with OOo 2.0, makedepend is now being built way before helpcontent, so this
> should be gone. 

Doesn't look like it. With 2.0 it's beanshell that's failing because makedepend
is missing. Yes, it is quite obviously something in my environment, and I should
be tracking it down. I don't know when I get around to it, though, and I am
content to use openoffice-bin for the time being. IMHO we should still keep the
bug around in case somebody else has the same problem.
Comment 21 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-25 10:46:34 UTC
It's something in your environment that is triggering this, BUT it still is a
bug in OOo if it fails, cause it shouldn't use the external makedep. So it is a
missing internal dependency of OOo. I've now added a patch to the ebuild which
solves that and at least should bring you a bit further. Could you please try again?
Comment 22 Roger Luethi 2005-10-27 05:16:55 UTC
(In reply to comment #21)
> I've now added a patch to the ebuild which solves that and at least should
> bring you a bit further. Could you please try again?

Where would that show up? I didn't seen it in portage.
Comment 23 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-27 05:26:09 UTC
For instance:

http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-office/openoffice/files/2.0.0/build-beanshell-fix.diff?rev=1.1&view=auto

It's been commited two days ago, so you should get it with a recent "emerge sync"
Comment 24 Roger Luethi 2005-10-27 08:46:42 UTC
The build made some progress but then failed on boost. When I added soltools to
its build.lst, extras failed. When I added extras, hsqldb failed. Etc. The full
list goes:
beanshell
boost
extras
hsqldb
icu
nas
portaudio
sndfile
stlport

Then the build failed with a new error:
ERROR: There are dead or circular dependencies
Comment 25 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-27 12:03:51 UTC
Hmm, that's very unfortunate :/ Actually I've run a little bit out of ideas.
Always difficult to debug something, you can't reproduce.

What you could try is report this upstream in the OOo Issuezilla, maybe you get
a better answer there...
Comment 26 Roger Luethi 2005-10-27 14:10:24 UTC
Well, as long as it is only me who is affected we can just assume it's some
weird, broken environment. Should anyone else report the same problem, we'll
have to figure out how to reproduce the bug. Thanks for all the help!
Comment 27 Andreas Proschofsky (RETIRED) gentoo-dev 2005-10-27 14:20:38 UTC
Ok, thanks, then I will close the bug for now, if someone else comes around with
this problem, I'll remember it, promised ;)