I've uploaded a new version that uses 'run-file and solves the username problem for Unix.<br>If that doesn't work I'll consider using make-planet-archive.<br><br>Thanks for trying the package :)<br>Laurent<br> <br><div class="gmail_quote">On Wed, Oct 28, 2009 at 20:16, Laurent <span dir="ltr"><<a href="mailto:laurent.orseau@gmail.com">laurent.orseau@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br><br><div class="gmail_quote"><div class="im">On Wed, Oct 28, 2009 at 19:23, Jon Rafkind <span dir="ltr"><<a href="mailto:rafkind@cs.utah.edu" target="_blank">rafkind@cs.utah.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>Laurent wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> try :<br> (planet-build "jon" 1 0)<br> <br> or use (set-planet-env "jon" 1 0) beforehand to modify the default<br> parameters.<br> <br> By default, the username is that of the OS environment (or maybe that value<br> is windows-specific, I should check that). If there is none, I guess that<br> could fail.<br> Maybe I should use another default value.<br> <br> Tell me if that works.<br> <br> <br> </blockquote></div> Ok that worked. I got a bit farther but it died when trying to make the planet package.<br> <br> System: /home/jon/svn/scheme/vi/planet create /home/jon/svn/scheme/vi<br> /bin/sh: /home/jon/svn/scheme/vi/planet: not found<br> #f<br> <br> I guess it tried to search for the 'planet' executable and defaulted to the current directory? </blockquote></div><div><br>probably something like this indeed.<br><br></div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Maybe its better to invoke planet programmatically using its API?<br></blockquote> </div><div><br>Strangely, I'm now having troubles using (make-planet-archive).<br>I first chose the planet executable because it shows more debug info, but now on my system "planet create" still works but not make-planet-archive, which returns:<br> <br>M:\Program Files\PLT\collects\planet\util.ss:351:2: PLaneT packager: Error generating scribble documentation: M:\Program Files\PLT\collects\scheme\private\map.ss:45:11: namespace-attach-module: a different module with the same name is already in the destination namespace, for name: "M:\Program Files\PLT\collects\scheme\contract.ss"<br> <br>I don't know what this means or why this happens...<br><br>Could you tell me what these calls return:<br>(find-system-path 'run-file)<br> (find-system-path 'orig-dir)<br><br>From the docs, I thought 'orig-dir would return DrScheme executable dir, but it looks like not always.<br> So maybe if I switch to 'run-file and extract the path that could work.<br><br>If 'run-file returns the correct PLT directory (and if the planet executable is in the same directory), then in the package.ss, locate "(define exec-dir ...." and try to replace it with this :<br> (define exec-dir<br> (let-values ([(base name must-be-dir?) (split-path (find-system-path 'run-file))])<br> base))<br><br>Then re-do the procedure to build the package (F5 in tools.ss then require then planet-build).<br> <br></div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> Also I checked the .scrbl files in the reference/ directory and they look ok, but they have ^M (as seen in vi) characters at the end of lines which is a windows-ism for leaving in carriage return (char 13). But thats not a huge deal.<br> </blockquote></div><div><br>hmm, not nice. It shouldn't cause any problems for the HTML files though. I hope.<br>Could it be because I used multi-line strings in my code?<br> </div></div><br>Laurent<br> </blockquote></div><br>