Bruno Haible <br...@clisp.org> writes: >> However I think these lists often become outdated. In my view, to claim >> that a platform is supported by a software project, you should have >> continous building for the platform. Otherwise support is reactive and >> tends to be spurious. > > Gnulib is a hobbyist, volunteer project. We can not provide the same > level of support as, for example, you do with your company. Therefore — > unless someone comes up and invests the necessary time and money for the > multi-platform continuous integration — our support here will remain > "reactive".
Certainly! Was anyone working on setting up CI/CD for gnulib on GitLab? I recall there was a private project for it, but I don't have access. Any reason for this? I have become rather aquinted with GitLab CI/CD lately so it would be easy for me to setup something from scratch. Of course, given all the freedom concerns people may have with using a SaaS like GitLab, I think it is important that we don't let what features exists there influence any decisions made in gnulib. Let's use it as a way to improve our software, to promote more users of GNU software, just the way we used proprietary platforms like Solaris or IRIX in the old days. /Simon
signature.asc
Description: PGP signature
