selfupdate fails with "unknown group 501"

[ali_kaylan@…]

after installing the software with the finder and executing:

sudo port -d selfupdate

installation fails with:

[ ! -f /opt/local/etc/macports/mp_version ] || rm -vf /opt/local/etc/macports/mp_version
===> making install in doc
/usr/bin/install -c -d -o root -g 501 -m 755 /opt/local
/usr/bin/install -c -d -o root -g 501 -m 755 /opt/local/etc/macports
cat prefix.mtree | /usr/sbin/mtree -U -e -p /opt/local > /dev/null
mtree: line 6: unknown group 501
make[1]: *** [install] Error 1
make: *** [install] Error 1

[blb@…]

Odd that a root install would be using a user group (501); how did you first install MacPorts, DMG, from source, something else?

[blb@…]

Cc reporter of dup #19690.

[blb@…]

Currently, the selfupdate procedure uses the current owner of the install prefix (/opt/local by default) to be the owner of the updated install (see macports.tcl).

Perhaps there should be a check to make sure these ids exist first, since apparently some systems don't have a group 501?

[zahanm@…]

Cc Me!

[zahanm@…]

I'm new to Macports. I installed it from the DMG I think. How do I correct this. Do I need to change some permissions or something?

[zahanm@…]

Also, I just checked the 'port' executable in /opt/local/bin/, the permissions on that file (when seen in the finder's 'get info' window, shows that 'everyone' has read only access. The strange part is that the 'system' user (I presume that is the root user) also has read only permissions.

The other executables in the folder (installed using Macports) have permissions for the 'everyone' user set to read only, but 'system' is always read and write. Weird.

[zahanm@…]

Okay, I've been doing some digging around regarding UNIX file permissions. There are sporadic folders in /opt/ that are within the group '501'.

Solved the problem. There is no '501' group on my machine (running Leopard 10.5.8/10.5.7 at time of installation). I changed the group (using sudo chgrp) of opt/local to 'admin'. Selfupdate worked, and all the installed files are now in the 'admin' group.

Apparently talking to no one in particular is therapeutic and problem-solving. =)

[nate@…]

I had the same problem and chgrp -R admin /opt/local worked for me. Thanks!