As reported in YP#8399[1] we currently hack the connman service to try and
execute a script which is only installed on qemu targets. This set of
patches changes the connman-conf recipe to install a oneshot systemd unit
that is called before ConnMan, removes the ExecStartPre and adds an override
to
Install a oneshot unit file that is started before ConnMan to
configure a wired network inteface with the wired-setup script,
rather than requiring this script to be manually run some how.
Signed-off-by: Joshua Lock
---
meta/recipes-connectivity/connman/connman-conf.bb | 9
This recipe just installs some data files and a script and isn't machine or
architecture specific. Even though it was designed to be used only for qemu
machines there's no reason it can't be used elsewhere.
Signed-off-by: Joshua Lock
---
meta/recipes-connectivity/connman/connman-conf.bb
connman-conf is now a systemd oneshot and therefore doesn't need to
be sed'ed in to the ConnMan service file.
Furthermore we add connman-conf as RRECCOMENDS only for qemu machines.
This cleans up connman-conf so that it is not automatically installed
and unconditionally calling a script that does
On Thu, Dec 10, 2015 at 09:01:43AM +, Joshua Lock wrote:
> This recipe just installs some data files and a script and isn't machine or
> architecture specific. Even though it was designed to be used only for qemu
> machines there's no reason it can't be used elsewhere.
Sorry if I wasn't clear
On 10/12/15 09:30, Martin Jansa wrote:
On Thu, Dec 10, 2015 at 09:01:43AM +, Joshua Lock wrote:
This recipe just installs some data files and a script and isn't machine or
architecture specific. Even though it was designed to be used only for qemu
machines there's no reason it can't be used
Test steps:
1. Make use of service in meta-skeleton to test the issue.
The app invoke setlocale(LC_CTYPE, "en_US.UTF-8") in C.
--- a/meta-skeleton/recipes-skeleton/service/service/skeleton_test.c
+++ b/meta-skeleton/recipes-skeleton/service/service/skeleton_test.c
@@ -1,12 +1,13 @@
-#include
Previously if multilib enabled and IMAGE_LINGUAS is assigned,
according to the type of image (multilib or non-multilib),
only the mapped language pkgs (multilib or non-multilib)
is installed to the image. It caused the other part could
not work.
Such as qemux86-64, the multilib prefix is lib32, an
On Thu, Dec 10, 2015 at 09:40:01AM +, Joshua Lock wrote:
> On 10/12/15 09:30, Martin Jansa wrote:
> > On Thu, Dec 10, 2015 at 09:01:43AM +, Joshua Lock wrote:
> >> This recipe just installs some data files and a script and isn't machine or
> >> architecture specific. Even though it was desi
Ping again.
Waiting for your feedback.
Regards,
Jagadeesh
On Fri, Dec 4, 2015 at 8:57 PM, Jagadeesh Krishnanjanappa <
jkrishnanjana...@mvista.com> wrote:
> Ping.
> Any updates regarding this patch?
>
> Regards,
> Jagadeesh
>
>
> On Sat, Nov 28, 2015 at 1:39 PM, Jagadeesh Krishnanjanappa <
> jkri
On 12/09/2015 09:52 PM, akuster808 wrote:
Can we get the CVE's fix by this update included in the commit?
It's a version update to oe-core's development branch (e.g.
non-production, frequently updated), why have the CVEs in the commit
message? I understand why this is needed for already-relea
On 10/12/15 10:44, Martin Jansa wrote:
On Thu, Dec 10, 2015 at 09:40:01AM +, Joshua Lock wrote:
On 10/12/15 09:30, Martin Jansa wrote:
On Thu, Dec 10, 2015 at 09:01:43AM +, Joshua Lock wrote:
This recipe just installs some data files and a script and isn't machine or
architecture speci
Signed-off-by: Martin Jansa
---
scripts/sstate-sysroot-cruft.sh | 21 +
1 file changed, 21 insertions(+)
diff --git a/scripts/sstate-sysroot-cruft.sh b/scripts/sstate-sysroot-cruft.sh
index f62485e..9124e5b 100755
--- a/scripts/sstate-sysroot-cruft.sh
+++ b/scripts/sstate-sys
On 8 December 2015 at 12:06, Otavio Salvador <
otavio.salva...@ossystems.com.br> wrote:
> > Hopefully not an annoying build race!
>
> This succeed here; however I am not testing against linux-yocto.
>
> Has kernel changes been merged recently? It was working fine.
>
It's the kernel-arch change, a
* at least with git 2.6.3 I see git request-pull failing
when there is only :{BRANCH} as ending commit
* $ git request-pull origin/dizzy
git://git.openembedded.org/openembedded-core-contrib
jansa/dizzy-backports:jansa/dizzy-backports
The following changes since commit 7bb182bdd130266100fc541
* this can be useful for passing extra parameters, pass
-v by default to see what's going on in do_rootfs
* we need to use this for extra parameter we implemented
in fontconfig:
--ignore-mtime always use cache file regardless of font directory mtime
because the checksum of fontcache generat
From: Richard Purdie
These are dependencies that our allarch packages have in OE-Core that cause
those allarch packages to rebuild every time MACHINE changes.
With these changes, OE-Core allarch packages all have a common sstate
signatures and no longer rebuild.
(From OE-Core rev: 63bff90fa4fb4
From: Chen Qi
BUILDNAME is set by cooker as a string of current time. Letting do_rootfs
task depend on this variable gets us no benefit. Besides, letting do_rootfs
task depend on this variable will cause us trouble when executing
`bitbake -S none core-image-minimal'. With current code, this comma
From: Mike Crowe
TARGET_CPPFLAGS, TARGET_CFLAGS, TARGET_CPPFLAGS and TARGET_LDFLAGS may
differ between MACHINEs. Since they are exported they affect task hashes
even if unused which leads to multiple variants of allarch packages
existing in sstate and bouncing in the sysroot when switching betwee
The following changes since commit 7bb182bdd130266100fc541fd09b82d09c51cd80:
build-appliance-image: Update to dizzy head revision (2015-09-29 14:56:04
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/dizzy-backports
http://cgit.ope
From: Richard Purdie
Similiarly to the other previous changes, add a missing allarch package
dependency
for initramfs-framework on udev.
Signed-off-by: Richard Purdie
---
meta/conf/layer.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index
* we don't want the do_package signature depending on INHERIT variable
* e.g. just adding the own-mirrors causes texinfo to rebuild:
# bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
basehash changed from 015df2fd8e396cc1e15622dbac843301 to
9f1d06c4f238c70a99ccb6d8da348b6a
Va
From: Richard Purdie
Similiarly to the other previous changes, add a missing allarch package
dependency
for initramfs-framework on udev.
Signed-off-by: Richard Purdie
---
meta/conf/layer.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index
From: Mike Crowe
TARGET_CPPFLAGS, TARGET_CFLAGS, TARGET_CPPFLAGS and TARGET_LDFLAGS may
differ between MACHINEs. Since they are exported they affect task hashes
even if unused which leads to multiple variants of allarch packages
existing in sstate and bouncing in the sysroot when switching betwee
* this is causing do_install to depend on KERNEL_IMAGE_BASE_NAME which
in some cases contains something like BUILD_NUMBER from CI, that
caused do_install to be reexecuted every single time, which is very
sad to be caused by unused variable.
* jethro and newer don't need this change, because i
The following changes since commit 9f339f516ab03d598fae0e536b3a420ea4d8ee1a:
bash: Disable custom memory allocator (2015-11-20 15:46:27 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/fido-backports
http://cgit.openembedded.org/cgi
From: Richard Purdie
These are dependencies that our allarch packages have in OE-Core that cause
those allarch packages to rebuild every time MACHINE changes.
With these changes, OE-Core allarch packages all have a common sstate
signatures and no longer rebuild.
(From OE-Core rev: 63bff90fa4fb4
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/gcc/gcc_4.9.bb | 5 ++---
meta/recipes-devtools/guile/guile_2.0.11.bb | 4
meta/recipes-devtools/opensp/opensp_1.5.2.bb | 4
meta/recipes-extended/mailx/mailx_12.5-5.bb
* fPIC is missing when building directfb-csource.o
| arm-webos-linux-gnueabi-libtool: link: arm-webos-linux-gnueabi-gcc
-march=armv7-a -mfloat-abi=softfp -mfpu=neon
--sysroot=/home/jenkins/workspace/luneos-unstable/webos-ports/tmp-glibc/sysroots/mako
-I/home/jenkins/workspace/luneos-unstable/
* we don't want the do_package signature depending on INHERIT variable
* e.g. just adding the own-mirrors causes texinfo to rebuild:
# bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
basehash changed from 015df2fd8e396cc1e15622dbac843301 to
9f1d06c4f238c70a99ccb6d8da348b6a
Va
* this is causing do_install to depend on KERNEL_IMAGE_BASE_NAME which
in some cases contains something like BUILD_NUMBER from CI, that
caused do_install to be reexecuted every single time, which is very
sad to be caused by unused variable.
* jethro and newer don't need this change, because i
* otherwise it triggers following ICE:
ERROR: Function failed: do_compile (log file is located at
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/log.do_compile.21570)
ERROR: Logfile of failure stored in:
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/i
The following changes since commit 224bcc2ead676600bcd9e290ed23d9b2ed2f481e:
rpcbind: Security Advisory - rpcbind - CVE-2015-7236 (2015-12-08 00:18:12
-0800)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/jethro-backports
http://cgit.op
Signed-off-by: Martin Jansa
---
...Add-AO_REQUIRE_CAS-to-fix-build-on-ARM-v6.patch | 61 ++
meta/recipes-support/libunwind/libunwind_1.1.bb| 1 +
2 files changed, 62 insertions(+)
create mode 100644
meta/recipes-support/libunwind/libunwind-1.1/Add-AO_REQUIRE_CAS-to-fix-
* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libcap, but it isn't a build dependency?
WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libgudev, but it isn't a build dependency?
WARN: gstreamer1.0-plugins-good: gstrea
* without this the do_rootfs task doesn't respect OPKGLIBDIR and
info, status are created in different directory than opkg on
target expects
* people who modify OPKGLIBDIR need to make sure that opkg.conf included
in opkg package also sets info_dir and status_file options
Signed-off-by: Mart
From: Ross Burton
The Wayland support requires GLES2 to be enabled as otherwise the EGL support
code in SDL2 isn't enabled.
| In file included from
.../SDL2-2.0.3/src/video/wayland/SDL_waylandvideo.c:34:0:
| .../SDL2-2.0.3/src/video/wayland/SDL_waylandvideo.c: In function
'Wayland_CreateDevice
* we don't want the do_package signature depending on INHERIT variable
* e.g. just adding the own-mirrors causes texinfo to rebuild:
# bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
basehash changed from 015df2fd8e396cc1e15622dbac843301 to
9f1d06c4f238c70a99ccb6d8da348b6a
Va
* allows to easily enable them and fixes:
WARNING: QA Issue: gstreamer1.0-plugins-bad: Files/directories were installed
but not shipped in any package:
/usr/share/gstreamer-1.0
/usr/share/gstreamer-1.0/presets
/usr/share/gstreamer-1.0/presets/GstVoAmrwbEnc.prs
Please set FILES such that thes
* ERROR: gstreamer1.0-plugins-bad: gstreamer1.0-plugins-bad-uvch264 package
isn't created when building with minimal dependencies?
* ERROR: gstreamer1.0-plugins-bad: gstreamer1.0-plugins-bad-uvch264-dev package
isn't created when building with minimal dependencies?
* it's because it should depen
* there are new libavc1394, libiec61883, libraw1394, cdparanoia recipes in
meta-multimedia
Signed-off-by: Martin Jansa
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc | 7 +++
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc | 6 +-
2 files changed, 4
---
meta/conf/machine/include/arm/arch-armv7a.inc | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine/include/arm/arch-armv7a.inc
b/meta/conf/machine/include/arm/arch-armv7a.inc
index b962e4c..f819f6b 100644
--- a/meta/conf/machine/include/arm/arch-armv7a
* sometimes it's hard to see whots wrong here
* error message:
Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
(cortexa7t2hfhf-vfp-vfpv4-neon).
doesn't help much to understand what exactly went wrong and where
Signed-off-by: Martin Jansa
---
meta/classes/sanity.bbclass | 3 +
You can see the test script and results in various stages of this patch
series in jansa/tune2-test branch:
http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/tune2-test
I'll add more test results here a bit later (running full test for all tunes
again)
The following changes since
* PACKAGE_ARCHS were missing TUNE_PKGARCH armv7rt2-vfp because thumb is enabled
in TUNE_FEATURES
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/tune-cortexr4.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-cortexr4.inc
b/meta/c
* some tunes were using weak assignment for TUNE_FEATURES, unify
all tunes to use normal assignment so it behaves consistently
---
meta/conf/machine/include/arm/arch-arm64.inc | 4 +-
meta/conf/machine/include/arm/arch-armv4.inc | 8 +--
meta/conf/machine/include/arm/arch-armv5-dsp
* the section bellow the comment adds only HF variants, VFP is already
mixed in the softfp sections above (unlike armv5, armv6 tune files
where it really was above VFP/DSP section)
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv7a.inc | 4 ++--
meta/conf/machine/inclu
* indent the assignments, so that it's easier to see the algoritm how these
values are modified and do less errors, see fixes in next commit
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv7a.inc | 200 +-
meta/conf/machine/include/tune-cortexa15.
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv4.inc | 12 ++---
meta/conf/machine/include/arm/arch-armv5-dsp.inc | 48 +-
meta/conf/machine/include/arm/arch-armv5.inc | 50 +--
meta/conf/machine/include/arm/arch-armv6.inc | 62 +
* both belong and already are in arch-armv5-dsp.inc
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv5.inc | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/conf/machine/include/arm/arch-armv5.inc
b/meta/conf/machine/include/arm/arch-armv5.inc
index 6a17972..e6ff9
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv7a.inc | 4 ++--
meta/conf/machine/include/tune-cortexa7.inc | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/conf/machine/include/arm/arch-armv7a.inc
b/meta/conf/machine/include/arm/arch-armv7a.i
Signed-off-by: Martin Jansa
---
meta/conf/machine/include/arm/arch-armv7a.inc | 28 ++-
1 file changed, 23 insertions(+), 5 deletions(-)
diff --git a/meta/conf/machine/include/arm/arch-armv7a.inc
b/meta/conf/machine/include/arm/arch-armv7a.inc
index 79ca83e..0c6e755 1006
* respect all 4 vfp options ('vfp', 'vfpv3d16', 'vfpv3', 'vfpv4') when
setting -mfloat-abi and ARMPKGSFX_EABI, without this change it wasn't
possible to use call-convention hard together with vfpv4
* move 'vfpv3d16', 'vfpv3', 'vfpv4' support from
feature-arm-vfp.inc
to
feature-arm-neon.in
* add TUNE_CCARGS_MFLOAT variable which is used to set -mfloat-abi
parameter as well as ARMPKGSFX_EABI suffix in TUNE_PKGARCH and
TARGET_FPU
* TARGET_FPU was using ARMPKGSFX_FPU, but in most cases we use it
only to distinguish between hard and soft abi, not various -mfpu
variants which can
* be aware that this -march value is available only in gcc-4.9 and
newer:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57907
* -mcpu=cortex15 and -mcpu=cortexa7 conflict with -march=armv7a
We either have to stop putting -march in default CCARGS or at
least set it compatible one like this pa
* it was added only to hf cortexa7 in:
commit e97d152ca13556b41a236c1a4cfb11e77ff857d7
Author: Kristof Robot
Date: Sun Jan 26 10:03:56 2014 +0100
Add Cortex A7 support for NEONv2 & FPv4
* add it to softfp cortexa7 and both versions for cortexa15 and
cortexa17 tunes
Signed-off-by
* since:
commit cffda9a821a3b83a8529d643c567859e091c6846
Author: Martin Jansa
Date: Tue Sep 11 17:05:45 2012 +
arch-arm: define different ARMPKGARCH when different CCARGS are used
we don't need to worry about e.g. cortexa7 device upgrading
binary package from armv7a feed whi
Many targets won't even have bash installed so the completion
information is completely useless. Follow the lead of other recipes and
put it in a separate -bash-completion package.
Signed-off-by: Mike Crowe
---
meta/recipes-multimedia/gstreamer/gstreamer1.0.inc | 5 -
1 file changed, 4 inser
From: Martin Jansa
* my previous thumb related commit:
commit 3e760031f91fb87c3e2f62b77a117eb41164f259
Author: Martin Jansa
Date: Wed Feb 18 15:40:35 2015 +0100
feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb
suffix
unfortunately removed conditional on "t
On Thu, Dec 10, 2015 at 02:48:24PM +0100, Martin Jansa wrote:
> * fPIC is missing when building directfb-csource.o
> | arm-webos-linux-gnueabi-libtool: link: arm-webos-linux-gnueabi-gcc
> -march=armv7-a -mfloat-abi=softfp -mfpu=neon
> --sysroot=/home/jenkins/workspace/luneos-unstable/webos-port
Whoops, wrong list, and lame commit message.
Ross
On 10 December 2015 at 15:24, Ross Burton wrote:
> Signed-off-by: Ross Burton
> ---
> bitbake/lib/bb/cooker.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/bitbake/lib/bb/cooker.py b/bitbake/lib/bb/cooker.py
> index
Signed-off-by: Ross Burton
---
bitbake/lib/bb/cooker.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bitbake/lib/bb/cooker.py b/bitbake/lib/bb/cooker.py
index 4df8881..d39c64b 100644
--- a/bitbake/lib/bb/cooker.py
+++ b/bitbake/lib/bb/cooker.py
@@ -1072,7 +1072,7 @@ class B
If attr-ptest is explicitly installed it will fail as attr isn't a dependency.
[ YOCTO #8766 ]
Signed-off-by: Ross Burton
---
meta/recipes-support/attr/attr.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/attr/attr.inc
b/meta/recipes-support/att
> Am 09.12.2015 um 17:16 schrieb Dan McGregor :
>
> On 8 December 2015 at 06:36, Otavio Salvador
> wrote:
>> Hello,
>>
>> I would like to propose the backport of fe506ed (autotools: Allow
>> recipe-individual configure scripts):
>>
>> commit fe506eddb0790e37ac1e50f37fa2e32ad81d5493
>> Author:
From: Konrad Scherer
When testing the do_export_public_keys function using
bitbake -c do_export_public_keys signing-keys
the destination path for the exported keys does not exist
and the gpg export call fails.
Signed-off-by: Konrad Scherer
---
meta/recipes-core/meta/signing-keys.bb | 2 ++
1
Summary: Fix exporting of gpg keys when using a temporary keyring
When I tried to sign rpms and feeds using a gpg key on a temporary
keyring, I got a build failure in os-release.bb due to missing
exported keys. I traced the failure back to signing-keys.bb. Even
though the task had logged successfu
From: Konrad Scherer
While experimenting with signing rpms, I attempted to import the keys
into a temporary keyring and set GPG_PATH to the temporary keyring.
This fails because the gpg export call cannot find the requested key
in the default keyring.
Signed-off-by: Konrad Scherer
---
meta/rec
On 7 Dec 2015 1:49 p.m., "Christopher Larson" wrote:
>
>
> On Tue, Nov 17, 2015 at 8:49 PM, Dan McGregor
wrote:
>>
>> On 12 Nov 2015 5:41 p.m., "Christopher Larson" wrote:
>> >
>> > From: Christopher Larson
>> >
>> > We don't need nss-myhostname on systemd systems, because systemd
already
>> >
PREFERRED_VERSION values containing the '%' wildcard should only be
used when the wildcard pattern is known to only match one available
recipe. See longer explanation in:
http://comments.gmane.org/gmane.comp.sysutils.bitbake.devel/1038
Signed-off-by: Andre McCurdy
---
meta/conf/documentation.
On Thu, Dec 10, 2015 at 10:33:27AM -0800, Andre McCurdy wrote:
> PREFERRED_VERSION values containing the '%' wildcard should only be
> used when the wildcard pattern is known to only match one available
> recipe. See longer explanation in:
>
> http://comments.gmane.org/gmane.comp.sysutils.bitbak
Hi Andre,
Thanks for the quick response!
On 12/09/2015 11:56 AM, Andre McCurdy wrote:
Hi Haris,
On Tue, Dec 8, 2015 at 12:53 PM, Haris Okanovic wrote:
This change enables creation of ${PN}-src packages which provide recipe
source code on target machines. A distribution might use this facilit
ping
On 12/07/2015 03:26 PM, Aníbal Limón wrote:
> These two commits adds a new ptest-runner written in python the sh one is
> conserved
> to use in tiny systems.
>
> What's new in ptest runner:
>
> - Monitor/timeout stdout, stderr of the test suite to avoid block
> indefinetly.
>
> On Dec 10, 2015, at 5:48 AM, Martin Jansa wrote:
>
> * sometimes it's hard to see whots wrong here
typo 'whats'
> * error message:
> Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
> (cortexa7t2hfhf-vfp-vfpv4-neon).
> doesn't help much to understand what exactly went wrong
> On Dec 10, 2015, at 5:48 AM, Martin Jansa wrote:
>
> * respect all 4 vfp options ('vfp', 'vfpv3d16', 'vfpv3', 'vfpv4') when
> setting -mfloat-abi and ARMPKGSFX_EABI, without this change it wasn't
> possible to use call-convention hard together with vfpv4
> * move 'vfpv3d16', 'vfpv3', 'vfpv4'
Required by the optional opkg 0.3.1 libsolv backend.
Signed-off-by: Alejandro del Castillo
---
meta/recipes-extended/libsolv/libsolv_0.6.14.bb | 28 +
1 file changed, 28 insertions(+)
create mode 100644 meta/recipes-extended/libsolv/libsolv_0.6.14.bb
diff --git a/meta/r
On 9 December 2015 at 20:50, Randy Witt
wrote:
> -UNINATIVE_LOADER = "${STAGING_DIR_NATIVE}/lib/ld-linux-x86-64.so.2"
> +UNINATIVE_LOADER ?= "${@bb.utils.contains('BUILD_ARCH', 'x86_64',
> '${STAGING_DIR_NATIVE}/lib/ld-linux-x86-64.so.2',
> '${STAGING_DIR_NATIVE}/lib/ld-linux.so.2', d)}"
>
Would
On 12/10/2015 02:01 PM, Burton, Ross wrote:
On 9 December 2015 at 20:50, Randy Witt
wrote:
-UNINATIVE_LOADER = "${STAGING_DIR_NATIVE}/lib/ld-linux-x86-64.so.2"
+UNINATIVE_LOADER ?= "${@bb.utils.contains('BUILD_ARCH', 'x86_64',
'${STAGING_DIR_NATIVE}/lib/ld-linux-x86-64.so.2',
'${STAGING_DIR_NA
On 9 December 2015 at 14:40, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> libidn is needed by the new version to compare hostnames.
> Openssl compatibility is no longer enabled by default, but is
> required by other packages in oe-core.
>
ERROR: Nothing PROVIDES 'nativesdk-libi
We should always pass a parameter to getVar, add missing default value.
Signed-off-by: Richard Purdie
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/populate_sdk_ext.bbclass
index 249ec36..18ff7a6 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_
It was observed that do_fetch dependencies (e.g. subversion-native of tremor)
were being installed even when sstate was available and hence no fetch was
needed. This turned out to be due to the recursive nature of the rootfs
dependencies which include populate_lic.
We can explicitly whitelist thes
It turns out writing the same list of packaging tasks multiple
times in multiple places is error prone. Move this to a new class
'nopackages", migrate existing users and add glibc-initial and
libgcc-initial since we don't want packages for those recipes.
This means the sstate for those recipes won
On Thu, 10 Dec 2015 19:37:20 Martin Jansa wrote:
> On Thu, Dec 10, 2015 at 10:33:27AM -0800, Andre McCurdy wrote:
> > PREFERRED_VERSION values containing the '%' wildcard should only be
> > used when the wildcard pattern is known to only match one available
> >
> > recipe. See longer explanation i
On Thu, Dec 10, 2015 at 1:22 PM, Alejandro del Castillo
wrote:
> Required by the optional opkg 0.3.1 libsolv backend.
>
> Signed-off-by: Alejandro del Castillo
> ---
> meta/recipes-extended/libsolv/libsolv_0.6.14.bb | 28
> +
> 1 file changed, 28 insertions(+)
> create
On Thu, 10 Dec 2015 12:50:20 Alexander Kanavin wrote:
> On 12/09/2015 09:52 PM, akuster808 wrote:
> > Can we get the CVE's fix by this update included in the commit?
>
> It's a version update to oe-core's development branch (e.g.
> non-production, frequently updated), why have the CVEs in the comm
Thanks Alex and Otavio.
I'm hopeful that I've found the guidance we need from the Weston man page:
http://manpages.ubuntu.com/manpages/saucy/man1/weston.1.html
In particular, the Examples section looks like this:
EXAMPLES
Launch Weston with the DRM backend on a VT
weston-la
On 10 December 2015 at 23:16, Andre McCurdy wrote:
> > +SRC_URI = "https://github.com/openSUSE/libsolv/archive/${PV}.zip";
>
> GitHub tar file archives sometimes get regenerated and the hashes
> change. I'm not sure if the same can happen for zip files, but it's
> probably safer to checkout a git
I was hit by this regeneration again last month so it's still happening.
On Fri, Dec 11, 2015 at 12:55 AM, Burton, Ross
wrote:
>
> On 10 December 2015 at 23:16, Andre McCurdy wrote:
>
>> > +SRC_URI = "https://github.com/openSUSE/libsolv/archive/${PV}.zip";
>>
>> GitHub tar file archives sometim
Hmm, turns out that whilst my earlier buildtools fix did fix the bug,
in question, it still wasn't quite right. Here's the bit I missed doing.
The following changes since commit 192da885e92d3b163b9c4e6b8151c9ecc6062b14:
build-appliance-image: Update to master head revision (2015-12-09 08:49:13
Turns out I did a silly thing in OE-Core revision
9b1831cf4a2940dca1d23f14dff460ff5a50a520 and forgot to remove the
explicit setting of PACKAGE_ARCH outside of the anonymous python
function; the original bug was apparently fixed but the functionality of
allarch.bbclass was being disabled because it
Fix a second regression in the extensible SDK installation caused by
OE-Core revision 6d2074d477596971dc52027dd87b02af7f39138d - the HOME
environment variable was being cleared, thus using ~/ in the install
path (which is in the default path for the extensible SDK) resulted in a
directory named '~'
The following changes since commit 192da885e92d3b163b9c4e6b8151c9ecc6062b14:
build-appliance-image: Update to master head revision (2015-12-09 08:49:13
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/sdk-env-fix4
http://cgit.opene
Backports to jethro, mostly of fixes relating to the SDK and extensible
SDK.
The following changes since commit 224bcc2ead676600bcd9e290ed23d9b2ed2f481e:
rpcbind: Security Advisory - rpcbind - CVE-2015-7236 (2015-12-08 00:18:12
-0800)
are available in the git repository at:
git://git.open
Added the script file kdump,it provides the follow support:
1. Load a kdump kernel image into memory;
2. Copy away vmcore when system panic.
Signed-off-by: Wenlin Kang
---
meta/recipes-kernel/kexec/kexec-tools.inc| 5 +-
meta/recipes-kernel/kexec/kexec-tools/kdump | 163 ++
This patch was imported from
https://git.openssl.org/?p=openssl.git;a=commit;h=ada57746b6b80beae73111fe1291bf8dd89af91c
Signed-off-by: Fan Xin
---
.../Fix-seg-fault-with-0-p-val-in-SKE.patch| 103 +
.../recipes-connectivity/openssl/openssl_1.0.2d.bb | 1 +
2 files c
94 matches
Mail list logo