Story #6795
closedStory #6793: [Epic] As a pulp_installer user, I can install Pulp from RPMs
As a pulp_installer user, I can specify the names of the RPMs to install from
0%
Description
The current design for this is, given a list of plugins like:
pulp_install_plugins:
pulp-file:
version: 0.4.0
pulp-ansible:
upgrade: true
To install the plugin RPM packages according to their names (the dictionary keys), and ignore the upgrade / version variables.
Details likely to change, depending on the needs of users & the repos:
- Ignoring the upgrade / version subvariables
- allowing for possible dashes or underscores substitution
- Adding another subvariable for users to override the names of the plugins to install, such as:
pulp-ansible:
package_name: MyCoolSCL-11-pulp-ansible
Also, similar logic applies to the pulpcore package itself, and its vars.
Also, for dependency resolution, we should let the distro's package manager handle this. So we should probably have 1 atomic task equivalent to:
dnf install pulpcore pulp-file pulp-ansible
Rather than:
dnf install pulpcore
dnf install pulp-file
dnf install pulp-ansible
dnf would give an error if there is any dependency error at all.
Updated by mdepaulo@redhat.com over 4 years ago
- Subject changed from [Epic] As a pulp_installer user, I can specify the names of the RPMs to install from to As a pulp_installer user, I can specify the names of the RPMs to install from
Added by Mike DePaulo over 4 years ago
Added by Mike DePaulo over 4 years ago
Revision 184f1235 | View on GitHub
As a pulp_installer user, I can install Pulp from RPMs
Heavily adapted from "allow installing pulp from packages"
https://github.com/pulp/pulp_installer/pull/188
Includes:
- Dropping the fixed repo from the old PR.
- Add var pulp_pkg_repo (currently only yum/dnf)
- Finish cleaning up pulp_webserver_static_dir
- Many new variables, but still using the overall pulp_install_plugins.
- Testing upgrades with new images on quay (can't truly test until RPM updates are issued)
- Cron/branch CI: Adding py38 testing
- PR CI: Move upgrade testing from py37 to py38, and testing from RPMs on py37.
- Deduplicating the tasks for checking plugins for nginx/apache snippets.
- Using pulp_django_admin_paths list var because RPMs often use different names for django-admin.
- Note: Rest of tasks should be package manager independent.
- pulp_upgraded_manually variable in case users ran
yum update
- package only variables in seperate section of the pulp README.md.
fixes: #6793
Includes these subtasks implemented: re: #6794 re: #6795 re: #6796 (It was easiest to implement them all in one PR.)
Updated by mdepaulo@redhat.com over 4 years ago
- Status changed from NEW to MODIFIED
Updated by fao89 over 4 years ago
- Status changed from MODIFIED to CLOSED - CURRENTRELEASE
As a pulp_installer user, I can install Pulp from RPMs
Heavily adapted from "allow installing pulp from packages"
https://github.com/pulp/pulp_installer/pull/188
Includes:
yum update
fixes: #6793
Includes these subtasks implemented: re: #6794 re: #6795 re: #6796 (It was easiest to implement them all in one PR.)