GitLab

Default to empty string

- Rename 'pithos+' to 'pithos'
- Prepend resource names with 'service_name.'

Support issue_commission's `name' parameter for an optional description
of the commission. Include this field in the dict returned by
get_commission.

Change astakosclient accordingly.

`snf-manage resource-import' does not provide a way to change the
default base quota any more. When importing a resource for the first
time, it sets the limit to zero.

Use `snf-manage resource-modify' to change limits. It supports both
interactive mode and reading limits from file, either for a specified
resource or for all resources.

Also remove unused `context' argument and replace empty list default
values with None.

importing setting names explicitly makes it hard to write tests that
depend on specific setting values and polutes the module namespace.

In this commit only settings that are currently used in tests where
refactored.

So that it follows the naming scheme of other astakosclient calls.

Assume a resource `astakos.pending_app' related to service `astakos'.
On submitting an application, issue a commission that will update the
related counter if possible, and accept the commission on success.
On approving/denying/cancelling an application, update the counter
likewise.

We always charge the application `owner'; however, if the `applicant'
is a project admin, we issue commission in force mode which succeeds
even if it exceeds the limit.

In order to pre-emptively check in the UI, follow the same process in
`dry run' mode, which issues a commission and rejects it on success.

Remove option of user-update to set its limit.

Refs #3349

It is the API code's task to transform the input dict to list.

Class structure is no more needed; there is no need for initialization,
since the code is used internally.

Also merge all migrations from 0026 to 0032.

All calls take a request_user (of type AstakosUser) argument.

Do not update holding limit if there exist user-specific base quota
for the particular resource.

Make sure that no Commission or Provision entry is created when
issue_commission fails, even if the transaction is committed.

The following indicators are returned for each holding:
"limit": the quota limit (as before)
"usage": the current usage (pessimistically, includes any pending
         allocations)
"pending": the difference of max and min allocation, indicates
           that there are pending commissions on this holding

Replace `available' by two fields: `limit' and `usage'.