<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Oct 12, 2013 at 7:36 PM, Robby Findler <span dir="ltr"><<a href="mailto:robby@eecs.northwestern.edu" target="_blank">robby@eecs.northwestern.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="im">On Sat, Oct 12, 2013 at 7:01 PM, Jay McCarthy <span dir="ltr"><<a href="mailto:jay.mccarthy@gmail.com" target="_blank">jay.mccarthy@gmail.com</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Sat, Oct 12, 2013 at 3:02 PM, John Clements<br>
<<a href="mailto:clements@brinckerhoff.org" target="_blank">clements@brinckerhoff.org</a>> wrote:<br>
> My students are using 5.3.6 with packages... in particular, with the rsound<br>
> package, that depends on the portaudio package. They've had a wide variety<br>
> of problems; I'm hoping that these are fixed in 5.90, but short of telling<br>
> my whole class to install a pre-release version, I'm not sure how to test<br>
> that, so I'm just going to list them, and maybe y'all can tell me they've<br>
> been fixed.<br>
><br>
> 1) The most pervasive problem is one of permissions on Windows, where an<br>
> update gets jammed because DrR can't delete the existing directory. This<br>
> seems to happen pretty much every time a windows user updates. Nearly all of<br>
> my students now know how to navigate to AppData/Roaming/Racket to delete<br>
> these directories.<br>
<br>
</div>I don't know what this means.<br>
<div><br></div></blockquote><div><br></div></div><div>The Windows filesystem has an unfortunate property that deleting files can signal permissions errors when someone else has the file open, IIUC. This also generalizes to deleting directories when someone else still has a file in the directory open.</div>

<div><br></div><div>From what John says, I imagine you'd be able to reproduce this pretty easily by firing up a windows vm and updating something (perhaps when it depends on something else).</div><div><br></div><div>
John: do you have a stacktrace for those errors, by chance?</div><div class="im">
<div> </div><div><div>>> 3) There's a "just plain bug" where installing the depending package<br>>> (rsound) without installing the depended-on package asks "do you want to<br>>> install the depended-on package" (paraphrased)... but takes its stdin from a<br>

>> port that's already closed, so the install window goes into a busy loop of<br>>> #<EOF>-ing that requires a very forceful quit.<br>
>
</div>> It should be using the --deps=auto where there is no question asked at<br>> all. Matthew, do you know how the GUI calls install? But also, I can<br>> fix this problem.<br>
<div><br></div></div></div><div>The GUI tells you how it calls install when you click on the "show details" button.<br></div><div><br></div><div>It does "--deps search-auto" by default, I believe.</div>
<span class="HOEnZb"><font color="#888888">
<div></div></font></span></div></div></div></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">... oh, but not in 5.3.6, where it probably defaults in a bad way.</div><div class="gmail_extra">
<br></div><div class="gmail_extra">Robby</div></div>