-
Notifications
You must be signed in to change notification settings - Fork 3
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
fix failing test due to conda changes #60
Conversation
79b0415
to
e98dcc0
Compare
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.
Sad to see these changes needed, but they were probably inevitable. I'll look into #62 next week if you agree that would be useful. For conda-libmamba-solver we follow that tactic and auto-create issues if the periodic tests fail.
@@ -56,29 +54,39 @@ jobs: | |||
fail-fast: false | |||
matrix: | |||
os: [ubuntu-latest, macos-latest, windows-latest] | |||
cversion: ['4.11.0', '4.14.0', '23.7.3', '23.5.2', '23.3.1', '23.1.0', '22.11.1'] | |||
cversion: ['4.11.0', '4.14.0', '22.11.1', '23.3.1', '23.7.3', '23.10.0', '24.1.2'] |
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.
That reminds me that we should maybe consider running the tests with the canary builds we create for conda on merging into main (but don't fail), I opened #62
# Unfortunately conda has evolved how it logs request headers | ||
# So this regular expression attempts to match multiple forms | ||
# > User-Agent: conda/... | ||
# .... {'User-Agent': 'conda/...', ...} |
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.
Reminder to myself that this sounds like a plugin opportunity (been thinking about a general purpose logging plugin hook, to configure an own handler)
get_info_dict
no longer takes an argument. We never needed to set it anyway, since we were passing its default value.local::
channel seems to be different