{"push_id":1283542385,"size":8,"distinct_size":8,"ref":"refs/heads/master-next","head":"5b3ac3cd92d1f021c06b22eaa0e74ab8dfb22764","before":"e0f246cefb8b6642e0df98067ade06833e83c1f8","commits":[{"sha":"481bc7672b63c7b4eaf8ceb97944760ef5dd4599","author":{"name":"Zhixiong Chi","email":"131eaa0e87225b815d8af3cd9b0792eef3edd75c@windriver.com"},"message":"rpm: ensure rpm2cpio call rpm relocation code\n\nWe need to call rpmcliInit to ensure the rpm relocation code is called.\nwhen we allow rpm2cpio to be relocatable, The adjusted path used to find\nthe macro files was being built into the binary and this path was valid\nfor the machine it was built on and some of our other build machines,\nbut invalid on some others, and was not being properly overridden at\nruntime.\n\nwhen we export the wrsdk and source the sdk, then execute rpm2cpio xxx.rpm|cpio -t.\nwe will get the following error :\n\"rpm-5.4.14/rpmdb/dbconfig.c:493:\ndb3New: Assertion `dbOpts != ((void *)0) && *dbOpts != '\\0'' failed.\n\nSigned-off-by: Zhixiong Chi <Zhixiong.Chi@windriver.com>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/481bc7672b63c7b4eaf8ceb97944760ef5dd4599"},{"sha":"633960cabee8fe5137f7759131a8406fdba6ba27","author":{"name":"Richard Purdie","email":"00619490096226ad0281da2a5b5cf34f3cd10830@linuxfoundation.org"},"message":"qemuppc: Use virtio networking instead of pcnet\n\nThis is an attempt to avoid networking glitches we seem to be\nseeing specific to qemuppc.\n\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/633960cabee8fe5137f7759131a8406fdba6ba27"},{"sha":"50d6834e97a0d303af76b0bec5b2e86e987c0c7b","author":{"name":"Otavio Salvador","email":"8777408fc52f12866ef1ff0dc088da54371e0337@ossystems.com.br"},"message":"lttng-modules: Bump to 6e4fc6f3 revision\n\nThis moves the recipe to the tip of stable-2.8 branch which allows the\nuse of Linux 4.8 while keep us on a stable release.\n\nSigned-off-by: Otavio Salvador <otavio@ossystems.com.br>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/50d6834e97a0d303af76b0bec5b2e86e987c0c7b"},{"sha":"9cd83b689b5c7fcdbead9ac0c46c24fbe884c57a","author":{"name":"Joshua Lock","email":"26eab2a85bc7fe66098165cc7abb96c66bbe1592@gmail.com"},"message":"oe.path: fix copyhardlinktree()\n\nThe change to preserve extended attributes in copytree() and\ncopyhardlinktree() (e591d69103a40ec4f76d1132a6039d9cb1555103)\nresulted in an incorrect cp invocation in copyhardlinktree() when\nthe source directory contained hidden files.\n\nThis was because the passed src was modified in place but some code\npaths expected it to remain unmodified from the passed value.\nResolve the issue by constructing a new source string, rather than\nmodifying the passed in string.\n\nSigned-off-by: Joshua Lock <joshua.g.lock@intel.com>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/9cd83b689b5c7fcdbead9ac0c46c24fbe884c57a"},{"sha":"348c35b0aff14d0d5e87abdcc9c8ffcb6386e76e","author":{"name":"Joshua Lock","email":"26eab2a85bc7fe66098165cc7abb96c66bbe1592@gmail.com"},"message":"selftest/liboe: add a test for copyhardlinktree()\n\nAdd a simple test to validate that the number of files in the\ndestination matches the number of files in the source after the\ncopyhardlinktree() has been performed.\n\nSigned-off-by: Joshua Lock <joshua.g.lock@intel.com>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/348c35b0aff14d0d5e87abdcc9c8ffcb6386e76e"},{"sha":"5a899c28b8b095857be7701fe7c236f5f55f6df9","author":{"name":"André Draszik","email":"5bf00c93c9250d44d769b81890fa6584403ae7e0@andred.net"},"message":"module.bbclass: use Module.symvers for dependants\n\nWhen compiling multiple external kernel modules, where one\ndepends on the other, there are two problems at the\nmoment:\n1) we get compile time warnings from the kernel build\n   system due to missing symbols (from modpost).\n2) Any modules generated are missing dependency\n   information (in the .modinfo elf section) for any\n   dependencies outside the current source tree and\n   outside the kernel itself.\n\nThis is expected, but the kernel build system has a way to\ndeal with this - the dependent module is expected to\nspecify KBUILD_EXTRA_SYMBOLS (as a space-separated list)\nto point to any and all Module.symvers of kernel modules\nthat are dependencies.\n\nWhile 1) by itself is not really a big issue, 2) prevents\nthe packaging process from generating cross-source tree\npackage dependencies.\n\nAs a first step to solve the missing dependencies in\npackages created, we:\n1) install Module.symvers of all external kernel module\n   builds (into a location that is automatically packaged\n   into the -dev package)\n2) make use of KBUILD_EXTRA_SYMBOLS and pass the location\n   of all Module.symvers of all kernel-module-* packages\n   we depend on\n\nThis solves both problems mentioned above.\n\nSigned-off-by: André Draszik <git@andred.net>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/5a899c28b8b095857be7701fe7c236f5f55f6df9"},{"sha":"82ef6a0049fdfbf08886a44b4ad117b055184b32","author":{"name":"André Draszik","email":"5bf00c93c9250d44d769b81890fa6584403ae7e0@andred.net"},"message":"kernel-module-split.bbclass: generate dependencies across recipes\n\nThe information retrieved via depmod is incomplete with\nregards to kernel modules that are dependencies, in\nparticular where two kernel modules are built from\ndifferent source trees / recipes, which leads to incomplete\ndependency information for packages created.\n\nSo far, our packages created didn't contain dependencies on\npackages created by other recipes, as we solely use depmod\nfor that, and depmod can only work well after *all* kernel\nmodules have been copied into one place - it doesn't work\nwell in a staged approach.\n\nNow that all .ko have correct dependency information at packaging\ntime, we can use that information to properly track dependencies\nacross recipies, and can combine the information from the\n.modinfo elf section with the information from depmod.\n\nSigned-off-by: André Draszik <git@andred.net>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/82ef6a0049fdfbf08886a44b4ad117b055184b32"},{"sha":"5b3ac3cd92d1f021c06b22eaa0e74ab8dfb22764","author":{"name":"André Draszik","email":"5bf00c93c9250d44d769b81890fa6584403ae7e0@andred.net"},"message":"kernel-module-split.bbclass: no need for running depmod\n\nWith the recent changes, executing depmod is not needed\nanymore.\n\nThis simplifies and removes a lot of unnecessary code.\n\nSigned-off-by: André Draszik <git@andred.net>\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/openembedded/openembedded-core/commits/5b3ac3cd92d1f021c06b22eaa0e74ab8dfb22764"}]}
{"actor":{"display_login":"philb"}}