Sorry I'm a bit of a newbie. I don't know where webapp-config came from to know if it is right. I don't seem to see a valid version of it. I might have used the ppc keyword to install it on accident. Either way, mediawiki certainly won't build by simply testing the current ebuild. I'll see if I can't figure out where the beginning is and work on it one ebuild at a time. Reproducible: Always Steps to Reproduce: 1. Install gentoo for OSX and not be perfectly comfortable you did it right. 2. Add ~ppc-macos to the keywords for the mediawiki-1.4.9.ebuild. 3. ACCEPT_KEYWORDS="~ppc-macos" emerge mediawiki Actual Results: This is the output of my emerge of mediawiki 1.4.9: Calculating dependencies >>> Unpacking source... >>> Unpacking mediawiki-1.4.9.tar.gz to /var/tmp/portage/mediawiki-1.4.9/work >>> Source unpacked. ^[[32;01m*^[[0m No math support enabled. Skipping. >>> Test phase [not enabled]: www-apps/mediawiki-1.4.9 >>> Install mediawiki-1.4.9 into /var/tmp/portage/mediawiki-1.4.9/image/ category www-apps ^[[32;01m*^[[0m (rtfm) /usr/portage/www-apps/mediawiki/files/postinstall-1.4-en.txt (lang: en) chown: root: Invalid argument chown: root: Invalid argument man: prepallstrip: strip: strip --strip-unneeded >>> Completed installing mediawiki-1.4.9 into /var/tmp/portage/mediawiki-1.4.9/image/ ^H^H ...done! >>> emerge (1 of 1) www-apps/mediawiki-1.4.9 to / >>> md5 files ;-) mediawiki-1.3.13.ebuild >>> md5 files ;-) mediawiki-1.3.14.ebuild >>> md5 files ;-) mediawiki-1.3.15.ebuild >>> md5 files ;-) mediawiki-1.4.7.ebuild . . . ^[[32;01m*^[[0m vhosts USE flag not set - auto-installing using webapp-config ^[[32;01m*^[[0m This is an installation ^[[32;01m*^[[0m mediawiki-1.4.9 is not installed - using install mode ^[[32;01m*^[[0m Running /usr/sbin/webapp-config -I -h localhost -u root -d /mediawiki mediawiki 1.4.9 /usr/sbin/webapp-config: line 1: getent: command not found Fatal error: 'root' is not a valid username Fatal error(s) - aborting >>> Regenerating /etc/ld.so.cache... ediawiki/1.4.9/htdocs-secure/skins/common/images --- !empty dir /usr/share/webapps/mediawiki/1.4.9/htdocs-secure/skins/common --- !empty dir /usr/share/webapps/mediawiki/1.4.9/htdocs-secure/skins/chick --- !empty dir /usr/share/webapps/mediawiki/1.4.9/htdocs-secure/skins/amethyst --- !empty dir /usr/share/webapps/mediawiki/1.4.9/htdocs-secure/skins --- !empty dir /usr/share/webapps/mediawiki/1.4.9/htdocs-secure/maintenance/postgresql . . . Expected Results: Built mediawiki and installed it in a happy place for the apache that is built into Mac OS X 10.4 (darwin). !!! Relying on the shell to locate gcc, this may break !!! DISTCC, installing gcc-config and setting your current gcc !!! profile will fix this Portage 2.0.51.22-r2 (default-darwin/macos/10.4, gcc-4.0.0, libsystem-7.1-r0, 8.2.0 Power Macintosh) ================================================================= System uname: 8.2.0 Power Macintosh powerpc macos-20041118 distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled] dev-lang/python: [Not Present] sys-apps/sandbox: [Not Present] sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: [Not Present] sys-devel/libtool: [Not Present] virtual/os-headers: 7.1 ACCEPT_KEYWORDS="ppc-macos" AUTOCLEAN="yes" CBUILD="powerpc-apple-darwin" CFLAGS="-O2 -pipe" CHOST="powerpc-apple-darwin" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc emboss ppc-macos userland_Darwin kernel_Darwin elibc_Darwin" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
I was wondering if evolution in webapp-config and new releases of mediawiki might help this case. Could we revisit this ? I would think the problem is really something related to webapp-config due to the "root" user being invalid.
the "root" user is valid, but the "root" group is not. A common workaround is to use 0 instead of "root". This because on BSD root's group is "wheel", and on Solaris it is "sys", but they all have gid 0.
There are two settings in the webapp-config config file: #vhost_config_uid="root" #vhost_config_gid="root" If these would be changed so that they contain "0" does this fix the problem? If this is the case I would change the default value within webapp-config.
Yes it would fix the problem if the group would be "0" You might consider changing the user too, but there is not main reasons for that, yet.
Fixed in webapp-config-1.50.16. This version is available from my overlay (http://overlays.gentoo.org/dev/wrobel) and will be moved to portage next week. Thanks for the report!