<p dir="ltr">Run in, throw new contentious topic into room, run away to &quot;take a break&quot;.</p>
<p dir="ltr">There&#39;s a part of me that was desperately trying to sit on the fence over the last few weeks but it&#39;s really starting to feel like every time the discussion gets close to some agreement you chuck something in to muddy the water and stir things up again.</p>
<p dir="ltr">While I appreciate the immense amount of time and effort you&#39;ve put in to DBIC, I&#39;m tired of this now.</p>
<p dir="ltr">We are/have been discussing the current DBIx::Class dist.</p>
<p dir="ltr">We should continue discussing the current DBIx::Class dist.</p>
<p dir="ltr">We should NOT talk about some hypothetical DBIx2::Class dist.<br></p>
<p dir="ltr">My &quot;vote&quot; now goes for &quot;give DBIx::Class admin rights  to mst, and proceed with the team governance proposed&quot;.</p>
<p dir="ltr">Then, when you have the time and energy, you can (quietly) fork your SuperCautious::DBIx::Class dist.<br>
You can work on this as quickly or slowly as you like, as quietly or loudly as you like.<br></p>
<p dir="ltr">This might allow us to come to a conclusion for the current DBIx::Class and not still be arguing about it until the end of 2017.</p>
<p dir="ltr">I think people have been more than reasonable but it&#39;s time to stop waiting days or weeks to hear your next round of argumentative thoughts, and work on a schedule that suits the majority, not the one.<br></p>
<p dir="ltr">Sorry, I&#39;m just sick of all this ****, and want to move forward.</p>
<br><div class="gmail_quote"><div dir="ltr">On Sat, 3 Dec 2016, 06:42 Peter Rabbitson, &lt;<a href="mailto:rabbit%2Bdbic@rabbit.us">rabbit+dbic@rabbit.us</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
The discussion so far has been centered around &quot;fork or not?&quot; I regret I<br class="gmail_msg">
failed to address this early on, so here is my attempt at fixing that.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
I spent the better part of last month wondering &quot;how&quot; and then &quot;if&quot; I<br class="gmail_msg">
should respond to everything said so far. In the end I elected not to do<br class="gmail_msg">
so at this time: it won&#39;t help anyone decide anything. I will address<br class="gmail_msg">
the baseless personal allegations after the dust settles.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
I do, however, firmly believe that Matt&#39;s perspective[1] of:<br class="gmail_msg">
<br class="gmail_msg">
&gt; I don&#39;t really think open source is *about* the people developing as<br class="gmail_msg">
&gt; such. What I think is that open source is *made of* the people<br class="gmail_msg">
&gt; developing it<br class="gmail_msg">
<br class="gmail_msg">
is more or less an embodiment of what is wrong with the Open Source<br class="gmail_msg">
industry today.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
As such, and despite protests[2], I am essentially obligated to<br class="gmail_msg">
kickstart a DBIx::Class fork free of &quot;community bias&quot; ( note:<br class="gmail_msg">
&quot;community&quot;, which was clearly set apart from &quot;user base&quot; in the past<br class="gmail_msg">
months ).<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
The distribution will be governed by the proven BDFL model, although a<br class="gmail_msg">
lot of the details will get formalized in a document supplied with the<br class="gmail_msg">
distribution. The effect of uncertainty in this area turned out to be<br class="gmail_msg">
too great not to address going forward.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
The name of the fork is not interesting - the important thing is that it<br class="gmail_msg">
will continue providing the DBIx::Class namespace ( via a novel method,<br class="gmail_msg">
with safe-by-default conflict-resolution at install time, very much<br class="gmail_msg">
*un*like the Alt convention ). This means that a user willing to<br class="gmail_msg">
&quot;switch&quot; will have to adjust nothing more than their list of dependencies.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
With all that said the outstanding question to the user-base is: given<br class="gmail_msg">
that a fork is unavoidable, and given technical means allow both forks<br class="gmail_msg">
to coexist on CPAN you must come to an agreement and instruct the PAUSE<br class="gmail_msg">
admins which of the two (mildly incompatible dists) should `cpan<br class="gmail_msg">
DBIx::Class` be resolving to.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
I am taking a break from the entire brouhaha and am planning to start<br class="gmail_msg">
work sometime in mid January. You have the holiday season and then some<br class="gmail_msg">
to figure this out.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
Cheers<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
[1] <a href="http://lists.scsys.co.uk/pipermail/dbix-class/2016-November/012426.html" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.scsys.co.uk/pipermail/dbix-class/2016-November/012426.html</a><br class="gmail_msg">
[2] <a href="http://www.nntp.perl.org/group/perl.modules/2016/10/msg96348.html" rel="noreferrer" class="gmail_msg" target="_blank">http://www.nntp.perl.org/group/perl.modules/2016/10/msg96348.html</a><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
List: <a href="http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class</a><br class="gmail_msg">
IRC: <a href="http://irc.perl.org#dbix-class" rel="noreferrer" class="gmail_msg" target="_blank">irc.perl.org#dbix-class</a><br class="gmail_msg">
SVN: <a href="http://dev.catalyst.perl.org/repos/bast/DBIx-Class/" rel="noreferrer" class="gmail_msg" target="_blank">http://dev.catalyst.perl.org/repos/bast/DBIx-Class/</a><br class="gmail_msg">
Searchable Archive: <a href="http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk" rel="noreferrer" class="gmail_msg" target="_blank">http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk</a><br class="gmail_msg">
</blockquote></div>