-
Notifications
You must be signed in to change notification settings - Fork 107
Add new build target for foremanctl #4506
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
base: master
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,6 @@ | ||
| * Enable the required repositories: | ||
| + | ||
| [options="nowrap" subs="+quotes,attributes"] | ||
| ---- | ||
| # dnf copr enable @theforeman/foremanctl rhel-9-x86_64 | ||
| ---- |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -5,20 +5,13 @@ include::common/header.adoc[] | |
| :mode: connected | ||
| :ProductName: {ProjectServer} | ||
| :tabs-sync-option: | ||
| ifdef::katello[] | ||
| :foremanctl: | ||
| endif::[] | ||
|
|
||
| = {QuickstartDocTitle} | ||
|
|
||
| This guide describes the quickest way to get a {ProjectServer} up and running. | ||
| ifdef::foremanctl[] | ||
| You can choose between a Puppet-based installation and containerized installation. | ||
| endif::[] | ||
| For a full installation guide, see {InstallingServerDocURL}[_{InstallingServerDocTitle}_]. | ||
| ifdef::foremanctl[] | ||
| The full installation guide is currently provided only for the Puppet-based installation. | ||
|
|
||
| ifdef::foremanctl[] | ||
| :FeatureName: The `foremanctl` deployment utility | ||
| include::common/modules/snip_technology-preview.adoc[] | ||
| endif::[] | ||
|
Comment on lines
+14
to
17
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I wonder if we should add this to every foremanctl guide we add to navigation, until the tool becomes more stable. |
||
|
|
||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -129,6 +129,28 @@ | |
| ["Hammer_Reference", "Hammer reference"] | ||
| ] | ||
| } | ||
| }, | ||
| { | ||
| "title": "Containerized Foreman", | ||
|
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is almost certainly not a good name for the new build target and I'm open to suggestions. |
||
| "header": "Containerized Foreman {FOREMAN_VER}", | ||
| "filename": "index-foremanctl.html", | ||
| "sections": { | ||
| "Release notes and upgrading": [ | ||
| ["Upgrading_Project", "Upgrading Foreman to Containerized {FOREMAN_VER}"] | ||
| ], | ||
| "Quickstart": [ | ||
| ["Quickstart", "Quickstart guide"] | ||
| ], | ||
| "Deploying Foreman": [ | ||
| ["Installing_Server", "Installing Foreman Server"] | ||
| ], | ||
| "Administering Foreman server": [ | ||
| ], | ||
| "Administering hosts": [ | ||
| ], | ||
| "Reference": [ | ||
| ] | ||
| } | ||
| } | ||
| ] | ||
| } | ||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now that I see this I'm wondering: initially we discussed a more feature flag idea. My idea was that we can modify the
satelliteflavor to also defineforemanctl. Seeing this here makes me worried we'll break stuff. On the other hand, perhaps that's unfounded.Testing that idea might require some real content to be in place.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you please elaborate on how you think the satellite flavour could be made to also define foremanctl?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can add
:foremanctl:toattributes-satellite.adocto "flip" the feature on but that can have unintended consequences. That's what I had in my head as a theory and I'd love to come up with a way to test that theory though I doubt we can without filling up theforemanctlguide first.Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wouldn't that effectively make foremanctl docs development downstream first?
As an alternative, in #4507 I'm looking into creating a new foremanctl target for each existing build target to get the ability to use a feature flag. It
doesn't build butshows yet another alternative approach.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe I wasn't clear. I was saying that we start building out the
foremanctlflavor (build). Once downstream is ready, we "flip the switch" and also add theforemanctlattribute to thesatelliteflavor. And now I'm asking (out loud) if that is feasible. That doesn't mean theforemanctlflavor goes away in upstream because that's still a valid target. It just means that thesatelliteflavor will then be closer to theforemanctlflavor than thekatelloflavor.Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I suspect previewing the changes might be trickier with what you're suggesting. Also extending the single
foremanctlbuild target from being satellite-compliant to being fit for any other build target.In the meantime #4507 started building correctly. That approach shows a separate preview for each build target + flavor combination:
Then, once any existing build target goes into full foremanctl mode, we could just drop the pre-foremanctl build and replace it with the corresponding foremanctl build. So in a way, the same thing we intended to do when we created a separate foremanctl server installation guide (in #3975), with the intention of eventually replacing the pre-foremanctl guide with it (in #4087).