<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 10, 2015 at 9:30 AM, René J.V. <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tuesday February 10 2015, Brandon Allbery wrote regarding "Re: ~/.macports"<span class=""><br>
>Not supported, not a great idea, not an outright installation-breaking<br>
>idea. (Among other potential problems, a Portfile bug could nuke your home<br>
>directory; with a dedicates macports user, it would get a permission error.)<br>
<br>
</span>True, but that kind of bugs are unlikely to appear in released ports, or so I'd hope. In any case I've never yet had this happen to me.<br></blockquote><div><br></div><div>I think someone did have this (try to) happen to them recently-ish. I also know people who had a Homebrew installation eat itself, because it does everything as the logged-in user.</div><div><br></div><div>I strongly prefer safety in things like this.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I take it there is no official way to define the permissions mask for a macports user that would allow an admin user full control over content owned by the macports user (but not the reverse)?</blockquote><div><br></div><div>Not sure you can make extended ACLs propagate the right way. </div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div></div>