8000 Add to requirements-dev.txt and MvNormalSVD method by aphc14 · Pull Request #429 · pymc-devs/pymc-extras · GitHub
[go: up one dir, main page]

Skip to content

Add to requirements-dev.txt and MvNormalSVD method #429

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

Closed
wants to merge 1 commit into from

Conversation

aphc14
Copy link
Contributor
@aphc14 aphc14 commented Feb 21, 2025

closes #428

Let me know if opening a git issue wasn't necessary. Wasn't sure if I simple PR would do.

@jessegrabowski
Copy link
Member
jessegrabowski commented Feb 21, 2025

I think this will break imports for users who have pytensor<2.28.0, because MvNormal has no method argument. Can you double check if I'm wrong?

Edit: No need, tests are failing for exactly this reason. I guess we need a try/except, unless @ricardoV94 can think of something more elegant.

@ricardoV94
Copy link
Member

PyMC is not yet compatible with this PyTensor version is it? When it is, you'll have to lower pin pymc-extras to the most recent version of PyMC that's compatible with it.

@aphc14
Copy link
Contributor Author
aphc14 commented Feb 24, 2025

Thanks @jessegrabowski @ricardoV94 for checking this. Got ahead of myself here by not running compatibility tests (rookie mistake). Will go ahead and close this PR. Just a quick question though, how come we only run test on single versions (via .github/workflow/tests.yml):

python-version: ["3.10"]

Why not include multiple versions like ["3.10", "3.11", "3.12", "3.13"] in the test to broaden the upper pin? I'm guessing there are risks to doing this but am not completely sure

@aphc14 aphc14 closed this Feb 24, 2025
@aphc14 aphc14 deleted the fix-requirements-MvNormalSVDRV branch February 24, 2025 07:03
@jessegrabowski
Copy link
Member
jessegrabowski commented Feb 24, 2025

I think it's just to minimize the amount of CI we use, since the tests can be pretty slow (admittedly this is my fault, the statespace tests suck). In principle I agree it would be good to test on as many versions (and OS) as possible.

@ricardoV94
Copy link
Member

Why not include multiple versions like ["3.10", "3.11", "3.12", "3.13"] in the test to broaden the upper pin? I'm guessing there are risks to doing this but am not completely sure

There's always scope for more, why not run on all python and numpy and scipy versions allowed by the requirements? Because it has a cost (even if we're not the ones paying it)

@aphc14
Copy link
Contributor Author
aphc14 commented Feb 26, 2025

makes sense. thanks @jessegrabowski @ricardoV94 for clarifying!

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.

fix: add missing method param to MvNormalSVD initialisation
3 participants
0