Yocto Build fails for wolfssh and wolfmqtt #9
Comments
|
Hi @prateek-khatri, Thank you for reaching out to wolfSSL. Can you tell us a bit about who this effort is for and what you are working on? If you do not wish to disclose publicly feel free to reach out to us at [email protected] for a more private venue. I'll have one of the wolfSSH developers review your notes and post some feedback shortly. Regards, K |
|
We are designing an MQTT client for streaming some logs. At this point we are evaluating performance and ease of use for MQTT Client libraries. If WolfSSL and WolfMqtt meets our needs we may buy the commercial license. I am afraid I won't be able to disclose more details at this point. |
|
Not a problem, thanks for sharing what you can, it helps us to understand the nature of the inquiry and we appreciate what details you can provide. Do you have a specific device or linux distro you are targeting at the moment? If not I have a test script I could send over that builds for qemux86. I just ran it to see if there was something changed that broke the build steps but everything checks out. If it helps we specifically target yocto-2.6 of the git://git.yoctoproject.org/poky project. (We haven't yet tested with newer versions Regards, K |
|
Hi Kaleb, I am targetting the AM65x EVM from TI. It is using the processor SDK for Linux provided by TI. |
|
Thanks, sorry I overlooked it. Here are the build specs I'm using, quite different as you can see: Could you try building with distro version |
|
The build environment is provided by TI as processor SDK. I am not sure if I can change the distro version. |
|
Is there a guide or instructions for building that one of our engineers could use to try and reproduce the issue on our side? Regards, K |
|
Thanks! I'll try to reproduce the issue and let you know if we can find a solution for it. |
|
Thanks Kaleb, let me know if you have more questions along the way. Please make note for the MACHINE variable I am using for bitbake:
|
|
NOTE 1) Selected Moved over to a physical machine with more memory and trying again. |
|
Hi Kaleb, Yes that is the version I used. You would need around 200 GB hard drive space for this build. Thanks for going through the trouble of building the whole thing, I really appreciate it. Prateek |
|
No problem, I got the toolchain nearly built but it's close to the end of the day here so I won't be able to test wolfSSL till the beginning or middle of next week (My Mondays and Tuesdays are pretty booked at the moment) Would an update by next Wed or Thursday be OK for your timeline?
|
|
Hi Kaleb, I was able to build wolfssl, however SSH and MQTT were giving the issue. Yes, Wed or Thursday would work. Thank you so much! |
|
@kaleb-himes |
|
I am so very sorry no, I had some priorities come through that tied up my week. Thank you so much for the reminder and bringing this back to the top of my work queue. I just logged into the machine and the step
|
|
UPDATE: I can reproduce the successful build of wolfSSL and am now working to reproduce the failure of wolfSSH bitbake build. (Very slow build process sorry for the delay again) |
|
Hi Kaleb, Yes the SSH and MQTT were the ones failing. Thanks, |
|
Update: Still working late on my Friday trying to sort this out, Can easily reproduce the errors but the TISDK is downloading wolfSSL-3.12.0 a much older version when I build SSH and I am unable to determine where that is coming from when our bitbake file specifies to use 4.0.0. I suspect that TI is distributing an older version of wolfSSL with this SDK. |
|
In the older version of wolfSSL (3.12.0) we had not yet updated to WC_SHA, we were still using just SHA. The wolfSSH product assumes the newer defines WC_SHA so it is failing to build with the older wolfSSL library. |
|
Hi Kaleb,
Thanks for testing it out on Friday.
I am updating my SDK to 5.1 and will know on Monday if that fixes it.
However, I download the layer and built the recipe from WolfSSL repo.
Thank you,
Prateek
…On Fri, Jun 21, 2019, 7:43 PM Kaleb Himes ***@***.***> wrote:
Update: Still working late on my Friday trying to sort this out, Can
easily reproduce the errors but the TISDK is download wolfSSL-3.12.0 a much
older version when I build SSH and I am unable to determine where that is
coming from when our bitbake file specifies to use 4.0.0. I suspect that TI
is distributing an older version of wolfSSL with this SDK.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9?email_source=notifications&email_token=ADUNHJKLB5SKKCPWTI4HJZLP3WGTRA5CNFSM4HYLSP22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYJ6JOY#issuecomment-504620219>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADUNHJNAIW25UMOEXHBXJN3P3WGTRANCNFSM4HYLSP2Q>
.
|
|
I noticed it when I saw this warning: wolfssl-3.12.0 doesn't even know about wolfSSH, we hadn't added the config for it yet. I suspect we are going to have to contact TI support and have them put wolfSSL-4.0.0 into their SDK to get this resolved since meta-wolfssl is resolving to wolfssl-3.12.0 when used with their SDK. |
|
Update: Trying two other things:
Will post results when testing complete. |
|
Update:
|
|
Just wanted to let you know I’m out of the office till Monday but will resume trying to identify a resolution to the noted issue as soon as possible. |
Hi,
I am trying to build the libraries as suggested in the instructions, however I am facing the following issue while building wolfssh and wolfmqtt recipes (wolfssl builds fine):
And while trying wolfmqtt:
Please adivse.
Thanks!
The text was updated successfully, but these errors were encountered: