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

Update README #10

Open
aidanheerdegen opened this issue Aug 22, 2024 · 9 comments · Fixed by #11
Open

Update README #10

aidanheerdegen opened this issue Aug 22, 2024 · 9 comments · Fixed by #11
Assignees

Comments

@aidanheerdegen
Copy link
Member

README is minimal. Needs to be updated. See https://github.com/ACCESS-NRI/ACCESS-OM2 for an example.

@aidanheerdegen aidanheerdegen self-assigned this Aug 22, 2024
@dougiesquire
Copy link
Contributor

dougiesquire commented Aug 23, 2024

Stolen from ACCESS-NRI/ACCESS-ESM1.6#3:

Should also include the requirements in order to compile/develop the code, as it requires being added to some private repos.

@dougiesquire
Copy link
Contributor

Drafting requirements for users to be added to the private repos:

@dougiesquire
Copy link
Contributor

Copied from Slack:

@penguian
Neither UM7 nor GCOM4 should need ki32_mosrs since they are supposed to be independent of the MOSRS repository. I think access is needed, but would have to check.

@ccarouge
They might be independent of MOSRS but do we want to ask all users of UM and other UKMO codes to have a MOSRS account so UKMO can contact them, take them into account in their reporting numbers etc. ?

@aidanheerdegen
We made a decision to use ki32_mosrs membership as a gate-keeping mechanism on gadi, but that does put a pretty large burden on short-term users, e.g. students.

@ccarouge
large burden? How so?

@aidanheerdegen
Signing up for a MOSRS account requires Martin and other people to ok it all right? I’m thinking of those students of Julie’s that might only run the model for a very short period of time.

@ccarouge
Could we have a lighter set of requirements for training and courses attendees vs “proper” users? I’m not certain how to manage that though…

@aidanheerdegen
Copy link
Member Author

Snitch

@dougiesquire
Copy link
Contributor

Just trying to get to a conclusion

@aidanheerdegen
Copy link
Member Author

On a Friday afternoon. Good luck with that.

@dougiesquire
Copy link
Contributor

Reopening because there is still unresolved discussion

@dougiesquire dougiesquire reopened this Aug 25, 2024
@ccarouge
Copy link

So I guess @dougiesquire is trying to get @aidanheerdegen and I to agree on what to do. If a MOSRS account is seen as too heavy a requirement that's fine with me.

But we still have the following problem: what is the criteria to add someone to the private repositories? Most users might not need access to the code repo and just use the pre-compiled module, but we will always have people who need access. How do we know that? Do we need to keep track of any information for this?

@aidanheerdegen
Copy link
Member Author

But we still have the following problem: what is the criteria to add someone to the private repositories? Most users might not need access to the code repo and just use the pre-compiled module, but we will always have people who need access. How do we know that? Do we need to keep track of any information for this?

So for the time people need a MOSRS account.

When we are an approved UKMO partner we have the option of creating our own vetting procedure, because we can authorise people to access the UKMO licensed software and materials.

So in that case we could create our own sub-project and add people to that temporarily who just need access to executables and don't need a MOSRS account.

Until that day comes we still need to insist on MOSRS accounts unfortunately.

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 a pull request may close this issue.

3 participants