[OE-core] qemu-native fix for latest kernel update

Thanks Armin for sending the fix for the latest kernel updates, my build strangely started failing about a week or 2 ago after the latest dnf update.   Regards,   Benjamin -- ___ Openembedded-core mailing list

[OE-core] [PATCH] selftest: remove result file log awkward checking

. With that, a single check of the full name reviews at the same time the class name as well as the function name. [YOCTO#11012] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/utils/decorators.py | 7 --- 1 file changed, 4 insertions(+), 3 del

[OE-core] [PATCH] selftest: automatically add the meta-selftest layer

adding the meta-selftest layer is a small bump you always encounter when you want to run selftest. Adding an automatic procedure to include the layer if it is not yet present. Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- scripts/oe-selftest | 12 ++--

Re: [OE-core] [PATCHv2 3/3] oe-selftest: Add option to submit test result to a git repository.

On Thu, 2016-12-01 at 11:00 -0600, Mariano Lopez wrote: > > I think this version is okay :) have you tested it in an > Autobuilder > > task?  > > Indeed, that is why it took me a bit longer to submit the patch. I > know this won't blow up current master.  But Ihaven't used the > option yet, we

Re: [OE-core] [PATCHv2 3/3] oe-selftest: Add option to submit test result to a git repository.

Hi Mariano On Thu, 2016-12-01 at 09:37 -0600, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This new option allows to commit the result to a git repository, > along with the results it will add a metadata file for information > of the current

Re: [OE-core] [PATCH 2/2] oe-selftest: Add option to submit test result to a git repository.

On Tue, 2016-11-29 at 08:42 -0600, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This new option allows to commit the result to a git repository, > along with the results it will add a metadata file for information > of the current selftest run,

Re: [OE-core] [PATCH 1/2] oeqa/utils/metadata.py: Add metadata library

On Tue, 2016-11-29 at 08:42 -0600, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > Adds functions to get metadata from the host running the tests. > > [YOCTO #9954] > > Signed-off-by: Mariano Lopez > --- >  

[OE-core] FW: [PATCH v2] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

Re-sending from the correct account (of mine). From: Esquivel, Benjamin Sent: Tuesday, November 15, 2016 12:38 PM To: 'Jose Perez Carranza' ; 'Burton, Ross' Cc: 'OE-core' Subject: RE:

Re: [OE-core] [PATCH v2] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

Looks good to me, thanks for sending the v2. > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf > Of jose.perez.carra...@linux.intel.com > Sent: Tuesday, November 15, 2016 10:25 AM > To:

Re: [OE-core] [PATCH] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

[OE-core] [PATCH] oe-tests: Migrate tests from /oe/test to > /oeqa/selftest/oe-tests > > On 11/03/2016 06:12 PM, Benjamin Esquivel wrote: > > Hello José, a couple of comments below. > > > > On Thu, 2016-11-03 at 17:46 -0500, jose.perez.carra...@linux.int

Re: [OE-core] [PATCH] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

Hello José, a couple of comments below. On Thu, 2016-11-03 at 17:46 -0500, jose.perez.carra...@linux.intel.com wrote: > From: Jose Perez Carranza > > Currently the unittests for scripts on meta/lib/oe are not being > executed by any suite hence the best

Re: [OE-core] [wic][PATCH] systemd-bootdisk.wks: use PARTUUID

On Mon, 2016-10-24 at 16:54 +0300, Ed Bartosh wrote: > Root device name in systemd-bootdisk.wks is 'sda'. This can cause > images, produced using this wks to refuse booting if real device > name is not 'sda'. For example, when booting MinnowBoard MAX from > MicroSD card the boot process stucks

[OE-core] [PATCH] check bitbake server-only port is a number

-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- bitbake/lib/bb/main.py | 7 +++ 1 file changed, 7 insertions(+) diff --git a/bitbake/lib/bb/main.py b/bitbake/lib/bb/main.py index 7f7d87b..f2f59f6 100755 --- a/bitbake/lib/bb/main.py +++ b/bitbake/lib/bb/main.py @@ -402,6 +

[OE-core] [PATCH] selftest: fetcher error changed and test needs update

the test error and accurately confirms the tested scenario for test_invalid_recipe_src_uri. [YOCTO#10370] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/selftest/bbtests.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/li

[OE-core] [PATCH] selftest: fetcher error changed and test needs update

the test error and accurately confirms the tested scenario for test_invalid_recipe_src_uri. [YOCTO#10370] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/selftest/bbtests.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/li

[OE-core] [PATCH 2/2] oe-selftest: simplifying log filenames

avoiding characters like ':' and making a clearer separation of the fields that compose the filename. Changing from: oe-selftest-2016-07-20_16:05:27.log to: oe-selftest-20160720-160527.log Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- scripts/oe-selftest | 2

[OE-core] Enable xml output in OeTest class for report consumers

You can take a look at the bug 9682[1] where tests and sample logs are attached. This patch assumes the xmlrunner[2] module in the system where oe-selftest will run. if the xmlrunner is not there, it will default to unittest. As it is now, it will change partially the text output format of the

[OE-core] [PATCH 1/2] oe-selftest: export test results via xmlrunner

is not available then it will behave the same as before, no xml exports. [YOCTO#9682] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- scripts/oe-selftest | 33 ++--- 1 file changed, 30 insertions(+), 3 deletions(-) diff --git a/scri

Re: [OE-core] [PATCH 1/1] selftest/seltest.py: Add test to check imports from other layers

Comments below The test looks good. > -Original Message- > From: mariano.lo...@linux.intel.com > [mailto:mariano.lo...@linux.intel.com] > Sent: Tuesday, July 12, 2016 8:10 AM > To: openembedded-core@lists.openembedded.org > Cc: benjamin.esqui...@linux.intel.com; Mariano Lopez >

Re: [OE-core] [PATCHv2 0/1] Add command line parameter support for tag in testexport

Looks good. Thanks for sending this. Benjamin On Mon, 2016-07-04 at 12:23 +, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This allows to specify the tag to be used to filter test as an > argument of > runexported.py. > > Changes in v2: > >

Re: [OE-core] [PATCH 1/1] oetest.py: Add command line parameter support for tag in testexport

Hello Mariano, comments below > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf > Of mariano.lo...@linux.intel.com > Sent: Monday, July 4, 2016 12:28 AM > To:

Re: [OE-core] [PATCH] flex: Fix top_builddir path for flex's test-driver script

ACK'ed. I verified that your patch works. On Mon, 2016-06-13 at 17:02 -0500, leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > Since 5f82d17ac63f6d5b55f7b8d019c239620ab54596, test-driver scripts > look into top_buildir

Re: [OE-core] [PATCHv2 2/2] testimage.bbclass: reuse generic test suites

ge, which makes the tests work for the variables defined. > > If TEST_SUITES includes "auto", then the testimage task for some > images > will still fail, but that's why I opened a new bug # 9129 > Thanks, good info. > - Alex Franco > > On 02/23/2016 03:20 PM, Benjami

Re: [OE-core] [PATCHv2 2/2] testimage.bbclass: reuse generic test suites

Hi Franco, how did you test this? what is the behavior you get with these defaults instead of how's behaving now? See comments below. On Tue, 2016-02-23 at 09:14 +, Alex Franco wrote: > Modify existing default test suites to reuse the new > generic test suites. > > Related to [YOCTO #8410]

Re: [OE-core] [PATCHv2 1/2] oeqa/utils: added new networke module

Hi Paco, please fix the typo in the subject as it is the typo of the commit title as well. Check my other comments below and re-send. On Mon, 2016-02-15 at 13:10 -0600, Francisco Pedraza wrote: > A network module was added, and will contain network utility funcions > for now. fix typo in

Re: [OE-core] [PATCHv2 2/2] oeqa/selftest/prservice: Added new tc: check pr-server stop msg

Hi Paco, good to see you doing patches. Please check my comments below. On Mon, 2016-02-15 at 13:10 -0600, Francisco Pedraza wrote: > When stopping the prserver using localhost as host, it tries to > find a file '/tmp/PRServer_127.0.0.1_8585.pid' which is not > present on the system. > > fix

Re: [OE-core] [PATCH] runtime/systemd: Fix for boot time string parse error

On Mon, 2016-02-01 at 10:48 -0800, Khem Raj wrote: > On Mon, Feb 1, 2016 at 7:53 AM, Benjamin Esquivel > <benjamin.esqui...@linux.intel.com> wrote: > > boot time string can change its format of the output of the amount > > of time > > it took to boot. It is re

[OE-core] [PATCH] runtime/systemd: Fix for boot time string parse error

boot time string can change its format of the output of the amount of time it took to boot. It is required to handle graceful fail of the parsing errors that it provokes [YOCTO #8889] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/runtime/systemd.p

Re: [OE-core] [oe] [RFC] Mark of upstream CVE patches

On Mon, 2016-01-04 at 12:25 -0600, Mariano Lopez wrote: > > On 12/16/2015 03:21 AM, Burton, Ross wrote: > > > > On 16 December 2015 at 09:03, Sona Sarmadi > > wrote: > > > > We are supposed to have reference to the CVE identifier both

[OE-core] [PATCH 1/2] oeqa/systemd: journalctl helper function

a function to request for the journalctl output to the current target system with l_match_units support Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/runtime/systemd.py | 28 1 file changed, 28 insertions(+) diff --git

[OE-core] [PATCH 2/2] oeqa/systemd get runtest target boot time and log

time is greater than the it will print it too this test prints the startup time in the test log like: ... test_systemd_boot_time (oeqa.runtime.systemd.SystemdJournalTests) ... Startup finished in 6.922s (kernel) + 52.089s (userspace) = 59.011s. Signed-off-by: Benjamin Esquivel <benjamin.es

Re: [OE-core] [PATCH 1/2] systemd: test target boot time against unit timeout

.255s > (kernel) + > 3min 10.075s (userspace) = 3min 52.331s. > > > -b > > > > On 10/22/15, 3:45 PM, "Benjamin Esquivel" > <benjamin.esqui...@linux.intel.com> wrote: > > > the new test: > > oeqa.runtime.systemd.SystemdJournalTests.test_s

[OE-core] [PATCH 1/2] systemd: test target boot time against unit timeout

: ... test_systemd_boot_time (oeqa.runtime.systemd.SystemdJournalTests) ... Startup finished in 6.922s (kernel) + 52.089s (userspace) = 59.011s. ... [YOCTO#8141] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/runtime/systemd.py | 73

[OE-core] [PATCH 2/2] systemd: skip service tests on long boot times

#8142] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oeqa/runtime/systemd.py | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/meta/lib/oeqa/runtime/systemd.py b/meta/lib/oeqa/runtime/systemd.py index 251d06e..4e0a556

[OE-core] [PATCH 0/2] adding runtest/systemd boot time test

, if the boot time test fails then the tests that check services will be skipped Benjamin Esquivel (2): systemd: test target boot time against unit timeout systemd: skip service tests on long boot times meta/lib/oeqa/runtime/systemd.py | 83 +--- 1 file changed

[OE-core] [PATCH V3] populate SDK: prepare calling of bb.utils for exceptions

the errors in the requested operations [YOCTO#8213] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oe/sdk.py | 78 +- 1 file changed, 54 insertions(+), 24 deletions(-) diff --git a/meta/lib/oe/sdk.py b/me

Re: [OE-core] [PATCH V3] selftest/manifest.py: Test support for manifests

for this would be necessary too though I am not sure that the bug is a genuine error yet. Benjamin On Fri, 2015-10-16 at 17:20 +0100, Burton, Ross wrote: > On 7 October 2015 at 20:41, Benjamin Esquivel < > benjamin.esqui...@linux.intel.com> wrote: >

Re: [OE-core] [PATCH] populate SDK: prepare calling of bb.utils for exceptions

On Fri, 2015-10-16 at 11:01 +0100, Richard Purdie wrote: > On Thu, 2015-10-15 at 12:27 -0500, Benjamin Esquivel wrote: > > +if (bb.utils.movefile(sourcefile, destdir) == None): > > +raise Exception("moving {}

Re: [OE-core] [PATCH] populate SDK: prepare calling of bb.utils for exceptions

On Thu, 2015-10-15 at 19:15 -0700, Christopher Larson wrote: > > On Thu, Oct 15, 2015 at 10:27 AM, Benjamin Esquivel < > benjamin.esqui...@linux.intel.com> wrote: > > +def movefile(self, sourcefile, destdir): > > +try: > > +# FIXME: thi

Re: [OE-core] [PATCH] populate SDK: prepare calling of bb.utils for exceptions

Hello Mike, comments below: On Fri, 2015-10-16 at 09:00 +0200, Mike Looijmans wrote: > On 15-10-15 19:27, Benjamin Esquivel wrote: > > bb.utils.remove, bb.utils.movefile and bb.utils.mkdirhier can throw > > exceptions that need handling and proper error messages. >

[OE-core] [PATCH V2] populate SDK: prepare calling of bb.utils for exceptions

the errors in the requested operations [YOCTO#8213] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oe/sdk.py | 76 +- 1 file changed, 52 insertions(+), 24 deletions(-) diff --git a/meta/lib/oe/sdk.py b/me

[OE-core] [PATCH] populate SDK: prepare calling of bb.utils for exceptions

bb.utils.remove, bb.utils.movefile and bb.utils.mkdirhier can throw exceptions that need handling and proper error messages. [YOCTO#8213] Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> --- meta/lib/oe/sdk.py | 81 ++-

Re: [OE-core] [PATCH] bash: Disable custom memory allocator

Hey Anibal, a line or 2 in mentioning the issue at the git commit message would be required. You're only mentioning that there is an issue and it would be informational to say what it is, even though the bug number is at the end. On Fri, 2015-10-09 at 17:21 -0500, Aníbal Limón wrote: > Bash is

Re: [OE-core] [PATCH] bash: Disable custom memory allocator

Great! On Tue, 2015-10-13 at 11:06 -0500, Aníbal Limón wrote: > Hi Benjamin, > > This commit is already merged Ross or RP improved the message. > > Cheers, > alimon > > On 13/10/15 10:58, Benjamin Esquivel wrote: > > Hey Anibal, a line or 2 in mentioni

[OE-core] [PATCH V3] selftest/manifest.py: Test support for manifests

that supports other manifest tests -a get dir from bb var function that verifies if the dir exists -a ManifestEntry class defined with missing items list -check for the paths and fail gracefully if not there -debug prints for failure analysis [YOCTO#8028] Signed-off-by: Benjamin Esquivel

Re: [OE-core] [PATCH V2] selftest/buildoptions: pexpect not a builtin module

ur...@intel.com] > Sent: Monday, September 21, 2015 13:20 > To: Istrate, Daniel AlexandruX > Cc: Benjamin Esquivel; openembedded-core@lists.openembedded.org; > paul.eggle...@linux.intel.com > Subject: Re: [OE-core] [PATCH V2] selftest/buildoptions: pexpect not > a builtin module >

Re: [OE-core] [PATCH] selftest/buildoptions: pexpect not a builtin module

On Fri, 2015-09-18 at 12:05 +0100, Burton, Ross wrote: > > On 17 September 2015 at 21:38, Benjamin Esquivel < > benjamin.esqui...@linux.intel.com> wrote: > > put the import of pexpect around a try statement so it can tell you > > why it failed to import when in a

[OE-core] [PATCH V2] selftest/buildoptions: pexpect not a builtin module

put the import of pexpect around a try statement so it can tell you why it failed to import when in a system that has the module unreachable the message that outputs is: "No module named pexpect, import failed" "Please install pexpect (python-pexpect)" Signed-off-b

[OE-core] [PATCH] selftest/buildoptions: pexpect not a builtin module

put the import of pexpect around a try statement so it can tell you why it failed to import when in a system that has the module unreachable the message that outputs is: "No module named pexpect, import failed" Signed-off-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com&g

Re: [OE-core] [PATCH v2] selftest/manifest.py: Test support for manifests

Thanks for the notice, I'll check it up. Benjamin On Thu, 2015-09-10 at 10:52 +0100, Burton, Ross wrote: > > On 2 September 2015 at 21:18, Benjamin Esquivel < > benjamin.esqui...@linux.intel.com> wrote: > > adding support for tests to verify manifest collections > > (i

[OE-core] [PATCH v2] selftest/manifest.py: Test support for manifests

-by: Benjamin Esquivel <benjamin.esqui...@linux.intel.com> Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- meta/lib/oeqa/selftest/manifest.py | 165 + 1 file changed, 165 insertions(+) create mode 100644 meta/lib/oeqa/selftest/manif

Re: [OE-core] [PATCH] Fix mode +st on TMPDIR when creating it

Looks good, would you check this via an autobuilder on-demand build? Benjamin On Fri, 2015-08-28 at 17:34 -0500, Alex Franco wrote: > A sanity check fails when TMPDIR has setuid, setgid set. It was > proposed to fix this on TMPDIR creation instead of failing with > a sanity test only. This patch

Re: [OE-core] [PATCH v2] bb.utils.movefile: specify dest file name

Hey guys, I would like to get this reviewed/integrated for closing this bug :) Benjamin On Fri, 2015-08-21 at 10:05 +, Benjamin Esquivel wrote: When moving a file via the python os.rename function it is required to specify the path including the file name at the end. Failure to provide

Re: [OE-core] [PATCH] selftest/manifest.py: Test to verify rootfs manifest

Hey Paul, thanks for looking at this, check the comments below. On Thu, 2015-08-27 at 09:34 +0100, Paul Eggleton wrote: Hi Benjamin / Mariano, On Wednesday 26 August 2015 12:26:02 Benjamin Esquivel wrote: Adding a new test to verify if the packages in the manifest files actually exists

Re: [OE-core] [PATCH] runqemu-internal: Fixes unary operator expected in new TCPSERIAL_PORTNUM

On Wed, 2015-08-26 at 09:48 -0500, Aníbal Limón wrote: If $TCPSERIAL_PORTNUM is empty string causes an error because expands the expresion to, $TCPSERIAL_PORTNUM == - == Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com --- scripts/runqemu-internal | 2 +- 1 file changed, 1

[OE-core] [PATCH] selftest/manifest.py: Test to verify rootfs manifest

analysis [YOCTO#8028] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com Signed-off-by: Mariano Lopez mariano.lo...@linux.intel.com --- meta/lib/oeqa/selftest/manifest.py | 52 ++ 1 file changed, 52 insertions(+) create mode 100644 meta/lib/oeqa

Re: [OE-core] [PATCH 3/4 v2] dump: allow to have datastore vars on dump commands

Hi Mariano, please find my comments below. On Tue, 2015-08-25 at 10:55 -0500, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez mariano.lo...@linux.intel.com This allows to have datastore variables in the dump commands and will get the data when a new instance it's created. Also

Re: [OE-core] [PATCH 0/4 v2] Get dumps when qemu fails

Hi Mariano, a minor correction below: On Tue, 2015-08-25 at 10:55 -0500, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez mariano.lo...@linux.intel.com This provides classes for dump logs from the host and the target. This way it's easier to get dumps from the runner or the target

Re: [OE-core] [PATCH] init-install-efi.sh: Avoid /mnt/mtab creation if already present

Hi Leo, this fix looks good to me, can you mention how did you test this? On Mon, 2015-08-03 at 15:01 +, leonardo.sandoval.gonza...@linux.intel.com wrote: From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com The base-files recipe installs /mnt/mtab (it is a softlink of

[OE-core] [PATCH v2] bb.utils.movefile: specify dest file name

When moving a file via the python os.rename function it is required to specify the path including the file name at the end. Failure to provide this file name at the destination argument of the os.rename function raises an OSError exception. [YOCTO#8180] Signed-off-by: Benjamin Esquivel

[OE-core] [PATCH] utils.movefile: specify dest file name

When moving a file via the os.rename function, it was missing the destination file name which caused an OSError [YOCTO#8180] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- bitbake/lib/bb/utils.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH 1/1][RFC] devtool: Upgrade feature

On Tue, 2015-08-18 at 13:51 +0100, Paul Eggleton wrote: On Thursday 13 August 2015 12:45:08 Leonardo Sandoval wrote: On 08/13/2015 05:06 AM, Paul Eggleton wrote: On Tuesday 11 August 2015 14:04:14 leonardo.sandoval.gonza...@linux.intel.com wrote: This is a new devtool's feature,

Re: [OE-core] [scripts][PATCH] yocto-layer: Stops duplication of meta- prefix

On Thu, 2015-07-30 at 14:28 +0100, Burton, Ross wrote: On 29 July 2015 at 20:50, humberto.ibarra.lo...@intel.com wrote: The yocto-layer script puts an extra meta- prefix to the given layer name even when the prefix is already there. This fix avoids duplicating the prefix in these

[OE-core] [PATCH] oe-init-build-env-memres: Fix source check

#7487] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- oe-init-build-env-memres | 45 + 1 file changed, 25 insertions(+), 20 deletions(-) diff --git a/oe-init-build-env-memres b/oe-init-build-env-memres index 9b9e0f4..c1dc4fe 100755

[OE-core] [PATCH] glibc: avoid configure stall by feeding prompt

Addresses a stall (by prompt) condition of the run.do_configure at when executed directly from the workdir, like when using the devshell. [YOCTO 7369] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- meta/recipes-core/glibc/glibc.inc | 2 +- 1 file changed, 1 insertion

[OE-core] [PATCH] oe-setup-builddir: output message cleanup

Moved a Yoctoproject documentation banner to the end of the first-time run messages section [YOCTO #7368] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- scripts/oe-setup-builddir | 32 +--- 1 file changed, 17 insertions(+), 15 deletions

[OE-core] [PATCH v3] glibc: 'yes' within the path sets wrong variables

files, because a reconfigure does not happen in the regular build flow. [YOCTO #6614] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- ...thin-the-path-sets-wrong-config-variables.patch | 245 + meta/recipes-core/glibc/glibc_2.21.bb | 1 + 2

[OE-core] [meta-oe][PATCH v2] glibc: 'yes' within the path sets wrong variables

and the configure.ac files, normally it would only require the configure.ac changes but they also need modification given the configure files also pop-out of the source tarball. [YOCTO #6614] Upstream Status: Submitted Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- meta

Re: [OE-core] [PATCH] glibc: 'yes' within the path sets wrong variables

On Thu, 2015-02-26 at 08:18 -0800, Khem Raj wrote: On Mon, Feb 23, 2015 at 1:54 AM, Benjamin Esquivel benjamin.esqui...@linux.intel.com wrote: The pre-processed output of conftest.c contains an include dir and if the path of it contains a 'yes' it will cause some variables to be wrongly

Re: [OE-core] [PATCH] glibc: 'yes' within the path sets wrong variables

On Thu, 2015-02-26 at 08:17 -0800, Khem Raj wrote: On Thu, Feb 26, 2015 at 4:22 AM, Burton, Ross ross.bur...@intel.com wrote: On 25 February 2015 at 18:14, Benjamin Esquivel benjamin.esqui...@linux.intel.com wrote: Saul, is there a specific part of the glibc's run.do_configure

Re: [OE-core] [PATCH] glibc: 'yes' within the path sets wrong variables

On Wed, 2015-02-25 at 12:23 +, Burton, Ross wrote: On 24 February 2015 at 22:17, Benjamin Esquivel benjamin.esqui...@linux.intel.com wrote: So the configure file does not get regenerated as part of the standard auto-reconf? No, if the fix

Re: [OE-core] [PATCH] glibc: 'yes' within the path sets wrong variables

On Tue, 2015-02-24 at 11:40 -0800, Saul Wold wrote: On 02/23/2015 01:54 AM, Benjamin Esquivel wrote: The pre-processed output of conftest.c contains an include dir and if the path of it contains a 'yes' it will cause some variables to be wrongly set to yes because of the way it greps

[OE-core] [PATCH] glibc: 'yes' within the path sets wrong variables

and the configure.ac files, normally it would only require the configure.ac changes but they also need modification given the configure files also pop-out of the source tarball. [YOCTO #6614] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- meta/recipes-core/glibc/glibc/fix

Re: [OE-core] [PATCH] eglibc: Fix to egrep 'yes$' instead 'yes' at configure

Ok, I will re-do the patch and send it over On Mon, 2014-08-25 at 16:31 -0700, Khem Raj wrote: On 14-08-25 17:57:47, Benjamin Esquivel wrote: To Khem and Andreas, I would say that the proposed patch is based on the existing design, a corner case was found and it deserves a fix

[OE-core] [PATCH] eglibc: Fix to egrep 'yes$' instead 'yes' at configure

the configure file comes straight out of the source tarball. [YOCTO #6614] Signed-off-by: Benjamin Esquivel benjamin.esqui...@linux.intel.com --- .../eglibc-2.19/fix-yesdir-falsepositive.patch | 136 + meta/recipes-core/eglibc/eglibc_2.19.bb| 1 + 2 files

Re: [OE-core] [PATCH] eglibc: Fix to egrep 'yes$' instead 'yes' at configure

thoughts Benjamin On Mon, 2014-08-25 at 09:04 -0700, Khem Raj wrote: On 14-08-24 21:58:11, Benjamin Esquivel wrote: The pre-processed output of conftest.c contains an include dir and if the path of it contains a 'yes' it will cause some variables to be wrongly set to yes because of the way