JuliaDB doesn't install

New to Julia
1

I am trying to install JuliaDB on my PC but I get an error.

The problem is that it detects the presence of the package PooledArrays, which is somehow incompatible.

I installed PooledArrays some time ago, but I removed it with the “rm” command of the package manager.

I have executed “gc” Garbage Collection in the Package Manager, with no results.

What can I do if I want to install JuliaDB to give it a try?

Thank you

(@v1.8) pkg> add JuliaDB
Resolving package versions…
ERROR: Unsatisfiable requirements detected for package PooledArrays [2dfb63ee]:
PooledArrays [2dfb63ee] log:
├─possible versions are: 0.3.0-1.4.2 or uninstalled
├─restricted by compatibility requirements with JuliaDB [a93385a2] to versions: 0.4.1-0.5.3
│ └─JuliaDB [a93385a2] log:
│ ├─possible versions are: 0.9.0-0.13.1 or uninstalled
│ └─restricted to versions * by an explicit requirement, leaving only versions 0.9.0-0.13.1
├─restricted by compatibility requirements with CSV [336ed68f] to versions: 0.5.0-1.4.2, leaving only versions: 0.5.0-0.5.3
│ └─CSV [336ed68f] log:
│ ├─possible versions are: 0.3.0-0.10.9 or uninstalled
│ ├─restricted to versions * by an explicit requirement, leaving only versions 0.3.0-0.10.9
│ └─restricted by compatibility requirements with ClipData [39db22c5] to versions: 0.8.0-0.10.9
│ └─ClipData [39db22c5] log:
│ ├─possible versions are: 0.1.0-0.2.2 or uninstalled
│ └─restricted to versions * by an explicit requirement, leaving only versions 0.1.0-0.2.2
└─restricted by compatibility requirements with DataFrames [a93c6f00] to versions: 1.2.1-1.4.2 — no versions left
└─DataFrames [a93c6f00] log:
├─possible versions are: 0.11.7-1.5.0 or uninstalled
├─restricted to versions * by an explicit requirement, leaving only versions 0.11.7-1.5.0
└─restricted by compatibility requirements with DataFrameMacros [75880514] to versions: 1.0.0-1.5.0
└─DataFrameMacros [75880514] log:
├─possible versions are: 0.1.0-0.4.0 or uninstalled
└─restricted to versions * by an explicit requirement, leaving only versions 0.1.0-0.4.0

(@v1.8) pkg> st
Status C:\Users\USUARIO\.julia\environments\v1.8\Project.toml
⌃ [6348297c] AlphaVantage v0.2.2
[c7932e45] AstroLib v0.4.2
[6e4b80f9] BenchmarkTools v1.3.2
[336ed68f] CSV v0.10.9
[324d7699] CategoricalArrays v0.10.7
[8be319e6] Chain v0.5.0
[39db22c5] ClipData v0.2.2
[861a8166] Combinatorics v1.0.2
[75880514] DataFrameMacros v0.4.0
[a93c6f00] DataFrames v1.5.0
[1313f7d8] DataFramesMeta v0.13.0
[864edb3b] DataStructures v0.18.13
[31c24e10] Distributions v0.25.80
[38e38edf] GLM v1.8.1
[dc211083] Gnuplot v1.4.1
[bd48cda9] GraphRecipes v0.5.12
⌅ [cd3eb016] HTTP v0.9.17
[7073ff75] IJulia v1.24.0
[41ab1584] InvertedIndices v1.2.0
[b964fa9f] LaTeXStrings v1.3.0
[945b72a4] MarketData v0.13.12
[4f8c86c6] MarketTechnicals v0.6.0
[b98c9c47] Pipe v1.3.0
[ccf2f8ad] PlotThemes v3.1.0
[f0f68f2c] PlotlyJS v0.18.10
[91a5bcdd] Plots v1.38.5
⌃ [c3e4b0f8] Pluto v0.19.9
[7f904dfe] PlutoUI v0.7.49
[274fc56d] PythonPlot v1.0.0
[1a8c2f83] Query v1.0.0
[ce6b1742] RDatasets v0.7.7
[3eaba693] StatsModels v0.6.33
[f3b207a7] StatsPlots v0.15.4
[09ab397b] StructArrays v0.6.14
[bd369af6] Tables v1.10.0
⌅ [9e3dc215] TimeSeries v0.21.0
[9d95f2ec] TypedTables v1.4.1
[770da0de] UpdateJulia v0.4.2
[10745b16] Statistics
Info Packages marked with ⌃ and ⌅ have new versions available, but those with ⌅ are restricted by compatibility constraints from upgrading. To see why use status --outdated

2

You should not install everything into the global environment but work with project specific environments instead. If you dump all your packages into the default environment you’re guaranteed to hit compat problems at some point.

For JuliaDB specifically note that the package has not been developed in a long time, so it will restrict compat to its dependencies to fairly outdated versions. No reason not to give it a spin in a fresh environment but something to keep in mind if you want to rely on it going forward.

4 Likes
3

Could you explain in detail (step by step) how to create a separate environment to test a package that has compatibility issues?

4

Testing stuff is pretty easy as Pkg has built in support for temporary environments (which will automatically be cleaned up by gc when it’s next run). You just go:

] activate --temp

to get into a temporary environment, then add packages there as usual.

1 Like
5

Can I use this environment for several sessions?

6

No, I think it will get garbage collected. If you want an environment to persist make a directory for it, ie

; mkdir newdir; cd newdir
] activate.

Then you can re-activate this in a new session

2 Likes
7

Or

] activate --shared some_name

to create a named persistent environment.

1 Like
8 
; mkdir newdir; cd newdir
] activate.

I hope to ask useful questions to others too (lazy like me or who can’t find the info on the manuals).
The mkdir command on the shell doesn’t work for me.

shell> mkdir new_env
ERROR: IOError: could not spawn `mkdir new_env`: no such file or directory (ENOENT)
Stacktrace:

instead the cd command works.

shell>  cd ..
C:\Users\sprmn\.julia 1.8.3

julia> pwd()
"C:\\Users\\sprmn\\.julia 1.8.3"

# I have a windows 10 system and this is my working environment

shell> cd v1.8.3
C:\Users\sprmn\.julia 1.8.3\v1.8.3

if i use command activate -- shared some_name the new directory is created under C:\Users\sprmn\.julia\environments\

C:\Users\sprmn\.julia\environments\some_name

Is it incorrect or not recommended to use workspace environments, like mine, outside this folder?