JuliaLang/METADATA.jl

Removing packages

rennis250 opened this issue · 5 comments

I would like to remove my packages from METADATA.jl. I submitted them years ago and have barely worked on them since. I don't have the time or interest to keep up with them and I'm quite certain that barely anyone uses them. The following packages are what I would like to remove:

  • Sparrow.jl
  • Processing.jl
  • SDL.jl
  • Tealeaf.jl (may not actually be in METADATA, but I can't remember...)
  • Willow.jl (may not actually be in METADATA, but I can't remember...)
  • Arduino.jl (provides almost no functionality)
  • GLUT.jl
  • OpenGL.jl (not even my package, really. modified from something Jasper den Ouden had made)
  • GetC.jl (may not actually be in METADATA, but I can't remember... not even my package, really. modified from something Jasper den Ouden had made)

Packages shouldn't be completely removed in case anyone was depending on them, but they can be deprecated. Arduino, GetC, GLUT, OpenGL, and SDL were already deprecated in #9048 since none of them load on Julia 0.6.

Processing never had a release version tagged, so nothing to do there. Tealeaf and Willow were never registered. That leaves just Sparrow. But since the only release of Sparrow depends on Color.jl, and Color.jl was deprecated in 474b51a, Sparrow is effectively already deprecated too. So I don't think you have to do anything here. If you want to completely delete your copies of the repositories, it would be best to first redirect the url files to point to JuliaPackageMirrors.

Thanks for the info. I opened a Pull Request in #11911 .

"were already deprecated in #9048 since none of them load on Julia 0.6."

Interesting you can do that. If anyone wants to take over development, I guess it's possible (only with permission of author/[here] @rennis250?; or would you say all are redundant, e.g. SDL with other (non-SDL-based) better packages? Or don't you just have time?).

After some time, can a name be reclaim for a new package?

I'm perfectly fine with others taking over development, although there are better packages available. Otherwise, my interests have shifted, so I won't be spending time on these packages anymore.