Re: [yocto] [PATCH 0/4] yocto-bsp fixes

esting. > > Please pull into poky/master. > > Thanks, > > Tom > > The following changes since commit 6703173449ad21e1623ac75a66535cb2ed52aeeb: > Richard Purdie (1): > package_rpm.bbclass: Set tmppath for rpm to somewhere which won't > conflict with th

Re: [yocto] native recipe and sysroot-destdir troubles

On Fri, 2012-04-13 at 17:17 -0400, Philip Tricca wrote: > Worked out a solution to this issue. For the sake of brevity it can be > found here: > > http://twobit.us/blog/2012/04/openembedded-yocto-native-hello-world/ So just to follow up here too for the list archives: This “craziness” does have

Re: [yocto] bitbake gets confused with ~/user-config.jam

On Fri, 2012-04-13 at 11:53 +0200, Johannes König wrote: > Hi, > > It seems that bitbake (or more precisely the boost_1.44.0.bb recipe) gets > confused with an user-config.jam file in the users home directory. > > When trying to build core-image-sato (or zypper) the build aborts due to > an error

Re: [yocto] [PATCH 0/1] [1.2] poky-tiny: Separate the libc features required for meta-toolchain

On Mon, 2012-04-16 at 18:06 -0700, Darren Hart wrote: > This addresses [YOCTO #2295], in which the meta-toolchain target would fail > for > the poky-tiny DISTRO definition due to its reduced libc feature set. This is > not > an optimal solution as it significantly increases the size of the C libr

Re: [yocto] Writing do_install_append for target and virtclass-native in a bbappend

On Mon, 2012-04-16 at 20:32 -0700, Darren Hart wrote: > I'm trying to address a symlink naming issue in the bzip2 package when > used with Chrome. Chrome is looking for a specific soname, which the > default install of bzip2 doesn't setup. I can address this easily by > adding the symlink via a bzi

Re: [yocto] Writing do_install_append for target and virtclass-native in a bbappend

On Tue, 2012-04-17 at 10:32 +0100, Paul Eggleton wrote: > On Monday 16 April 2012 20:32:25 Darren Hart wrote: > > I'm trying to address a symlink naming issue in the bzip2 package when > > used with Chrome. Chrome is looking for a specific soname, which the > > default install of bzip2 doesn't setu

Re: [yocto] [PATCH 0/3] kernel26 cleanup

On Mon, 2012-04-16 at 22:29 -0500, tom.zanu...@intel.com wrote: > From: Tom Zanussi > > This (post-1.2) patchset removes the last vestiges of kernel26 from poky. > > The following changes since commit c936fca6e163bc19bc08cbd0036b31ca6f6c3ed6: > Richard Purdie (1): >

Re: [yocto] [PATCH 0/1] [1.2] poky-tiny: Separate the libc features required for meta-toolchain

On Tue, 2012-04-17 at 07:04 -0700, Darren Hart wrote: > On 04/17/2012 01:09 AM, Richard Purdie wrote: > > I had a thought about this: > > > > diff --git a/meta/conf/distro/include/default-distrovars.inc > > b/meta/conf/distro/include/default-distrovars.inc > &

Re: [yocto] A question about PACKAGE_ARCH renaming

On Wed, 2012-04-18 at 12:45 +, Hatle, Mark wrote: > There is/was a conversion that changed - to _ in the package arch. And yes > this needs to be fixed ASAP. Let put this really simply. We are not doing this just as the -rc4 is about to build. If we want to start considering a change like th

[yocto] Yocto Project 1.2 Release Status

I thought I'd update everyone with the current 1.2 status. I'm going to branch master for release at this point. We've fixed a lot of issues, I'm hoping the -rc4 build will be a good one. There are signs there are some more minor issues around and bugs do keep getting opened. These are still being

Re: [yocto] [OE-core] Yocto Project 1.2 Release Status

On Wed, 2012-04-18 at 16:53 +0200, Martin Jansa wrote: > On Wed, Apr 18, 2012 at 03:47:47PM +0100, Richard Purdie wrote: > > I thought I'd update everyone with the current 1.2 status. > > > > I'm going to branch master for release at this point. We've fixed

Re: [yocto] [OE-core] Yocto Project 1.2 Release Status

On Wed, 2012-04-18 at 09:22 -0700, Chris Larson wrote: > On Wed, Apr 18, 2012 at 8:20 AM, Richard Purdie > wrote: > > On Wed, 2012-04-18 at 16:53 +0200, Martin Jansa wrote: > >> On Wed, Apr 18, 2012 at 03:47:47PM +0100, Richard Purdie wrote: > >> > I thought I&#

Re: [yocto] [OE-core] Yocto Project 1.2 Release Status

On Wed, 2012-04-18 at 10:11 -0700, Chris Larson wrote: > On Wed, Apr 18, 2012 at 10:06 AM, Chris Larson wrote: > > On Wed, Apr 18, 2012 at 10:02 AM, Richard Purdie > > wrote: > >> On Wed, 2012-04-18 at 09:22 -0700, Chris Larson wrote: > >>> On Wed, Apr

Re: [yocto] Build time data

On Thu, 2012-04-19 at 18:18 +0530, Joshua Immanuel wrote: > Hello, > > On Fri, 2012-04-13 at 09:45 +0100, Richard Purdie wrote: > > There are undoubtedly ways we can improve performance but I think > > we've done the low hanging fruit and we need some fresh ideas. >

Re: [yocto] [opkg-utils][PATCH 00/22] Partially prepare for python3 and fix old Packages file reuse

opkg.py: computeFileMD5 only when we have fn, otherwise fails to read > None file > opkg.py: fix write_package when called from main test > opkg.py: use textwrap for description writing > opkg.py: improve test so it prints temporary control file with long > description and

Re: [yocto] [Yocto-infrastructure] Bugzilla Upgrade Complete

On Sun, 2012-04-29 at 13:17 -0700, Michael Halstead wrote: > The upgrade to Bugzilla 4.2.1 is complete. The upgrade completed with > 0 errors and 0 warnings. Total downtime was 6 minutes. I am still > working on smoothly re-categorizing and renaming classifications, > products, and components. > >

[yocto] 1.3 Planning Process

I just wanted to highlight that the planning process for the next Yocto Project release (tentatively '1.3') is well under way now. I sent out a previous email about this but this is a quick reminder. We use the bugzilla (bugzilla.yoctoproject.org) to track proposed ideas and these will ultimately

Re: [yocto] Is it not necessary to sudo dpkg-reconfigure dash with Poky 1.2 on Ubuntu 12.04

On Wed, 2012-05-02 at 08:18 -0700, Osier-mixon, Jeffrey wrote: > Good catch. I'm still installing 12.04 and can't check at the moment, > but there is an easy way to tell: > > file /bin/sh > > If it points to bash you should be fine, if it points to dash then > you'll need to reconfigure. Please l

Re: [yocto] ALT_SRC_URI ?

On Wed, 2012-05-30 at 16:08 +, McClintock Matthew-B29882 wrote: > On Wed, May 30, 2012 at 9:20 AM, David Nyström wrote: > > Hi, > > > > Since meta-fsl-ppc:s git daemon(git://git.freescale.com) was down, I > > experimented with adding the http reference as a mirror. > > > > MIRRORS_prepend = "\

Re: [yocto] [PATCH] gitignore: add wildcard to match toplevel patch files

On Fri, 2012-06-08 at 12:10 -0400, Paul Gortmaker wrote: > To support the basic workflow of trivial patches: > > git format-patch HEAD~.. ; git send-email --to f...@bar.com 0001-foo.patch > > We don't want git status reporting on patches lying in the top > level dir in this case. Merged to mast

Re: [yocto] Discussion: Package testing

On Thu, 2012-06-14 at 15:26 +0200, Björn Stenberg wrote: > Many source packages include their own package test suites. We are > looking at running these tests on target in a structured way, and I > would like a discussion about how to best fit this into the Yocto > framework. > > The actions that n

Re: [yocto] RFC: poky-tiny: init procedure

On Fri, 2012-06-15 at 14:10 -0700, Tim Bird wrote: > One of our early efforts, getting busybox > to not fork commands in init scripts that it had as > builtins, proved to be a significant feature that is still > valuable today to improve boot time. I'd add that one thing we did with Poky's init sy

Re: [yocto] question about devtools-native tasks

On Mon, 2012-06-18 at 20:48 +0900, Bongseo Jang wrote: > Hi All, > > I'm watching console output of 'bitbake minimal-core-image' > It starts with getting native devtools like, > > NOTE: Running task 1 of 63 (ID: > 11, /home/bsjang/poky/meta/recipes-devtools/quilt/quilt-native_0.60.bb, > do_fet

Re: [yocto] [opkg-utils][PATCH 0/2] opkg-utils fix for python-2.6 and fix for missing getopts

On Tue, 2012-05-29 at 17:34 +0200, Martin Jansa wrote: > The following changes since commit 44df9dd3dc411ca1255cb4b23bde7eb71aed4778: > > opkg-make-index: disable filelist by default (2012-04-26 11:39:42 +0100) > > are available in the git repository at: > git://github.com/shr-project/opkg-ut

Re: [yocto] [OE-core] RFC: [PATCH 1/1] toolchain-scripts: Sync the SDK/ADT values to the build system

On Tue, 2012-07-10 at 15:54 -0500, Mark Hatle wrote: > The build system passes specific TUNE (fundamental) flag values to various > tools instead of using a shell wrapper or similar. It is important that the > build system and ADT/SDK match the behaviors exactly, or we are likely to > have differe

Re: [yocto] [PATCH] mpc8315: build u-boot v2012.04 by default.

On Thu, 2012-07-19 at 20:01 -0400, Paul Gortmaker wrote: > Validated on real hardware: > >U-Boot 2012.04.01 (Jun 29 2012 - 13:48:03)MPC83XX > >Reset Status: Software Hard, External/Internal Soft, External/Internal Hard > >CPU: e300c3, MPC8315E, Rev: 1.2 at 400 MHz, CSB: 133.333 MHz

Re: [yocto] [poky] Developing hob/bitbake using PyDev

On Tue, 2012-08-07 at 07:48 +, Iorga, Cristian wrote: > Remote debugging seems possible, but we did not set it up (yet). > > “Fix and Continue” we don’t know if it exists in Python world, because > of the way Pyhon (interpreter + base language works). > > I.e.: Python: from module import spam

[yocto] ia32-base.inc: Drop glibc --with-tls option, its now the only option for glibc

. Signed-off-by: Richard Purdie diff --git a/conf/machine/include/ia32-base.inc b/conf/machine/include/ia32-base.inc index 99ac352..17ff714 100644 --- a/conf/machine/include/ia32-base.inc +++ b/conf/machine/include/ia32-base.inc @@ -21,7 +21,6 @@ SERIAL_CONSOLE ?= "115200 ttyS0" # gli

Re: [yocto] [poky] [PATCH v2] routerstationpro: move board off 3.0 and onto the 3.4 kernel

On Fri, 2012-08-17 at 11:24 -0400, Paul Gortmaker wrote: > The updated patch series to support this target is in place > on the BSP specific branch in the 3.4 kernel tree now[1], so > we can move it ahead off of the old 3.0 kernel. > > [1] https://lists.yoctoproject.org/pipermail/linux-yocto/2012-

Re: [yocto] [ADT] Autotools: configure using --with-libtool-sysroot

On Wed, 2012-08-22 at 16:22 -0700, Rudolf Streif wrote: > I tried, according to the documentation > at > http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html#extracting-the-root-filesystem), > to configure and compile the autotooled GNU Hello World Applcation for x86 > and ARM wit

Re: [yocto] 1.3 M3 Full Pass test results

On Thu, 2012-08-23 at 20:13 +0100, Serban, Laurentiu wrote: > Here are the results for the full pas tests on 1.3 M3 RC2. The commit > used for testing is 8b8748c8f963900b83dc0fdd7757556f917fe4fd. > > Some details about the encountered issues below: > > BSP – Sudoku-savant project build issue (28

Re: [yocto] [PATCH 1/3] Add -ptest package group

On Thu, 2012-08-23 at 16:20 +0200, Björn Stenberg wrote: > This patch creates a new package group -ptest to contain the tests for > each package. > > --- > meta/classes/distutils-common-base.bbclass |5 - > meta/classes/image.bbclass |6 -- > meta/classes/package.b

Re: [yocto] [PATCH 3/3] Enable bash-ptest

On Thu, 2012-08-23 at 16:20 +0200, Björn Stenberg wrote: > Patch Makefile.in to allow test programs be built on host and ran on > target. > Patch tests/run-all to output PASS/FAIL for each testcase. > Patch recipe to build and install test programs and test suite. > > --- > .../bash/bash-4.2/buil

Re: [yocto] yocto beagleboard.conf -- should it not go away?

On Wed, 2012-09-05 at 10:43 +0100, Tomas Frydrych wrote: > On 05/09/12 10:15, Paul Eggleton wrote: > > On Wednesday 05 September 2012 09:49:11 Tomas Frydrych wrote: > > It has been considered witin OE to be best practice to append to BBPATH and > > not prepend, the thinking being that then the sea

Re: [yocto] yocto beagleboard.conf -- should it not go away?

On Wed, 2012-09-05 at 10:45 -0400, William Mills wrote: > > On 09/05/2012 08:48 AM, Richard Purdie wrote: > > On Wed, 2012-09-05 at 10:43 +0100, Tomas Frydrych wrote: > >> On 05/09/12 10:15, Paul Eggleton wrote: > >>> On Wednesday 05 September 2012 09:49:11 Tomas

Re: [yocto] yocto beagleboard.conf -- should it not go away?

On Wed, 2012-09-05 at 13:48 +0100, Richard Purdie wrote: > The root of the problem is that meta-yocto mixes up policy and hardware > support which is bad. It also means its not compliant with the new Yocto > Project compliance criteria and hence is not Yocto Project Compatible. > >

Re: [yocto] yocto beagleboard.conf -- should it not go away?

On Tue, 2012-09-04 at 09:58 +0100, Tomas Frydrych wrote: > Hi Bruce, > > On 03/09/12 22:08, Bruce Ashfield wrote: > > That being said, taking a step back, what are you trying to get out of > > meta-yocto in this scenario ? > > a) I am targeting multiple chips, including TI Omap and Intel Atom. >

Re: [yocto] yocto beagleboard.conf -- should it not go away?

On Wed, 2012-09-05 at 10:20 -0400, William Mills wrote: > On 09/04/2012 07:23 PM, Darren Hart wrote: > > > > > > On 09/04/2012 01:25 PM, William Mills wrote: > > > >> Darren: Is it true you can't get @ the Intel BSP's w/o also getting the > >> poky distro defs? That does seem to mixing things a bi

Re: [yocto] yocto beagleboard.conf -- should it not go away?

On Tue, 2012-09-04 at 09:21 +0100, Jack Mitchell wrote: > On 03/09/12 22:08, Bruce Ashfield wrote: > > On Mon, Sep 3, 2012 at 4:55 PM, Tomas Frydrych > > wrote: > >> snip... > >> > >> > >> > >> That being said, taking a step back, what are you trying to get out of > >> meta-yocto in this scenario

Re: [yocto] CyaSSL Yocto Recipe

On Thu, 2012-09-06 at 16:38 -0600, Chris Conlon wrote: > Hi Saul, > > On Sep 6, 2012, at 4:14 PM, Saul Wold wrote: > > > On 09/06/2012 02:59 PM, Chris Conlon wrote: > >> Adding a direct link to the CyaSSL recipe file for review: > >> > >> www.yassl.com/files/yocto/cyassl_2.3.0.bb > >>

Re: [yocto] any success with spartan6-lx9mb?

On Fri, 2012-09-07 at 08:27 -0400, Bruce Ashfield wrote: > On Fri, Sep 7, 2012 at 7:22 AM, Philip Balister wrote: > > On 09/06/2012 06:19 PM, Bruce Ashfield wrote: > >>> > >>> Speaking of zynq, I have a simple BSP here for the zc702 board: > >>> > >>> https://github.com/balister/meta-zynq > >> >

Re: [yocto] [PATCH 00/62] denzil pull request 2

.88dsf.bb: only run serial checks at boot if we > have items to check > > Paul Eggleton (4): > classes/mirrors: remove bogus gnutls mirror > dhcp: remove dependency of dev/staticdev packages on main package > bitbake: hob: ensure error message text is properly escaped > b

[yocto] Yocto Project 1.4 Planning Process

Whilst I appreciate people are concentrating on 1.3, we do also need to think about planning 1.4. https://wiki.yoctoproject.org/wiki/Yocto_1.4_Features is seeded with the 1.4/Future targeted enhancement requests from the bugzilla. This is currently unsorted/unprocessed other than some guesses fro

Re: [yocto] eglibc fails to build

On Thu, 2012-10-04 at 10:02 +, Szankin, Maciej wrote: > Hi, > I’m having a hard time building yocto. > I’m trying to build a tiny-poky / core-image-rt , but it doesn’t even > matter as in every configuration it just fails on eglibc. > Target architecture is x86. > > I will keep it clean so th

Re: [yocto] The BitBake equivalent of "Hello, World!"

On Thu, 2012-10-04 at 20:00 -0700, Rudolf Streif wrote: > Disclaimer: I am no Bitbake expert. I just put this together by > rummaging through the Bitbake code for a couple of minutes. I am > reasonably confident that what I am saying below is rather accurate > but the Bitbake experts know better. >

Re: [yocto] [PATCH 1/1] meta-tlk: fix ignored SRC_URI appends

On Fri, 2012-10-05 at 14:20 +0300, Mihai Lindner wrote: > Fix SRC_URI appends ignored by meta-cedartrail and meta-crownbay. Used > SRC_URI_append instead of SRC_URI. > Also placed all variables in an .inc file to be required by all > linux-yocto recipes in here, since all versions use the same. >

Re: [yocto] [PATCH resend][opkg-utils] opkg.py/opkg-build: fix creation of tar archives

On Wed, 2012-10-24 at 12:53 +0200, Steffen Sledz wrote: > Since openSUSE 12.2 the installed tar uses posix instead of gnu encoding > by default. This format is not fully supported by opkg and results in > ipk packages not installable at the target. > > Collected errors: > * get_header_tar: Unknow

Re: [yocto] [opkg-utils][PATCH 1/1] opkg-make-index: fix mis-indented else:

On Thu, 2012-10-04 at 18:29 +0200, Martin Jansa wrote: > From: Marc Olzheim > > Signed-off-by: Martin Jansa > --- > opkg-make-index | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/opkg-make-index b/opkg-make-index > index 1c3a8e1..44fa64d 100755 > --- a/opkg-make-index

Re: [yocto] populate_sysroot and sstate question

On Tue, 2015-03-24 at 22:22 +, Vuille, Martin (Martin) wrote: > Is there a better way to suppress populate_sysroot without breaking > setscene? Define an empty sysroot_stage_dirs function. Cheers, Richard -- ___ yocto mailing list yocto@yoctopro

Re: [yocto] populate_sysroot and sstate question

On Wed, 2015-03-25 at 13:33 +, Vuille, Martin (Martin) wrote: > > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] > > Sent: March 25, 2015 9:09 AM > > > > On Tue, 2015-03-24 at 22:22 +, Vuille, Martin (Martin) wrote: > > >

Re: [yocto] Question about BB_NO_NETWORK

On Fri, 2015-03-27 at 11:09 -0600, Gary Thomas wrote: > On 2015-03-27 11:00, Gary Thomas wrote: > > Can someone explain to me why this recipe (from meta-fsl-arm-extra) > > requires network access if I have a current (built today on a different > > machine) git tarball of the repository? > > Oops,

Re: [yocto] Removing do_compile task and ordering problem

On Thu, 2015-05-21 at 13:55 +0100, Paul Eggleton wrote: > Hi Marcin, > > On Thursday 21 May 2015 12:47:05 Marcin Krzemiński wrote: > > I am writing recipe that inherits from *native*. > > I removed do_compile task using: *deltask do_compile* > > When i was ruing bitbake my-recipe all works fine, b

Re: [yocto] New/unfamiliar messages

On Mon, 2015-07-20 at 10:08 -0600, Gary Thomas wrote: > On 2015-07-20 09:39, Burton, Ross wrote: > > > > On 20 July 2015 at 16:28, Gary Thomas > > wrote: > > > >NOTE: Stamp > > /home/local/rpi2_2015-03-05/tmp/stamps/i686-linux/dbus-native/1.8.16-r0 is > > not re

Re: [yocto] New/unfamiliar messages

On Mon, 2015-07-20 at 11:15 -0600, Gary Thomas wrote: > On 2015-07-20 10:58, Richard Purdie wrote: > > On Mon, 2015-07-20 at 10:08 -0600, Gary Thomas wrote: > >> On 2015-07-20 09:39, Burton, Ross wrote: > >>> > >>> On 20 July 2015 at 16:28, Gary Tho

Re: [yocto] [meta-mingw][PATCH 0/6] mingw patches to build meta-toolchain

On Wed, 2015-08-05 at 15:51 -0700, Juro Bystricky wrote: > Several recipes have been updated, so the corresponding .bbappend files > became stale. > The attached patches correspond to various updated recipes. > > I tested the patches with meta-mingw layer and: > > SDKMACHINE="i686-mingw32" > bit

Re: [yocto] building an SDK for MacOSX

On Wed, 2015-08-05 at 16:53 -0400, Trevor Woerner wrote: > Hi, > > I came across RP's meta-darwin today that I'm hoping will enable me to > build an OpenEmbedded SDK that can be used by my colleagues who work in > a MacOSX environment? > > Is my understanding correct? Yes. > Has anyone tried th

Re: [yocto] gcc reports sysroot is /not/exist!

On Tue, 2015-09-15 at 10:20 +0100, Chris Simmonds wrote: > On 15/09/15 09:58, Paul Eggleton wrote: > > Hi Chris, > > > > On Tuesday 15 September 2015 09:48:34 Chris Simmonds wrote: > >> I am using Yocto fido (1.8) to generate an SDK for a BeaglBone. I > >> generate the it using the command: > >> >

Re: [yocto] Sharing a source repository

On Tue, 2016-01-12 at 09:36 +, Chris Trobridge wrote: > I have a source (git) repository that can build a number of targets > that could usefully be distributed across a number of recipes to be > applied in different circumstances. Is there a preferred method to > allow multiple recipes to ref

Re: [yocto] Weekly build soon available

On Tue, 2014-05-06 at 23:34 -0700, Flanagan, Elizabeth wrote: > The most recent weekly will soon be available at: > > http://autobuilder.yoctoproject.org/pub/nightly/20140506-3 > > bitbake 4eb2dc8048e2722d64d589f453df1ce6262c71b8 > eclipse-poky-juno 26bfc407781aa185f244a47ba63120343cee4a37 > ecli

Re: [yocto] [PATCH 1/1] dylan: fix kconfig-frontends for ncurses --with-libterm

On Mon, 2014-05-05 at 23:07 +, Woodyatt, James wrote: > commit 939c9feca3c26d4603b573d887324d6220e93819 > Author: james woodyatt > Date: Mon May 5 15:54:29 2014 -0700 > > kconfig-frontends-native: add support for --with-libterm. > > This is a cherry-pick of cefcd4b655c2b7efdc63

Re: [yocto] [PATCH 1/1] dylan: fix C++ standard library headers on OS X

On Mon, 2014-05-05 at 23:12 +, Woodyatt, James wrote: > Resend, this time with all contents. > > commit 562fa987cea60d61c256195adce7e83bf1c1a8c9 > Author: james woodyatt > Date: Thu May 1 14:44:39 2014 -0700 > > Fix C++ standard library header directory configuration. > > Remo

Re: [yocto] [PATCH 2/2] meta-darwin on dylan branch

On Thu, 2014-05-01 at 19:03 +, Woodyatt, James wrote: > commit 4c50f7bd62a675dd1f034bc6730f833c6dca0c19 > Author: james woodyatt > Date: Thu May 1 11:57:41 2014 -0700 > > Remove usage of ‘new typename’ constructors in ld64 part of odcctools2 > package. > I've applied this fix to the

Re: [yocto] [OE-core] GStreamer 0.10's future

On Thu, 2014-05-08 at 17:57 +0100, Paul Eggleton wrote: > Yes, I'm just talking about libav 0.8 here - libav 9 would remain where it > is. > That might still be problematic though given that their PN is the same. I'm > open to better suggestions, but I think we have to do *something* here. We c

Re: [yocto] Question / issue

On Mon, 2014-05-12 at 23:31 +, Paul McGougan wrote: > > -Original Message- > > From: David Nyström [mailto:david.c.nyst...@gmail.com] > > > To me, Thats sound like a bug in the dependency parser. > > It should not parse for changes in comments, i.e. in this case > > do_install_append

Re: [yocto] Best way to remove DISTRO_FEATURES?

On Wed, 2014-05-14 at 16:42 +0200, Neuer User wrote: > Probably solved. It should be > > include conf/distro/poky.conf > > instead of > > include poky.conf. > > (Stupid newbie error). FWIW if you said "require" instead of "include" you'd have got a useful error saying it couldn't find the file

Re: [yocto] Where did my preferred version go?

On Wed, 2014-05-14 at 12:06 -0600, Gary Thomas wrote: > I have a number of platforms which [for whatever reason] > need older versions of GCC. I've been supporting this by > keeping the older code around in my own layers - I need > 4.7.x for some targets, even 4.6.x for others. > > With the chang

Re: [yocto] [PATCH] Documentation improvements for gitsm:// fetcher

On Mon, 2014-05-19 at 06:42 -0400, Chris Morgan wrote: > On Mon, May 19, 2014 at 1:34 AM, Rifenbark, Scott M > wrote: > > Hi, > > > > This patch is not coming across to me intact. The process I use for > > patches is to take the attachment from my Thunderbird account and save it > > as an .EML

Re: [yocto] git.py support for submodules

On Sat, 2014-05-17 at 13:19 -0700, Christopher Larson wrote: > > > On Saturday, May 17, 2014, Chris Morgan wrote: > > On May 17, 2014 3:58 PM, "Christopher Larson" > wrote: > > > > > > > > On Saturday, May 17, 2014, Chris Morgan >

Re: [yocto] Reducing size of the weekly build

On Wed, 2014-05-21 at 19:58 +0100, Burton, Ross wrote: > On 21 May 2014 17:22, Flanagan, Elizabeth > wrote: > > One thing I'm thinking of and I want some feedback here is setting the > > package type on the main builds to just ipk and running a special > > deb/rpm test being to ensure those packa

Re: [yocto] [meta-mingw] build error

On Wed, 2014-05-21 at 16:45 -0400, Stefan Seefeld wrote: > Hello, > > I started experimenting with the meta-mingw layer today, using the > 'daisy' branch for both, poky as well as meta-mingw. > > Running `bitbake meta-toolchain`, the build process failed in one of the > last steps (1003 of 1005)

Re: [yocto] meta-mono core-image-mono failing

On Thu, 2014-05-22 at 00:23 +0100, Alex J Lennon wrote: > Thanks Stefan. > daisy was my suspicion but that seemed unlikely so I > have a clean Fedora build underway with daisy / meta-mono / > core-image-mono to prove it to myself as a first pass before trying master. > > As I do this I am thinkin

Re: [yocto] meta-mono core-image-mono failing

On Thu, 2014-05-22 at 09:29 +0100, Alex J Lennon wrote: > On 22/05/2014 09:23, Richard Purdie wrote: > > On Thu, 2014-05-22 at 00:23 +0100, Alex J Lennon wrote: > >> Thanks Stefan. > daisy was my suspicion but that seemed unlikely so I > >> have a clean Fedora bu

Re: [yocto] [meta-mingw] build error

On Thu, 2014-05-22 at 09:10 -0400, Stefan Seefeld wrote: > On 2014-05-22 02:10, Richard Purdie wrote: > > On Wed, 2014-05-21 at 16:45 -0400, Stefan Seefeld wrote: > >> Hello, > >> > >> I started experimenting with the meta-mingw layer today, using the > >

Re: [yocto] do_populate_sdk error

On Fri, 2014-07-04 at 16:28 +0800, Robert Yang wrote: > Sounds good, would you please provide the reproduce steps so that I can > file a bug for daisy ? I believe this already exists: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6458 Cheers, Richard -- __

Re: [yocto] Yocto 1.7_M2 weekly test report

If bug 6442 really still present in M2, or is it resolved? Cheers, Richard -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [Tizen General] Build Tizen with yocto work-flow

On Fri, 2014-08-01 at 15:13 +0100, Alex J Lennon wrote: > Getting some errors here having followed the "Using Scripts" section. > > I am guessing it might be as I'm using Ubuntu 14.04 LTS x64 > > This is for MACHINE=genericx86 > > e.g. > > | make[3]: Leaving directory > '/home/ajlennon/yocto/po

Re: [yocto] Yocto 1.7_M2 release candidate 1 ready for QA

On Fri, 2014-08-01 at 23:10 -0300, João Henrique Ferreira de Freitas wrote: > > Hi, > > I've tested all toolchains available at > http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7_M2.rc1/toolchain/x86_64/ > > My test program is very simple: > > --- c.cpp --- > #include > > int main(

Re: [yocto] i assume "ptest" is an all-or-nothing selection, yes?

On Tue, 2014-08-05 at 05:40 -0400, Robert P. J. Day wrote: > dev manual, section 5.13.6, clearly implies that ptest is selected > either across your build or not at all -- i see no suggestion that you > can enable it with, say, package overrides, correct? Correct. Cheers, Richard --

Re: [yocto] Yocto 1.7_M2 release candidate 1 ready for QA

On Fri, 2014-08-01 at 23:10 -0300, João Henrique Ferreira de Freitas wrote: > > Hi, > > I've tested all toolchains available at > http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7_M2.rc1/toolchain/x86_64/ > > My test program is very simple: > > --- c.cpp --- > #include > > int main(

Re: [yocto] Yocto 1.7_M2 release candidate 1 ready for QA

On Tue, 2014-08-05 at 11:00 +0100, Richard Purdie wrote: > On Fri, 2014-08-01 at 23:10 -0300, João Henrique Ferreira de Freitas > wrote: > > > > Hi, > > > > I've tested all toolchains available at > > http://autobuilder.yoctoproject.org/pub/releases/yocto

[yocto] 1.7 release feature freeze deadline this Friday

If you've been in the various calls or read the minutes you'd know about this but it was mentioned to me that it has not been highlighted on the mailing list. The M3 milestone close is the end of the week and this marks the feature freeze point for the 1.7 release. We do have M4 after this but tha

Re: [yocto] [OE-core] [RFT] Moving on from eglibc to glibc 2.20

On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote: > Hi All > > As we all know eglibc has been merged back into glibc and 2.19 was the > last release, here I have put together the recipes for upcoming glibc > 2.20 release and removed eglibc 2.19 in favor of move. > > I also thought about leaving

Re: [yocto] [OE-core] [RFT] Moving on from eglibc to glibc 2.20

On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote: > Hi All > > As we all know eglibc has been merged back into glibc and 2.19 was the > last release, here I have put together the recipes for upcoming glibc > 2.20 release and removed eglibc 2.19 in favor of move. > > I also thought about leaving

Re: [yocto] [OE-core] [RFT] Moving on from eglibc to glibc 2.20

On Thu, 2014-08-28 at 18:46 -0700, Khem Raj wrote: > On Thu, Aug 28, 2014 at 5:41 PM, Khem Raj wrote: > > reproduced. will apprise as I have some fix. > > OK pushed another patch to the contrib tree that should take care of both > xf86-input-synaptics xf86-input-vmmouse Thanks. I'm having one he

Re: [yocto] [OE-core] [RFT] Moving on from eglibc to glibc 2.20

On Thu, 2014-08-28 at 18:46 -0700, Khem Raj wrote: > On Thu, Aug 28, 2014 at 5:41 PM, Khem Raj wrote: > > reproduced. will apprise as I have some fix. > > OK pushed another patch to the contrib tree that should take care of both > xf86-input-synaptics xf86-input-vmmouse https://autobuilder.yocto

Re: [yocto] [OE-core] [RFT] Moving on from eglibc to glibc 2.20

On Thu, 2014-08-28 at 18:46 -0700, Khem Raj wrote: > On Thu, Aug 28, 2014 at 5:41 PM, Khem Raj wrote: > > reproduced. will apprise as I have some fix. > > OK pushed another patch to the contrib tree that should take care of both > xf86-input-synaptics xf86-input-vmmouse Also, meta-fsl-ppc fails:

Re: [yocto] autotools-brokensep.bbclass not working

On Fri, 2014-10-24 at 00:08 +, Vuille, Martin (Martin) wrote: > # > set /home/platform/Workspace/dvf99_gitlab/poky/meta/conf/bitbake.conf:348 > # "${S}" > # > set /home/platform/Workspace/dvf99_gitlab/poky/meta/conf/documentation.conf:77 > # [doc] "The Build Directory. The OpenEmbedded

Re: [yocto] Failing Build

On Thu, 2014-10-23 at 22:46 -0400, nick wrote: > Greetings Fellow Yocto Developers and Users, > I am getting a failing build with bitbake core-image-rt-sdk on qemux86 or > qemux86_64 machine builds. I'm guessing you've built a non-rt image, then built an -rt image and the two have become confused

Re: [yocto] QA Issue for recipe inheriting from native.bbclass

On Thu, 2014-10-23 at 16:58 +, Vuille, Martin (Martin) wrote: > I have a recipe that inherits from meta/classes/native.bbclass > > I am getting an ERROR: QA Issue: for this recipe: > > “Variable RPROVIDES is set as not being package specific, please fix > this.” > > which, as far as I can

Re: [yocto] OpenSSL-1.0.1j update making builds failing ...

On Fri, 2014-10-24 at 11:14 +0200, Jens Rehsack wrote: > yesterday applied OpenSSL update on daisy > (https://github.com/rdm-dev/poky/commit/27a877becf76a1410aa96c02a25bb885bfbddf04) > fails to bitbake, because newly added *ptest* files does not exists. Further > patches had been removed from rec

Re: [yocto] Help me understand Openembedded variable expansion

On Tue, 2014-10-28 at 10:11 -0700, Matt Schuckmann wrote: > So there is something I just don't get about how variables get > created, expanded, interpreted, etc in Bitbake > > For example I'm trying to copy some of the techniques in the Poky Tiny > distribution to reduce my image size and build ti

Re: [yocto] Another sstate rebuild issue, badly need help understanding sstate

On Mon, 2014-11-03 at 12:53 +, Vuille, Martin (Martin) wrote: > I have a variable “REV_TOOLS” defined in distro/conf/somename.conf in a > custom distro layer from a git repo. > > This variable is assigned to SRCREV in a number of recipes (SRCREV = > “${REV_TOOLS}”) > for packages included in

Re: [yocto] Angstrom Build Fails

On Sat, 2014-11-01 at 19:25 -0400, nick wrote: > This isn't a network issue as I can fetch Yocto sources from other servers > without > any problems. It can a network issue, routes to different places go through different servers and so whilst less common than complete network failure, you can h

Re: [yocto] [PATCH] Perl: fix PERL5LIB settings

On Sat, 2014-11-08 at 13:47 +0100, Jens Rehsack wrote: > Am 07.11.2014 um 12:55 schrieb Burton, Ross : > > > Hi Wolfgang, > > > > On 5 November 2014 19:29, Wolfgang Denk wrote: > > meta/recipes-devtools/perl/perl-native_5.14.3.bb | 4 ++-- > > meta/recipes-devtools/perl/perl_5.14.3.bb|

Re: [yocto] Fwd: [PATCH] Perl: fix PERL5LIB settings

Hi, On Thu, 2014-11-20 at 15:37 +0100, Jens Rehsack wrote: > I've seen you sent a patch for Yocto for > https://bugzilla.yoctoproject.org/show_bug.cgi?id=6890 which seems to > me (compared to Wolfgang's Patch) incomplete and shows another issue > ^^. Aníbal sent a patch for this, I merged it. ht

Re: [yocto] Questioning FILESOVERRIDES implied precedence in setting FILESPATH...

On Mon, 2014-12-01 at 01:00 -0500, Bob Cochran wrote: > In poky master, FILESOVERRIDES is constructed as follows: > > "${TRANSLATED_TARGET_ARCH}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}" > > For my current build, I get: > > FILESOVERRIDES="powerpc:custom-machine:e500v2:qoriq-ppc:poky" > > FILESPA

Re: [yocto] Cross compiler which runs on the target architecture.

Hi, On Sat, 2014-12-20 at 14:43 +, Peter Saunderson wrote: > I have seen a brief IRC chat > (https://www.yoctoproject.org/irc/%23yocto.2013-09-23.log.html talking > about https://github.com/nathanrossi/meta-parallella) about this > question but nothing much else so this is an attempt to get

Re: [yocto] Cross compiler which runs on the target architecture.

. Ultimately if we were doing a lot of this, we may be able to use a different variable name to make the recipes a lot neater. Cheers, Richard >From f58f90257a5af3e6b6974090e62cad9d90d53ae5 Mon Sep 17 00:00:00 2001 From: Richard Purdie Date: Tue, 23 Dec 2014 09:01:34 + Subject: Add

Re: [yocto] libm implementation issue

On Tue, 2014-12-30 at 20:09 +1030, peterengcomau...@adam.com.au wrote: > > I have some software that uses specific mathematical functions. When I > attempt to compile them with the Yocto cross-compile tools, the > functions are not recognised. E.g. 'pow' in > According to website https://wiki.yoc

[yocto] Bug reporting and good bug reports

I was informed on irc yesterday that bug reports are hard and that debugging via irc is easier. I think I need to remind people why good bug reports are important and how they do actually help immensely. I do actually believe that not everything has to have bug report. If you mention an issue, som

<    1   2   3   4   5   6   >