-
Notifications
You must be signed in to change notification settings - Fork 198
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
treefile: Support arch-include
#1886
Conversation
The package is only present on `x86_64` and `aarch64` and previously we'd error out. Requires: coreos/rpm-ostree#1886
No tests yet, will do soon, but I did test this manually with coreos/fedora-coreos-config#149 |
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.
Nice, I like that idea.
docs/manual/treefile.md
Outdated
object should be the name of an architecture, and the `include` value | ||
functions the same as the `include` key above - it can be either | ||
a single string, or an array of strings - and it has the same semantics. | ||
`arch-include` is processed after `include`. |
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.
To be more explicit here, how about: "Entries which match the $basearch
of the target platform are processed after the regular include
" ?
Have each test clearly hold its tempdir; this way we can have a simple helper function rather than a struct with an unreferenced parameter. Also use `utils::write_file`. Prep for further test work.
Prep for adding an arch include test.
e5fedcb
to
69ea48e
Compare
Updated 🆕 with tests! |
@barthy1 @tuan-hoang1 and just in case @ausil @jcajka |
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.
disclaimer: I don't really know any rust so this is a superficial review from me.
Just one comment that would help the docs. LGTM
functions the same as the `include` key above - it can be either | ||
a single string, or an array of strings - and it has the same semantics. | ||
Entries which match `arch-include` are processed after `include`. | ||
|
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.
could we get an example like is done below for add-files
? For me it really came together after I looked at the related FCOS PR
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.
Sure, done.
(Although of course bigger picture part of the idea here is that the FCOS config becomes also the reference treefile; we don't want most people writing them from scratch anyways)
A long time ago we added architecture-specific package lists via e.g. `packages-ppc64le`. Much more recently we added support for having the `include` key be a list - multiple includes. By combining these two and supporting architecture-conditional includes, we've effectively added architecture-conditionals to *all* keys. Notably we want this for Fedora CoreOS today which is using `remove-from-packages` on `grub2-tools` which isn't present on s390x.
69ea48e
to
606e3ee
Compare
📌 Commit 606e3ee has been approved by |
Have each test clearly hold its tempdir; this way we can have a simple helper function rather than a struct with an unreferenced parameter. Also use `utils::write_file`. Prep for further test work. Closes: #1886 Approved by: dustymabe
Prep for adding an arch include test. Closes: #1886 Approved by: dustymabe
A long time ago we added architecture-specific package lists via e.g. `packages-ppc64le`. Much more recently we added support for having the `include` key be a list - multiple includes. By combining these two and supporting architecture-conditional includes, we've effectively added architecture-conditionals to *all* keys. Notably we want this for Fedora CoreOS today which is using `remove-from-packages` on `grub2-tools` which isn't present on s390x. Closes: #1886 Approved by: dustymabe
💔 Test failed - status-atomicjenkins |
@rh-atomic-bot retry |
Have each test clearly hold its tempdir; this way we can have a simple helper function rather than a struct with an unreferenced parameter. Also use `utils::write_file`. Prep for further test work. Closes: #1886 Approved by: dustymabe
Prep for adding an arch include test. Closes: #1886 Approved by: dustymabe
A long time ago we added architecture-specific package lists via e.g. `packages-ppc64le`. Much more recently we added support for having the `include` key be a list - multiple includes. By combining these two and supporting architecture-conditional includes, we've effectively added architecture-conditionals to *all* keys. Notably we want this for Fedora CoreOS today which is using `remove-from-packages` on `grub2-tools` which isn't present on s390x. Closes: #1886 Approved by: dustymabe
Should we increase the timeout? |
This is probably another internal OpenStack performance regression. If it's taking an hour just to pull the container image, we'd need to massively bump the timeout. Really need to use bare metal machines for our CI consistently. |
💔 Test failed - status-atomicjenkins |
Looks like another OpenStack perf regression.
Well, that one got farther. Bumped to two hours. @rh-atomic-bot r=dustymabe ff55a0c |
Have each test clearly hold its tempdir; this way we can have a simple helper function rather than a struct with an unreferenced parameter. Also use `utils::write_file`. Prep for further test work. Closes: #1886 Approved by: dustymabe
Prep for adding an arch include test. Closes: #1886 Approved by: dustymabe
A long time ago we added architecture-specific package lists via e.g. `packages-ppc64le`. Much more recently we added support for having the `include` key be a list - multiple includes. By combining these two and supporting architecture-conditional includes, we've effectively added architecture-conditionals to *all* keys. Notably we want this for Fedora CoreOS today which is using `remove-from-packages` on `grub2-tools` which isn't present on s390x. Closes: #1886 Approved by: dustymabe
Looks like another OpenStack perf regression. Closes: #1886 Approved by: dustymabe
💔 Test failed - status-atomicjenkins |
OK, at least the cosa test passed now, but other tests timed out. I'm force merging for now. |
The package is only present on `x86_64` and `aarch64` and previously we'd error out. Requires: coreos/rpm-ostree#1886
The package isn't present on s390x and previously we'd we'd error out. This is really a hack; I think the better fix would be to move that stuff out of the low-level `grub2-tools` package. Requires: coreos/rpm-ostree#1886
The package isn't present on s390x and previously we'd we'd error out. This is really a hack; I think the better fix would be to move that stuff out of the low-level `grub2-tools` package. Requires: coreos/rpm-ostree#1886
The package isn't present on s390x and previously we'd we'd error out. This is really a hack; I think the better fix would be to move that stuff out of the low-level `grub2-tools` package. Requires: coreos/rpm-ostree#1886
The package isn't present on s390x and previously we'd we'd error out. This is really a hack; I think the better fix would be to move that stuff out of the low-level `grub2-tools` package. Requires: coreos/rpm-ostree#1886
The package isn't present on s390x and previously we'd we'd error out. This is really a hack; I think the better fix would be to move that stuff out of the low-level `grub2-tools` package. Requires: coreos/rpm-ostree#1886
A long time ago we added architecture-specific package lists
via e.g.
packages-ppc64le
. Much more recently we addedsupport for having the
include
key be a list - multiple includes.By combining these two and supporting architecture-conditional includes,
we've effectively added architecture-conditionals to all keys.
Notably we want this for Fedora CoreOS today which is using
remove-from-packages
ongrub2-tools
which isn't present ons390x.