https://pulp.plan.io/https://pulp.plan.io/favicon.ico2018-05-11T15:55:25ZPulpRPM Support - Story #3665: Support different pkglist per repo for erratum unitshttps://pulp.plan.io/issues/3665?journal_id=281202018-05-11T15:55:25Zttereshcttereshc@redhat.com
<ul></ul><p>Could you elaborate a bit more, please? I agree with the description of current behaviour. I don't completely follow where the issue is.</p>
<p>In the scenario you described, you have two different errata, A and B. They both contain package P.<br>
Pkglists for two different errata are not related and has no impact on each other, even if they are in the same repo X.<br>
What is the suggested criteria for Pulp to decide whether to include package P in erratum A or in erratum B?</p>
<p>I can see a very naive approach - just "don't include package P in the pkglist for erratum B during upload, if you don't want it to be there".<br>
I probably miss something obvious, I'd appreciate any clarification.</p> RPM Support - Story #3665: Support different pkglist per repo for erratum unitshttps://pulp.plan.io/issues/3665?journal_id=281612018-05-14T05:20:41Zrmcgoverrmcgover@redhat.com
<ul></ul><p>ttereshc wrote:</p>
<blockquote>
<p>I can see a very naive approach - just "don't include package P in the pkglist for erratum B during upload, if you don't want it to be there".<br>
I probably miss something obvious, I'd appreciate any clarification.</p>
</blockquote>
<p>That won't work because it's meant to be present on the same erratum <strong>in some other repo</strong>, so it must appear in the erratum pkglist.</p>
<p>Let me give an example of the effect of this limitation with real errata shipped by Red Hat:</p>
<p>1. <a href="https://access.redhat.com/errata/RHBA-2017:0884" class="external">https://access.redhat.com/errata/RHBA-2017:0884</a> - Red Hat OpenShift Container Platform 3.5 RPM Release Advisory</p>
<p>Shipped 2017-04-12</p>
<p>This advisory is for OpenShift Container Platform 3.5 (only).</p>
<p>One of the packages included in this update was nodejs-4.7.2-1.el7.x86_64.rpm.</p>
<p>With this advisory alone there's no problem, but when combined with a later advisory...</p>
<p>2. <a href="https://access.redhat.com/errata/RHBA-2017:1828" class="external">https://access.redhat.com/errata/RHBA-2017:1828</a> - OpenShift Container Platform 3.5, 3.4, and 3.3 bug fix update</p>
<p>Shipped 2017-08-31</p>
<p>This advisory is for OpenShift Container Platform 3.3, 3.4, 3.5.</p>
<p>This advisory was intended to ship nodejs-4.7.2-1.el7.x86_64.rpm to "Red Hat OpenShift Container Platform 3.4" only.</p>
<p>But, because this advisory is also for OpenShift Container Platform 3.5, and because nodejs-4.7.2-1.el7.x86_64.rpm is also in the 3.5 repo, this RPM also appears in updateinfo for this advisory and in the "Updated Packages" section there under OpenShift 3.5 - even though the RPM was already present in the repo from 4 months ago and is not considered to be updated by this advisory. This is considered undesirable.</p>
<p>Hopefully the above is a clearer example of the use-case. RCM wanted to do:</p>
<p>- Ship an advisory for OpenShift 3.5 which includes nodejs-4.7.2-1.el7.x86_64.rpm.<br>
- Later, ship another advisory for OpenShift 3.3, 3.4, 3.5, which includes nodejs-4.7.2-1.el7.x86_64.rpm for OpenShift 3.4.</p>
<p>Problem: the latter advisory appears as updating nodejs-4.7.2-1.el7.x86_64.rpm for OpenShift 3.5 even though that package was already present.</p>
<blockquote>
<p>What is the suggested criteria for Pulp to decide whether to include package P in erratum A or in erratum B?</p>
</blockquote>
<p>When filing this I had expected that it might need a schema change.</p>
<p>However, after writing out the example I'm now wondering if we can say the criteria should be: if an RPM appears in pkglist of multiple errata in the repo, it's only rendered for the erratum unit with the earlier association datetime.</p> RPM Support - Story #3665: Support different pkglist per repo for erratum unitshttps://pulp.plan.io/issues/3665?journal_id=282312018-05-15T14:33:00Zdalleydalley@redhat.com
<ul><li><strong>Tracker</strong> changed from <i>Issue</i> to <i>Story</i></li><li><strong>% Done</strong> set to <i>0</i></li></ul> RPM Support - Story #3665: Support different pkglist per repo for erratum unitshttps://pulp.plan.io/issues/3665?journal_id=314302018-10-18T06:01:21Zsthangav
<ul></ul><p>Can someone from pulp team update when will this activity can be taken up?</p> RPM Support - Story #3665: Support different pkglist per repo for erratum unitshttps://pulp.plan.io/issues/3665?journal_id=374762019-04-12T20:20:22Zbmbouterbmbouter@redhat.com
<ul><li><strong>Status</strong> changed from <i>NEW</i> to <i>CLOSED - WONTFIX</i></li></ul><p>Pulp 2 is approaching maintenance mode, and this Pulp 2 ticket is not being actively worked on. As such, it is being closed as WONTFIX. Pulp 2 is still accepting contributions though, so if you want to contribute a fix for this ticket, please reopen or comment on it. If you don't have permissions to reopen this ticket, or you want to discuss an issue, please reach out via the <a href="https://www.redhat.com/mailman/listinfo/pulp-dev" class="external">developer mailing list</a>.</p> RPM Support - Story #3665: Support different pkglist per repo for erratum unitshttps://pulp.plan.io/issues/3665?journal_id=378902019-04-15T20:11:21Zbmbouterbmbouter@redhat.com
<ul><li><strong>Tags</strong> <i>Pulp 2</i> added</li></ul>