Hi Bruce,
I test it with arm. The arch of compiled tools is still x86.
Thanks very much for your notification.
Regards!
Jian
于 2015年07月01日 22:48, Bruce Ashfield 写道:
On Wed, Jul 1, 2015 at 2:16 AM, Jian Liu jian@windriver.com wrote:
Some tools under scripts are missed and this can cause
From: Yue Tao yue@windriver.com
The .gz, .bz2 or .lzma are middle files for making gz.u-boot,
bz2.u-boot, or lzma.u-boot. It should be removed once the final
image is generated. Otherwise, even RM_OLD_IMAGE = 1, it can't
be removed, moreover more and more middle files are genrated via
From: Li Wang li.w...@windriver.com
Issue: LIN7-2153
the patch comes from:
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-3689
http://git.qemu.org/?p=qemu.git;a=commit;h=83afa38eb20ca27e30683edc7729880e091387fc
vmware-vga: CVE-2014-3689: turn off hw accel
Quick easy stopgap for
On 30 June 2015 at 18:47, Burton, Ross ross.bur...@intel.com wrote:
On 16 June 2015 at 15:22, Jussi Kukkonen jussi.kukko...@intel.com wrote:
+inherit autotools pkgconfig gettext gtk-icon-cache
Does this recipe build with allarch?
Not with my autotools fu... adwaita has a couple of strings
On Thu, 2015-07-02 at 09:25 +0800, wenzong@windriver.com wrote:
From: Yue Tao yue@windriver.com
Sometimes, the parameters of CC contains the ',', which
cause the sed command failed, so replace the ',' with '#'
What about BUILD_CC? Not sure if there are any linker parameters in
there?
Hi Ross,
I cherry-pick and rebase 2471f9b from branch dizzy.
Board mpc8315e doesn't support feature altivec, so I built on local ppc board
which support feature altivec. It built fine.
Build fine for mpc8315e too that without altivec.
It is backported patch from valgrind upstream and I didn't
Signed-off-by: Ting Liu ting@freescale.com
Signed-off-by: Armin Kuster akuster...@gmail.com
Cherry-pick from branch dizzy.
Signed-off-by: Kai Kang kai.k...@windriver.com
---
.../pass-maltivec-only-if-it-supported.patch | 68 ++
From: Li Wang li.w...@windriver.com
the patch comes from:
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-3689
http://git.qemu.org/?p=qemu.git;a=commit;h=83afa38eb20ca27e30683edc7729880e091387fc
vmware-vga: CVE-2014-3689: turn off hw accel
Quick easy stopgap for CVE-2014-3689: We
From: Joe Slater jsla...@windriver.com
If -D_FORTIFY_SOURCE=2 is included in CFLAGS for debug builds,
many warnings will be generated and some packages will fail to
build. So, only conditionally include it.
Signed-off-by: Joe Slater jsla...@windriver.com
---
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-
boun...@lists.openembedded.org] On Behalf Of jackie.hu...@windriver.com
Sent: Thursday, July 02, 2015 2:43 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core]
Currently in oe-core, the default GCCVERSION is 4.9, and we also have
gcc 5.1, so when:
MACHINE = qemux86-64
require conf/multilib.conf
MULTILIBS = multilib:lib32
DEFAULTTUNE_virtclass-multilib-lib32 = x86
$ bitbake gcc-cross-canadian-i586
Then the 5.1 has been built, though we had set 4.9
On 2 July 2015 at 03:45, Li xin lixin.f...@cn.fujitsu.com wrote:
multiple sources 'busybox ncurses mesa-demos' provide same
command 'clear',so rename 'clear' like recipe ncurses do.
Mesa's clear is in no way compatible with the ncurses clear, so this isn't
appropriate. Simply rename the
On 2 July 2015 at 02:38, Khem Raj raj.k...@gmail.com wrote:
No, certain construct like %m which are used in weston are already part of
musl. As of now it builds and boots fine with latest musl release and we
will address any future issues
if they arise. moreover upstream wayland/weston is
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2015-07-01 ==
INFO: jenkins-job.sh-1.3.1 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150701_164414.log
=== common (8) ===
*
* Burton, Ross ross.bur...@intel.com [150702 00:43]:
On 28 June 2015 at 14:18, Armin Kuster akuster...@gmail.com wrote:
this requires the gnutls 3.4.1 update or the current gnutils build will
break.
This appears to brake our partial support for building core-image-base
without GPLv3:
On Thu, Jul 02, 2015 at 12:15:05PM +0200, Martin Jansa wrote:
http://www.openembedded.org/wiki/Bitbake_World_Status
Ross wanted to know which oe-core changes are applied in this build:
It's using contrib/jansa/master branch, for this build it was including:
a179586 squashfs-tools: upgrade to
On 2 July 2015 at 09:15, Jussi Kukkonen jussi.kukko...@intel.com wrote:
Not with my autotools fu... adwaita has a couple of strings they want
translated so they use intltool. intltool.m4 decides to do a compile
test (because of a Solaris corner case) and this naturally leads to a
configure
The short name repos will go away very very soon. Please check your
scripts and add remotes to the proper repo names.
Philip
Forwarded Message
Subject: meta-oe and oe-core mirror repos going away at the end of June
Date: Thu, 14 May 2015 08:31:56 -0400
From: Philip Balister
On 2 July 2015 at 12:30, Anders Darander and...@chargestorm.se wrote:
Without looking too much at this specific issue, I'd say that we should
keep the older version in oe-core. Just as we normally try to do when it
comes to GPLv2 / GPLv3 upgrades.
In my opinion, having as much as possible
Proper announcements will follow in time.
After ELCE (Oct 5-7, in Dublin Ireland) there will be a Yocto Project
Dev Day on Oct 8 and an OpenEmbedded Developer Meeting (with bonus eV
general assembly) on Oct 9.
We are working on the formal GA/OEDEM announcement now. This email
should help
* commit a5ebdb6ad8e4f94ac819275d55575230e057e4ae
Author: Valentin Popa valentin.p...@intel.com
Date: Tue Feb 18 13:32:16 2014 +0200
Subject: mesa: upgrade to 9.2.5
introduced this do_install_append, but doesn't explain why it doesn't
respect MESA_EGL_NO_X11_HEADERS flag anymore.
On Fri, Apr 10, 2015 at 05:10:48PM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 47f67fae98faec17087a827eff141e05b0400560
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=47f67fae98faec17087a827eff141e05b0400560
Author:
Yeah I know it’s not good to have the empty package and we can remove
dependencies to void error, but
our customer may add the package through IMAGE_INSTALL in local.conf and blame
it fails until do_rootfs:
ERROR: bigreqsproto not found in the base feeds (intel_x86_64 core2-64 x86_64
noarch
CONFIG_FEATURE_VI_OPTIMIZE_CURSOR is obsolete and removed from busybox
v1.21.0 onwards:
http://git.busybox.net/busybox/commit/?id=04b52892ed5d9d8a4cf5d887c221a8b50c71274e
Signed-off-by: Andre McCurdy armccu...@gmail.com
---
meta/recipes-core/busybox/busybox/defconfig | 1 -
1 file changed, 1
The login-utilities.cfg busybox config fragment was added during the
transition of default login manager from tinylogin to busybox [1]. The
tinylogin recipe was removed from oe-core prior to the 1.5 / Dora
release [2].
Merging the config fragment into defconfig simplifies the process of
keeping
No functional changes, simply re-order lines in defconfig so that the
existing options don't move around when the file is run though busybox
v1.23.2 'make oldconfig'.
Signed-off-by: Andre McCurdy armccu...@gmail.com
---
meta/recipes-core/busybox/busybox/defconfig | 84
The oe-core busybox defconfig file is based on busybox v1.20.2,
therefore any new configure options introduced in busybox v1.21.x,
v1.22.x and v1.23.x take on default values when the oe-core defconfig
is run through busybox v1.23.2 'make oldconfig'.
This patch series just refreshes the oe-core
The oe-core busybox defconfig file is based on busybox v1.20.2,
therefore any new configure options introduced in busybox v1.21.x,
v1.22.x and v1.23.x take on default values when the oe-core defconfig
is run through busybox v1.23.2 'make oldconfig'.
Signed-off-by: Andre McCurdy
From: Yuanjie Huang yuanjie.hu...@windriver.com
ldconfig-native was grepped from an old version of glibc, and its output
lacks neccessary 64bit flag in entries.
Due to this defect, ctypes.util.find_library() python function fails to
detect any library due to the old file format that
It seems to be working today. wonder if it is do to mercurial-native update?
- armin
On 06/25/2015 03:59 AM, Martin Jansa wrote:
On Wed, Jun 24, 2015 at 08:00:55PM -0700, akuster808 wrote:
Hello all,
I have run into an issue trying to build vim.
That's broken for a while (see world
From: Yuanjie Huang yuanjie.hu...@windriver.com
1. Show GNU unique symbols as provided symbols
2. Remove dependency on dpkg
Both have been submitted to mklibs maillist:
https://lists.debian.org/debian-boot/2015/07/msg00018.html
https://lists.debian.org/debian-boot/2015/07/msg4.html
This back ported patch fixes CVE-2013-1752 for httplib
References:
http://bugs.python.org/issue16037
https://access.redhat.com/security/cve/CVE-2013-1752
The httplib module / package can read arbitrary amounts of data
from its socket when it's parsing the HTTP header. This may lead
to issues when
This back ported patch fixes CVE-2013-1752 for httplib
References:
http://bugs.python.org/issue16037
https://access.redhat.com/security/cve/CVE-2013-1752
The httplib module / package can read arbitrary amounts of data
from its socket when it's parsing the HTTP header. This may lead
to issues when
Some source archive are not standard format.
For example, sometimes, we still need decompress file once again after
base_do_unpack,
in such case, the following warning will be caught.
WARNING: xxx : the directory ${WORKDIR}/ (xx) pointed to by the S
variable doesn't exist \
- please
The package_qa task isn't required for cross builds, so delete it along with the
other packaging tasks to match native.bbclass.
[ YOCTO #7934 ]
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/classes/cross.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, 2015-07-01 at 09:03 -0700, Darren Hart wrote:
+# Quark tune feature
+AVAILTUNES = i586-nlp-32
+TUNE_FEATURES_tune-i586-nlp-32 = ${TUNE_FEATURES_tune-x86} i586-nlp
+BASE_LIB_tune-i586-nlp-32 = lib
+TUNE_PKGARCH_tune-i586-nlp-32 = i586-nlp-32
+PACKAGE_EXTRA_ARCHS_tune-i586-nlp-32
The current version of nettle 2.7 has one file that is GPL v3.
mini-gmp.*
so the license for 2.7 should be updated IMHO. So wont that put us in
the same boat as the upgrade?
- armin
On 07/01/2015 03:42 PM, Burton, Ross wrote:
On 28 June 2015 at 14:18, Armin Kuster akuster...@gmail.com
On 2 July 2015 at 18:04, akuster808 akuster...@gmail.com wrote:
The current version of nettle 2.7 has one file that is GPL v3.
mini-gmp.*
so the license for 2.7 should be updated IMHO. So wont that put us in the
same boat as the upgrade?
Yes. Ouch.
Ross
--
On 1 July 2015 at 10:40, Yuanjie Huang yuanjie.hu...@windriver.com wrote:
From: Yuanjie Huang yuanjie.hu...@windriver.com
ldconfig-native was grepped from an old version of glibc, and its output
lacks neccessary 64bit flag in entries.
Due to this defect, ctypes.util.find_library() python
On 1 July 2015 at 08:52, jackie.hu...@windriver.com wrote:
# ${PN} is empty so we need to tweak -dev and -dbg package dependencies
+# and allow ${PN} to be created empty
+ALLOW_EMPTY_${PN} = 1
RDEPENDS_${PN}-dev =
RRECOMMENDS_${PN}-dbg = ${PN}-dev (= ${EXTENDPKGV})
As the comment and
On 7/2/15 11:46 AM, Burton, Ross wrote:
On 2 July 2015 at 18:04, akuster808 akuster...@gmail.com
mailto:akuster...@gmail.com wrote:
The current version of nettle 2.7 has one file that is GPL v3.
mini-gmp.*
so the license for 2.7 should be updated IMHO. So wont that put us
On Jul 1, 2015, at 9:55 AM, Leonardo Sandoval
leonardo.sandoval.gonza...@linux.intel.com wrote:
files-in-$pkg.txt files are created and placed on top of the corresponding
buildhistory/packages folders. By the time this task is done, the latter
folders are *already* created, so that is
42 matches
Mail list logo