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

Warning no version #55

Open
wants to merge 2 commits into
base: main
Choose a base branch
from
Open

Warning no version #55

wants to merge 2 commits into from

Conversation

mboisson
Copy link
Member

This pull request is a proposal to address ComputeCanada/software-stack#122

@mboisson
Copy link
Member Author

The relevant commit really is this one: cc36480

Copy link
Contributor

@bartoldeman bartoldeman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, but needs some good testing on build-node.

@ofisette
Copy link

The code looks fine but I have reservations about the digit-based approach. Some packages (e.g. GROMACS) have versions with an inconsistent the number of components/digits (e.g. 2023 and 2023.1 but no 2023.0), others have date-based versions (e.g. LAMMPS 20220623) where “one digit” is a bit unclear (it could be misunderstood to mean “2” rather than “20220623”).

I think it would be better to special-case individual packages for which we want a different message. Or, make two lists: packages that follow semantic versioning (e.g. Python, Arrow) and those that do not. Packages that follow semver are the only ones for which I think it is helpful to not use a full version number (and the right number of components/digits for semver-following packages is always 2, major.minor).

de ce module pourrait faire échouer vos tâches.]])
else
LmodWarning([[Warning, you have loaded the module ]] .. myModuleName() .. [[ by specifying an incomplete version: "]] .. userProvidedVersion .. [[".
We strongly recommend that you specify at least ]] .. min_digit .. [[ digits for the version of this module. Not doing this could crash your jobs when we install a newer version in the future.]])
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd add a word about reproducibility of jobs/submission scripts as it a strong argument along with job crashes.

Something like?
`... Not doing this could crash or make your jobs non-reproducible when we install a newer version in the future.

Copy link
Contributor

@ccoulombe ccoulombe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm, will need good testing

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.

4 participants