-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
Mamba related install issues #11435
Comments
(from the phone 📱) Note that you are installing it twice: one on the Conda YAML file and another one in the Red the Docs YAML file (via python.install) You should remove one of them. |
pymc is not in the conda yaml file, only its dependencies. And you can see in the logs that it isn't in the library being installed by the mamba env create, it only appears in the mamba list I added as part of the post_install step, as it has been installed with pip install . There is a pymc-sphinx-theme because we maintain multiple packages in addition to pymc that extend it so all common configuration we do of pydata-sphinx-theme is centralized there |
Oh, yeah, I got confused with the last line of the YAML file that says:
Where do you see there are two version installed? I'm not finding that in the Read the Docs logs. |
That is part of the issue, I don't see it in the logs, but some of the pages that execute code while generating the website do use this version as can be seen from https://pymcio--7385.org.readthedocs.build/projects/docs/en/7385/learn/core_notebooks/pymc_overview.html. I have no idea where that code is coming from. The version is wrong, if you inspect the signature of a function we modified recently it has the old signature (consistent with the version at least). The output of that code snippet should be the one we do get in that other page (bottom of the page): https://pymcio--7385.org.readthedocs.build/projects/docs/en/7385/learn.html |
I don't have knowledge of the intervals of this package, but if I would have to debug this, I'd start by tracking down how the version is generated by this line:
I suppose the package version differs from how that value is generated and that's why the mismatch. With that information, we will know if this is a problem on Read the Docs environment of the package itself. |
I don't think that is relevant here because the version is one of many things that are wrong. If there was an issue with that function, the version would be different, but the source would be the same. Somehow, there is a definition of I also added a comment to the I will add a new commit to the debut PR hardcoding the version. And what I expect to happen is the page where the "right" version shows up will continue to show the "right" (now hardcoded) version whereas the other will show the same version, also showing |
I have had time to check the preview, and what I expected is what happened:
|
Details
Expected Result
Only one version of pymc is installed, the
0+untagged.50.g09fd0d7.dirty
(which is what gets installed withpip install .
).Actual Result
Somehow there are two versions of PyMC installed:
0+untagged.50.g09fd0d7.dirty
and5.15.1
. The first seems to be preferred but the notebooks use the 2nd even though we are enforcing the kernel being used. Even more puzzling is both seem to point to the same source yet their contents are clearly different. Any hints to what might be happening or other places to open the issue will be very welcome. Some links I think illustrate the situation:jobs.post_install
step and ensure that kernel is used by both extensions inconf.py
The text was updated successfully, but these errors were encountered: