<div dir="ltr"><div>So I found some unit copy nice examples here: <a href="http://www.pulpproject.org/2012/06/15/pulp-v2-preview-unit-copy/">http://www.pulpproject.org/2012/06/15/pulp-v2-preview-unit-copy/</a> Great blog posts by the way guys!<br>
</div><div>Also found and interesting example of automating authentication by parsing the server.conf file... <a href="https://github.com/stpierre/pulp-console">https://github.com/stpierre/pulp-console</a><br></div>Though I am still curious whether I should be concerned about filtering duplicates from my copy command. I guess I'll play around with it.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 1, 2013 at 12:37 PM, Jake Davis <span dir="ltr"><<a href="mailto:jake@imapenguin.com" target="_blank">jake@imapenguin.com</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><div>Michael, <br><br>Thanks for the clarification. I can work with that. <br>It brings up a couple of question in regards to automation. In essence I will want to do something like copy all units from upstream that are not already in testing (minus "kernel-*").  Do I need to manually determine the delta between upstream and testing to craft my filter, or is there some way to automatically avoid copying duplicate units? Or is the nature of the storage such that copying is too cheap to concern ourselves with duplicate operations? Examples would be quite valuable :)<br>

<br></div>Also, I can schedule a sync but not a copy operation. Would I need to pass --password on the command line to automate, or is there another way that doesn't involve human intervention?<br><br>Thanks!<span class="HOEnZb"><font color="#888888"><br>
</font></span></div><span class="HOEnZb"><font color="#888888">
-Jake<br><br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 1, 2013 at 10:18 AM, Michael Hrivnak <span dir="ltr"><<a href="mailto:mhrivnak@redhat.com" target="_blank">mhrivnak@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jake,<br>
<br>
We don't yet support the idea of applying filters during a sync operation except that you can exclude an entire type. For example, you can exclude all drpms. We intend to provide better sync-time filtering in the future.<br>


<br>
For now you can do a normal sync of "upstream", and then create "testing" as an empty local repo into which you copy units from "upstream". The copy operation gives you the ability to do powerful filtering, so it should meet your needs.<br>


<br>
Michael<br>
<div><div><br>
----- Original Message -----<br>
From: "Jake Davis" <<a href="mailto:jake@imapenguin.com" target="_blank">jake@imapenguin.com</a>><br>
To: <a href="mailto:pulp-list@redhat.com" target="_blank">pulp-list@redhat.com</a><br>
Sent: Monday, July 1, 2013 10:05:50 AM<br>
Subject: [Pulp-list] Repo Sync Filters<br>
<br>
Greetings,<br>
<br>
I'd like to "clone" a repository and then sync from the origin while applying a filter. For example, let's say I have a repo called "upstream" which will serve as the origin. I'd like to create a new repo called "testing" that pulls everything from upstream with the exception of rpms that match "kernel-*". Is such a workflow currently supported in pulp (2.1)? If so, what's the best way to achieve it? Create an empty repo with no --feed and use copy operations? Or create a repo whose --feed url is that of my local copy of "upstream"?<br>


<br>
Thanks,<br>
-Jake<br>
<br>
<br>
</div></div>_______________________________________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com" target="_blank">Pulp-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-list" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-list</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>