You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have recently created two packages: HorizonsAPI, and HorizonsEphemeris. The HorizonsEphemeris package depends on HorizonsAPI. HorizonsAPI is in the queue for its first release in the General registry.
I tried to registerHorizonsEphemeris today for the first time. Of course, this was rejected, since HorizonsAPI is still in the waiting period. To get HorizonsEphemeris in the queue, I removed its dependency on HorizonsAPI. I hoped to release this first version to claim the name, and release a minor patch which re-introduces the dependency on HorizonsAPI. When I tried to register HorizonsEphemeris for the second time, I got an error stating "v0.1.0 already exists".
It seems that I got the @JuliaRegistrator in a bad state by trying to register a package which has a private dependency. Somehow, the registrator bot now recognizes HorizonsEphemeris as registered, despite the name not existing in the General registry.
This is not a big issue for me — I can just release my first HorizonsEphemeris version as v0.1.1 after HorizonsAPI is merged into the General registry. I wanted to make known this bad state I somehow got the registrator bot in.
The text was updated successfully, but these errors were encountered:
- When the registration server crashes abruptly it can sometimes leave behind untracked files from a previous registration. This can cause issues like JuliaRegistries/General#81954. Here I added a `git clean -fd` before checkout so that untracked files will be cleaned.
- Added `-q --depth=1` to `git clone`s so that cloning will be faster and quieter in the logs.
…nes (#91)
* Use git clean to remove untracked files; shallow clone for faster clones
- When the registration server crashes abruptly it can sometimes leave behind untracked files from a previous registration. This can cause issues like JuliaRegistries/General#81954. Here I added a `git clean -fd` before checkout so that untracked files will be cleaned.
- Added `-q --depth=1` to `git clone`s so that cloning will be faster and quieter in the logs.
* Update Project.toml
I have recently created two packages:
HorizonsAPI
, andHorizonsEphemeris
. TheHorizonsEphemeris
package depends onHorizonsAPI
.HorizonsAPI
is in the queue for its first release in the General registry.I tried to register
HorizonsEphemeris
today for the first time. Of course, this was rejected, sinceHorizonsAPI
is still in the waiting period. To getHorizonsEphemeris
in the queue, I removed its dependency onHorizonsAPI
. I hoped to release this first version to claim the name, and release a minor patch which re-introduces the dependency onHorizonsAPI
. When I tried to registerHorizonsEphemeris
for the second time, I got an error stating "v0.1.0 already exists".It seems that I got the @JuliaRegistrator in a bad state by trying to register a package which has a private dependency. Somehow, the registrator bot now recognizes
HorizonsEphemeris
as registered, despite the name not existing in the General registry.This is not a big issue for me — I can just release my first
HorizonsEphemeris
version asv0.1.1
afterHorizonsAPI
is merged into the General registry. I wanted to make known this bad state I somehow got the registrator bot in.The text was updated successfully, but these errors were encountered: