Just tested it to install Julia v1.3 and it worked. Maybe the "Last tested version" on the README can be updated ?

In some cases, it would be handy to run it non-interactively and skip the "press y to continue" dialogue.

Create a CITATION.cff file.

I upgraded from 1.0 to 1.3 using this script. However, my environment files didn't copy over so I have to do it manually. It'd be great if the script can give an option to copy over environments as well.

Preciso de ajuda!
Estou no processo de aprendizado.

Modelo SM-G985F (y2sxx)
Fabricante samsung S20+

Trying to use this script on a Raspberry Pi Zero W. I'm getting this error: error downloading julia-1.6-latest. Any ideas why?

olá Abel

Muito legal de sua parte escrever um script para automatizar a instalação da linguagem julia. Quando executo o comando no terminal linux ocorre:

iara@iara-pc:~$ sh -ci "$(curl -fsSL https://raw.githubusercontent.com/abelsiqueira/jill/master/jill.sh)"
sh: 23: Syntax error: "(" unexpected
$

There are corners cases that are not checked and do not have proper errors messages and/or tests.

./jill.sh: 23: ./jill.sh: Syntax error: "(" unexpected

It doesn't seem to be possible to use jill to download the 1.6 release candidate:

➜  ~/.local/bin jill download 1.6
query the latest 1.6 version, it may take seconds...
version 1.6 is not available, use latest stable release.

Would be great if this were supported. Also, since we already have jill install stable and jill install latest we could also add something like jill install beta or jill install rc to install the latest rc candidate.

Update: Note that an explicit jill download 1.6.0-rc1 works. So it seems that jill is only checking for stable 1.6.x versions.

@johnnychen94 after I dropped MacOS support on #39 you offered to help fix what was needed for the update.

@sdotd got in touch by e-mail to say he is available to help support MacOS.

With both of your help, I think we can bring back MacOS support to Jill.sh.

I have created a branch https://github.com/abelsiqueira/jill/tree/macos to update the support and check what is breaking. Here is the broken Github Action: https://github.com/abelsiqueira/jill/actions/runs/621647254

Thanks for the availability, I hope we can make this work.

Essential to 1.0 because otherwise, changes will be too big.

Example of bash projects:

• https://github.com/Homebrew/brew
• https://github.com/nvm-sh/nvm
• https://github.com/rbenv/rbenv

Hi,

I'm trying to update my Julia 1.7.3 installation using the following command
sudo ./jill.sh -u julia-1.7.3 But I get the following error
cp: cannot stat '/root/.julia/environments/vjul': No such file or directory
I also had installed the version 1.7.3 using jill.

Any help is appreciated.

Ah, just one more comment. After upgrading to 1.8 and copying the environments using jill, to update the package using Pkg it throws an error
ERROR: SystemError: opening file "/home/vahid/.julia/environments/v1.8/Manifest.toml": Permission denied
The workaround is run the Julia using sudo.

Originally posted by @vnikoofard in #71 (comment)

To reproduce:

sudo bash jill.sh --lts
# Install a package
sudo bash jill.sh -u 1.6
ls ~/.julia/environments/v1.8 -l

#11 allows downloading specific Julia versions, while it unexpectedly introduced a breaking change that usages like the following don't work anymore.

JULIA_VERSION=1 bash -ci "$(curl -fsSL https://raw.githubusercontent.com/abelsiqueira/jill/master/jill.sh)"

Unfortunately, my bash knowledge stops me from fixing this. 😂

An example:

Resolving julialang.org (julialang.org)... 151.101.2.49, 151.101.66.49, 151.101.130.49, ...
Connecting to julialang.org (julialang.org)|151.101.2.49|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 26456 (26K) [text/html]
Saving to: ‘page.html’
page.html           100%[===================>]  25.84K  --.-KB/s    in 0.003s  
2019-10-13 00:44:44 (7.90 MB/s) - ‘page.html’ saved [26456/26456]
cp: julia-1.2.0/Julia-1.2.app: No such file or directory
umount: julia-1.2.0: not currently mounted

Can the newest version somehow autofetched with a CI trigger or smth?
Would be nice if not too much work I guess.

thx

Hi all,

As you may know, juliaup "will soon be announced as the official installer", so it is a good time to question the future of alternative installers - in particular, the one I created: Jill.
With that in mind, I would like to hear some feedback from users and contributors.

Here are some example questions, but feel free to reply with other opinions.

• Do you intend to keep using Jill?
• If yes, why? What are your reasons for using Jill?
• Does juliaup solves the problem that led you to use jill?
• how do you download Jill? curl, clone, manually?
• how do you use Jill? Using sudo? Some config or none?
• how often do you update your Julia distribution - i.e., how ofter do you run Jill.
• how often do you update your Jill?
• Do you want more advanced features for jill? Such as #23 and #62?
• Would you contribute to Jill doing small issues? Such as updating the currently supported Julia version.
• Would you help maintain Jill?
• Would you fork Jill if it died?

Also, it appears Jill just passed 0xff stars. I really appreciate that you found this package useful - or at least interesting. Thank you very much 😀

x-post:

• https://discourse.julialang.org/t/future-of-jill-feedback-session/84894
• https://twitter.com/abel_siqueira/status/1552400791868215296?s=20&t=ecAbTLKNzgyDDjKmLx2sfw

It should be possible to use uname -m to get the architecture instead of lscpu.

Excuse me,When installing according to the operation steps of README, the error "curl: (60) SSL certificate problem: self signed certificate" is reported. When SSL is turned off with -k, the installation cannot be performed normally, and no reasonable solution can be found through goolge query. Please advise.

If Linux language is not english, lscpu will not give the right Architecture. The jill is downloading the 32bit version of julia.

To boost the downloading (approximately from 10Kb/s to 5Mb/s), I made a modification that downloads from USTC mirror (in China)

minor=$(echo $version | cut -d. -f1-2)
+ version=$(echo $version | cut -d 'v' -f2)
- url=https://julialang-s3.julialang.org/bin/$platform/x$bit/$minor/julia-$version-$suffix
+ url=http://mirrors.ustc.edu.cn/julia/releases/v$minor/julia-$version-$suffix
echo $url

https://github.com/johnnychen94/jill/blob/bee99595fdd5aec238a84b121109f921c247ece8/jill.sh#L110-L121

The naming rule is slightly different from the official site, Is there any good strategy to template this URL in bash? If so then we could add a mirror option to the current script.

Possibly by hard-coding the download links.

After installing 1.5, julia-1.5-latest.tar.gz was left in the folder blocks the download of 1.5.1.
Same for the folder julia-1.5-latest. Probably renaming the folder and tar to julia-1.5.0 at the end of the script is the best way to handle this.

I think I got it now. Try sudo -E ./jill.sh -u 1.7.

The explanation is from https://unix.stackexchange.com/questions/684395/tilde-expansion-vs-variables-in-bash.

It looks like sudo does not preserve your $HOME information, so it uses the roots $HOME, which is /root.
If you run with -E, it will use your $HOME, which is /home/vahid.

To test this, create a tmp.sh file with the contents echo ~, and run

bash tmp.sh
sudo bash tmp.sh
sudo -E bash tmp.sh

In my case it returned

/home/abel
/root
/home/abel

Originally posted by @abelsiqueira in #71 (comment)

how to update my julia installed by jill? within jill

Currently it default to the last installed version.
Commands like

• jill.sh --list
• jill.sh --activate 1.7.0

Installing the latest version will run

mv julia-1.5-latest julia-1.5.3

The first time is fine. The second time will create julia-1.5.3/julia-1.5-latest, which is not desired behaviour.
If run again, the mv command will error.

The simple solution is to create a check for the version and warn the user.

Jill wants to create a symlink to julia-1.10 as well as julia-1.10.0, but it selects the major with a simple 0:3 slice, which leads to julia-1.1.
This can be fixed by changing lines that computing 0:3 by an equivalent operation, such as the ones given here: https://stackoverflow.com/questions/6245293/extract-version-number-from-file-in-shell-script

I'm on a headless Raspbian on a Raspberry Pi (4), and:

$ bash -ci "$(curl -fsSL https://raw.githubusercontent.com/abelsiqueira/jill/master/jill.sh)"
JILL - Julia Installer 4 Linux (and MacOS) - Light
Copyright (C) 2017 Abel Soares Siqueira <[email protected]>
Distributed under terms of the GPLv3 license.
This script will:

  - Download latest stable Julia
  - Create a link for julia
  - Create a link for julia-VER

Download folder: /home/pi/packages/julias
Link folder: /home/pi/.local/bin

Download folder will be created if required
Do you accept these terms? (Y/N) y
--2020-02-20 07:55:37--  https://julialang.org/downloads/
Resolving julialang.org (julialang.org)... 151.101.130.49, 151.101.2.49, 151.101.194.49, ...
Connecting to julialang.org (julialang.org)|151.101.130.49|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 24270 (24K) [text/html]
Saving to: 'page.html'

page.html                                            100%[=====================================================================================================================>]  23.70K  --.-KB/s    in 0.009s  

2020-02-20 07:55:37 (2.63 MB/s) - 'page.html' saved [24270/24270]

Downloading Julia version 1.3.1
--2020-02-20 07:55:37--  https://julialang-s3.julialang.org/bin/linux/x32/1.3/julia-1.3.1-linux-armv7l.tar.gz
Resolving julialang-s3.julialang.org (julialang-s3.julialang.org)... 151.101.86.49, 2a04:4e42:14::561
Connecting to julialang-s3.julialang.org (julialang-s3.julialang.org)|151.101.86.49|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2020-02-20 07:55:37 ERROR 404: Not Found.


gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now

I should mention that manually downloading (wget [link]), unpacking (tar -zxvf [julia.tar.gz]), and testing (julia) worked just fine.

Create an option --dry-run that doesn't perform any operations, only shows what it would do.

Previously I used jill under macOS to install julia-1.8.5. Today neither "jill.sh" nor "jill.sh -v 1.90" installs the latest julia, namely, 1.90. The first does nothing; the second, while giving the message "Try to download julia version '1.90", gives error "cp: julia-1.9/Julia-1.9.app: No such file or directory".

What's wrong?

The script gives the following error:

$ bash -ci "$(curl -fsSL https://raw.githubusercontent.com/abelsiqueira/jill/master/jill.sh)"
JILL - Julia Installer 4 Linux (and MacOS) - Light
Copyright (C) 2017 Abel Soares Siqueira <[email protected]>
Distributed under terms of the GPLv3 license.
This script will:

  - Download latest stable Julia
  - Create a link for julia
  - Create a link for julia-VER

Download folder: /home/blegat/packages/julias
Link folder: /home/blegat/.local/bin

Do you accept these terms? (Y/N) y
--2020-03-30 16:21:09--  https://julialang.org/downloads/
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving julialang.org (julialang.org)... 151.101.66.49, 151.101.130.49, 151.101.2.49, ...
Connecting to julialang.org (julialang.org)|151.101.66.49|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 15203 (15K) [text/html]
Saving to: ‘page.html’

page.html                                       100%[=====================================================================================================>]  14.85K  --.-KB/s    in 0.02s   

2020-03-30 16:21:10 (843 KB/s) - ‘page.html’ saved [15203/15203]

Downloading Julia version 1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.4.0
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
1.0.5
2.6.18
bash: [: too many arguments
already downloaded
bash: [: too many arguments
ln: target '/home/blegat/.local/bin/julia': No such file or directory
ln: target '/home/blegat/.local/bin/julia-1.4': No such file or directory
ln: target '2.6.18': No such file or directory

but works fine with

$ JULIA_VERSION=1.4.0 bash -ci "$(curl -fsSL https://raw.githubusercontent.com/abelsiqueira/jill/master/jill.sh)"

The line

From the readme, without sudo and by default JULIA_DOWNLOAD=$HOME/packages/julias. Some folks prefer that programs not edit their home directories except for $HOME/.whatever, so I'm curious why you chose this particular download location instead of, say, $HOME/.local/julias. I'm also curious if you happen to know of some sort of documented standard for where to install user software without root on linux.

Expanding the discussion on JuliaLang/www.julialang.org#928

It was brought up whether jill should be included in a more official capacity on the Julia website, and I think the discussion can happen here.

Background

My motivation for creating jill was "I want to wget the latest version but I forgot the url", and since I was gonna tar and ln -s that downloaded version, I figured it might as well be a bash script. Naturally, I put it online for others to use, and I thought it would be cool to have it installable like brew (One line C-c C-v). Instead, I decided it was simpler to have it only runnable by C-c C-v.

jill is actually my second attempt at a Julia version manager: https://github.com/abelsiqueira/julia-mngr. julia-mngr was too complicated, so my second attempt was really focused on "just get the latest".

Official support

I am not sure if jill should be the recommended installation procedure for Linux, as it is more complicated than the three lines required to make Julia work, but it is moving along nicely to become a versions manager. I am receiving amazing contributions, and I run it every time a new Julia release is made. I also update the badge everytime a new release is made, so it is kept "healthy".

The concern that jill is not part of the JuliaLang repo was already raised, and I agree. If the Julia team decides it's best, I have no problem moving it. I also plan to keep maintaining it for the foreseeable future, as I am now.