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
FreeBSD / *BSD support and packages #554
Comments
To be quite frank with you: Sorry, but *BSD support won't happen in the foreseeable future, so I will close this issue. Some reasons for it:
Sorry. Not only won't we do this, I also think that the effort for someone else (e.g. you) to port nRF Connect for Desktop to FreeBSD would be quite huge. Regarding your question of a non-GUI-tool for PPK: I am not aware of one. @wlgrd wrote wlgrd/ppk_api but I do not know whether he has any PPK2 updates or written something else. |
Hey there @datenreisender :-) Thanks for your time and reply :-) Do you know if there is a specification for PPK2 protocols? I need to use it on FreeBSD and it may not be a problem for me to create my own (Python) library.. I will also take a look at FreeBSD / OpenBSD / NetBSD is perfect platform to verify Open-Source portability of the underlying tools and frameworks. As you can see this Electron stuff seems a dirty hack as most things on Linux "works for me"^TM. On the other hand if something works on BSD it will work anywhere, this is far mature OS with maintenance and self compatibility in mind (take a look at macOS, Playstation, etc) :-) Is there any good reason behind choosing Electron instead React Native or similar? I can see Electron project manifest ideologies in the first place on their website while cross-platform statement seems false. If you ever need FreeBSD guy I am willing to help. I like and appreciate your support for Zephyr. By the way Zephyr works flawlesly on BSD because it is well designed bottom up from Unix roots so portability is not an issue here :-) |
Quick check. PPK is just branded proprietary J-Link. I thought that it was your own Open-Source device. Game Over :-) I can see that Electron is very popular among big players, thus your choice, this is also why they don't care about portability. Thank you for your time @datenreisender :-) |
@cederom That holds true for the first version of the PPK, but for the PPK2 the story is different (No J-Link, just USB CDC ACM). I didn't write a PPK2 library for Python, since IRNAS is doing such a great job at it =) Have a look at https://github.com/IRNAS/ppk2-api-python, hope you find what you need. |
Perfect! This is exactly what I need nothing more, simple python module that talks over usb to ppk2 so I can automate things, and it seems to work out of the box on my FreeBSD! Very nice starting point :-) Is PPK2 firmware Open-Source? Will it change in time? Can you please share at least protocol specification? That would bring more interest in PPK2 to the Open-Source community and tools developers (not only Windows GUI users) :-) Thank you @wlgrd and @datenreisender !! :-) |
The firmware will not be open source in the foreseeable future, unfortunately. But hopefully this can help you a bit. Looking at the source code for our implementation and IRNAS's, it should be doable to piece it together quite nicely =)
|
Regarding React Native I just took over a mobile application project from a guy that could not finish it, I know why, because it depends on hundreds of external modules that change almost everyday, even Expo used to configure and build application is buggy as hell. Working with modern cross platform JS frameworks is a nightmare, while maintenance is even worse :-) If Qt did not go the way they did that could be the only sensible solution. Now its just FLTK for desktop applications, and maybe Python + LVGL for full portable cross platform one day.. |
Hello world :-) As I need to come back to PPK stuff now:
Best regards :-) |
Hello world :-)
I just got the NRF-PPK2 and I see that I need nRF Connect for Desktop, thus my issues:
FreeBSD/OpenBSD/NetBSD are more mature than Linux and better in maintenance because they stick to standards and self-compatibility. These are more industrial systems but when you look carefully macOS is based on BSD+MACH, Playstation works on FreeBSD, etc. Open-Source is not only Linux. In fact Linux was always kind of Windows in Unix world :-)
If you need support in FreeBSD/BSD platforms I may help, just want to know if there is at least any interest from Nordic?
Best regards :-)
Tomek
The text was updated successfully, but these errors were encountered: