- 14 Aug, 2018 1 commit
-
-
Rafael Monnerat authored
-
- 13 Aug, 2018 7 commits
-
-
Rafael Monnerat authored
/reviewed-on nexedi/slapos.core!50
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
This simplifies 2 pages on the tutorials.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
On the subscription process, we would like the user (as anonymous), be able to pay before Join.
-
- 10 Aug, 2018 1 commit
-
-
Rafael Monnerat authored
This is a rename of slapos_trial_request into subscription request. This Bt5 aims to handle indirect requests (before get a Hosting Subscription) and it should contains approval system.
-
- 09 Aug, 2018 4 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 02 Aug, 2018 11 commits
-
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
Set preferred_cloud_contract as true (required, to generate initial payment) there are only a single packing list generated as the API usage packacking lists are gone.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
The computation of the API usage is been removed. There is no reason to invoice the API usage anymore. The consumption should be based on computer resource consumption or by time based subscriptions.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
- 31 Jul, 2018 2 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 30 Jul, 2018 1 commit
-
-
Alain Takoudjou authored
-
- 23 Jul, 2018 3 commits
-
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
Monitor Scope is used to define if an Hosting Subscription and/or Computer is monitored or not.
-
- 20 Jul, 2018 1 commit
-
-
Rafael Monnerat authored
The API that notify availability and building from Computer Partition is unecessary and it's implementation overuse resources and cause flaky effect on the state of the Computer Partition. At the Software Release, the states can be available/building/error, and this state tens to be immutable once the software release is finished (it will be available, where building and error are transitory states). At Computer Partition, we intent to have started/stopped/destroyed instances, where available and building were transitory, but they have no practical function as a second report would come quickly after. So we may consider that started is actually same as available, in this case, it is a duplicated meaning, as you cannot be available w/o been started/stopped. computer_partition.building were never used, as the master knew that a partition is been processed, so this API were never used. Report transitory states are prevent us to determinate the actuall state, considering that the latest actuall state is more relevant (started/stopped/destroyed).
-
- 18 Jul, 2018 9 commits
-
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
This allow the person responsable on for support, load all monitoring URLs from all instances to that may contain a failure.
-
Rafael Monnerat authored
Stop or Destroyed instances don't required checks.
-