<p dir="ltr">Oops, that was meant to be a reply all.</p>
<p dir="ltr">--<br>
Jesse Gumm<br>
Owner, Sigma Star Systems<br>
414.940.4866 || <a href="http://sigma-star.com">sigma-star.com</a> || @jessegumm</p>
<div class="gmail_quote">On Nov 19, 2014 10:16 AM, "Jesse Gumm" <<a href="mailto:gumm@sigma-star.com">gumm@sigma-star.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">What about creating an organization on github called emysql and move the repo over to that, promoting a handful of team members whose contributions you trust to be acceptable.</p>
<p dir="ltr">Then we don't have to figure out whose repo is "official" every couple of years, just promote contributors to the repo and magical things happen.</p>
<p dir="ltr">-Jesse</p>
<p dir="ltr">--<br>
Jesse Gumm<br>
Owner, Sigma Star Systems<br>
<a href="tel:414.940.4866" value="+14149404866" target="_blank">414.940.4866</a> || <a href="http://sigma-star.com" target="_blank">sigma-star.com</a> || @jessegumm</p>
<div class="gmail_quote">On Nov 19, 2014 9:39 AM, "Garrett Smith" <<a href="mailto:g@rre.tt" target="_blank">g@rre.tt</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Nov 19, 2014 at 8:40 AM, Jesper Louis Andersen<br>
<<a href="mailto:jesper.louis.andersen@gmail.com" target="_blank">jesper.louis.andersen@gmail.com</a>> wrote:<br>
> Hi Everyone,<br>
><br>
> You may know that I was maintaining the Emysql code base for Erlang for a<br>
> while. It is a driver for MySQL which seem to be quite popular. However, as<br>
> of late, I have not really been maintaining it anymore, and I see no reason<br>
> to continuing doing so:<br>
><br>
> * I have no passion for MySQL. It is the worst database in existence ever<br>
> and I utterly hate working with it.<br>
> * Its client/server protocol is utterly useless in every way. How to parse<br>
> the response to a command depends on which command you send which requires<br>
> you to textually parse the command.<br>
> * Like many other drivers, it conflates the communication protocol with the<br>
> pooling facility.<br>
> * The low-level protocol handling is wrong, which leads to a wrong timeout<br>
> structure in all of the code base.<br>
><br>
> ... and many more things I dislike. However, since so many are stuck with<br>
> MySQL, there is a genuine need to maintain a driver, however weak it happens<br>
> to be.<br>
><br>
> Currently, the project is slipping through my fingers. There are several<br>
> pull requests which has not been addressed but ought to be. If I were<br>
> involved with the driver at work, I would be able to set aside some time for<br>
> the maintenance, but frankly, it is not something I am willing to do unless<br>
> I get paid for it. The code base simply burns me out.<br>
><br>
> So I am throwing the towel into the ring. Don't look at this as a bad thing!<br>
> What I am doing is to make it official that I have no intention to maintain<br>
> the driver and someone else has to do it. This is a much better outcome in<br>
> the long run than me pretending to maintain something which I really don't.<br>
> I better do this than keep people in limbo as to where the code base is<br>
> headed.<br>
><br>
> I hope someone picks up the reins. There are several pull requests which all<br>
> have to be merged. There is a nice test suite, and with little work, Travis<br>
> CI support is salvageable. And I am here to answer any questions someone<br>
> might have.<br>
><br>
> In general, however, database drivers are in a very sad state in<br>
> Erlang-land. But fixing that requires someone who will write a generic<br>
> driver infrastructure and not doing so in anger because there is another<br>
> project which needs to be addressed. Loic Hoguin's "bank" project is<br>
> promising, but I don't know where it stands.<br>
><br>
> And now, to address other projects for which I still do have the passion :)<br>
><br>
> Code is here:<br>
><br>
> <a href="http://github.com/Eonblast/emysql" target="_blank">github.com/Eonblast/emysql</a><br>
<br>
I have zero cycles to spend on this, so I volunteer!<br>
<br>
This is indeed important and I agree completely with you on all<br>
counts. This driver is a product of evolution and is fit for a<br>
purpose, but, like the dinosaurs before it, I fear it's headed for<br>
extinction.<br>
<br>
It's history is a fascinating chronicle of how things seem to work in<br>
Erlang land - and here we are :)<br>
<br>
Proposing a direction at this point is just talk (from me) since I<br>
really don't have a ton of time for this, but I have a spark of<br>
interest, which is something. I think this could be an opportunity to<br>
move a generic DB interface forward, which seems like a fun project.<br>
That's as much as I can say now about the future.<br>
<br>
I believe I have at least one, maybe two, pending pull requests for<br>
this library, so I can take a look at the others as well. I'd be happy<br>
to take on the repo at gar1t, but I have a sinking feeling that I'll<br>
just be in the same state as you. Not quite as soul crushed, but<br>
sounds like that's just a matter of time.<br>
<br>
If there are any others we can fight for who wants this less,<br>
otherwise I'll grab the latest, merge my own PRs and reject all others<br>
as "overly complex and out of scope" (kidding, maybe).<br>
<br>
Who else?<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div>
</blockquote></div>