-
Notifications
You must be signed in to change notification settings - Fork 357
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
payload/rpm-ostree: Copy stderr to our output #6019
base: main
Are you sure you want to change the base?
Conversation
I think this will work but trying to test it out locally with |
args | ||
) | ||
# TODO refactor things so we can log stdout to the program log or journal. | ||
# For now we just use anaconda's stdout. |
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.
If you can make it log to Journal, it should be captured even now when something goes wrong - Journal is the de-facto primary log sink for Anaconda these days & what we gather and ask users to attach to bugs. :)
Sure, it would be better if Anaconda got distinct event/callback when something happens, but just making sure everything ends up in Journal would help already. :)
803a1aa
to
b766bc5
Compare
Hello @cgwalters! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:
Comment last updated at 2025-01-07 20:27:59 UTC |
We have two wrapper function for this which discard one or the other return value. Make the general function "public" with via a non-`_` prefixed name, but keep the old name because there are a number of users. (Eventually we likely want to clean this up more, but it would be highly likely to conflict with other work) Signed-off-by: Colin Walters <[email protected]>
The rpm-ostree container deployment path can fail for many reasons from networking to details in mount setup. What we really want is a proper API with progress out of bootc/ostree; I will work on that at some point. In the meantime though, just capture stderr on failure and include it in the payload installation error so people don't have to dig into `program.log` which is very obscure. Signed-off-by: Colin Walters <[email protected]>
b766bc5
to
3895360
Compare
OK, I've tested this now with |
The rpm-ostree container deployment path can fail for many reasons from networking to details in mount setup.
What we really want is a proper API with progress out of bootc/ostree; I will work on that at some point.
In the meantime though, just capture stderr on failure and include it in the payload installation error so people don't have to dig into
program.log
which is very obscure.