Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add rh_cloud acceptance test #1206

Merged
merged 3 commits into from
Jan 23, 2025
Merged

add rh_cloud acceptance test #1206

merged 3 commits into from
Jan 23, 2025

Conversation

evgeni
Copy link
Member

@evgeni evgeni commented Jan 23, 2025

No description provided.

@evgeni evgeni force-pushed the rh-cloud-acceptance branch from 6c37cf9 to 826555f Compare January 23, 2025 09:19
Comment on lines 9 to 16
yumrepo { 'katello':
baseurl => "http://yum.theforeman.org/katello/nightly/katello/el${facts['os']['release']['major']}/x86_64/",
gpgcheck => 0,
}
yumrepo { 'candlepin':
baseurl => "https://yum.theforeman.org/candlepin/4.4/el${facts['os']['release']['major']}/x86_64/",
gpgcheck => 0,
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given the repetition I'm starting to wonder if we should have a common place for this. Perhaps use katello::repo, though that still doesn't give you candlepin.

In the past I've thought about expanding foreman::repo with this, but always got stuck on the mismatch in repo version. Once we finish rpm.t.o where the versions are aligned this should be easier.

Another thing to keep in mind is that this test leaves the repository enabled, so you're already in a weird state where it may or may not be enabled during a test. If you take that logic to the extreme, it may be OK to enabled it in the spec helper at the start of the run.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah, I thought so too -- spec helper seems fine enogh.

Copy link
Member Author

@evgeni evgeni Jan 23, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

moved to spec helper, as the acceptance tests here are not to prove our repoclosure ;-)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

moved to spec helper, as the acceptance tests here are not to prove our repoclosure ;-)

There is some aspect to this, but the installer also installs some packages in combinations that repoclosure can't quite understand. Still, I'm good with it. I even thought about moving all Katello packages into plugins to get away from the whole problem.

@@ -0,0 +1,16 @@
require 'spec_helper_acceptance'

describe 'Scenario: install foreman with rh_cloud', if: os[:family] == 'redhat' do
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I still wonder if this should be redhat or a list? Look at the other code that is ['debian', 'ubuntu'].include?(os[:family]).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It gets executed on both CentOS Stream and Alma (I verified that), so 🤷‍♀️

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is the reason we drink ;)

@ekohl ekohl merged commit 02f7e5e into master Jan 23, 2025
13 checks passed
@ekohl ekohl deleted the rh-cloud-acceptance branch January 23, 2025 15:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants