-
Notifications
You must be signed in to change notification settings - Fork 999
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
do we want to keep the gitlab mirror going? #5717
Comments
I don't think if it still works due to some subscription expiry. AFAIU we may have some very low CI limits there. So my answer is No. Does GHCI subsume what GLCI I don't think so, I would not make it a priority now. If someone wants to play with it then sure. We need generating binaries for mac and win, then for r-devel, r-release and r-oldrel, then putting them together (not sure how easy to pass buld artifacts between jobs in GHCI) into single dir structure. Generating R repo. Adding pkgdown as index and R html manuals in a subdir. |
It definitely is useful to have binary builds of data.table master available. |
@tdhock Yes, binaries would be great, but I would prioritize after 1.15.0 release. Yes, I setup GLCI, unfortunately I don't have enough time to handle that. It is possibly a matter of finding out if and how we could have some extra CI minutes to continue running there, and setting that up. Big advantage of GLCI over GHCI is that you can run all locally if required. |
according https://about.gitlab.com/pricing/#is-there-a-different-compute-minutes-limit-for-public-projects it should be doable to keep GLCI, eventually dropping few jobs so it eats less compute minutes. |
Originally posted by @MichaelChirico in #5451 (comment)
The text was updated successfully, but these errors were encountered: