#40360: couchdb can't install into userdir ----------------------+-------------------- Reporter: mtb19@… | Owner: jeff@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Resolution: | Keywords: Port: couchdb | ----------------------+-------------------- Changes (by ryandesign@…): * cc: ryandesign@… (added) Comment: You've filed a similar request for mongodb in #40364 but I consider the no_root variant a weirdness of the dbus, akonadi and kdelibs4 ports that should not be perpetuated into other ports. Rather, we should work on removing the variants from those ports. First off, variants whose names begin with "no_" have been deprecated for years and no new variants with that naming structure should be created. Second, couchdb, mongodb, etc. install servers that want to be started as system-wide daemons. The ports set this up, but writing to the system-wide LaunchDaemons directory requires a root MacPorts install. If your MacPorts install is non-root, then you are intended to edit macports.conf and set startupitem_type to none so that MacPorts doesn't try to install the system-wide launch daemon, and you will then be responsible for arranging your own startup mechanism for the server outside of MacPorts (e.g. by writing your own launch agent plist). The ports should still install all the other needed parts into your prefix, but ports should never install things into the user directory outside the prefix. If just editing macports.conf and setting startupitem_type to none does not allow you to install the port, we can address getting that to work -- but preferably without adding a variant. For example, the port could inspect the installing user, and if it's not root, change dbuser and dbgroup to be the macportsuser. -- Ticket URL: <https://trac.macports.org/ticket/40360#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X