You Missed one point too:<br><br>Did you paid any developpers ? <br>Did you ever thanks them for all the hours spending coding ?<br><br>Think about that first before having any attitudes.<br><br>SM<br><br><div class="gmail_quote">
On Wed, Apr 1, 2009 at 3:45 PM, Frank W Sweet <span dir="ltr"><<a href="mailto:fwsweet@backintyme.com">fwsweet@backintyme.com</a>></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;">
Dave Coyle wrote: At the top of <a href="http://opensimulator.org" target="_blank">opensimulator.org</a> it says<br>
<div class="im">"OpenSimulator is still considered alpha software".  Don't run<br>
businesses from a development repository for self-admitted<br>
alpha-quality software without being prepared to ride a bumpy road.<br>
This doesn't happen in 0.6.3.<br>
<br>
</div>Adam Frisby wrote: While this was a prank, sooner or later, we're<br>
<div class="im">going to have something like a full blown exploit, or DB crashing bug,<br>
or similar. You are a lot safer in a somewhat tested and confirmed<br>
stable branch than you are on trunk.Trunk is very much an 'at risk'<br>
environment, and people putting OpenSim into production need to be<br>
aware of this fact. If nothing else, this prank has given the<br>
opportunity to highlight the importance of sticking to a tagged<br>
release for production work.<br>
<br>
</div>MW wrote: We also can develope a lot faster and easier if we know that<br>
<div class="im">trunk is being used as it should be. As a place to do development,<br>
knowing that sometimes what we do will cause new problems rather than<br>
fix older problems in opensim. Trunk isn't a daily release system for<br>
people wanting stable versions. Its great that lots of people run it<br>
to help test and debug opensim. But it shouldn't be used when people<br>
don't want to take all the risks that come with it.<br>
<br>
</div>Gentlemen, you are utterly missing the point. When we decided to try<br>
out Opensim (trunk, bleeding edge) it was in the hope that our usage<br>
might help uncover problems. We made this decision with the full and<br>
concious knowledge that trunk could break due to: (1) unanticipated<br>
interaction among modules, (2) simultaneous incompatible changes to<br>
different modules (3) well-intentioned changes that break something,<br>
or (4) programmer carelessness, fatigue, sleeplessness, whatever. For<br>
each of these contingencies we have procedures in place. We can (and<br>
often do) fall back to prior releases within minutes.<br>
<br>
But we did not and cannot anticipate deliberate vandalism by a trusted<br>
developer. Reverting to prior releases cannot work in such cases<br>
because the time-bomb might have been planted weeks, months, even<br>
years ago.<br>
<br>
I understand that some of you kind and dedicated folks simply cannot<br>
grasp the difference between accidental (and revertable) breakage on<br>
the one hand, and a deliberately planted (and unrevertable) time-bomb<br>
on the other. If most of Opensim's developers also cannot grasp this<br>
difference, then I assure you that the project is doomed in the real<br>
world.<br>
<font color="#888888"><br>
FWS<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><br><a href="http://K-grid.com">http://K-grid.com</a><br>Just be cause it's Kool<br>