sane-backends-1.0.20 failing to build

sane-backends-1.0.20 failing to build

[Mike Westerhof]

Something is rather fishy with the sane-backends that was just committed
-- anyone else see failures similar to this?  (Looks like the
mkinstalldirs script doesn't take the -g option?)

-Mike (mwester)

Here's the pertinent part of
armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/temp/log.do_install.nnnn:
---------------------------------------------------
for dir in artec_eplus48u gt68xx snapscan epjitsu ; do \
          /bin/sh ../mkinstalldirs
/u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/image/usr/sha\
re/sane/${dir} ; \
          done
mkdir -p --
/u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/image/usr/share/sane/artec_eplus48u
mkdir -p --
/u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/image/usr/share/sane/gt68xx
mkdir -p --
/u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/image/usr/share/sane/snapscan
mkdir -p --
/u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/image/usr/share/sane/epjitsu
/bin/sh ../mkinstalldirs -m 775 -g uucp
/u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/sane-backends-1.0.20-r0/image/va\
r/lock/sane
Usage: mkinstalldirs [-h] [--help] [--version] [-m MODE] DIR ...

Create each directory DIR (with mode MODE, if specified), including all
leading file name components.

Report bugs to <bug-automake@gnu.org>.
make[4]: *** [install-lockpath] Error 1

Re: sane-backends-1.0.20 failing to build

[Koen Kooi]

On 25-11-09 18:12, Mike Westerhof wrote:
> Something is rather fishy with the sane-backends that was just committed
> -- anyone else see failures similar to this?

I just tried over here:

NOTE: Running task 1774 of 1774 (ID: 0, 
/OE/org.openembedded.dev/recipes/sane/sane-backends_1.0.20.bb, 
do_rm_work_all)
NOTE: Tasks Summary: Attempted 1774 tasks of which 1755 didn't need to 
be rerun and 0 failed.

does mkinstalldirs come from gettext or coreutils?

regards,

Koen

Re: sane-backends-1.0.20 failing to build

[Mike Westerhof]

Mike Westerhof wrote:
> Something is rather fishy with the sane-backends that was just committed
> -- anyone else see failures similar to this?  (Looks like the
> mkinstalldirs script doesn't take the -g option?)

Digging into this to find out why it works on one of my build machines
and not on the other reveals that the failure only occurs if the user
doing the build is a member of the "uucp" group.

The configure script is attempting to determine if it should/can change
the group ownership of the lock directory during install.

We can fix this by disabling the lockfile mechanism by passing the
appropriate --without or --disable flags to configure, if anyone cares
enough.  In the meantime, I've fixed it for my builder by removing
myself from the "uucp" group.

-Mike (mwester)