Re: Gump on Moof
Adam Jack wrote: I know we are about to install on new hardware, but do we wish to send the moof install live? Surely having an OSX run is a good thing, since it allows greater coverage. If we chose to proceed, I think we need: 1) A 'gump' account on moof that we can su to. 2) A cronjob in that account (with environment set up). 3) Perhaps tomcat/forrest installed (for webapp xdocs). regards, Adam Sounds good, Antoine PS : I am impressed by the work you are doing on gump Adam. Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump on Moof
I know we are about to install on new hardware, but do we wish to send the moof install live? Surely having an OSX run is a good thing, since it allows greater coverage. If we chose to proceed, I think we need: 1) A 'gump' account on moof that we can su to. 2) A cronjob in that account (with environment set up). 3) Perhaps tomcat/forrest installed (for webapp xdocs). regards, Adam
Re: User id that runs Gump on moof (and LSD...)
Adam R. B. Jack wrote: BTW: Here is my request. For each person taking over a machine, please document that machines config/set-up in the wiki. [I think Leo asked for this in a JIRA entry.] I strongly dislike the concept of having a machine owned by a single person. I'm all in favor of creating the workgroup "gump" and let everybody be responsible for it on moof. I also think that we should start thinking about a better way to do a gump federation. ah, I also think that gump should not be a static webapp anymore. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: User id that runs Gump on moof (and LSD...)
Adam R. B. Jack wrote: Anybody know how to do a share cronjob any other way? use a cronjob to update the crontab. I hope that we can still get these. with all the e-mail traffic, we really need to start putting that kind of stuff in places where it'll be found again. -- cheers, - Leo Simons --- Weblog -- http://leosimons.com/ IoC Component Glue -- http://jicarilla.org/ Articles & Opinions -- http://articles.leosimons.com/ --- "We started off trying to set up a small anarchist community, but people wouldn't obey the rules." -- Alan Bennett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
I am also +1 I am also +1 on the idea of the "gump user". Impersonal users are often used by organizations setting up automated jobs. I have seen impersonal users used for : - running application servers in a bank, - running builds in a large software house, The impersonal user is a good medium to make sure that an application will go on running, whoever takes care of managing it, and whatever the vagaries of personal turnover in open source organizations or in for-profit companies. Adam R. B. Jack wrote: what we could also do is create a 'gump' user, and give multiple people the password. Alternatively, we don't give out the password, but add multiple people's keys to the authorized_keys file. I've always frowned on shared user ids (assuming they were excuses for not getting group permissions right) but that isn't the case here, we are working around an SVN bug. [If the bug really does only have a life expectancy of a few weeks, the rollout might take longer.] As such +1 to this idea. So long as gump is a member of the gump group, that we all have ids within, then it can be easily obsoleted once unecessary. I don't like the single point of failure we have now at all. 100% agreed. Anybody know how to do a share cronjob any other way? No. I do not know how to share a cronjob without an impersonal user. Also, one can only control (kill) the processes of one's own UNIX user. I'm also supposed to be catching a train in five mins so I don't have time to change anything over there right now. I agree, it'd be daft to do a quick transition without everybody around. That said, what I am really hoping for is: 1) Grant folks access to live/working Gumps so they can do 'quick runs' (like python gump/debug.py xmlunit --debug --quick, to test properties, etc.) 2) Grant folks access to live/working Gumps to spread the knowledge, and get more input/opinions on how to install this nicely. 3) Get documentation for the installs into the wiki, and that documentation come from somebody unfamiliar with the config, so they explain it better. I hope that we can still get these. regards Adam5o Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
> what we could also do is create a 'gump' user, and give multiple people > the password. Alternatively, we don't give out the password, but add > multiple people's keys to the authorized_keys file. I've always frowned on shared user ids (assuming they were excuses for not getting group permissions right) but that isn't the case here, we are working around an SVN bug. [If the bug really does only have a life expectancy of a few weeks, the rollout might take longer.] As such +1 to this idea. So long as gump is a member of the gump group, that we all have ids within, then it can be easily obsoleted once unecessary. > I don't like the single point of failure we have now at all. 100% agreed. Anybody know how to do a share cronjob any other way? > I'm also supposed to be catching a train in five mins so I don't have > time to change anything over there right now. I agree, it'd be daft to do a quick transition without everybody around. That said, what I am really hoping for is: 1) Grant folks access to live/working Gumps so they can do 'quick runs' (like python gump/debug.py xmlunit --debug --quick, to test properties, etc.) 2) Grant folks access to live/working Gumps to spread the knowledge, and get more input/opinions on how to install this nicely. 3) Get documentation for the installs into the wiki, and that documentation come from somebody unfamiliar with the config, so they explain it better. I hope that we can still get these. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
Adam R. B. Jack wrote: Since I have LSD running under 'ajack' as are gump.try.sybase.com and gump.dotnot.org, I think we need somebody else's id to run the Apache Python Gump on moof. This is especially important with me going away next week. Seems my orig email didn't make it to the list... what we could also do is create a 'gump' user, and give multiple people the password. Alternatively, we don't give out the password, but add multiple people's keys to the authorized_keys file. The former has the advantage that you could 'su gump', the latter is probably a little safer. I don't like the single point of failure we have now at all. As far as lsd goes, I'm familiar with the setup, and I'm root so I can 'su ajack' all I want. The same goes for Stefano on moof, I think. I'm also supposed to be catching a train in five mins so I don't have time to change anything over there right now. -- cheers, - Leo Simons --- Weblog -- http://leosimons.com/ IoC Component Glue -- http://jicarilla.org/ Articles & Opinions -- http://articles.leosimons.com/ --- "We started off trying to set up a small anarchist community, but people wouldn't obey the rules." -- Alan Bennett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
> >Let's try to spread the wealth/chaores, IMHO. Stefan or Stefanoi or Leo or > >other want Moof? Clearly, I was having a bad typing day. "Stefano". regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
Thanks for all these precisions Adam. I will get started working on this on Monday. Have a nice week-end too. Antoine Adam R. B. Jack wrote: There are lots of things I do not know about lsd. Ok, so perhaps you can have LSD and then Stefan and/or Stefano could have moof. Leo, of course LSD is yours (if you want it) for as long as you allow us left to use it. LEo, you get to chose since you have to do the 'chown -R' on the tree. :-) It might help if you can email me the .profile or equivalent that you use on lsd and on moof, so that I know how you set up your path, or in other words where are all the critical utilities like maven, svn, cvs, *forrest* Basically I need help with this. I am not a good enough *nix user (these days) to figure out the "correct" way to set a .profile that things in cron get to benefit from. I'd really like to have folks help clean that up, if at all possible. svn/cvs are installed by root (Mr Simmons) and so are whereever they are... Unfortunately I installed maven and forrest into ~ajack/opt. Maybe Leo could move them into /data3/gump/gump-install/opt or something. /data3/gump/opt is where the packages are. [EMAIL PROTECTED] gump-install]$ more local-env-py.sh export ROOT=/data3/gump export GUMP=$ROOT/gump-install export GUMP_WS=$ROOT/ export GUMP_LOG_DIR=$ROOT/log export FORREST_HOME=/home/ajack/opt/forrest export PATH=$PATH:$FORREST_HOME/bin export MAVEN_HOME=/home/ajack/opt/maven-1.0-rc1 export PATH=$PATH:$MAVEN_HOME/bin export JAVA_HOME=/usr/java/j2sdk1.4.2/ export CLASSPATH=$JAVA_HOME/lib/tools.jar export PATH=$PATH:$JAVA_HOME/bin BTW: CVS puts a .cvspass in $HOME and I see others, from maven, and such. I suspect these will get re-created. BTW: There is private information in the lsd.xml in the install directory, please *never* post it, or check it in to CVS, or anything like that. Also, LSD.xml is marked as private="true" for that reason. If you have a crontab on lsd, do you want to email me the contents ? Here it is: # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.3967 installed on Sun Feb 29 20:27:58 2004) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) 0 2 * * * cd /data3/gump/gump-install; /bin/nice -n 15 /bin/bash /data3/gump/gump-install/gumpy.sh This is quite possibly overkill, but it is complete. Basically we have gump in /data3/gump/gump-install becase (on LSD only) /data3/gump is also the workspace directory. [We had an issue where some files (statistics) are still stored under the install, not under the workspace basedir (still do, I ought enter that in JIRA), and the CVS update/sync was wiping stuff out.] I might also try to get moof running. Next week, I should have time to work on gump, I will be staying in Walldorf until Thursday, Let's try to spread the wealth/chaores, IMHO. Stefan or Stefanoi or Leo or other want Moof? BTW: Here is my request. For each person taking over a machine, please document that machines config/set-up in the wiki. [I think Leo asked for this in a JIRA entry.] regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
> > There are lots of things I do not know about lsd. > Ok, so perhaps you can have LSD and then Stefan and/or Stefano could have moof. Leo, of course LSD is yours (if you want it) for as long as you allow us left to use it. LEo, you get to chose since you have to do the 'chown -R' on the tree. :-) > It might help if you can email me the .profile or equivalent that you > use on lsd and on moof, so that I know how you set up your path, or in > other words > where are all the critical utilities like maven, svn, cvs, *forrest* Basically I need help with this. I am not a good enough *nix user (these days) to figure out the "correct" way to set a .profile that things in cron get to benefit from. I'd really like to have folks help clean that up, if at all possible. svn/cvs are installed by root (Mr Simmons) and so are whereever they are... Unfortunately I installed maven and forrest into ~ajack/opt. Maybe Leo could move them into /data3/gump/gump-install/opt or something. /data3/gump/opt is where the packages are. [EMAIL PROTECTED] gump-install]$ more local-env-py.sh export ROOT=/data3/gump export GUMP=$ROOT/gump-install export GUMP_WS=$ROOT/ export GUMP_LOG_DIR=$ROOT/log export FORREST_HOME=/home/ajack/opt/forrest export PATH=$PATH:$FORREST_HOME/bin export MAVEN_HOME=/home/ajack/opt/maven-1.0-rc1 export PATH=$PATH:$MAVEN_HOME/bin export JAVA_HOME=/usr/java/j2sdk1.4.2/ export CLASSPATH=$JAVA_HOME/lib/tools.jar export PATH=$PATH:$JAVA_HOME/bin BTW: CVS puts a .cvspass in $HOME and I see others, from maven, and such. I suspect these will get re-created. BTW: There is private information in the lsd.xml in the install directory, please *never* post it, or check it in to CVS, or anything like that. Also, LSD.xml is marked as private="true" for that reason. > If you have a crontab on lsd, do you want to email me the contents ? Here it is: # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.3967 installed on Sun Feb 29 20:27:58 2004) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) 0 2 * * * cd /data3/gump/gump-install; /bin/nice -n 15 /bin/bash /data3/gump/gump-install/gumpy.sh This is quite possibly overkill, but it is complete. Basically we have gump in /data3/gump/gump-install becase (on LSD only) /data3/gump is also the workspace directory. [We had an issue where some files (statistics) are still stored under the install, not under the workspace basedir (still do, I ought enter that in JIRA), and the CVS update/sync was wiping stuff out.] > I might also try to get moof running. > > Next week, I should have time to work on gump, I will be staying in > Walldorf until Thursday, Let's try to spread the wealth/chaores, IMHO. Stefan or Stefanoi or Leo or other want Moof? BTW: Here is my request. For each person taking over a machine, please document that machines config/set-up in the wiki. [I think Leo asked for this in a JIRA entry.] regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
Adam R. B. Jack wrote: Since I have LSD running under 'ajack' as are gump.try.sybase.com and gump.dotnot.org, I think we need somebody else's id to run the Apache Python Gump on moof. This is especially important with me going away next week. I think it has to be one id (sadly) because an SVN bug (which I hear might get fixed in a few weeks) does nasties with the permissions on the .svn/entries file. Any takers? BTW: I'm also game to spread the wealth and give up on my id being the one on LSD, if folks things that is a good idea. regards, Adam There are lots of things I do not know about lsd. It might help if you can email me the .profile or equivalent that you use on lsd and on moof, so that I know how you set up your path, or in other words where are all the critical utilities like maven, svn, cvs, *forrest* If you have a crontab on lsd, do you want to email me the contents ? I might also try to get moof running. Next week, I should have time to work on gump, I will be staying in Walldorf until Thursday, Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: User id that runs Gump on moof (and LSD...)
Hi Adam, I take it, unless someone else volunteered before me. Antoine Adam R. B. Jack wrote: Since I have LSD running under 'ajack' as are gump.try.sybase.com and gump.dotnot.org, I think we need somebody else's id to run the Apache Python Gump on moof. This is especially important with me going away next week. I think it has to be one id (sadly) because an SVN bug (which I hear might get fixed in a few weeks) does nasties with the permissions on the .svn/entries file. Any takers? BTW: I'm also game to spread the wealth and give up on my id being the one on LSD, if folks things that is a good idea. regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
User id that runs Gump on moof (and LSD...)
Since I have LSD running under 'ajack' as are gump.try.sybase.com and gump.dotnot.org, I think we need somebody else's id to run the Apache Python Gump on moof. This is especially important with me going away next week. I think it has to be one id (sadly) because an SVN bug (which I hear might get fixed in a few weeks) does nasties with the permissions on the .svn/entries file. Any takers? BTW: I'm also game to spread the wealth and give up on my id being the one on LSD, if folks things that is a good idea. regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New software on moof (Re: Gump on moof)
FYI- I've put in a service request (had to learn how) to allow port 80, in case this is actually doable. I also requested outbound port 25 to mail.apache.org. -wsv On Mar 17, 2004, at 2:13 PM, Wilfredo Sánchez wrote: And I configured it to listen on port 8080, which appears to be accessible from minotaur. Feel free to take it from there. smime.p7s Description: S/MIME cryptographic signature
RE: New software on moof (Re: Gump on moof)
> Infrastructure@ I need you guys to change the proxy from port 16080 > to 8080 for gump.apache.org. Done. Just waiting for an httpdadmin to do a cvs up and graceful. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New software on moof (Re: Gump on moof)
Wilfredo Sánchez wrote: I prefer 2.0 myself, so let's use that. I'd switched the startup item to use it, and config is /usr/local/apache/conf. I also turned off the web performance cache, which I know little about and therefore distrust. And I configured it to listen on port 8080, which appears to be accessible from minotaur. Feel free to take it from there. Awesome. Thanks much. Infrastructure@ I need you guys to change the proxy from port 16080 to 8080 for gump.apache.org. TIA. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: New software on moof (Re: Gump on moof)
I prefer 2.0 myself, so let's use that. I'd switched the startup item to use it, and config is /usr/local/apache/conf. I also turned off the web performance cache, which I know little about and therefore distrust. And I configured it to listen on port 8080, which appears to be accessible from minotaur. Feel free to take it from there. -wsv On Mar 17, 2004, at 12:41 PM, Stefano Mazzocchi wrote: I personally would like to have one web server running and that would be 2.0, but I really don't care, as long as I know which one is the default one. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New software on moof (Re: Gump on moof)
Wilfredo Sánchez wrote: On Mar 16, 2004, at 7:04 PM, Stefano Mazzocchi wrote: Fred, we would like to have gump sending notice emails to the groups when failures appear, can we relay from moof? if not, what's the alternative? We can relay through mail.opensource.apple.com, which is on the same subnet. Postfix needs to be set up if we want delivery with /usr/sbin/sendmail, etc. to work. If you just need an SMTP server, mail.opensource.apple.com should do. I don't know what gump needs. Gump needs to send notice emails to the lists that own a particular project if the build fails, that's all. If we can relay thru mail.opensource.apple.com, that's fine for me. Ah, another thing, is the httpd in /usr/local/apache the one that is started up by default on moof now? No. That one is httpd 2.0, installed because it was part of my svn build (tarballs for which, by the way, are on my public iDisk). We'd need to edit the Startup Item if we want to start 2.0 instead (or also). I personally would like to have one web server running and that would be 2.0, but I really don't care, as long as I know which one is the default one. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: New software on moof (Re: Gump on moof)
Cool. Let me know if it has any trouble. -wsv On Mar 16, 2004, at 9:32 PM, Adam R. B. Jack wrote: Gumpy uses Python's SMTP library, so we ought be able to just teach it this server & use default port. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New software on moof (Re: Gump on moof)
>We can relay through mail.opensource.apple.com, which is on the same > subnet. Postfix needs to be set up if we want delivery with > /usr/sbin/sendmail, etc. to work. If you just need an SMTP server, > mail.opensource.apple.com should do. I don't know what gump needs. Gumpy uses Python's SMTP library, so we ought be able to just teach it this server & use default port. Thanks. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
>> I'm not sure what needs to happen with the Apache config. I think >> moof needs a new httpd.conf. The current one is the OS X Server >> default, which is mildy wonky. > >I can take care of this. > >Adam, tell me what you want and I'll set it up. Something along the lines of: http://moof.apache.org:16080/gump/public -> /usr/local/gump/public/results and then (something like) http://gump.apache.org/results/public which ProxyPasses to above moof URL? Thanks. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New software on moof (Re: Gump on moof)
On Mar 16, 2004, at 7:04 PM, Stefano Mazzocchi wrote: Fred, we would like to have gump sending notice emails to the groups when failures appear, can we relay from moof? if not, what's the alternative? We can relay through mail.opensource.apple.com, which is on the same subnet. Postfix needs to be set up if we want delivery with /usr/sbin/sendmail, etc. to work. If you just need an SMTP server, mail.opensource.apple.com should do. I don't know what gump needs. Ah, another thing, is the httpd in /usr/local/apache the one that is started up by default on moof now? No. That one is httpd 2.0, installed because it was part of my svn build (tarballs for which, by the way, are on my public iDisk). We'd need to edit the Startup Item if we want to start 2.0 instead (or also). -wsv - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New software on moof (Re: Gump on moof)
Wilfredo Sánchez wrote: Some new software on moof: apr, apr-util, httpd are in /usr/local/apache bdb is in /usr/local/BerkeleyDB.4.2 expat is in /usr/local/expat libxml2 is in /usr/local/libxml neon is in /usr/local/neon swig is in /usr/local/swig svn is in /usr/local/subversion/bin gpg is in /usr/local/gpg Awesome! thanks a lot. Fred, we would like to have gump sending notice emails to the groups when failures appear, can we relay from moof? if not, what's the alternative? TIA Ah, another thing, is the httpd in /usr/local/apache the one that is started up by default on moof now? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump on moof
Wilfredo Sánchez wrote: gump group created: [moof:/usr/local/gump] wsanchez% nicl . / > cd /groups/gump /groups/gump > . name: gump gid: 100 passwd: * users: wsanchez bodewig antoine jerenkrantz ajack stefano [moof:/usr/local/gump] wsanchez% l total 8 -rw-r--r-- 1 ajack gump 1263 12 Mar 10:38 README drwxr-xr-x 14 ajack gump 476 12 Mar 09:52 forrest drwxrwsr-x 44 ajack gump 1496 3 Mar 00:13 packages drwxr-xr-x 6 ajack gump 204 12 Mar 10:15 public drwxr-xr-x 21 ajack gump 714 12 Mar 09:51 xml-forrest Let me know if anything broke there. Admins, to add a user to the group: [moof:/usr/local/gump] wsanchez% nicl . / > cd /groups/gump /groups/gump > append . users wsanchez I'm not sure what needs to happen with the Apache config. I think moof needs a new httpd.conf. The current one is the OS X Server default, which is mildy wonky. I can take care of this. Adam, tell me what you want and I'll set it up. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
New software on moof (Re: Gump on moof)
Some new software on moof: apr, apr-util, httpd are in /usr/local/apache bdb is in /usr/local/BerkeleyDB.4.2 expat is in /usr/local/expat libxml2 is in /usr/local/libxml neon is in /usr/local/neon swig is in /usr/local/swig svn is in /usr/local/subversion/bin gpg is in /usr/local/gpg -wsv On Mar 15, 2004, at 6:27 PM, Adam R. B. Jack wrote: When there is something on moof to redirect to, we can add the proxy to the configuration. Hopefully that won't be for too long, and we can get GUMP running within the data center. FWIIW: There has been content in there [/usr/local/gump/public/results] since Friday when I installed Gump and asked for this change. Content would be fuller if we had an SVN client on there (and Maven, and mail set-up) but there is some valid content. No stress though. On 'design URL', since moof is not resource boundless (w.r.t. disk) I suspect we'll only install the one flavour on there, two at most, so I doubt it is a big deal. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
gump group created: [moof:/usr/local/gump] wsanchez% nicl . / > cd /groups/gump /groups/gump > . name: gump gid: 100 passwd: * users: wsanchez bodewig antoine jerenkrantz ajack stefano [moof:/usr/local/gump] wsanchez% l total 8 -rw-r--r-- 1 ajack gump 1263 12 Mar 10:38 README drwxr-xr-x 14 ajack gump 476 12 Mar 09:52 forrest drwxrwsr-x 44 ajack gump 1496 3 Mar 00:13 packages drwxr-xr-x 6 ajack gump 204 12 Mar 10:15 public drwxr-xr-x 21 ajack gump 714 12 Mar 09:51 xml-forrest Let me know if anything broke there. Admins, to add a user to the group: [moof:/usr/local/gump] wsanchez% nicl . / > cd /groups/gump /groups/gump > append . users wsanchez I'm not sure what needs to happen with the Apache config. I think moof needs a new httpd.conf. The current one is the OS X Server default, which is mildy wonky. -wsv On Mar 12, 2004, at 9:45 AM, Adam R. B. Jack wrote: --On Friday, March 12, 2004 5:05 PM +0100 Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: I would like also to be in this group. That directory is owned by the default group (admin). Fred might want to change it to a different group though. -- justin I believe we were hoping for a 'gump' group, but I'm game to let admins determine what they want. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> No need to bug infrastructure for those things now, since I have root on > moof. Tell me what you need: Ok, but they wished to be kept informed, so please do. > - SVN client Please. > - Maven I can handle this. > - email Hmm, what was I thinking? Gumpy uses SMTP. Do we have an *internal* SMTP that allows relaying? > is that all? I beleive so. > > On 'design URL', since moof is not resource boundless (w.r.t. disk) I > > suspect we'll only install the one flavour on there, two at most, so I doubt > > it is a big deal. > > do you want to publish all flavors? Depends if we chose to add new flavours or not. With the disk space limitation I suspect we only want this one, and perhaps a 'test' one (for quick regression tests). I wanted others, but they might have to wait... regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
Adam R. B. Jack wrote: When there is something on moof to redirect to, we can add the proxy to the configuration. Hopefully that won't be for too long, and we can get GUMP running within the data center. FWIIW: There has been content in there [/usr/local/gump/public/results] since Friday when I installed Gump and asked for this change. Content would be fuller if we had an SVN client on there (and Maven, and mail set-up) but there is some valid content. No stress though. No need to bug infrastructure for those things now, since I have root on moof. Tell me what you need: - SVN client - Maven - email is that all? On 'design URL', since moof is not resource boundless (w.r.t. disk) I suspect we'll only install the one flavour on there, two at most, so I doubt it is a big deal. do you want to publish all flavors? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump on moof
Noel J. Bergman wrote: FWIIW: There has been content in there [/usr/local/gump/public/results] since Friday when I installed Gump and asked for this change. That's not helpful without changing the httpd server configuration to map a URL to that file system location. :-) Which is what I figured Stefano could do. I'm right on it. But I don't have access to the gump.apache.org descriptor, so if anybody could add this file to minotaur as /usr/local/apache2-install/www.apache.org/conf/vhosts/gump.apache.org requires: mod_proxy mod_cache mod_deflate mod_expire -- cut here - # # gump.apache.org # DocumentRoot /x1/www/gump.apache.org ServerName gump.apache.org # # Start the rewriting engine and the expires heading # RewriteEngine On ExpiresActive On # # If the responses don't already contain expiration headers # make sure to set them, so that we don't get hit back # with resources of this type since they are not going # to change that frequently anyway # ExpiresByType text/css "access plus 1 day" ExpiresByType text/javascript "access plus 1 day" ExpiresByType image/gif "access plus 1 day" ExpiresByType image/jpeg "access plus 1 day" ExpiresByType image/png "access plus 1 day" # # Enable response deflation in those browsers that support it # and for those resources that are no already compressed # (since it would result in expansion rather than compression) # Also, make sure that proxies understand that this response # varies with the user agent so they don't cache results of # one browser for another one # SetOutputFilter deflate BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary Header append Vary User-Agent env=!dont-vary # # Enable gump to reside on another machine and proxy it transparently # ProxyPass/results/public/ http://moof.apache.org:16080/gump/ ProxyPassReverse /results/public/ http://moof.apache.org:16080/gump/ # # Since proxying happens on a machine from a different network, # we turn on response caching so that we avoid hitting back the server # if potentially avoidable. # CacheEnable mem /results/public/ CacheDefaultExpire 86400 MCacheSize 4096 MCacheMaxObjectCount 100 MCacheMinObjectSize 1 MCacheMaxObjectSize 2048 --- end of file - Thanks much. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
RE: Gump on moof
> FWIIW: There has been content in there [/usr/local/gump/public/results] > since Friday when I installed Gump and asked for this change. That's not helpful without changing the httpd server configuration to map a URL to that file system location. :-) Which is what I figured Stefano could do. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> When there is something on moof to redirect to, we can add the proxy to the > configuration. Hopefully that won't be for too long, and we can get GUMP > running within the data center. FWIIW: There has been content in there [/usr/local/gump/public/results] since Friday when I installed Gump and asked for this change. Content would be fuller if we had an SVN client on there (and Maven, and mail set-up) but there is some valid content. No stress though. On 'design URL', since moof is not resource boundless (w.r.t. disk) I suspect we'll only install the one flavour on there, two at most, so I doubt it is a big deal. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Gump on moof
> As for : > http://moof.apache.org:16080/gump/ > I'm not sure where this translates too I don't have access to moof, so I can't look, but I'm sure that Stefano can find out, understood the ProxyPass directive, and knows how to get the data into the right place for the URL. When there is something on moof to redirect to, we can add the proxy to the configuration. Hopefully that won't be for too long, and we can get GUMP running within the data center. > We might add more flavours (maybe smaller test ones), and we might want > to add move content under the /public alias. Just design your URL. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> Say what? Why would gump.apache.org be on nagoya? I hope you are just > confused. gump.apache.org is on minotaur. My confusion is always a safe bet & a correct one in this case. ;-) I haven't figure out an inside Apache map yet, and hostnames to c-names [although easy to look up] just hasn't settled into my brain. Sorry for the confusion. As for : http://moof.apache.org:16080/gump/ I'm not sure where this translates too, nor if you are ok w/ adding general aliases underneath this, but the HTML for 'public' (one instance, we hope to have more, but may not have disk space) is : /usr/local/gump/public/results If you'd like us to write them somewhere else we can. BTW: We might add more flavours (maybe smaller test ones), and we might want to add move content under the /public alias. If this is looking like it'll be a pain (too many requests) and you can suggest an alternative solution, please do. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Gump on moof
> wouldn't the ProxyPass be ok with that? > The request come in to gump.apache.org (on Nagoya) Say what? Why would gump.apache.org be on nagoya? I hope you are just confused. gump.apache.org is on minotaur. As for the ProxyPass, Stefano provided the missing piece. We need a port that will get through Apple's firewall: ProxyPass /results/public http://moof.apache.org:16080/gump/public ProxyPassReverse /results/public http://moof.apache.org:16080/gump/public Right now, only http://moof.apache.org:16080/gump/ seems to be present. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
Adam R. B. Jack wrote: Gump on moof --On Monday, March 15, 2004 11:22 AM -0700 "Adam R. B. Jack" <[EMAIL PROTECTED]> wrote: Anybody on the Gump team willing/able to do this, or ought I make the request directly to infrastructure folks? I thought moof was still behind the firewall which blocks port 80. Has that changed? -- justin I know nothing about moof, let me re-iterate *nothing* ;-) -- but wouldn't the ProxyPass be ok with that? The request come in to gump.apache.org (on Nagoya) and get forwarded to moof from an internal IP? Or, is the firewall on moof? I'm not trying to break any pre-defined rules, so if (for security/whatever), this isn't to be, so be it... I think there *is* a firewall in front of moof, but there is a port open on 16080, I think it would be cool to ProxyPass from gump.apache.org/latest/ (or something) to moof.apache.org:16080/gump/latest/ so that at that point we can do whatever from this side of things. Thoughts? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump on moof
Gump on moof > --On Monday, March 15, 2004 11:22 AM -0700 "Adam R. B. Jack" > <[EMAIL PROTECTED]> wrote: > > > Anybody on the Gump team willing/able to do this, or ought I make the > > request directly to infrastructure folks? > > I thought moof was still behind the firewall which blocks port 80. > > Has that changed? -- justin I know nothing about moof, let me re-iterate *nothing* ;-) -- but wouldn't the ProxyPass be ok with that? The request come in to gump.apache.org (on Nagoya) and get forwarded to moof from an internal IP? Or, is the firewall on moof? I'm not trying to break any pre-defined rules, so if (for security/whatever), this isn't to be, so be it... regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> 1) I've not (yet) set up any cron. This is partly 'cos I struggle with setting environments for things run from cron. I really just wish to run "python gumpy.py" in the /usr/local/gump/public/gump directory, but I'd like to have FORREST_HOME and all set. Anybody know how to do this "nicely", or do I just wrapper a script? > 2) I've not checked that others (in group admin/gump) have correct rights. Anybody else mind trying to run this script to see if we have permission issues? [We might w/ SVN content.] > 3) I didn't see an SVN client. Anybody know if it is installed? Do I just ask infra? > 4) I've not tried setting up mail yet. [I sent a test mail to me from there, > not received it yet.] As 3? > 5) We might have some problems w/ OSX changing /usr/local to > /Volumes/data/usr.local, the forrest output seems unhappy (but it is as > likely that I temporarily dorked Gumpy writting forrest xdocs by over > zealously sync'ing directories @ wrong time in run. I'm taking out that code > to try again.) Nope, I don't think so, I was just testing a subset so some pages were missing. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
--On Monday, March 15, 2004 11:22 AM -0700 "Adam R. B. Jack" <[EMAIL PROTECTED]> wrote: Anybody on the Gump team willing/able to do this, or ought I make the request directly to infrastructure folks? I thought moof was still behind the firewall which blocks port 80. Has that changed? -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> BTW: Can somebody [I believe infr wanted to know of this, if not do it] > create: > > http://moof.apache.org/gump/public -> /usr/local/gump/public/results > > and (something like) > > http://gump.apache.org/results/public which ProxyPasses to above moof > URL? > > Thanks in advance. Anybody on the Gump team willing/able to do this, or ought I make the request directly to infrastructure folks? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
Adam R. B. Jack wrote: It jumped onto moof and ran gump/check.py, and it (at least) runs our of the box (ok, out of CVS), which is a beautiful thing. Now, after a little planning, it is time to install Gumpy proper... Ok, README exists in /usr/local/gump/README and the first flavour (public) is installed/configured. 1) I've not (yet) set up any cron. 2) I've not checked that others (in group admin/gump) have correct rights. 3) I didn't see an SVN client. Anybody know if it is installed? don't think so. 4) I've not tried setting up mail yet. [I sent a test mail to me from there, not received it yet.] not sure mail is turned on there. 5) We might have some problems w/ OSX changing /usr/local to /Volumes/data/usr.local, the forrest output seems unhappy (but it is as likely that I temporarily dorked Gumpy writting forrest xdocs by over zealously sync'ing directories @ wrong time in run. I'm taking out that code to try again.) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump on moof
Leo Simons wrote: Stefano Mazzocchi wrote: ah, last thing, can you give us an estimation of the amount of disk space that you need? [EMAIL PROTECTED] /data3]$ df -h FilesystemSize Used Avail Use% Mounted on (...) /dev/hdb2 27G 7.7G 18G 31% /data3 so that's approx. 8 GB per full instance/flavor at the moment, and some more during the runs. Expect this to grow as gump grows (and the success percentage increases); a minimum 15GB to start with I think for the initial setup. hmmm, hopefully, we'll get a new box soon moof has only 33gb available -- Stefano, who never though he would write "only 33Gb" in his life. smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump on moof
> It jumped onto moof and ran gump/check.py, and it (at least) runs our of the > box (ok, out of CVS), which is a beautiful thing. Now, after a little > planning, it is time to install Gumpy proper... Ok, README exists in /usr/local/gump/README and the first flavour (public) is installed/configured. 1) I've not (yet) set up any cron. 2) I've not checked that others (in group admin/gump) have correct rights. 3) I didn't see an SVN client. Anybody know if it is installed? 4) I've not tried setting up mail yet. [I sent a test mail to me from there, not received it yet.] 5) We might have some problems w/ OSX changing /usr/local to /Volumes/data/usr.local, the forrest output seems unhappy (but it is as likely that I temporarily dorked Gumpy writting forrest xdocs by over zealously sync'ing directories @ wrong time in run. I'm taking out that code to try again.) Here is the README: (step 12 is outstanding). Install of Gump on Moof: For more details contact: [EMAIL PROTECTED] 1) Shooting for /usr/local/gump/[flavour]/... 2) First flavour called 'public' 3) Set CVSROOT using http://gump.apache.org/gettingstarted.html#Getting+the+sour ce+to+Gump 4) mkdir & cd to /usr/local/gump/public and did "cvs checkout gump" 5) Create & edit ./gump/moof.apache.org.xml (to match `hostname`.xml) 6) Set things like: 7) Do some tests: cd python export PYTHONPATH=`pwd` python gump/check.py -w ../moof.apache.org.xml all --debug python gump/integrate.py -w ../moof.apache.org.xml all --debug 8) Check-out/Build forrest (/usr/local/gump/xml-forrest) 9) Moved xml-forrest/dist/shbat to /usr/local/gump/forrest 10) worked on local-env.sh: export FORREST_HOME=/usr/local/gump/forrest export PATH=$PATH:$FORREST_HOME/bin 11) Installed packages in /usr/local/packages [shared, not under 'flavour'] Note: Diligently clicked on license agreements as required. 12) Modified HTTP server configuration to point to [flavour]/results - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> as the base location and then do > > /usr/local/gump/[flavor]/gump > /usr/local/gump/[flavor]/packages > /usr/local/gump/[flavor]/workspace > /usr/local/gump/[flavor]/results > > for each flavor. Ok, flavour 'public' is in progress... > Please populate a README file on > /usr/local/gump/README Yup, working on it. BTW: Can somebody [I believe infr wanted to know of this, if not do it] create: http://moof.apache.org/gump/public -> /usr/local/gump/public/results and (something like) http://gump.apache.org/results/public which ProxyPasses to above moof URL? Thanks in advance. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> --On Friday, March 12, 2004 5:05 PM +0100 Antoine Lévy-Lambert > <[EMAIL PROTECTED]> wrote: > > > I would like also to be in this group. > > That directory is owned by the default group (admin). Fred might want to > change it to a different group though. -- justin I believe we were hoping for a 'gump' group, but I'm game to let admins determine what they want. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
--On Friday, March 12, 2004 5:05 PM +0100 Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: I would like also to be in this group. That directory is owned by the default group (admin). Fred might want to change it to a different group though. -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
--On Friday, March 12, 2004 8:35 AM -0700 "Adam R. B. Jack" <[EMAIL PROTECTED]> wrote: Somebody mind creating a /use/local/gump directory that the gump group has permissions to? Done. You have ~16GB to work with... -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
I would like also to be in this group. Cheers, Antoine Stefan Bodewig wrote: On Fri, 12 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: Somebody mind creating a /use/local/gump directory that the gump group has permissions to? And please add me to that group while you are at it. Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
On Fri, 12 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > Somebody mind creating a /use/local/gump directory that the gump > group has permissions to? And please add me to that group while you are at it. Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
> put it on /usr/local/gump/gump Thanks. Somebody mind creating a /use/local/gump directory that the gump group has permissions to? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
Stefano Mazzocchi wrote: ah, last thing, can you give us an estimation of the amount of disk space that you need? [EMAIL PROTECTED] /data3]$ df -h FilesystemSize Used Avail Use% Mounted on (...) /dev/hdb2 27G 7.7G 18G 31% /data3 so that's approx. 8 GB per full instance/flavor at the moment, and some more during the runs. Expect this to grow as gump grows (and the success percentage increases); a minimum 15GB to start with I think for the initial setup. -- cheers, - Leo Simons --- Weblog -- http://leosimons.com/ IoC Component Glue -- http://jicarilla.org/ Articles & Opinions -- http://articles.leosimons.com/ --- "We started off trying to set up a small anarchist community, but people wouldn't obey the rules." -- Alan Bennett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump on moof
Copying Fred since he's the administrator of that machine and the osx man [FYI, he's the one who wrote parts of the Darwin kernel for OSX] Adam R. B. Jack wrote: It jumped onto moof and ran gump/check.py, and it (at least) runs our of the box (ok, out of CVS), which is a beautiful thing. nice to hear. Now, after a little planning, it is time to install Gumpy proper... A set of location questions (and as you know, I know nada about OSX, so feel free to completely alter all suggestions): 1) Where ought we put the code (checked out from cvs:gump)? /Gump/gump? put it on /usr/local/gump/gump [which mounts to /Volumes/data that has 33gb of free disk] 2) Where ought we put the packages? /Gump/Opt? /usr/local/gump/packages 3) Where ought we put the workspace /Gump/WS? [It will be *big*] /usr/local/gump/workspace 4) Where ought we put the HTML log output (so http://moof... can pick them up?] /usr/local/gump/results I will setup the apache conf files accordingly once you have something to show [this makes it easier to remap it to the URL space] I'd like the opportunity to run multiple Gump workspaces on this machine (perhaps some simple test ones, perhaps some 'docs centric ones', etc.) so I'd like to do some sort of /X/ on the end of each of these, where X is Public or ... in that case, I would suggest you keep /usr/local/gump as the base location and then do /usr/local/gump/[flavor]/gump /usr/local/gump/[flavor]/packages /usr/local/gump/[flavor]/workspace /usr/local/gump/[flavor]/results for each flavor. Please populate a README file on /usr/local/gump/README to describe the installation and how to replicate it in case somebody wants to do it or to understand what's in there. Thanks much for you work on this, it's very appreciated! ah, last thing, can you give us an estimation of the amount of disk space that you need? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Gump on moof
It jumped onto moof and ran gump/check.py, and it (at least) runs our of the box (ok, out of CVS), which is a beautiful thing. Now, after a little planning, it is time to install Gumpy proper... A set of location questions (and as you know, I know nada about OSX, so feel free to completely alter all suggestions): 1) Where ought we put the code (checked out from cvs:gump)? /Gump/gump? 2) Where ought we put the packages? /Gump/Opt? 3) Where ought we put the workspace /Gump/WS? [It will be *big*] 4) Where ought we put the HTML log output (so http://moof... can pick them up?] I'd like the opportunity to run multiple Gump workspaces on this machine (perhaps some simple test ones, perhaps some 'docs centric ones', etc.) so I'd like to do some sort of /X/ on the end of each of these, where X is Public or ... Thanks in advance for any help. regards Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
