Re: [OE-core] export TARGET_LDFLAGS and native sstate

On Thu, Apr 10, 2014 at 9:15 AM, Mike Crowe wrote: > On Monday 07 April 2014 at 17:49:51 +0100, Mike Crowe wrote: > > On Monday 07 April 2014 at 09:17:38 -0700, Chris Larson wrote: > > > On Mon, Apr 7, 2014 at 8:53 AM, Mike Crowe wrote: > > > > > > > We&

Re: [OE-core] [PATCH 2/2] cmake: Avoid accidentally including libacl.h

On Thu, Apr 10, 2014 at 7:45 AM, Mike Crowe wrote: > On Tuesday 08 April 2014 at 09:37:32 -0700, Chris Larson wrote: > > On Tue, Apr 8, 2014 at 6:51 AM, Mike Crowe wrote: > > > > > The cmake recipe doesn't depend on libacl yet cmake will detect > libacl.h > &g

Re: [OE-core] [PATCHv2 1/2] trace-cmd/kernelshark: update to 2.3.2 release (latest stable branch)

On Wed, Apr 9, 2014 at 9:18 AM, Fathi Boudra wrote: > On 9 April 2014 18:02, Chris Larson wrote: > > > > On Tue, Apr 8, 2014 at 10:16 AM, Fathi Boudra > > wrote: > >> > >> On 8 April 2014 20:05, Khem Raj wrote: > >> > On Tue, A

Re: [OE-core] [PATCHv2 1/2] trace-cmd/kernelshark: update to 2.3.2 release (latest stable branch)

On Tue, Apr 8, 2014 at 10:16 AM, Fathi Boudra wrote: > On 8 April 2014 20:05, Khem Raj wrote: > > On Tue, Apr 8, 2014 at 7:00 AM, Fathi Boudra > wrote: > >> do_install() { > >> - oe_runmake prefix="${prefix}" DESTDIR="${D}" install > >> + ${MAKE} NO_PYTHON=1 prefix=${prefix} > plugi

Re: [OE-core] [PATCH 2/2] cmake: Avoid accidentally including libacl.h

On Tue, Apr 8, 2014 at 6:51 AM, Mike Crowe wrote: > The cmake recipe doesn't depend on libacl yet cmake will detect libacl.h > and use it by default. This risks build failures if libacl.h is unstaged > during the build and it also means that the build cmake will sometimes > support ACLs and somet

Re: [OE-core] export TARGET_LDFLAGS and native sstate

On Mon, Apr 7, 2014 at 8:53 AM, Mike Crowe wrote: > We're building for both ARM and MIPS-based MACHINEs in a single source > tree. This seems to result in us compiling (or luckily most of the time > resurrecting from sstate-cache) two different versions of all -native > packages due to different

Re: [OE-core] [PATCH 1/1] base-files: do_install.sigdata: remove the depends on DATE

On Thu, Mar 27, 2014 at 10:49 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Thu, 2014-03-27 at 10:21 -0700, Chris Larson wrote: > > > > On Mon, Mar 24, 2014 at 8:10 PM, Robert Yang > > wrote: > > If we run "bitba

Re: [OE-core] [PATCH 1/1] base-files: do_install.sigdata: remove the depends on DATE

On Mon, Mar 24, 2014 at 8:10 PM, Robert Yang wrote: > If we run "bitbake -S base-files" today, and re-run it tomorrow with > nothing changed, we would see that the do_install.sigdata changes > because of: > > do_intall -> do_install_basefilesissue -> DISTRO_VERSION -> DATE > > We had set: > IMAGE_

Re: [OE-core] [PATCH 00/11] Change all bluez4 references to virtual/bluez

On Wed, Mar 26, 2014 at 7:51 AM, Martin Jansa wrote: > On Wed, Mar 26, 2014 at 09:27:54AM -0500, Lauren Post wrote: > > This group of patches support the change of hardcoded bluez4 to > > virtual/bluez so that the upgrade to bluez5 is easier. > > > > This group of patches must be applied together.

Re: [OE-core] [RFC PATCH 1/3] base.bbclass: Run oe_import before other INHERITs

On Wed, Mar 26, 2014 at 2:30 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > +# We need the oe module name space early (before INHERITs get added) > +# and whilst ugly, abusing inherit like this is quite effective > +BASEIMPORTS = "${@oe_import(d)}" > +inherit ${BASEIMPORTS} > W

Re: [OE-core] [PATCH 1/1] meta/conf/bitbake.conf: add STAMPCLEAN to BB_HASHBASE_WHITELIST

On Mon, Mar 24, 2014 at 7:18 PM, Robert Yang wrote: > The problem is that do_configure.sigdata depends on STAMPS_DIR because: > > do_configure -> STAMPCLEAN -> STAMPS_DIR > > this will make the sigdata generated by "STAMPS_DIR=/tmp/stps bitbake -S > recipe" doesn't match the ones in our build dir,

Re: [OE-core] [PATCH 3/3] local.conf.sample.extended: update it for the archiver

On Mon, Mar 24, 2014 at 6:43 PM, Robert Yang wrote: > On 03/24/2014 11:34 PM, Chris Larson wrote: > >> On Sun, Mar 23, 2014 at 10:39 PM, Robert Yang >> wrote: >> >> +# 9) The recipe type that will be archived: >>> +#COPYLEFT_RECIPE_TYPES = ' .

Re: [OE-core] [PATCH 3/3] local.conf.sample.extended: update it for the archiver

On Sun, Mar 23, 2014 at 10:39 PM, Robert Yang wrote: > +# 9) The recipe type that will be archived: > +#COPYLEFT_RECIPE_TYPES = ' ...' > +#The type can be: target native nativesdk cross crosssdk > cross-canadian. > Hmm, I wonder if we should note that the default is to archive all types,

Re: [OE-core] [PATCH] lib/oe: turn oe into a namespace package

On Tue, Mar 18, 2014 at 7:38 AM, Chris Larson wrote: > > On Tue, Mar 18, 2014 at 6:48 AM, Paul Eggleton < > paul.eggle...@linux.intel.com> wrote: > >> On Friday 14 March 2014 19:06:26 Christopher Larson wrote: >> > This will let folks extend the oe package

Re: [OE-core] [PATCH] lib/oe: turn oe into a namespace package

On Tue, Mar 18, 2014 at 6:48 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Friday 14 March 2014 19:06:26 Christopher Larson wrote: > > This will let folks extend the oe package with modules from other layers. > > Given openembedded consists of more than just oe-core, I think this

Re: [OE-core] [dylan] Backport request

On Fri, Mar 14, 2014 at 12:11 PM, Paul Barker wrote: > >> I use containers. systemd-nspawn goes long way > > > > > > Yeah, containers (systemd-nspawn, docker) or even a chroot can be > > invaluable. schroot on a debian machine works quite well too for > something > > as simple as builds. I end up

Re: [OE-core] [dylan] Backport request

On Fri, Mar 14, 2014 at 11:46 AM, Khem Raj wrote: > On Fri, Mar 14, 2014 at 11:44 AM, Paul Barker > wrote: > > On 14 March 2014 18:37, Khem Raj wrote: > >> On Fri, Mar 14, 2014 at 11:34 AM, Paul Barker > wrote: > >>> I'm stuck using Dylan for a project as I need a 3.2 series kernel. > >>> Buil

Re: [OE-core] [PATCH 6/6] patch.bbclass: do_patch: unset TMPDIR from environment

On Thu, Mar 13, 2014 at 9:54 AM, Burton, Ross wrote: > On 13 March 2014 16:46, Burton, Ross wrote: > > On 11 March 2014 17:08, Robert Yang wrote: > >> We need unset it after we use it, otherwise it would affect the env > >> after we run "bb.build.exec_func('do_patch', d)", and will cause > >> u

Re: [OE-core] [PATCH] kernel-yocto: fix diffconfig/kernel_configme breakage

On Thu, Mar 6, 2014 at 11:40 AM, Bruce Ashfield wrote: > On Thu, Mar 6, 2014 at 1:10 PM, Christopher Larson > wrote: > > +addtask kernel_configme after do_patch > > + > > linux-yocto.inc already has: > > addtask kernel_configme before do_configure after do_patch > > So we should be able to avoid

Re: [OE-core] [PATCH] kernel-yocto: Inspect remote branches with git ls-remote

On Wed, Mar 5, 2014 at 10:47 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Wed, 2014-03-05 at 16:49 +, Matt Fleming wrote: > > From: Matt Fleming > > > > 'git branch' may use ANSI escape codes in its output (to provide colour) > > which doesn't play well with commands e

Re: [OE-core] [PATCH] kernel-yocto.bbclass: Force do_diffconfig depends to ${PN}

On Fri, Feb 28, 2014 at 2:26 PM, Chris Larson wrote: > I'm guessing that the idea was to add a dependency from diffconfig to > kernel_configme whether or not diffconfig even exists, in order to be > able to support a use case where kernel-yocto is inherited but cml1 is not, >

Re: [OE-core] [PATCH] kernel-yocto.bbclass: Force do_diffconfig depends to ${PN}

On Thu, Feb 20, 2014 at 10:37 PM, Nathan Rossi wrote: > Commit 07e59b5ff659bde6e6a60c4781c0a2deb406c667 added the task > dependency of 'virtual/kernel:do_kernel_configme' for the do_diffconfig > task. This dependency is only valid for linux recipes that inherit > kernel-yocto (e.g. linux-yocto), h

Re: [OE-core] [RFC] sanity.bbclass: support wildcards in SANITY_TESTED_DISTROS

On Fri, Feb 28, 2014 at 8:00 AM, Olof Johansson wrote: > With this change, you can use wildcards for entries in > SANITY_TESTED_DISTROS. This makes it possible to say that, e.g. "all > Debian 7 Wheezy releases are supported" with the entry "Debian-7.*". > > [YOCTO #5265] > > Signed-off-by: Olof Jo

Re: [OE-core] [PATCH] package.py: log rpmdeps call

On Tue, Feb 18, 2014 at 5:27 AM, Martin Jansa wrote: > Maybe we should change meta/classes/package.bbclass to > fail when some filedeprunner call fails like this and fix > filedeprunner to escape '()' and other possibly dangerous chars > it's called like this: > processed = list(pool.ima

[OE-core] Premirrors and local VCS server

On Friday, February 7, 2014, Mats Kärrman > wrote: > MY_LOCAL_MIRROR = "ftp://10.64.2.58/files/"; > PREMIRRORS_prepend = "\ > ftp://.*/.* ${MY_LOCAL_MIRROR} \n \ > git://.*/.* ${MY_LOCAL_MIRROR} \n \ > http://.*/.* ${MY_LOCAL_MIRROR} \n \ > https://.*/.* ${MY_LOCAL_MIRROR} \n \ >

Re: [OE-core] iw in place of wireless-tools

On Friday, January 31, 2014, Nicolas Dechesne wrote: > On Fri, Jan 31, 2014 at 8:01 PM, Iorga, Cristian > > wrote: > > On my Ubuntu 13.10 dev machine, wireless-tools and iw are both installed > by > > default (I might be wrong here, maybe I installed them some time ago by > > hand). > > you are r

Re: [OE-core] [PATCH] boost: Convert ??= weaker assingment to weak ?= assignment

On Wed, Jan 22, 2014 at 6:16 PM, Khem Raj wrote: > On Friday, December 06, 2013 05:42:26 PM Khem Raj wrote: > > ??= does not react at all with > > BOOST_LIBS += "${@base_contains('PACKAGECONFIG', 'python', 'python', '', > > d)}" > > > > even though we have > > > > PACKAGECONFIG ??= "" it does not

Re: [OE-core] unmaintained layers

On Thu, Jan 9, 2014 at 4:35 PM, Martin Jansa wrote: > On Thu, Jan 09, 2014 at 04:45:38PM -0500, Bruce Ashfield wrote: > > On Thu, Jan 9, 2014 at 1:45 PM, Trevor Woerner > > wrote: > > > Hi everyone, > > > > > > At the last TSC meeting the topic of unmaintained layers came up. Here > > > is the s

Re: [OE-core] [RFC 1/2] os-release: add new operating system identification recipe

On Fri, Dec 13, 2013 at 8:56 AM, Mark Hatle wrote: > On 12/13/13, 8:56 AM, Christopher Larson wrote: > >> From: Christopher Larson >> >> This is needed by systemd, among other useful applications. All fields are >> metadata driven, and initial values come from our DISTRO variables. >> > > I thoug

Re: [OE-core] [RFC 1/2] os-release: add new operating system identification recipe

On Fri, Dec 13, 2013 at 8:12 AM, Chris Larson wrote: > On Fri, Dec 13, 2013 at 8:08 AM, Martin Jansa wrote: > >> > +do_compile () { >> > +for field in ${OS_RELEASE_FIELDS}; do >> > +if eval "test -n \"\$$field\""; then >> >

Re: [OE-core] [RFC 1/2] os-release: add new operating system identification recipe

On Fri, Dec 13, 2013 at 8:08 AM, Martin Jansa wrote: > > +do_compile () { > > +for field in ${OS_RELEASE_FIELDS}; do > > +if eval "test -n \"\$$field\""; then > > +eval "printf \"%s=%s\n\" \"\$field\" \"\$$field\"" > > +fi > > +done >os-release > > +} > > +do_co

Re: [OE-core] [PATCH 7/7] pulseaudio: fix RDEPENDS traversal for consolekit

On Wed, Dec 11, 2013 at 2:22 PM, Martin Jansa wrote: > On Wed, Nov 27, 2013 at 11:07:07AM -0700, Christopher Larson wrote: > > From: Christopher Larson > > > > Include the console-kit module in PACKSGES explicitly so bitbake can map > to > > the RDEPENDS we define for it in this recipe, and there

Re: [OE-core] Figuring out why sstate-cache is no longer used for a package

On Tue, Dec 10, 2013 at 7:32 AM, Martin Jansa wrote: > On Tue, Dec 10, 2013 at 07:44:49AM +0100, Mike Looijmans wrote: > > I've been struggling with this for a few days. > > > > We have a build server that build various images overnight. One of the > > packages in that image is "fpga-image", which

Re: [OE-core] Random fixes from the Mentor Graphics push queue

On Tue, Dec 3, 2013 at 7:38 PM, Bruce Ashfield wrote: > On 12/3/2013, 5:40 PM, Richard Purdie wrote: > >> On Tue, 2013-12-03 at 11:40 -0700, Chris Larson wrote: >> >>> On Wed, Nov 27, 2013 at 11:07 AM, Christopher Larson >>> wrote: >>>

Re: [OE-core] Random fixes from the Mentor Graphics push queue

On Wed, Nov 27, 2013 at 11:07 AM, Christopher Larson wrote: > The following changes since commit > f991d2d60b74f5ebd990f77aecd3324b1a4533e9: > > libpng: set reasonable SUMMARY (2013-11-27 11:51:08 +) > > are available in the git repository at: > > https://github.com/kergoth/oe-core.git ran

Re: [OE-core] [PATCH 0/4] Script and layer for running tests

On Thu, Nov 28, 2013 at 3:17 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Wednesday 27 November 2013 11:42:06 Chris Larson wrote: > > On Wed, Nov 27, 2013 at 10:08 AM, Stefan Stanacar < > > stefanx.stana...@intel.com> wrote: > > > This ser

Re: [OE-core] [PATCH 0/1] Image manifest support

On Wed, Nov 27, 2013 at 1:26 PM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Wednesday 27 November 2013 12:02:41 Chris Larson wrote: > > Would you mind summarizing the differences between this and the already > > emitted image license manifest in deploy/li

Re: [OE-core] [PATCH 0/1] Image manifest support

Would you mind summarizing the differences between this and the already emitted image license manifest in deploy/license? On Tue, Nov 26, 2013 at 5:09 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > The following change since commit 25a75e83550fab0f9d2486b13ec9ab6339b6a8b0: > > lin

Re: [OE-core] [PATCH 0/4] Script and layer for running tests

On Wed, Nov 27, 2013 at 10:08 AM, Stefan Stanacar < stefanx.stana...@intel.com> wrote: > This series adds an oe-selftest script, some modules and a new layer > meta-selftest. > which are meant to help in writing tests (using python unittest) for > various > bitbake tools/scripts as well as simple

Re: [OE-core] opkg dependencies and update-alternatives

On Mon, Nov 18, 2013 at 9:20 AM, Martin Jansa wrote: > > There is also an "alternatives" program in chkconfig which is listed > > as a possible provider of "virtual/update-alternatives" but again, > > trying to use in causes a dependency loop. I haven't given this > > version more than a quick gla

Re: [OE-core] [V2 2/2] bluez4: use legacy pygobject instead of gobject-introspection

On Thu, Nov 14, 2013 at 11:52 PM, Zhong Hongbo wrote: > From: Zhong Hongbo > This seems like a good example of a commit message missing the “why”. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Gra

Re: [OE-core] libxml2 python module

On Thu, Nov 7, 2013 at 10:55 AM, Seth Bollinger wrote: > I've tried setting EXTRA_OECONF --with-python, but it doesn't appear to be > having much affect. > > I'm currently trying to hack together using python manually to build the > install, but this feels like I'm moving in the wrong direction.

Re: [OE-core] [PATCH] package.bbclass: Fix split_and_strip_files when file has single quote (')

On Thu, Oct 31, 2013 at 8:11 PM, Felipe Ferreri Tonello < e...@felipetonello.com> wrote: > On 10/31/2013 07:25 PM, e...@felipetonello.com wrote: > >> From: "Felipe F. Tonello" >> >> Fix false error report when a file that has a single quote by escaping >> the single quote. Some packages might ins

Re: [OE-core] Issues with PREFERRED_VERSION/PREFERRED_PROVIDER for the kernel

On Fri, Oct 18, 2013 at 10:05 AM, Ulf Samuelsson wrote: > In some cases, you might want to override a few things in the DISTRO. > > Maybe an easy way to handle this would be if the DISTRO conf file > included an empty file at the end, > which can be overridden by a file in your own layer. > If th

Re: [OE-core] can one add a "packagegroup" simply by adding the recipe file for it?

On Sat, Oct 12, 2013 at 4:24 AM, Robert P. J. Day wrote: > wait, i think i might have just answered my own question ... see > below ... > > On Sat, 12 Oct 2013, Robert P. J. Day wrote: > > > just to make sure i'm not missing anything subtle, i know you can > > add a "packagegroup" to your buil

Re: [OE-core] [PATCH] insane: configure option checking

On Tue, Oct 8, 2013 at 7:30 AM, Ross Burton wrote: > + > ### > +# Check unrecognised configure options (with a white list) > + > ### > +if bb.d

[OE-core] [RFC] Common code/framework for automatic runtime dependencies

Greetings, I recently found myself wanting to implement a prototype of automatic python dependencies. In so doing, I realized that there's a certain pattern followed by each of these (shlibs, pkgconfig, kernel modules, ..), so I'd like to propose, in the 1.6 timeframe, consolidating this into comm

Re: [OE-core] [PATCH 1/1] ptest-runner: trivial fixes and refine

On Wed, Sep 11, 2013 at 2:17 AM, wrote: > +for x in `find -L ./ -name run-ptest -type f -perm /u+x,g+x` > +do > As far as I can tell, busybox find doesn't support -L, so this adds an implicit, undeclared dependency upon findutils. -- Christopher Larson __

Re: [OE-core] [RFC PATCH] bitbake.conf: Stop providing ${P} and ${PF} by default

On Mon, Sep 9, 2013 at 7:14 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > For a long time we've provided PN-PV and PN-PV-PR by tweaking PROVIDES. > This looks > nice at first glance however it turns out to be a bit problematic. Taking > make as an > example where there are two

[OE-core] Regarding ca-certificates & its usage

Greetings, I'm emailing as I think we should determine when and where ca-certificates gets pulled into images and sdks. Should we add it as a RRECOMMENDS to openssl and gnutls, or should it continue to be pulled in manually when and where appropriate? I'm not really familiar enough with openssl an

Re: [OE-core] [PATCH] package.bbclass: skip already-stripped QA test if asked for

On Fri, Sep 6, 2013 at 1:35 AM, Khem Raj wrote: > Some packages like grub have already stripped binaries e.g. > > ERROR: QA Issue: File '/boot/grub/kernel.img' from grub was already > stripped, this will prevent future debugging! > ERROR: QA run found fatal errors. Please consider fixing them. >

Re: [OE-core] [PATCH] gtk+3: don't split immodules if we have none

On Wed, Aug 28, 2013 at 10:36 PM, Martin Jansa wrote: > On Wed, Aug 28, 2013 at 05:05:38PM -0700, Chris Larson wrote: > > On Wed, Aug 28, 2013 at 4:13 PM, Saul Wold wrote: > > > > > On 08/28/2013 09:12 AM, Christopher Larson wrote: > > > > > >> From

Re: [OE-core] appears to be inconsistency re: base-files between oe-core and meta-angstrom

On Thu, Aug 29, 2013 at 4:57 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Thu, 2013-08-29 at 12:49 +0100, Phil Blundell wrote: > > On Thu, 2013-08-29 at 07:37 -0400, Robert P. J. Day wrote: > > > distroless. i realize i *could* set a value for DISTRO, but it would > > > s

Re: [OE-core] [PATCH] gtk+3: don't split immodules if we have none

On Wed, Aug 28, 2013 at 4:13 PM, Saul Wold wrote: > On 08/28/2013 09:12 AM, Christopher Larson wrote: > >> From: Christopher Larson >> >> Currently we don't enable any immodules for gtk+3, yet we unconditionally >> call >> do_split_packages on a nonexistent path. This results in a return value o

Re: [OE-core] [PATCHv3 0/2] Add ca-certificates recipe

On Wed, Aug 28, 2013 at 5:31 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Wednesday 28 August 2013 10:19:08 Martin Jansa wrote: > > On Fri, Aug 23, 2013 at 12:26:13PM -0700, Christopher Larson wrote: > > > From: Christopher Larson > > > > > > This is based on the meta-oe recipe,

Re: [OE-core] [bitbake-devel] Bitbake in server mode

On Wed, Aug 21, 2013 at 7:26 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Known issues: > > a) Parsing is slower. Probably due to all the debug messages going over > the IPC/xmlrpc. UI event filtering should fix it. > b) Something is causing a cache reparse initially. Need to

Re: [OE-core] [PATCH] oe.types: add 'path' type

On Tue, Aug 20, 2013 at 8:23 AM, Otavio Salvador wrote: > On Mon, Aug 19, 2013 at 11:48 PM, Christopher Larson > wrote: > > From: Christopher Larson > > > > - path normalization ('normalize' flag, defaults to enabled) > > - existence verification for paths we know should exist ('mustexist' > fla

Re: [OE-core] recipe whitespace style questions

On Wed, Aug 14, 2013 at 7:13 AM, Martin Jansa wrote: > On Wed, Aug 14, 2013 at 08:51:40AM -0500, Peter A. Bigot wrote: > > > > SRC_URI = "file://skeleton \ > > file://skeleton_test.c \ > > file://COPYRIGHT \ > > " > > > > which I'll call "none", and; > > > > SRC_URI = "file

Re: [OE-core] [PATCH V4 09/10] irda-utils: fix for read-only rootfs

On Wed, Aug 7, 2013 at 1:08 AM, wrote: > From: Chen Qi > > The init script for irda writes configuration items to /etc/sysconfig/irda > if that file is not available in system. But it's actually not necessary, > the behavior doesn't change whether the init script writes to the file or > not. > >

Re: [OE-core] [PATCH v3] distro_features_check.bbclass: Allow checking of required/conflicting features

On Sat, Aug 3, 2013 at 9:55 AM, Otavio Salvador wrote: > On Fri, Aug 2, 2013 at 6:16 PM, Chris Larson wrote: > > On Thu, Aug 1, 2013 at 3:13 PM, Otavio Salvador > > > wrote: > >> > >> This add support to list required/confliting distro features for a > &

Re: [OE-core] [PATCH v3] distro_features_check.bbclass: Allow checking of required/conflicting features

On Thu, Aug 1, 2013 at 3:13 PM, Otavio Salvador wrote: > This add support to list required/confliting distro features for a > recipe; this avoids user mistake when building recipes/images which > would not work depending on DISTRO_FEATURES option set. > > Adding: > > ,[ Use example ] > | inher

[OE-core] Initial review of ChenQi/read-only-rootfs-in-live-images

Greetings, Nice work on this branch. The bind based approach seems clean. I do have some comments: - I think the read-only-rootfs-hook stuff, at least the bind mounting piece at a minimum, belongs in a separate script in ${sbindir} rather than within the startup script itself. This will ease addi

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Wed, Jul 24, 2013 at 7:51 PM, ChenQi wrote: > You can get more information from the bug link below. The related bugs are > listed in the blocks list of this bug. > https://bugzilla.yoctoproject.org/show_bug.cgi?id=4103 > You can also review the patchset for these bugs on > > http://git.pokylin

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Tue, Jul 30, 2013 at 11:17 AM, Chris Larson wrote: > - Next steps, from my perspective: > > - We need to agree on a pattern to follow for the read only rootfs > support for individual pieces of recipes, as we need to work through them > individually. Currently we have two p

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Tue, Jul 30, 2013 at 11:17 AM, Chris Larson wrote: > I've read though this thread carefully, but still can't get a clear > picture about this RFC. > Could you please give me a link to your patchset, if convenient? > This is interesting, I didn't notice this in

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Wed, Jul 24, 2013 at 7:51 PM, ChenQi wrote: > You can get more information from the bug link below. The related bugs are > listed in the blocks list of this bug. > https://bugzilla.yoctoproject.org/show_bug.cgi?id=4103 > You can also review the patchset for these bugs on > > http://git.pokylin

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Wed, Jul 24, 2013 at 3:40 PM, Otavio Salvador wrote: > On Wed, Jul 24, 2013 at 7:34 PM, Chris Larson wrote: > > > > On Wed, Jul 24, 2013 at 2:51 PM, Otavio Salvador < > ota...@ossystems.com.br> > > wrote: > >> > >> On Wed, Jul 24, 2013 at 3:5

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Wed, Jul 24, 2013 at 2:47 PM, Colin Walters wrote: > On Wed, 2013-07-24 at 11:54 -0700, Chris Larson wrote: > > > - Patched in --sysroot= support for systemd-tmpfiles, to facilitate > > running it up front against the filesystem at do_rootfs time the way > > read_on

Re: [OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

On Wed, Jul 24, 2013 at 2:51 PM, Otavio Salvador wrote: > On Wed, Jul 24, 2013 at 3:54 PM, Chris Larson wrote: > ... > > The standalone systemd-tmpfiles recipe I've created has a fairly small > set > > of dependencies: intltool-native, dbus, libcap. Given thi

Re: [OE-core] Making SSL headers available during build?

On Wed, Jul 24, 2013 at 1:25 PM, Brandon Stafford wrote: > I'm working on updating an old recipe for uWSGI to add SSL support. I > think this requires putting a collection of SSL headers in > sysroots/ARCH/usr/include. > > How do I go about telling Bitbake to do that? > > If it helps, my current r

[OE-core] RFC: meta-ro-rootfs approach and volatiles vs tmpfiles.d

Greetings all, I've recently been doing some work at Mentor Graphics on read-only-rootfs, for our purposes, and have done some things which I think may be of use. I'm looking for comments/thoughts on the approach and potential use of a pattern generally, and also wish to discuss the volatiles vs t

Re: [OE-core] test-dependencies.sh results from big world build

On Wed, Jul 24, 2013 at 9:50 AM, Martin Jansa wrote: > My biggest build with 20+ layers included finally finished today (after > many days because there was hw issue on server where it was running, so > it was slower then it should be). > > The results are a bit messy because: > 1) It had only som

Re: [OE-core] [PATCH 2/2] update-rc.d: Remove init.d dir if sysvinit is not in distro features

On Fri, Jul 19, 2013 at 4:53 AM, Shakeel, Muhammad < muhammad_shak...@mentor.com> wrote: > From: Muhammad Shakeel > > If sysvinit is not supported DISTRO_FEATURE than there is no need to > package related initialization scripts. > > Signed-off-by: Muhammad Shakeel > If we stop shipping init.d f

Re: [OE-core] [PATCH 10/11] chkconfig-alternatives-native: add git token in package version

On Thu, Jul 18, 2013 at 7:16 AM, Emilia Ciobanu < emilia.maria.silvia.ciob...@intel.com> wrote: > Git packages should have the following format: > version+gitAUTOINC[r|-]+revision > > Signed-off-by: Emilia Ciobanu > Just as an FYI, in case you didn't consider it, this may well result in pack

Re: [OE-core] [PATCHv2] test-dependencies: add simple script to detect missing or autoenabled dependencies

On Thu, Jul 11, 2013 at 6:49 AM, Martin Jansa wrote: > On Thu, Jul 11, 2013 at 06:28:04AM -0700, Chris Larson wrote: > > On Thu, Jul 11, 2013 at 5:38 AM, Martin Jansa >wrote: > > > > > On Wed, Jul 10, 2013 at 02:38:13PM +0200, Martin Jansa wrote: > >

Re: [OE-core] [PATCHv2] test-dependencies: add simple script to detect missing or autoenabled dependencies

On Thu, Jul 11, 2013 at 5:38 AM, Martin Jansa wrote: > On Wed, Jul 10, 2013 at 02:38:13PM +0200, Martin Jansa wrote: > > Signed-off-by: Martin Jansa > > --- > > scripts/test-dependencies.sh | 253 > +++ > > 1 file changed, 253 insertions(+) > > create mod

Re: [OE-core] [PATCHv2 1/2] eglibc-locale: add missing dependency on virtual/${TARGET_PREFIX}binutils

On Sat, Jul 6, 2013 at 4:08 PM, Martin Jansa wrote: > In this case yes, but what about allarch recipes, creating > binutils-cross dependency in their do_package task would probably make > their stamps depending on architecture. > def get_binutils_dep(d): if 'target' in d.getVar('OVERRIDES',

Re: [OE-core] [PATCHv2 1/2] eglibc-locale: add missing dependency on virtual/${TARGET_PREFIX}binutils

On Sat, Jul 6, 2013 at 1:39 AM, Martin Jansa wrote: > * eglibc-collateral.inc inhibits all default deps, but do_package needs > objcopy: > ERROR: objcopy failed with exit code 127 (cmd was > 'i586-webos-linux-objcopy' --only-keep-debug > 'eglibc-locale/2.17-r0/package/usr/lib/gconv/IBM116

Re: [OE-core] [PATCH v7] systemd: added python-systemd package generation.

On Tue, Jul 2, 2013 at 4:36 PM, Saul Wold wrote: > On 06/26/2013 05:15 AM, Yevhen Kyriukha wrote: > >> --- >> meta/recipes-core/systemd/syst**emd_204.bb | >> 20 >> 1 file changed, 16 insertions(+), 4 deletions(-) >> >> diff --git >> a/meta/recipes

Re: [OE-core] [PATCH] buildtools-tarball: Change the way the SDK is sanitized

On Mon, Jun 24, 2013 at 9:10 AM, Hatle, Mark wrote: > Stupid phone will only allow me to top post. Anyway, that line was copied > out of the populate_sdk bbclass. So if it is a bash-ism then it needs to be > fixed there as well. > > > -Original Message- > *From: *Paul Eggleton [paul.eggle.

Re: [OE-core] [PATCH 0/1] tmux new does not take tw commands

On Tue, Jun 11, 2013 at 7:28 AM, Peter Seebach wrote: > This got routed to me because the visible error message says > Execution of "pseudo /bin/bash" failed > > but actually it's nothing to do with pseudo. The real > problem is that the tmux class in terminal.py is producing > a string li

Re: [OE-core] [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips

On Mon, Jun 10, 2013 at 7:27 PM, Khem Raj wrote: > On Jun 10, 2013, at 4:15 PM, Christopher Larson wrote: > > > From: Christopher Larson > > > > Now that liburcu supports mips, this packagegroup can pull in lttng > recipes > > (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architec

Re: [OE-core] [PATCH 2/4] libnewt: split python module into libnewt-python

On Mon, Jun 10, 2013 at 5:51 PM, Saul Wold wrote: > On 06/10/2013 01:47 PM, Christopher Larson wrote: > >> From: Christopher Larson >> >> This is useful as it avoids pulling python into a build just to build >> chkconfig. The python recipe uses the libnewt installed in the sysroot by >> the >> m

Re: [OE-core] [PATCH 1/4] packagegroup-core-tools-profile: don't exclude mips

On Mon, Jun 10, 2013 at 1:56 PM, Otavio Salvador wrote: > On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson wrote: > >> From: Christopher Larson >> >> Now that liburcu supports mips, this packagegroup can pull in lttng >> software >> on that architecture. >> >> Signed-off-by: Christopher Larson

Re: [OE-core] OE-Core and Bitbake wrapper changes (min 2.7.3 python version)

On Fri, Jun 7, 2013 at 5:40 AM, Otavio Salvador wrote: > > > > On Fri, Jun 7, 2013 at 7:47 AM, Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > >> Its not secret that I hate the current bitbake wrapper script and want >> to remove it for 101 different reasons. >> >> I now have code

Re: [OE-core] Linux kernel build dependency of 'bc'

On Thu, Jun 6, 2013 at 9:08 AM, Paul Eggleton wrote: > On Thursday 06 June 2013 12:11:04 Otavio Salvador wrote: > > I got a build failure in my auto builder; it has a very lean system > install > > and it spot something it is new for me. It seems the kernel now depends > on > > 'bc' util. > > > >

Re: [OE-core] [PATCH 0/5] Add 'tcp-wrappers' PACKAGECONFIG

On Fri, May 31, 2013 at 2:26 AM, Burton, Ross wrote: > On 31 May 2013 03:26, Christopher Larson wrote: > > This makes rpcbind, quota, systemd, portmap, and nfs-utils obey the same > tcp > > wrappers PACKAGECONFIG which xinetd obeys. > > If many packages have the same packageconfig option, should

Re: [OE-core] [PATCH 3/3] utils: add trim_version() function

On Thu, May 23, 2013 at 11:45 AM, Ross Burton wrote: > +def trim_version(version, num_parts=2): > +""" > +Return just the first of , split by periods. For > +example, trim_version("1.2.3", 2) will return "1.2". > +""" > +if type(version) is not str: > +raise TypeErro

Re: [OE-core] [oe] [RFC] Layers, PRINC and bbappends

On Wed, May 22, 2013 at 3:14 AM, Phil Blundell wrote: > On Wed, 2013-05-22 at 09:47 +0100, Paul Barker wrote: > > I've just sent a patch to the yocto@ list to fix this but it's brought > > up two things: > > > > 1) In openembedded-core/meta/classes/image.bbclass SPLASH is set with > > '?='. I'm o

Re: [OE-core] [PATCH 1/2] classes/image: show an error on invalid IMAGE_FEATURES

On Thu, May 9, 2013 at 9:24 AM, Paul Eggleton wrote: > If the user specifies an invalid feature in IMAGE_FEATURES, show an > error during parsing. Valid IMAGE_FEATURES are drawn from > PACKAGE_GROUP_ definitions, COMPLEMENTARY_GLOBS and a new 'validitems' > varflag on IMAGE_FEATURES (so that addi

Re: [OE-core] [PATCH 1/1] bbclass: bb.fatal() clean up

On Wed, May 8, 2013 at 7:14 PM, Robert Yang wrote: > On 05/08/2013 08:03 PM, Mike Looijmans wrote: > >> On 05/08/2013 11:06 AM, Robert Yang wrote: >> >>> The bb.fatal() is defined as: >>> >>> def fatal(*args): >>> logger.critical(''.join(args)) >>> sys.exit(1) >>> >>> So anything after b

Re: [OE-core] [PATCH] rootfs_ipk, image: Add debug capture support

On Thu, Apr 25, 2013 at 7:12 AM, Phil Blundell wrote: > > Something like IMAGE_FEATURES += "dbg-pkgs" should trigger the addition > > of dbg packages. > > I've somewhat belatedly gotten around to using this and encountered a > couple of issuettes: > > 1. There was a spurious-looking RRECOMMENDS_$

Re: [OE-core] [PATCH 2/3] oe-buildenv-internal: Only add to $PATH if needed

On Tue, Apr 9, 2013 at 3:01 AM, Peter Kjellerstedt < peter.kjellerst...@axis.com> wrote: > The colon separator is included at the end of $NEWPATHS so it should not > be possible for any false positives. Ah, right, thanks for the clarification :) -- Christopher Larson ___

Re: [OE-core] [PATCH 2/3] oe-buildenv-internal: Only add to $PATH if needed

On Mon, Apr 8, 2013 at 10:48 AM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Monday 08 April 2013 13:31:50 Trevor Woerner wrote: > > On Fri, Apr 5, 2013 at 12:59 PM, Peter Kjellerstedt > > wrote: > > > +[ "${PATH#$NEWPATHS}" != "$PATH" ] || PATH="$NEWPATHS$PATH" > > > > This is cer

Re: [OE-core] Incorrect FILESPATH usages

On Sat, Apr 6, 2013 at 5:17 AM, Gary Thomas wrote: > I have run across a problem where a main recipe is written in > such a way that makes using .bbappend impossible. This happens > if the main recipe has an explicit assignment for FILESPATH. > In this case, the .bbappend is unable to add to tha

Re: [OE-core] Does support for external toolchains working in current OE?

On Fri, Apr 5, 2013 at 2:20 PM, Martin Jansa wrote: > On Fri, Apr 05, 2013 at 11:20:44AM +0200, Marcin Juszkiewicz wrote: > > For last few months I am working on fixing Linaro binary cross > > toolchains and their support in OpenEmbedded. Got to point when they > > work (both AArch64 and ARMv7a o

Re: [OE-core] [PATCHv3] oe.terminal: add tmux classes

On Fri, Apr 5, 2013 at 6:55 AM, Jason Wessel wrote: > On 04/04/2013 07:44 PM, Christopher Larson wrote: > > From: Christopher Larson > > > > This adds two new Terminal classes. It's separated into two, so that > opening > > a split inside a tmux window is preferred to the other terminal types, >

Re: [OE-core] [PATCH 1/1] dosfstools: really compile supporting large files [ Fix: 409915 ]

On Mon, Mar 25, 2013 at 1:49 PM, Joe Slater wrote: > CQID: 409915 > > Makefile in the package tries to set _FILE_OFFSET_BITS=64, > but we clobber that with our CFLAGS, so we add it in > the recipe. > > Signed-off-by: Joe Slater > Afaik there is a largefile distro feature, should this use that,

Re: [OE-core] package.bbclass: Handle subprocess errors correctly

On Mon, Mar 25, 2013 at 9:54 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > If an error occurs in subprocess.call() we currently don't catch it. In > particular > we have issues where debugedit is segfaulting unnoticed. This fixes up > various code paths to catch the errors. >

Re: [OE-core] [PATCH 15/16] distro: Add separatebuilddir.inc

Out of curiosity, what's with the pn-pn- overrides? -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

  1   2   3   4   5   >