I've faced with this issue during preparing this project for Guix when update Astropy to 6.0.0 requires it as external package.

According to tox.ini requires astropy itself to run tests:

This project:

Astropy project:
https://github.com/astropy/astropy/blob/9ce2087bd81f9502c4fdb87168d1cccd1aee4f53/pyproject.toml#L41-L47

Is there any other way to test the project without astropy?

Thanks.
Oleg

Do we need to set up Zenodo webhook to capture the releases? We do that for almost everything else.

Looks weird in the root dir. Workflows that call it also need to be updated.

Once #13 is merged I need to try and see if we can automate the GitHub release + Zenodo step.

Currently when the auto-update PRs are opened, because they are opened from @github-actions, the CI does not run. We need to manually close and re-open the PR. We could get around this by using a personal access token instead of the usual GITHUB_TOKEN token but these expire at most after a year so need to be updated manually. We should think about how we could improve this workflow.

You mentioned grabbing this from conda over at astropy (astropy/astropy#14819) but where is the feedstock? How do we make sure the conda version won't fall behind? If no one diligently merge the conda feedstock updates, it is going to fall behind.

https://docs.pypi.org/trusted-publishers

As the build system

See https://github.com/astropy/astropy-iers-data/releases/tag/v0.2023.07.06.21.08.44

Would be more useful if the change log says which files changed but it only auto generate from PRs and file updates are done directly to main.

🤷

Transferred from astropy/astropy

Both of the USNO hosts (maia.usno.navy.mil, toshi.nofs.navy.mil) for retrieving the IERS Bulletin A dataset are flaky. Instead of a primary URL specified by the configuration setting utils.iers.iers_auto_url and mirror URL by utils.iers.iers_auto_url_mirror, I suggest a single list of URLs.

Here is what I propose for backward compatibility:

• Understand both iers_auto_url and iers_auto_url_mirror to be either a string or a list of strings.
• Construct the list of URLs to try by concatenating all of the URLs from iers_auto_url and iers_auto_url_mirror and removing duplicates.
• Deprecate the iers_auto_url_mirror configuration setting for removal in a future release.

Here is a possible default URL list:

• http://maia.usno.navy.mil/ser7/finals2000A.all
• http://toshi.nofs.navy.mil/ser7/finals2000A.all
• ftp://cddis.gsfc.nasa.gov/pub/products/iers/finals2000A.all
• https://datacenter.iers.org/data/9/finals2000A.all

Just a reminder issue for this:

https://github.com/astropy/astropy-iers-data/blob/d29c3b651f0e8ce8cf286982fca08860f6cfced7/tox.ini#L10C4-L11

Also probably need to test both stable and dev astropy? Or is that overkill?

https://github.com/astropy/astropy-iers-data/blob/main/.github/workflows/main.yml

Is this really meant to run every time someone push to main and PR branch? Sounds excessive.

v0.2023.07.31.00.32.45 in https://github.com/astropy/astropy-iers-data/tags is released as 0.2023.7.31.0.32.45 on https://pypi.org/project/astropy-iers-data/#history . Kinda confusing.