summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* curl: Backport a fix for a build issueTudor Florea2014-05-292-0/+39
| | | | | | | | | | | | | | | mkhelp: generate code for --disable-manual as well This allows configure --disable-manual to run and build without having to regenerate the src/tool_hugehelp.c file which otherwise is necessary since we ship tarballs with that file present. (From OE-Core rev: 544a96255203a6779d1f0022d003c6680f330511) (From OE-Core rev: 4176809145037aed3d009c3ab96ef9ace519ca46) Signed-off-by: Tudor Florea <tudor.florea@enea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: Check for HAVE_POSIX_FALLOCATEDrew Moseley2014-05-291-2/+2
| | | | | | | | | | | | | The check for the config variable is using the wrong define resulting in the #else always being used. (From OE-Core rev: 7e498c4c17e2c1b6928d4c1fd127977bb588991f) (From OE-Core rev: 3d48c3e5a91d38242be1aa4ad5ed2a50cc4f3b9d) Signed-off-by: Drew Moseley <drew_moseley@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distrodata.bbclass: Fix checkpkg functionalityIrina Patru2014-05-291-27/+13
| | | | | | | | | | | | | | | Currently it wasn't working because *COMMAND variables were removed from fetcher. Now checkpkg sets the command internally and sends it as a parameter to _runwget() function from wget fetch. (From OE-Core rev: b9a51fc1901c378375cca041da27ddbd450c0412) (From OE-Core rev: 724656a399745fc1e3d270f4af5a85336cd062e7) Signed-off-by: Irina Patru <irina.patru@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sstate-cache-management: Minor cleanup of help textJacob Kroon2014-05-291-3/+3
| | | | | | | | | | | (From OE-Core rev: a039ef9d116f0bab0bbb6d25867666b10057f2ad) (From OE-Core rev: 2f22c098c3ada8c0952c7711f7a7f5b6421e6aea) (From OE-Core rev: dee8a612ef7cc5f789a46fc550448deb1b369c8a) Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* initscripts: Fix PR reversalRichard Purdie2014-05-291-1/+1
| | | | | | | | (From OE-Core rev: 343f1c49ed223cd188287d4815f9dd956376c94d) (From OE-Core rev: a31baa540f93f808fbb3cd7f311ac0607f47141f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel: don't populate source symbolic linkMing Liu2014-05-291-1/+1
| | | | | | | | | | | | | | | | | /usr/src/kernel/source deployed by kernel-dev package is symbolically linking to a build-time kernel source folder, which make no sense when cross-compiling. Fixed by not populating it at install stage. (From OE-Core rev: edb85a9589be54a1e9c980aa669a380222a76cf4) (From OE-Core rev: 4d04d4e6063b1a9dcd8f929e8abfa403ce87eef1) Signed-off-by: Ming Liu <ming.liu@windriver.com> Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bind: add support for read-only rootfsChen Qi2014-05-292-0/+67
| | | | | | | | | | | | | | This patch adds support for read-only rootfs to the bind service. Basically it just bind mounts several directories so that the bind service could start correctly without reporting any error. (From OE-Core rev: 99cc96eaee28bfde89096689b1296d28937ead88) (From OE-Core rev: 5e62ed2e5684e4791199604d75e6ab3caae5875a) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* native.bbclass: Override TARGET_ flags tooMike Crowe2014-05-291-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | TARGET_LDFLAGS is currently defined in bitbake.conf to contain ${TARGET_LINK_HASH_STYLE} which differs between MIPS and other targets. Since TARGET_LDFLAGS is an exported variable it affects the hash of every shell task even if it is not used. We don't want native recipe tasks to have different hashes purely because they happen to have been built in order to satisfy dependencies for different MACHINEs since this causes lots of churn in the native sysroot when switching between MACHINEs. Making native.bbclass override TARGET_LDFLAGS to use BUILD_LDFLAGS ensures consistent hashes and is a sensible thing to be doing anyway. Although they don't appear to have the same detrimental affect on task hashes TARGET_CPPFLAGS, TARGET_CFLAGS and TARGET_CXXFLAGS should be overridden too. (From OE-Core rev: 05a70ac30b37cab0952f1b9df501993a9dec70da) (From OE-Core rev: ac14407182fe1dec2e53179177344833d20eb2db) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* report-error: Add posting in the public noteSaul Wold2014-05-292-1/+3
| | | | | | | | | (From OE-Core rev: c2eb5cd1aa4632f7ee8c261414e599dcb6f40a8b) (From OE-Core rev: cfb4539b932e9f6c686206840e0cd60d0af86adb) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gsettings-desktop-schemas: add missing dependency on intltool-nativeMartin Jansa2014-05-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | * do_configure fails with: | NOTE: Executing intltoolize --copy --force --automake | /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gsettings-desktop-schemas/3.10.1-r1/temp/run.do_configure.1111: 180: /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gsettings-desktop-schemas/3.10.1-r1/temp/run.do_configure.1111: intltoolize: not found | WARNING: exit code 127 from a shell command. | ERROR: Function failed: do_configure (log file is located at /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gsettings-desktop-schemas/3.10.1-r1/temp/log.do_configure.1111) NOTE: recipe gsettings-desktop-schemas-3.10.1-r1: task do_configure: * introduced in: commit 1138976f7bdcd24ef57451a2c2ceffa43666610f Author: Alexandru Palalau <alexandrux.palalau@linux.intel.com> Date: Tue Mar 11 13:27:46 2014 +0000 gsettings-desktop-schemas: removed unneeded class inheritance (From OE-Core rev: 4a159a086db42467c310b1fa80fee13c53168729) (From OE-Core rev: 7966f087d05dab9b64daaa8b7564f2c9e86d0ab9) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* console-tools: Remove floating runtime dependency on flexJacob Kroon2014-05-292-0/+20
| | | | | | | | | | | | The 'loadkeys' program defines its own yywrap()/yylex() functions, there is no need to link with flex shared library. (From OE-Core rev: 69a7c9345360b61eda79f818775656fc1aa9932c) (From OE-Core rev: 44173771cdfb9015c0f6be28e9e025e65230b4ad) Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oprofileui-server_git: add avahi-daemon to RDEPENDS listAdrian Calianu2014-05-291-1/+1
| | | | | | | | | | | | | | | | oprofileui-server recipe depends on avahi recipe. But avahi recipe generates more packages and one of those packages(avahi-daemon) which oprofileui-server expected to be available is not found into image. A runtime dependency of oprofileui-server on avahi-daemon is required. Upstream-Status: Pending (From OE-Core rev: 1163b6e619102bea08c429e49a4792abfa234c1c) (From OE-Core rev: fb418d0848ae1772f68fc72d97222ae8f2cd192d) Signed-off-by: Adrian Calianu <adrian.calianu@enea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixbufcache: add error exit in pixbufcache_sstate_postinstJoe Slater2014-05-291-2/+4
| | | | | | | | | | | | | In order to attempt recovery of a failed populate_sysroot_setscene, we need to explicitly error exit an SSTATEPOSTINSTFUNC. So, we test the return value of gdk-pixbuf-query-loaders. (From OE-Core rev: 17bdb2538e6b723e11afb1079c71363603dba63d) (From OE-Core rev: 90492efeacc7645592bbd5c4518f519f732e5f95) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub-efi: Use a variable to specify built-in grub modules.Philip Tricca2014-05-291-1/+3
| | | | | | | | | | | | | | | | The previous behavior defines a static set of modules that are built into the grub efi executable. This works fine for a limited set of boot environments namely the standard linux/initrd. This patch conditionally assigns the same modules to a variable. This allows other meta layers to add additional modules or completely override the defaults. The use case driving this patch is the use of multiboot2 and related modules. (From OE-Core rev: 597f8e0040ba3135220000b23767858c64b5c9b8) (From OE-Core rev: 63ce29a48b608f34dd378285a54c24ee83a3a1c7) Signed-off-by: Philip Tricca <flihp@twobit.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openssh-sshd: host contamination fixMatthieu Crapet2014-05-291-5/+7
| | | | | | | | | | | | | | | If you do a readelf -x .rodata /path/.../to/openssh/6.5p1-r0/packages-split/openssh-sshd/usr/sbin/sshd You'll see two references to OE's sysroots/${BUILD_SYS} login and passwd binaries. First one can be overridden with LOGIN_PROGRAM environment variable (see configure.ac), second needs a cached variable definition. (From OE-Core rev: 2127c80d0cc2a3a4d676bd3c0890454a175fba8e) (From OE-Core rev: 8f5a97d6ed8b4e2f85a834b641f19ad843522aa1) Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub git: workaround debugedit problemsKoen Kooi2014-05-291-0/+4
| | | | | | | | | | | Debugedit errors out on bare metal binaries. The first version of this patch limited it to 64 bit targets, but the problem now shows up on 32 bit targets (minnowboard) as well. (From OE-Core rev: f95c7611007ddda3fe36db90168c7d5de096f9cd) (From OE-Core rev: 98491d69c573bc113995075331cabef7f9d1a675) Signed-off-by: Koen Kooi <koen.kooi@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* make menuconfig work for recent xfce environmentAndreas Müller2014-05-291-11/+1
| | | | | | | | | | | | | | xfce terminal was renamed 'Terminal' -> 'xfce4-teminal' mainline end of 2012, so the distros supporting 'Terminal' will dissapear. The distros not mentionied in __init__ do (e.g fedora 19 - tested) fail - or will fail sooner or later. (From OE-Core rev: d07f3812ec371da6f18fa1dd920cdde470bd89ad) (From OE-Core rev: 9f29399dcb9eea02efbda14cc3d5bcf2e91323f6) Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: aufs, edgerouter config and -rtBruce Ashfield2014-05-293-10/+37
| | | | | | | | | | | | | | | Updating the 3.14 SRCREVs to import the following changes: - enable AUFS: a missing Kbuild patch was preventing aufs from compiling - edgerouter: remove RTC configuration options - preempt-rt recipe. The patch for 3.14 is availble, so we populate the recipe. (From OE-Core rev: 8e38a24a9d9cd44733a25d3de307907a788d643d) (From OE-Core rev: 6d2dcba210ac60ec709eb6956c34474a021ab425) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipe_sanity.bbclass: avoid error when running 'bitbake -e'Andreas Oberritter2014-05-291-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Running 'bitbake -e' without further arguments causes a stack trace on stderr: | ERROR: Command execution failed: Traceback (most recent call last): | File "[...]/bitbake/lib/bb/command.py", line 99, in runAsyncCommand | commandmethod(self.cmds_async, self, options) | File "[...]/bitbake/lib/bb/command.py", line 405, in showEnvironment | command.cooker.showEnvironment(bfile) | File "[...]/bitbake/lib/bb/cooker.py", line 453, in showEnvironment | logger.plain("\npython %s () {\n%s}\n", e, data.getVar(e, envdata, 1)) | File "[...]/bitbake/lib/bb/data.py", line 89, in getVar | return d.getVar(var, exp) | File "[...]/bitbake/lib/bb/data_smart.py", line 522, in getVar | return self.getVarFlag(var, "_content", expand, noweakdefault) | File "[...]/bitbake/lib/bb/data_smart.py", line 612, in getVarFlag | value = self.expand(value, cachename) | File "[...]/bitbake/lib/bb/data_smart.py", line 350, in expand | return self.expandWithRefs(s, varname).value | File "[...]/bitbake/lib/bb/data_smart.py", line 340, in expandWithRefs | raise ExpansionError(varname, s, exc) | ExpansionError: Failure expanding variable can_delete_FILESPATH, expression was def can_delete_FILESPATH(cfgdata, d): | expected = cfgdata.get("FILESPATH") | #expected = "${@':'.join([os.path.normpath(os.path.join(fp, p, o)) for fp in d.getVar('FILESPATHBASE', True).split(':') for p in d.getVar('FILESPATHPKG', True).split(':') for o in (d.getVar('OVERRIDES', True) + ':').split(':') if os.path.exists(os.path.join(fp, p, o))])}:${FILESDIR}" | expectedpaths = d.expand(expected) | unexpanded = d.getVar("FILESPATH", 0) | filespath = d.getVar("FILESPATH", True).split(":") | filespath = [os.path.normpath(f) for f in filespath if os.path.exists(f)] | for fp in filespath: | if not fp in expectedpaths: | # __note("Path %s in FILESPATH not in the expected paths %s" % | # (fp, expectedpaths), d) | return False | return expected != unexpanded | which triggered exception AttributeError: 'NoneType' object has no attribute 'split' Removing the commented second line in can_delete_FILESPATH() hides the error. (From OE-Core rev: a84c36e0e5e8332ddc5a6c34e1f598d5cb87cee2) (From OE-Core rev: ef5892a2cd8eb85ba8de47a970122a8a6d5724ad) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/send-error-report: simple hack to use proxy from the enviromentStefan Stanacar2014-05-291-7/+36
| | | | | | | | | | | | | People behind a proxy couldn't send an error report to an upstream server, this should fix the issue if they use a proxy that doesn't require authentication, or one that uses basic http authentication and it's correctly exported in the enviroment. (From OE-Core rev: a8511ee80246b4e2caa353b87f4b586f1539e6d4) (From OE-Core rev: 3550355391a8920911e0dc68f01690afff7003b2) Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* icecc: don't create unnecessary 'ice' dirs in sysroots when disabledMartin Jansa2014-05-291-2/+10
| | | | | | | | | | | | | | | | | | | | | | | * parsing ICE_PATH="${@icc_path(bb, d)}" causes "ice" directories to be created in every sysroot, that could be a bit confusing for people who inherit icecc.bbclass, but disabled it * shorten ICECC_VERSION="${@icc_version(bb, d)}" path a bit by returning sooner when disabled * remove ICECC_PATH and ICECC_ENV_EXEC from signatures, we assume that using icecc doesn't influence the output, so it shouldn't matter when user supplies own version of icecc or env script * always compare ICECC_DISABLED with "1", boolean typed_value isn't used because documentation already mentions using empty value to keep icecc enabled and that's not valid boolean value when oe.data.typed_value is used: ERROR: ICECC_DISABLED: Invalid boolean value '' (From OE-Core rev: c3e8bfe30685e2357a6eb3ba8f4a014c7dc9f58e) (From OE-Core rev: 41aeb447de70b5fb3e1d0ef4aa90376ad5caef4c) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* shadow: fix building systemd with useradd-staticids.bbclass enabledAndreas Müller2014-05-291-0/+1
| | | | | | | | | | | | | | | | groupadd: 'systemd-journal-gateway' is not a valid group name Without useradd-staticids enabled, group 'systemd-journal-gateway' is created by useradd and that seems not to care for GROUP_NAME_MAX_LENGTH which has 16 by default. (From OE-Core rev: 33c7892326de296cc6d143577be5b395ac887d91) (From OE-Core rev: 103a270d2c094c810faf3bbafb2a429ee08e22f7) Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libav: Add libsdl to DEPENDS only when x11 is enabledKhem Raj2014-05-291-2/+2
| | | | | | | | | | | | | | | | | | | | | | | When we have opengl in distro features but not x11 and try to build libav then it calls out to build libsdl which inturn has depependency on libglu and libglu fails to build ld: error: cannot find -lGL | collect2: error: ld returned 1 exit status | make: *** [libGLU.la] Error 1 | ERROR: oe_runmake failed since libglu wants glx enabled in mesa and glx in mesa is (righly) enabled only when x11 is in distro features. This breaks the dependency chain leading to this problem (From OE-Core rev: fe9fe5ca5039743fc80d14f0518b95929c458b1a) (From OE-Core rev: 740deb02b653d1c5174be99c3093dac5af73f6ff) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libnotify: add dbus-glib dependencyMartin Jansa2014-05-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * | No package 'dbus-glib-1' found | configure:11865: error: Package requirements (gtk+-2.0 >= 2.18, glib-2.0 >= 2.6, dbus-1 >= 0.76, dbus-glib-1 >= 0.76 gmodule-2.0) were not met: * introduced in: commit 5c1eeb5d16566521e45947b07fdcd9f552fec45b Author: Alexandru Palalau <alexandrux.palalau@intel.com> Date: Thu Feb 27 12:05:41 2014 +0200 libnotify: don't use gnome.bbclass because gnome.bbclass was adding gconf->dbus-glib dependency * it was also causing other recipes to fail when they were depending on libnotify which has dbus-glib in pkg-config and dbus-glib was missing, e.g. firefox: | checking for libnotify >= 0.4... Package dbus-glib-1 was not found in the pkg-config search path. Perhaps you should add the directory containing `dbus-glib-1.pc' to the PKG_CONFIG_PATH environment variable Package 'dbus-glib-1', required by 'libnotify', not found | configure: error: Library requirements (libnotify >= 0.4) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. (From OE-Core rev: abb2571a6352fc33a8b78ab0886d443894cda3b6) (From OE-Core rev: 63281707f0360e97e43d08f022e8aa2c1df131fa) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apr: remove the use of ${SHELL} to avoid bash/dash conflictionHongxu Jia2014-05-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | While multible hosts sharing a common sstate cache, the fist host using bash as default shell and build apr, the second host using dash as default shell and build apr-util, there was a failure in apr-util: ... | /bin/sh: 0: Can't open i586-poky-linux-libtool | make[1]: *** [dbm/apr_dbm_gdbm.lo] Error 127 | make[1]: *** Waiting for unfinished jobs.... | make[1]: Leaving directory `tmp/work/i586-poky-linux/apr-util/1.5.2-r0/apr-util-1.5.2' ... The quick way to reproduce the defect in Ubuntu 1204: 1. Create a new build 2. sudo dpkg-reconfigure dash <set bash as /bin/sh> 3. bitbake apr 4. sudo dpkg-reconfigure dash <set dash as /bin/sh> 5. bitbake apr-util Remove the use of $(SHELL) in the apr could avoid this issue. (From OE-Core rev: 53af71200b6f6d117e1e7dc2e7a7d21c6faab8f9) (From OE-Core rev: f33a9060ef10322ac1c0e8e5ca05678ce93860f1) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: fetch2/hg: Fix missing proto param for hg checkout with user and pwVolker Vogelhuber2014-05-291-1/+1
| | | | | | | | | | A fix for the former patch when checking out a repository with username and password using HG (Bitbake rev: 6e7f7cdc0d533911046741817be1cfffde23f125) Signed-off-by: Volker Vogelhuber <v.vogelhuber@digitalendoscopy.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: data_smart: Fix an unusual variable reference bugRichard Purdie2014-05-292-1/+6
| | | | | | | | | | | | | | | | | | | | | | If you try: Y = "" Y_remove = "X" in OE-Core, bitbake will crash with a KeyError during expansion. The reason is that no expansion of the empty value is attempted but removal from is it and hence no varparse data is present for it in the expand_cache. If the value is empty, there is nothing to remove so the best fix is simply not to check for None but check it has any value. Also add a test for this error so it doesn't get reintroduced. (Bitbake rev: af3ce0fc0280e6642fa35de400f75fdbabf329b1) (Bitbake rev: 2d3478c97b7c7a2f5b12a8be302d8ea5ba4e1277) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: fetch2/perforce: Ensure command has a defaultRichard Purdie2014-05-291-4/+4
| | | | | | | | | | | | Ensure there is default command available if FETCHCMD_p4 isn't set. Also clean up the getVar references whilst here. (Bitbake rev: d150226d11d5f041f78c8c3ce4abc5465dbc81d8) (Bitbake rev: d865692e8b76a1da80c80788946978f150f2c34b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: fix cloning of mercurial repository with username and password ↵Volker Vogelhuber2014-05-291-1/+4
| | | | | | | | | | | specified in url (Bitbake rev: 9a328262e047562a6edf7b2ec7b8a1949e287cbe) (Bitbake rev: 410372783b22cf3ff2d8bbd80a5c3f4a1694e9a4) Signed-off-by: Volker Vogelhuber <v.vogelhuber@digitalendoscopy.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: Fix refetch of local files when they are read onlyNick Lewis2014-05-291-2/+2
| | | | | | | | | (Bitbake rev: 42b7be1a6c5ff559f4a213eed04b370ca955460d) (Bitbake rev: ad2f373fa29fcaf03934d96f7d69440254a259f0) Signed-off-by: Nick Lewis <nick.lewis@usa.g4s.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: HG Fetch with username and password in urlVolker Vogelhuber2014-05-291-1/+1
| | | | | | | | | | | | | | | | | | | | Following up a previous patch for mercurial fetcher, I just fixed a problem when calling update on a repository with subrepositories enabled. Attached a patch that fixes this problem >From caae519a2bd64bf7c729bb26aff344827def47fb Mon Sep 17 00:00:00 2001 From: Volker Vogelhuber <v.vogelhuber@digitalendoscopy.de> Date: Tue, 29 Apr 2014 15:29:47 +0200 Subject: [PATCH] bitbake: bitbake: - fixed authentication issues in case of using sub repositories (Bitbake rev: dfa041c940caad12da50126a559afc8de089eeda) (Bitbake rev: 8b9e8a19dbee56f1012966b77d7f7bd595af55ff) Signed-off-by: Volker Vogelhuber <v.vogelhuber@digitalendoscopy.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-diffsigs: Fix runtime error when no arguments are givenJacob Kroon2014-05-291-2/+2
| | | | | | | | | | | | | | | | | | If bitbake-diffsigs is run without arguments it will error: Traceback (most recent call last): File "./bin/bitbake-diffsigs", line 121, in <module> if output: NameError: name 'output' is not defined Fix this by moving the check for output into the inner else-clause. (Bitbake rev: 7d3545a66863ad7183a7650b2af57eee091c45ae) (Bitbake rev: 8df9bf87fc67633c2be0ac21eec24a356b3d63ba) Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Fix task weighting algorithmRichard Purdie2014-05-291-2/+2
| | | | | | | | | | | | | | | | | When looking at a list of tasks, do_patch and do_unpack were being given equal priority when one clearly depends on another. The reason for this was the default task weights of 0 being to tasks. This is therefore changed to 1 to allow correct weighting of dependencies which means the scheduler has better information available to it about tasks. Weight endpoints differently (10) for clearer debugging of priorities. (Bitbake rev: 12dc1d17fac3e8ec420fcafb06186d32fd847d89) (Bitbake rev: f19f3bf10af52b1610a35bfb47308ff48a5038b1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Fix handling of zero priority taskRichard Purdie2014-05-291-1/+1
| | | | | | | | | | | | | | | The zero priority task should be run first but was being confused with the None value the priority field defaulted to. Check for None explicitly to avoid this error. In the real world this doesn't change much but it confused the debug output from the schedulers. (Bitbake rev: 49c9d8c9400f74c804c2f36462639236e0841ff0) (Bitbake rev: 5c3b0c139143ffd68033afa93421164f89703426) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/oe/sdk: Ensure target directory exists before creating the linkRichard Purdie2014-05-221-0/+1
| | | | | | (From OE-Core rev: 03a11d3cecc977b23bdf7b8510bf80dbe408b135) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mega-manual.sed: changed 1.6 to 1.6.1 for support of that release.Scott Rifenbark2014-05-121-8/+8
| | | | | | | (From yocto-docs rev: 97a821bd39447a9cd569f8d3f569f68d803d0f3c) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* documentation: Updated Manual Revision Tables for 1.6.1 point release.Scott Rifenbark2014-05-126-0/+30
| | | | | | | | | | I put in the "Sometime in 2014" string for when this point release would be available. (From yocto-docs rev: 82d14a71db7e033e8cc58d2b4cc470792275be8f) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* poky.ent: Updated variables to support a 1.6.1 release.Scott Rifenbark2014-05-121-5/+5
| | | | | | | (From yocto-docs rev: 34b80491296535421ab3c9dad2fb6bc9d30ec32c) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dev-manual: Added "Properly Versioning Pre-Release Recipes" section.Scott Rifenbark2014-05-121-1/+38
| | | | | | | | | | | | | | | | Fixes [YOCTO #6243] This section addresses situations when working with recipe file names of recipes that have not been released (e.g. recipe-name_1.0.3.rc1). When the recipe is released the system has difficulty recognizing the new recipe name as a later version. So the work-around is to use PV to set the recipe version in the recipe. The section describes this. (From yocto-docs rev: a98754620e0285d28f20fd507a68496e8a4364dc) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ref-manual: Added new section to the 1.6 migration section plus some 1.5 edits.yocto-1.6daisy-11.0.0Scott Rifenbark2014-04-231-3/+28
| | | | | | | | | | | Added a new section on "Matching Branch Requirement for Git Fetching" into the BitBake section. Plus, made some minor corrections to some of the 1.5 sections. (From yocto-docs rev: 326a8009ca0bef0a4686510bb521010d8f58ac81) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* build-appliance-image: Update to head revisionRichard Purdie2014-04-221-1/+1
| | | | | | (From OE-Core rev: 82bd5fc58229df73d7aca93f41b13392f9fdc3dc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_alias.inc: update/sort alias information.Beth Flanagan2014-04-221-33/+36
| | | | | | | | | | | | | | | | Added new package data and resorted per http://article.gmane.org/gmane.linux.embedded.poky/9253 Removed -native packages as distrodata handles them in OVERRIDES. However, meta packages and grub-efi are special and needs some handling within distrodata. I have a patch for this but for the release I'm leaving them within distro-alias. (From meta-yocto rev: 6b1685c90b4def4a4b4ca862b7e915a953782b6e) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ref-manual: Pulled the item for forked packages out.Scott Rifenbark2014-04-221-5/+0
| | | | | | | | | | | | | Fixes [YOCTO #4958] I pulled the change I put in to warn users about forked packages based on further review from Paul Eggleton. This pretty much means the bug is back to square one. (From yocto-docs rev: fec630e4d1c464865d85e824ec684ef3cee55b42) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-user-manual-hello.xml: Edits to the "Hello World" Appendix.Scott Rifenbark2014-04-211-29/+17
| | | | | | | | | | | Fixes [YOCTO #1973] These are review changes applied from Paul Eggleton. (Bitbake rev: fe083b674b20b254877a6d8249b11c9a7373866e) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-user-manual-hello.xml: First draft of "Hello World" appendixScott Rifenbark2014-04-211-321/+328
| | | | | | | | | | | | Fixes [YOCTO #1973] Added the complete "Hello World" appendix first draft beyond what Bill Traynor had supplied. (Bitbake rev: 3a618a0c8efd04d24a3569c32431ac2732fb4876) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-user-manual-hello.xml: Edits to environment for hello world.Scott Rifenbark2014-04-211-24/+203
| | | | | | | | | | Some general edits to the sections that get you set up to run the "Hello World" example. (Bitbake rev: dc3ef99ddbbdd1ab0d1675b350a25ca970286248) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-user-manual-metadata.xml: Added section on pathname syntaxScott Rifenbark2014-04-211-0/+23
| | | | | | | | | | | | | Added a brief subsection to the "Basic Syntax" section that describes the issue using the tilde character (~) when providing a pathname as part of a statement. BitBake does not expand this character like the shell does. We recommend to not use it in pathnames. (Bitbake rev: a98ee7b67127a18bb8a81b1e7840c386134812c6) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-user-manual-ref-variables.xml: Edits to the BBPATH variable.Scott Rifenbark2014-04-211-11/+12
| | | | | | | | | | I took the stuff about running bitbake outside the build directory and removed the note syntax. (Bitbake rev: 0fa37e4ba864620972854e8405ed68bb8e8b1560) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-user-manual-ref-variables.xml: Fixed BBPATH exampleScott Rifenbark2014-04-211-1/+1
| | | | | | | | | | | The example used in the note in the BBPATH variable description had incorrect syntax. Spaces existed in the BBPATH = statement. I have removed them. (Bitbake rev: 67f5f536b022293ad3f5c5f176e33b7896bde89f) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: user-manual-hello.xml: General editsScott Rifenbark2014-04-211-41/+39
| | | | | | | | | | | I worked through the chapter and made some minor edits based on my user experience. Part of what I did was to update the console output for the examples. (Bitbake rev: 1b5b714d72676adad0469d7c0713e87e3b10e5e6) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-29 14:41:23 +0000