JuliaLang / JuliaLang/juliaup

Should we delete `.julia/juliaup` at uninstall?

Open
#457 4 comments 0 reactions 0 assignees View on GitHub
help wanted
Dominant language
Rust
Stars
1.3k
Forks
116
Avg merge
12h 34m
Merged PRs (30d)
19

Description

At the moment `juliaup self uninstall` deletes that folder. Question is: should we? We are not really uninstalling anything else from `.julia` with this command, so the question is a bit why are we uninstalling that one specific folder?

An alternative could be that the `self uninstall` really only uninstalls the things that make up Juliaup itself, i.e. the things that get installed into `~/.juliaup` (the launcher and `juliaup` binary and the self hosting config file, essentially). That would make it more symmetric with platform package manager installed versions of Juliaup as well, for example when a user uninstalls the Windows Store version of Juliaup, `.julia/juliaup` is _not_ removed.

Another argument for this is that Juliaup can manage any Julia depot, depending on what value the env variable `JULIA_DEPOT` currently has. Maybe it is weird that the uninstall command would just handle _one_ depot in that case?

On the flipside, it does free up space... Unclear to me what the right choice here is.

Again, @StefanKarpinski would be great if you could chime in on this.

Contributor guide

No contributing guide indexed for this repository

Research direction

Read the implementation behind `juliaup self uninstall` and trace how it selects `.julia/juliaup`, `~/.juliaup`, and the `JULIA_DEPOT` value. Compare the behavior with platform package-manager uninstallations; done means a decided scope for removal, documented behavior, and matching tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
cli, devtools
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.