-
-
Notifications
You must be signed in to change notification settings - Fork 34
Move appveyor to GHA #22
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
Conversation
This reverts commit 9c8f669151e22f7ebaddb887714762577993d153.
otherwise the commit of the workflow that triggered workflow_call is used
This reverts commit da6bee1.
Looks good. Actually, the additional |
Co-authored-by: Yihui Xie <xie@yihui.name>
|
@yihui one question: Build I mean it could be in fact a step in our existing daily workflow in https://github.com/yihui/tinytex/blob/main/.github/workflows/build.yaml ?
Am I right ? I am asking as I reworked the daily workflow using the new Can you confirm ? Thanks! |
Yes, it could be a step there. I think that will be simpler. |
Yes it definitely will be. I am taking more time that I thought on this, but once that will be in place, it should work for a long time (hopefully). I am almost there! I need gh CLI 2.8 on windows runner now 😅 too recent |
|
I have now moved the daily build of This repo will now only contains monthly build, and patch version builds, with chocolatey packaging and publishing. I'll merge this one as soon as the other is merged. |
| - name: Current tag to target | ||
| run: | | ||
| # Are we making a patch version ? | ||
| patch_version=${{ github.event.inputs.patch_version }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Previously on AppVeyor, I was using an env var TINYTEX_PATCH_VERSION to set the patch version number. When I need to make a patch release, I manually set this env var and trigger the build (and unset the env var after the build is done). I wonder how I should make the patch release now?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess using workflow_dispatch events https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#workflow_dispatch, though it needs to be configured first.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes the idea would be through the workflow_dispatch event configure here:
https://github.com/yihui/tinytex-releases/blob/e08ca8ba1ff0e68331af804ae35ed61be2bac46a/.github/workflows/monthly-release.yaml#L3-L8
There is a patch_version input that can be set.
Two ways to trigger this:
- Either using
ghCLI,gh workflow runpassing key value pair with a value of the day. Ex with today-f patch_version=25which will creaye2022.04.25
gh workflow run monthly-release.yaml -f patch_version=25- Either using the menu in the Action pane - example in my fork

By default nothing is set = no patch version. If filled, then a patched version will be made.
More docs:
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh great! Thanks for teaching me this!
if manually trigger, then we use the value from the inputs which default to false. For automated monthly release with deploy all the time
|
I have added a better description of what value to set, and also a new inputs for not deploying to choco if we want to build a patch version without deploying |
|
Sounds good! |
|
I ran the new workflow on tinytex to build a daily manually and this is working https://github.com/yihui/tinytex/actions/runs/2220702807 published the new https://github.com/yihui/tinytex-releases/releases I'll merge this and try a patch release to check it is working |
|
Can you give me correct access also in this repo ? |
|
And it works ! 🎉 See https://github.com/yihui/tinytex-releases/actions/runs/2221722638 I did the final test in "master" as it was easier to check bu reverted the tag, test patch release and commit. Everything is good for next month ! |
I don't know why that happens, but I don't have an option to change your role in this repo or activate the Actions tab specifically. Can you see the Actions tab now?
Perfect! Thanks! |
No I don't see it. That is odd... I'll look on the web for information. I can access the tab using url directly so I am not blocked |
|
That's really odd. I tried other web browsers and I was able to see the tab no matter if I'm logged in or not. |
|
Got an idea. I'll check something ... |
|
Yeah I think this is an issue in Refined GitHub extension. I'll fill an issue there. Sorry for the trouble |
|
Sounds good. Thank you! |
This aims to replace appveyor build.
I am opening this PR so that you can have a look at the change and give some feedback. Here is the details:
Current proposal:
We split the process into 3 workflows:
tinytexrepoSo basically the workflow would be :
Daily builds are done in the
tinytexrepo and a new daily release is created with new assetsWhen this is done sucessfully, it will trigger the daily workflow here to build the daily full bundle and it will update the daily release by adding the missing assets.
Every first of the month, the monthly workflow would run and will download every assets of the last daily release.
It will keep the TinyTeX bundles and adds a vYYYY-MM to the name.
The choco configuration will be updated and a new tag will be created.
A new release is created with all the assets
As last step, the workflow to update choco package will be triggered to build and publish the package.
I have tested all this in my fork, hence the reference to my repos in this PR. I left it as is in the draft PR and modified if everything is ok. Also, the choco publishing if deactivated for now. Setting the API KEY
CHOCO_KEYin the repo secret will be necessaryTest of releases are here: https://github.com/cderv/tinytex-releases/releases
Also some
.shfiles have been removed - are you using them elsewhere ?A few questions:
How do we want to handle the fact that daily version will not have TinyTeX-2 until it is build here and added to the daily release ?
Do we want to publish a new choco package when doing a patch version ?
Was this
--sourceargument necessary ?https://github.com/yihui/tinytex-releases/blob/ba3b3d33901085f01f639857da1aa2e0b20a0f99/appveyor.yml#L67
I modified it so that we only test the built source package. Do I need to revert back ?
I did not test to install one of the bundle yet, but I think it will work. I'll do that next week.