<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/lib/oe, branch 1.4_M3.rc1</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=1.4_M3.rc1</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=1.4_M3.rc1'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2012-12-17T17:24:57+00:00</updated>
<entry>
<title>lib/oe/patch: Use force option when creating symlinks to patches</title>
<updated>2012-12-17T17:24:57+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-12-14T17:21:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=e651c1a109cb5d480e32354cdaa81f86032f71dd'/>
<id>urn:sha1:e651c1a109cb5d480e32354cdaa81f86032f71dd</id>
<content type='text'>
Under the scenario where you have an existing source tree and you then
change one of the patches, maybe to be architecture or machine specific,
then rebuild, the build will fail since the symlink already exists
but should now point at a different file.

The easiest fix is to tell the system to remove and recreate the link
which is done with the force option.

(From OE-Core rev: 4741b90b170bc96e3a24f9c1dce871af060bc4d5)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>buildhistory_analysis: fix broken list length checks</title>
<updated>2012-12-06T13:51:38+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2012-12-06T11:11:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b660a10e473ae49a1b3f9ec08be194dd4cf55afa'/>
<id>urn:sha1:b660a10e473ae49a1b3f9ec08be194dd4cf55afa</id>
<content type='text'>
Fix erroneous use of .count instead of len(), which unfortunately is not
reported by Python as an error in a numeric comparison.

(From OE-Core rev: 63fd76190f503660119dcc8efdcfc6fbff406c26)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>qa.py: Toolchain path should not be hardcoded to execute objdump</title>
<updated>2012-12-06T12:31:13+00:00</updated>
<author>
<name>Muhammad Shakeel</name>
<email>muhammad_shakeel@mentor.com</email>
</author>
<published>2012-12-04T10:40:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ef05a7fe17690e0f1557071f230593a66148d7dd'/>
<id>urn:sha1:ef05a7fe17690e0f1557071f230593a66148d7dd</id>
<content type='text'>
Currently objdump command is invoked from the STAGING_BINDIR_TOOLCHAIN
directory. In case of external toolchain if this directory doesn't
exist then objdump fails to execute. Instead of hardcoding the path
it should search PATH to find it.

(From OE-Core rev: a3a0e29d5d796fdf6755503cc31e45199b79d756)

Signed-off-by: Christopher Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Muhammad Shakeel &lt;muhammad_shakeel@mentor.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>meta/lib/oe/sstatesig: fix locating stamp files</title>
<updated>2012-12-05T15:26:41+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2012-12-05T13:12:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3e47343675fbdc49a6e39c393e14041294772cdd'/>
<id>urn:sha1:3e47343675fbdc49a6e39c393e14041294772cdd</id>
<content type='text'>
Fixes "bitbake-diffsigs -t" for changes to the stamp directory layout,
and this time uses the actual value of STAMP to get the location of
sigdata files in the stamp directory rather than trying to do it
manually, which should be a little more robust.

(From OE-Core rev: 82412ebabb0f89c694327ae38f7e864ee8511e7f)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>qa.py: Modify the env for the child process only</title>
<updated>2012-12-04T18:02:00+00:00</updated>
<author>
<name>Muhammad Shakeel</name>
<email>muhammad_shakeel@mentor.com</email>
</author>
<published>2012-12-04T10:19:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=fafc87112e904d4ac0106d5fc791df3534325821'/>
<id>urn:sha1:fafc87112e904d4ac0106d5fc791df3534325821</id>
<content type='text'>
Modified environment is only required for new subprocess to execute
objdump command and not for the current process. We should only
modify the copy of env to pass it on to the child.

(From OE-Core rev: cb3b046450b47739daf441a0b964823aff2472e6)

Signed-off-by: Christopher Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Muhammad Shakeel &lt;muhammad_shakeel@mentor.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>lib/oe/classextend: Ensure we don't extend expressions more than once</title>
<updated>2012-11-06T08:34:47+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-11-06T08:29:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=78983e939ab17f02f8911c8b0d0e326b419856b9'/>
<id>urn:sha1:78983e939ab17f02f8911c8b0d0e326b419856b9</id>
<content type='text'>
We could end up with MLPREFIX being prepended to variables like
PACKAGE_DYNAMIC. This patch avoids the problem and unbreaks builds.

[YOCTO #3389]

(From OE-Core rev: 5e4714a454f9f742bf8af70dad2aa66ccb87e3fd)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>distro_identifier: replace slash with hyphen</title>
<updated>2012-10-27T08:44:59+00:00</updated>
<author>
<name>Mihai Lindner</name>
<email>mihaix.lindner@linux.intel.com</email>
</author>
<published>2012-10-26T14:37:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b4e48cc66c8e16aee6301258b5104d06c16c00dd'/>
<id>urn:sha1:b4e48cc66c8e16aee6301258b5104d06c16c00dd</id>
<content type='text'>
Use "-" instead of "/" in "n/a" strings ("Distributor ID" and/or
"Release"), provided by `lsb_release`.
This leads to directories and subdirectories created in ./sstate-cache/
e.g. Distro-n/a/ where "Distro-n" is dir and "a" is subdir.

(From OE-Core rev: c2a9f0c330f0da82792f87e3860b06c25b986983)

Signed-off-by: Mihai Lindner &lt;mihaix.lindner@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>multilib - crosssdk: Stop building multilib for crosssdk packages</title>
<updated>2012-10-27T08:44:55+00:00</updated>
<author>
<name>Mark Hatle</name>
<email>mark.hatle@windriver.com</email>
</author>
<published>2012-09-26T23:01:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7e2ff7c0125b40631eee7aeacf59c938bca6d586'/>
<id>urn:sha1:7e2ff7c0125b40631eee7aeacf59c938bca6d586</id>
<content type='text'>
Crosssdk packages are not actually multilib packages, so treat them
the same as other nativesdk packages in the multilib, base, and
classextend components.

(From OE-Core rev: 15834451525453e0f7ceac25d4f98117f1825f37)

Signed-off-by: Mark Hatle &lt;mark.hatle@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>multilib: Add support for cross-canadian multilib packages</title>
<updated>2012-10-27T08:44:54+00:00</updated>
<author>
<name>Mark Hatle</name>
<email>mark.hatle@windriver.com</email>
</author>
<published>2012-09-24T21:25:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ea220105609de30498f4ba72f5aeec180de4be2f'/>
<id>urn:sha1:ea220105609de30498f4ba72f5aeec180de4be2f</id>
<content type='text'>
Add support for the generation of cross-canadian packages.

Each cross-canadian package has:
 PN = "pkg-cross-canadian-${TRANSLATED_TARGET_ARCH}"

in order for that to be evaluated properly with multilibs enabled, it was
necessary to detect both the presence of the cross-canadian packages and
then update the vars using the OVERRIDE for the multilib.  Additional checks
were made to ensure that any dependency that sais "cross-canadian" did not
get prefixed with the MLPREFIX.

Also, make sure that even when building multilib cross-canadian packages,
we only use the single SDK PACKAGE_ARCH, we don't want or need variants.

(From OE-Core rev: 132a182e2f6c330aa645de42c1aeb386e43bddd3)

Signed-off-by: Mark Hatle &lt;mark.hatle@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>terminal: Add support for running custom terminals.</title>
<updated>2012-10-24T11:50:46+00:00</updated>
<author>
<name>Morten Minde Neergaard</name>
<email>mneergaa@cisco.com</email>
</author>
<published>2012-10-19T10:37:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c45a7d127e76a43069f12483b7453a3778ae0126'/>
<id>urn:sha1:c45a7d127e76a43069f12483b7453a3778ae0126</id>
<content type='text'>
Example config:
OE_TERMINAL = "custom"
OE_TERMINAL_CUSTOMCMD = "mysuperterm"

(From OE-Core rev: c76da87511d2668479745c2f18b8a9b8116c7489)

Signed-off-by: Morten Minde Neergaard &lt;mneergaa@cisco.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
