I just ran the web stack initialization on build 79a, and it already modifies permissions on a couple of files to get Apache to work, see the following output:
making sure that the mysql user and group exists, and owns /var/mysql content allowing RW access to httpd.conf, php.ini and my.cnf to user dv136566 adding apache22 and mysql privileges to user dv136566 it seems like it should not be much work to also grant write access to the gem repository. Also, I noticed that the htdoc directory is not writeable by the current user even after initializating the web stack. Couldn't we fix that as well? Thanks, David On Jan 22, 2008 2:10 PM, David Van Couvering <david at vancouvering.com> wrote: > You know, I wonder if as part of "Initializing" the web stack, we can > grant write permissions to the gem repository for the developer > initializing the web stack. Would that work? We already grant > permissions to start the services, so it seems to me this is in the > same boat. Just a thought, I recognize this may be a surprising and > unexpected side effect of initializing the web stack... > > David > > > On Jan 18, 2008 6:53 PM, Jyri Virkki <Jyri.Virkki at sun.com> wrote: > > Prashant Srinivasan wrote: > > > > > > Another reason is that Rubygems does not have an > > > advanced notion of access control, so setting up user specific > > > $GEM_HOMEs is not the easiest mechanism out there. ie., if you're not > > > root, and want to install Rails, there are hoops. Not that this is > > > specific to Solaris, but it's still an issue. > > > > I hope things can be tweaked to eliminate those hoops though (6635513, > > 6640996)! It'll be a nice advantage for OpenSolaris when both Ruby > > developers and sysadmins can cleanly install their gems without > > complications. > > > > > > > > -- > > Jyri J. Virkki - jyri.virkki at sun.com - Sun Microsystems > > _______________________________________________ > > > > > > webstack-discuss mailing list > > webstack-discuss at opensolaris.org > > http://mail.opensolaris.org/mailman/listinfo/webstack-discuss > > > > > > -- > David W. Van Couvering > http://davidvancouvering.blogspot.com > -- David W. Van Couvering http://davidvancouvering.blogspot.com
