# Unable to download Julia 1.8.1

**URL:** <https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027>\
**Category:** General Usage\
**Created:** [September 10, 2022, 4:04am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027 "2022-09-10T04:04:06Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![vector](https://avatars.discourse-cdn.com/v4/letter/v/dc4da7/32.png) [@vector](https://discourse.julialang.org/u/vector)\
**Post date:** [September 10, 2022, 4:04am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/1 "2022-09-10T04:04:06Z")

</div>

I am unable to download Julia 1.8.1. Clicking on the link just keeps waiting.  
Julia documentation is also not available as a pdf download.

---

<div class="post-metadata">

**Author:** ![Alec\_Loudenback](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/alec_loudenback/32/278_2.png) [@Alec\_Loudenback](https://discourse.julialang.org/u/Alec_Loudenback)\
**Post date:** [September 10, 2022, 4:27am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/2 "2022-09-10T04:27:35Z")

</div>

I think you’ve caught the sites in the midst of a new version release where 1.8.1 hasn’t propagated across all of the Julia sites/infrastructure.

If 1.8.1 download isn’t working for you, you could still find the 1.8.0 release links [here](https://julialang-s3.julialang.org/bin/versions.json). Soon, 1.8.0 will be listed on the [older releases](https://julialang.org/downloads/oldreleases/) page.

---

<div class="post-metadata">

**Author:** ![vector](https://avatars.discourse-cdn.com/v4/letter/v/dc4da7/32.png) [@vector](https://discourse.julialang.org/u/vector)\
**Post date:** [September 10, 2022, 4:48am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/3 "2022-09-10T04:48:30Z")

</div>

I will wait for 1.8.1 to become available. Btw, it was released on 6th September and still not available!!!

---

<div class="post-metadata">

**Author:** ![ufechner7](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ufechner7/32/51363_2.png) [@ufechner7](https://discourse.julialang.org/u/ufechner7)\
**Post date:** [September 10, 2022, 4:53am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/4 "2022-09-10T04:53:35Z")

</div>

```julia
jill install 1.8.1

```

works fine for me (Linux, NL)

---

<div class="post-metadata">

**Author:** ![vector](https://avatars.discourse-cdn.com/v4/letter/v/dc4da7/32.png) [@vector](https://discourse.julialang.org/u/vector)\
**Post date:** [September 10, 2022, 4:56am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/5 "2022-09-10T04:56:48Z")

</div>

The following link  
[https://julialang-s3.julialang.org/bin/winnt/x64/1.8/julia-1.8.1-win64.exe](https://julialang-s3.julialang.org/bin/winnt/x64/1.8/julia-1.8.1-win64.exe)  
for windows is not working.

---

<div class="post-metadata">

**Author:** ![jling](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jling/32/212909_2.png) [@jling](https://discourse.julialang.org/u/jling)\
**Post date:** [September 10, 2022, 5:04am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/6 "2022-09-10T05:04:58Z")

</div>

> [@vector](#):
>
> it was released on 6th September

that’s not how it works, “release” tag on github is not release

---

<div class="post-metadata">

**Author:** ![vector](https://avatars.discourse-cdn.com/v4/letter/v/dc4da7/32.png) [@vector](https://discourse.julialang.org/u/vector)\
**Post date:** [September 10, 2022, 5:32am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/7 "2022-09-10T05:32:29Z")

</div>

Its working now. It could be some network issue on my side.

---

<div class="post-metadata">

**Author:** ![nilshg](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/nilshg/32/2283_2.png) [@nilshg](https://discourse.julialang.org/u/nilshg)\
**Post date:** [September 10, 2022, 6:17am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/8 "2022-09-10T06:17:16Z")

</div>

As far as I understand it was rather an issue with the Windows buildbots for this specific release, which is why the Windows binaries took an unusually long time to become available.

If a four day lag between release announcement and binaries being available is unacceptable to you, you should consider just building from source and thereby “cutting out the middleman” (i.e. the buildbots). Normally this isn’t an issue though, in all my time off using Julia (since v0.3) I think this is the first time that there is such a delay.

---

<div class="post-metadata">

**Author:** ![Paul\_Soderlind](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/paul_soderlind/32/1753_2.png) [@Paul\_Soderlind](https://discourse.julialang.org/u/Paul_Soderlind)\
**Post date:** [September 10, 2022, 7:36am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/9 "2022-09-10T07:36:36Z")

</div>

Has 1.8.1 been announced?

---

<div class="post-metadata">

**Author:** ![jling](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jling/32/212909_2.png) [@jling](https://discourse.julialang.org/u/jling)\
**Post date:** [September 10, 2022, 4:14pm UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/10 "2022-09-10T16:14:16Z")

</div>

> [@nilshg](#):
>
> four day lag between release announcement

there was no annoucement

---

<div class="post-metadata">

**Author:** ![StatisticalMouse](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/statisticalmouse/32/43370_2.png) [@StatisticalMouse](https://discourse.julialang.org/u/StatisticalMouse)\
**Post date:** [September 10, 2022, 8:06pm UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/11 "2022-09-10T20:06:08Z")

</div>

A person claimed on 6th in a thread in Zulip that  
[Julia 1.8.1 released](https://julialang.zulipchat.com/#narrow/stream/137791-general/topic/Julia.201.2E8.2E1.20released)

This is probably the reason for the confusion.

---

<div class="post-metadata">

**Author:** ![cjdoris](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/cjdoris/32/213133_2.png) [@cjdoris](https://discourse.julialang.org/u/cjdoris)\
**Post date:** [September 10, 2022, 8:54pm UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/12 "2022-09-10T20:54:18Z")

</div>

It was indeed released on 6th September with no announcement: [Download Julia](https://julialang.org/downloads/)

---

<div class="post-metadata">

**Author:** ![jling](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jling/32/212909_2.png) [@jling](https://discourse.julialang.org/u/jling)\
**Post date:** [September 10, 2022, 10:52pm UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/13 "2022-09-10T22:52:21Z")

</div>

that date is when the release is tagged on github, i.e. the freeze time

---

<div class="post-metadata">

**Author:** ![dilumaluthge](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dilumaluthge/32/29283_2.png) [@dilumaluthge](https://discourse.julialang.org/u/dilumaluthge)\
**Post date:** [September 10, 2022, 11:39pm UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/14 "2022-09-10T23:39:21Z")

</div>

A Julia release is not official until the announcement has been posted in the [Announcements](https://discourse.julialang.org/c/announce/25) section on Discourse.

---

<div class="post-metadata">

**Author:** ![davidanthoff](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/davidanthoff/32/223493_2.png) [@davidanthoff](https://discourse.julialang.org/u/davidanthoff)\
**Post date:** [September 11, 2022, 12:15am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/15 "2022-09-11T00:15:38Z")

</div>

Well, it is listed at [Download Julia](https://julialang.org/downloads/), though. I took that as the sign that everything is official and pushed it out to Juliaup…

I would be kind of nice to rework the release process at some point so that it a) is completely automated, and b) that all things that users might interpret as “a new version is out” happen exactly at the same time, so the tag, download page update, Juliaup, versions.json etc. all occur at exactly the same time.

---

<div class="post-metadata">

**Author:** ![dilumaluthge](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dilumaluthge/32/29283_2.png) [@dilumaluthge](https://discourse.julialang.org/u/dilumaluthge)\
**Post date:** [September 11, 2022, 12:38am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/16 "2022-09-11T00:38:34Z")

</div>

I agree that the [JuliaLang.org](http://JuliaLang.org) website update and the Discourse announcement should happen at the same time.

However, some of the other tasks cannot happen at the same time.

For example, Buildkite cannot start building the binaries until the Git tag is created. Once the Git tag is created, Buildkite starts building the binaries; it takes multiple hours for Buildkite to build, test, codesign, and upload the binaries. The `versions.json` file cannot be updated until the binaries have been uploaded. Once the binaries have been uploaded, the `versions.json` file can be updated; it takes over an hour to update the `versions.json` file.

So, the release process looks something like this:

1. A release manager creates the Git tag.
2. Buildkite builds, tests, codesigns, and uploads the binaries. This takes multiple hours.
3. A release manager triggers the generation of the `versions.json` file. This takes over an hour.
4. A release manager updates the [JuliaLang.org](http://JuliaLang.org) website and posts the Discourse announcement. These steps should be done at the same time.

---

<div class="post-metadata">

**Author:** ![dilumaluthge](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dilumaluthge/32/29283_2.png) [@dilumaluthge](https://discourse.julialang.org/u/dilumaluthge)\
**Post date:** [September 11, 2022, 12:40am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/17 "2022-09-11T00:40:50Z")

</div>

Some other improvements that we need to make:

1. Currently, the PDF version of the Julia manual is not built automatically; thus, a release manager needs to manually trigger its build. Instead, we should automatically build and upload the PDF manual as part of our normal Buildkite pipeline: [Migrate the PDF docs build to Buildkite · Issue #198 · JuliaCI/julia-buildkite · GitHub](https://github.com/JuliaCI/julia-buildkite/issues/198)
2. Currently, Juliaup hardcodes version information. Eventually, we would like Juliaup to use the `versions.json` file: [Use the published `versions.json` instead of listing versions in source code? · Issue #131 · JuliaLang/juliaup · GitHub](https://github.com/JuliaLang/juliaup/issues/131)

Help is welcome on both of the above-linked issues!

---

<div class="post-metadata">

**Author:** ![davidanthoff](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/davidanthoff/32/223493_2.png) [@davidanthoff](https://discourse.julialang.org/u/davidanthoff)\
**Post date:** [September 11, 2022, 1:08am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/18 "2022-09-11T01:08:13Z")

</div>

One could presumably use a different trigger for Buildkite than a tag, and then the build process could actually generate the tag once everything is done? For example, the build process could be kicked off whenever [julia/VERSION at master · JuliaLang/julia · GitHub](https://github.com/JuliaLang/julia/blob/master/VERSION) is changed to have a non-prerelease value in it. I do something similar with the package butler, where the trigger is not a tag, and then the automated build process does things on a branch, and only when everything has finished and it is known that the build succeeded and everything was properly deployed is the tag applied. In general that seems a more robust approach to me. One can never really know whether a build really will work or not, so applying the tag as the last step as a “success, it worked” step can completely prevent a situation where a tag was created, something breaks, and then one has to delete the tag again.

There are obviously a lot of steps that take a long time, but it seems to me that one could probably rearrange things such that the “signal” events all take place at the end: 1) create the tag, 2) upload (not generate) the `versions.json`, 3) push the things to Juliaup that make a new build visible to it.

It is probably a fair bit of work to pull that off, but I do think it would be nice to have that 🙂

Another thing I’ve been thinking is that maybe it would at some point also make sense that nightly builds are produced in the same way as regular release builds, just with a pre-release tag? That would have two benefits: a) the full release process would be exercised every night so if there are problems it would be detected early, b) at least for Juliaup it would be nice if nightlies could be identified just like any other build with a semver.

---

<div class="post-metadata">

**Author:** ![dilumaluthge](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/dilumaluthge/32/29283_2.png) [@dilumaluthge](https://discourse.julialang.org/u/dilumaluthge)\
**Post date:** [September 11, 2022, 3:07am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/19 "2022-09-11T03:07:03Z")

</div>

The tag needs to be made before Julia is built. When Julia is built (i.e. when the `make` command is run), part of the build process extracts the commit being built and checks whether or not that commit corresponds to a tag. If the commit being built corresponds to a tag, the Julia startup banner will list the tag version as the current version of Julia. If the commit being built does not correspond to a tag, then the Julia startup banner will list the commit itself, as well as the distance between the commit and the last feature freeze.

So there are quite a few parts of the build system that depend on the tag being made before Julia is built. I’m not saying that it’s impossible to switch to a different system, but it would take quite a bit of work to make those changes, and the current system works very well, so I’m not sure if there’s an incentive to make such major changes.

If the only issue is that people see the creation of the tag and confuse this for an official release announcement, then we can address that with better documentation and explanations, not with refactoring the entire build system and CI infrastructure.

---

<div class="post-metadata">

**Author:** ![jling](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/jling/32/212909_2.png) [@jling](https://discourse.julialang.org/u/jling)\
**Post date:** [September 11, 2022, 3:08am UTC](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027/20 "2022-09-11T03:08:42Z")

</div>

> [@davidanthoff](#):
>
> Well, it is listed at [Download Julia](https://julialang.org/downloads/), though

it was not listed on 6th

[Next page](https://discourse.julialang.org/t/unable-to-download-julia-1-8-1/87027.md?page=2)