also, at this point, it&#39;s not certain at this point that my move next<br>week necessarily implies a closed door as far as MC infrastructure, <br>so in reality the bus number *might* not change. <br><br>i&#39;m not 100% sure on that (need to talk to sysadmins) but just putting<br>
that out there if it eases minds.<br><br>e<br><br><div class="gmail_quote">On Thu, Mar 5, 2009 at 18:33, Tim Schaub <span dir="ltr">&lt;<a href="mailto:tschaub@opengeo.org">tschaub@opengeo.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hey-<br>
<div><div></div><div class="h5"><br>
Christopher Schmidt wrote:<br>
&gt; On Thu, Mar 05, 2009 at 03:21:48PM -0700, Tim Schaub wrote:<br>
&gt;&gt; Hey-<br>
&gt;&gt;<br>
&gt;&gt; MetaCarta graciously hosts our project infrastructure.<br>
&gt;&gt;<br>
&gt;&gt; Chris handles all (or nearly all) admin work.  I assume this is all in<br>
&gt;&gt; his free time.<br>
&gt;<br>
&gt; The OpenLayers server maintenance -- that is, maintaining the website<br>
&gt; itself -- is supported by MetaCarta, but almost all other work is done<br>
&gt; in my &#39;free time&#39;. (So, mostly right, but if the website dies, I get a<br>
&gt; phone call, even if I am on vacation. :))<br>
&gt;<br>
&gt;&gt; Erik has taken responsibility for accepting license agreements and trac<br>
&gt;&gt; account requests.  I assume he manually adds people to an htpasswd file<br>
&gt;&gt; when doing the latter.  I suggested the AccountManager plugin to remove<br>
&gt;&gt; the manual step - but I&#39;m not sure exactly how permissions are handled<br>
&gt;&gt; (for sandbox or core contributions).<br>
&gt;&gt;<br>
&gt;&gt; With Erik&#39;s departure, we reduce our bus number by one - with respect to<br>
&gt;&gt; the number of people with access to our project infrastructure.<br>
&gt;&gt;<br>
&gt;&gt; I&#39;d like to hear discussion again on the following:<br>
&gt;&gt; 1) Giving access to non-MetaCarta employees for the current servers.<br>
&gt;<br>
&gt; This one can&#39;t really happen with our current setup.<br>
&gt;<br>
&gt;&gt; 2) Moving to OSGeo infrastructure.<br>
&gt;<br>
&gt; This is the one I&#39;d prefer. I&#39;m glad to do it if someone else volunteers<br>
&gt; a weekend of time to help. It will probably require at least some prep<br>
&gt; work, and an acceptance of the community of downtime during the<br>
&gt; transition. (My biggest reason for not transitioning yet is becasue i<br>
&gt; think there will be a period of hours/days/possibly a week during which<br>
&gt; we work out kinks, and I get enough abuse as is on the project that I<br>
&gt; don&#39;t want to invite more on my own.)<br>
&gt;<br>
&gt; If someone else is interested, the best thing to do is to:<br>
&gt;  * Speak up here<br>
<br>
</div></div>Great.  I&#39;m interested in helping out.<br>
<br>
&gt;  * Help concoct a plan<br>
<br>
I agree about waiting until after 2.8 for any downtime.  If we can do<br>
any work before, I&#39;ll be more available at the end of next week.<br>
<br>
I look forward to talking more detail later.<br>
<font color="#888888"><br>
Tim<br>
</font><div class="im"><br>
&gt;  * Join the SAC committee list on the osgeo servers, and start<br>
&gt;    discussing it<br>
&gt;<br>
&gt; Over the past year, I have worked out most of the technical kinks to the<br>
&gt; OSGeo infrastructure with regard to OSGeo in prep for us moving thee, so<br>
&gt; at this point, it&#39;s just accepting the downtime and moving forward.<br>
&gt;<br>
&gt; I would propose that we wait to have this downtime until *after* 2.8.<br>
&gt; Currently, our milestone needs to have 4 tickets a day closed or moved<br>
&gt; in order to get us to a release on time, and migrating to OSGeo takes<br>
&gt; away valuable time towards that goal.<br>
&gt;<br>
&gt;<br>
&gt;&gt; I guess my motivation boils down to this: if Chris ever decides to take<br>
&gt;&gt; a real vacation, nobody can do squat to manage the infrastructure (for<br>
&gt;&gt; practical purposes).<br>
&gt;<br>
&gt; Agreed. This has been weighing on my mind, and motivated the change to<br>
&gt; the account admin changes.<br>
&gt;<br>
&gt; Note that technically, John Frank also has access to the servers, and<br>
&gt; the documentation for managing them is mostly in the wiki, but I agree<br>
&gt; that this is only a last-defense; informative in case I *actually*<br>
&gt; get hit by a bus before we move to OSGeo, but I completely<br>
&gt; agree we should move to OSGeo long term.<br>
&gt;<br>
&gt; Regards,<br>
<br>
<br>
--<br>
</div><div class="im">Tim Schaub<br>
OpenGeo - <a href="http://opengeo.org" target="_blank">http://opengeo.org</a><br>
Expert service straight from the developers.<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Dev mailing list<br>
<a href="mailto:Dev@openlayers.org">Dev@openlayers.org</a><br>
<a href="http://openlayers.org/mailman/listinfo/dev" target="_blank">http://openlayers.org/mailman/listinfo/dev</a><br>
</div></div></blockquote></div><br>