Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38857 - openoffice-ximian-1.1.49.2 has incorrect PATH for build utilities
Summary: openoffice-ximian-1.1.49.2 has incorrect PATH for build utilities
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-20 15:47 UTC by Stuart Shelton
Modified: 2004-08-21 12:49 UTC (History)
0 users

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 Stuart Shelton 2004-01-20 15:47:21 UTC
During its build process openoffice needs the xmkmf, imake, and gccmakedep scripts/binaries - which exist in /usr/X11R6/bin.
Unfortunately, the PATH used to build openoffice does not seem to include this on my system, causing the build to fail early on.

Reproducible: Always
Steps to Reproduce:





I just symlinked the 3 files from /usr/X11R6/bin into /usr/bin - and it built
successfully.

Didn't work, mind - but that's for another bug :/
Comment 1 Andreas Proschofsky (RETIRED) gentoo-dev 2004-01-20 15:58:42 UTC
Can't reproduce that, the path is here on my system. Are you sure, that your xfree setup is correct, specifically do you have /etc/env.d/10xfree and does it contain PATH=/usr/X11R6/bin ?

Anyway, I am quite sure, that this is no problem with openoffice-ximian
Comment 2 Stuart Shelton 2004-01-21 14:04:42 UTC
Hmm, strange...

I do have /etc/env.d/10xfree:

PATH=/usr/X11R6/bin
ROOTPATH=/usr/X11R6/bin
LDPATH=/usr/X11R6/lib
MANPATH=/usr/X11R6/man
INFODIR=/usr/X11R6/info
XINITRC=/etc/X11/xinit/xinitrc
CONFIG_PROTECT=/usr/X11R6/lib/X11/xkb

Looking through the ebuild, the actions it performs, then the actions that OpenOffice performs as it builds, it seems that there is an autogenerated script (build.sh IIRC?) that OO creates that redefines the PATH variable (e.g. sets it to new values without including $PATH) - and this did not include /usr/X11R6/bin.

This may be specific to my machine, but I'm not aware of having changed anything that would affect it.

If it makes any difference, my system is up-to-date with the x86 branch, with a small number of ~x86 packages installed (mostly media players).
Comment 3 Andreas Proschofsky (RETIRED) gentoo-dev 2004-01-21 14:58:17 UTC
Actually the PATH variables are just taken from your system while bootstraping, so  this shouldn't be a problem.

Is /usr/X11R6/bin listed if you do 

printenv PATH

in a root shell?

Comment 4 Andreas Proschofsky (RETIRED) gentoo-dev 2004-02-02 04:24:42 UTC
No further info has been provided and I can't reproduce it so closing this
Comment 5 Stuart Shelton 2004-02-02 05:15:53 UTC
Sorry for not responding - the disc in my laptop died, so I haven't been able to confirm the requested information.

I believe, however, that /usr/X11R6/bin has always been, correctly, in the $PATH for all users.

Once I get my machine back (from Sony, natch... could be *ages*) I'll confirm, and reopen this bug if necessary.

Thanks guys!
Comment 6 Stuart Shelton 2004-02-04 02:20:38 UTC
w00t - Sony returned my laptop within 4 days!

callisto root # printenv PATH
/home/bin:/usr/bin/wrappers:/bin:/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3:/opt/intel/compiler70/ia32/bin:/opt/Acrobat5:/opt/stuffit/bin:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1/bin:/opt/blackdown-jdk-1.4.1/jre/bin:/usr/qt/3/bin:/usr/kde/3.1/bin:/usr/share/qt/2/bin:/opt/interbase/bin:/usr/games/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3:/opt/intel/compiler70/ia32/bin:/opt/Acrobat5:/opt/stuffit/bin:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1/bin:/opt/blackdown-jdk-1.4.1/jre/bin:/usr/qt/3/bin:/usr/kde/3.1/sbin:/usr/kde/3.1/bin:/usr/share/qt/2/bin:/opt/interbase/bin

So it looks as if it's there twice, for good measure :)

If it's any use (which I doubt) here's a chunk from the initial bulid output on my system:

mkdir ./unxlngi4.pro/misc/build/nas-1.6/
mkdir: cannot create directory `./unxlngi4.pro/misc/build/nas-1.6/': File exists
cd ./unxlngi4.pro/misc/build/nas-1.6/ && xmkmf  && touch so_configured_nas
xmkmf: Command not found.
dmake:  Error code 1, while making './unxlngi4.pro/misc/build/so_configured_nas'
---* TG_SLO.MK *---

ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-ximian-1.1.49.2/work/oo_1.1_src/nas

!!! ERROR: app-office/openoffice-ximian-1.1.49.2 failed.
!!! Function src_compile, Line 402, Exitcode 1
!!! Build failed!

... and here's the build output once I'd symlinked xmkmf from /usr/X11R6/bin into /usr/bin:

============
Building project nas
=============
/var/tmp/portage/openoffice-ximian-1.1.49.2/work/oo_1.1_src/nas
-------------
mkdir ./unxlngi4.pro/misc/build/nas-1.6/
mkdir: cannot create directory `./unxlngi4.pro/misc/build/nas-1.6/': File exists
cd ./unxlngi4.pro/misc/build/nas-1.6/ && xmkmf  && touch so_configured_nas
mv -f Makefile Makefile.bak
imake -DUseInstalled -I/usr/X11R6/lib/X11/config
/usr/bin/xmkmf: line 68: imake: command not found
dmake:  Error code 127, while making './unxlngi4.pro/misc/build/so_configured_nas'
---* TG_SLO.MK *---

ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-ximian-1.1.49.2/work/oo_1.1_src/nas

!!! ERROR: app-office/openoffice-ximian-1.1.49.2 failed.
!!! Function src_compile, Line 402, Exitcode 1
!!! Build failed!

It did compile after symlinking xmkmf, imake, and (I think) gccmakedep.

As I mentioned previously, I have a look though the OO-ximian build script (i.e. the one generated by the OO build routine itself, *not* the ebuild) and at one point it seemed to rebuild its own $PATH, without keeping the old one.  This new set of PATH entries was fairly short, but did not include /usr/X11R6/bin.

Any ideas where best to look next?
Comment 7 Andreas Proschofsky (RETIRED) gentoo-dev 2004-05-07 11:52:35 UTC
Do you still get that with recent versions of oox?
Comment 8 Andreas Proschofsky (RETIRED) gentoo-dev 2004-08-21 12:49:39 UTC
No feedback for months, so closing this