On Mon, Dec 21, 2015 at 11:25 AM, Niels Möller nisse@lysator.liu.se wrote:
Nikos Mavrogiannopoulos n.mavrogiannopoulos@gmail.com writes:
This has the advantage of using gnutls' CI servers. For that I attach the file needed to be present to enable using these servers.
Sounds useful! Can you explain very briefly how that's organized, what's done at your servers, and what's done by gitlab? We should try to avoid "service-as-a-software-substitute"?
My understanding is that you could also do the same by upgrading gitlab in lysator. The gitlab ci setup requires to setup runner systems which will run the assigned tasks. The runner systems run the gitlab-ci-runner software. The gitlab server distributes the builds to runners based on the provided tags. That feature is very new, more info at: https://about.gitlab.com/gitlab-ci/
The runner systems I've setup are 2 Fedora 23 (x86 and x86-64) and a centos7 (x86-64). There are provided by redhat. I had also a via x86 system with debian but it is too slow to build and I have occasionally filesystem corruptions, so I plan to remove it. The available runners are listed at: https://gitlab.com/gnutls/gnutls/runners
Is it easy to add additional configurations? On my wishlist would be x86-64 --disable-assembler, mini-gmp configs,
You can add more options, but note that the more options the more load to the runner systems (shouldn't be much of a problem since nettle builds quite fast). You can see gnutls' file for ideas and the tags in the systems I have setup: https://gitlab.com/gnutls/gnutls/blob/master/.gitlab-ci.yml
If we share the builders I should try to document the available tags better so we can replace/add builders more easy.
ARM configs, and some big-endian config (not sure what big-endian archs still are relevant and available, possibly mips?).
I don't have access to a non-x86 arch which can be used as a builder. If you have we could add it to the pool.
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml new file mode 100644 index 0000000..816cf74 --- /dev/null +++ b/.gitlab-ci.yml @@ -0,0 +1,16 @@ +Build and Check (x86-64):
Is there any way to get a comment into this file, pointing to relevant documentation? I guess the "tags" are used to select what each build machine does?
It is documented at: http://doc.gitlab.com/ce/ci/yaml/README.html
- script:
- git submodule update --init && autoreconf -fvi &&
./.bootstrap is nettle's advertised method to generate files needed pre-configure. So I think it's better to use that than autoreconf.
Why submodule, is nettle used as a submodule of gnutls, or is it some magic for the continuous integration system?
Seems like a copy paste thing from the gnutls file. I suggest that you setup the configurations that you like and send me to test.
I noticed that the runners I have don't have the software required to build the documentation. For that I'll need to install that software and introduce a new tag in the runners that have it. That I can do after new year.
regards, Nikos