[OE-core] nativesdk-dbus do_package error

I'm using 'systemd' when building 'meta-toolchain-qte', got following error: ERROR: QA Issue: nativesdk-dbus: Files/directories were installed but not shipped /run /run/dbus ERROR: QA Issue: Found library in wrong location: /lib/systemd/system/dbus.socket Found library in wrong location: /l

[OE-core] [PATCH 0/1] xf86-video-modesetting: upgrade to 0.8.0

Tested on Intel Atom Desktop Board D2500HN with gma500 kernel module. Jonathan Liu (1): xf86-video-modesetting: upgrade to 0.8.0 ...ort-32-bpp-pixmaps-when-24-bpp-fb-is-used.patch | 31 -- .../xorg-driver/xf86-video-modesetting_0.7.0.bb| 9 --- .../xorg-driver/xf86

[OE-core] [PATCH 1/1] xf86-video-modesetting: upgrade to 0.8.0

Removed patch integrated upstream. Signed-off-by: Jonathan Liu --- ...ort-32-bpp-pixmaps-when-24-bpp-fb-is-used.patch | 31 -- .../xorg-driver/xf86-video-modesetting_0.7.0.bb| 9 --- .../xorg-driver/xf86-video-modesetting_0.8.0.bb| 7 + 3 files changed, 7 in

[OE-core] [PATCH 1/1] busybox: fix the on-target upgrade problem

From: Chen Qi We now can have a 'one-binary' version of busybox, or 'two-binary' version of busybox, controlled by the 'BUSYBOX_SPLIT_SUID' variable. This makes on-target upgrade a problem, as we have to support the following four upgrading paths. For convenience, in the following context, A is

[OE-core] [PATCH 0/1] busybox: fix the on-device upgrade issue

From: Chen Qi The following changes since commit 80b263430453896189b704d0997943642eec6fef: classes/insane: remove la2 check which no longer exists from ERROR_QA (2013-06-28 16:33:08 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/busybox-on-devic

[OE-core] [HELP]How Can I make the uImage contain dtb?

I'm using the yocto project to build the kernel and rootfs. After the yocto bitbake finish building the kernel, it will product a dtb file and uImage+dtb file. Now I pick up the kernel source code from the yocto, and wondering how to product the uImage+dtb file. Since my uboot is lack of suppor

[OE-core] [PATCH 0/1] ifupdown: set kernel parameters firstly

From: Jackie Huang The following changes since commit 3e1dbabbf33a2e461abc92ff10cd970fe604ee38: sysstat: backport a patch to fix a parallel building error (2013-07-02 07:58:10 -0700) are available in the git repository at: git://git.pokylinux.org/poky-contrib jhuang0/r_bbappend_init-ifupdo

[OE-core] [PATCH 1/1] init-ifupdown: set kernel parameters firstly

From: Jackie Huang When do ipv6 ready test, some DAD (duplicate address detect) tests failed since it expect IPV6 will be disabled, but not. even accept_dad has been set to correct value 2. Further investigation shows the root cause is that setting the kernel parameter happens after the NIC is up

[OE-core] [PATCH 1/1] busybox: upgrade to stable 1.21.1

From: Chen Qi Merged or backported patches are dropped. The wget_dl_dir_fix.patch was submitted more than 1 year ago, it's about the -P option behavior, and it's not accepted, so I dropped this patch too. Signed-off-by: Chen Qi --- .../poky-tiny/defconfig|0 ...

[OE-core] [PATCH 0/1] busybox: upgrade to stable 1.21.1

From: Chen Qi The following changes since commit 80b263430453896189b704d0997943642eec6fef: classes/insane: remove la2 check which no longer exists from ERROR_QA (2013-06-28 16:33:08 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/busybox-upgrade-

Re: [OE-core] [PATCH v7] systemd: added python-systemd package generation.

On Tue, Jul 2, 2013 at 4:36 PM, Saul Wold wrote: > On 06/26/2013 05:15 AM, Yevhen Kyriukha wrote: > >> --- >> meta/recipes-core/systemd/syst**emd_204.bb | >> 20 >> 1 file changed, 16 insertions(+), 4 deletions(-) >> >> diff --git >> a/meta/recipes

Re: [OE-core] [PATCH v7] systemd: added python-systemd package generation.

On 06/26/2013 05:15 AM, Yevhen Kyriukha wrote: --- meta/recipes-core/systemd/systemd_204.bb | 20 1 file changed, 16 insertions(+), 4 deletions(-) diff --git a/meta/recipes-core/systemd/systemd_204.bb b/meta/recipes-core/systemd/systemd_204.bb index b8b1290..a12c6c9 10

[OE-core] [PATCH v2] layer.conf: Bumping LAYERVERSION_core

Bumping LAYERVERSION_core to denote where meta-toolchain* is being depreciated. This goes back to my RFC: http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/39016 As we are removing meta-toolchain* and replacing it with bitbake -c populate_sdk this causes issues with those of us w

Re: [OE-core] [PATCH] layer.conf: Bumping LAYERVERSION_core

On Tue, Jul 2, 2013 at 2:50 PM, Paul Eggleton wrote: > Hi Beth, > > On Tuesday 02 July 2013 12:20:00 Flanagan, Elizabeth wrote: >> This goes back to my RFC: >> >> http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/39016 > > Sorry, I meant to reply to that email and didn't get around

Re: [OE-core] [CONSOLIDATED PULL 00/44] Pre-M2 Patches and Updates

On Tuesday 02 July 2013 22:30:07 Richard Purdie wrote: > On Tue, 2013-07-02 at 08:09 -0700, Saul Wold wrote: > > We have reviewed and built and done some testing on the following > > patch set. Paul worked on fixing a number of the Autobuilder > > failures from MUT. > > Thanks, I merged these. >

Re: [OE-core] [PATCH] layer.conf: Bumping LAYERVERSION_core

Hi Beth, On Tuesday 02 July 2013 12:20:00 Flanagan, Elizabeth wrote: > This goes back to my RFC: > > http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/39016 Sorry, I meant to reply to that email and didn't get around to it, my apologies. > As we are removing meta-toolchain* and

Re: [OE-core] [CONSOLIDATED PULL 00/44] Pre-M2 Patches and Updates

On Tue, 2013-07-02 at 08:09 -0700, Saul Wold wrote: > Richard, > > We have reviewed and built and done some testing on the following > patch set. Paul worked on fixing a number of the Autobuilder > failures from MUT. Thanks, I merged these. > Paul has a bitbake patch for M2 also Ok, but where

Re: [OE-core] [PATCH] layer.conf: Bumping LAYERVERSION_core

This goes back to my RFC: http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/39016 As we are removing meta-toolchain* and replacing it with bitbake -c populate_sdk this causes issues with those of us who need to do automated builds both on the current development branch and on prio

Re: [OE-core] [PATCH] layer.conf: Bumping LAYERVERSION_core

On Tue, 2013-07-02 at 10:45 -0700, Elizabeth Flanagan wrote: > Bumping LAYERVERSION_core to denote where meta-toolchain* is being > depreciated. This commit message doesn't provide much explanation of what exactly is going on and why this constitutes "significant changes that will cause compatibil

[OE-core] [PATCH] layer.conf: Bumping LAYERVERSION_core

Bumping LAYERVERSION_core to denote where meta-toolchain* is being depreciated. Signed-off-by: Elizabeth Flanagan --- meta/conf/layer.conf |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf index a112e86..a834765 100644 --- a/met

Re: [OE-core] [PATCH v2 1/1] xinput-calibrator: move it from meta-oe to oe-core

On Tuesday 02 July 2013 18:50:27 Martin Jansa wrote: > On Tue, Jul 02, 2013 at 04:25:19PM +0100, Burton, Ross wrote: > > > +++ b/meta/recipes-graphics/xinput-calibrator/xinput-calibrator_git.bb > > > +inherit autotools systemd > > > > systemd? > > > > > +RPROVIDES_${PN} += "${PN}-systemd" > > > +

Re: [OE-core] [PATCH v2 1/1] xinput-calibrator: move it from meta-oe to oe-core

On 07/02/2013 06:25 PM, Burton, Ross wrote: > On 1 July 2013 14:57, Laurentiu Palcu wrote: >> +do_install() { >> +# Only install file if it has a contents >> +if [ -s ${S}/pointercal.xinput ]; then >> +install -d ${D}${sysconfdir}/ >> +install -m 0644 ${S}/pointercal.xinp

Re: [OE-core] [PATCH v2 1/1] xinput-calibrator: move it from meta-oe to oe-core

On Tue, Jul 02, 2013 at 04:25:19PM +0100, Burton, Ross wrote: > On 1 July 2013 14:57, Laurentiu Palcu wrote: > > +do_install() { > > +# Only install file if it has a contents > > +if [ -s ${S}/pointercal.xinput ]; then > > +install -d ${D}${sysconfdir}/ > > +install -m 0644

Re: [OE-core] [PATCH v2 1/1] xinput-calibrator: move it from meta-oe to oe-core

On 2 July 2013 17:21, Laurentiu Palcu wrote: >> The file always has content because the file in the main recipe has a >> comment in. Personally I think not installing a useless file is the >> right thing to do, so we should change the default pointercal.xinput >> to be empty. > Then why install i

Re: [OE-core] [PATCH v2 1/1] xinput-calibrator: move it from meta-oe to oe-core

On 1 July 2013 14:57, Laurentiu Palcu wrote: > +do_install() { > +# Only install file if it has a contents > +if [ -s ${S}/pointercal.xinput ]; then > +install -d ${D}${sysconfdir}/ > +install -m 0644 ${S}/pointercal.xinput ${D}${sysconfdir}/ > +fi > +} The file always

Re: [OE-core] GCC 4.8 Issues with fsl-ppc and fsl-arm (e5000)

Looks like there is a NEW ICE on PPC in the ltp: http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/149/steps/Building%20Images/logs/stdio | powerpc-poky-linux-gnuspe-gcc -m32 -mcpu=8548 -mabi=spe -mspe -mfloat-gprs=double --sysroot=/srv/home/pokybuild/yocto-autobuilde

Re: [OE-core] [PREVIEW CONSOLIDATED PATCH 00/42] M2 Final Pull - Preview

On 07/02/2013 01:21 PM, Burton, Ross wrote: > On 2 July 2013 08:14, Saul Wold wrote: >> > Laurentiu Palcu (1): >> > xinput-calibrator: move it from meta-oe to oe-core > Drop, about to mail a review. > I didn't see any reasonable reason for dropping this. Or, maybe, there was and I missed it..

Re: [OE-core] [PATCH] mkelfimage: switch to git repository

On 2 July 2013 13:45, Emilia Ciobanu wrote: > Signed-off-by: Emilia Ciobanu Can you explain why you're switching to git (unreleased features you need, I presume?) in the commit message please. Ross ___ Openembedded-core mailing list Openembedded-core@

[OE-core] [CONSOLIDATED PULL 00/44] Pre-M2 Patches and Updates

Richard, We have reviewed and built and done some testing on the following patch set. Paul worked on fixing a number of the Autobuilder failures from MUT. Paul has a bitbake patch for M2 also Sau! The following changes since commit ff65497cd9a96d5ab49b16ba1f7e30a216ff4a42: classes/insane: r

Re: [OE-core] GCC 4.8 Issues with fsl-ppc and fsl-arm (e5000)

On Tue, Jul 2, 2013 at 11:54 AM, Khem Raj wrote: > > On Jul 2, 2013, at 7:47 AM, Otavio Salvador wrote: > >> On Tue, Jul 2, 2013 at 11:28 AM, Saul Wold wrote: >>> >>> Any updates on this issue? >> >> This is outside my skills :-) Khem did you have time to look at Saul file? >> > > issue is narro

Re: [OE-core] GCC 4.8 Issues with fsl-ppc and fsl-arm (e5000)

On Jul 2, 2013, at 7:47 AM, Otavio Salvador wrote: > On Tue, Jul 2, 2013 at 11:28 AM, Saul Wold wrote: >> >> Any updates on this issue? > > This is outside my skills :-) Khem did you have time to look at Saul file? > issue is narrowed down but fix is not coming soon. disable using neon for

Re: [OE-core] GCC 4.8 Issues with fsl-ppc and fsl-arm (e5000)

Any updates on this issue? Sau! On 06/26/2013 10:14 AM, Saul Wold wrote: On 06/25/2013 11:00 AM, Khem Raj wrote: On Jun 25, 2013, at 10:46 AM, Otavio Salvador wrote: http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/log/?h=imx_2.6.35_11.09.01 hmm 2.6.35 If you provide me

Re: [OE-core] GCC 4.8 Issues with fsl-ppc and fsl-arm (e5000)

On Tue, Jul 2, 2013 at 11:28 AM, Saul Wold wrote: > > Any updates on this issue? This is outside my skills :-) Khem did you have time to look at Saul file? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55

Re: [OE-core] [PATCH v3] security_flags: Add the compiler and linker flags that enhance security

On 07/02/2013 03:36 AM, Burton, Ross wrote: On 28 June 2013 23:08, Saul Wold wrote: These flags add addition checks at compile, link and runtime to prevent stack smashing, checking for buffer overflows, and link at program start to prevent call spoofing later. This needs to be explicitly enabl

[OE-core] [PATCH 2/4] lttng-modules: Update to 2.2.0 based release

Signed-off-by: Otavio Salvador --- ...modules-replace-KERNELDIR-with-KERNEL_SRC.patch | 66 +- ...tng-modules_2.1.1.bb => lttng-modules_2.2.0.bb} | 5 +- 2 files changed, 55 insertions(+), 16 deletions(-) rename meta/recipes-kernel/lttng/{lttng-modules_2.1.1.bb => lttng-mod

[OE-core] [PATCH 4/4] babeltrace: Update to 1.1.1 based release

Signed-off-by: Otavio Salvador --- meta/recipes-kernel/lttng/{babeltrace_1.1.0.bb => babeltrace_1.1.1.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-kernel/lttng/{babeltrace_1.1.0.bb => babeltrace_1.1.1.bb} (91%) diff --git a/meta/recipes-kernel/lttng/babeltrac

[OE-core] [PATCH 1/4] lttng-tools: Update to 2.2.0 based release

Signed-off-by: Otavio Salvador --- .../lttng/{lttng-tools_2.1.0.bb => lttng-tools_2.2.0.bb} | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-kernel/lttng/{lttng-tools_2.1.0.bb => lttng-tools_2.2.0.bb} (92%) diff --git a/meta/recipes-kernel/lttng/lttng-

[OE-core] [PATCH 3/4] lttng-ust: Update to 2.2.0 based release

Signed-off-by: Otavio Salvador --- .../lttng-ust/build-Fix-out-of-tree-build.patch| 28 ++ .../{lttng-ust_2.1.2.bb => lttng-ust_2.2.0.bb} | 6 ++--- 2 files changed, 31 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-kernel/lttng/lttng-ust/build-Fix-ou

[OE-core] [PATCH 0/3] Fixes for autobuilder failures

Fixes for two build failures showing up on the autobuilder, along with a resulting improvement for package.bbclass that should let us see the actual output when debugedit fails if it does so in future. The following changes since commit ff65497cd9a96d5ab49b16ba1f7e30a216ff4a42: classes/insane:

[OE-core] [PATCH 1/3] rpm: add wrapper for debugedit executable

This should fix sstate relocation issues with debugedit failing during do_package on the Yocto Project autobuilder. Signed-off-by: Paul Eggleton --- meta/recipes-devtools/rpm/rpm_5.4.9.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/rpm/rpm_5.4.9.bb

[OE-core] [PATCH 3/3] ghostscript: fix patch failure with some versions of patch

Some versions of patch (e.g. 2.6.1.136-31a7 on OpenSUSE 12.2) will refuse to patch a file via a symlink (probably a fairly sensible security precaution). The "base/" subdirectory specified within the ghostscript-9.05-NOT-check-endian.patch file was being lost by the default application with -p1, bu

[OE-core] [PATCH 2/3] classes/package: print command output when commands fail

When external commands such as debugedit fail, it can be useful to see their output, so use oe.utils.getstatusoutput() instead of subprocess.call() to capture this and print it on failure. Signed-off-by: Paul Eggleton --- meta/classes/package.bbclass | 29 ++--- 1 file ch

Re: [OE-core] systemd

On Tuesday, July 02, 2013 09:35:20 AM Yi Qingliang wrote: > Hi, All: > > I want use systemd, add following into my own distro.conf > DISTRO_FEATURES_append = " systemd" > VIRTUAL-RUNTIME_init_manager = "systemd" > DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit" > > but when do_roo

Re: [OE-core] Create btrfs subvolume during image building

On Tue, 2013-07-02 at 15:04 +0300, Yevhen Kyriukha wrote: > Hi! > > > I'd like to create image with btrfs rootfs partition. > I want to store all files on separate subvolume on btrfs partition. > For this purpose I'm creating *.bbclass that simply extends IMAGE_CMD. > > > The problem is that to

[OE-core] [oe-core][RFC PATCH] sstate.bbclass: Add an extra check for sstate_mirrors

BB_NO_NETWORK disables any fetching, however if we're using an external sstate cache, we may want to be able to fetch those objects even if we are not fetching the upstream sources. Denote this situation by setting SSTATE_MIRROR_ALLOW_NETWORK in local.conf. When it is found, for sstate cache fetc

[OE-core] [RFC PATCH v2] Allow remote sstate cache fetches when BB_NO_NETWORK set

Originally I had two changes, on to oe-core's sstate.bbclass and one in bitbake's fetcher. Following on from the feedback on the bitbake-devel list, here's version two, isolated to sstate.bbclass. My objective here is to support a very specific scenario. I have a well-fed sstate cache on my inte

Re: [OE-core] [PATCH 3/4] mesa: bump SRCREV in git recipe, refresh patches

On 2 July 2013 12:44, Martin Jansa wrote: >> > -# 9.1.3 commit >> > -SRCREV = "f32ec82a8cfcabc5b7596796f36afe7986651f02" >> > +SRCREV = "5a925cc5504575c22dbb7d29842d7fc5babcb5c7" >> > PV = "9.1.3+git${SRCPV}" >> >> git describe doesn't call this a descendent of 9.1.x so I presume this >> is a mas

[OE-core] [PATCH] mkelfimage: switch to git repository

Signed-off-by: Emilia Ciobanu --- meta/recipes-devtools/mkelfimage/mkelfimage_git.bb | 31 meta/recipes-devtools/mkelfimage/mkelfimage_svn.bb | 31 2 files changed, 31 insertions(+), 31 deletions(-) create mode 100644 meta/recipes-devtools/mkelfimage

Re: [OE-core] Create btrfs subvolume during image building

On Tuesday, July 2, 2013 14:04 CEST, Yevhen Kyriukha wrote: > Hi! > > I'd like to create image with btrfs rootfs partition. > I want to store all files on separate subvolume on btrfs partition. > For this purpose I'm creating *.bbclass that simply extends IMAGE_CMD. > > The problem is that to

[OE-core] Create btrfs subvolume during image building

Hi! I'd like to create image with btrfs rootfs partition. I want to store all files on separate subvolume on btrfs partition. For this purpose I'm creating *.bbclass that simply extends IMAGE_CMD. The problem is that to create btrfs subvolume I need to mount it first, but only root can execute "m

Re: [OE-core] [PATCH 3/4] mesa: bump SRCREV in git recipe, refresh patches

On Tue, Jul 02, 2013 at 11:39:24AM +0100, Burton, Ross wrote: > On 1 July 2013 20:36, Martin Jansa wrote: > > * 0003-EGL-Mutate-NativeDisplayType-depending-on-config.patch > > needs to be rebased so move old version for 9.1.3 to > > mesa-9.1.3/ and update the version in meta/ > > Typo "meta/"

Re: [OE-core] systemd

On Tuesday, July 02, 2013 09:35:20 AM Yi Qingliang wrote: > Hi, All: > > I want use systemd, add following into my own distro.conf > DISTRO_FEATURES_append = " systemd" > VIRTUAL-RUNTIME_init_manager = "systemd" > DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit" > > but when do_roo

Re: [OE-core] [PATCH 0/4] Fix and cleanup for mesa

On 1 July 2013 20:36, Martin Jansa wrote: > Martin Jansa (4): > mesa: Improve gallium PACKAGECONFIG options > mesa: fix pipe_loader_sw build without libx11 > mesa: bump SRCREV in git recipe, refresh patches > mesa: remove drirc file Apart from my comments about the SRCREV bump the rest is

Re: [OE-core] [PATCH 3/4] mesa: bump SRCREV in git recipe, refresh patches

On 1 July 2013 20:36, Martin Jansa wrote: > * 0003-EGL-Mutate-NativeDisplayType-depending-on-config.patch > needs to be rebased so move old version for 9.1.3 to > mesa-9.1.3/ and update the version in meta/ Typo "meta/". > -# 9.1.3 commit > -SRCREV = "f32ec82a8cfcabc5b7596796f36afe7986651f02

Re: [OE-core] [PATCH v3] security_flags: Add the compiler and linker flags that enhance security

On 28 June 2013 23:08, Saul Wold wrote: > These flags add addition checks at compile, link and runtime to prevent > stack smashing, checking for buffer overflows, and link at program start > to prevent call spoofing later. > > This needs to be explicitly enabled by adding the following line to you

Re: [OE-core] [PREVIEW CONSOLIDATED PATCH 00/42] M2 Final Pull - Preview

On 2 July 2013 08:14, Saul Wold wrote: > Laurentiu Palcu (1): > xinput-calibrator: move it from meta-oe to oe-core Drop, about to mail a review. > Randy Witt (1): > image-systemd: Support enabling/disabling units at image creation > time. Please drop this for now, it won't really work w

[OE-core] [RFC PATCH v3] chrpath.bbclass: strip common parent directories from rpath

Allows to use shorter TMPDIRs in corner cases, e.g. with native perl modules, having a deep directory structure. The problem is that the original absolute rpath may be shorter than the newly generated relative rpath. The failing rpaths were '/ab/cde/tmp/sysroots/x86_64-linux/usr/lib' (old) and '$

Re: [OE-core] [PATCH] udev: Add RRECOMMENDS for udev-cache to enable the cache

On 07/02/2013 04:42 PM, Koen Kooi wrote: Op 1 jul. 2013, om 20:58 heeft Saul Wold het volgende geschreven: This will enable the udev cache for sysvinit systems, which does improve post-first boots. But will it stay disabled for non-sysv init systems? I think so. After all, it's not recomm

Re: [OE-core] [PATCH 4/4 v2] udev: Add RRECOMMENDS for udev-cache to enable the cache

On 07/02/2013 04:41 PM, Koen Kooi wrote: Op 1 jul. 2013, om 22:48 heeft Saul Wold het volgende geschreven: This will enable the udev cache for sysvinit systems, which does improve post-first boots. Can I please get some numbers on that? I haven't used it for years since it actually slowed

Re: [OE-core] [PATCH] udev: Add RRECOMMENDS for udev-cache to enable the cache

Op 1 jul. 2013, om 20:58 heeft Saul Wold het volgende geschreven: > This will enable the udev cache for sysvinit systems, which does improve > post-first > boots. But will it stay disabled for non-sysv init systems? ___ Openembedded-core mailing lis

Re: [OE-core] [PATCH 4/4 v2] udev: Add RRECOMMENDS for udev-cache to enable the cache

Op 1 jul. 2013, om 22:48 heeft Saul Wold het volgende geschreven: > This will enable the udev cache for sysvinit systems, which does improve > post-first > boots. Can I please get some numbers on that? I haven't used it for years since it actually slowed down boot when I started measuring it

[OE-core] [PREVIEW CONSOLIDATED PATCH 00/42] M2 Final Pull - Preview

Paul, Ross: Please take a look at this set, been tested mostly on the Auotbuiler, I have already pulled a couple of items from MUT since they were causing issues with the build. I will send a final version in my morning for RP to sync with. We need to start the Weekly build by around 11:00am PT.