<br>
<div class="gmail_quote">On Tue, Jan 12, 2010 at 11:52 AM, Robby Findler <span dir="ltr">&lt;<a href="mailto:robby@eecs.northwestern.edu">robby@eecs.northwestern.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im"><br>&gt; 3 - the package-source url (<a href="http://planet.plt-scheme.org/package-source/" target="_blank">http://planet.plt-scheme.org/package-source/</a>)<br>&gt; used to be visible with package directories but now it is forbidden.  This<br>
&gt; page provides a point for a crawler to mirror the packages.  Can we make it<br>&gt; (and the children path) visible again?<br><br></div>I think I&#39;ve fixed that, thanks.<br></blockquote>
<div>Okay - now that I have sometime playing with it, it appears that the current package-source is insufficient for mirroring purposes.  </div>
<div> </div>
<div>While I now can crawl the repository, I then would have to pass the right &quot;lang&quot; version in order to download the package via the planet API - this would require guessing, or iterate through all lang versions across all paths, which is obviously inefficient.</div>

<div> </div>
<div>Is there a possibility that the underlying package can be exposed via some url so they can be mirrored without using the lang value?  </div>
<div> </div>
<div>I am assuming the packages are held somewhere on the hard drive that are closely related to the package-source directory, so I am assuming exposing the link is a minimal work.  If this assumption is not true, let me know, and I will implement the brute force approach until planet can be adjusted for lang-less download. </div>

<div> </div>
<div>Thanks,</div>
<div>yc</div></div>