To follow up, as you may have noticed, some of the packages failed to be uploaded.
The problem has been identified and php settings have been tweaked. We made use the memory_limit, upload_max_filesize and post_max_size were set appropriately.
We will continue monitor the upload and follow up here with updates.
The upload of packages have been failing consistently for the past few days.
Mitigation
Until now, we have been increasing the memory allocated to the PHP process (this was an easy “band-aid” to work around this issue, this approach is not working any more.
Waiting we have resources to finalize the transition to a robust Girder-based package manager infrastructure [1], I will look into patching the slicerpackages and slicerappstore midas plugins so that the upload of nightly packages for Slicer extensions and applications are into different folders each month.
You should now expect the regular nightly packages to be available for both Slicer applications and extensions.
Tomorrow dashboard should be able to confirm this.
More details
We were able to address what was causing the server to use a lot of memory when uploading packages. It should be fixed by this commit which is now deployed on slicer.kitware.com.
We addressed remaining errors about:
“Invalid date format” when uploading Slicer application packages. This was fixed in Slicer code base applying commits (r28191 and r28190). These commits make sure the dates are now explicitly formatted as “YYYY-MM-DD HH:MM” without any timezone info. Most likely a change in how the new version of mysql server handles dates.
missing default value for “development_status” field when uploading extension packages. It was fixed in this commit and was most likely caused by change in sql mode.