This PR has been updated to only build for 3.6/3.7 on osx, linux, windows(64 bit). This is a total of 6 daily builds.

If we want the osx nightly build, we can merge scikit-learn/scikit-learn#12651 into master.

I would rather just finish the review of the new K-Means implementation ( scikit-learn/scikit-learn#11950 ) which I believe would fix this unstable test on macOS. @jeremiedbb let me know if I am wrong.

I do think it fixes the test. However, originally I made this test in this PR and then moved it in a separate PR to ease reviews. So it would not be absurd to remove this test from master and put it back in my PR.

thanks for doing all of these in parallel @thomasjpfan. Do you think if we move to microsoft CI, we should also move these to that CI?

@adrinjalali It is possible to move our build to azure. We would need to adapt https://github.com/matthew-brett/multibuild to run on azure.

For now, I think it is best to keep this running on Travis and AppVeyor.

The owner of this web site has set X-Container-Meta-Web-Index: index.html. However, this file is not found. @ogrisel is that what you saw? Looks like it requires some config on the server, not just the cname.

Ah, wheelhouse_uploader creates the index, so all is good, never mind.

enabled for travis, no idea how to do it for appveyor, maybe need to log in with the appveyor admin account?
Also this: https://www.appveyor.com/blog/2017/11/08/sheduled-builds-for-free-accounts/

@ogrisel The first windows build has been uploaded here: http://68bea3902784d69c0aa8-ef5ddc96fef712c596c71d053dc2ad71.r77.cf2.rackcdn.com

The rest of the builds say they are uploaded to the same location. The index file has not been updated on the CDN because the TTL was set to 3 days. You can set this to 15 minutes by:

We can set the TTL to one hour after we confirm that everything works.

I changed the TTL, deleted the old sklearn-nightly container that I created in the North Virginia datacenter (IAD) instead of Chicago (ORD), and updated the CNAME record for http://nightly.scikit-learn.org/ and it seems to work now.

Great work on making nightly wheels available!

I checked an unfortunately it's not possible to configure HTTPS on CNAME entries that point to rackspace cloud files / CDN.

I tried:

pip install --pre -f http://nightly.scikit-learn.org scikit-learn

and it works (with a warning).

@ogrisel the https is a rackspace issue? Should we look into finding an alternative? Or replace the issue on the sklearn issue tracker with one that asks for https hosting?

The fact that we cannot setup https for CNAME -based URLs (e.g. nightly.scikit-learn.org in our case) is a limitation of rackspace CDN.

If we use the raw CDN URL, it should work with HTTPS but apparently the certificate is not valid:

$ pip install -U --pre -f https://68bea3902784d69c0aa8-ef5ddc96fef712c596c71d053dc2ad71.r77.cf2.rackcdn.com scikit-learn
DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7.
Looking in links: https://68bea3902784d69c0aa8-ef5ddc96fef712c596c71d053dc2ad71.r77.cf2.rackcdn.com
Certificate did not match expected hostname: 68bea3902784d69c0aa8-ef5ddc96fef712c596c71d053dc2ad71.r77.cf2.rackcdn.com. Certificate: {'crlDistributionPoints': (u'http://crl3.digicert.com/ssca-ecc-g1.crl', u'http://crl4.digicert.com/ssca-ecc-g1.crl'), 'subjectAltName': (('DNS', 'a248.e.akamai.net'), ('DNS', '*.akamaihd.net'), ('DNS', '*.akamaized-staging.net'), ('DNS', '*.akamaihd-staging.net'), ('DNS', '*.akamaized.net')), 'notBefore': u'Oct 18 00:00:00 2018 GMT', 'caIssuers': (u'http://cacerts.digicert.com/DigiCertECCSecureServerCA.crt',), 'OCSP': (u'http://ocsp.digicert.com',), 'serialNumber': u'04E528087A9D1BCDC05BECFC68C569D5', 'notAfter': 'Oct 18 12:00:00 2019 GMT', 'version': 3L, 'subject': ((('countryName', u'US'),), (('stateOrProvinceName', u'Massachusetts'),), (('localityName', u'Cambridge'),), (('organizationName', u'Akamai Technologies, Inc.'),), (('commonName', u'a248.e.akamai.net'),)), 'issuer': ((('countryName', u'US'),), (('organizationName', u'DigiCert Inc'),), (('commonName', u'DigiCert ECC Secure Server CA'),))}
Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'SSLError(CertificateError("hostname '68bea3902784d69c0aa8-ef5ddc96fef712c596c71d053dc2ad71.r77.cf2.rackcdn.com' doesn't match either of 'a248.e.akamai.net', '*.akamaihd.net', '*.akamaized-staging.net', '*.akamaihd-staging.net', '*.akamaized.net'",),)': /

so indeed we could try to find an alternative solution...

The $0.10/GB is the standard CDN charge, for the first 10TB, so we should be able to turn on https without much more fees: https://support.rackspace.com/how-to/rackspace-cdn-secure-delivery-options/ (Using the SAN certificate)

(There is an additional $0.010 per 10,000 requests for HTTPS)

https://sklearn-nightly.scdn8.secure.raxcdn.com works now