<div dir="ltr"><div>Tom wrote: <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">We won't find a general principle that holds in all cases but I do think it is worth discussing and perhaps coming up with some voluntary<br>principles that maintainers can sign up to.  Looking to how other language ecosystems handle this issue may be helpful.</blockquote><div><br></div><div>I am a bystander in this discussion, but reading it I couldn't help but think about how developers in other languages typically avoid this problem (and I don't think this will come as a surprise to anyone here) by giving libraries non-prosaic names. Relatedly, as a developer selecting dependencies for a project, I want to know "what do most people use to solve this particular problem?" It wouldn't matter to me whether the answer is a package named something whimsical and weird as long as it looks well- (and recently!) maintained and there is information on how to use it.</div><div><br></div><div>I wouldn't presume to offer this as a recommendation to this group, but I was a little surprised by the antagonistic direction of this conversation. Indeed, if there's a new and better approach to TOML parsing (and if I have that particular problem in the future...), I'd be happy to rely on that new approach (and the efforts of those involved), no matter what the package is called.</div><div><br></div><div>To be honest, though, it's tough for me to tell if Emily's original request is about forking a codebase or simply taking over the name and producing an entirely new codebase? In any case, the work sounds interesting.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 12, 2021 at 5:42 AM Carter Schonwald <<a href="mailto:carter.schonwald@gmail.com">carter.schonwald@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>def a good idea to figure out, though that and or any other solution is as much about making sure the anthropology of the culture over time supports the convention as much as anything else,<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 12, 2021 at 8:29 AM Imants Cekusins <<a href="mailto:imantc@gmail.com" target="_blank">imantc@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">How about naming all official / recommended / _the_ packages with a<br>
prefix / suffix (e.g. base-*) and requiring an approval to create such<br>
packages?<br>
<br>
This way, the required name would always be available when needed.<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Erik Aker</div></div>