Comments (13)
Actually zope.interface seems to have same problem. Maybe we don't have the right password?
https://ci.appveyor.com/project/mgedmin/zope-interface/build/1.0.95/job/tcd2ftodmdgxxo1e
from btrees.
And persistent https://ci.appveyor.com/project/mgedmin/persistent/build/1.0.32/job/0vcfg3tig0wqwkcj
from btrees.
There was that Travis password leak, after which we changed the PyPI password for zope.wheelbuilder, but then I dropped the ball and didn't change any of the Appveyor files.
I don't remember how you go about encrypting env vars for Appveyor.
This ought to be documented somewhere. sigh
from btrees.
Ok, the procedure is
- go to https://ci.appveyor.com/tools/encrypt
- paste the zope.wheelbuilder PyPI password into the text box
- hit Encrypt
- copy the encrypted value (
UcdTh6W78cRLVGfKRFoa5A==
into all theappveyor.yml
s)
Now, is it possible somehow to retroactively build old tags but tell Appveyor to use the new encrypted value?
from btrees.
I'm going to change the appveyor.yml
s to always build wheels, so that people could upload them manually in the future if something like this happens again.
I would very much like to know how to ask twine not to hang for an hour if the password is wrong.
from btrees.
I would very much like to know how to ask twine not to hang for an hour if the password is wrong.
Filed pypa/twine#224.
from btrees.
Hmm. I dropped the ball, but Tres did update the password in appveyor.yml
: 585ec7e.
What went wrong?
from btrees.
By a lucky coincidence BTrees had no commits since the last tag (not even the usual post-commit version bump), so I can upload the wheels produced by this Appveyor run to PyPI manually.
The other affected packages (persistent, zope.interface, zope.index) have other commits, so no wheels until somebody makes a new release.
from btrees.
BTrees 4.4.0 wheels uploaded to PyPI.
Also, I just came up with a scheme to upload missing persistent/zope.interface/zope.index wheels:
- create a temporary branch based on the tag
- modify the credentials in appveyor.yml
- make the 'twine upload' unconditional
- better yet, change the check to upload iff
setup.py --version
does not containdev
- commit and push
- wait for appveyor to build and upload
- remove the temporary branch
from btrees.
Ok, I'm attempting that thing for zope.interface: https://ci.appveyor.com/project/mgedmin/zope-interface/build/1.0.105
The builds should run in about an hour (Appveyor's free tier is slow! maybe ZopeFoundation would like to shell out for a paid account?).
from btrees.
I've queued a build for persistent too: https://ci.appveyor.com/project/mgedmin/persistent/build/1.0.63
I've no plans to build zope.index wheels, but I can, if somebody asks (preferably after they fix zopefoundation/zope.index#9).
from btrees.
zope.interface wheels have been built and uploaded to PyPI successfully.
persistent wheels for 32-bit Python have been built and uploaded to PyPI successfully. Wheels for 64-bit Python are missing because of test failures (what were fixed in master after the last release).
from btrees.
My goodness! thank you so much @mgedmin !
from btrees.
Related Issues (20)
- Python 2: OxBTrees allow types as keys; Python 3 does not
- Can we move to the src/ layout? HOT 3
- Support PURE_PYTHON=0 to require C extensions
- BTree.get() swallows POSKeyError on internal corruption (C only) HOT 2
- Python/C Inconsistency: Detecting classes that just implement `__eq__`
- Python/C Inconsistency: Getting/Setting max_internal_size on the BTree class
- Regression in 4.9: Subclasses can't use @adapter
- fsBTree and fsTreeSet broken in 4.9.0/4.9.1
- fsBTree.difference fails when the second argument is a set HOT 2
- Zope5.2.1 install warnings HOT 3
- Convert to meta/config HOT 2
- Consider using cibuldwheel for building binary wheels. HOT 1
- 4.10.0: sphinx warnings `reference target not found` HOT 3
- 4.10.0: pytest is failing in some units HOT 6
- btrees not installing on m1 computer HOT 2
- Get a random element from a BTree HOT 2
- 'IFBucket' object has no attribute 'byValue' when running with PURE_PYTHON HOT 1
- Length Object not working from outside tree class HOT 4
- 5.2: pytest fails in 24 units with pytest 8.2.1 (mostly with `AssertionError: TypeError not raised`) HOT 9
- Move global statics to module state
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from btrees.