jayvdb added a comment.

In https://phabricator.wikimedia.org/T101807#1353493, @Ricordisamoa wrote:

> Why SaaSS is bad 
> <http://www.gnu.org/philosophy/who-does-that-server-really-serve.html>


On the essay, wrt Wikimedia, I've replied at 
https://meta.wikimedia.org/wiki/Talk:Open_source#Cloud_services

In the case of Appveyor/Travis builds, I dont believe it clearly fits into this 
SaaSS definition.  Appveyor/Travis builds are more 'Service as a 
Platform/Infrastructure'.  Most relevant is that these builds are run on 
publicly submitted patches.  There is no privacy aspect.

There is very little vendor lockin.  We provide the build script to 
Appveyor/Travis, and they convert that into a log file with a final status - ok 
or fail.  The new data generated, the log file, can be downloaded from both 
services.  The build script is portable to other CI platforms if required.  The 
same build process can be run on workstations or Wikimedia servers, as the 
build script only depends on Open Source tools - with the exception of using 
Visual C instead of MinGW on Appveyor, but that is Python setuptools/MinGW ' 
problem to solve.   Automating these builds using Appveyor/Travis speeds up 
review and regression processes, but we'd quickly adjust if these cloud 
services stopped offering free compute time to open source projects.

More interesting is the case of Coveralls/Codecov, specifically because the 
coverage data is an additional output of the automated builds.  The 
Appveyor/Travis builds send a large dataset to Coveralls/Codecov, and that 
original data cant be downloaded from either of them.  Codecov provides an API 
for aggregated data to be extracted (https://codecov.io/api) , and Coveralls 
seems to have no API to extract data (push only API here: 
https://coveralls.zendesk.com/hc/en-us/articles/201350799-API-Reference).


TASK DETAIL
  https://phabricator.wikimedia.org/T101807

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jayvdb
Cc: XZise, demon, Qgil, Reedy, Legoktm, jayvdb, Ricordisamoa, Aklapper, 
pywikibot-bugs-list



_______________________________________________
pywikibot-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

Reply via email to