Mirror of git.yoctoproject.org/meta-cloud-services.git https://git.enea.com/cgit/linux/meta-cloud-services.git/atom?h=mickledore 2022-03-25T03:09:42+00:00 2022-03-25T03:09:42+00:00 Bruce Ashfield bruce.ashfield@gmail.com 2022-03-25T03:09:42+00:00 urn:sha1:de6d4eeb3202e04bca0e645571a612a745d7ebe2 Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-11-24T22:02:12+00:00 Kai Kang kai.kang@windriver.com 2021-11-22T15:10:51+00:00 urn:sha1:1f3d01efd1d1bc990b78a47cd1c5fcd24ada5fa0 Upgrade concurrent-ruby from 1.1.6 to 1.1.9: * it changed license file to txt, so the license file name and checksum changed * remove 'tag=' from SRC_URI and use SRCREV instead Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-11-02T13:59:45+00:00 Bruce Ashfield bruce.ashfield@gmail.com 2021-11-02T13:59:45+00:00 urn:sha1:14196f7dee9deb0ef9822bf3c8b41142ccced858 github is removing git:// access, and fetches will start experiencing interruptions in service, and eventually will fail completely. bitbake will also begin to warn on github src_uri's that don't use https. So we convert the meta-virt instances to use protocol=https (done using the oe-core contrib conversion script) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-10-29T13:54:46+00:00 Bruce Ashfield bruce.ashfield@gmail.com 2021-10-29T13:54:46+00:00 urn:sha1:231008bc0f0b6471eb595e38fb077d3fe9baa367 As introduced in the oe-core post: https://lists.openembedded.org/g/openembedded-core/message/157623 SRC_URIs without an explicit branch will generate warnings, and eventually be an error. We run the provided conversion script to make sure that meta-virt is ready for the change. Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-08-01T03:49:54+00:00 Bruce Ashfield bruce.ashfield@gmail.com 2021-08-01T03:31:13+00:00 urn:sha1:0cffcd09a44b2a58452a5bb13714bfc47d6546bf Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-01-11T04:14:09+00:00 Robert P. J. Day rpjday@crashcourse.ca 2020-12-26T20:00:54+00:00 urn:sha1:70aaa64bf7c74f42b01534f039d07695b0dfc23c master branch was renamed to main. Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-01-11T04:14:09+00:00 Robert P. J. Day rpjday@crashcourse.ca 2020-12-26T20:29:22+00:00 urn:sha1:5c6ef32f59b92a1c1ff4636a413b6d3fe6208145 There is a recognized problem with json_1.8.3 when used with Ruby 2.5; in summary: compiling generator.c generator.c: In function ‘generate_json’: generator.c:861:25: error: ‘rb_cFixnum’ undeclared (first use in this function); did you mean ‘mFixnum’? } else if (klass == rb_cFixnum) { ^~~~~~~~~~ mFixnum generator.c:861:25: note: each undeclared identifier is reported only once for each function it appears in generator.c:863:25: error: ‘rb_cBignum’ undeclared (first use in this function); did you mean ‘rb_cFixnum’? } else if (klass == rb_cBignum) { ^~~~~~~~~~ rb_cFixnum This is explained in detail at: https://makandracards.com/makandra/74544-how-to-fix-json-1-8-3-with-ruby-2-5 The simplest solution is to upgrade json just a wee bit to 1.8.5 to resolve this. Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2021-01-11T04:14:09+00:00 Robert P. J. Day rpjday@crashcourse.ca 2020-12-27T12:15:02+00:00 urn:sha1:eafa48b2398fc80f60d17483e44d6080a28efc23 Current SRC_URI just takes fetcher to new location. Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T22:15:53+00:00 Nathan Hartman hnathan918@gmail.com 2020-02-20T19:58:06+00:00 urn:sha1:40d18b925f004814d5e26da5ebda973975e6b7ab Signed-off-by: Nathan Hartman <hnathan918@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> 2020-02-27T22:15:50+00:00 Nathan Hartman hnathan918@gmail.com 2020-02-20T19:58:05+00:00 urn:sha1:2e21be360e1cd6e04efe6c4080386cb0804e09ab Signed-off-by: Nathan Hartman <hnathan918@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>