Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 220489 - Bootstrapping findutils fails on Mac OS X 10.5
Summary: Bootstrapping findutils fails on Mac OS X 10.5
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: x86 OS X
: High normal
Assignee: Gentoo non-Linux Team
URL: http://www.nabble.com/findutils-emerg...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-05 22:42 UTC by Shaun Cloherty
Modified: 2008-05-25 15:33 UTC (History)
1 user (show)

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


Attachments
Patch to 'touch doc/find.info' when bootstrapping findutils. (findutils-hack.diff,487 bytes, patch)
2008-05-07 11:36 UTC, Shaun Cloherty
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Shaun Cloherty 2008-05-05 22:42:36 UTC
Bootstrapping findutils (./bootstrap-prefix.sh $EPREFIX/tmp findutils) fails when trying to produce the documentation on Mac OS X 10.5. The output from the build process is as follows:

Making install in doc
restore=: && backupdir=".am$$" && \
	am__cwd=`pwd` && cd . && \
	rm -rf $backupdir && mkdir $backupdir && \
	if (/bin/sh /Users/shaunc/Gentoo/tmp/var/tmp/findutils-4.4.0/findutils-4.4.0/build-aux/missing --run makeinfo --version) >/dev/null 2>&1; then \
	  for f in find.info find.info-[0-9] find.info-[0-9][0-9] find.i[0-9] find.i[0-9][0-9]; do \
	    if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
	  done; \
	else :; fi && \
	cd "$am__cwd"; \
	if /bin/sh /Users/shaunc/Gentoo/tmp/var/tmp/findutils-4.4.0/findutils-4.4.0/build-aux/missing --run makeinfo   -I . \
	 -o find.info find.texi; \
	then \
	  rc=0; \
	  cd .; \
	else \
	  rc=$?; \
	  cd . && \
	  $restore $backupdir/* `echo "./find.info" | sed 's|[^/]*$||'`; \
	fi; \
	rm -rf $backupdir; exit $rc
find.texi:10: @include `../locate/dblocation.texi': No such file or directory.
find.texi:554: warning: undefined flag: LOCATE_DB.
find.texi:2681: warning: undefined flag: LOCATE_DB.
find.texi:2683: warning: undefined flag: LOCATE_DB.
find.texi:3160: warning: undefined flag: LOCATE_DB.
find.texi:3346: warning: undefined flag: LOCATE_DB.
find.texi:5230: warning: undefined flag: LOCATE_DB.
find.texi:5238: warning: undefined flag: LOCATE_DB.
makeinfo: Removing output file `find.info' due to errors; use --force to preserve.
make[1]: *** [find.info] Error 1
make: *** [install-recursive] Error 1

Is it possible to skip the doco?

Reproducible: Always

Steps to Reproduce:
1. ./bootstrap-prefix.sh $EPREFIX tree
   ./bootstrap-prefix.sh $EPREFIX/tmp wget
   ./bootstrap-prefix.sh $EPREFIX/tmp sed
   ./bootstrap-prefix.sh $EPREFIX/tmp python
   ./bootstrap-prefix.sh $EPREFIX/tmp coreutils6
   ./bootstrap-prefix.sh $EPREFIX/tmp findutils
2.
3.

Actual Results:  
Build process fails to find ../locate/dblocation.texi when building the documentation.

Expected Results:  
Build completes and findutils is installed to $EPREFIX/tmp.
Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-05-06 02:50:41 UTC
I have added a URL, this problem was reported on the Gentoo/Alt ML.

No solution yet...
Comment 2 Fabian Groffen gentoo-dev 2008-05-06 09:00:01 UTC
hmmm.... do you have MAKEOPTS set to anything, by chance?
Comment 3 Fabian Groffen gentoo-dev 2008-05-06 19:18:53 UTC
this is annoying
 
I just did exactly the same and it completes without any problem.  I tried it on a case sensitive filesystem (HFS+, case sensitive/journaled).  As far as I know my 10.4 Prefix runs on a case INsensitive filesystem (HFS+) and it didn't give me problems there either.
Comment 4 Matt Michalowski 2008-05-07 05:12:01 UTC
This happens to me also, every time on OSX 10.5 (Case Insensitive HFS+), amd64-linux & x86-linux. No MAKEOPTS set.

Commenting out the Interix patch + touch lines works.
Comment 5 Fabian Groffen gentoo-dev 2008-05-07 09:24:52 UTC
I get the impression that the documentation is regenerated, since the interix patch touches the find.c file.  Perhaps, find.texi needs to be touched in the ebuild as well, to solve this.  Since I don't seem to have a machine that exhibits this behaviour, can someone please test if touching find.info works (I guess that's the file it wants to (re)generate)
Comment 6 Shaun Cloherty 2008-05-07 10:56:23 UTC
I have nothing set in MAKEOPTS. OS X 10.5 HFS+, case insensitive, journaled.

A 'touch doc/find.info' prior to the '$MAKE install' in bootstrap-prefix.sh allows the build/install to complete without error...
Comment 7 Fabian Groffen gentoo-dev 2008-05-07 10:57:48 UTC
ok, thanks!

I'll try to fix0r this asap
Comment 8 Shaun Cloherty 2008-05-07 11:36:20 UTC
Created attachment 152253 [details, diff]
Patch to 'touch doc/find.info' when bootstrapping findutils.

I'm sure there is a more elegant solution, but for what its worth, I have attached the diff for the change I made to bootstrap-prefix.sh.
Comment 9 Fabian Groffen gentoo-dev 2008-05-07 11:38:04 UTC
Thanks,

I'll fix the ebuild, and regenerate the tarball, which should do the trick
Comment 10 Fabian Groffen gentoo-dev 2008-05-07 11:45:01 UTC
I fixed the tar and the ebuild, so hopefully this issue has been resolved now.

Thanks all!
Comment 11 Matt Michalowski 2008-05-07 12:03:10 UTC
Hmm, still didn't work for me.

Based on Shaun's comment #6, I moved the "touch doc/find.info" line to the last line of src_compile, after the "emake AR="$(tc-getAR).." line. This worked for me. 
Comment 12 Fabian Groffen gentoo-dev 2008-05-07 12:42:47 UTC
that's disturbing... I need to look at that more closely then.
Comment 13 Fabian Groffen gentoo-dev 2008-05-25 11:10:03 UTC
I got the problem on Interix, and after a new fix it compiled without problems here, I think I solved the problem for real now.
Comment 14 Fabian Groffen gentoo-dev 2008-05-25 12:24:13 UTC
aparently not, grrr
Comment 15 Fabian Groffen gentoo-dev 2008-05-25 15:33:28 UTC
Black magic for sure, but something triggers some makeinfo stuff, I worked around it now by preserving all timestamps of files patched by the Interix patch.

Should finally be fixed now.