-
Notifications
You must be signed in to change notification settings - Fork 196
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
compose extensions: Support --rootfs
#3538
compose extensions: Support --rootfs
#3538
Conversation
Skipping CI for Draft Pull Request. |
5b0cd96
to
cec7714
Compare
/test all |
To test this I did: (Where
|
cec7714
to
5261409
Compare
OK, this should now work in both cases. |
As we're working on "container native" (rpm)-ostree, it feels natural to have the extensions build happen as part of e.g. a `Dockerfile` build that simply pulls in the base image. And to do that, we don't need any of this "offline" stuff that the compose extensions path is using. Here we're running rpm-ostree inside a container, and conceptually we mostly just need the libdnf side.
5261409
to
9e4d3da
Compare
@cgwalters Thank you for this. LGTM |
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.
One comment, LGTM overall.
@@ -1469,11 +1472,6 @@ rpmostree_compose_builtin_extensions (int argc, char **argv, RpmOstreeCommandInv | |||
rpmostree_usage_error (context, "TREEFILE and EXTYAML must be specified", error); | |||
return FALSE; | |||
} | |||
if (!opt_repo) |
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.
Instead of dropping this, should we enhance it to verify that one and only one of --repo
and --rootfs
is provided?
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 in #3548
As we're working on "container native" (rpm)-ostree, it feels
natural to have the extensions build happen as part of e.g. a
Dockerfile
build that simply pulls in the base image.And to do that, we don't need any of this "offline" stuff that
the compose extensions path is using. Here we're running
rpm-ostree inside a container, and conceptually we mostly just
need the libdnf side.