Skip to content
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

Consider already selected packages during solve #1406

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

jonjohnsonjr
Copy link
Contributor

We ran into a very very slow solve. I can't tell if it was actually slow or infinite, but it didn't seem to be convering very quickly. I realized that we essentially recurse the entire graph for every constraint, even for things we've already solved. This was surprising, because I thought we handled that already, but it seems like we didn't.

A major concern I have for this change is that I believe it affects the order of the packages we return when we solve, which might affect how the actual filesystem gets put together when we install them. This might not actually be a problem given that in other places we sort the package list when locking the apko config, which would generate a different install order, which would already be exercising my concern. So... if this is a problem, we haven't noticed it yet.

We ran into a very very slow solve. I can't tell if it was actually slow
or infinite, but it didn't seem to be convering very quickly. I realized
that we essentially recurse the entire graph for every constraint, even
for things we've already solved. This was surprising, because I thought
we handled that already, but it seems like we didn't.

A major concern I have for this change is that I believe it affects the
order of the packages we return when we solve, which might affect how
the actual filesystem gets put together when we install them. This might
not actually be a problem given that in other places we _sort_ the
package list when locking the apko config, which would generate a
different install order, which would already be exercising my concern.
So... if this is a problem, we haven't noticed it yet.

Signed-off-by: Jon Johnson <[email protected]>
@jonjohnsonjr
Copy link
Contributor Author

e2e tests are failing because a lot of our examples use alpine repos, and currently musl on x86_64 is at 1.2.5-r6 whereas musl on aarch64 is at 1.2.5-r5

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.

1 participant