[oe] zeus pull request

akuster808 akuster808 at gmail.com
Tue Mar 17 15:12:54 UTC 2020



On 3/17/20 8:04 AM, Paul Barker wrote:
> On Tue, 17 Mar 2020 07:48:47 -0700
> akuster808 <akuster808 at gmail.com> wrote:
>
>> The following changes since commit bb65c27a772723dfe2c15b5e1b27bcc1a1ed884c:
>>
>>   fluentbit: Fix packaging in multilib env (2020-01-30 18:38:10 -0800)
>>
>> are available in the Git repository at:
>>
>>   https://git.openembedded.org/meta-openembedded zeus-next
>>
>> for you to fetch changes up to 9e60d30669a2ad0598e9abf0cd15ee06b523986b:
>>
>>   sanlock: Replace cp -a with cp -R --no-dereference (2020-03-15
>> 13:30:34 -0700)
>>
>> ----------------------------------------------------------------
>> Adrian Bunk (1):
>>       wireshark: Upgrade 3.0.6 -> 3.0.8
>>
>> Carlos Rafael Giani (1):
>>       opencv: Enable pkg-config .pc file generation
>>
>> Khem Raj (2):
>>       ade: Fix install paths in multilib builds
>>       sanlock: Replace cp -a with cp -R --no-dereference
>>
>> Martin Jansa (1):
>>       s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath,
>> wmiconfig: use git fetcher instead of svn fetcher
>>
>> Mike Krupicka (1):
>>       mosquitto: Use mosquitto.init for daemon init
>>
>> Paul Barker (1):
>>       lmsensors: Fix sensord dependencies
>>
>> Peter Kjellerstedt (2):
>>       lvm2, libdevmapper: Do not patch configure
>>       libldb: Do not require the "pam" distro feature to be enabled
>>
>> Ross Burton (4):
>>       opencv: don't download during configure
>>       opencv: also download face alignment data in do_fetch()
>>       opencv: PACKAGECONFIG for G-API, use system ADE
>>       opencv: abort configure if we need to download
>>
>>  .../mosquitto/files/mosquitto.init                 |  2 +-
>>  .../recipes-support/libldb/libldb_1.5.6.bb         |  3 +-
>>  .../{wireshark_3.0.6.bb => wireshark_3.0.8.bb}     |  4 +-
>>  meta-oe/recipes-bsp/lm_sensors/lmsensors_3.5.0.bb  |  3 +-
>>  ...lace-cp-a-with-cp-R-no-dereference-preser.patch | 51
>> ++++++++++++++++++++++
>>  meta-oe/recipes-extended/sanlock/sanlock_3.8.0.bb  |  4 +-
>>  ...configure-Fix-setting-of-CLDFLAGS-default.patch | 34 +--------------
>>  ...NUInstallDirs-for-detecting-install-paths.patch | 39 +++++++++++++++++
>>  meta-oe/recipes-support/opencv/ade_0.1.1f.bb       |  1 +
>>  .../recipes-support/opencv/opencv/download.patch   | 32 ++++++++++++++
>>  meta-oe/recipes-support/opencv/opencv_4.1.0.bb     | 32 ++++++++++++--
>>  .../{s3c24xx-gpio_svn.bb => s3c24xx-gpio_git.bb}   |  7 ++-
>>  .../{s3c64xx-gpio_svn.bb => s3c64xx-gpio_git.bb}   |  6 +--
>>  ...x-native_svn.bb => sjf2410-linux-native_git.bb} | 11 +++--
>>  .../usbpath/{usbpath_svn.bb => usbpath_git.bb}     | 10 ++---
>>  .../{wmiconfig_svn.bb => wmiconfig_git.bb}         | 13 +++---
>>  16 files changed, 183 insertions(+), 69 deletions(-)
>>  rename meta-networking/recipes-support/wireshark/{wireshark_3.0.6.bb =>
>> wireshark_3.0.8.bb} (95%)
>>  create mode 100644
>> meta-oe/recipes-extended/sanlock/sanlock/0001-sanlock-Replace-cp-a-with-cp-R-no-dereference-preser.patch
>>  create mode 100644
>> meta-oe/recipes-support/opencv/ade/0001-use-GNUInstallDirs-for-detecting-install-paths.patch
>>  create mode 100644 meta-oe/recipes-support/opencv/opencv/download.patch
>>  rename meta-oe/recipes-support/samsung-soc-utils/{s3c24xx-gpio_svn.bb
>> => s3c24xx-gpio_git.bb} (73%)
>>  rename meta-oe/recipes-support/samsung-soc-utils/{s3c64xx-gpio_svn.bb
>> => s3c64xx-gpio_git.bb} (74%)
>>  rename
>> meta-oe/recipes-support/samsung-soc-utils/{sjf2410-linux-native_svn.bb
>> => sjf2410-linux-native_git.bb} (72%)
>>  rename meta-oe/recipes-support/usbpath/{usbpath_svn.bb =>
>> usbpath_git.bb} (68%)
>>  rename meta-oe/recipes-support/wmiconfig/{wmiconfig_svn.bb =>
>> wmiconfig_git.bb} (58%)
>>
> Could we also consider backport of:
hmm, that might be a bit hard. 
>
> kernel-yocto.bbclass: Support config fragments with externalsrc (44f04c03)
> perf: Fix externalsrc support (eab605ba)
> kernelsrc.bbclass: Fix externalsrc support (2c17d35c)

aren't this in core ??

- armin
> Thanks,
>



More information about the Openembedded-devel mailing list