Skip to content

Conversation

@desultory
Copy link
Contributor

This should cut the runtime in half

@thesamesam
Copy link
Contributor

Could you rebase all of your PRs to pick up the CI fix? Thanks!

@thesamesam
Copy link
Contributor

@eli-schwartz

@thesamesam
Copy link
Contributor

Also, needs a rebase.

@desultory desultory force-pushed the parallel-fetch branch 2 times, most recently from 3790168 to fe47306 Compare February 4, 2025 23:36
getuto Outdated
# TODO: keys.openpgp.org lacks a UID for our keys, need to verify email
for keyserver in "${mykeyservers[@]}" ; do
gpg ${QUIET_GPG} --batch --keyserver "${keyserver}" --recv-keys ${myrelkeys} || true
einfo "Importing release engineering keys from: ${keyserver}"
Copy link
Contributor

Choose a reason for hiding this comment

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

This is adding unconditional status messages. Currently getuto only prints the major action being done (initializing, or updating, the keyring as a whole). I'm of two minds about this change, but either way, it deserves to be a distinct commit with distinct rationale, not "do it in parallel".

getuto Outdated
for keyserver in "${mykeyservers[@]}" ; do
gpg ${QUIET_GPG} --batch --keyserver "${keyserver}" --recv-keys ${myrelkeys} || true
einfo "Importing release engineering keys from: ${keyserver}"
gpg ${QUIET_GPG} --batch --keyserver "${keyserver}" --recv-keys ${myrelkeys} || true &
Copy link
Contributor

Choose a reason for hiding this comment

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

Using & means that we inherently discard the exit status -- and wait without any options always returns true, not the exit status of the failed command. So it's really a replacement for || true...

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Using & means that we inherently discard the exit status -- and wait without any options always returns true, not the exit status of the failed command. So it's really a replacement for || true...

I think I fixed this, does it look right to you?

Signed-off-by: Zen <z@pyl.onl>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants