You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are two main problems with the newly included PJON library:
The addition seems to break the CI and let always fail the "Toll gate" step.
The included PJON library is practically a fork which makes it difficulty to sync it with the original PJON lib.
Current discussion:
"I personally dislike the idea to include this big external PJON library into the MySensors lib repo. May be an other solution by use of an external library reference would be better."
"The Arduino IDE does not handle dependencies (at least not in an useful way). This has caused a lot of problems for MySensors users. The least bad way we’ve found so far is to include all code in the same repo. But that also means that we in effect fork every dependency, which sucks."
"I’m not sure how we should handle the PJON case. I’ll think about it and see if there is something I think could work better."
__has_include() might be useful, to display a user-friendly message with instruction on which library to install and how to install it.
But we still wouldn't know which version the included library is (unless the library itself has some define that determines the version) which makes it hard to ensure compatibility. Whenever the upstream library has breaking changes, MySensors users would be left clueless.
There are two main problems with the newly included PJON library:
Current discussion:
"I personally dislike the idea to include this big external PJON library into the MySensors lib repo. May be an other solution by use of an external library reference would be better."
"The Arduino IDE does not handle dependencies (at least not in an useful way). This has caused a lot of problems for MySensors users. The least bad way we’ve found so far is to include all code in the same repo. But that also means that we in effect fork every dependency, which sucks."
"I’m not sure how we should handle the PJON case. I’ll think about it and see if there is something I think could work better."
Ideas and suggestions are very welcome.
Originally posted by @mfalkvidd in #1515 (comment)
The text was updated successfully, but these errors were encountered: