<div dir="ltr">Ultimately any decision made would be made by the maintainer of the library, even if text were a core library. The library submissions process is to help inform a decision by the package maintainer by informing them of community preferences and to get the discussion out in the open where more people can talk about it and raise issues -- it isn't binding.<div><br></div><div>While text isn't a "core library", it has been part of the platform for a long time, and this is a good place to at least start the discussion around any changes to it. Bryan remains of course free to accept of reject the proposals that come to him.</div><div><br></div><div>-Edward</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 18, 2016 at 7:28 AM, Yuras Shumovich <span dir="ltr"><<a href="mailto:shumovichy@gmail.com" target="_blank">shumovichy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Niklas,<br>
<br>
AFAIK `text` is not maintained by CLC:<br>
<a href="https://wiki.haskell.org/Library_submissions#The_Core_Libraries" rel="noreferrer" target="_blank">https://wiki.haskell.org/<wbr>Library_submissions#The_Core_<wbr>Libraries</a><br>
(Please correct me if I'm wrong)<br>
<br>
You should probably work directly with the maintainer, e.g. open an<br>
issue. I think it is OK to discuss it on the list, but it should be<br>
clear that the maintainer is free to ignore any decision made here.<br>
<br>
Thanks,<br>
Yuras.<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, 2016-08-18 at 17:08 +0800, Niklas Hambüchen wrote:<br>
> I propose to add a deprecation pragma to the partial function<br>
> Data.Text.decodeUtf8.<br>
><br>
> I see checks or decoding failure accidentally omitted from production<br>
> code every week. I claim decodeUtf8 to be *the* most abused partial<br>
> function in the current Haskell ecosystem (with `head` and `tail` at<br>
> least everybody knows they should feel bad when typing them down).<br>
><br>
> decodeUtf8' with custom error message is a better solution in all<br>
> cases<br>
> I have seen and can come up with.<br>
><br>
> I therefore propose:<br>
><br>
>   * Add deprecation pragma to decodeUtf8<br>
>   * Do it with Text.Lazy and *16/*32 functions too<br>
>   * But keep them indefinitely (we don't want to break compiles)<br>
><br>
> I believe that deprecating decodeUtf8 will result in lots of useful<br>
> warnings across the world every day and less software crashing at<br>
> runtime.<br>
><br>
> Discussion period 2 months.<br>
><br>
> Thanks!<br>
> ______________________________<wbr>_________________<br>
> Libraries mailing list<br>
> <a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/libraries</a><br>
______________________________<wbr>_________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/libraries</a><br>
</div></div></blockquote></div><br></div>