Commit Graph

13 Commits

Author SHA1 Message Date
Hugo van Kemenade b1c63f8f00
Only deploy for upstream to prevent forks failing (#1537) 2020-07-24 15:37:20 -04:00
native-api fbe51e3bfe Prevent the highly parallel workload from overloading a worker (#1131) 2019-07-24 10:13:53 -07:00
Guido van Rossum d3b10faf50 Get rid of 3.8 and nightly peps builds -- these don't work (yet) 2019-06-11 13:40:46 -07:00
Mariatta a0c92348b9
Use the xenial dist in travis ci (#925) 2019-03-12 15:49:13 -07:00
Reece Dunham 31e8fa3411 Remove deprecated travis ci option (#924) 2019-03-12 15:40:25 -07:00
Ernest W Durbin III 9cdb3fda14
package/deploy: it's working now 2019-02-23 13:43:27 -05:00
Ernest W Durbin III fe80e4975e
package/deploy: don't clean up first, we need those files 2019-02-23 13:19:00 -05:00
Ernest W Durbin III 74c07a51e9
package/deploy: attempt to navigate travis-ci dot org 2019-02-23 13:14:03 -05:00
Ernest W. Durbin III b91c65043d
create package target (#898)
* create package target

the peps are built... may as well publish a tarball directly from travis.

python.org hosting is being updated and i'm trying to move it away from local
disk storage, which the current pep integration relies on.

this will allow me python.org to pull the tarball out of S3 and do it's work.

* packager: push to s3 after success
2019-02-23 13:02:57 -05:00
Mariatta 765dc66abd
Update .travis.yml, build using Python 3.7-dev instead of 3.5 (#727) 2018-07-10 11:04:43 -07:00
Donald Stufft 423ccb9f8e Parallelize PEP builds to speed up CI 2016-07-05 13:18:14 -04:00
Brett Cannon ae15a08c55 Tweak some Travis settings for potentially faster builds 2016-06-20 10:29:28 -07:00
Matthias Bussonnier 5e69c5e9f4 Setup CI 2016-06-19 15:46:32 -07:00