<div dir="ltr">What I'm struggling with is how I can export new/updated packages of a repo on my internet-connected pulp server and on the downstream server re-create the full release-repo, using the combination of existing packages on the downstream server and the updates from the upstream server. This task would be easy if I could just export the entire release-repo every month and import it downstream. It's just that due to the number of distros we support, that gets to be unwieldy very quickly. Even with just the new/updated packages every month, it's a full day effort now.<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 15, 2015 at 2:21 PM, 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">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA512<br>
<span class=""><br>
On 05/14/2015 07:21 PM, Mike Griffin wrote:<br>
> Maybe I can illustrate my requirements a little easier. For<br>
> example: During my first month of April, package A-1.0, B-1.0, and<br>
> C-1.0 are downloaded via the nightly sync. When I create my<br>
> release, all 3 packages appear in my export and I move them<br>
> downstream.<br>
><br>
> The next month when I create my release-set, package A is updated<br>
> to version 2.0, B is static, C is removed upstream and D1.0 is<br>
> released. Since I have my nightly sync set to "remove-missing true"<br>
> and "retain-old-count 0", A1.0 and C1.0 should be removed from the<br>
> sync repo and therefore removed from the release-set. I want to<br>
> move A2.0 and D1.0 downstream, copy B1.0 that already exists<br>
> downstream and re-create the release directory there (A2.0, B1.0,<br>
> D1.0).<br>
<br>
</span>Hi Mike,<br>
<br>
Perhaps you can achieve the above by removing all packages from the<br>
destination repo, and then copying all packages from the source. So<br>
long as no publish happens in-between, the final publish will<br>
atomically switch (i.e., no clients will ever see the empty repo).<br>
Does that make sense?<br>
<br>
- --<br>
Randy Barlow<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2<br>
<br>
iQIcBAEBCgAGBQJVVjlBAAoJEIyFaKUJtmpicv8P/3lbQ52FTs9YXzyhb80gxCwV<br>
8NwqW3y0ZVKjyK4ZK1ML9J/26ig7Bz4e4rgBvjJokuzcI2AdyoPCJtuGcxucFa0l<br>
DZA0T5VtNlpggEET9LoVeb23C9b/mQma54NmVkuzUDBlyyqDAHL+zK11Hs+SYp3/<br>
LSq+p/QT6TKYI/GqjoTVZYGfKpVvpjt4GBERP6+K4YRhKD2x3m7R0zlpQQZ2++aq<br>
JN/+UCGuPjEBxXUZOIsLLUUuTgswWwih1Qghs3ZCxxotoSw2IfMXmf3Zl4W+0TS8<br>
U46lh9CKavmPx01e7fcPmeZlObZBpSpFwqFp7PFzmOeWAwEWxTLptyCT618/RAKM<br>
KvXY0aYT2DWGQ9MQFiXr93MoB4+Ckc7DHjv/DW2b/9rKGp7T4HF/Y9BzEwzDE1ua<br>
wArN8fIRXfSJWbdbOldl97i8SSroagTrqrbnpRtxa4CBdgc7i+36Ct6RnCSq59OL<br>
srFTEmwap78x9N9AntjaWUhFbNlai54VU8AYbkPavVOP0QLz8Vzgsaj3SJ+2dBJ7<br>
xTEhQRbyoVnSu3FDNY1AkQP9Rr0ZlQSUYBgVhXWhwaZU9breltMMGfX3PkC0M8iu<br>
jj/K6MmKPwp2fhn7TmvWDDaBnwPJqvAqGlKhUXlHN3vGkoVAngcoPvaThz/td2Na<br>
MWR1e2U5y8NrwJ/ml9QA<br>
=yMlk<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com">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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Regards,<br>Mike Griffin<br><br></div><div>Ever grateful, ever true<br></div></div></div>
</div>