### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [March 29, 2020, 9:23pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/1 "2020-03-29T21:23:47Z")
There are finally again over 3000 registered Julia packages (there were more in the past, then those not compatible with Julia 1.0 thrown out of the registry).
This is not yet reflected at [Juliacomputing.com](http://Juliacomputing.com) while it is at [Julialang.org](http://Julialang.org), where I proposed the change at its Github. I had done so in the past (then not realizing jll packages were not wanted in the count), and again recently.
I liked the sound of “over 3,000”, more than “over 2,800”.
Actually there are 3307 packages if you include jll packages, but without them there are 3003 packages and counting (a lot more waiting with PRs to the registry to get them registered).
I’m just amazed by the Julia ecosystem, the breath and depth, not just for e.g. quantum computing (smallest particles) to AstroJulia (Celeste.jl, for largest survey of the whole Universe), but also ExoJulia, seemingly to help in finding exoplanes.
The longest names package names are, some of the very specific packages:
```julia
ReinforcementLearningEnvironmentClassicControl
ReinforcementLearningEnvironmentDiscrete
ModifiedHankelFunctionsOfOrderOneThird
PiecewiseDeterministicMarkovProcesses
ReinforcementLearningEnvironmentAtari
ValueOrientedRiskManagementInsurance
```
Someone asked for the formula for the number of packages, and it’s:
3321 (lines) - 13 - 304 (count of JLLs, by searching for \_jll", in the file, with the comma) =
>
> **[GitHub - ExoJulia/SysSimExClusters: Example of Clustered Planetary System Model for...](https://github.com/ExoJulia/SysSimExClusters)**
>
> Example of Clustered Planetary System Model for SysSim
---
### Author:  [@logankilpatrick](https://discourse.julialang.org/u/logankilpatrick)
#### Post date: [March 29, 2020, 10:21pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/2 "2020-03-29T22:21:58Z")
Thanks for the PR and it’s truly an exciting time to be in the Julia Community!
---
### Author:  [@Tamas\_Papp](https://discourse.julialang.org/u/Tamas_Papp)
#### Post date: [March 30, 2020, 8:19am UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/3 "2020-03-30T08:19:28Z")
This is a nice development, but also a signal that we should be thinking about ways of navigating the package ecosystem.
Many registered packages are unmaintained, some are community maintained with varying levels of commitment, while some are experimental. This is fine and natural for a language embedded in the open source ecosystem, but newcomers to the language may find this overwhelming with the current tooling.
---
### Author:  [@tlienart](https://discourse.julialang.org/u/tlienart)
#### Post date: [March 30, 2020, 11:12am UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/4 "2020-03-30T11:12:58Z")
One possible way forward would be to encourage people to add a [repo status](https://www.repostatus.org) tl;dr a badge indicating whether the repo is wip/active/… you can get an idea for this by looking at the recent commits on GitHub but it can be difficult to directly distinguish between
- stable, not many recent commits, but things are working and there will be support (e.g. PyPlot.jl)
- main maintainer(s) have moved on, support is partial at best, probably doesn’t anymore (e.g. Mocha.jl)
PS: a way to get adoption would be to encourage people to use a general quality checker like Aqua.jl in which you could add checks for this kind of stuff
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [March 30, 2020, 1:49pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/5 "2020-03-30T13:49:11Z")
> [@tlienart](#):
>
> encourage people to add a [repo status](https://www.repostatus.org) tl;dr a badge […]
> main maintainer(s) have moved on, support is partial at best, probably doesn’t anymore (e.g. Mocha.jl)
Good idea, but at least in case of Mocha.jl, it’s actually not in the Registry any more (packages not compatible with 1.0 were dropped), and in addition it states:
“ **Update Dec. 2018** : Mocha.jl is now deprecated.” (but such is missing in an outdated fork of that project, however it’s easy to see it’s an outdated fork).
---
### Author:  [@tlienart](https://discourse.julialang.org/u/tlienart)
#### Post date: [March 30, 2020, 1:56pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/6 "2020-03-30T13:56:52Z")
Yeah I wanted to take a super obvious package so that it didn’t seem like I was pointing the finger…
---
### Author:  [@mschauer](https://discourse.julialang.org/u/mschauer)
#### Post date: [March 30, 2020, 2:35pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/7 "2020-03-30T14:35:24Z")
So what is package 3000?
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [March 30, 2020, 3:16pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/8 "2020-03-30T15:16:34Z")
It seems to [GitHub - sisl/AutomotiveVisualization.jl: Visualize automotive simulation from AutomotiveSimulator.jl](https://github.com/sisl/AutomotiveVisualization.jl)
It’s actually package number 3301 in the Registry, but disregarding the JLL packages, it seems to be number 3000!
Not disregarding JLLs I found by scrolling through a lot of history, on Jan 30, [New package: PeaceVote](https://github.com/JuliaRegistries/General/commit/f9c2ad69f1e2dd46da47bea20066f6f8c9f9600a#diff-435f5057e0c699f6abd003d939625cd5) (2999th), [New package: mlpack\_jll](https://github.com/JuliaRegistries/General/commit/310281f735bfced2a8d4a8b654bb91cc9e265ba7#diff-435f5057e0c699f6abd003d939625cd5) (3000th) and [New package: NiLang](https://github.com/JuliaRegistries/General/commit/d8dd8388c1bbe3bfa9eba0cbe06513bb9a525c1a#diff-435f5057e0c699f6abd003d939625cd5) (3001st). I think these are from the last time, we got to 3000, not from before the purge (not sure when it happened), and I’m not sure I scrolled by it.
There are a lot of interesting packages, not just those above, also e.g. (I had to check what it was):
> **[GitHub - sbromberger/DiBitVectors.jl: These go to 11.](https://github.com/sbromberger/DiBitVectors.jl)**
>
> These go to 11. Contribute to sbromberger/DiBitVectors.jl development by creating an account on GitHub.
mlpack\_jll is a wrapper for (yet one more) “fast and flexible C++ machine learning library”
[https://www.mlpack.org/](https://www.mlpack.org/)
NiLang.jl is A differential eDSL that can run faster than light and go back to the past.
> The strangeness of reversible computing is mainly due to our lack of experience with it.—Henry Baker, 1992
> **[Differentiate Everything with a Reversible Embeded Domain-Specific Language](https://arxiv.org/abs/2003.04617)**
>
> Reverse-mode automatic differentiation (AD) suffers from the issue of having too much space overhead to trace back intermediate computational states for back-propagation. The traditional method to trace back states is called checkpointing that stores...
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [May 1, 2020, 12:29am UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/9 "2020-05-01T00:29:45Z")
Now over 3500 package if you count JLL packages with, strictly 3497 registered (and about 10 packages waiting to be registered).
[Juliacomputing.com](http://Juliacomputing.com) still only has “ **Over 2,800 registered packages** ” on their homepage, not wrong, but I suggest updating. There are now 3133 packages excluding JLL packages. I’m not actually sure if it’s best to exclude them.
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [August 16, 2020, 3:57pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/10 "2020-08-16T15:57:03Z")
There are now over 4100 (4117 to be exact) registered packages. [JuliaComputing.com](http://JuliaComputing.com) still shows only “ **Over 3,500** registered packages”, while [Julialang.org](http://Julialang.org) shows “over 4,000”. At JuliaCon “4000 packages” was announced, and I had been eyeing the General index regularly waiting for it and they beat me to announcing (as was busy watching JuliaCon when package 4000 dropped).
The 4100th package is [Mesa\_jll](https://github.com/JuliaRegistries/General/commit/403217a629f0909e5da4a3000feba190c6ad855d#diff-435f5057e0c699f6abd003d939625cd5).
The one before, is [ConstrainedRootSolvers](https://github.com/JuliaRegistries/General/commit/c7417ffde91fc3959765185c556a8faf89f337d8#diff-435f5057e0c699f6abd003d939625cd5), then Mesa\_jll, [Ising2D](https://github.com/JuliaRegistries/General/commit/7c3270da4508dd23a313ecd0ba745d86953ea803#diff-435f5057e0c699f6abd003d939625cd5), then [ARFIMA](https://github.com/JuliaRegistries/General/commit/403f92cd8f039a60451f32272820103413d2da52#diff-435f5057e0c699f6abd003d939625cd5) (it includes “any of its subclasses, like e.g. ARMA, AR, ARIMA, etc.”).
The 4000th package was ~~PDSampler.jl~~ , EDIT: sorry assumed file in chronological order (it’s in UUID order, and I remember taking it into account when announcing previously), now (again) rather looking at the commit log, counting backwards, to 4100, just don’t have the patience to scroll back 117 packages).
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [September 23, 2020, 10:30am UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/11 "2020-09-23T10:30:05Z")
We’re now up to 4314 packages. I want to skip for now introducing package 4300, as it’s an exception, was part of Julia Base.\* It’s still very intriguing historically.
The next package, or that whole ecosystem is very interesting “quantum circuit simulation (the “Quant” part) on exa-scale HPC machines (the “Ex” part)”.
Package 4301 is [GitHub - ICHEC/QuantExQASM.jl](https://github.com/ICHEC/QuantExQASM.jl)
> Circuit composition and OpenQASM translation package for QuantEx project. Creates a backend-agnostic algorithm and circuit composition framework, which can subsequently be used to generate OpenQASM, or tie directly to other quantum assembly languages.
I wasn’t sure I would ever see quantum, and natural language processing (NLP) in the same sentence or package, but here you go, there’s a toolkit for that, with one of their packages: [GitHub - ICHEC/QNLP: ICHEC Quantum natural language processing (QNLP) toolkit](https://github.com/ICHEC/QNLP)
See e.g at Wikipedia, and the example program there:
> **[OpenQASM](https://en.wikipedia.org/wiki/OpenQASM)**
>
> Open Quantum Assembly Language (OpenQASM; pronounced open kazm) is a programming language designed for describing quantum circuits and algorithms for execution on quantum computers. It is designed to be an intermediate representation that can be used by higher-level compilers to communicate with quantum hardware, and allows for the description of a wide range of quantum operations, as well as classical feed-forward flow control based on measurement outcomes.
> The language includes a mechanism for...
> The program adds two four-bit numbers.
> // quantum ripple-carry adder from Cuccaro et al, quant-ph/0410184
`*` Package 4300 is actually [GitHub - JuliaAttic/Grisu.jl: The old Base.Grisu module made into a package](https://github.com/JuliaAttic/Grisu.jl), the Grisu algorithm is, I’m sure, very intriguing, but it was replaced by Ryu algorithm (in Julia 1.4, and rest of former code removed in Julia 1.6), both were implemented by our great @quinnj known for e.g. CSV.jl.
>
>
> Because it's faster and simpler.
>
> TODO:
>
> \- \[x\] Update the license of ryu cod…e
> \- \[x\] remove grisu code (might need to chat w/ @StefanKarpinski about printf here, but I think that's the only place we were using grisu internals)
> \- \[x\] Currently, this prints Float16/Float32/Float64 the same all the time (like we do for \`Signed\`); personally, I'm not a huge fan of the current \`1.0\`, \`1.0f0\`, \`Float16(1.0)\` inconsistency, so I'd rather just treat them like signed integers and print them all the same. If people think that's too heretical, I can look into keeping the same "typed" logic
>
> Will fix #14698 and #22137
History:
>
>
> Implement grisu algorithm in native Julia. Fixes #5959. In particular, this crea…tes a more Julian API to grisu in allowing any size float to be printed in its "shortest" form (while still being parsed back to the correct value), which is a surprisingly tricky problem (\[link\](http://www.sengupta.net/musings/2012/07/grisu/)).
>
> Net code reduction is nice from 6K C++ to about 1K Julia. Initial performance benchmarks show it's just under 2x the native C++.
>
> I would also appreciate someone testing this out on a 32-bit machine; I don't foresee any cross-platform issues, but some of the bit-twiddling may cause problems between 32/64-bit.
> Net code reduction is nice from 6K C++ to about 1K Julia. Initial performance benchmarks show it’s just under 2x the native C++.
>
>
> Based on https://github.com/JuliaLang/julia/pull/32799.
>
> The main commits uniq…ue here rewrite the internal \`base/printf.jl\` functionality for about half the code, with 2-3x perf improvements. It utilizes the new ryu float printing mechanics in https://github.com/JuliaLang/julia/pull/32799. These commits also remove all the grisu code.
>
> Status: this is pretty far along, I haven't done the \`%a\`/\`%A\` type specifier yet, or made it work for \`BigFloat\` either, and there's still a good chunk of tests we need, but it's pretty useable and worth starting to get reviews on.
---
### Author:  [@tlienart](https://discourse.julialang.org/u/tlienart)
#### Post date: [September 23, 2020, 2:40pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/12 "2020-09-23T14:40:33Z")
would you be able to get the number of packages with at least one commit in the last 6 months and more than -say- 10 stars? that might give a rough idea of how many active packages are out there.
---
### Author:  [@Zach\_Christensen](https://discourse.julialang.org/u/Zach_Christensen)
#### Post date: [September 23, 2020, 2:51pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/13 "2020-09-23T14:51:01Z")
Depending on the goal of a package it might not need updating within 6 months (granted it would have to be a very focused and simple package).
---
### Author:  [@jling](https://discourse.julialang.org/u/jling)
#### Post date: [September 23, 2020, 2:59pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/14 "2020-09-23T14:59:33Z")
I second this, e.g:
[https://github.com/JuliaMath/Calculus.jl](https://github.com/JuliaMath/Calculus.jl)
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [September 23, 2020, 3:17pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/15 "2020-09-23T15:17:55Z")
> [@tlienart](#):
>
> more than -say- 10 stars
There’s a Github API, and [GitHub - JuliaWeb/GitHub.jl: A Julia package for interfacing with GitHub](https://github.com/JuliaWeb/GitHub.jl) seems would be helpful (but some packages are elsewhere, e.g. on Gitlab, while it’s known most are on Github). Someone could look into this (I will not).
There’s now one more package, intriguing one:
> **[GitHub - JuliaBinaryWrappers/blis\_jll.jl](https://github.com/JuliaBinaryWrappers/blis_jll.jl)**
>
> Contribute to JuliaBinaryWrappers/blis\_jll.jl development by creating an account on GitHub.
it was JLL package number 524. I.e. on-JLL packages are (only) up to 3791.
BLIS is some replacement for [Open]BLAS I believe. It would be nice to know more about how to switch between; and I also want a Julia distribution without either by default (without me compiling from source).
---
### Author:  [@ChrisRackauckas](https://discourse.julialang.org/u/ChrisRackauckas)
#### Post date: [September 23, 2020, 3:18pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/16 "2020-09-23T15:18:21Z")
Active is different from useful though. I’d still say Calculus isn’t a great package but there’s no reason not to use it: it’s mature and it shouldn’t need any updates other than when Julia 2.0 comes out. Getting a count of usable packages would be interesting to me IMO, but that seems hard to define.
---
### Author:  [@Tamas\_Papp](https://discourse.julialang.org/u/Tamas_Papp)
#### Post date: [September 23, 2020, 3:23pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/17 "2020-09-23T15:23:06Z")
Packages updated in the last 6 months or year would give some kind of a lower bound though.
“Activity” is a very weak proxy anyway for “being maintained” (eg the maintainer could approve CompatHelper PRs, while leaving critical issues unaddressed).
All such data is imperfect, but that’s OK. The exact number is not really meaningful but trends could be interesting.
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [February 3, 2021, 10:37am UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/18 "2021-02-03T10:37:00Z")
We are up to 5000+ packages, and package 5000 is [https://github.com/pbayer/Proquint.jl](https://github.com/pbayer/Proquint.jl)
At [www.modulecounts.com/](http://www.modulecounts.com/) Julia count is broken, seemingly because of this line:
[https://github.com/edebill/modulecounts/blob/83f4d1f3e148b611780df3c1a4193455d1e09533/db/migrate/20190623190616\_julia\_pagination.rb#L4](https://github.com/edebill/modulecounts/blob/83f4d1f3e148b611780df3c1a4193455d1e09533/db/migrate/20190623190616_julia_pagination.rb#L4)
Any idea where to get a similar file in json format or change the code to accept this toml format: [https://github.com/JuliaRegistries/General/blob/master/Registry.toml](https://github.com/JuliaRegistries/General/blob/master/Registry.toml) (see also [https://github.com/edebill/modulecounts/blob/83f4d1f3e148b611780df3c1a4193455d1e09533/db/migrate/20170402164232\_add\_julia.rb#L7](https://github.com/edebill/modulecounts/blob/83f4d1f3e148b611780df3c1a4193455d1e09533/db/migrate/20170402164232_add_julia.rb#L7) )
---
### Author:  [@giordano](https://discourse.julialang.org/u/giordano)
#### Post date: [February 3, 2021, 10:56am UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/19 "2021-02-03T10:56:03Z")
> [@Palli](#):
>
> seemingly because of this line
4 years ago [pkg.julialang.org](http://pkg.julialang.org) was _very_ different…
---
### Author:  [@Palli](https://discourse.julialang.org/u/Palli)
#### Post date: [July 15, 2021, 6:05pm UTC](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702/20 "2021-07-15T18:05:23Z")
We’re now up to just over 6000 packages, which is a nice round number to achieve before upcoming JuliaCon. And that was a large enough number to break my browser in a sense… 🙂
Number 6000 is:
> **[GitHub - MKAbdElrahman/IntegratedOptics.jl: Simulation and Optimization Library...](https://github.com/MKAbdElrahman/IntegratedOptics.jl)**
>
> Simulation and Optimization Library for Integrated Optics in Julia. - GitHub - MKAbdElrahman/IntegratedOptics.jl: Simulation and Optimization Library for Integrated Optics in Julia.
@MKAbdElrahman, I’m not sure, is this somehow related to Microsoft’s rather recent package with similar name and description?
> **[GitHub - microsoft/OpticSim.jl: Optical Simulation software](https://github.com/microsoft/OpticSim.jl)**
>
> Optical Simulation software. Contribute to microsoft/OpticSim.jl development by creating an account on GitHub.
There are now 6016-13 = 6003 packages (based on “6016 lines (6014 sloc)”) calculated from Registry.toml file. Note, you can’t just look at the last line to see the latest package, since the file is not ordered, chronologically, and thus neither count backwards to see which is number 6000. So I go into the git history to find out:
>
and strangely even while seeing the appropriate " 6013 lines (6011 sloc)" I still only saw line 5680 as the last line of the file if I scroll down. It seems I just discovered a bug in Github (for more probably Firefox?), since if I refresh a few times I do get the full 6013 lines, so sometimes the file seems truncated (while footer always ok). Might be good to know, and probably only happens for large files. Can anyone replicate this in Firefox or other browser?
This is rather strange and can also happen (though less frequently?) is I’m just viewing the file (not a specific commit). Note, also Firefox crashed just after, as it does frequently with memory running out, but this keeps happening after restating it. If I do “View Page Source” I seemingly always get the full file, though, but it’s also unclear if by doing so retrieves the file again.
[Next page](https://discourse.julialang.org/t/well-over-10-000-non-jll-julia-packages-with-jlls-up-to-11-846-julia-registered-packages-congratulation-julia-community/36702.md?page=2)