<div dir="ltr"><div><div><div>Hi Duncan,<br><br></div>Could you ping the list when the minor release is ready, so that I can bump the version used by Stackage?<br><br></div>Also, a Github issue tracker for this would certainly make it easier to know what's happening :)<br><br></div>Michael<br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 13, 2015 at 5:12 AM Duncan Coutts <<a href="mailto:duncan.coutts@googlemail.com">duncan.coutts@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 2015-07-09 at 17:26 -0400, Michael Alan Dorman wrote:<br>
> I'm not sure if there's a more appropriate venue to bring this up; the<br>
> package doesn't seem to have any sort of explicit issue tracker.<br>
><br>
> On the NixOS build servers, we're seeing across-the-board failures for<br>
> the 0.4.2.0 release of the 'tar' library, specifically, two properties<br>
> that were added in the latest release.<br>
><br>
> It looks to me like prop_lookup is fundamentally broken---it falls over<br>
> in the face of a lookup for 'a/b' in a list of entries that includes<br>
> 'a/b/c/d', because while the library lookup function returns a match<br>
> including the remainder of the path as a result, the Data.List.lookup<br>
> that it's comparing against returns nothing.<br>
><br>
> I don't see a way for the test as it is constituted to work reliably.<br>
> I'm going to guess that prop_valid suffers from a similar issue.<br>
><br>
> Either way, it would be nice if they could either be corrected, or diked<br>
> out until that happens.<br>
<br>
Cheers, yes my mistake. I'll fix the test and do a minor release.<br>
<br>
Duncan<br>
<br>
_______________________________________________<br>
Libraries mailing list<br>
<a>Libraries@haskell.org</a><br>
<a rel="noreferrer">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div>