-
Notifications
You must be signed in to change notification settings - Fork 280
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
Update to 1.7.1 #964
Update to 1.7.1 #964
Conversation
Well some |
Hi! Since we're currently blocked by ruby-rugged in our libgit2 1.7.0 rebuild on Arch Linux: FWIW: applying a backported version to 1.6.3 seems to work fine for my use-case! |
@dvzrv it was enough to get it to work on my machine, and updating to 1.7.1 it does work, which shouldn't have anything else regarding segfaults. Unfortunately now that 1.7.1 is out and I'm trying to update it, all of the macOS stuff fails but I don't know how much even has to do with libgit2 vs how it's built on macOS. And I'm not where my mac machine is so I can't dig deeper at the moment. |
@carlosmn I have a Mac, how can I help? |
I'm now close to my mac, but it's packed up somewhere... basically in CI on macOS all the ssh tests fail for macOS and I've no idea if it's a macOS issue or if there's something that changed with GitHub or what. |
Annoyingly it looks like the failing tests are those that test against the local ssh server. So that's more annoying to set up but at least it probably means it's something about how we set it up (but I only have old machines so I don't know how much I can update). EDIT: it actually does fail locally for me on a mac but with a different error message, so I don't know if it's a different way of it to present a similar error or if it is a different issue on a different version. |
The problems I had locally ended up being just because we don't actually kill sshd so it was looking at the wrong checksum. The tests run fine on my now-up-to-date machine that's a patch version away from the runner. So it looks like the issue might be something related to how the runners work on Actions and I've no idea how to debug that. |
Well as it happens, updating libssh2 to 1.11.0 from homebrew makes it fail locally like it does in CI. So maybe this should get merged as it doesn't seem like it's something that rugged has changed. |
In the logs from sshd it looks like there's too many auth failures, and it's tried |
c8e0ad2
to
e3e0d62
Compare
Unfortunately we segfault but I'm not sure if this is something in rugged or libgit2 or elsewhere. We still segfault even without the custom allocator setup so presumably it's not something inside rugged.
Deeper testing would have to go through building a custom ruby that uses the system allocator so valgrind or gdb can see what is going on. Running a single test doesn't trigger this so it seems to be something larger, and it fails with a NULL pointer dereference somewhere deep in fileutils during the helper, which is quite odd.