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

Different Augur versions between osx-64 and linux-64 subdirs #39

Closed
victorlin opened this issue Jul 31, 2023 · 4 comments
Closed

Different Augur versions between osx-64 and linux-64 subdirs #39

victorlin opened this issue Jul 31, 2023 · 4 comments
Labels
bug Something isn't working revisit sometime Useful to address but no bandwidth at the moment

Comments

@victorlin
Copy link
Member

Today, I observed the conda-base equivalent of nextstrain/docker-base#128. In the build for 20230731T202813Z, augur was bumped to 22.2.0 for osx-64 but not linux-64. Only on the subsequent build for 20230731T212806Z did augur get bumped to 22.2.0 for linux-64.

Possible solutions

@victorlin victorlin added the bug Something isn't working label Jul 31, 2023
@victorlin
Copy link
Member Author

I'm not sure why this is happened, but it was a bit hard to tell this was the case. I first noticed this when a monkeypox CI run which relied on augur=22.2.0 failed with 20230731T202813Z. When I debugged on my Macbook using the same build, it pulled augur=22.2.0. Without realizing I was using a different subdir build, this was confusing. Only after looking into how the Conda runtime's environment is built did I realize what was going on.

@tsibley
Copy link
Member

tsibley commented Aug 1, 2023

Interesting. The augur Conda package is noarch, so the Bioconda channel index shouldn't have different versions between osx-64 and linux-64. The 22.2.0 package was uploaded at 2023-07-31 20:08:01.949000+00:00. So I guess our builds maybe fell on either side of the index update that included the new version?

@victorlin
Copy link
Member Author

I triggered the builds shortly after seeing that Bioconda was updated, so that's very possible. Maybe we just have to wait a bit longer, to reflect what's built into the automatically triggered docker-base rebuild.

@victorlin
Copy link
Member Author

No mentions of this since it was reported 9 months ago. We haven't taken any action so it's still possible, but I'm closing for now.

@victorlin victorlin closed this as not planned Won't fix, can't repro, duplicate, stale May 14, 2024
@victorlin victorlin added the revisit sometime Useful to address but no bandwidth at the moment label May 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working revisit sometime Useful to address but no bandwidth at the moment
Projects
No open projects
Status: Backlog
Development

No branches or pull requests

2 participants