-
Notifications
You must be signed in to change notification settings - Fork 18
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
30 update codebase to work with Python 3.8 (and thus ase v3.23) #163
Conversation
Update the yaml files so now we are testing ASE v3.23.0.
v3.23.0 requires Python 3.8, so making this update.
Backtracking, to test what behaviour we get with Python 3.7
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #163 +/- ##
==========================================
+ Coverage 89.10% 89.38% +0.27%
==========================================
Files 81 82 +1
Lines 3286 3382 +96
==========================================
+ Hits 2928 3023 +95
- Misses 358 359 +1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Changed to version Python 3.8 - should we go higher?
Changed to version Python 3.8 - should we go higher?
Noting here that the docs runs with Python 3.9 - should we standardise to this version, perhaps? |
So I think after discussion today at a Group meeting, this has become an "update Python version to the most suitable for our HPC architectures". Current Python compatibility of code: Python 3.7 (i.e., CI tests work to this version) Current HPC system Python provisions: |
My take home from this is the minimum we should go to is 3.8 or 3.9, but certainly not towards the high numbers. |
Remove some redundant comments.
Added new file to just do Python 3.8 linter checks.
Revert existing Linter to Python 3.7, and name appropriately (so can check and errors arising)
Updated CI tests to run for Python 3.7 explicit. Will duplicate for Python 3.8 and Python 3.9
Added Python 3.8 check
Realised I can just do this with a version matrix.
Realised I can do this with a version matrix.
Setup linter to run over multple Python versions. Probably overkill but good testbed
Upgrade the CI tests (also has an action version update)
…ims interface, and when the test fails it doesn't revert to the correct directory. Requires some careful thinking how to resolve @GaryLZW
* Accommodate ase 3.23 * clean up some print statements * Change assertion line due to change of input file style. Write input files for 3.23 case --------- Co-authored-by: Andrew Logsdail <LogsdailA@cardiff.ac.uk>
…:logsdail/carmm into 30-update-codebase-to-work-with-ase-v323
@PavelStishenko as suggested I've put a tag on the mainline version, and once merged we'll bumpy the minor version number. |
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.
There is some tidy up to do, but that is not related to the compatibility issues, which have been resolved successfully.
I suggest a second review before merge. |
@ikowalec thanks for comments - all addressed. Does someone else want to do a second review, please? |
…to change calculator type here depending on ASE version
@GaryLZW I simplified the |
This looks fine to me^^ |
During my project the following changes were made: Thinks still to do after the project: |
[like] Andrew Logsdail reacted to your message:
…________________________________
From: FirasAssa ***@***.***>
Sent: Sunday, August 4, 2024 9:13:06 PM
To: logsdail/carmm ***@***.***>
Cc: Andrew Logsdail ***@***.***>; State change ***@***.***>
Subject: Re: [logsdail/carmm] 30 update codebase to work with Python 3.8 (and thus ase v3.23) (PR #163)
External email to Cardiff University - Take care when replying/opening attachments or links.
Nid ebost mewnol o Brifysgol Caerdydd yw hwn - Cymerwch ofal wrth ateb/agor atodiadau neu ddolenni.
During my project the following changes were made:
The err_handler folder was removed and a utils folder was created in its place
A python_env_check file was created with python_env_check() and is_env_python() inside
Implemented python_env_check() in anylyse_forces example
Implemented python_env_check() in analyse_calculator
Restricted mace-torch to 0.3.4, because it was failing on v3.7
Updated CatLearn to the most recent version to fix import error in mlneb.py, by getting the version of CatLearn directly from Git
Thinks still to do after the project:
In python v3.8 ci-test there are 4 places where .BadConfiguration Error occurs. Presumably it is the same type of problem that can be fixed in one go
Errors:
ERROR analyse_counterpoise.py - ase.calculators.calculator.BadConfiguration: No configuration of aims
ERROR run_aims.py - ase.calculators.calculator.BadConfiguration: No configuration of aims
ERROR run_workflows_ReactAims.py - ase.calculators.calculator.BadConfiguration: No configuration of aims
ERROR run_workflows_ReactAims_parallel.py - ase.calculators.calculator.BadConfiguration: No configuration of aims
—
Reply to this email directly, view it on GitHub<#163 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AFMK4MYUDKHIE4IDSR2UDILZP2KOFAVCNFSM6AAAAABIWCQXZCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENRXGY3TQOJWGE>.
You are receiving this because you modified the open/close state.Message ID: ***@***.***>
|
Testing to updated codebase with ASE release