Repository navigation
Add an "update.sh" #59
Description
Activity
Thanks @J0WI, I think you've brought this up before in #24 (comment)
I'll try taking a look at this again this weekend.
So I've taken a look, and so far a few things need to happen here:
- A way to get stable/oldstable Perl release versions reliably: asking on
#p5pI was pointed to looking at https://perl5.git.perl.org/perl.git tags and this seems easy enough to implement in anupdate.sh - A means to run Devel::PatchPerl under update.sh; this could be just as simple as running
generate.plunder update.sh (after it updates config.yml) but I'm not sure of the environment update.sh runs on, particularly if I can runperl/cpanmon it. @J0WI @tianon would you know? - A better way to manage that config.yml (and maybe converting to config.json as it seems CLI tools to use under update.sh talk better in JSON than in YAML.)
I'm happy to hear of more ideas/considerations as well, thanks again for suggesting!
- A way to get stable/oldstable Perl release versions reliably: asking on
You definitely shouldn't rely on running
perl/cpanmviaupdate.shif you want @docker-library-bot to be running it. It's reasonable to rely oncurl/wget/jq, butperlorcpanmis too much. It might make more sense to use Travis CI or something like it, especially now that they support cron jobs (https://docs.travis-ci.com/user/cron-jobs/), since you'll be able to control the environment much better.See docker-library/docs#1248 (comment) for a bit more detail on what we use @docker-library-bot for (and how much it does). It's really not very much. 😅
Reacted by Zak B. Elepcpanmcan self-bootstrap viacurlthough?Reacted by Zak B. ElepYes, this is worth revisiting now that perl5 itself is now hosted here; we can probably look at https://github.com/Perl/perl5/releases to get update info (and probably have some additional tooling there so that https://github.com/Perl/perl5/releases/latest can point to the right new version.)
Reacted by mohawk2There is CPAN::Perl::Releases[1] which can give you some information about where you can download the tarball. It does not give you the checksum. But I think that is just a PR away to include that information. You can than automate much of the generation of the configuration and even make it smaller because most of the info can be found in the module.
Reacted by Zak B. Elep and mohawk2Reacted by Zak B. ElepIt might be worth thinking about using the MetaCPAN API to get all available Perl versions (it might take a feature request, but ought to be straightforward). Also I'd think about using GitHub Actions (which can be triggered periodically) rather than the basically defunct Travis CI.
Thanks, probably high time to revisit this - we can have a GH action that can be scheduled or triggered to produce the PR needed for updating against a new Perl version.
Reacted by mohawk2 and J0WI
@docker-library-bot can run a simple
update.shscript for you to update the Perl version automatically. Just add it to the team and open a corresponding PR here: https://github.com/docker-library/oi-janky-groovy/blob/master/update.sh/vars.groovySee e.g. here: docker-library/wordpress@d775299