Hello Matthew, <div><br></div><div>The url I provided is actually showing the base channel and the sub-channel for v5 64bit. The v5 and 64bit is part of the channel name. So to use a different example. Say you had a base channel with the name centos6 that was configured as a 64bit channel and then had a sub-channel as updates then you could write the url as follows. Note that the centos6 is set in the URL to tell Spacewalk to look under the centos6 base channel for the updates channel. </div>
<div><br></div><div>http://<Spacewalk app server or proxy server FQDN>/dist/child/updates/centos6/</div><div><br></div><div>You can use this url to pull packages. All you would need to do is add getPackage/<full rpm package name including version and arch.rpm>. This would be the same as if yum was calling for the package as it would know the version, release, and arch it was needing to install. The repodata yum uses is generated by Spacewalk so there is no need to create any additional scripts or anything like that in order to pull packages from Spacewalk or provide this config to a client for use with yum.<br>
<br><div class="gmail_quote">On Tue, Sep 4, 2012 at 3:13 PM, Matthew Patton <span dir="ltr"><<a href="mailto:mpatton@inforelay.com" target="_blank">mpatton@inforelay.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, 04 Sep 2012 13:41:03 -0400, Jeremy Davis <<a href="mailto:jdavis4102@gmail.com" target="_blank">jdavis4102@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
baseurl=<br>
<a href="http://proxy_FQDN/ks/dist/child/spacewalk-client-prod-v5-64bit/centos-production-base-v5-64bit" target="_blank">http://proxy_FQDN/ks/dist/<u></u>child/spacewalk-client-prod-<u></u>v5-64bit/centos-production-<u></u>base-v5-64bit</a><br>

</blockquote>
<br>
maybe this can be addressed in 1.8+ or whatever but it's really quite asinine to have to use "child" and I think I even saw an example of "child/child" somewhere. the URL should be properly written<br>

<br>
<a href="http://proxy/ks/dist/" target="_blank">http://proxy/ks/dist/</a><dist name>/<sub-channel>/<sub-sub-<u></u>channel>/<pkg><br>
<br>
though to be frank, this artificial distinction between "distname" and "base channel" is pointless and a source of aggravation if not confusion I would wager. If I have channels defined, why do I need a Distribution for the getPackage API call to even work?<br>

<br>
I should be able to do:<br>
<br>
http://<space>/rhn/common/<u></u>DownloadFile.do?url=<chan>/<<u></u>pkgname><br>
<br>
WITHOUT having to specify the entire version string and arch. If there are multiple matches (versions and/or arch) then spit back a simple 'index.html' with them listed as hyperlinks. Even in the pathological case if I omit <pkgname> I should expect to see the full listing. Now maybe we don't want to do that because of the processing overhead (eg. 7000+ packages in EPEL6) and instead return a 4xx code. I can live with that.<div class="HOEnZb">
<div class="h5"><br>
<br>
-- <br>
Cloud Services Architect, Senior System Administrator<br>
InfoRelay Online Systems (<a href="http://www.inforelay.com" target="_blank">www.inforelay.com</a>)<br>
<br>
______________________________<u></u>_________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/<u></u>mailman/listinfo/spacewalk-<u></u>list</a><br>
</div></div></blockquote></div><br></div>