summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
* reproducible_builds: SOURCE_DATE_EPOCH should not be 0Jan-Simon Möller2021-02-241-4/+15
| | | | | | | | | | | | | | | | | | A SOURCE_DATE_EPOCH of 0 might be misinterpreted by namely rpm as no SDE. e.g.: char *srcdate = getenv(SOURCE_DATE_EPOCH); if (srcdate && rpmExpandNumeric(%{?clamp_mtime_to_source_date_epoch})) Solve this by: - providing a SOURCE_DATE_EPOCH_FALLBACK variable != 0 - changing defaults to use it - using SOURCE_DATE_EPOCH_FALLBACK also when reading 0 out of sstate-cache (From OE-Core rev: 9a1dde74e794362399193dc3f81c9685a83d0776) Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* babeltrace2: Fix reproducibilityRichard Purdie2021-02-231-1/+1
| | | | | | | | | | | babeltrace2-ptest was referencing the host's python version in it's makefiles. Whilst this could be fixed, its easier to correct the python version being found to the target one which works much more effectively and solves the issue. (From OE-Core rev: 559f16d2fef4f8b04a9db1104b4a5b63f7876c68) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* diffoscope: Ensure the correct magic file is usedRichard Purdie2021-02-231-0/+4
| | | | | | | | | | diffoscope uses libmagic and it was searching in file-native's sysroot for the magic file. Wrap it and set MAGIC in the environment to ensure the file is found correctly and avoid build failures. (From OE-Core rev: 3488a8316891829892bd41a1caacaeeef73da7ef) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* report-error.bbclass: Add layer and bitbake version info to error reportMilan Shah2021-02-231-0/+4
| | | | | | | | | | | | | Instead of just providing local.conf info, add layer names and their revisions with bitbake version information into error report makes it easier to understand and reproduce failed build. [YOCTO #9700] (From OE-Core rev: a5afd7b1857c0012ab6e3d8bbafa67a96ff9e9e0) Signed-off-by: Milan Shah <mshah@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel-fitimage: Don't use unit addresses on FITKlaus Heinrich Kiwi2021-02-232-38/+38
| | | | | | | | | | | | | | | | | | | | | | | Das U-Boot 2021.4-rc1 has the following commit: commit 3f04db891a353f4b127ed57279279f851c6b4917 Author: Simon Glass <sjg@chromium.org> Date: Mon Feb 15 17:08:12 2021 -0700 image: Check for unit addresses in FITs Using unit addresses in a FIT is a security risk. Add a check for this and disallow it. CVE-2021-27138 Adjust the kernel-fitimage.bbclass accordingly to not use unit addresses. This changte is required before we can bump U-Boot to 2021.4. (From OE-Core rev: 6047be9f8f0f5d616fda11d83b682c1b8aeaa0ae) Signed-off-by: Klaus Heinrich Kiwi <klaus@linux.vnet.ibm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub: shuffle packaging for aarch64 buildsRoss Burton2021-02-232-10/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Even in grub-efi platforms we need to build grub for the the common tools. On x86 this isn't a problem because grub builds legacy boot and grub-efi builds EFI, but on aarch64 there is no legacy boot supported by grub. To ensure that the common tools are built the grub recipe also builds EFI binaries, but this now means that grub and grub-efi ship the same binaries. oe-core 933286 fixed this conflict by deleting the binaries from grub-efi and putting the aarch64 modules into grub-common (relying on dependencies to pull grub-common in). This seems backwards: grub-efi no longer contains the binaries and they're in different packages on arm or x86. Also, SDK generation is broken as the grub package itself is now empty as the binaries are in grub-common. Resolve all of these issues by reversing the logic: grub-efi is the package which holds the EFI binaries on all platforms. grub only builds for EFI on aarch64 as a way to build the common binaries, so delete them in that recipe to avoid conflicts. And finally as the grub recipe is empty on aarch64 but needed by dependencies, set ALLOW_EMPTY. (From OE-Core rev: 801c10b33eb2074677d46b361e46f47b693b573a) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3: Fix python interpreter line length for nativesdkMingli Yu2021-02-231-0/+4
| | | | | | | | | | | | | | | | | | | | | | | Make sure the python interpreter is "#!/usr/bin/env python3" for nativesdk to avoid the shebang path exceeding the limit when install the sdk under the directory with long path. Before: $ cd ${target_sdk_dir} $ vi ./sysroots/x86_64-oesdk-linux/usr/bin/2to3 #!${target_sdk_dir}/sysroots/${SDK_SYS}/usr/bin/python3.9 [snip] After: $ cd ${target_sdk_dir} $ vi ./sysroots/x86_64-oesdk-linux/usr/bin/2to3 #!/usr/bin/env python3 [snip] (From OE-Core rev: a748e6098fa7d2ff594319937c7e0cf97700e83a) Signed-off-by: Mingli Yu <mingli.yu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* screen: fix CVE-2021-26937Scott Murray2021-02-232-0/+69
| | | | | | | | | Apply patch from Debian to fix CVE-2021-26937. (From OE-Core rev: 6d688cc8672b1830ba10966492ab3f8a12d32e17) Signed-off-by: Scott Murray <scott.murray@konsulko.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine-sdk: Add ppc64le SDK machineJoel Stanley2021-02-231-0/+2
| | | | | | | | | | | | | | Previously SDKMACHINE would default to x86_64. Commit 539cd4a5fbb9 ("bitbake.conf: default SDKMACHINE to the build host architecture") changed it to default to the build machine, causing the build to fail on a ppc64le host. Reported-by: Andrew Geissler <geissonator@yahoo.com> Link: https://www.mail-archive.com/yocto@lists.yoctoproject.org/msg04364.html (From OE-Core rev: c915619b78e0c3e0d73d9de0b85c658c563ed5ba) Signed-off-by: Joel Stanley <joel@jms.id.au> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpcre: Drop old/stale patchRichard Purdie2021-02-232-42/+0
| | | | | | | | | | | | | | | According to my tests this incorrect symbols resolution at runtime no longer happens. Ubuntu is still carrying the patch but also probably doesn't need to, they are also on a much older version. It sounds like there was once a linkage bug somewhere which has likely been resolved since. Drop the patch as it doesn't seem needed anymore. If it were a real issue it should be submitted upstream too, the status is incorrect. (From OE-Core rev: 02f36ed515afed550dfcd986977ce2106dee556a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ca-certificates: Clean up two patches and submit upstreamRichard Purdie2021-02-232-13/+18
| | | | | | (From OE-Core rev: f3eabbb5c15fb55ae3d46b2377c09bb58226d965) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libevdev: Update patch status to backportRichard Purdie2021-02-231-1/+2
| | | | | | | | The patch was submitted and merged upstream. (From OE-Core rev: 871bce0703ca9d14e5c44f6ee0b66fcb13cfb630) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap-ng: Replace python patch with a better fixRichard Purdie2021-02-233-61/+1
| | | | | | | | | By using the python3targetconfig class we can drop the existing python patch and the extra make parameters. (From OE-Core rev: 3bbebc39235f50af4d66e3284b67c1491d2c93f2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap-ng: Fix python bindings determinism issueRichard Purdie2021-02-233-11/+72
| | | | | | (From OE-Core rev: e4ff283d8ae7f77b523a648e7c0dbbb1781008fe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rsync: Fix group name determinism issueRichard Purdie2021-02-231-1/+1
| | | | | | | | | | configure falls back to inspecting the host#s /etc/group for the nobody/nogroup naming. Pass the correct value to configure to ensure host differences don't sneak in. (From OE-Core rev: e5f809068b32df32e506f3067cd6086195e03f12) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rsync: Fix a file sorting determinism issueRichard Purdie2021-02-232-0/+29
| | | | | | (From OE-Core rev: f6b7f395ae2d98363e365d31f5e95ce41a12e5b4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libproxy: Avoid /etc/sysconfig determinism issueRichard Purdie2021-02-232-1/+29
| | | | | | (From OE-Core rev: bf004ccd77b2ac49bec69aa0507efee694f57c37) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-power9: Enable qemu-usermodeKhem Raj2021-02-231-3/+0
| | | | | | | | | With latest qemu it works ok (From OE-Core rev: 0d4fa837bb55be799132cae84f0efb0bfbabd9e2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: Build for power9 cpu when using powerpc64le tunesKhem Raj2021-02-231-2/+1
| | | | | | | | | | This makes sure that we can compile glibc for powerp9 based machines irrespective of endianness or bitness (From OE-Core rev: 6201018650fe8966b99860bbda24c5903e7d7a60) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Do not use lib64 for baselib on musl/ppc64Khem Raj2021-02-231-2/+2
| | | | | | | | | | musl is configured to use /lib and /usr/lib for ppc64 unlike glibc where it is expected to have libs in /lib64 and /usr/lib64 (From OE-Core rev: 998d15a86282d9cf57fbd0a4eb76a56b9938a348) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* goarch.bbclass: Fix ppc64le detectionKhem Raj2021-02-231-5/+2
| | | | | | | | | | ppc64le should go above ppc64 in checks otherwise it gets subsumed wrongly with ppc64 check (From OE-Core rev: 126ecfe0d2ce65b2d2cf5598612e60bad7b3302e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* musl: Install /lib directoryKhem Raj2021-02-231-1/+1
| | | | | | | | | | | loader is installed into /lib and ${base_libdir} may not be always pointing to /lib, while here we want to create the directory where ldso will reside (From OE-Core rev: 76795b5a4452b531c342df2c8a3bbb264cc8a8d2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linuxloader: Deal with little-endian ppc64 ldso nameKhem Raj2021-02-231-2/+2
| | | | | | | | | On ppc64le 'le' should be appended to ldso name (From OE-Core rev: dd221cdc8630a5adba1f87ff7a237021e9a95548) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: Fix importd requirements commentVivien Didelot2021-02-231-1/+1
| | | | | | | | | | | | | | | | | | | | | The comment above the importd config states curl, which does not exist in PACKAGECONFIG. Adding it results in the following error (and then misleading compilation failures): WARNING: systemd-1_244.5-r0 do_configure: QA Issue: systemd: invalid PACKAGECONFIG: curl [invalid-packageconfig] Support for curl is currently enabled through journal-upload: PACKAGECONFIG[journal-upload] = "-Dlibcurl=true,-Dlibcurl=false,curl" While it might be more appropriate to deprecate "journal-upload" in favor of a "curl" PACKAGECONFIG entry, simply fix the importd comment for now by stating upload-journal instead of curl. (From OE-Core rev: e6a0bced605da58ff43ff06ea6a1d67e84c98d91) Signed-off-by: Vivien Didelot <vdidelot@pbsc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-magic: upgrade 0.4.18 -> 0.4.20Richard Purdie2021-02-231-3/+2
| | | | | | | | | License changed as there was additional copyright information added but the underlying license did not change. (From OE-Core rev: 97f5846586076c20289a2a43c7ddfa610a6aa5d9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt: Upgrade 1.8.2.1 -> 1.8.2.2Richard Purdie2021-02-231-1/+1
| | | | | | (From OE-Core rev: 9c04f9dca26eabdf71a432492d4b718805fda8f0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-pycryptodome/pycryptodomex: upgrade 3.9.9 -> 3.10.1Richard Purdie2021-02-234-7/+7
| | | | | | | | | | The license file dropped the APL-2 pieces but this wasn't in LICENSE in the first place, no code seemed to refer to it so no change was needed. (From OE-Core rev: f31d3d8999ce314832012324ce8bebf42dcfb372) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nettle: Upgrade to 3.7.1Khem Raj2021-02-235-1/+1
| | | | | | | | | | | bugfix release [1] [1] https://lists.gnu.org/archive/html/info-gnu/2021-02/msg00011.html (From OE-Core rev: 28156e43673288ecfb9d43b1aecfd01256c71585) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-firmware: upgrade 20201218 -> 20210208Richard Purdie2021-02-231-2/+2
| | | | | | | | | License file had a number of new additions for new firmware but no new licenses that didn't already exist. (From OE-Core rev: eab46e65feae24311f0ee0cd05b7ebb2e3b07363) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* diffoscope: Upgrade 166 -> 167Richard Purdie2021-02-231-1/+1
| | | | | | (From OE-Core rev: 56dd9ba4d0cd211ba4aacf565d85bda45df1ccee) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openssl: upgrade 1.1.1i -> 1.1.1jWang Mingyu2021-02-231-1/+1
| | | | | | | (From OE-Core rev: a67635ca2c7a016efcf450e4011f2032883e995d) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lttng-ust: upgrade 2.12.0 -> 2.12.1Wang Mingyu2021-02-231-2/+2
| | | | | | | (From OE-Core rev: 5fad57044fb0d092ed166fe2e252570aa8cfc155) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* liburcu: upgrade 0.12.1 -> 0.12.2Wang Mingyu2021-02-231-2/+2
| | | | | | | (From OE-Core rev: a1cf5a1b139fe92aa4473594c083c116bbff27e5) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* net-tools: update to 2.10Oleksandr Kravchuk2021-02-233-53/+4
| | | | | | | | | | | Removed upstreamed patches. Added new package configs. (From OE-Core rev: 179756f647c2a2e63b3bbcc53e7c0ff3c5df4e39) Signed-off-by: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ell: update to 0.38Oleksandr Kravchuk2021-02-231-1/+1
| | | | | | | | | | | Changelog: - Fix issue with DHCP v6 Rapid Commit option check. - Fix issue with handling RFC8018/RFC1423 padding. (From OE-Core rev: f9c01ad1fc86706c76b0ef708d049267342bb5ec) Signed-off-by: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3: update to 3.9.2Oleksandr Kravchuk2021-02-232-194/+2
| | | | | | | | | | | Removed CVE patch was upstreamed. License-Update: copyright years. (From OE-Core rev: fafb8a88cd0365ff4327a1d6062d9f48b2927910) Signed-off-by: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xkeyboard-config: upgrade 2.31 -> 2.32Wang Mingyu2021-02-211-1/+1
| | | | | | | (From OE-Core rev: 65e36f3f95ccc0b0902c7943df3db39917717a1e) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: upgrade 2.36.1 -> 2.36.2Wang Mingyu2021-02-213-85/+1
| | | | | | | | | | | 0001-build-sys-do-not-build-plymouth-ctrl.c-w-disabled-pl.patch 0001-hwclock-do-not-assume-__NR_settimeofday_time32.patch removed since they are included in 2.36.2 (From OE-Core rev: 4db0babf6a69a90df14363103f5f6b643f208b12) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: Unify wordsize.h with arm multilibszhengruoqin2021-02-211-1/+1
| | | | | | | | | | | | wordsize.h should be the same under arm and aarch64, othersise the following error happens: "file /usr/include/bits/wordsize.h conflicts between attempted installs of lib32-libc6-dev-2.33-r0.armv7ahf_neon and libc6-dev-2.33-r0.aarch64" (From OE-Core rev: cf487df7d58ea89fcef5c4bc30c2ca1ceded9508) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc-package.inc: Fix arm multlib header issue with struct_stat.hzhengruoqin2021-02-211-0/+1
| | | | | | | | | | | Fix build error under multilib as following: "file /usr/include/bits/struct_stat.h conflicts between attempted installs of lib32-libc6-dev-2.33-r0.armv7ahf_neon and libc6-dev-2.33-r0.aarch64" (From OE-Core rev: 163ec51715e939fe9ff3f87c2af46a77e1a8edea) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libnl: add ptest supportYi Fan Yu2021-02-213-2/+72
| | | | | | | | | | | | | | | | All tests are installed, but only what `make check` runs is run, so currently that's 1 test named `check-all` `libcheck` needs to be present for ./configure to generate the check* tests. An issue asking about upstream testing strategy is opened at https://github.com/thom311/libnl/issues/270 (From OE-Core rev: 23a785a373f76a24f4f7dd867522ce296cbf30f3) Signed-off-by: Yi Fan Yu <yifan.yu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* selftest/incompatible_lic: Update the tests after the 'or-later' license ↵Richard Purdie2021-02-211-13/+13
| | | | | | | | | | | | | | handling changes With the separate of the "-only" and "-or-later" licenses, we need to update the tests to match the messages now given in the output. Also use a mix of canonicalised and non-canonlised names in the reference recipes to help test those cases and ensure coverage. (From OE-Core rev: b7f38af7ac9449178c603c5349808b8c0dd84d35) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* license_image: Don't canonicalise INCOMPATIBLE_LICENSERichard Purdie2021-02-211-1/+0
| | | | | | | | | | The code internally correctly handles canonicalisation of these license fields, we shouldn't call it manually. The issue is that the fields can contain wildcards and GPLv3* means something quite different to GPLv3-only*. (From OE-Core rev: 957f48ce78ad1865653e8b8f25909a65ba8fc535) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* licenses: Update INCOMPATIBLE_LICENSE for 'or-later' handlingRichard Purdie2021-02-211-0/+6
| | | | | | | | | | Where a user adds "GPLv3" to INCOMPATIBLE_LICENSE they almost certainly mean both GPLv3-only and GPLv3-or-later. Update the code to handle this correctly. (From OE-Core rev: 08cbf17485b6443a6118acfac8200eb6c61445a3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* licenses: Fix canonical license for 'or-later' handlingRichard Purdie2021-02-212-17/+3
| | | | | | | | | | GPLv2 and GPLv2+ are two difference licenses with different meanings and we can't just pretend they're the same thing. Change the code to treat them separately. (From OE-Core rev: d1baf74ac92fe0c8c32dff101fd77d77f70fd583) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* licenses.conf: Add missing 'or-later' mappingsRichard Purdie2021-02-211-0/+17
| | | | | | | | | | If we handle the or-later licences separately (which we should), we need to add in the missing name mappings for the code to function correctly. (From OE-Core rev: ccc785f9d428b279c8aa9a1ca00dc685342fdb1e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Update common-licenses references to match new namesRichard Purdie2021-02-217-8/+8
| | | | | | | | | The licenses were renamed to match their SPDX names, fix the references in LIC_FILES_CHKSUM in OE-Core. (From OE-Core rev: 9af48917cfe583d2db9e1e088c7e396fcf638949) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* licenses: Update license file to match current SPDX namesMeh Mbeh Ida Delphine2021-02-2115-17/+2897
| | | | | | | | | | | | | | | | | | | | * Updated mappings of license fields of meta/conf/licenses.conf to match latest SPDX naming. * Add mappings to the old names * Renamed license files to match the new preferred names. * Added "or later" versions of license mappings * Added "or later" versions of common license files eg GPL-2.0-or-later Fixes: [YOCTO #13320] (From OE-Core rev: 5ecf139a31fa7bd813855f1235ea9f434fbcb2e0) Signed-off-by: Meh Mbeh Ida Delphine <idadelm@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: Update email address for VictorRichard Purdie2021-02-201-3/+3
| | | | | | (From OE-Core rev: 5b509fe1c5ff86a0397fa98d7bcd0199da32bf14) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm: Enable use_source_date_epoch_as_buildtime in package_rpm classJan-Simon Möller2021-02-191-0/+1
| | | | | | | | | | | | Adding --define 'use_source_date_epoch_as_buildtime 1' to rpmbuild ensure that the rpm header does have a consistent BUILDTIME tag. This allows the rpms to be built reproducibly. (From OE-Core rev: f16721df6b3d0d3e681d9a1b3393417bd62b6275) Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>