shaba/ostree
1
0
Fork 0
mirror of https://github.com/ostreedev/ostree.git synced 2024-12-26 03:22:08 +03:00
Code Issues Projects Releases Wiki Activity
ed430b45de
ostree/.papr.yml

188 lines
3.4 KiB
YAML
Raw Normal View History

add .redhat-ci.yml and .redhat-ci.Dockerfile Add a YAML file for the new Red Hat CI framework. Rather than re-installing all the build deps everytime, which takes time, I added a Dockerfile that we can wire up to the Docker Hub. For now it lives at `jlebon/ostree-tester:rhci`, but we can move it under the `projectatomic` org (or a new `ostree` org). Closes: #535 Approved by: cgwalters
2016-10-19 19:37:54 +03:00
branches:
- master
- auto
- try
ci: Make all ci tests gating for Homu See the rhci docs. Closes: #617 Approved by: jlebon
2016-12-07 00:29:39 +03:00
required: true
ci: Enable -Werror=unused-result with -Wp,-D_FORTIFY_SOURCE=2 (Also rename the other CI contexts to be more consistent) We pass this right now. I just noticed an instance of this in bwrap, and I think we should be trying to match the RPM build baseline. Closes: #765 Approved by: jlebon
2017-03-28 20:29:38 +03:00
context: f25-sanitizer
ci: Make all ci tests gating for Homu See the rhci docs. Closes: #617 Approved by: jlebon
2016-12-07 00:29:39 +03:00
add .redhat-ci.yml and .redhat-ci.Dockerfile Add a YAML file for the new Red Hat CI framework. Rather than re-installing all the build deps everytime, which takes time, I added a Dockerfile that we can wire up to the Docker Hub. For now it lives at `jlebon/ostree-tester:rhci`, but we can move it under the `projectatomic` org (or a new `ostree` org). Closes: #535 Approved by: cgwalters
2016-10-19 19:37:54 +03:00
container:
.redhat-ci.yml: use projectatomic/ostree-tester Same Dockerfile, but automated to rebuild on pushes. Closes: #536 Approved by: giuseppe
2016-10-19 23:49:56 +03:00
image: projectatomic/ostree-tester
add .redhat-ci.yml and .redhat-ci.Dockerfile Add a YAML file for the new Red Hat CI framework. Rather than re-installing all the build deps everytime, which takes time, I added a Dockerfile that we can wire up to the Docker Hub. For now it lives at `jlebon/ostree-tester:rhci`, but we can move it under the `projectatomic` org (or a new `ostree` org). Closes: #535 Approved by: cgwalters
2016-10-19 19:37:54 +03:00
ci: Combine UBSAN and ASAN by default I only recently realized this was possible. While we're still seeing leaks in the CI environment for some reason, adding ASAN gives us use-after-free detection etc., which is obviously still very useful even if we're not doing leak checking. Closes: #622 Approved by: jlebon
2016-12-08 05:26:43 +03:00
packages:
- libasan
ci: Add a check that submodule changes include "Update submodule: " To prevent repeats of https://github.com/ostreedev/ostree/pull/693 I tested this script in https://github.com/cgwalters/playground/pull/48 Closes: #770 Approved by: jlebon
2017-03-30 23:47:57 +03:00
- git
Add Coccinelle usage: one for blacklisting, one for patch collection This is inspired by the [Coccinelle](http://coccinelle.lip6.fr/) usage in systemd. I also took it a bit further and added infrastructure to have spatches which should never apply. This acts as a blacklist. The reason to do the latter is that coccinelle is *way* more powerful than the regular expresssions we have in `make syntax-check`. I started with blacklisting `g_error_free()` directly. The reason that's bad is it leaves a dangling pointer. Closes: #754 Approved by: jlebon
2017-03-23 20:06:07 +03:00
- coccinelle
ci: Combine UBSAN and ASAN by default I only recently realized this was possible. While we're still seeing leaks in the CI environment for some reason, adding ASAN gives us use-after-free detection etc., which is obviously still very useful even if we're not doing leak checking. Closes: #622 Approved by: jlebon
2016-12-08 05:26:43 +03:00
.redhat-ci.yml: use new build key This allows us to more concisely separate building from testing, which in turn gives us a nicer inheritance pattern in our case. See also: https://github.com/jlebon/redhat-ci/issues/11 Closes: #569 Approved by: cgwalters
2016-11-09 05:37:43 +03:00
env:
ci: Enable -Werror=unused-result with -Wp,-D_FORTIFY_SOURCE=2 (Also rename the other CI contexts to be more consistent) We pass this right now. I just noticed an instance of this in bwrap, and I think we should be trying to match the RPM build baseline. Closes: #765 Approved by: jlebon
2017-03-28 20:29:38 +03:00
CFLAGS: '-fsanitize=undefined -fsanitize-undefined-trap-on-error -fsanitize=address -O2 -Wp,-D_FORTIFY_SOURCE=2'
ci: Combine UBSAN and ASAN by default I only recently realized this was possible. While we're still seeing leaks in the CI environment for some reason, adding ASAN gives us use-after-free detection etc., which is obviously still very useful even if we're not doing leak checking. Closes: #622 Approved by: jlebon
2016-12-08 05:26:43 +03:00
ASAN_OPTIONS: 'detect_leaks=0' # Right now we're not fully clean, but this gets us use-after-free etc
# TODO when we're doing leak checks: G_SLICE: "always-malloc"
.redhat-ci.yml: use new build key This allows us to more concisely separate building from testing, which in turn gives us a nicer inheritance pattern in our case. See also: https://github.com/jlebon/redhat-ci/issues/11 Closes: #569 Approved by: cgwalters
2016-11-09 05:37:43 +03:00
build:
config-opts: >
--prefix=/usr
--libdir=/usr/lib64
Add --enable-installed-tests=exclusive, fix installed case The major reason to do this is that running tests *both* installed and uninstalled in our CI is a mostly pointless waste of time. Particularly given we have a few expensive tests. We *do* have tests that only run uninstalled (since they require the source code) like `test-symbols.sh`. Hence, add `--enable-installed-tests=exclusive` to mean *only* do installed for most tests. We'll still have uninstalled coverage via the Travis/Debian configs, and we could perhaps do another build with a subset of uninstalled tests, but I'm not really concerned about it. I'd like to do a renewed push for the InstalledTests model since I feel it's just fundamentally better. (`g-d-t-r` kind of sucks, but then so does the automake runner). Also while we're here - fix the CI to use the correct context, which started this mess. Closes: #837 Approved by: dbnicholson
2017-05-08 17:44:43 +03:00
--enable-installed-tests=exclusive
.redhat-ci.yml: use new build key This allows us to more concisely separate building from testing, which in turn gives us a nicer inheritance pattern in our case. See also: https://github.com/jlebon/redhat-ci/issues/11 Closes: #569 Approved by: cgwalters
2016-11-09 05:37:43 +03:00
--enable-gtk-doc
Add --enable-installed-tests=exclusive, fix installed case The major reason to do this is that running tests *both* installed and uninstalled in our CI is a mostly pointless waste of time. Particularly given we have a few expensive tests. We *do* have tests that only run uninstalled (since they require the source code) like `test-symbols.sh`. Hence, add `--enable-installed-tests=exclusive` to mean *only* do installed for most tests. We'll still have uninstalled coverage via the Travis/Debian configs, and we could perhaps do another build with a subset of uninstalled tests, but I'm not really concerned about it. I'd like to do a renewed push for the InstalledTests model since I feel it's just fundamentally better. (`g-d-t-r` kind of sucks, but then so does the automake runner). Also while we're here - fix the CI to use the correct context, which started this mess. Closes: #837 Approved by: dbnicholson
2017-05-08 17:44:43 +03:00
# The g-d-t-r timeout is for test-pull-many.sh; if tweaking this,
# also be sure to change the other cases below
add .redhat-ci.yml and .redhat-ci.Dockerfile Add a YAML file for the new Red Hat CI framework. Rather than re-installing all the build deps everytime, which takes time, I added a Dockerfile that we can wire up to the Docker Hub. For now it lives at `jlebon/ostree-tester:rhci`, but we can move it under the `projectatomic` org (or a new `ostree` org). Closes: #535 Approved by: cgwalters
2016-10-19 19:37:54 +03:00
tests:
- make syntax-check
ci: Add a check that submodule changes include "Update submodule: " To prevent repeats of https://github.com/ostreedev/ostree/pull/693 I tested this script in https://github.com/cgwalters/playground/pull/48 Closes: #770 Approved by: jlebon
2017-03-30 23:47:57 +03:00
- ./tests/ci-commitmessage-submodules.sh
add .redhat-ci.yml and .redhat-ci.Dockerfile Add a YAML file for the new Red Hat CI framework. Rather than re-installing all the build deps everytime, which takes time, I added a Dockerfile that we can wire up to the Docker Hub. For now it lives at `jlebon/ostree-tester:rhci`, but we can move it under the `projectatomic` org (or a new `ostree` org). Closes: #535 Approved by: cgwalters
2016-10-19 19:37:54 +03:00
- make check
Add --enable-installed-tests=exclusive, fix installed case The major reason to do this is that running tests *both* installed and uninstalled in our CI is a mostly pointless waste of time. Particularly given we have a few expensive tests. We *do* have tests that only run uninstalled (since they require the source code) like `test-symbols.sh`. Hence, add `--enable-installed-tests=exclusive` to mean *only* do installed for most tests. We'll still have uninstalled coverage via the Travis/Debian configs, and we could perhaps do another build with a subset of uninstalled tests, but I'm not really concerned about it. I'd like to do a renewed push for the InstalledTests model since I feel it's just fundamentally better. (`g-d-t-r` kind of sucks, but then so does the automake runner). Also while we're here - fix the CI to use the correct context, which started this mess. Closes: #837 Approved by: dbnicholson
2017-05-08 17:44:43 +03:00
- /bin/sh -c 'gnome-desktop-testing-runner -p 0 --timeout $((10 * 60)) libostree/'
add .redhat-ci.yml and .redhat-ci.Dockerfile Add a YAML file for the new Red Hat CI framework. Rather than re-installing all the build deps everytime, which takes time, I added a Dockerfile that we can wire up to the Docker Hub. For now it lives at `jlebon/ostree-tester:rhci`, but we can move it under the `projectatomic` org (or a new `ostree` org). Closes: #535 Approved by: cgwalters
2016-10-19 19:37:54 +03:00
timeout: 30m
artifacts:
- test-suite.log
.redhat-ci.yml: add clang Clang has better detection for unused vars when using auto cleanup functions. We should eventually just fold this back into the first testsuite. But let's just turn it on for now, at least until it's satisfied with the whole codebase. Closes: #549 Approved by: cgwalters
2016-10-27 19:03:04 +03:00
---
inherit: true
ci: Make all ci tests gating for Homu See the rhci docs. Closes: #617 Approved by: jlebon
2016-12-07 00:29:39 +03:00
required: true
.redhat-ci.yml: add clang Clang has better detection for unused vars when using auto cleanup functions. We should eventually just fold this back into the first testsuite. But let's just turn it on for now, at least until it's satisfied with the whole codebase. Closes: #549 Approved by: cgwalters
2016-10-27 19:03:04 +03:00
ci: Enable -Werror=unused-result with -Wp,-D_FORTIFY_SOURCE=2 (Also rename the other CI contexts to be more consistent) We pass this right now. I just noticed an instance of this in bwrap, and I think we should be trying to match the RPM build baseline. Closes: #765 Approved by: jlebon
2017-03-28 20:29:38 +03:00
context: f25-clang
.redhat-ci.yml: add clang Clang has better detection for unused vars when using auto cleanup functions. We should eventually just fold this back into the first testsuite. But let's just turn it on for now, at least until it's satisfied with the whole codebase. Closes: #549 Approved by: cgwalters
2016-10-27 19:03:04 +03:00
.redhat-ci.yml: use new build key This allows us to more concisely separate building from testing, which in turn gives us a nicer inheritance pattern in our case. See also: https://github.com/jlebon/redhat-ci/issues/11 Closes: #569 Approved by: cgwalters
2016-11-09 05:37:43 +03:00
env:
CC: 'clang'
CFLAGS: '-Werror=unused-variable'
tests:
.redhat-ci.yml: add clang Clang has better detection for unused vars when using auto cleanup functions. We should eventually just fold this back into the first testsuite. But let's just turn it on for now, at least until it's satisfied with the whole codebase. Closes: #549 Approved by: cgwalters
2016-10-27 19:03:04 +03:00
artifacts:
oxidation: Add implementation of bupsplit in Rust This is an initial drop of "oxidation", or adding implementation of components in Rust. The bupsplit code is a good target - no dependencies, just computation. Translation into Rust had a few twists - - The C code relies a lot on overflowing unsigned ints, and also on the C promotion rules for e.g. `uint8_t -> int32_t` - There were some odd loops that I introduced bugs in while translating...in particular, the function always returns `len`, but I mistakenly translated to `len+1`, resulting in an OOB read on the C side, which was hard to debug. On the plus side, an off-by-one array indexing in the Rust code paniced nicely. In practice, we'll need a lot more build infrastructure to make this work, such as using `cargo vendor` when producing build artifacts for example. Also, Cargo is yet another thing we need to cache. Where do we go with this? Well, I think we should merge this, it's not a lot of code. We can just have it be an alternative CI target. Should we do a lot more right now? Probably not immediately, but I find the medium/long term prospects pretty exciting! Closes: #656 Approved by: jlebon
2017-01-25 05:43:53 +03:00
---
inherit: true
context: f25-rust
packages:
- cargo
build:
config-opts: >
--prefix=/usr
--libdir=/usr/lib64
--enable-gtk-doc
--enable-rust
env:
CC: 'gcc'
tests:
- make check TESTS=tests/test-rollsum
ci: Add unit case for --enable-experimental-api We're starting to get a lot of contexts, and this is likely going to drive some requirements for consolidation and improvements like not testing *every* context on every PR, etc. But for now since experimental is new, and under development, let's test it. Closes: #875 Approved by: cgwalters
2017-05-19 17:39:48 +03:00
artifacts:
- test-suite.log
---
inherit: true
context: f25-experimental-api
build:
config-opts: >
--prefix=/usr
--libdir=/usr/lib64
--enable-gtk-doc
--enable-experimental-api
env:
CC: 'gcc'
tests:
- make check
- /bin/sh -c 'gnome-desktop-testing-runner -p 0 --timeout $((10 * 60)) libostree/'
artifacts:
- test-suite.log
libcurl backend For rpm-ostree, we already link to libcurl indirectly via librepo, and only having one HTTP library in process makes sense. Further, libcurl is (I think) more popular in the embedded space. It also supports HTTP/2.0 today, which is a *very* nice to have for OSTree. This seems to be working fairly well for me in my local testing, but it's obviously brand new nontrivial code, so it's going to need some soak time. The ugliest part of this is having to vendor in the soup-url code. With Oxidation we could follow the path of Firefox and use the [Servo URL parser](https://github.com/servo/rust-url). Having to redo cookie parsing also sucked, and that would also be a good oxidation target. But that's for the future. Closes: #641 Approved by: jlebon
2016-12-08 05:02:30 +03:00
---
inherit: true
required: true
ci: Enable -Werror=unused-result with -Wp,-D_FORTIFY_SOURCE=2 (Also rename the other CI contexts to be more consistent) We pass this right now. I just noticed an instance of this in bwrap, and I think we should be trying to match the RPM build baseline. Closes: #765 Approved by: jlebon
2017-03-28 20:29:38 +03:00
context: f25-curl-openssl
libcurl backend For rpm-ostree, we already link to libcurl indirectly via librepo, and only having one HTTP library in process makes sense. Further, libcurl is (I think) more popular in the embedded space. It also supports HTTP/2.0 today, which is a *very* nice to have for OSTree. This seems to be working fairly well for me in my local testing, but it's obviously brand new nontrivial code, so it's going to need some soak time. The ugliest part of this is having to vendor in the soup-url code. With Oxidation we could follow the path of Firefox and use the [Servo URL parser](https://github.com/servo/rust-url). Having to redo cookie parsing also sucked, and that would also be a good oxidation target. But that's for the future. Closes: #641 Approved by: jlebon
2016-12-08 05:02:30 +03:00
packages:
- pkgconfig(libcurl)
core: Support building with OpenSSL for checksums Add an OpenSSL backend to the checksum input stream, which is where we do a lot of checksumming (object commit, static deltas). The raw OpenSSL performance is [approximately double](https://gist.github.com/cgwalters/169349fd1c06fd4fb4d3a7ce33303222) on my laptop; not only does OpenSSL have e.g. hand-tuned x86_64 assembly, the current implementation uses the [Intel SHA extensions](https://en.wikipedia.org/wiki/Intel_SHA_extensions). Another reason to do this is I was idly thinking about adding [Curve25519](https://en.wikipedia.org/wiki/Curve25519) signatures (like e.g. Alpine does) instead of/in addition to GPG. The rationale for that is that GPG is pretty heavyweight, both in code footprint and the simple fact that EC keys are way smaller. I didn't benchmark ostree with this; we have bigger performance problems really like the fact we just malloc way too much. But, it's a step in the right direction I think in combination with the libcurl work where we're linking to openssl anyways. Closes: #738 Approved by: jlebon
2017-03-13 21:41:14 +03:00
- pkgconfig(openssl)
libcurl backend For rpm-ostree, we already link to libcurl indirectly via librepo, and only having one HTTP library in process makes sense. Further, libcurl is (I think) more popular in the embedded space. It also supports HTTP/2.0 today, which is a *very* nice to have for OSTree. This seems to be working fairly well for me in my local testing, but it's obviously brand new nontrivial code, so it's going to need some soak time. The ugliest part of this is having to vendor in the soup-url code. With Oxidation we could follow the path of Firefox and use the [Servo URL parser](https://github.com/servo/rust-url). Having to redo cookie parsing also sucked, and that would also be a good oxidation target. But that's for the future. Closes: #641 Approved by: jlebon
2016-12-08 05:02:30 +03:00
build:
config-opts: >
--prefix=/usr
--libdir=/usr/lib64
Add --enable-installed-tests=exclusive, fix installed case The major reason to do this is that running tests *both* installed and uninstalled in our CI is a mostly pointless waste of time. Particularly given we have a few expensive tests. We *do* have tests that only run uninstalled (since they require the source code) like `test-symbols.sh`. Hence, add `--enable-installed-tests=exclusive` to mean *only* do installed for most tests. We'll still have uninstalled coverage via the Travis/Debian configs, and we could perhaps do another build with a subset of uninstalled tests, but I'm not really concerned about it. I'd like to do a renewed push for the InstalledTests model since I feel it's just fundamentally better. (`g-d-t-r` kind of sucks, but then so does the automake runner). Also while we're here - fix the CI to use the correct context, which started this mess. Closes: #837 Approved by: dbnicholson
2017-05-08 17:44:43 +03:00
--enable-installed-tests=exclusive
libcurl backend For rpm-ostree, we already link to libcurl indirectly via librepo, and only having one HTTP library in process makes sense. Further, libcurl is (I think) more popular in the embedded space. It also supports HTTP/2.0 today, which is a *very* nice to have for OSTree. This seems to be working fairly well for me in my local testing, but it's obviously brand new nontrivial code, so it's going to need some soak time. The ugliest part of this is having to vendor in the soup-url code. With Oxidation we could follow the path of Firefox and use the [Servo URL parser](https://github.com/servo/rust-url). Having to redo cookie parsing also sucked, and that would also be a good oxidation target. But that's for the future. Closes: #641 Approved by: jlebon
2016-12-08 05:02:30 +03:00
--enable-gtk-doc
--with-curl
core: Support building with OpenSSL for checksums Add an OpenSSL backend to the checksum input stream, which is where we do a lot of checksumming (object commit, static deltas). The raw OpenSSL performance is [approximately double](https://gist.github.com/cgwalters/169349fd1c06fd4fb4d3a7ce33303222) on my laptop; not only does OpenSSL have e.g. hand-tuned x86_64 assembly, the current implementation uses the [Intel SHA extensions](https://en.wikipedia.org/wiki/Intel_SHA_extensions). Another reason to do this is I was idly thinking about adding [Curve25519](https://en.wikipedia.org/wiki/Curve25519) signatures (like e.g. Alpine does) instead of/in addition to GPG. The rationale for that is that GPG is pretty heavyweight, both in code footprint and the simple fact that EC keys are way smaller. I didn't benchmark ostree with this; we have bigger performance problems really like the fact we just malloc way too much. But, it's a step in the right direction I think in combination with the libcurl work where we're linking to openssl anyways. Closes: #738 Approved by: jlebon
2017-03-13 21:41:14 +03:00
--with-openssl
libcurl backend For rpm-ostree, we already link to libcurl indirectly via librepo, and only having one HTTP library in process makes sense. Further, libcurl is (I think) more popular in the embedded space. It also supports HTTP/2.0 today, which is a *very* nice to have for OSTree. This seems to be working fairly well for me in my local testing, but it's obviously brand new nontrivial code, so it's going to need some soak time. The ugliest part of this is having to vendor in the soup-url code. With Oxidation we could follow the path of Firefox and use the [Servo URL parser](https://github.com/servo/rust-url). Having to redo cookie parsing also sucked, and that would also be a good oxidation target. But that's for the future. Closes: #641 Approved by: jlebon
2016-12-08 05:02:30 +03:00
tests:
- make check
Add --enable-installed-tests=exclusive, fix installed case The major reason to do this is that running tests *both* installed and uninstalled in our CI is a mostly pointless waste of time. Particularly given we have a few expensive tests. We *do* have tests that only run uninstalled (since they require the source code) like `test-symbols.sh`. Hence, add `--enable-installed-tests=exclusive` to mean *only* do installed for most tests. We'll still have uninstalled coverage via the Travis/Debian configs, and we could perhaps do another build with a subset of uninstalled tests, but I'm not really concerned about it. I'd like to do a renewed push for the InstalledTests model since I feel it's just fundamentally better. (`g-d-t-r` kind of sucks, but then so does the automake runner). Also while we're here - fix the CI to use the correct context, which started this mess. Closes: #837 Approved by: dbnicholson
2017-05-08 17:44:43 +03:00
- /bin/sh -c 'gnome-desktop-testing-runner -p 0 --timeout $((10 * 60)) libostree/'
libcurl backend For rpm-ostree, we already link to libcurl indirectly via librepo, and only having one HTTP library in process makes sense. Further, libcurl is (I think) more popular in the embedded space. It also supports HTTP/2.0 today, which is a *very* nice to have for OSTree. This seems to be working fairly well for me in my local testing, but it's obviously brand new nontrivial code, so it's going to need some soak time. The ugliest part of this is having to vendor in the soup-url code. With Oxidation we could follow the path of Firefox and use the [Servo URL parser](https://github.com/servo/rust-url). Having to redo cookie parsing also sucked, and that would also be a good oxidation target. But that's for the future. Closes: #641 Approved by: jlebon
2016-12-08 05:02:30 +03:00
oxidation: Add implementation of bupsplit in Rust This is an initial drop of "oxidation", or adding implementation of components in Rust. The bupsplit code is a good target - no dependencies, just computation. Translation into Rust had a few twists - - The C code relies a lot on overflowing unsigned ints, and also on the C promotion rules for e.g. `uint8_t -> int32_t` - There were some odd loops that I introduced bugs in while translating...in particular, the function always returns `len`, but I mistakenly translated to `len+1`, resulting in an OOB read on the C side, which was hard to debug. On the plus side, an off-by-one array indexing in the Rust code paniced nicely. In practice, we'll need a lot more build infrastructure to make this work, such as using `cargo vendor` when producing build artifacts for example. Also, Cargo is yet another thing we need to cache. Where do we go with this? Well, I think we should merge this, it's not a lot of code. We can just have it be an alternative CI target. Should we do a lot more right now? Probably not immediately, but I find the medium/long term prospects pretty exciting! Closes: #656 Approved by: jlebon
2017-01-25 05:43:53 +03:00
artifacts:
- test-suite.log
tests/installed: New installed, privileged tests using Fedora AH Our container-driven tests can't e.g. test SELinux sanely, and have to support being run as root *and* non-root too. Use redhat-ci to provision a VM and run tests directly there. These are installed tests too. Closes: https://github.com/ostreedev/ostree/issues/806 Closes: #807 Approved by: jlebon
2017-04-24 21:40:06 +03:00
---
inherit: false
branches:
- master
- auto
- try
context: f25ah-insttest
required: false
cluster:
hosts:
- name: vmcheck
distro: fedora/25/atomic
container:
image: projectatomic/ostree-tester
build:
config-opts: >
--prefix=/usr
--libdir=/usr/lib64
--enable-gtk-doc
# Copy the build from the container to the host; ideally down the line
# this is installing an RPM via https://github.com/jlebon/redhat-ci/issues/10
tests:
- make install DESTDIR=$(pwd)/insttree
- rsync -rl -e 'ssh -o User=root' . vmcheck:ostree/
ci: Extend FAH rootfs for installed tests These at the moment aren't in a container, and may need space. In the future overlay2 will help here, we can more easily extend the rootfs. Closes: #840 Approved by: jlebon
2017-05-08 23:44:42 +03:00
- ssh root@vmcheck './ostree/tests/installed/fah-prep.sh && ostree admin unlock && rsync -rlv ./ostree/insttree/usr/ /usr/ && ./ostree/tests/installed/run.sh'
tests/installed: New installed, privileged tests using Fedora AH Our container-driven tests can't e.g. test SELinux sanely, and have to support being run as root *and* non-root too. Use redhat-ci to provision a VM and run tests directly there. These are installed tests too. Closes: https://github.com/ostreedev/ostree/issues/806 Closes: #807 Approved by: jlebon
2017-04-24 21:40:06 +03:00
artifacts:
- test-suite.log
ci: Add a context for testing flatpak This was part of the philosophy behind https://wiki.gnome.org/Initiatives/GnomeGoals/InstalledTests - libraries like libostree don't need to replicate everything in unit tests, we can use the tests from our dependencies directly too. We'll also get API break coverage testing too. Closes: #818 Approved by: jlebon
2017-04-28 16:32:35 +03:00
---
inherit: false
branches:
- master
- auto
- try
context: f25-flatpak
required: false
# This test case wants an "unprivileged container with bubblewrap",
# which we don't have right now; so just provision a VM and do a
# docker --privileged run.
host:
distro: fedora/25/atomic
ci: More flatpak ci fixes We need our `make install` to override the ostree RPM, so do it all in one txn. This sort of thing is where a more rigorous model like rdgo/gcontinuous use becomes better, but we'll hack it with shell for now. Closes: #824 Approved by: jlebon
2017-05-02 01:02:27 +03:00
specs:
ram: 4096 # build-bundle is a static delta, which needs RAM right now
ci: Add a context for testing flatpak This was part of the philosophy behind https://wiki.gnome.org/Initiatives/GnomeGoals/InstalledTests - libraries like libostree don't need to replicate everything in unit tests, we can use the tests from our dependencies directly too. We'll also get API break coverage testing too. Closes: #818 Approved by: jlebon
2017-04-28 16:32:35 +03:00
tests:
- docker run --rm --privileged -v $(pwd):/srv/code registry.fedoraproject.org/fedora:25 /bin/sh -c "cd /srv/code && ./ci/flatpak.sh"
artifacts:
- test-suite.log
Reference in New Issue Copy Permalink