Using apt on Ubuntu with SNAPSHOT builds and I am not seeing the new IoT Marketplace. Looking at cloudbees it appears builds have been unsuccessful since #826. The logs tend to all have the same pattern:
14:52:16.241 | Uploading archive online-repo-2.1.0-SNAPSHOT.zip
15:30:08.779 | Build timed out (after 60 minutes). Marking the build as aborted.
15:30:08.791 | Build was aborted
Not sure if this helps isolate a problem, but trying to be helpful.
Thanks for all the great work on this project. Cheers.
@Kai Kai, is this valid for new PR only? I see that some old historical PR are not in the l-p-l folder (example: KNX). If so, people concerned should close PR and make new onesā¦
A good PR builder should really save people time on all sorts of hosting issues. I ran into some hosting issues because my submitted bindings failed to download. The only error that showed was āError reading bundle content.ā
Here is some information that may help other people debugging such issues:
The IoT Marketplace does not host the bundle JARs or JSON files, it only provides links to them. So put these on a reliable host that can handle some traffic.
The Marketplace content is currently loaded from this catalog. So after approval, it should contain the right URLs.
Before submitting a binding you can also check if your binding bundle can be properly downloaded/installed via the console by issuing: bundle:install http://yourhost.org/yourbinding.jar
In the end my hosting issue turned out to be the Cloudflare Browser Integrity Check that disallowed Apache Karaf from downloading files.
PR builds are triggered whenever you push a new commit. If you donāt have anything to push, you can also briefly close and directly re-open an existing PR.
Right, this is what I mentioned here. In the past that was always only a temporary problem; I have no clue why it is failing this time so often in a rowā¦
@wborn - did you find a solution to the build problem? My PR (https://github.com/openhab/openhab2-addons/pull/2009) is having the exact same problem with the Feed binding. I can even reproduce the error on a clean clone of the OpenHAB2 Addons repository (none of my code).
It may have to do with that the org.openhab.io.transport.feed bundle provides the com.rometools.rome packages on which the org.openhab.binding.feed bundle depends.
Iām not a tycho dependency resolution expert, but with normal Maven dependencies there should be a dependency on this in the POM of org.openhab.binding.feed however it is not.
I can also imagine such dependency resolution is fine with tycho, but due to implementation changes after a tycho upgrade sometimes fails now.
The reproduction scenario in your PR may help @Kai with solving it.
great to see that there are already so many entries in the marketplace!
Iād like to again point you to my comment above - it would be nice if the Z-Wave (@chris), Isy (@craigh), DMX (@J-N-K) and Zmote (@Temar) binding listings could be adapted accordingly (i.e. do not mention āopenHABā, add āBindingā to the title, add a custom logo). Thanks!
Since I am not a graphics designer, I cannot and will not provide a custom logo. We can either leave the DMX binding with the default icon or remove it from the listing. Please advise.
I think hardly anyone of us is a graphics designer. But I think almost everything is better than having the Eclipse logo shown. And be it āDMXā as bold letters as a png or a picture of some DMX LED lightsā¦