From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 65DA0E00CF2; Thu, 2 Nov 2017 04:14:00 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HTML_MESSAGE,HTML_OBFUSCATE_05_10,RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM autolearn=no version=3.3.1 X-Spam-HAM-Report: * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [209.85.223.172 listed in list.dnswl.org] * 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source * [209.85.223.172 listed in dnsbl.sorbs.net] * 0.3 HTML_OBFUSCATE_05_10 BODY: Message is 5% to 10% HTML obfuscation * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mail-io0-f172.google.com (mail-io0-f172.google.com [209.85.223.172]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 39765E00CC4 for ; Thu, 2 Nov 2017 04:13:58 -0700 (PDT) Received: by mail-io0-f172.google.com with SMTP id 101so13095405ioj.3 for ; Thu, 02 Nov 2017 04:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=p4giULofazD9OBQQ/iImqkD+BVNLHe2Tw0LiGhD4IVQ=; b=LtpYvu1nTrTXAJwCr0AJ27KrCFQwaeyNJ5ZbJtJqdywCt6BBHJ40XUNi6B4tE4UwRZ cQ2mYrnCNjhNjJrEoiT36P8AIhADypfn8KznvEtupz4CgRzk7DvELO2Z4dQI3zfk1QQN NoF0k/bxyafC7RUpgxfpOOVJb6+zFeiMcIDb+XACu+2HqR4eKAiRQsu2iibjgxXrtNqv /qd91Lu1Gclu7rTqmF0qx0n5yUZluNfsZ8K4nQsmZWISKo16CeclMf4XZtyErs1nf5wz 9v7fbyCFPuBzrpxgQfpl72Z1YiBBiknfw87cJGB4a6BHb7copIq3MyqZ2kEgmT53lzGu vJwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=p4giULofazD9OBQQ/iImqkD+BVNLHe2Tw0LiGhD4IVQ=; b=V3rXu/gs7Yvby/+3qDBz3RT58mNRcaWE4uSW4KfP35gULxQ/1JlMUm4S5tvUMgy6pC Dpr5TwU6tZRVZYlsafzwcdjMxvjJ58kAJ7HrMOMecpBLHNMK6h2s3+UOkcxWPSu2ZGLK Mi7y3zco0ti7xE/PFFhb/t/QOonlhRVEADdxo8lDVrP5Fh5IALF0DfIbTc61DRYo6C+z 3MkgUbrEkwbbt9sYl+2ym73CNUYvZjNYGULMhXKSufXhNpIBdnq2gWuwESE5Wd4e6ZqD VA5gw5wl8GnS1DfdkipFyJz41om1WRyaas8F5c3JMuHMuOe1buP5JWa4zqP9bgVD9Hoj nDTw== X-Gm-Message-State: AJaThX6bODx7Wr9ctL1KxnKtCOFx+n7bheslc8icjxSST/oj8uUNnq+l Rzsn6i7oFXcWcWkGsVfe4+HQmDF9qMVLucxDkp2wEA== X-Google-Smtp-Source: ABhQp+T3E7uFbVu0n9ZY+sMsNrW83kBSIiyCSnVhbslXHLJnt8rP8N/4D7YI0y4auGjKLH7XoY3r+cK18lE/CSEC4Vg= X-Received: by 10.107.18.67 with SMTP id a64mr4062631ioj.165.1509621238137; Thu, 02 Nov 2017 04:13:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.176.10 with HTTP; Thu, 2 Nov 2017 04:13:37 -0700 (PDT) In-Reply-To: References: From: "Burton, Ross" Date: Thu, 2 Nov 2017 11:13:37 +0000 Message-ID: To: Alan Martinovic Cc: Yocto-mailing-list Subject: Re: Debugging a build issue in an isolated enviroment X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2017 11:14:00 -0000 Content-Type: multipart/alternative; boundary="001a113ee9b2a51f38055cfe15c2" --001a113ee9b2a51f38055cfe15c2 Content-Type: text/plain; charset="UTF-8" The patching is done by a bbclass (patch.bbclass) and helper modules (meta/oe/lib/patch.py), so you can't execute it like a shell task (such as do_compile). Ross On 2 November 2017 at 11:05, Alan Martinovic wrote: > Thanks for the suggestions > Am currently implementing both of them and am trying to understand how the > patching is done. > > In the temp directory I can see all the tasks. > For some reasons the patch wasn't applied correctly and I'm debugging why. > > I have patches from before which are being correctly applied, one of them > being "0001-sun8i-configs-Add-CONFIG_BOOTCOUNT_LIMIT-ENV-for-men.patch". > Am using that one just as a reference for this example. > I want to see the steps done to apply the patch so I do: > > temp$ grep -r 0001-sun8i-configs * > temp$ grep -r quilt * > > I am expecting to see some commands related to the patching process in one > of the run scripts. > For example, "quilt" followed by some arguments or > "0001-sun8i-configs-Add-CONFIG_BOOTCOUNT_LIMIT-ENV-for-men.patch" being > applied > by some other tool instead of quilt. > > I only end up with some findings in the log files (log.do_fetch, > log.do_unpack which don't tell me much). > > > Where are the steps that apply the patches located? > > Be Well :) > Alan > > > > > I've gotten to the > > On Wed, Nov 1, 2017 at 8:05 PM, Alex Kiernan > wrote: > >> On 1 November 2017 at 17:38, Alan Martinovic >> wrote: >> >>> I'm just upgrading to pyro and have some issues with u-boot-fw-utils. >>> >>> The error fails at do_compile stage which looks like this: >>> >>> do_compile () { >>> oe_runmake ${UBOOT_MACHINE} >>> oe_runmake env >>> } >>> >>> >>> The error is: >>> >>> Log data follows: >>> | DEBUG: Executing shell function do_compile >>> | NOTE: make -j 16 CROSS_COMPILE=arm-senic-linux-gnueabi- >>> CC=arm-senic-linux-gnueabi- gcc -march=armv7ve -mfpu=neon-vfpv4 >>> -mfloat-abi=hard -mcpu=cortex-a7 >>> --sysroot=/home/alan/senic-os-update/build/tmp-glibc/work/se >>> nic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-senic/v2017 >>> .03+gitAUTOINC+5233f17333-r0/recipe-sysroot >>> -O2 -pipe -g -feliminate-unused-debug-types >>> -fdebug-prefix-map=/home/alan/senic-os-update/build/tmp-glib >>> c/work/senic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-se >>> nic/v2017.03+gitAUTOINC+5233f17333-r0=/usr/src/debug/u-boot- >>> fw-utils-senic/v2017.03+gitAUTOINC+5233f17333-r0 >>> -fdebug-prefix-map=/home/alan/senic-os-update/build/tmp-glib >>> c/work/senic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-se >>> nic/v2017.03+gitAUTOINC+5233f17333-r0/recipe-sysroot-native= >>> -fdebug-prefix-map=/home/alan/senic-os-update/build/tmp-glib >>> c/work/senic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-se >>> nic/v2017.03+gitAUTOINC+5233f17333-r0/recipe-sysroot= >>> -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed V=1 >>> | ERROR: oe_runmake failed >>> | make -f ./Makefile silentoldconfig >>> | make -f ./scripts/Makefile.build obj=scripts/basic >>> | cc -Wp,-MD,scripts/basic/.fixdep.d -Wall -Wstrict-prototypes -O2 >>> -fomit-frame-pointer -o scripts/basic/fixdep >>> scripts/basic/fixdep.c >>> | /bin/sh: 1: cc: not found >>> >>> >>> I would assume this is a to specific error to ask help about. It seems >>> that the compiler isn't being called correctly (it's called as cc, >>> which isn't the full compiler name). >>> Suggestions are welcome but that isn't the reason for my post. >>> >>> >> Guessing... apply this in your recipe: >> >> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/rec >> ipes-bsp/u-boot/files/default-gcc.patch?h=pyro >> >> -- >> Alex Kiernan >> Senior Engineering Manager >> >> hivehome.com >> >> >> >> Hive | London | Cambridge | Houston | Toronto >> The information contained in or attached to this email is confidential >> and intended only for the use of the individual(s) to which it is >> addressed. It may contain information which is confidential and/or covered >> by legal professional or other privilege. The views expressed in this email >> are not necessarily the views of Centrica plc, and the company, its >> directors, officers or employees make no representation or accept any >> liability for their accuracy or completeness unless expressly stated to the >> contrary. >> Centrica Connected Home Limited (company no: 5782908), registered in >> England and Wales with its registered office at Millstream, Maidenhead >> Road, Windsor, Berkshire SL4 5GD. >> > > --001a113ee9b2a51f38055cfe15c2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The patching is done by a bbclass (patch.bbclass) and help= er modules (meta/oe/lib/patch.py), so you can't execute it like a shell= task (such as do_compile).

Ross

On 2 November 2017 at 11:05= , Alan Martinovic <alan.martinovic@senic.com> wrote:=
Thanks for the suggesti= ons
Am currently implementing both of them and am trying to understand = how the patching is done.

In the temp directory I = can see all the tasks.=C2=A0
For some reasons the patch wasn'= t applied correctly and I'm debugging why.

I h= ave patches from before which are being correctly applied, one of them bein= g "0001-sun8i-configs-Add-CONFIG_BOOTCOUNT_LIMIT-ENV-for-men= .patch".
Am using that one just as a reference for this exam= ple.
I want to see the steps done to apply the patch so I do:

=C2=A0 =C2=A0 temp$ grep -r 0001-sun8i-configs *
<= /div>
=C2=A0 =C2=A0 temp$ grep -r=C2=A0quilt *

I am expecting to see some commands related to the patching process in one= of the run scripts.
For example,=C2=A0 "quilt" followe= d by some arguments or "0001-sun8i-configs-Add-CONFIG_BOOTCOUNT_L= IMIT-ENV-for-men.patch" being applied=C2=A0
by some oth= er tool instead of quilt.=C2=A0

I only end up with= some findings in the log files (log.do_fetch, log.do_unpack which don'= t tell me much).=C2=A0


Where are th= e steps that apply the patches located?=C2=A0

= Be Well :)
Alan



=
I've gotten to the=C2=A0

On Wed, Nov 1, 2017 at 8:05 PM, Alex Kiernan <= ;alex.kierna= n@hivehome.com> wrote:
On= 1 November 2017 at 17:38, Alan Martinovic <alan.martinovic@senic.= com> wrote:
I'm just upgrad= ing to pyro and have some issues with u-boot-fw-utils.

The error fails at do_compile stage which looks like this:

=C2=A0 =C2=A0 do_compile () {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 oe_runmake ${UBOOT_MACHINE}
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 oe_runmake env
=C2=A0 =C2=A0 }


The error is:

Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 16 CROSS_COMPILE=3Darm-senic-linux-gnueabi-
CC=3Darm-senic-linux-gnueabi-=C2=A0 =C2=A0 =C2=A0 =C2=A0gcc=C2=A0 -march=3D= armv7ve -mfpu=3Dneon-vfpv4
=C2=A0-mfloat-abi=3Dhard -mcpu=3Dcortex-a7
--sysroot=3D/home/alan/senic-os-update/build/tmp-glibc/work/senic= _hub_beta-senic-linux-gnueabi/u-boot-fw-utils-senic/v2017.03+gitA= UTOINC+5233f17333-r0/recipe-sysroot
=C2=A0-O2 -pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=3D/home/alan/senic-os-update/build/tmp-glibc/w= ork/senic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-senic/v201= 7.03+gitAUTOINC+5233f17333-r0=3D/usr/src/debug/u-boot-fw-utils-se= nic/v2017.03+gitAUTOINC+5233f17333-r0
-fdebug-prefix-map=3D/home/alan/senic-os-update/build/tmp-glibc/w= ork/senic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-senic/v201= 7.03+gitAUTOINC+5233f17333-r0/recipe-sysroot-native=3D
-fdebug-prefix-map=3D/home/alan/senic-os-update/build/tmp-glibc/w= ork/senic_hub_beta-senic-linux-gnueabi/u-boot-fw-utils-senic/v201= 7.03+gitAUTOINC+5233f17333-r0/recipe-sysroot=3D
=C2=A0-Wl,-O1 -Wl,--hash-style=3Dgnu -Wl,--as-needed V=3D1
| ERROR: oe_runmake failed
| make -f ./Makefile silentoldconfig
| make -f ./scripts/Makefile.build obj=3Dscripts/basic
|=C2=A0 =C2=A0cc -Wp,-MD,scripts/basic/.fixdep.d -Wall -Wstrict-protot= ypes -O2
-fomit-frame-pointer=C2=A0 =C2=A0 =C2=A0 -o scripts/basic/fixdep
scripts/basic/fixdep.c
| /bin/sh: 1: cc: not found


I would assume this is a to specific error to ask help about. It seems
that the compiler isn't being called correctly (it's called as cc,<= br> which isn't the full compiler name).
Suggestions are welcome but that isn't the reason for my post.


Guessing... apply this in = your recipe:


--=C2=A0
Alex KiernanSenior Engineering Manager

hivehome.com
=



Hive | London | C= ambridge | Houston | Toronto
The information co= ntained in or attached to this email is confidential and intended only for = the use of the individual(s) to which it is addressed. It may contain infor= mation which is confidential and/or covered by legal professional or other = privilege. The views expressed in this email are not necessarily the views = of Centrica plc, and the company, its directors, officers or employees make= no representation or accept any liability for their accuracy or completene= ss unless expressly stated to the contrary.=C2=A0
Centrica Connected Home Limited (company no: 5782908), registered in Eng= land and Wales with its registered office at Millstream, Maidenhead Road, W= indsor, Berkshire SL4 5GD.


--001a113ee9b2a51f38055cfe15c2--