Pulp: Issueshttps://pulp.plan.io/https://pulp.plan.io/favicon.ico2021-11-18T21:06:16ZPulp
Planio Pulp - Task #9575 (CLOSED - WONTFIX): Move queryset filtering for Tasks to Task.objectshttps://pulp.plan.io/issues/95752021-11-18T21:06:16Zbmbouterbmbouter@redhat.com
<p>Right now the Task queryset scoping is implemented only in DRF. Recently the new task purge endpoint deletes task records in a task. To do that in a way that aligns with the queryset scoping and RBAC the Tasks endpoint already supports we have to have the queryset manager provide the queryset scoping.</p> Pulp - Task #9028 (CLOSED - WONTFIX): Have Release Automation close the redmine milestonehttps://pulp.plan.io/issues/90282021-07-07T20:51:22Zbmbouterbmbouter@redhat.com
<p>The milestone is left open even though all issues are at closed current release. The state of the milestone itself can be set to "closed"</p> Container Support - Task #8915 (CLOSED - WONTFIX): Release 2.1.3https://pulp.plan.io/issues/89152021-06-18T08:48:10Zipanova@redhat.comipanova@redhat.comPulp - Task #8854 (CLOSED - WONTFIX): Indicate the installer no longer supports EL7https://pulp.plan.io/issues/88542021-06-02T16:19:27Zbmbouterbmbouter@redhat.comRPM Support - Task #8555 (CLOSED - WORKSFORME): Verify that Pulp can handle mixed-checksum reposi...https://pulp.plan.io/issues/85552021-04-14T01:04:12Zdalleydalley@redhat.com
<p>"we should consider having Pulp be able to handle different checksum types."</p>
<p>See associated BZ for more details</p> Migration Plugin - Task #8336 (CLOSED - WONTFIX): Document known issues and workarounds for themhttps://pulp.plan.io/issues/83362021-03-03T20:29:22Zttereshcttereshc@redhat.com
<p>There are some unusual use cases which might not be supported for various reasons.
They usually either have a workaround or a user can reset the migrated data for a specified plugin and run migration again.</p>
<p>It might be helpful to document such unusual workflows, in case someone runs in them.</p>
<p>E.g.
If a user chooses not to migrate all importers or distributors for the initial run, they can't add them to the plan later if there are no changes in pulp 2 (due to optimizations based on time those will be skipped).<br>
Workaround: update resource in pulp 2 or reset the plugin in pulp3.</p> Pulp - Task #7229 (CLOSED - WORKSFORME): publish plugin documentation at docs.pulpproject.orghttps://pulp.plan.io/issues/72292020-07-28T17:45:50Zdkliban@redhat.com
<p>We currently host 'pulpcore' documentation at the root of docs.pulproject.org. We want to publish documentation for additional pulp plugins under that domain. We want each plugin to be stored in the directory corresponding to its name.</p>
<pre><code>docs.pulpproject.org/pulpcore/
docs.pulpproject.org/pulp_rpm/
docs.pulpproject.org/pulp_file/
docs.pulpproject.org/pulp_container/
docs.pulpproject.org/pulp_deb/
docs.pulpproject.org/pulp_gem/
docs.pulpproject.org/pulp_npm/
docs.pulpproject.org/pulp_maven/
docs.pulpproject.org/pulp_python/
docs.pulpproject.org/pulp_ansible/
</code></pre>
<p>The root of the domain should forward users to <code>docs.pulpproject.org/pulpcore/</code>.</p>
<p>Each plugin should use its own user (named the same as the directory). Each user should only have the ability to write to its plugin directory. Each plugin is going to use rsync (and a unique private key) to publish the documentation to its directory.</p> Pulp - Task #2383 (CLOSED - WORKSFORME): Test recent pulp syncing to SuSE repositorieshttps://pulp.plan.io/issues/23832016-11-03T15:29:37Zsemyerssean.myers@redhat.com
<p>We have a bit of a knowledge gap when it comes to how well Pulp is able to sync from SuSE repositories. We should sync some repos and make sure any bugs that need to be filed are filed, and any bugs that are already opened are updated with current and relevant info.</p> Pulp - Task #2247 (CLOSED - WORKSFORME): Tracker for dependencies that need to be ported to Python 3https://pulp.plan.io/issues/22472016-09-12T14:48:43Zjcline@redhat.comjcline@redhat.com
<p>Our current dependencies can be seen at:</p>
<ul>
<li><a href="http://fedora.portingdb.xyz/pkg/pulp/" class="external">http://fedora.portingdb.xyz/pkg/pulp/</a></li>
<li><a href="http://fedora.portingdb.xyz/pkg/pulp-rpm/" class="external">http://fedora.portingdb.xyz/pkg/pulp-rpm/</a></li>
<li><a href="http://fedora.portingdb.xyz/pkg/pulp-puppet/" class="external">http://fedora.portingdb.xyz/pkg/pulp-puppet/</a></li>
<li><a href="http://fedora.portingdb.xyz/pkg/pulp-python/" class="external">http://fedora.portingdb.xyz/pkg/pulp-python/</a></li>
<li><a href="http://fedora.portingdb.xyz/pkg/pulp-ostree/" class="external">http://fedora.portingdb.xyz/pkg/pulp-ostree/</a></li>
<li><a href="http://fedora.portingdb.xyz/pkg/pulp-docker/" class="external">http://fedora.portingdb.xyz/pkg/pulp-docker/</a></li>
</ul>
<p>However, many of these dependencies may not be required in Pulp 3, or they may be replaced by better libraries. Assuming we pull in our old dependencies (sans m2crypto, okaara, and nectar), we'll need to port</p>
<ul>
<li>gofer</li>
<li>python-qpid</li>
<li>python-rhsm</li>
</ul> Pulp - Task #1900 (CLOSED - WORKSFORME): Test Redis as a celery broker transport in pulphttps://pulp.plan.io/issues/19002016-05-05T21:42:56Zmaxamillionmaxamillion@fedoraproject.org
<p>Currently Pulp officially supports qpid and rabbitmq as broker transports for celery, I would like to request that redis be offered as an option. If there is any more information needed, please let me know. Thank you.</p> Python Support - Task #1521 (CLOSED - WORKSFORME): TravisCI cannot install swighttps://pulp.plan.io/issues/15212016-01-13T15:54:37Zmhrivnakmhrivnak@redhat.com
<p>This job failed: <a href="https://travis-ci.org/pulp/pulp_python/jobs/99897974" class="external">https://travis-ci.org/pulp/pulp_python/jobs/99897974</a></p>
<p>Because "apt-get install swig" resulted in:</p>
<p>"E: Unable to locate package swig"</p>
<p>Perhaps the package was renamed? Or this was a temporary problem that's been fixed? Investigation is required.</p>
<p>The OS used by travis was Ubuntu 12.04.5 LTS, so it's unlikely that the package was renamed or removed.</p> Pulp - Task #1192 (CLOSED - WORKSFORME): Verify that Twisted is available on EL6, EL7, and FC21+https://pulp.plan.io/issues/11922015-08-17T21:25:33Zbmbouterbmbouter@redhat.com
<p>Determine what the package name is in each distro and what version is on which distro.</p> Pulp - Task #1191 (CLOSED - WORKSFORME): Verify that squid is available on EL6, EL7, and FC21+https://pulp.plan.io/issues/11912015-08-17T21:25:27Zbmbouterbmbouter@redhat.com
<p>Determine what the package name is in each distro and what version is on which distro.</p> Pulp - Task #520 (CLOSED - WORKSFORME): pulp.spec:547: W: libdir-macro-in-noarch-package agent %{...https://pulp.plan.io/issues/5202015-02-28T22:19:19Zrbarlow
<p>Description of problem:<br>
rpmlint -i pulp.spec gives the following warning:</p>
<p>pulp.spec:547: W: libdir-macro-in-noarch-package agent %{_libdir}/gofer/plugins/pulpplugin.*<br>
The %{_libdir}or %{_lib} macro was found in a noarch package in a section<br>
that gets included in binary packages. This is most likely an error because<br>
these macros are expanded on the build host and their values vary between<br>
architectures, probably resulting in a package that does not work properly on<br>
all architectures at runtime. Investigate whether the package is really<br>
architecture independent or if some other dir/macro should be instead.</p>
<p>gofer should use Python's entry point system to locate plugins rather than putting Python code in /usr/lib/.</p>
<p>Version-Release number of selected component (if applicable):<br>
2.4.0-1</p>
<p>How reproducible:<br>
Every time</p>
<p>Steps to Reproduce:<br>
1. Run rpmlint -i pulp.spec</p>
<p>Actual results:<br>
The above warning is printed.</p>
<p>Expected results:<br>
No warnings should be printed.</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1141218" class="external">Bugzilla Bug #1141218</a> +</p> RPM Support - Task #144 (CLOSED - WORKSFORME): Ensure that DNF works with Pulp rpm reposhttps://pulp.plan.io/issues/1442015-02-05T14:53:01Zcduryeecduryee@redhat.com
<p>With Fedora 22 DNF will be the default instead of yum[0].</p>
<p>This task is to subscribe to a pulp rpm repo and download content with DNF. The output of this task is not necessarily to fix any issues but just to put in bugzilla entries for any breakage.</p>
<p>[0] <a href="http://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF" class="external">http://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF</a></p>