<div dir="ltr">Hi, <div><br></div><div>I am interested in this as well.  I had read an interesting USENIX paper[1] and slidedeck[2] last year about using Pulp to manage yum repositories for enterprise environments, and had hoped to implement something similar.  However, it appears that the features they depend on were only available in Pulp v1.</div>
<div><br></div><div>The basic workflow is something like this:</div><div>1) Sync all updates from upstream to "live" repo (probably daily)</div><div>2) Sync all "non-impactful" updates from "live" (filter out kernel and any other pkgs that we identify as needing more testing) to "unstable" repo (probably weekly - so pkgs are 1 week old before they appear)</div>
<div>3) Sync all "non-impactful" updates from "unstable" after they have been there for a certain time period (weekly or monthly) to "stable" repo</div><div>4) Don't point any servers to the "live" repo</div>
<div><div>5) Point non-production servers to "unstable" repo</div><div>6) Point production servers to "stable" repo</div></div><div>7) Manually promote "impactful" packages to "unstable" for testing</div>
<div>8) Manually promote "impactful" packages to "stable" after having been tested</div><div><br></div><div>As best I can tell, the solution described in the paper is based on "Sync filters", which don't seem to be available in Pulp v2.  So I think the only way to implement something like this would be to use the "copy" feature, which I don't believe can be scheduled.</div>
<div><br></div><div>Is it possible to implement this sort of workflow in Pulp v2?</div><div><br></div><div>Christina</div><div><br></div><div>[1] <a href="https://www.usenix.org/legacy/events/lisa11/tech/full_papers/Pierre.pdf">https://www.usenix.org/legacy/events/lisa11/tech/full_papers/Pierre.pdf</a></div>
<div>[2] <a href="https://www.usenix.org/legacy/events/lisa11/tech/slides/pierre.pdf">https://www.usenix.org/legacy/events/lisa11/tech/slides/pierre.pdf</a></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 6, 2013 at 10:47 AM, Randy Barlow <span dir="ltr"><<a href="mailto:rbarlow@redhat.com" target="_blank">rbarlow@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue 06 Aug 2013 10:04:48 AM EDT, Brian Lee wrote:<br>
> I believe in older versions of Pulp you could exclude certain packages<br>
> from being synced locally. However, I haven't encountered the method<br>
> for this in Pulp 2.1. To conserve disk space, it would be nice if we<br>
> could exclude packages that match a regex pattern or belong to a<br>
> package group. Let me know if I've just missed this option in the<br>
> documentation or if it's not currently supported.<br>
<br>
</div></div>Hi Brian,<br>
<br>
We don't currently support this feature, but we have talked about it<br>
before and we are interested in the possibility of supporting something<br>
like this. It would be interesting to use to know your use case, as<br>
there is some difficulty in coming up with a nice way to express what<br>
should be included or excluded from the CLI. You mention package<br>
groups, which makes me also think of package categories. Thanks for the<br>
suggestion!<br></blockquote></div></div></div>