Unexpected GitHub release tag name on Linux Debian OS

[fontikar]

Occasionally the taxonomic resources download fails. See Log: https://cran.r-project.org/web/checks/check_results_APCalign.html

When it fails, a few tests cannot run.

I'm not entirely sure if this is operating system specific OR its true Github server down. I suspect its the former since the other OS passed just fine.

I am tempted to skip all tests on linux... thoughts? its not failing on fedora clang or devl though so I am not sure how to best proceed!

Resources:
https://stackoverflow.com/questions/34691188/skip-all-testthat-tests-when-condition-not-met

https://stackoverflow.com/questions/58252422/how-to-retry-r-testthat-test-on-api-error

[fontikar]

I've rubber ducky solved it.

This URL does not exist! "https://github.com/traitecoevo/APCalign/releases/download/0.0.2.9000"

Where the heck is version = "0.0.2.9000" coming from?

[fontikar]

The version number is either specified via the version argument otherwise it will default to default_version() which should be a date e.g. "2024-10-11"

0.0.2.9000 is a old versioning system we used to use (see #25)...

0.0.2.900 doesn't exist in our tags or releases https://github.com/traitecoevo/APCalign/tags

[fontikar]

Going to try run these tests again on rhub https://r-hub.github.io/rhub/index.html#usage

[fontikar]

Strategy discussed with @dfalster, quick fix to sort through the versions that come through the Github API and exclude any duplicates, rogue semantic versions and verify they remaining ones have date-like formats before returning the most recent release.

Once merged and sent back to CRAN, will slowly investigate what is going on using rhub, asking community for assistance and advice with a reprex :)