# Best way to Re-Install Julia on new computer?

**URL:** https://discourse.julialang.org/t/best-way-to-re-install-julia-on-new-computer/106103
**Category:** New to Julia
**Tags:** installation
**Created:** [November 12, 2023, 3:29am UTC](https://discourse.julialang.org/t/best-way-to-re-install-julia-on-new-computer/106103 "2023-11-12T03:29:45Z")
**Posts on this page:** 1
**Showing post:** 18

<div class="post-metadata">

### Author: ![Palli](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/palli/32/3380_2.png) [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [November 13, 2023, 10:19pm UTC](https://discourse.julialang.org/t/best-way-to-re-install-julia-on-new-computer/106103/18 "2023-11-13T22:19:05Z")

</div>

Julia has reproducibility guarantee. Meaning if you have exact same versions you can run everything the same.

I.e. Julia 1.4.2, it needs not be JuliaPro, but it does need the same exact versions of your packages too. That’s what the Manifest.toml file is for.

[Julia is a system of its own in a way, and no upgrade of the OS has been known to break the guarantee that I know of. But in theory just upgrading the OS, and nothing else could do that, and that has happened with Python in the past. Also you WILL get a different stream of random numbers, which is usually not a problem, even better. Unless you only upgrade to, if I recall, Julia 1.7 or 1.6 LTS which is rather outdated. Bit-identical float results are hard to guarantee for any language upgrade, and you shouldn’t expect that, except for basic arithmetic operators.]

But in most cases it should be ok to upgrade (Julia has a forward compatibility syntax guarantee, and API stability guarantee, it’s just some package’s use undocumented, not-promised stable, (non) “API”.]. E.g. to latest supported Julia. People may tell you it’s not true, and it breaks the old packages. But if you also update the packages to latest then you’re usually fine.

If not, then a package depended on internals of old Julia, or internals of older package.

> [@CosmoProf](#):
>
> Get my old “Manifest.toml” & “Project.toml” files back from the old computer & hold onto them.

The Project file is often enough, it doesn’t state exact versions, then you would just upgrade to latest. To be sure you need the other (and would it alone be enough?).

And of course you need your own source code… And in some exceptional cases not all dependencies are handled by Julia, it’s package manager, and then you need to install something more.

> [@CosmoProf](#):
>
> all I got was the command-line version of Julia. Where the best source for the version with all the windows?! (I was using Atom on the old computer.)

You could still use the exact same Atom or newer, or VS Code. What I wrote about needing exact same versions for the guarantee would not apply to Atom, since it’s just an editor and to access Julia. It might still apply for familiarity. Note, the Atom people moved on to working on VS Code, so so should you, at least eventually. It should have feature parity, and lots of newer features. But it will be slightly different. I doubt anything you did relied on the exact IDE/editor(?).

I found some rather recent discussion related to Atom, but as I said at least the same version (and most probably the fastest should work):

> [@Atom package: julia-client seems to be broken](https://discourse.julialang.org/t/atom-package-julia-client-seems-to-be-broken/91037):
>
> I like the Atom-Editor as a second Julia editor, but the atom package julia-client seems to be brocken. After deinstallation I tried to re-install it via apm but it fails: C:\bin\Atom\resources\app\apm\bin\>apm install julia-client Installing julia-client to C:\Users\stefanpofahl\.atom\packages failed Request for package information failed: Application error I there some-one who uses Atom v1.63.1 and has managed to get it to work under MS-Windows?

---

_[View the full topic](https://discourse.julialang.org/t/best-way-to-re-install-julia-on-new-computer/106103)._