-
Notifications
You must be signed in to change notification settings - Fork 29
Refactor everything #16
Conversation
Co-Authored-By: Scott Morrison <scott@tqft.net>
Co-Authored-By: Scott Morrison <scott@tqft.net>
Would it make sense to store the Azure URL in some kind of separate config file, instead of as part of the script? I'm not 100% confident the URL pattern is stable (see the change yesterday). Hard coding it like this makes it harder to change. Ideally, there would be a |
I tried to implement Rob's url ideas. |
@PatrickMassot I've pushed a commit to update the |
29d2e84
to
83171a8
Compare
f126de2
to
5fe4313
Compare
|
I see you implemented |
@robertylewis I don't understand your comment. I see
so from-url is here as an option common to all commands. |
@gebner, what would you expect from |
The same thing it normally does, fetch the oleans for the current revision and unpack them. |
Ah, I see. I was looking for it specifically in |
Is there a way to override the local cache, in case it exists but I want to get the remote one anyway (from the default url)? |
This is actually a good idea. Because if I stupidly run |
Per a discussion on Zulip:
|
@PatrickMassot I've updated the |
Gabriel, I don't understand why you need this information in |
Also simplify the cache url propagation
@jcommelin there is now a |
Requested by Jason
@jasonrute I added |
I wonder if it should also check the lean core .olean files (unless core works differently)? I know I have the habit of going into those files to look at stuff. |
Nix is a package manager, the dependencies listed in |
I think switching Azure to a CDN (which was necessary for download speeds) changed the error messages when you try to access a file that doesn't exist. It's not a 404, it's this: https://oleanstorage.azureedge.net/mathlib/dfb0e15a8f17aabe82a6755ee8e14e70288649bf.tar.gz The script downloads this xml and tries to untar it, which doesn't go well. |
Hmm, I get a 404 for that URL. But of course |
I have now realized my error, I thought that
|
Requested by Simon
The xml trap should be detected now. |
Requested by Jason
Inspired by Gabriel's suggestion.
Requested by Gabriel
@PatrickMassot When I try to override the download URL, it seems to look in the wrong place, and then attempts to process the bad xml:
Notice the inferred filename is appended to the filename I want to get. Edit -- Patrick pointed out that I'm misusing |
unless --no-upgrade-lean option is given
This reverts commit 1c3d339.
This is a complete refactor of the
update-mathlib
/cache-olean
/setup-git-hooks
tools. They are all replaced byleanproject
that actually tries to do what users expect. For instance you won't need four commands to create a new project depending as documented here. Also it won't query GitHub before noticing it already have those oleans locally.