A lot of communities are doing this nowadays. The entire web-page source code is open source as well btw.
Personally I’d love to work more on OH, but yeah, time and other duties.
The good thing is: The eclipse foundation made sure we are not violating 3rd party rights / patents.
And OSGi made sure that single parts can be swapped out with better variants at any time, so that code smelling is not that big of an issue.
@David_Graeff: Yes, but this is the second step before the first one. Board of directors was not tired to emphasize that the foundation can’t/won’t fund development activities. I think it can be a topic for this year’s general assembly how to proceed in the future. Currently, we’re in a dead end.
As usual, snapshots keep breaking from time to time and everybody will do their best to fix it again. With the ESH integration changes, the likelihood for breaking the distro might be a bit higher than usual - the good news is that the major issues (missing icons, not able to install UIs) should be fixed with the latest build again.
It’s never safe to use snapshots. I also see people on the forum recommend these snapshot builds to others without any warning whatsoever. Not everyone is familiar with the terminology of Snapshot and Milestone builds.
Of course every developer does his utmost not to break anything, but Snapshot builds are there to test if indeed nothing broke.
If you want to be safe, then stay on the official stable releases.
Actually that depends on your needs. There were a lot of bug fixes recently for all bindings maintained by me which include the network binding, the hue emulation service and the mqtt binding. The “stable” 2.4 release will cause more issues than the milestone 2.5 build.
I think the majority of people will update their entire openHAB baseline to either a Snapshot or a Milestone release instead of just cherry picking the updated bindings that solve the issue they are experiencing. By doing so they take in many more changes than necessary. Changes that are not as thoroughly tested as the stable releases.
I would welcome a quicker release cycle, but I also understand that that comes with more overhead for the maintainers. The current setup with Snapshot, Milestone, and Stable builds is already a big improvement in my opinion.