Comment 10 for bug 1595242
Revision history for this message
| Christian Ehrhardt (paelzer) wrote | #10 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
1b1ed1a
(Get the code!)
Hi,
the sync [1] of a mongodb set this to fix released quite a while ago, but in fact it fails to build on arm64 [2].
To make things less debuggable, the build issue seems to be a hang, killed by builders timeout and not a clear "error: foo is wrong".
I was "encouraged :-)" [3] for my s390x experience to look into this since s390x wanted the newer version of mongodb to get rid of the extra ppa [4] solution we have atm (see comment #8 in this bug).
But while I took a few tests with cross compiles and super slow arm emulations I couldn't get any closer to the issue. After all I'm not the arm expert, so maybe we should reconsider who owns the current task.
Now this issue is kind of back where it started. This is the bug that was referenced on IRC as "wanted s390x support" to begin with and holds said ppa solution for Xenial.
Fortunately Dannf is susbcribed on this bug and a much bigger arm expert which is what is really needed now to look into [2].
Furthermore to make things worse according to Steve langasek in bug 1679792 this now is a all-arch FTBFS for gcc-7 on top of the former issues.
Finally mongodb 3.4 has several more point releases (3.4.7 since last week), but that is a question to Debian if they are not updated for a reason.
IMHO this should be:
- tracked by JFH (for s390x needing the new version of mongodb)
- if possible debugged by Dannf (for arm expertise and the owner/driver of the former 3.2.4 ppa build)
- Both are also the former drivers/owners of this bug which just seems not resolved.
Since both are subscribed here already driving the old effort, maybe you just need this ping to realize it is not that much "fix released" as everybody thought (setting the task status now).
[1]: https:/
[2]: https:/
[3]: https:/
[4]: https:/