<div dir="ltr">I looked into this too and didn&#39;t come up with a good solution. <div><br></div><div>It would be nice if there were a way to write the &quot;here&#39;s a path, please tell me which part to replace with &quot;&lt;pkg&gt;/something&quot; without too many dependencies, but I didn&#39;t try to see if that would be feasible.</div>
<div><br></div><div>Meanwhile, I agree that just disabling that test is probably the way to go.<br><div><br></div><div style>Robby</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 2, 2013 at 5:57 PM, Sam Tobin-Hochstadt <span dir="ltr">&lt;<a href="mailto:samth@ccs.neu.edu" target="_blank">samth@ccs.neu.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Currently, there&#39;s one test in &#39;contract-test.rktl&#39; that fails.  The<br>
problem is that the test expects &#39;contract-test.rktl&#39; to be in the<br>
&quot;main collects directory&quot;, but it isn&#39;t -- it&#39;s in the `racket-test`<br>
package.   What we want is to have it detect that it&#39;s in a package,<br>
but doing that has two problems. First, the relevant function is in<br>
`setup/private/setup-relative`, but should probably be exported<br>
publicly.  Second, it can&#39;t be used, because it uses the package<br>
system (of course) but the package system uses contracts in its<br>
implementation. For this reason, I&#39;ve disabled the test for the<br>
moment, so that the core racket tests complete successfully [1].<br>
<br>
Unfortunately, this is a really nice, if small, feature of the<br>
contract system.  Any suggestions for how we can fix this?<br>
<br>
Sam<br>
<br>
[1] Why I care in will be clear in a subsequent email.<br>
</blockquote></div><br></div>