[OE-core] [dora-next][PATCH 00/40] fixes for dora-next (cover letter only)
Note: These are the patches for oe-core only, if you want to see the patches for poky, please vist: git://git.pokylinux.org/poky-contrib robert/dora-next // Robert The following changes since commit e86622a932bbd0acdea67ecfb15c8b06c27353d8: libsoup-2.4: add intltool-native to DEPENDS (2013-12-19 14:59:47 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib robert/dora-next-oecore http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert/dora-next-oecore Andreas Oberritter (1): cogl-1.0: explicitly disable cairo Bruce Ashfield (1): linux-libc-headers: fix MIPS klibc build error Chen Qi (1): subversion: fix build problem when sysroot contains '-D' or '-I' Christopher Larson (4): python, python-native: fix PARALLEL_MAKEINST failure cairo: add/use packageconfig for valgrind support pulseaudio: fix RDEPENDS traversal for consolekit xz: make the LICENSE info more accurate Cristiana Voicu (1): babeltrace: correct PV variable Enrico Scholz (1): bluez4: added dependency on 'libsndfile1' Hongxu Jia (5): kconfig-frontends: add python to kconfig-frontends's RDEPENDS qemu: add PACKAGECONFIG for vnc, libcurl, nss, uuid, curses, gtk+, libcap-ng qemu: add bash and python to qemu's RDEPENDS license.bbclass: fix copying license directories failed nativesdk.bbclass: support nativesdk to override with the PACKAGES_DYNAMIC statement Jackie Huang (1): grub: add explicit dependency on bison-native Kai Kang (1): x264: install libraries to right directory when enable multilib Krzysztof Sywula (1): Minicom depends on libiconv Li Wang (1): xinetd: CVE-2013-4342 Martin Jansa (3): avahi: add leading space to RRECOMMENDS append xinput-calibrator: add formfactor to RDEPENDS base.bbclass: Set umask 022 also for do_unpack task Ming Liu (2): qemu: use PACKAGECONFIG to address xfsprogs dependency qemu: explicitly disable xen support Nick D'Ademo (1): libav: install libraries to right directory when multilib is enabled Paul Eggleton (1): linux-firmware: add missing linux-firmware-iwlwifi-7260-7 package Richard Purdie (4): base/gcc-common: Ensure umask setting is consistent for shared workdir image.bbclass: Depend on virtual/kernel:do_deploy gcc-cross-canadian: Fix fortran build gcc-crosssdk.inc: Fix missing dependencies (such as libmpc-native) Robert Yang (2): coreutils 6.9: fix coreutils.texi gcc-4.8/libstdc++-v3: disable sdt Ross Burton (2): ptest: ensure do_install_ptest_base task runs in fakeroot context useradd.bbclass: add dependency on base-files Roy Li (1): multilib: Ensure we map the SYSTEMD_PACKAGES variable Scott Garman (1): runqemu: remove core-image-* whitelist Yue Tao (3): python: do not replace ccache in the middle of a path acpid: CVE-2011-1159 icu: CVE-2013-2924 mykhani (1): openssl.inc: Install c_rehash utility with openssl yzhu1 (1): populate_sdk: verify executable or dynamically linked library meta/classes/base.bbclass |9 +- meta/classes/image.bbclass |2 + meta/classes/license.bbclass |7 +- meta/classes/multilib.bbclass |1 + meta/classes/nativesdk.bbclass |1 + meta/classes/populate_sdk_base.bbclass |2 +- meta/classes/ptest.bbclass |5 + meta/classes/useradd.bbclass |2 + meta/recipes-bsp/acpid/acpid.inc |3 +- .../acpid/acpid/set_socket_noblock.patch | 10 + meta/recipes-bsp/grub/grub_2.00.bb |2 +- meta/recipes-connectivity/avahi/avahi.inc |4 +- meta/recipes-connectivity/bluez/bluez4.inc |2 +- meta/recipes-connectivity/openssl/openssl.inc |7 +- .../coreutils-6.9/coreutils-fix-texinfo.patch | 375 meta/recipes-core/coreutils/coreutils_6.9.bb |1 + .../gcc/gcc-4.8/0031-Disable-sdt.patch | 80 - meta/recipes-devtools/gcc/gcc-common.inc |1 + meta/recipes-devtools/gcc/gcc-cross-canadian.inc |1 + meta/recipes-devtools/gcc/gcc-crosssdk.inc |2 +- .../kconfig-frontends_3.10.0.0.bb |1 + .../recipes-devtools/python/python-native_2.7.3.bb |1 + .../python/parallel-makeinst-create-bindir.patch | 19 + meta/recipes-devtools/python/python_2.7.3.bb |3 +- meta/recipes-devtools/qemu/qemu.inc| 19 +- .../neon.m4-fix-includes-and-cflags.patch | 32 ++ .../subversion/subversion_1.7.10.bb|1 + meta/recipes-extended/minicom/minicom_2.6.2.bb |2 +- .../xinetd/xinetd/xinetd-CVE-2013-4342.patch | 32 ++ meta/recipes-extended/xinetd/xinetd_2.3.15.bb |1 + meta/recipes-extended/xz/xz_5.1.2alpha.bb | 17 +- meta/recipes-graphics/cairo/cairo.inc |1 +
Re: [OE-core] [oe] Piglit in Poky
On Mon, Dec 23, 2013 at 08:09:30PM -0500, Philip Balister wrote: On 12/23/2013 01:01 PM, Burton, Ross wrote: Hi, We'd like to integrate Piglit (an OpenGL test suite) into Poky so that we can run automated QA on the GL stack. Piglit is currently residing in meta-oe, but as Poky is a self-contained project we can't just add meta-oe to it: apart from the size of meta-oe, we can't ensure stability if meta-oe makes incompatible changes that affect Poky. Piglit isn't a stand-alone package, there are the dependencies of waffle, python-mako and python-numpy to consider too. There are two possibilities I can see: 1) Move piglit and deps to oe-core. Piglit is for QA purposes only and pushes the boundaries of core platform. In a sense this is a repeat of the discussion we had with Midori... does oe-core contain everything needed to sufficiently exercise the core components it ships or not? I expect Richard will push back on this, and I would support him here. 2) Add piglit and deps to meta-yocto. Probably a new layer called meta-yocto-qa (or similar) because the Yocto Compatible guidelines forbid mixing distribution policy and recipes. We'd need to sync meta-yocto-qa with the pieces of meta-oe that we want somehow, but that's our problem. So meta-yocto is right out. I'm a user of numpy, and I certainly do not want to include something called meta-yocto-qa just to pick up numpy. So this presents a quandry. Moving numpy to a special layer to support a specific recipe is just not the right thing to do. Conceivably, we could create a layer for the bits of meta-oe that are python related, but I am not sure that solves your entire problem. I certainly do not want to see one recipe appear in two layers. That is a recipe for trouble. Long term, we need to make the layer model work for the entire project and get over the reluctance to use other peoples layers. Agreed, meta-python in meta-oe repository sounds a lot better than having the same recipe in 2 layers. Thoughts and opinions welcome over Christmas, otherwise I'll toss a coin. :) Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-devel mailing list openembedded-de...@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lib/oe/patch.py: Prefer git am over git apply when applying git patches
It is better to use git am when possible to preserve the commit messages and the mail format in general for patches when those are present. A typical use case is when developers would like to keep the changes on top of the latest upstream, and they may occasionally need to rebase. This is not possible with git diff and diff generated patches. Since this is not always the case, the fallback would be the git apply operation which is currently available. Signed-off-by: Laszlo Papp lp...@kde.org --- meta/lib/oe/patch.py | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(-) diff --git a/meta/lib/oe/patch.py b/meta/lib/oe/patch.py index 59abd0a..b085c9d 100644 --- a/meta/lib/oe/patch.py +++ b/meta/lib/oe/patch.py @@ -203,17 +203,23 @@ class GitApplyTree(PatchTree): PatchTree.__init__(self, dir, d) def _applypatch(self, patch, force = False, reverse = False, run = True): -shellcmd = [git, --git-dir=., apply, -p%s % patch['strippath']] +def _applypatchhelper(shellcmd, patch, force = False, reverse = False, run = True): +if reverse: +shellcmd.append('-R') -if reverse: -shellcmd.append('-R') +shellcmd.append(patch['file']) -shellcmd.append(patch['file']) +if not run: +return sh + -c + .join(shellcmd) -if not run: -return sh + -c + .join(shellcmd) +return runcmd([sh, -c, .join(shellcmd)], self.dir) -return runcmd([sh, -c, .join(shellcmd)], self.dir) +try: +shellcmd = [git, --work-tree=., am, -3, -p%s % patch['strippath']] +return _applypatchhelper(shellcmd, patch, force, reverse, run) +except CmdError: +shellcmd = [git, --git-dir=., apply, -p%s % patch['strippath']] +return _applypatchhelper(shellcmd, patch, force, reverse, run) class QuiltTree(PatchSet): -- 1.8.5.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] speex: Scale float input when FIXED_POINT is defined
Patch to Speex upstream has been denied with reason that fixing this will break other applications using it. I think appropriate place to fix the issue is Pulseaudio code. I've submitted patch upstream for that and sending a new patch for that to oe-core as well and this speex patch may be dropped. Fahad From: Saul Wold [s...@linux.intel.com] Sent: Friday, December 20, 2013 9:14 PM To: Arslan, Fahad; openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH] speex: Scale float input when FIXED_POINT is defined On 12/20/2013 08:06 AM, Fahad Arslan wrote: From: Fahad Arslan fahad_ars...@mentor.com When Speex is compiled with FIXED_POINT defined, it scales float input to +/-32768 instead of +/-1. This was being missed at one point causing the input to the resampler to be zeroed. As a result there was no audio output. Signed-off-by: Fahad Arslan fahad_ars...@mentor.com --- .../speex/speex/scaling_fix.patch | 12 meta/recipes-multimedia/speex/speex_1.2rc1.bb |3 ++- 2 files changed, 14 insertions(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/speex/speex/scaling_fix.patch b/meta/recipes-multimedia/speex/speex/scaling_fix.patch new file mode 100644 index 000..a6340d7 --- /dev/null +++ b/meta/recipes-multimedia/speex/speex/scaling_fix.patch The patch needs Upstream-Status: and Signed-off-by: tags please Sau! @@ -0,0 +1,12 @@ +diff -NaurbB a/libspeex/resample.c b/libspeex/resample.c +--- a/libspeex/resample.c2013-12-20 19:47:49.154454769 +0500 b/libspeex/resample.c2013-12-20 19:48:16.558454331 +0500 +@@ -915,7 +915,7 @@ +if (in) { + for(j=0;jichunk;++j) + #ifdef FIXED_POINT +- x[j+st-filt_len-1]=WORD2INT(in[j*istride_save]); ++ x[j+st-filt_len-1]=WORD2INT(32768.*in[j*istride_save]); + #else +x[j+st-filt_len-1]=in[j*istride_save]; + #endif diff --git a/meta/recipes-multimedia/speex/speex_1.2rc1.bb b/meta/recipes-multimedia/speex/speex_1.2rc1.bb index faf63b0..0fea51e 100644 --- a/meta/recipes-multimedia/speex/speex_1.2rc1.bb +++ b/meta/recipes-multimedia/speex/speex_1.2rc1.bb @@ -9,7 +9,8 @@ DEPENDS = libogg PR = r2 -SRC_URI = http://downloads.us.xiph.org/releases/speex/speex-1.2rc1.tar.gz; +SRC_URI = http://downloads.us.xiph.org/releases/speex/speex-1.2rc1.tar.gz \ + file://scaling_fix.patch SRC_URI[md5sum] = c4438b22c08e5811ff10e2b06ee9b9ae SRC_URI[sha256sum] = 342f30dc57bd4a6dad41398365baaa690429660b10d866b7d508e8f1179cb7a6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Piglit in Poky
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Burton, Ross schreef op 23-12-13 19:01: Hi, We'd like to integrate Piglit (an OpenGL test suite) into Poky so that we can run automated QA on the GL stack. Piglit is currently residing in meta-oe, but as Poky is a self-contained project we can't just add meta-oe to it: apart from the size of meta-oe, we can't ensure stability if meta-oe makes incompatible changes that affect Poky. Piglit isn't a stand-alone package, there are the dependencies of waffle, python-mako and python-numpy to consider too. There are two possibilities I can see: 1) Move piglit and deps to oe-core. Piglit is for QA purposes only and pushes the boundaries of core platform. In a sense this is a repeat of the discussion we had with Midori... does oe-core contain everything needed to sufficiently exercise the core components it ships or not? 2) Add piglit and deps to meta-yocto. Probably a new layer called meta-yocto-qa (or similar) because the Yocto Compatible guidelines forbid mixing distribution policy and recipes. Speaking of layers, can you *please* rename meta-yocto to meta-poky? It's what it's actually is and would remove a lot of confusion when trying to explain that yocto is not a distro, even if the distro layer is called 'meta-yocto'. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: GPGTools - http://gpgtools.org iD8DBQFSuZioMkyGM64RGpERAgglAKCHbnivOF3g/ZVMGYadm4pDDzfKVQCdGqlY YdzFCCkRyP8WWMuNJRlR6x4= =4M6P -END PGP SIGNATURE- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pulseaudio: rescale input being passed to float method of speex
From: Fahad Arslan fahad_ars...@mentor.com Pulseaudio uses Speex to do resampling. Default Pulseaudio resampler is speex-float-1. However, Speex recipe in poky configures speex in fixed point. This scenario creates a situation in which audio streams that need to be resampled are not playedback since input to speex is zeroed out when flaot input in range of +/-1 is converted to int. So we are rescaling the input before invoking speex flaot method. Upstream-Status: Submitted [pulseaudio-disc...@lists.freedesktop.org] Signed-off-by: Fahad Arslan fahad_ars...@mentor.com --- .../pulseaudio/rescale_input_to_speex_float.patch | 24 .../pulseaudio/pulseaudio_4.0.bb |3 ++- 2 files changed, 26 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch b/meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch new file mode 100644 index 000..fe5e6a7 --- /dev/null +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch @@ -0,0 +1,24 @@ +diff -Naur a/src/pulsecore/resampler.c b/src/pulsecore/resampler.c +--- a/src/pulsecore/resampler.c2013-12-24 18:25:08.164787401 +0500 b/src/pulsecore/resampler.c2013-12-24 18:24:43.056787026 +0500 +@@ -1347,7 +1347,7 @@ + + static void speex_resample_float(pa_resampler *r, const pa_memchunk *input, unsigned in_n_frames, pa_memchunk *output, unsigned *out_n_frames) { + float *in, *out; +-uint32_t inf = in_n_frames, outf = *out_n_frames; ++uint32_t inf = in_n_frames, outf = *out_n_frames, i; + + pa_assert(r); + pa_assert(input); +@@ -1357,6 +1357,11 @@ + in = pa_memblock_acquire_chunk(input); + out = pa_memblock_acquire_chunk(output); + ++/* Speex float API scale range is +/-32768 instead of +/-1. ++ So rescale input before passing it to Speex. */ ++for (i = 0; i inf; i++) ++in[i] = 32768.*in[i]; ++ + pa_assert_se(speex_resampler_process_interleaved_float(r-speex.state, in, inf, out, outf) == 0); + + pa_memblock_release(input-memblock); diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb index b419c54..5afa20b 100644 --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb @@ -1,7 +1,8 @@ require pulseaudio.inc SRC_URI = http://freedesktop.org/software/pulseaudio/releases/pulseaudio-${PV}.tar.xz \ - file://volatiles.04_pulse + file://volatiles.04_pulse \ + file://rescale_input_to_speex_float.patch SRC_URI[md5sum] = 591f211db2790a7e4d222f2dc6858db3 SRC_URI[sha256sum] = 35ceb36bb1822fe54f0b5e4863b4f486769fdfb8ff2111f01fd8778928f9cdae -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pulseaudio: rescale input being passed to float method of speex
On 12/24/2013 06:37 AM, Fahad Arslan wrote: From: Fahad Arslan fahad_ars...@mentor.com Pulseaudio uses Speex to do resampling. Default Pulseaudio resampler is speex-float-1. However, Speex recipe in poky configures speex in fixed point. This scenario creates a situation in which audio streams that need to be resampled are not playedback since input to speex is zeroed out when flaot input in range of +/-1 is converted to int. So we are rescaling the input before invoking speex flaot method. Upstream-Status: Submitted [pulseaudio-disc...@lists.freedesktop.org] Signed-off-by: Fahad Arslan fahad_ars...@mentor.com --- .../pulseaudio/rescale_input_to_speex_float.patch | 24 .../pulseaudio/pulseaudio_4.0.bb |3 ++- 2 files changed, 26 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch b/meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch new file mode 100644 index 000..fe5e6a7 --- /dev/null +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio/rescale_input_to_speex_float.patch Fahad, The patch itself is missing the Upstream-Status: and Signed-off-by: Tags, I know you included them in the commit message above, but they need to be in this patch file also. Thanks Sau! @@ -0,0 +1,24 @@ +diff -Naur a/src/pulsecore/resampler.c b/src/pulsecore/resampler.c +--- a/src/pulsecore/resampler.c2013-12-24 18:25:08.164787401 +0500 b/src/pulsecore/resampler.c2013-12-24 18:24:43.056787026 +0500 +@@ -1347,7 +1347,7 @@ + + static void speex_resample_float(pa_resampler *r, const pa_memchunk *input, unsigned in_n_frames, pa_memchunk *output, unsigned *out_n_frames) { + float *in, *out; +-uint32_t inf = in_n_frames, outf = *out_n_frames; ++uint32_t inf = in_n_frames, outf = *out_n_frames, i; + + pa_assert(r); + pa_assert(input); +@@ -1357,6 +1357,11 @@ + in = pa_memblock_acquire_chunk(input); + out = pa_memblock_acquire_chunk(output); + ++/* Speex float API scale range is +/-32768 instead of +/-1. ++ So rescale input before passing it to Speex. */ ++for (i = 0; i inf; i++) ++in[i] = 32768.*in[i]; ++ + pa_assert_se(speex_resampler_process_interleaved_float(r-speex.state, in, inf, out, outf) == 0); + + pa_memblock_release(input-memblock); diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb index b419c54..5afa20b 100644 --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_4.0.bb @@ -1,7 +1,8 @@ require pulseaudio.inc SRC_URI = http://freedesktop.org/software/pulseaudio/releases/pulseaudio-${PV}.tar.xz \ - file://volatiles.04_pulse + file://volatiles.04_pulse \ + file://rescale_input_to_speex_float.patch SRC_URI[md5sum] = 591f211db2790a7e4d222f2dc6858db3 SRC_URI[sha256sum] = 35ceb36bb1822fe54f0b5e4863b4f486769fdfb8ff2111f01fd8778928f9cdae ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC PATCH 2/2] linux-libc-headers: add passwd-initial to ensure the sysroot get populated early
The headers are the first thing that get populated into sysroot, so add the dependency on passwd-initial here. [YOCTO #5612] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc index f44b61c..a5a14a1 100644 --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc @@ -68,4 +68,4 @@ RDEPENDS_${PN}-dev = RRECOMMENDS_${PN}-dbg = ${PN}-dev (= ${EXTENDPKGV}) INHIBIT_DEFAULT_DEPS = 1 -DEPENDS += unifdef-native +DEPENDS += unifdef-native passwd-initial -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC - PATCH 1/2] passwd-initial: add recipe to populate sysroot early
By providing a basic password and group entry with only root, this will ensure that we have a consistent root user and not read the host's password and group files. [YOCTO #5612] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-core/base-passwd/passwd-initial.bb | 35 + 1 file changed, 35 insertions(+) create mode 100644 meta/recipes-core/base-passwd/passwd-initial.bb diff --git a/meta/recipes-core/base-passwd/passwd-initial.bb b/meta/recipes-core/base-passwd/passwd-initial.bb new file mode 100644 index 000..8d4d5bb --- /dev/null +++ b/meta/recipes-core/base-passwd/passwd-initial.bb @@ -0,0 +1,35 @@ +SUMMARY = Base system master password/group files for initial sysroot +DESCRIPTION = Initialize the sysroot with a password and group file for pseudo to use +SECTION = base +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6 + +inherit allarch + +PACKAGES = + +do_fetch[noexec] = 1 +do_unpack[noexec] = 1 +do_patch[noexec] = 1 +do_configure[noexec] = 1 +do_compile[noexec] = 1 +do_package[noexec] = 1 +do_packagedata[noexec] = 1 +do_package_write[noexec] = 1 +do_package_write_ipk[noexec] = 1 +do_package_write_rpm[noexec] = 1 +do_package_write_deb[noexec] = 1 + +do_install() { + install -d ${D}/${sysconfdir} + echo root:*:0:0:root:/root:/bin/sh ${D}${sysconfdir}/passwd + echo root:*:0: ${D}${sysconfdir}/group +} + + +SYSROOT_PREPROCESS_FUNCS = fake_passwd_stage_dir +fake_passwd_stage_dir() { +sysroot_stage_dir ${D}${sysconfdir} ${SYSROOT_DESTDIR}${sysconfdir} +} + +BBCLASSEXTEND = nativesdk -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] security_flags: add the rest of the grub-efi related packages
[YOCTO #5515] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/conf/distro/include/security_flags.inc | 4 1 file changed, 4 insertions(+) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/conf/distro/include/security_flags.inc index 646bcf3..24fbcdc 100644 --- a/meta/conf/distro/include/security_flags.inc +++ b/meta/conf/distro/include/security_flags.inc @@ -18,6 +18,10 @@ SECURITY_CFLAGS_pn-gdb = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-gmp = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-gnutls = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-grub = +SECURITY_CFLAGS_pn-grub-efi = +SECURITY_CFLAGS_pn-grub-efi-native = +SECURITY_CFLAGS_pn-grub-efi-x86-native = +SECURITY_CFLAGS_pn-grub-efi-x86-64-native = SECURITY_CFLAGS_pn-grub-efi-i586-native = SECURITY_CFLAGS_pn-grub-efi-x86-64-native = SECURITY_CFLAGS_pn-gst-plugins-bad = ${SECURITY_NO_PIE_CFLAGS} -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core