{"shas":[["2fc778068ebbd97b0fb473fb35a3eca03da86542","41765ab18fb75e64ff0efe27f2ebcdb2d6f7e44e@windriver.com","Uprev to latest version of prelink_git, fixing TLS issues\n\n[YOCTO #1473]\n\nFrom the upstream cross prelink respository:\n\n    Fix printf typecast problem\n\n    Without this fix the printed TLS(...) information is incorrect, which\n    causes the core prelinker code to incorrectly prelink.  This bug triggers\n    primarily on x86 (32-bit) hosts, targeting x86 (32-bit) targets and arm\n    targets.\n\nSigned-off-by: Mark Hatle <mark.hatle@windriver.com>","Mark Hatle"],["63010b9ee89643c8e83656783231f0a7848d9e45","39164326fb70670aee19efce2fe233b22a1e5b10@intel.com","package_deb.bbclass, populate_sdk_deb.bbclass: fix meta-toolchain-gmae build\n\n[YOCTO #1070]\n\nCurrently with deb packaging, we have 2 issues when running\n\"bitbake meta-toolchain-gmae\".\n\n1) when MACHINE=\"qemux86\", SDKMACHINE=\"i686\", INSTALL_BASEARCH_DEB is \"i686\",\ntoo. This causes the following ERROR:\n| E: Couldn't find package task-sdk-host-nativesdk\nNOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed\n\nThis is becasue: due to the DPKG_ARCH mapping, we create such a deb package\ntmp/deploy/deb/i686-nativesdk/task-sdk-host-nativesdk_1.0-r10_i386.deb; dpkg\ncan't recoginze the package. We need to map INSTALL_BASEARCH_DEB in the same\nway.\n\n2) when MACHINE=\"qemux86\", SDKMACHINE=\"x86_64\", INSTALL_BASEARCH_DEB is\n\"x86_64\", too.\nWe get such an ERROR:\n| E: Couldn't find package task-cross-canadian-i586\nNOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed\n\nThis is because: dpkg can't recognize the generated package\ntmp/deploy/deb/x86_64-nativesdk/task-cross-canadian-i586_1.0-r0_i386.deb\nHere the \"i386\" suffix is incorrect and should be \"x86_64\" -- the i386\ncomes from the line\nDPKG_ARCH_i586 ?= \"i386\" in package_deb.bbclass.\nHowever, for canadian package, actually here the overriding of DPKG (from\n\"x86-64\" to \"i386\") should not happen -- it accidently happens just because\nTARGET_ARCH exists in OVERRIDES. We can move the overriding logic to the\nanonymous python function to work this around.\n\nSigned-off-by: Lianhao Lu <lianhao.lu@intel.com>\nSigned-off-by: Dexuan Cui <dexuan.cui@intel.com>","Dexuan Cui"],["abf51c33aba51782246a9136dddb53893216f518","96f164ad4d9b2b0dacf8ebee2bb1eeb3aa69adf1@eukrea.com","qt4: add blacklist-diginotar-certs patch\n\n- this patch comes from Nokia and blacklist all DigiNotar intermediates\nand root certificates, more details are available here :\nhttp://labs.qt.nokia.com/2011/09/07/what-the-diginotar-security-breach-means-for-qt-users-continued/\n\nSigned-off-by: Eric Bénard <eric@eukrea.com>","Eric Bénard"],["eaef15630c38b8dd60f83df766e6b17cb3838130","c1d4356629db776eb3b0f1bcde3f41ef63b87923@intel.com","distro_tracking_field: add distro checking field\n\nadd the missing distro checking field for some recipes\n\nSigned-off-by: Yu Ke <ke.yu@intel.com>","Yu Ke"],["07407baafb728c5ae1bb283f5b02a2ac773360bc","737d4dae46a541673d7bf4e0d5b32714b16528d8@linux.intel.com","task-core: split into task-core-console and task-core-x11\n\n[YOCTO #1481]\n\nSince tasks are referred to almost exclusively via RDEPENDS, and bitbake\nwill build an entire task recipe when only one of its task packages are\nactually needed, building a console-only image that uses\ntask-core-apps-console (or less directly, has apps-console in its\nIMAGE_FEATURES) will cause a build of a whole list of X11 applications\nthat aren't needed. Splitting the task-core recipe into X11 and console\nportions prevents this issue.\n\nSigned-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>","Paul Eggleton"],["a1ab7c5e03df97e630dfee470ff7959d3143bf41","284cc737d174a260eec2a2a6324a304f84b1ae0f@windriver.com","linux-yocto: move common tasks to a common location\n\nDuring the initial development of the linux-yocto recipes there were\nseveral additional tasks that needed to be run in any inheriting\nrecipe. At that time, they didn't seem to fire if they were in the\ninclude file versus the recipes themselves. As it turns out, these\ntasks do work fine if placed in the linux-yocto.inc file, and the\nrest of the recipes can be simplified as a result.\n\nSigned-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>","Bruce Ashfield"],["4ab79c8e02f9fe7a02c56019d5b169ad4f0e3aec","284cc737d174a260eec2a2a6324a304f84b1ae0f@windriver.com","linux-yocto: split e100 and e1000 support\n\nMerging the following meta changes:\n\n12574e5 meta: create seperate feature for 10/100 LAN support\nc8b37bf meta: Remove 10/100 LAN support.\n\nSigned-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>","Bruce Ashfield"],["1bc26dca631da53d956008a4570c46012c478435","284cc737d174a260eec2a2a6324a304f84b1ae0f@windriver.com","linux-yocto-rt: correct 3.0.3->3.0.4 mismerge for, stop_machine.c\n\nMerging the following commit for the -rt machines:\n\n[\n    preempt-rt/base: correct 3.0.3->3.0.4 mismerge for, stop_machine.c\n\n    Commit 0b805cce57f61a244eb3b8fce460b14f1be442b3 dropped a change making\n    stop_cpus_mutex non-static, resulting in a build failure for 3.0.4-rt\n    kernels.\n\n    Restore the move to non-static from commit\n    6857336c7fddaf460a13adc0c395698fcf9423ff.\n\n    Reported-by: Kishore Bodke <kishore.k.bodke@intel.com>\n    Signed-off-by: Darren Hart <dvhart@linux.intel.com>\n]\n\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>\nSigned-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>","Bruce Ashfield"],["c67d03eb3684acab89e5972609e397087727e74e","1c8a3d9fe0daebf50077f18cba0f71e4a3d97b0e@intel.com","initramfs-live-install: add support for grub2\n\ngrub2 needs a different set of install steps from grub 0.97.  This\nadds them to init-install.sh and adds an install-time check that\ndetermines which version is being used and which steps to use\ndepending on the version of grub selected.\n\nSigned-off-by: Tom Zanussi <tom.zanussi@intel.com>","Tom Zanussi"],["ccd2148e686f93518dc1a80376f7ddb24587a3da","1c8a3d9fe0daebf50077f18cba0f71e4a3d97b0e@intel.com","grub2: new recipe\n\nThis adds the grub-1.98 from meta-intel while upgrading it to 1.99.\n\nSigned-off-by: Tom Zanussi <tom.zanussi@intel.com>","Tom Zanussi"],["504103ba42783e937c7201a8aa079a52cdde2846","5d406dce269323502edf9245f3ac4bf2666d3bf9@linux.intel.com","task-core-sdk: change task-core -> task-core-console\n\nSigned-off-by: Saul Wold <sgw@linux.intel.com>","Saul Wold"],["81388937aefbba9f57bf6351b43cff042e93ebf0","f54dff7ed12a9b2c60135194c1a8c43619d52af0@intel.com","distro_tracking: update package alias\n\nUpdate package alias which exist in other two distributions.\n\nSigned-off-by: Dongxiao Xu <dongxiao.xu@intel.com>","Dongxiao Xu"],["80f930550b696c92f2fab25a4ee8f7d51d4f1860","9e934fa1e15804d8cf5101ab34e0483ed464944c@intel.com","distro-tracking: Update alias\n\nSigned-off-by: Zhai Edwin <edwin.zhai@intel.com>","Zhai Edwin"],["e876a44fa8ed0aa2e09084c1e7ddfc876c3f981b","3b7a1db6efedd40440bc6443bf377195011524e5@linuxfoundation.org","cml1/kernel: Update do_menuconfig to use oe.terminal()\n\nThe recent environment fixes broke the menuconfig task since it couldn't access\nvariables like DISPLAY. This patch updates it to use oe.terminal instead\nallowing it to work again.\n\nSigned-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>","Richard Purdie"]],"ref":"refs/heads/master","size":14,"head":"e876a44fa8ed0aa2e09084c1e7ddfc876c3f981b","push_id":42810976}