summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* apmd: added HOMEPAGE, minor formatting changesScott Garman2011-01-061-4/+5
| | | | Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* apmd: delete unused patchScott Garman2011-01-061-59/+0
| | | | Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* pax-utils: upgrade to version 2.2.2Scott Garman2011-01-062-19/+21
| | | | | | | * Upgrade to latest upstream release * Minor cosmetic recipe changes Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: use default ${CC} instead of defining it ownKevin Tian2011-01-062-3/+1
| | | | | | | | binutils.inc exports its own ${CC} which is similar to default ${CC} but missing ${TOOLCHAIN_OPTION}, which makes --sysroot option lost when compiling target binutils which then further breaks sstate. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* kernelshark: add ftrace gui viewerDarren Hart2011-01-062-1/+24
| | | | | | | | | | | | | The trace-cmd source includes a graphical trace viewer, but we don't want to make the trace-cmd recipe depend on gtk+. This patch adds a second recipe in the meta/recipes-kernel/trace-cmd directory which uses the trace-cmd SRCREV and RDEPENDS on trace-cmd to ensure compatibility. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Richard Purdie <richard.purdie@linuxfoundation.org> CC: Saul Wold <sgw@linux.intel.com>
* glib-2.0: fix g_once_init_enter compile failureDarren Hart2011-01-062-2/+26
| | | | | | | | | | Kernelshark trips over a compile bug in glib-2.0 addressed by Open Embedded back in the 2.22 timeframe. It appears to still be present in 2.27. http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg00529.html Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com>
* trace-cmd: license file updatesDarren Hart2011-01-061-2/+3
| | | | Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* trace-cmd: fix cross-compilationDarren Hart2011-01-061-7/+5
| | | | | | | | | | | | | | The trace-cmd Makefile forces certain variables, such as CC and AR. It was using the host gcc and loader, fix it to use the poky-built cross-compiler and linker. inherit pkgconfig to ensure we don't use the host pkg-config. Remove unecessary variables from the oemake commands, such as ARCH and LD which aren't used by the Makefile. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com>
* distro_tracking_fields.inc: update for lastest package updatesDexuan Cui2011-01-061-45/+51
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* preferred-xorg-versions.inc: updated for lastest package updatesDexuan Cui2011-01-061-14/+14
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* librsvg: upgrade from 2.32.0 to 2.32.1Dexuan Cui2011-01-062-3/+4
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* libxxf86misc: upgrade from 1.0.2 to 1.0.3Dexuan Cui2011-01-061-2/+3
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* libdmx: upgrade from 1.1.0 to 1.1.1Dexuan Cui2011-01-062-14/+16
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* pixman: upgrade from 0.20.0 to 0.21.2Dexuan Cui2011-01-061-4/+5
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* scrnsaverproto: upgrade from 1.2.0 to 1.2.1Dexuan Cui2011-01-061-3/+6
| | | | | | | | Add "--enable-specs=no" to disable doc generation -- I doubt we really need it, and it doesn't work well due to SEVERE: Error with opening URL 'http://docbook.sourceforge.net/release/images/draft.png'. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* resourceproto: upgrade from 1.1.0 to 1.1.1Dexuan Cui2011-01-061-3/+5
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* compositeproto: upgrade from 0.4 to 0.4.2Dexuan Cui2011-01-062-11/+14
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* xproto: upgrade from 7.0.19 to 7.0.20Dexuan Cui2011-01-062-13/+14
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* inputproto: upgrade from 2.0 to 2.0.1Dexuan Cui2011-01-062-15/+16
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* renderproto: upgrade from 0.11 to the latest version 0.11.1Dexuan Cui2011-01-061-4/+5
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* matchbox-wm-2: Upgrade to svn r2106Zhai Edwin2011-01-061-1/+1
| | | | Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* metacity: Upgrade to 2.30.3Zhai Edwin2011-01-062-4/+70
| | | | | | Revised one patch from openembed to make host native binary for build. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* libcanberra: Upgrade to 0.26Zhai Edwin2011-01-063-60/+4
| | | | | | | | Remove nofallbackfix.patch it as already in upstream. Remove autoconf_version.patch as already have new version of autoconf and no inbuild libltdl now. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* xvinfo: Upgrade to 1.1.1Zhai Edwin2011-01-061-2/+2
| | | | Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* beecrypt: Update to 4.2.1Zhai Edwin2011-01-064-60/+39
| | | | | | | | | Rebased disable-icu-check.patch & fix-security.patch. Removed x64fix.patch as it is already in upstream. Also some configure changes: removing "--with-arch" as it can't cowork with expert mode, adding "--disable-openmp" to avoid unnecessary dependency. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* rootfs_rpm: fix rootfs generation rm errorDarren Hart2011-01-051-1/+1
| | | | | | | | | | | During a poky-image-minimal build I ran into the following error: rm: cannot remove `/vol/1/dvhart/poky.git/build/tmp/work/atom-pc-poky-linux/poky-image-minimal-initramfs-1.0-r0/rootfs/install': Is a directory This is caused by a missing -r (recursive) argument to rm. This patch adds that to the rm command of rootfs_rpm.bbclass. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>
* rootfs_rpm.bbclass: Remove temporary work files in install directory, saving ↵Richard Purdie2011-01-051-2/+5
| | | | | | the manifests as logfiles into ${T} Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: build.py: Logging of None was losing the logs so force this to ↵Richard Purdie2011-01-051-1/+1
| | | | | | stdout so we can see function execution failures Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/bitbake: Skip building pseudo if necessary.Lianhao Lu2011-01-051-3/+21
| | | | | | | Fixed [BUGID# 625]. Skip building pseudo if necessary by parsing the options to bitbake. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* usbutils: Don't install the uncompressed version of usb.ids, the compressed ↵Richard Purdie2011-01-051-2/+3
| | | | | | version will suffice Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pciutils: Don't install the uncompressed version of pci.ids, the compressed ↵Richard Purdie2011-01-051-4/+1
| | | | | | version will suffice Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: Misc syncups with bitbake upstream, mostly whitespace and a missed ↵Richard Purdie2011-01-053-5/+1
| | | | | | line from the last UI commit Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Resurrect alternative UIsBob Foerster2011-01-057-90/+299
| | | | | | | | | | | | | | | | The various alternative UIs have been updated to once again be functional with the latest bitbake internals. Each of the UIs still have much room for functional improvement. In particular, they have been updated to: - interact with the new process based server - handle the current set of events and notifications fired from the server and its associated subsystems (Bitbake rev: b947e7aa405966262c0614cae02e7978ec637095) Signed-off-by: Bob Foerster <robert@erafx.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* bitbake: build.py logging updatesRichard Purdie2011-01-051-16/+23
| | | | | | | | | | | | python tasks calling shell functions using exec_func() would show the log file as /dev/null. It makes most sense for all the task logging to be setup centrally by exec_task(), at least with the current code base in Poky. This commit will need discussion in relation to upstream bitbake and the IO redirection could be better handled using a context manager (although task contexts shouldn't ever nest). Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* bitbake: Fix process.py to accept None as the log optionRichard Purdie2011-01-051-1/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Update persist_data usage to the new APIChris Larson2011-01-051-18/+15
| | | | | | | (Bitbake rev: 9723a1c474b72b096c5a3136bf446ed69f3a749e) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* persist_data: resurrect the lock wait for selectsChris Larson2011-01-051-7/+7
| | | | | | | | | Think this got inadvertantly dropped when switching to the new API. (Bitbake rev: 628c5159d1151b89f2b7210c8819489e8dc9a84d) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Rework the persist_data APIChris Larson2011-01-051-72/+137
| | | | | | | | | | | | | | | | | | Rather than having to run .addDomain() and then .getValue(domain, key), .setValue(domain, key), etc, now it just works as mappings. As an example: setValue(domain, key) -> persist[domain][key] = value It also arranges things so we can construct objects of this type using any arbitrary filename/path for the sqlite3 database, rather than being so tightly bound to the metadata. (Bitbake rev: d9e8b8af308ae871efdc8ef0782be30af8c1f894) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Revert "persist_data: cache connection and use cursor"Chris Larson2011-01-052-13/+7
| | | | | | | | | | | | | Caching the database connection can cause serious issues if it results in multiple processes (e.g. multiple tasks) simultaneously using the same connection. This reverts commit 8a6876752b90efd81d92f0947bfc9527d8260969. (Bitbake rev: 60b9b18eafad5ac46c7cf1048d749d673c2ee0ad) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* base.bbclass: add lock file for do_unpack taskYu Ke2011-01-041-0/+4
| | | | | | | | | | | | | | | | | | This patch intend to fix the random unpack failure of linux-libc-headers-yocto and linux-yocto. The root cause of the unpack failure is that: these two recpies has the same URL, thus has the same dest file during the fetch and unpack phase: do_fetch : create tar ball ${DL_DIR}/git_git.pokylinux.org.linux-yocto-2.6.37.tar.gz do_unpack : extract tar ball ${DL_DIR}/git_git.pokylinux.org.linux-yocto-2.6.37.tar.gz fetch phase is protected by lockfile, so it works fine. but unpack phase is not lock protected, thus there is race condition like: when linux-yocto do_unpack is extracting the tar ball, linux-libc-headers-yocto do_fetch starts to create tar ball thus overwrite linux-yocto's tar ball and cause linux-yocto do_unpack failure To fix this issue, do_unpack also need to be protected by lock Signed-off-by: Yu Ke <ke.yu@intel.com>
* sstate.bbclass: fix multimachine builds when PACKAGE_ARCH = MACHINE_ARCHKoen Kooi2011-01-041-1/+1
| | | | | | | | | | | | | | | previously you could only build one set of packages for multiple machines: MACHINE=foo bitbake task-base MACHINE=bar bitbake task-base would only create task-base packages for foo, but not for both foo and bar. Doing MACHINE=bar bitbake task-base -c cleanall would remove the packages for foo. The solution is to use MULTIMACH_ARCH as suggested by Richard Purdie. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* ConfHandler: commentary typo fixesBernhard Reutner-Fischer2011-01-041-3/+3
| | | | | | | (Bitbake rev: 089dc31932a85455ed0fec8209d0451af4310f94) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* event: fix unicode handler registrationBernhard Reutner-Fischer2011-01-041-1/+1
| | | | | | | (Bitbake rev: 413af91e56a6d2368f6cbe22c0e2a337e1289e55) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* cache: defer marking fn as cleanBernhard Reutner-Fischer2011-01-041-4/+1
| | | | | | | | | | | | Only mark fn as clean if it is clean. This saves us from removing (prematurely added) fn from our clean set and saves me a few percent of runtime (and misleading debugging output from remove()). (Bitbake rev: 884365228fcaac07421ac1440d4946693fb628c5) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* BBHandler: use basename directly in handler()Bernhard Reutner-Fischer2011-01-041-2/+2
| | | | | | | (Bitbake rev: 739a8ce6ac688061afd55cd3c980d0e9e45c5930) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* data: fewer newlines for (un)exportBernhard Reutner-Fischer2011-01-041-2/+2
| | | | | | | | | | | Previously we emitted two newlines for export and unexport. One newline for export and unexport is enough (and makes the scripts look better and a tad smaller). (Bitbake rev: ba060160fdf1278a273fb2b77d36b8c681807ecf) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* parse: Use constants from stat instead of magic numbersBernhard Reutner-Fischer2011-01-041-3/+4
| | | | | | | (Bitbake rev: bcabe2dfb587042e139890329ff52d9bb9201cf4) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* bitbake: Sync a load of whitespace and other non-functionality changes with ↵Richard Purdie2011-01-0412-85/+87
| | | | | | bitbake uptream Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* bitbake/contrib: Sync with bitbake upstreamRichard Purdie2011-01-043-104/+204
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* process: fix handling of the input argumentChris Larson2011-01-041-16/+19
| | | | | | | | | When using a logfile, we weren't sending input to the child process. (Bitbake rev: 5ec4ca7e45bdf6d259503fc67155395e89ba6329) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>