[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: update build fails on mtree invocation
This problem is
Diff for /src/tools/compat/compat_defs.h between version 1.72 and 1.73
Some hosts (ex. FreeBSD) have group_from_gid() (HAVE_GROUP_FROM_GID), but dont
NetBSD (compatible) library's pwcache_groupdb() changes user database access
routine of group_from_gid(), but this group_from_gid() is NetBSD library.
FreeBSD's group_from_gid() can't change database access routine.
then, it is necessary to treat HAVE_GROUP_FROM_GID, HAVE_GID_FROM_GROUP and
HAVE_PWCACHE_GROUDB treat as a group.
by same reason, UID definitions will be treated as a group.
On Wed 04 Nov 2009 at 21:52:56 +0100, Rhialto wrote:
This doesn't happen with a fresh build, but a re-build in update mode
fails like this (with -j 4, in case it matters):
Oops, I spoke too soon. It happens on a regular clean build as well.
Crosscompiling from FreeBSD, which apparently matters:
makesetfiles ===> /tank/vol-fourquid-1/olafs/netbsd-git/cvs/src/distrib/sets
nbmtree: unknown group `ftp'
nbmtree: failed at line 1301 of the specification
--- /vol-fourquid-1/olafs/netbsd-git//work/destdir.amd64/METALOG.sanitised ---
Error code 1
nbmake: stopped in /tank/vol-fourquid-1/olafs/netbsd-git/cvs/src/distrib/sets
--- distribution ---
*** [distribution] Error code 2
The file .../destdir.amd64/METALOG does indeed contain this on line 1301:
./var/chroot/named/etc/namedb/cache type=dir uid=14 gname=ftp mode=0775
and it is the first time that gname=ftp is mentioned.
What strikes me as odd though is that ftp is used there at all; and
indeed in an earlier METALOG file from a native build I find
./var/chroot/named/etc/namedb/cache type=dir uname=named gname=named mode=0775
Maybe something in the build system uses the hosts's uid and gid
numbers? The host's /etc/group file contains
where on my own netbsd system I have the same gid for named:
Maybe the METALOG should always use numerical values for these, if they
are meant to be specific numbers. (I wonder where it got the mapping
named -> 14 from... and why the sanitizing step cannot use it as well...
or tar when it builds the tar files...)
Main Index |
Thread Index |