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

move rubygem-jquery-ui-rails package to katello #11004

Open
wants to merge 1 commit into
base: rpm/develop
Choose a base branch
from

Conversation

MariaAga
Copy link
Member

for Katello/katello#10982 and theforeman/foreman#10142
I ran:
./remove_package rubygem-jquery-ui-rails
./add_gem_package.sh jquery-ui-rails foreman_plugin katello

Copy link
Member

@ekohl ekohl left a comment

Choose a reason for hiding this comment

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

Technically I'd prefer to use git mv on the package directory if we're moving it. Then it also belongs in the katello comps, not foreman-plugins.

But I said if. I'd be OK with keeping this in Foreman's repo for now. Moving it creates some churn and it's really just a build-time dependency that we want to get rid of anyway. Obviously, this wouldn't be the first time we say that and then take forever to execute on it. Still, I think it's acceptable.

I think what @m-bucher meant is that currently the dependency is listed in foreman.spec but should be in rubygem-katello.spec.

@MariaAga
Copy link
Member Author

Thanks @ekohl, is this the correct way to do it?

Copy link
Member

@ekohl ekohl left a comment

Choose a reason for hiding this comment

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

I always use https://github.com/ekohl/theforeman-plumbing/blob/master/fm-packaging-update-deps to update the dependencies. Once we drop EL8 in Foreman 3.13 then we can use #8414 to automatically generate those sections based on the sources.

I wouldn't mind it if we merged the PRs and I can submit the update PRs for you. Ideally this whole complex area is going away and there's little point in learning it now.

@@ -198,7 +198,6 @@ BuildRequires: (npm(react-intl) >= 2.8.0 with npm(react-intl) < 3.0.0)
# end package.json dependencies BuildRequires

# start specfile assets BuildRequires
BuildRequires: (rubygem(jquery-ui-rails) >= 6.0 with rubygem(jquery-ui-rails) < 7.0)
Copy link
Member

Choose a reason for hiding this comment

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

Copy link
Member Author

Choose a reason for hiding this comment

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

I made theforeman/foreman#10142 to remove it

Comment on lines +79 to +81
# start specfile assets BuildRequires
BuildRequires: (rubygem(jquery-ui-rails) >= 6.0 with rubygem(jquery-ui-rails) < 7.0)
# end specfile assets BuildRequires
Copy link
Member

Choose a reason for hiding this comment

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

We have a bit of autoupdate magic. assets in foreman.spec mapped to https://github.com/theforeman/foreman/blob/develop/bundler.d/assets.rb. We don't have bundler.d in katell. Instead, we have the section start specfile generated dependencies which maps to https://github.com/Katello/katello/blob/e99f9e93a3578886e13f9bb451e14c3d637c6880/katello.gemspec#L29-L68

Copy link
Member Author

Choose a reason for hiding this comment

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

Not sure if I should keep both BuildRequires and Requires then?

Copy link
Member

Choose a reason for hiding this comment

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

For rubygem-katello.spec (and all rubygem-*.spec really) it should autogenerate Requires, so no need for that.

Copy link
Member Author

Choose a reason for hiding this comment

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

removed the Requires

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
2 participants