<span style="font-family: verdana,sans-serif;">Hi Dago</span><br style="font-family: verdana,sans-serif;"><br style="font-family: verdana,sans-serif;">2008/11/1 Dagobert Michelsen <span dir="ltr"><<a href="mailto:dam@opencsw.org">dam@opencsw.org</a>></span><br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">
Hi Gary,<div><br><div><div>Am 01.11.2008 um 11:33 schrieb Gary Law:</div><div class="Ih2E3d"><blockquote type="cite"><span style="font-family: verdana,sans-serif;" dir="ltr">2008/10/31 Dagobert Michelsen <<a href="mailto:dam@opencsw.org" target="_blank">dam@opencsw.org</a>></span><br style="font-family: verdana,sans-serif;">
<div style="font-family: verdana,sans-serif;" class="gmail_quote"> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> > * **Source**.<br>
</blockquote><div><br>(*) The project should formally adopt GAR for Sol 9 and 10 builds and make use of GAR mandatory for all packages.</div></div></blockquote><div><br></div></div><div>That would be good, yes. However, we have quite a mount of existing</div>
<div>packages which are not in GAR and which are currently orphaned. Would</div><div>you drop them?</div></div></div></div></blockquote><div><br><br><span style="font-family: verdana,sans-serif;">Not immediately. I believe the Solaris 8 end of support is March 2009, so I'd make that the target date for a new system. Everything built on Solaris 9, out of GAR (and with a new install path -- see below).</span><br style="font-family: verdana,sans-serif;">
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style=""><div><div><div></div><div class="Ih2E3d"><br></div><div>If I can help you moving your packages to GAR let me know.</div>
<div>Currently I am preparing some more docs and a presentation</div><div>with an introduction to GAR to be held during IRL.</div></div></div></div></blockquote><div><br><span style="font-family: verdana,sans-serif;">Thanks. I have an absolute pig of a package to deal with.</span><br style="font-family: verdana,sans-serif;">
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style=""><div><div><div></div><div style="font-family: verdana,sans-serif;" class="gmail_quote">
<div>(*) Can maintainers who don't attend vote?</div></div><div class="Ih2E3d"><div><br></div></div><div>Not for the board at this time. If I got Ihsan correctly,</div><div>it is mandatory in Swiss law for the incorporated society</div>
<div>to meet in person at least once. After the founding, the</div><div>board can accept members which have a right to vote.</div><div>After that "remote-elections" should be possible.</div></div></div></div></blockquote>
<div><br style="font-family: verdana,sans-serif;"><span style="font-family: verdana,sans-serif;">Great. Please hold an all-maintainers election ASAP after incorporation. I don't suppose it would be likely to change the composition of the board, but would give maintainers a sense of ownership.</span><br style="font-family: verdana,sans-serif;">
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style=""><div><div><div></div><div class="Ih2E3d"><br><blockquote type="cite"><div style="font-family: verdana,sans-serif;" class="gmail_quote">
<div><span>> * **Release Process**.</span></div><div><br>You might want to take a look at Hudson, which is a nice Continuous Integration server that I've used for automated builds in the past.</div></div></blockquote>
<div><br></div></div>Like this :-)</div><div> <a href="http://buildfarm.opencsw.org/hudson/" target="_blank">http://buildfarm.opencsw.org/hudson/</a></div></div></div></blockquote><div><br><span style="font-family: verdana,sans-serif;">Oh fantastic. If you dive deep enough through the links eventually absolute links to:</span><br style="font-family: verdana,sans-serif;">
<span style="font-family: verdana,sans-serif;"><a href="http://hudson:8070">http://hudson:8070</a></span><br style="font-family: verdana,sans-serif;"><span style="font-family: verdana,sans-serif;">start appearing, which don't work. Still, this is completely the right way to go IMHO. I'll try and get my packages in there.</span><br style="font-family: verdana,sans-serif;">
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style=""><div><div><a href="http://buildfarm.opencsw.org/hudson/" target="_blank"></a></div>
<br><div class="Ih2E3d"><div><blockquote type="cite"><div style="font-family: verdana,sans-serif;" class="gmail_quote"> (*) I've got one more, and this is probably going to be a little controversial... we should move out of /opt/csw and into /opt/opencsw. Blastwave Inc is still distributing into /opt/csw and the scope for end user confusion and incompatible software releases is huge. Although this sounds like a lot of work, if everything is in GAR, and everything needs to be rebuilt for Sol 9 in the next six months, it's really not a lot of extra work. I've got big reservations about maintaining stuff through opencsw that installs into /opt/csw.</div>
</blockquote><br></div></div><div>Difficult. *If* we change the prefix, then there must be a<br></div><div>converter for installation to go from csw/ to opencsw/, but</div><div>personally I would like to postpone that until we see how</div>
<div>each project performs. Discussion welcome.</div><br></div></div></blockquote></div><br><span style="font-family: verdana,sans-serif;">Like changing to GAR only, it would be impossible overnight. But set a target date six months out, and I think it's realistic to get everything rebuilt, out of version controlled repo, off the new minimum standard (Solaris 9). We might loose a few packages or maintainers along the way, but end up in a much better place for running and maintaining the project long term. Also, what's the alternative? Having two projects targeting the same install path? That is not sustainable going forward and the project's credibility will suffer.<br>
<br>Gary<br><br><br></span><br style="font-family: verdana,sans-serif;"><span style="font-family: verdana,sans-serif;">-- </span><br style="font-family: verdana,sans-serif;"><font size="1"><span style="font-family: verdana,sans-serif;">Gary Law</span><br style="font-family: verdana,sans-serif;">
<span style="font-family: verdana,sans-serif;"><a href="mailto:glaw@opencsw.org" target="_blank">glaw@opencsw.org</a></span></font><br style="font-family: verdana,sans-serif;"><br>