Adjusting structure of registered package

Tooling Package Management
1

Hi all,

I have a registered package (GitHub - orlox/StarStats.jl) which I initially setup such that the source for the package was contained in a subdirectory (see here, package itself is in the directory StarStats: GitHub - orlox/StarStats.jl at 07ab303f9074c0b51bdd026c3740d9a89a140d2b). I’m not much of a fan of that structure now, so I changed things such that the package now lives in the root of the repository. I imagined the registrator bot would not be very happy about it, and indeed it complained because of an unallowed modification:

Is there some way to perform this change, or should I remain with the old package structure?

1 Like
2

You probably need to submit a manual PR to the General registry changing the adequate path

3

A more general case is explained in this README section:

In your case you’re not moving to another repo but within the same repo, so you only need to make a subdir removing manual PR. (The part about old releases being available is important but should be trivially fulfilled if all you did was moving files around without doing any history rewriting.)

1 Like
5

That won’t help. It wasn’t Registrator that didn’t like the change of subdir but Automerge.

1 Like
6

Thanks! From the modified repo I do see that the repo correctly lists the single existing version of the package

check_packages_versions(["StarStats"], "https://github.com/orlox/StarStats.jl.git")
Cloning into '/tmp/jl_qt8t1F'...
remote: Enumerating objects: 292, done.
remote: Counting objects: 100% (135/135), done.
remote: Compressing objects: 100% (101/101), done.
remote: Total 292 (delta 55), reused 99 (delta 31), pack-reused 157 (from 1)
Receiving objects: 100% (292/292), 28.84 MiB | 8.50 MiB/s, done.
Resolving deltas: 100% (110/110), done.
pkg_names = ["StarStats"]
StarStats: v0.12.0 found
1-element Vector{@NamedTuple{pkg_name::String, version::VersionNumber, found::Bool}}:
 (pkg_name = "StarStats", version = v"0.12.0", found = 1)

So the change should be simple.