# List of working packages on v. 1.0
**URL:** https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779
**Category:** New to Julia
**Created:** [August 20, 2018, 6:30pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779 "2018-08-20T18:30:12Z")
**Posts on this page:** 12
**Page:** 4
### Author:  [@yvikhlya](https://discourse.julialang.org/u/yvikhlya)
#### Post date: [August 26, 2018, 11:52am UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/61 "2018-08-26T11:52:39Z")
I am from there-is-no-problem-with-1.0 group. Come on people, julia already passed through a number of breaking updates successfully, what makes you think that this last time will be a disaster? Just give it a time and packages will update.
---
### Author:  [@tobias.knopp](https://discourse.julialang.org/u/tobias.knopp)
#### Post date: [August 26, 2018, 12:27pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/62 "2018-08-26T12:27:24Z")
> [@Tamas\_Papp](#):
>
> Lacking anything concrete, it is very difficult to solve these things “constructively”, and I am curious how you propose we do that.
The concrete issue has been outline by @FHell pretty well. Fix the homepage with a banner that the package ecosystem is currently in transition and that this may take some time.
---
### Author:  [@aaowens](https://discourse.julialang.org/u/aaowens)
#### Post date: [August 26, 2018, 3:42pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/63 "2018-08-26T15:42:28Z")
I agree with the banner idea. I filed an issue on the webpage [Add disclaimer banner · Issue #169 · JuliaLang/www.julialang.org · GitHub](https://github.com/JuliaLang/www.julialang.org/issues/169) if people want to comment.
---
### Author:  [@HerbM](https://discourse.julialang.org/u/HerbM)
#### Post date: [August 26, 2018, 4:26pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/64 "2018-08-26T16:26:53Z")
Good thread.
Context: I am a new user, software dev, Windows (7), Julia 1.0.0 (downloaded a few days ago, late Aug).
I don’t know if the problems are Windows related, 1.0…0 failures in packages, buggy packages (in general), bad setup (on my part or the install.)
Something like half (or more?) of my package build dependencies are failing.
I got past not being able to install ANYTHING by doing an explicit “git clone”
of General outside of Julia in the .julia/reference directory. Before that nothing (I tried) would add successfully.
Not asking for an immediate “solution” but more metasuggestions about how to proceed.
Merely an example on "add QueryVerse (for no other reason than I saw a tutorial for it on the Git site):
```julia
Building Electron ───────→ `C:\Users\A469526\.julia\packages\Electron\OaUmW\deps\build.log`
Building NodeJS ─────────→ `C:\Users\A469526\.julia\packages\NodeJS\DsGew\deps\build.log`
Building Thrift ─────────→ `C:\Users\A469526\.julia\packages\Thrift\BxShm\deps\build.log`
┌ Error: Error building `Thrift`:
│ ERROR: LoadError: UndefVarError: info not defined
│ Stacktrace:
│ [1] top-level scope at C:\Users\A469526\.julia\packages\Thrift\BxShm\deps\build.jl:30
│ [2] include at .\boot.jl:317 [inlined]
│ [3] include_relative(::Module, ::String) at .\loading.jl:1038
│ [4] include(::Module, ::String) at .\sysimg.jl:29
│ [5] include(::String) at .\client.jl:388
│ [6] top-level scope at none:0
│ in expression starting at C:\Users\A469526\.julia\packages\Thrift\BxShm\deps\build.jl:29
└ @ Pkg.Operations C:\cygwin\home\Administrator\buildbot\worker\package_win64\build\usr\share\julia\stdlib\v1.0\Pkg\src\Operations.j
l:1068
Building StringEncodings → `C:\Users\A469526\.julia\packages\StringEncodings\Ioqfi\deps\build.log` Error: Error building `StringEncodings`:
...
...
```
But some subsequent dependencies do build after the above.
```julia
.. .#= MORE ERRORS =#
Building Snappy ─────────→ `C:\Users\A469526\.julia\packages\Snappy\Zr8JW\deps\build.log`
Building CodecZlib ──────→ `C:\Users\A469526\.julia\packages\CodecZlib\wwgbh\deps\build.log`
Building VegaLite ───────→ `C:\Users\A469526\.julia\packages\VegaLite\1I7Wn\deps\build.log`
```
---
### Author:  [@kristoffer.carlsson](https://discourse.julialang.org/u/kristoffer.carlsson)
#### Post date: [August 26, 2018, 4:52pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/66 "2018-08-26T16:52:53Z")
> [@lobingera](#):
>
> I didn’t wanted to comment on this, but can someone (of the there-is-no-problem-with-1.0 group) just open [julialang.org](http://julialang.org), scroll down to packages and click on Ecosystem Pulse [https://pkg.julialang.org/pulse](https://pkg.julialang.org/pulse) and read “ _Last updated 2018-08-04_ ”.
The Ecosystem Pulse is not used anymore so I don’t know what valuable information you try to get from reading the homepage.
Anyway, we are working on some heuristics to upper bound packages that are almost surely not working on 1.0 (so that they are no longer installable until they are updated). It is not easy to get a good heuristic but the WIP is at [https://github.com/JuliaLang/Pkg.jl/pull/685](https://github.com/JuliaLang/Pkg.jl/pull/685).
Applying the heuristics in that PR (modulo bugs in the implementation) would result in the following packages not being installable until they are updated:
[capped · GitHub](https://gist.github.com/KristofferC/6ef88542178e143fa9dc840fc1e13749).
---
### Author:  [@traktofon](https://discourse.julialang.org/u/traktofon)
#### Post date: [August 26, 2018, 6:35pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/67 "2018-08-26T18:35:44Z")
> [@kristoffer.carlsson](#):
>
> Applying the heuristics in that PR (modulo bugs in the implementation) would result in the following packages not being installable until they are updated:
Would updating then require declaring explicit compatibility with Julia 1, e.g. by putting `julia 0.6- 2` into REQUIRE (assuming the package is compatible with 0.6, 0.7, and 1.0) or would the heuristic be rerun upon a new package release?
---
### Author:  [@kristoffer.carlsson](https://discourse.julialang.org/u/kristoffer.carlsson)
#### Post date: [August 26, 2018, 8:31pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/68 "2018-08-26T20:31:14Z")
The heuristic is rerun every time the METADATA → General is run.
---
### Author:  [@Neonlights](https://discourse.julialang.org/u/Neonlights)
#### Post date: [August 27, 2018, 9:04am UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/69 "2018-08-27T09:04:55Z")
I had already realised that, but it’s not really my thing to prefix a post with an Oscar Speech thanking everyone who has been involved with Julia for their wonderful work. 🙂
As a newcomer. I think there is just about zero I can add at #upgradathon
---
### Author:  [@lobingera](https://discourse.julialang.org/u/lobingera)
#### Post date: [August 27, 2018, 9:12am UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/70 "2018-08-27T09:12:01Z")
Well, you can always do testing. And report it, and by trying to report reproducible errors by doing examples you will learn where actually the problem is based on. And sooner or later you will do a PR. Maybe first on documentation and something simple like wording/terminology (or typos), but later
---
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [August 27, 2018, 9:57am UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/71 "2018-08-27T09:57:48Z")
> [@Neonlights](#):
>
> As a newcomer. I think there is just about zero I can add at #upgradathon
You’d be surprised. If you just run a package you want updated on v0.7, there will be a ton of depwarns which tell you want to do. Make those changes and submit a PR. But check to make sure such changes aren’t already on master.
---
### Author:  [@sairus7](https://discourse.julialang.org/u/sairus7)
#### Post date: [August 27, 2018, 2:28pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/72 "2018-08-27T14:28:05Z")
Off-topic, a thought about a ~~mess~~ big amount of packages:
Maybe, some package dependency graph visualization will help to determine, what functionality is already implemented in Julia packages, and to find some related and “parent” packages?
---
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [September 1, 2018, 4:47pm UTC](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779/73 "2018-09-01T16:47:49Z")
I upgraded my workshop notes to Julia v1.0 and they are pretty broad in the packages they use, touching most of the main package ecosystems. The remaining issues are here:
[https://github.com/UCIDataScienceInitiative/IntroToJulia/issues/37](https://github.com/UCIDataScienceInitiative/IntroToJulia/issues/37)
All of the issues are JuliaStats packages or parts of Plots.jl (Plots.jl with PyPlot and GR are fine, with Plotly or StatPlots it’s not). If you add to this the fact that Gadfly.jl hasn’t been updated either, of the main packages it’s just statistics and visualization which are behind. Pretty much everything else (LightGraphs, DiffEq, ApproxFun and matrix types, IterativeSolvers, ForwardDiff, NLsolve, etc. the list is long) all work. So… just avoid stats for right now.
[Previous page](https://discourse.julialang.org/t/list-of-working-packages-on-v-1-0/13779.md?page=3)