aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* image.bbclass: check INITRAMFS_MAXSIZErbt/initramfsRobert Yang2016-01-252-1/+19
| | | | | | | | | | | | | | | | | | | Usually, the initramfs' maxsize can be 1/2 of ram size since modern kernel uses tmpfs as initramfs by dafault, and tmpfs allocates 1/2 of ram by default at boot time, which will be used to locate the initramfs. Set INITRAMFS_MAXSIZE to 131072K (128M) by default (ram 256M), the initramfs is small usually, for example, core-image-minimal-initramfs is about 21M (uncompressed, 17M * 1.3) by default, but if the user add a lot pkgs to initramfs, we can error and stop to let the user know ealier rather than fail to boot (e.g., OOM-killer) at boot time. Please see the bug for more info: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5963 [YOCTO #5963] Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* weston: Add missing DEPENDS on wayland-nativeRichard Purdie2016-01-241-1/+1
| | | | | | | | | Weston needs wayland-scanner which comes from wayland-native. Add the missing dependency to avoid build failures from: bitbake wayland; bitbake wayland-native:do_clean weston:do_cleansstate; bitbake weston Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uninative: Fix conflicts with normal sysrootRichard Purdie2016-01-231-2/+5
| | | | | | | | | | | Currently this code installs into the standard sysroot, however this causes some conflicts when linking since the linker can look specifically for versioned .so files (e.g. like libpthreads.so.0). This breaks builds of util-linux-native for example. The easiest solution is to install uninative into its own separate sysroot. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* insane: Drop do_stage testRichard Purdie2016-01-231-3/+0
| | | | | | do_stage was obsoleted years ago, drop the test now. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk: Use pixz instead of xzRichard Purdie2016-01-231-2/+2
| | | | | | | xz is slow at compressing the SDKs, we can speed it up by using the parallel compressor, pixz. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/oe/sdk: Partially revert "sdk.py: fix conflicts of packages"Richard Purdie2016-01-231-22/+8
| | | | | | | | | | OE-Core rev: f2b64f725803ad8be7c2876c531e057a4fe5ca7c (poky 1362986886cc96c8cc11fb60795f729b41770414) unintentionally broke opkg/dpkg multilib support within the SDK by making things not honour self.install_order. This reinstates that code for opkg/dpkg but not rpm where the original problem was. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uninative: Add fetch capabilityRichard Purdie2016-01-231-3/+38
| | | | | | | | | | | | | | | | | | | | | | | | | | Originally, the idea was that the init environment would handle fetching or providing the binary shim that uninative needs. This turns out to be ugly, especially when you consider proxy environments and so on getting involved. Instead, lets therefore support our fetcher which already handles all this. The distro is expected to setup configuration like: UNINATIVE_URL ?= "http://mydomain/mypath/" UNINATIVE_CHECKSUM[i586] = "md5sum1" UNINATIVE_CHECKSUM[x86_64] = "md5sum2" and then it should all work if the user inherits the uninative class. This patch also improves the error handling in the class to give more user readable error messages. If the shim binary is already provided, the system will just use that and ignore the url information. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixz: Add 1.0.6Richard Purdie2016-01-232-0/+92
| | | | | | | | | | | xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK. Whilst xz does have some parallel support, pixz appears to perform better and supports parallel decompression as well as a simpler command line. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xz: Allow to work with ASSUME_PROVIDED xz-nativeRichard Purdie2016-01-232-0/+6
| | | | | | | | At some point we may want to add xz-native to ASSUME_PROVIDED. This allows that to work whilst still allowing access to liblzma for those things which need it (e.g. pixz). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/oe/package_manager: prevent testing an undefined variableJoshua Lock2016-01-221-0/+1
| | | | | | | | | | | This prevents an error in do_populate_sdk when building buildtools-tarball with ipk as the package manager: Exception: UnboundLocalError: local variable 'pkg' referenced before assignment Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipetool: create: better fix for fetch error handlingPaul Eggleton2016-01-221-2/+2
| | | | | | | | | | | | | | | | | | I was a little bit hasty in OE-Core revision c2cc5abe34169eae92067d97ce1e747e7c1413f5 - it turns out BitBake's fetcher code is not consistent in whether it logs something useful or not; when fetching from an http URL it does but with a git repository it doesn't. In advance of any major reworking of fetch error handling in BitBake, let's just print the text of the exception and then we know we have shown something to the user. Additionally, we were only catching FetchException here but there are several other classes of exception that the fetcher can raise (e.g. MalformedUrl); catch the parent BBFetchException class instead so we avoid tracebacks for those other classes as well. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipetool: create: fix extraction of name from URLs ending in /Paul Eggleton2016-01-221-1/+1
| | | | | | | | If the URL ends in a / then we want to strip that off the path we split out of the URL before calling os.path.basename() on it. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipetool: create: extract SRC_URI from local git repositoriesPaul Eggleton2016-01-221-7/+23
| | | | | | | | | If you specify a local directory which happens to be a git repository with an origin remote (and it is in fact remote), we can use that for SRC_URI rather than leaving it blank in the recipe. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* devtool / recipetool: support specifying a subdirectory within the fetched ↵Paul Eggleton2016-01-222-2/+15
| | | | | | | | | | | | | source Sometimes you don't want to build an entire project, just a subdirectory of it; add a --src-subdir option to make that easier. (We still look for a single subdirectory in what gets unpacked, e.g. what you might find within a tarball, so whatever you specify with this option is added onto the end of that.) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipetool: create: strip quotes from values extracted from CMakeLists.txtPaul Eggleton2016-01-221-5/+8
| | | | | | | | Quoting is optional in CMakeLists.txt and is occasionally used, so strip out quotes if they are present. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gen-lockedsig-cache: copy correct native sstate into ext SDKPaul Eggleton2016-01-222-5/+6
| | | | | | | | | | | | | | | | When constructing the sstate-cache directory for the extensible SDK, we were copying in any matching native sstate packages, and as the signature doesn't actually change when the distro changes (since NATIVELSBSTRING is just a path separator for the artifacts and is not part of the signature) we ended up copying duplicated packages when the distro changed e.g. upon host distro upgrade. Only search in the NATIVELSBSTRING-named subdirectory for native packages and the issue goes away. Fixes [YOCTO #8885]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* toolchain-shar-extract.sh: improve behaviour when xz is not installedPaul Eggleton2016-01-221-1/+6
| | | | | | | | | | Currently if xz isn't installed when installing the SDK you get an error from tar and then the SDK installation continues, cascading into a load of other failures since files are missing. Add a check to see if xz can be run and error out if it can't, and also exit if tar fails. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/populate_sdk*: add dependencies on script filesPaul Eggleton2016-01-222-0/+8
| | | | | | | | | If the script files we use to construct the SDK installer change then that really ought to trigger re-execution of the do_populate_sdk(_ext) task, so add file-checksums varflags to ensure that happens. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/populate_sdk_ext: drop ext-sdk-prepare.py when installingPaul Eggleton2016-01-221-0/+1
| | | | | | | | | | At the end of the extensible SDK installation, if we've successfully prepared the build system then we don't need ext-sdk-prepare.py. I had thought earlier that this would be used when updating, but a different mechanism was needed there so this script isn't used for that. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* devtool: add sdk-install subcommandPaul Eggleton2016-01-221-1/+62
| | | | | | | | | | | | | | | | Add the ability to install additional pre-built items (from shared state) into the extensible SDK. This can already be done implicitly by adding something to DEPENDS within a recipe you're working on and then running "devtool build", but it's useful to be able to explicitly install things particularly if you're using the extensible SDK as a traditional toolchain. Note that for this command to be useful you need to have SSTATE_MIRRORS set in your SDK configuration, and that mirror needs to be populated with sstate artifacts for recipes you wish to be able to install. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* devtool: sdk-update: improve SDK update process robustnessPaul Eggleton2016-01-222-34/+100
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Make the following improvements to the SDK update process: * Use a manifest file with sha256sums to track files other than sstate and metadata that we need to update - e.g. conf files. This allows us to handle where files such as auto.conf may or may not be present, as well as the configuration changing without affecting task signatures - we still want the config files copied in that case rather than it saying nothing needs to be done. * Write the SSTATE_MIRRORS_append to site.conf rather than local.conf so that local.conf remains static (since we don't want to trigger an update every time). Also, If there is an SSTATE_MIRRORS value already set in the configuration we can skip this and assume it contains the needed packages. * Allow the update process to be run in any directory, don't assume we're already at the base of the SDK * Where practical, fetch remote files into a temporary location and then move them to the desired location at the end, to avoid a failed update leaving the SDK in a broken state. * Update all installed do_populate_sysroot / do_packagedata tasks instead of using the SDK targets. This ensures any item installed through dependencies after installation (e.g. when running "devtool build") won't go stale. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* devtool: sdk-update: improve temp directory handlingPaul Eggleton2016-01-221-37/+38
| | | | | | | | | | * Use tempfile.mkdtemp() instead of hardcoding temp dir * Set a variable early for the temp locked sigs file and use that everywhere * Delete the temp dir at the end Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* devtool: build: ensure pkgdata is written outPaul Eggleton2016-01-222-6/+17
| | | | | | | | | | | | | | | | | | | | | | When you run devtool build, you need to have the pkgdata written out at the end, so that if what you're adding is a library and the next thing you add is something that depends on that library, the necessary information to map the dependency back to the recipe is present. In practical terms all this means is we need do_packagedata to run in addition to do_populate_sysroot. This does mean that do_package needs to run which wasn't running before, and that means that the few package QA tests that run within do_package such as installed-vs-shipped will now be run. This may be a bit bothersome, and prompted a fix for one of our oe-selftest tests as a result, but I don't see an easy way around it. Ultimately if you care about using the recipe in an image you'll need to fix any such errors anyway. Fixes [YOCTO #8887]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/populate_sdk_ext: add option to bring in pkgdata for worldPaul Eggleton2016-01-224-7/+131
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add a variable SDK_INCLUDE_PKGDATA which you can set to "1" to include pkgdata for all recipes in the world target. There are a couple of uses for this: 1) If you use "devtool add" to add a recipe that builds something which depends on anything in world, the dependency can then be correctly mapped to the recipe providing it and that recipe can be added to DEPENDS, since we have the pkg-config and shared library dependency data within pkgdata. 2) You'll be able to search for these recipes and any files they package for the target with "devtool search" since that also uses pkgdata This of course assumes you've tailored world through EXCLUDE_FROM_WORLD to only include recipes you'd want built in your distro, but I think that's a reasonable assumption; failing that there is a WORLD_PKGDATA_EXCLUDE variable that you can set to exclude any recipes you don't want. Note that this patch relies on functionality implemented in a recent BitBake patch and will not work without it. Implements [YOCTO #8600]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Port patches for linux-headers for muslKhem Raj2016-01-224-0/+185
| | | | | | | | These patches have revealed issues with linux kernel headers which has been proposed upstream but hasnt been applied yet Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* libsolv: Update to 0.6.17+Khem Raj2016-01-221-2/+2
| | | | | Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* glib-2.0: Fix locale location on muslKhem Raj2016-01-223-10/+16
| | | | | | | | | | gettext.m4 macro does not detect musl triplets and falls back to ${libdir}/locale It ends up with lot of packging warning "files installed but not packaged" Signed-off-by: Khem Raj <raj.khem@gmail.com>
* syslinux: Set LD to avoid using build host ldKhem Raj2016-01-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | base ld is used during link phase and since its x86 so it works mostly, however it can cause problems depending upon build host. During cross build we should use cross linker Fixes errors e.g. ld -shared -m elf_i386 --hash-style=gnu -T /home/ubuntu/work/oe/openembedded-core/build/tmp-glibc/work/i586-oe-linux/syslinux/6.03-r0/syslinux-6.03/com32/lib/i386/elf.ld -soname libcom32.c32 -o libcom32.elf zlib/adler32.o zlib/compress. o zlib/crc32.o zlib/uncompr.o zlib/deflate.o zlib/trees.o zlib/zutil.o zlib/inflate.o zlib/infback.o zlib/inftrees.o zlib/inffast.o sys/zfile.o sys/zfopen.o libpng/png.o libpng/pngset.o libpng/pngget.o libpng/pngrutil.o libpng/pngtrans.o libpng/pngwutil.o libpng/pngread.o libpng/pngrio.o libpng/pngwio.o libpng/pngwrite.o libpng/pngrtran.o libpng/pngwtran.o libpng/pngmem.o libpng/pngerror.o libpng/pngpread.o jpeg/tinyjpeg.o jpeg/jidctflt.o jpeg/decode1.o jpeg/decode3.o jpe g/rgb24.o jpeg/bgr24.o jpeg/yuv420p.o jpeg/grey.o jpeg/rgba32.o jpeg/bgra32.o pci/cfgtype.o pci/scan.o pci/bios.o pci/readb.o pci/readw.o pci/readl.o pci/writeb.o pci/writew.o pci/writel.o sys/vesacon_write.o sys/vesaserial_write.o sys/ve sa/initvesa.o sys/vesa/drawtxt.o sys/vesa/background.o sys/vesa/alphatbl.o sys/vesa/screencpy.o sys/vesa/fmtpixel.o sys/vesa/i915resolution.o syslinux/reboot.o syslinux/keyboard.o syslinux/version.o syslinux/pxe_get_cached.o syslinux/pxe_get_nic.o syslinux/pxe_dns.o syslinux/video/fontquery.o syslinux/video/reportmode.o syslinux/addlist.o syslinux/freelist.o syslinux/memmap.o syslinux/movebits.o syslinux/shuffle.o syslinux/shuffle_pm.o syslinux/shuffle_rm.o syslinux/bios$oot.o syslinux/zonelist.o syslinux/dump_mmap.o syslinux/dump_movelist.o syslinux/run_default.o syslinux/run_command.o syslinux/cleanup.o syslinux/localboot.o syslinux/runimage.o syslinux/loadfile.o syslinux/floadfile.o syslinux/zloadfile$o syslinux/load_linux.o syslinux/initramfs.o syslinux/initramfs_file.o syslinux/initramfs_loadfile.o syslinux/initramfs_archive.o sys/libansi.o sys/gpxe.o atexit.o onexit.o abort.o | ld: zlib/deflate.o: unrecognized relocation (0x2b) in section `.text' | ld: final link failed: Bad value | make[4]: *** [libcom32.elf] Error 1 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* binutils: Fix gold linking errors due to unresolved R_ARM_MOVW_ABS_NCKhem Raj2016-01-222-0/+1005
| | | | | | | | | | This issue has been seen in multiple times e.g. http://patchwork.openembedded.org/patch/103083/ https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg72513.html Signed-off-by: Khem Raj <raj.khem@gmail.com>
* puzzles: Silence warning on arm with clangKhem Raj2016-01-222-0/+73
| | | | | | | | Clang finds overflows when comparison is done between an unsigned char and a integer constant. So explicitly typecast the constant before comparison Signed-off-by: Khem Raj <raj.khem@gmail.com>
* eglinfo: Fix build on raspberrypiKhem Raj2016-01-222-1/+37
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* mdadm: Fix build with muslKhem Raj2016-01-222-1/+60
| | | | | | | Define _POSIX_C_SOURCE if not defined Add sockaddr_un* to sockaddr* typecast to make compiler happy Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gpgme: Define __error_t_defined on muslKhem Raj2016-01-221-0/+1
| | | | | | | | | | | | | | | | | | | | | | | Configure looks for error_t in errno.h and musl does not define error_t if its not defined then configure emits a definition to be used, now we also use standalone argp implementation from glibc on musl based systems which defines this in argp.h as well so now we have it defined twice and errors like | /a/builder/mnt/build-oe/tmp-musl/sysroots/raspberrypi2/usr/include/argp.h:40:13: error: cannot combine with previous 'int' declaration specifier | typedef int error_t; | ^ | ../config.h:257:17: note: expanded from macro 'error_t' | #define error_t int | ^ | 1 error generated. are seen. argp.h definition is conditional on __error_t_defined which is true here so lets define it on musl Signed-off-by: Khem Raj <raj.khem@gmail.com>
* console-tools: Fix header inclusion when not using glibcKhem Raj2016-01-222-0/+54
| | | | | | | It did differentiate on features in libc but assumed always glibc this patch make that assumption clear Signed-off-by: Khem Raj <raj.khem@gmail.com>
* uclibc: Update to 1.0.11Khem Raj2016-01-222-5814/+2
| | | | | | | | | | changes are here http://mailman.uclibc-ng.org/pipermail/devel/2016-January/000665.html Drop upstreamed patch Signed-off-by: Khem Raj <raj.khem@gmail.com>
* unfs3: Depend on libtirpc when building on muslKhem Raj2016-01-221-3/+5
| | | | | | needs a rpc implementation Signed-off-by: Khem Raj <raj.khem@gmail.com>
* guile: Fix build with muslKhem Raj2016-01-222-0/+68
| | | | | | | | | | | | | | | strol_l is not available on musl delete charset.alias as well its not needed Use internal gc function on musl We get errors on certain functions not being available in boeheme gc when built with musl. Therefore use the internal versions e.g. Undefined gc_set_finalizer_notifier Signed-off-by: Khem Raj <raj.khem@gmail.com>
* bsd-headers: Package cdefs.hKhem Raj2016-01-222-0/+28
| | | | | | Its used in several packages Signed-off-by: Khem Raj <raj.khem@gmail.com>
* musl: Create ld.so as a relative symlinkKhem Raj2016-01-222-1/+36
| | | | | | | | | | | | | | | | | | | | | | | | | | | | We have rootfs intercepts which fail on musl because ld.so on musl is an absolute symlink to /usr/lib/libc.so and then it fails to load when run with qemu user mode. Fixes rootfs failures like WARNING: The postinstall intercept hook 'update_pixbuf_cache' failed (exit code: 255)! See log for details! WARNING: The postinstalls for the following packages will be postponed for first boot: libgdk-pixbuf-2.0-loader-jpeg li bgdk-pixbuf-2.0-loader-png libgdk-pixbuf-2.0-loader-gif libgdk-pixbuf-2.0-loader-xpm WARNING: [log_check] core-image-sato: found a warning message in the logfile (keyword 'WARNING:'): [log_check] WARNING: The postinstall intercept hook 'update_pixbuf_cache' failed (exit code: 255)! See log for details! WARNING: [log_check] core-image-sato: found a warning message in the logfile (keyword 'WARNING:'): [log_check] WARNING: The postinstalls for the following packages will be postponed for first boot: libgdk-pixbuf-2.0-lo ader-jpeg libgdk-pixbuf-2.0-loader-png libgdk-pixbuf-2.0-loader-gif libgdk-pixbuf-2.0-loader-xpm Signed-off-by: Khem Raj <raj.khem@gmail.com>
* fts: Fix linker hash-style optionKhem Raj2016-01-221-1/+7
| | | | | | | | | pass --hash-style explicitly to linker and ensure that mips does not use gnu hash style This inoculates fts when compiler does not pass hash style option e.g. clang Signed-off-by: Khem Raj <raj.khem@gmail.com>
* dosfstools: Correct cross-compile CFLAGS and fix build with muslKhem Raj2016-01-223-1/+71
| | | | | | enable largefile support if its in DISTRO_FEATURES Signed-off-by: Khem Raj <raj.khem@gmail.com>
* nss: Undefine HAVE_SYS_CDEFS_HKhem Raj2016-01-221-0/+4
| | | | | | | nss's build system assumes that cdefs.h is always available on linux which is not the case with musl Signed-off-by: Khem Raj <raj.khem@gmail.com>
* apmd: Fix build with muslKhem Raj2016-01-222-0/+27
| | | | | | | | | | | Fix error like below | apmd.c:372:41: error: use of undeclared identifier '__WCOREFLAG' | status = __W_EXITCODE(0, SIGTERM) | __WCOREFLAG; | ^ | apmd.c:392:41: error: use of undeclared identifier '__WCOREFLAG' | status = __W_EXITCODE(0, SIGTERM) | __WCOREFLAG; Signed-off-by: Khem Raj <raj.khem@gmail.com>
* pcmciautils: Fix parallel build and include sys/types.hKhem Raj2016-01-223-11/+29
| | | | | | | | | | parallel build patch was removing dependencies on .c files mistakenly just adding src/yacc_config.h to dependencies in existing rule should have fixed the original build race include sys/types.h in lex_config.l for getting u_long definition Signed-off-by: Khem Raj <raj.khem@gmail.com>
* kexec-tools: Define _GNU_SOURCE for getting loff_t definitionKhem Raj2016-01-222-0/+32
| | | | | | | | Fixes errors e.g. vmcore-dmesg/vmcore-dmesg.c:370:32: error: unknown type name 'loff_t' Signed-off-by: Khem Raj <raj.khem@gmail.com>
* systemd: Skip parsing on musl based targetsKhem Raj2016-01-221-0/+4
| | | | | | | systemd on musl doesn't yet work even though we have patches to make it compile it fails to run, therefore lets skip building it for now Signed-off-by: Khem Raj <raj.khem@gmail.com>
* oprofile: fix build with muslRoss Burton2016-01-222-0/+48
| | | | | Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* portmap: Point to tirpc headers and libraries on muslKhem Raj2016-01-221-0/+4
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* nfs-utils: Disable tcp-wrappers for muslKhem Raj2016-01-221-0/+1
| | | | | | Doesnt build with musl Signed-off-by: Khem Raj <raj.khem@gmail.com>
* bsd-headers,musl: Add recipe for bsd missing featuresKhem Raj2016-01-224-0/+1633
| | | | | | let musl depend on these headers so they are staged along with libc Signed-off-by: Khem Raj <raj.khem@gmail.com>