Hi,
so i've switched (alpha|hppa|macppc|sparc64).p to the 'new' dpb model,
running with this kind of hosts file:
STARTUP=/home/landry/bin/clean_host.sh
DEFAULT build_user=_pbuild stuck=43200
FETCH_USER=_pfetch
LOG_USER=landry
localhost
otherhosts
after fighting a bit with perms (_pbuild needs write access to
${WRKOBJDIR} so either put it in wsrc or or install -d -o _pbuild
${WRKOBJDIR} in the STARTUP script, _pfetch needs write to
/usr/ports/distfiles so.. ive put it in wsrc for now) stuff finally
started building "fine". Two things:
- not easy to fix failures with another user. Is it possible to have
_pbuild run umask 002 so that i can share a group with it ? I suppose
this could be done in login.conf.. would that be a sensible default ?
- some ports fail during fake, so far:
games/icebreaker games/moon-buggy games/xkobo net/wmnet
all those have something in common, doing install -m 2755 or chmod g+s
install -c -s -g kmem -m 2755 wmnet
/usr/obj/ports/wmnet-1.06/fake-alpha/usr/local/bin/wmnet
install: /usr/obj/ports/wmnet-1.06/fake-alpha/usr/local/bin/wmnet: chmod:
Operation not permitted
chgrp "games"
"/usr/obj/ports/moon-buggy-1.0.51/fake-hppa/usr/local/bin/moon-buggy" \
&& chmod g+s
"/usr/obj/ports/moon-buggy-1.0.51/fake-hppa/usr/local/bin/moon-buggy" ; \
chmod: /usr/obj/ports/moon-buggy-1.0.51/fake-hppa/usr/local/bin/moon-buggy:
Operation not permitted
chmod 2755 /usr/obj/ports/xkobo-1.11/fake-hppa/usr/local/bin/xkobo
chmod: /usr/obj/ports/xkobo-1.11/fake-hppa/usr/local/bin/xkobo: Operation not
permitted
what am i missing for that particular case? I've commented out SUDO
in mk.conf, but i thought the install wrapper was supposed to handle this.
Oh, and by the way, if someone wants to help produce a 'quality' release for
5.8, devel/boost is broken on alpha|hppa|sparc64, and that takes out a large
chunk of the tree.
Landry
