On 9/19/14, 1:17 AM, Kang Kai wrote:
On 2014年09月18日 22:13, Mark Hatle wrote:
On 9/18/14, 8:58 AM, Mark Hatle wrote:
On 9/18/14, 2:19 AM, Khem Raj wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9/16/14 8:06 AM, Kai Kang wrote:
Redefine dynamic linker for aarch64 from /lib to /lib64
On Sat, Sep 20, 2014 at 01:07:11AM +0100, Burton, Ross wrote:
> On 17 September 2014 00:10, Denys Dmytriyenko wrote:
> > --- a/meta/recipes-bsp/u-boot/u-boot_2013.07.bb
> > +++ b/meta/recipes-bsp/u-boot/u-boot_2013.07.bb
> > @@ -1,25 +1,9 @@
> > require u-boot.inc
> >
> > -# To build u-boot for y
On 3 September 2014 10:50, Zidan Wang wrote:
> -RDEPENDS_libasound = "alsa-conf-base"
> +RDEPENDS_libasound = "alsa-conf-base alsa-conf"
If we're doing this then what's the point of splitting the conf to
alsa-conf and alsa-conf-base? Should more files be moved to
alsa-conf-base? Should we someh
On 20 September 2014 01:11, Denys Dmytriyenko wrote:
> Yes, it's outdated and rather misplaced...
Thanks.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-c
On 20 September 2014 01:05, Todd E Brandt wrote:
>> Surely phoronix has more dependencies than just php... Or is this
>> just the runner and it talks to slave? Honestly have no idea how the
>> phoronix test suite is structured.
>
> it's designed to be a minimal install with only php as the depen
On 17 September 2014 00:10, Denys Dmytriyenko wrote:
> --- a/meta/recipes-bsp/u-boot/u-boot_2013.07.bb
> +++ b/meta/recipes-bsp/u-boot/u-boot_2013.07.bb
> @@ -1,25 +1,9 @@
> require u-boot.inc
>
> -# To build u-boot for your machine, provide the following lines in your
> machine
> -# config, rep
On Sat, Sep 20, 2014 at 12:03:43AM +0100, Burton, Ross wrote:
> On 19 September 2014 23:44, Todd E Brandt
> wrote:
> > This is the package recipe for the phoronix test suite v5.2.1. The
> > tool is for benchmarking and testing of the system.
>
> +RDEPENDS_${PN} = "php-cli"
>
> Surely phoronix h
irda-utils doesn't use autotools, so don't inherit it.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/irda-utils/irda-utils_0.9.18.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/irda-utils/irda-utils_0.9.18.bb
b/meta/recipes-connect
On 19 September 2014 23:59, akuster808 wrote:
> This recipe already resides in meta-securty.
>
> so I take it it should be removed from that layer?
*If* it goes into oe-core then yes. I'm not yet convinced it needs to
go into oe-core.
Ross
--
___
Ope
On 19 September 2014 23:44, Todd E Brandt wrote:
> This is the package recipe for the phoronix test suite v5.2.1. The
> tool is for benchmarking and testing of the system.
+RDEPENDS_${PN} = "php-cli"
Surely phoronix has more dependencies than just php... Or is this
just the runner and it talks
This recipe already resides in meta-securty.
so I take it it should be removed from that layer?
- Armin
On 09/18/2014 11:49 PM, rongqing...@windriver.com wrote:
From: Roy Li
gnupg 5.0 needs pinentry to work, refer to
[http://rdist.root.org/2007/04/26/gpg-now-requires-pinentry-package/]
Sig
This is the package recipe for the phoronix test suite v5.2.1. The
tool is for benchmarking and testing of the system.
Signed-off-by: Todd Brandt
meta-oe/recipes-devtools/phoronix-test-suite/phoronix-test-suite_5.2.1.bb | 24
1 file changed, 24 insertions(+)
diff
On 09/18/2014 02:45 AM, Jonathan Liu wrote:
On 29 August 2014 23:48, Jonathan Liu wrote:
Signed-off-by: Jonathan Liu
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/
Git perl tools such as add--interactive load the Git module at runtime.
A previous patch to eliminate a QA error by deleting it instead of
packaging it was incorrect.
beaglebone[62]$ git add -i
Can't locate Git.pm in @INC (you may need to install the Git module) (@INC
contains: /usr/lib/p
On Friday, September 19, 2014 at 06:42:14 PM, Paul Eggleton wrote:
> Hi Marek,
Hi Paul,
> On Friday 19 September 2014 18:27:30 Marek Vasut wrote:
> > On Friday, September 19, 2014 at 06:13:46 PM, Christopher Larson wrote:
> > > On Fri, Sep 19, 2014 at 12:06 AM, Marek Vasut wrote:
> > > > On Thur
Currently we have the horrible situation where meta-environment packages
the toolchain environment files and they get included in the SDK but are
broken, then, the SDK code overwrites them with good versions. This is
suboptimal.
This change fixes the code in meta-environment to create working
file
On Friday 19 September 2014 10:02:29 Christopher Larson wrote:
> On Fri, Sep 19, 2014 at 9:42 AM, Paul Eggleton <
>
> paul.eggle...@linux.intel.com> wrote:
> > There's clearly a bug here, adding a Python-using component does not mean
> > you
> > should have python in the SDK but that's what curren
Due to the use of the cross-canadian inherit, TARGET_OS can be reset to
values other than the correct one, leading to generation of the wrong
files.
By expanding REAL_MULTIMACH_TARGET_SYS before the inherit, the correct
OS value is preserved and we generate the right environment files.
[YOCTO #6
On Fri, Sep 19, 2014 at 9:42 AM, Paul Eggleton <
paul.eggle...@linux.intel.com> wrote:
> There's clearly a bug here, adding a Python-using component does not mean
> you
> should have python in the SDK but that's what currently happens. There is a
> bug open now covering this, we will do our best t
Hi Marek,
On Friday 19 September 2014 18:27:30 Marek Vasut wrote:
> On Friday, September 19, 2014 at 06:13:46 PM, Christopher Larson wrote:
> > On Fri, Sep 19, 2014 at 12:06 AM, Marek Vasut wrote:
> > > On Thursday, September 18, 2014 at 03:30:11 PM, Richard Purdie wrote:
> > > > On Thu, 2014-09-
On Friday, September 19, 2014 at 06:13:46 PM, Christopher Larson wrote:
> On Fri, Sep 19, 2014 at 12:06 AM, Marek Vasut wrote:
> > On Thursday, September 18, 2014 at 03:30:11 PM, Richard Purdie wrote:
> > > On Thu, 2014-09-18 at 11:15 +0200, Marek Vasut wrote:
> > > > Introduce and use nativesdk-p
On Fri, Sep 19, 2014 at 12:06 AM, Marek Vasut wrote:
> On Thursday, September 18, 2014 at 03:30:11 PM, Richard Purdie wrote:
> > On Thu, 2014-09-18 at 11:15 +0200, Marek Vasut wrote:
> > > Introduce and use nativesdk-packagegroup-python , which contains all
> > > necessary python components for t
On 19 September 2014 07:49, wrote:
> gnupg needs pinentry to run
Isn't this only needed if the agent is enabled?
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openem
On 19 September 2014 07:49, wrote:
> +DEPENDS = "libcap ncurses"
> +
> +inherit autotools
> +
> +SRC_URI = "ftp://ftp.gnupg.org/gcrypt/${BPN}/${BPN}-${PV}.tar.bz2 \
> + "
> +
> +SRC_URI[md5sum] = "e2b6f94471ba1e978f6e5bf6b275189b"
> +SRC_URI[sha256sum] =
> "359db3bf46cb743ba0b3aeef259f6107
I'm having issues with a package that I want to build for an SDK. The
package I want to build is dbus-c++ for nativesdk. I have used a recipe
converted from use for building the package for target (which works btw),
see below. The problem is that during the build of the package, the linker
looks fo
On 19 September 2014 15:07, Randy MacLeod wrote:
> Also Kai (CCed) is going to maintain an aarch64 branch on:
> http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-contrib
> Kai, let us know when your branch is available; hopefully that
> will be early next week.
>
> This branch will be contin
On 14-09-19 07:37 AM, Burton, Ross wrote:
On 19 September 2014 12:31, harsh jain wrote:
Python version 2.7.3 is not compatible with AARCH64
architecture.Support for AARCH64 is added in 2.7.4 onwards._ctypes.so
is not compiled by 2.7.3 python version for AARCH64.
1 ) Can we have recipe file of
On Fri, Sep 19, 2014 at 10:55 AM, Philip Balister
wrote:
> On 09/17/2014 07:07 PM, Khem Raj wrote:
> > On Wed, Sep 17, 2014 at 7:33 AM, Philip Balister
> wrote:
> >> UHD and GNU radio use the cmake build system. The toolchain file made
> >> from cmake.bbclass does not set the variable needs by c
On 09/17/2014 07:07 PM, Khem Raj wrote:
> On Wed, Sep 17, 2014 at 7:33 AM, Philip Balister wrote:
>> UHD and GNU radio use the cmake build system. The toolchain file made
>> from cmake.bbclass does not set the variable needs by cmake projects
>> that use .S files. UHD added some .S files and these
On 19 September 2014 12:31, harsh jain wrote:
> Python version 2.7.3 is not compatible with AARCH64
> architecture.Support for AARCH64 is added in 2.7.4 onwards._ctypes.so
> is not compiled by 2.7.3 python version for AARCH64.
>
> 1 ) Can we have recipe file of 2.7.4 or later version. If yes fro
Hi,
Python version 2.7.3 is not compatible with AARCH64
architecture.Support for AARCH64 is added in 2.7.4 onwards._ctypes.so
is not compiled by 2.7.3 python version for AARCH64.
1 ) Can we have recipe file of 2.7.4 or later version. If yes from
where i can download.
2 ) There are several othe
Add qt4 aarch64 support.
Most of the patches are derived from debian:
http://anonscm.debian.org/cgit/pkg-kde/qt/qt4-x11.git/tree/debian/patches
Signed-off-by: Kai Kang
---
.../0029-aarch64_arm64_fix_arch_detection.patch| 53 +++
.../0030-aarch64_arm64_qatomic_support.patch | 491
Disable webkit for aarch64 that make qt4-embedded build.
Signed-off-by: Kai Kang
---
meta/recipes-qt/qt4/qt4-embedded_4.8.6.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-qt/qt4/qt4-embedded_4.8.6.bb
b/meta/recipes-qt/qt4/qt4-embedded_4.8.6.bb
index 1435d85..a3995c9 100644
Disable libunwind support of perl for aarch aarch64 that libunwind
doesn't support aarch64.
Signed-off-by: Kai Kang
---
meta/recipes-kernel/perf/perf-features.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-kernel/perf/perf-features.inc
b/meta/recipes-kernel/perf/perf-featu
Add qt4 aarch64 support. Use same patches with qt-native. Add arch check
to set right QT_ARCH.
Disable webkit temporarily that it fails to build:
| runtime/JSValueInlineMethods.h: In constructor
'JSC::JSValue::JSValue(const JSC::JSCell*)':
| runtime/JSValueInlineMethods.h:242:78: error: cast from
Add neon option for aarch64 just as for arm. It fails with:
| ./.libs/libpng16.so: undefined reference to `png_init_filter_functions_neon'
| collect2: error: ld returned 1 exit status
Signed-off-by: Kai Kang
---
meta/recipes-multimedia/libpng/libpng_1.6.13.bb | 1 +
1 file changed, 1 insertion(
Add patch for libatomics-ops to add aarch64 target iniitial
support. It is from linaro repo.
Signed-off-by: Kai Kang
---
.../0001-libatomic_ops-Aarch64-basic-port.patch| 239 +
.../pulseaudio/libatomics-ops_7.2.bb | 1 +
2 files changed, 240 insertions(+)
Packages use 'aarch64-poky-linux-gcc -print-multi-os-directory' to get the
value of install directory. The value is set by MULTILIB_OSDIRNAMES and default
is '/lib64'. Add the dynamic linker ld-linux-aarch64.so.1 from package eglibc
is installed to /lib64.
But the default dynamic linker defined in
According to Khem and Mark's comments, I send V3.
Update:
* keep dynamic linker in directory /lib, and redefine library install directory
from /lib64 to /lib
* Use _remove to simpilify perf patch
The following changes since commit 280b6d0011f101e7a8edabd34c265b37a2f791ed:
sstatesig: fix over
Add machine qemuarm64. The configure files are derived from linaro.
Update:
* rename genericarmv8 to qemuarm64 for coordination in oe-core
* include qemu.inc then remove common part of config
* disable using autoserial
* move arch-armv8.inc from machine/include/arm64 to machine/include/arm
[YOCTO
Make aarch aarch64 kernel depend on libgcc. In arch/arm64/Makefile, it
adds LIBGCC to libs-y:
LIBGCC := $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name)
libs-y += $(LIBGCC)
If build without libgcc, the value of LIBGCC is just libgcc.a without
parent directory. linux-yocto
This patch includes the following changes:
1. Explicitly set StandardOutput of the log daemon to null.
This would avoid creating a feedback loop of the syslog service.
See link below for more information.
http://www.freedesktop.org/wiki/Software/systemd/syslog/
2. Use ALTERNATIVE machanis
I commented out these configurations for the following reasons:
We don't have xconsole utility in OE. These configurations are useless
for us.
Besides, the /dev/xconsole device is created in the init script which means
if these configuration are enabled, we need to add a script in sysklogd which
c
This patch includes the following changes:
1. Add socket activation support for sysklogd.
2. Add systemd service file.
3. Use ALTERNATIVE mechanism in OE to manage the syslog service.
4. Set ALTERNATIVE_PRIORITY to "100" regardless of whether 'systemd'
is in DISTRO_FEATURE or not because sysklog
The following changes since commit f6a39cc957bf85ff43513f0b76afc3b2c9c906b6:
sstatesig: fix overrides behaviour to remove SIGGEN_LOCKEDSIGS_i586
(2014-09-17 22:00:05 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/systemd-syslog-se
The syslog daemon behaviour in our systemd system should be like the following
1. If ForwardToSyslog is disabled, no daemon should be started.
2. If ForwardToSyslog is enabled, daemon should be started via socket
activation. This is very important for OE based system. Because unlike
other dis
On Fri, 2014-09-19 at 09:14 +0200, Marek Vasut wrote:
> On Thursday, September 18, 2014 at 03:36:40 PM, Richard Purdie wrote:
> > On Thu, 2014-09-18 at 11:29 +0100, Laszlo Papp wrote:
> > > On Thu, Sep 18, 2014 at 10:30 AM, Marek Vasut wrote:
> > > > On Thursday, September 18, 2014 at 11:23:13 AM,
On Thursday, September 18, 2014 at 03:30:11 PM, Richard Purdie wrote:
> On Thu, 2014-09-18 at 11:15 +0200, Marek Vasut wrote:
> > Introduce and use nativesdk-packagegroup-python , which contains all
> > necessary python components for the native SDK. Make use of this
> > package group in buildtools
On Thursday, September 18, 2014 at 03:36:40 PM, Richard Purdie wrote:
> On Thu, 2014-09-18 at 11:29 +0100, Laszlo Papp wrote:
> > On Thu, Sep 18, 2014 at 10:30 AM, Marek Vasut wrote:
> > > On Thursday, September 18, 2014 at 11:23:13 AM, Laszlo Papp wrote:
> > >> On Thu, Sep 18, 2014 at 10:16 AM, M
49 matches
Mail list logo
