Repository navigation
Replies: 4 comments 2 replies
|
I don't want to act as package maintainer, so I would not want to add any workflows to this repository. But if anyone wants to do this, I am happy to add a note to the README. |
|
OK, understandable. I have to publish them under my namespace, johboh/nlohmann-json, which is OK, but nlohmann/json would be better. Same for Platform I/O. It's possible for me to publish them under the nlohmann namespace if you want, but for that, you would need to create tokens for me to use in the workflows. I understand if you don't want to or don't have the trust to do so, but that is an option to make it more 'official'. Regards, |
|
Ok! What do you think about adding the component definition to main repo? Eg what is in this folder: https://github.com/Johboh/nlohmann-json/tree/develop/espidf-component |
|
No it's not needed, it can stay in the fork. |
Uh oh!
There was an error while loading. Please reload this page.
Hi!
For those unaware. ESP-IDF is a development framework when working with ESP32 MCUs. Platform I/O is an "IDE solution" for working with the ESP-IDF and Arduino framework (and others).
ESP-IDF uses the concept of Components and have a component registry where one can find shared components to use in a project.
Platform I/O have packages and a registry where one can find packages.
I had a wanted to use this json library both as a component for ESP-IDF (not Platform I/O), as well as a Arduino/ESP-IDF library when using Platform I/O. I couldn't find any published official version of this library in any of the mentioned registries, so I made a fork and added workflows for publishing this library as a component as well as a package. This is the only change needed: Johboh@f4f239f (and of course tokens for platform I/O and ESP-IDF component registry).
Does components/packages already exists for this library that I missed?
And if not, what do you think of bringing these workflows in?
Regards,
Johan
All reactions