Project

Profile

Help

Story #6795

closed

Story #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

Added by mdepaulo@redhat.com almost 4 years ago. Updated almost 4 years ago.

Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Assignee:
-
Category:
Installer - Moved to GitHub issues
Sprint/Milestone:
Start date:
Due date:
% Done:

0%

Estimated time:
Platform Release:
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Quarter:

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:

  1. Ignoring the upgrade / version subvariables
  2. allowing for possible dashes or underscores substitution
  3. 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.

Actions #1

Updated by mdepaulo@redhat.com almost 4 years ago

  • Description updated (diff)
Actions #2

Updated by mdepaulo@redhat.com almost 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 almost 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:

  1. Dropping the fixed repo from the old PR.
  2. Add var pulp_pkg_repo (currently only yum/dnf)
  3. Finish cleaning up pulp_webserver_static_dir
  4. Many new variables, but still using the overall pulp_install_plugins.
  5. Testing upgrades with new images on quay (can't truly test until RPM updates are issued)
  6. Cron/branch CI: Adding py38 testing
  7. PR CI: Move upgrade testing from py37 to py38, and testing from RPMs on py37.
  8. Deduplicating the tasks for checking plugins for nginx/apache snippets.
  9. Using pulp_django_admin_paths list var because RPMs often use different names for django-admin.
  10. Note: Rest of tasks should be package manager independent.
  11. pulp_upgraded_manually variable in case users ran yum update
  12. 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.)

Added by Mike DePaulo almost 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:

  1. Dropping the fixed repo from the old PR.
  2. Add var pulp_pkg_repo (currently only yum/dnf)
  3. Finish cleaning up pulp_webserver_static_dir
  4. Many new variables, but still using the overall pulp_install_plugins.
  5. Testing upgrades with new images on quay (can't truly test until RPM updates are issued)
  6. Cron/branch CI: Adding py38 testing
  7. PR CI: Move upgrade testing from py37 to py38, and testing from RPMs on py37.
  8. Deduplicating the tasks for checking plugins for nginx/apache snippets.
  9. Using pulp_django_admin_paths list var because RPMs often use different names for django-admin.
  10. Note: Rest of tasks should be package manager independent.
  11. pulp_upgraded_manually variable in case users ran yum update
  12. 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.)

Actions #3

Updated by mdepaulo@redhat.com almost 4 years ago

  • Status changed from NEW to MODIFIED
Actions #4

Updated by fao89 almost 4 years ago

  • Sprint/Milestone set to 3.5.0
Actions #5

Updated by fao89 almost 4 years ago

  • Status changed from MODIFIED to CLOSED - CURRENTRELEASE

Also available in: Atom PDF