obsolete_automake_macros.patch removed,
no longer needed.
Disabled GSS APIs, as those APIs are
not present in our distro.
Patches directory is now generic,
as patches are not created for a specific version.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
Better commit message, according to Saul's review.
Thanks Saul.
The following changes since commit 2961b58640daa8078ae3a70028f0fbbf2abb7882:
security_flags: more relocation issues (2013-12-18 17:24:07 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib
Currently the code can match too many things, for example, searching for
gcc-cross, we'd also get gcc-cross-initial.
If we have a bitbake cache available, we'd often have the BB_HASHFILENAME
data available from that cache. That can give us something to filter the
matches against.
The format of
When the hashes to find isn't specified we need to return matches from both
the sstate cache and the local stamps directory regardless of how many we've
found so far. If we don't do this, we can miss stamps and the comparison is
less accurate/incorrect.
Signed-off-by: Richard Purdie
We've dropped sstate-name so we can remove this code. The fallback was
incorrect since we use taskname without the do_ prefix so this patch
updates to account for that too.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/lib/oe/sstatesig.py
By resetting filesdates at this point, we lose matches from stamps which
may not have been in sstatedir. When we don't have hashes specicifed,
its better to return all matches and have the caller decide which are
relavent and which are not since this function has no ability to
decide. There will
On 17/12/13 11:42, Paul Eggleton wrote:
-DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3
+DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3 intltool-native
+1 for this change.
I was bitten by this bug using a DISTRO with no X11 support (removed X11
from DISTRO_FEATURES). In that case the
On Thu, Dec 19, 2013 at 11:47 AM, Javier Viguera javier.vigu...@digi.comwrote:
On 17/12/13 11:42, Paul Eggleton wrote:
-DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3
+DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3 intltool-native
+1 for this change.
I was bitten by this bug
The configure script looks for this; most of the time dependency chains
ensure this is present but we need to be explicit or failures can
occur.
Reported by Nicolas Dechesne nicolas.deche...@linaro.org
(From OE-Core master rev: 22e45ed7d74ceb4a719e7b5889400c20ed4a0783)
Signed-off-by: Paul
The configure script looks for this; most of the time dependency chains
ensure this is present but we need to be explicit or failures can
occur.
Reported by Nicolas Dechesne nicolas.deche...@linaro.org
(From OE-Core master rev: 22e45ed7d74ceb4a719e7b5889400c20ed4a0783)
Signed-off-by: Paul
On Thursday 19 December 2013 11:54:14 Nicolas Dechesne wrote:
On Thu, Dec 19, 2013 at 11:47 AM, Javier Viguera
javier.vigu...@digi.comwrote:
On 17/12/13 11:42, Paul Eggleton wrote:
-DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3
+DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3
On Tue, 2013-12-17 at 13:28 +0500, Yasir Khan wrote:
From: mykhani yasir_k...@mentor.com
c_rehash utility is not being installed with openssl.It conveniently
generates hash and symbolic links based on it for CA certificates
stored locally for SSL based server authentication
Signed-off-by:
At the moment, the user cannot to set -vga other then vmware
(because vmware is set by default); and the first argument
in qemuparams has higher precedence.
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
scripts/runqemu | 1 +
scripts/runqemu-internal | 12 ++--
2
Op 17 dec. 2013, om 09:28 heeft Yasir Khan yasir_k...@mentor.com het volgende
geschreven:
From: mykhani yasir_k...@mentor.com
c_rehash utility is not being installed with openssl.It conveniently
generates hash and symbolic links based on it for CA certificates
stored locally for SSL based
For builds with fbdev (no drm/kms), set
WESTON_NATIVE_BACKEND to fbdev-backend.so; doing this,
weston-launch will be able to know what backend to use.
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
meta/recipes-graphics/wayland/weston_1.3.1.bb | 2 +-
1 file changed, 1 insertion(+), 1
On 12/16/2013 12:03 PM, Khem Raj wrote:
Hi
I have pushed a contrib branch for binutils 2.24 upgrade here
http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.24
I have tested it on both uclibc/eglibc and qemu machines. But it would
be nice if
it gets more testing for
Signed-off-by: Corneliu Stoicescu corneliux.stoice...@intel.com
---
meta/lib/oeqa/selftest/sstate.py | 226 ++
1 file changed, 226 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/sstate.py
diff --git a/meta/lib/oeqa/selftest/sstate.py
On 12/19/2013 06:20 AM, Valentin Popa wrote:
For builds with fbdev (no drm/kms), set
WESTON_NATIVE_BACKEND to fbdev-backend.so; doing this,
weston-launch will be able to know what backend to use.
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
From: Chen Qi qi.c...@windriver.com
Changes since V2:
1. Fix the commit message.
The following changes since commit 9daa1de753e58b7f678e68cf307f6028c0c79a6a:
qemu/local.conf.sample: Add sdl PACKAGECONFIG (2013-12-16 12:13:59 +)
are available in the git repository at:
From: Chen Qi qi.c...@windriver.com
Add ability to set the default target for systemd images.
The default target for system is controlled by SYSTEMD_DEFAULT_TARGET.
The default value for this variable is derived from checking whether
IMAGE_FEATURES contains 'x11-base' or not. Each image could
Fix up build time with PACKAGECONFIG for perl in openssl, found some
non-overridable
PACKAGECONFIGs so fix them and clean up util-linux-dev issue
Sau!
Saul Wold (4):
harfbuzz: Allow PACKAGECONFIG to be overridden
beecrypt: Allow PACKAGECONFIG to be overridden
openssl: use PACKAGECONFIG to
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb
index a18dafe..544deecd
All dev related items should be packaged in the core PN package not in seperate
packages.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/util-linux/util-linux.inc | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-support/beecrypt/beecrypt_4.2.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
b/meta/recipes-support/beecrypt/beecrypt_4.2.1.bb
index a917201..5874f9e 100644
Richard,
here is a set of mostly your patches alone with a few others, I actually built
a few more patches which I dropped, notably Valentin's weston patch since I
think
Koen's suggestion from May would make a more flexible solution.
I verified the openssl change via buildhistory (thanks Paul!)
25 matches
Mail list logo