Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to register: Version v0.1.0 already exists #81954

Open
cadojo opened this issue Apr 20, 2023 · 0 comments
Open

Unable to register: Version v0.1.0 already exists #81954

cadojo opened this issue Apr 20, 2023 · 0 comments

Comments

@cadojo
Copy link
Contributor

cadojo commented Apr 20, 2023

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 register HorizonsEphemeris 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.

nkottary added a commit to nkottary/RegistryTools.jl that referenced this issue May 3, 2023
- 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.
nkottary added a commit to JuliaRegistries/RegistryTools.jl that referenced this issue May 3, 2023
…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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant