|
1 | | -# rc: minor bump |
| 1 | +# See elsewhere for changelog |
2 | 2 |
|
3 | | -This release contains an essential fix for what has been the default Tectonic |
4 | | -configuration, which access `archive.org` to look up the default bundle. |
| 3 | +This project’s release notes are curated from the Git history of its main |
| 4 | +branch. You can find them by looking at [the version of this file on the |
| 5 | +`release` branch][branch] or the [GitHub release history][gh-releases]. |
5 | 6 |
|
6 | | -- Update redirection logic to unbreak archive.org resolution (#832, @pkgw). The |
7 | | - Internet Archive PURL service added a new layer of indirection through the URL |
8 | | - `https://purl.prod.archive.org/net/pkgwpub/tectonic-default`, which had an |
9 | | - unfortunate interaction with logic in Tectonic intended avoid pursuing |
10 | | - redirections into S3-type hashed storage services. That logic stopped |
11 | | - resolution when the final element of the URL path (i.e. the filename) did not |
12 | | - contain a period character. This used to be fine when the base archive.org URL |
13 | | - redirected directly to the configured destination URL, but stopped too soon |
14 | | - with the new indirection layer. The logic has been updated to also continue |
15 | | - pursuing the redirection if the filename of the new URL matches the filename |
16 | | - of the original URL, which avoids the issue in this case and seems generally |
17 | | - reasonable. |
18 | | -- Related to the above, the new archive.org redirection used an HTTP status code |
19 | | - of 307, which is a slightly more fully-specified version of the 302 status |
20 | | - code. While the redirection code accepted a final status code of 302 |
21 | | - (indicating that it decided to stop resolving URLs, i.e., it thinks that it |
22 | | - has reached the edge of an S3-type hashed storage service), it did not accept |
23 | | - a 307 result. Now it does (#832, @pkgw). Note that if this behavior had been |
24 | | - in place before, Tectonic would not have broken with the new archive.org |
25 | | - update, but the behavior would have been somewhat incorrect: the URL |
26 | | - resolution would have stopped too soon. But given the semantic similarity of |
27 | | - 302 and 307, if we allow the former, we should allow the latter. |
28 | | - |
29 | | -These fixes are, however, effectively superseded because the release of Tectonic |
30 | | -that contains them will also contain an update of the default URL to a new |
31 | | -dedicated service (`relay.fullyjustified.net`), since `archive.org` is sometimes |
32 | | -unreliable and is blocked in China. |
33 | | - |
34 | | - |
35 | | -# tectonic_geturl 0.2.1 (2021-06-15) |
36 | | - |
37 | | -- Fix a deprecation warning in the latest version of `reqwest`. |
38 | | - |
39 | | - |
40 | | -# tectonic_geturl 0.2.0 (2021-06-03) |
41 | | - |
42 | | -- Expose a new `native-tls-vendored` Cargo feature, to allow people to control |
43 | | - vendoring in the `native-tls` dependency crate. |
44 | | -- Work on the docs a bit. |
45 | | - |
46 | | - |
47 | | -# tectonic_geturl 0.1.0 (2021-01-16) |
48 | | - |
49 | | -Initial release of "get-URL" support crate, with pluggable backends: either curl |
50 | | -or reqwest. Or nothing, if you know that you're not going to need the network. |
| 7 | +[branch]: https://github.com/tectonic-typesetting/tectonic/blob/release/crates/geturl/CHANGELOG.md |
| 8 | +[gh-releases]: https://github.com/tectonic-typesetting/tectonic/releases |
0 commit comments