Help? Working on Hydra release builds for master x64 Deb/RPM#1769
Closed
bhipple wants to merge 1 commit into
Closed
Help? Working on Hydra release builds for master x64 Deb/RPM#1769bhipple wants to merge 1 commit into
bhipple wants to merge 1 commit into
Conversation
Contributor
Author
|
Not really intending for this to be merged as-is (hoping someone has some insight into the VM tools/debug symbols/chroot issues and can enlighten me), though it would be nice to get the Hydra release build in the green again. |
Hydra has been broken since 4cde04f due to some strange behavior with the sandboxing, and somewhere during that time a debug symbol problem also crept into the RPM builds. Strangely, neither problem shows up on 32-bit builds. This is hideous but it gets both Ubuntu and Fedora building again: $ nix-build release.nix -A rpm_fedora25x86_64 -A deb_ubuntu1604x86_64 <passes everything> The first issue seems to be that /bin/bash doesn't get mounted in the chroot, but I'm not sure why that is. I verified outside the sandbox call that it is there and does exist. Not sure on the debug symbols issue. I'll keep digging around but figured I'd show some hotfixes to demonstrate these are the only problems and see if anyone else knows more?
bhipple
force-pushed
the
fixing-hydra-builds
branch
from
2f1c8fb to
bbe7df6
Compare
dtzWill
added a commit
to dtzWill/nix
that referenced
this pull request
Dec 31, 2017
Member
|
Not sure what to do about the debuginfo problem, but your fix seems reasonable if it's a known issue with the tools shipping with released Fedora. Searching around... FWIW, here's a log snippet from the Fedora failure: |
Contributor
Author
|
I can confirm that the fix in #1770 ALSO fixes the RPM sandbox test cases! Good catch on That just leaves the debug symbols for the RPMs. That ticket hints that |
Member
|
Oh, hooray! Good call on VM memory, looking forward to seeing some green builds! 😁 |
Member
|
bus error? I suppose they use |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Hydra has been broken since 4cde04f due to some strange behavior with the
sandboxing, and somewhere during that time a debug symbol problem also crept
into the RPM builds. Strangely, neither problem shows up on 32-bit builds.
This is hideous but it gets both Ubuntu and Fedora building again:
$ nix-build release.nix -A rpm_fedora25x86_64 -A deb_ubuntu1604x86_64
The first issue seems to be that /bin/bash doesn't get mounted in the chroot,
but I'm not sure why that is. I verified outside the sandbox call that it is
there and does exist. Not sure on the debug symbols issue. I'll keep digging
around but figured I'd show some hotfixes to demonstrate these are the only
problems and see if anyone else knows more?