-
-
Notifications
You must be signed in to change notification settings - Fork 268
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
Improve handling of preferences for sandboxes used in Pkg #2920
Conversation
52a2b4c depends on JuliaLang/julia@0b7827a We might be able to backport 78963ef to 1.7 |
Depends on JuliaLang/julia#43684 |
78963ef
to
9e770ea
Compare
I don't really get why this is not just as simple as just not removing existing preferences from the Project file when creating the temp project file and copy an existing |
It's because Preferences merge across stacked environments. E.g. if you have |
152d039
to
cb4000a
Compare
Ok this now passes tests :) |
03cbe1f
to
0cbf731
Compare
IMO this is ready to merge. Any objections? |
3680209
to
621a99b
Compare
Co-authored-by: Elliot Saba <[email protected]>
621a99b
to
5173d03
Compare
Co-authored-by: Elliot Saba <[email protected]>
Thanks for fixing this, @staticfloat! |
It's not me, it was @vchuravy! He's the one with the patience and panache to push this through, and he deserves all the credit. |
Ahh, fooled by the "merged by" again! (Though I see you did help out.) Thanks @vchuravy!! |
Fixes #2500, when we set up the preferences for test/build we want
to propagate the preferences from either
test/LocalPreferences.toml
iftest/Project.toml
existsor from
Project.toml
if the old style is being used. We gather the dependencies up and then writethem out to the temp directory.
Similarily for the
.pkg/select_artifacts.jl
functionality we need to make the current preferencesavailable so that we can augment the platform we are downloading.
Co-authored-by: @staticfloat