-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Combination of three paprs #9
Conversation
💥 Invalid
|
💥 Invalid
|
ohh, forgot to add more memory. |
.papr.yml
Outdated
- master | ||
|
||
host: | ||
distro: fedora/26/cloud |
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.
Why not fedora/26/atomic
here? Isn't that more aligned with what this tool is targeted at?
For an example of how this can work, see the pattern in projectatomic/atomic, where we just build and e.g. pylint in a container, but then install onto the host and run the integration tests natively. (And just like projectatomic/atomic, a second fedora/26/cloud
testsuite can always be added).
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.
@jlebon because IRC 😀
💥 Invalid
|
.papr.yml
Outdated
@@ -1,29 +1,34 @@ | |||
branches: | |||
- master | |||
- auto | |||
- try |
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.
Drop this hunk?
06f960c
to
d64221f
Compare
bot, retest this please |
2 similar comments
bot, retest this please |
bot, retest this please |
bot, retest this please |
Makefile
Outdated
|
||
testunit: | ||
$(GO) test -tags "$(BUILDTAGS)" -cover $(PACKAGES) | ||
|
||
localintegration: clean binaries test-binaries | ||
localintegration: binaries test-binaries | ||
./test/test_runner.sh ${TESTFLAGS} |
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.
@mheon I remove clean
from this. That allowed tests to run (b/c clean removes bin/common). But maybe that was bad to do.
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.
Binaries should be rebuilding conmon. It didn't look like it was. I'll look into it.
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 am removing both the clean and the binaries. Currently we don't build anywhere but make all or make binaries. lets keep it that way.
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.
kk, so make -C $GOSRC binaries install.tools all TAGS=${TAGS}
and I commented out the original one.
@rhatdan @mheon and @baude helped me get this one building locally. It's running well all the way through executing the integration tests. So the papr stuff is probably working fine (when papr starts working again we'll know for sure) and it's code/makefile stuff that's breaking now. Heading to get lunch to give jlebon some time. |
ahh there she goes! thx @jlebon ! |
1e2abb9
to
e52ed1e
Compare
💥 Invalid
|
.papr.yml
Outdated
- gpgme-devel | ||
- libassuan-devel | ||
- libseccomp-devel | ||
- libselinux-devel |
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.
It looks like papr doens't like the duplicates.
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.
no, makes it very angry 😀 s'okay, my own damn fault (again).
OMG! There are no quotes around |
bot, retest this please |
bot, retest this please |
☔ The latest upstream changes (presumably #6) made this pull request unmergeable. Please resolve the merge conflicts. |
Needs a rebase. |
@rhatdan @mheon said there's no reason other than "sexiness" to do the build inside a container. I'm not opposed to it in practice...except for...your way introduces a tight-coupling between the host-setup, and the testing. IMHO, best to have a gap there, b/c it makes it easier to swap one host environment for another. And/Or, having multiple VMs running the same testing steps (supported by papr). I think @baude had in mind to do something like this All that said, are you married to the container-way? (I'm happy to amend this PR to only realize the division of labor part.) |
It's not sexiness - you should always do builds in containers, and don't have that stuff on your host. Even for workstations. There are many reasons (security), and you'll be a lot less likely to hit package management disasters. And further once you do this, it's just as easy to spin up e.g. CentOS/RHEL/whatever containers and use those. |
Signed-off-by: Chris Evich <[email protected]>
@cgwalters or...we do it both ways :D |
FWIW I think "Fedora Atomic" is Fedora too. So I'd title it "Test in Fedora Cloud and Fedora Atomic". |
True true, an easy fix, thx. |
Signed-off-by: Chris Evich <[email protected]>
I would prefer if the tests would happen outside of the container, since things like SELinux will not be tested if running inside of a container. |
Note specifically the use of e.g. |
Another great example of this pattern that I mentioned earlier is projectatomic/atomic, which @baude is intimately familiar with :). Specifically, notice how the PAPR YAML simply calls out the same script for all three platforms. |
@jlebon @cgwalters I think we're all in general agreement. Thanks for the links. @baude is taking this over. |
Move libraries from cni only used by plugins.
Very rough ATM, minimal cleanup done, but maybe could work?