11884 2017-08-01 21:35:52 +0000 Remove meta-intel-iot-middleware repo as it is no longer mantiained. 2017-10-15 19:54:33 +0000 1 1 7 Build System, Metadata & Runtime Other YP Layers meta-intel-iot-middleware 2.3.1 x86 Multiple RESOLVED FIXED Medium normal 2.4 1 henry.bruce bluelightning brendan.le.foll dmitry.rojkov patrick.ohly --- --- No (bug/feature does not impact docs) oldest_to_newest 75571 0 henry.bruce 2017-08-01 21:35:52 +0000 See http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-iot-middleware/ mraa and upm recipes are several releases out of date (last updated over a year ago) and have moved to meta-refkit-core See https://github.com/intel/intel-iot-refkit/tree/master/meta-refkit-core 76146 1 bluelightning 2017-08-24 22:39:16 +0000 I have begun the process of cleaning up the recipes with a view to finding new homes for those that need it. WIP is on the paule/cleanup branch. 76818 2 bluelightning 2017-09-14 06:03:10 +0000 paho-mqtt-c and mosquitto have now been moved to meta-oe. 77160 3 bluelightning 2017-09-27 03:13:08 +0000 I have sent patches to move mraa and upm to meta-oe and python-pyfirmata to meta-python. Once those are merged I think we can let the remaining recipes drop: libstrophe libwyliodrin mdns sshpass tempered wyliodrin-server If anyone does want to resurrect any of these they can easily do so as I will leave the repository around (with a notice about it not being maintained). 77184 4 henry.bruce 2017-09-27 22:44:18 +0000 By default mraa does not depend on libft4222. If ft4222 support is enabled via PACKAGECONFIG, cmake will not find libft4222 and mraa will fail to build. Sample recipe for libft4222 can be found at https://wiki.yoctoproject.org/wiki/TipsAndTricks/Packaging_Prebuilt_Libraries. Once mraa patch is accepted I'll create a patch for libft4222 and submit to meta-oe. 77185 5 bluelightning 2017-09-27 22:52:01 +0000 Cool, thanks Henry. 77204 6 henry.bruce 2017-09-28 17:31:15 +0000 Adding Partrick and Dmitry as they are maintaining mraa and upm in meta-refkit-core. I see comments in their commits indicating an intent to move meta data to oe-core. This conflicts with Paul's patches that move meta data to meta-oe. I believe we need a single point of contact for maintainership of meta data. Who should that be? 77207 7 bluelightning 2017-09-28 19:21:21 +0000 Right, I did include both Patrick and Dmitry (and Brendan) in an email thread when I was discussing the move. Perhaps meta-oe was meant there? Patrick/Dmitry can you confirm? 77222 8 dmitry.rojkov 2017-09-29 06:10:09 +0000 Refkit depends on meta-oe already thus moving mraa/upm to that layer shouldn't be an issue for Refkit. 77362 9 bluelightning 2017-10-04 21:28:33 +0000 mraa, upm and python-pyfirmata have now been merged into meta-oe and meta-python respectively. I've also just sent a patch to add an upgraded and fixed mdns recipe to meta-networking, since someone coincidentally requested it on the mailing list. 77599 10 bluelightning 2017-10-15 19:54:33 +0000 The mdns recipe has now been moved to meta-networking. Since that was the last recipe I'm planning on moving, I have also merged the paule/cleanup branch of meta-intel-iot-middleware to master, dropped that branch, and updated the README and the note on layers.openembedded.org entry to indicate that the layer is no longer maintained and the useful recipes have been moved elsewhere.