sh changed from 4c73c2d1e35cbb6229786c026945a8b7 to
1fc1b817a40ff6510533d3a3f3c06492
Variable KERNEL_IMAGETYPE_FOR_MAKE value changed:
"[-vmlinux.bin-] vmlinux {+vmlinux.bin+}"
I've sent a v3.
> Ross
>
> On 14 May 2018 at 23:33, Andre McCurdy wrote:
>> Currently i
minor non-functional updates to formatting and comments.
Signed-off-by: Andre McCurdy
---
v2: refresh + make typeformake a set based on suggestion from Martin Hundeb�ll
v3: ensure ordering of KERNEL_IMAGETYPE_FOR_MAKE is deterministic
meta/classes/kernel.bbclass | 28 --
environment variables.
Signed-off-by: Andre McCurdy
---
v2: drop references to environment variables
v3: fix typo in subject (refering -> referring)
meta/conf/bitbake.conf | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.c
environment variables.
Signed-off-by: Andre McCurdy
---
meta/conf/bitbake.conf | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index a21b728..b85be1e 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -722,19
minor non-functional updates to formatting and comments.
Signed-off-by: Andre McCurdy
---
v2: refresh + make typeformake a set based on suggestion from Martin Hundeb�ll
meta/classes/kernel.bbclass | 28
1 file changed, 16 insertions(+), 12 deletions(-)
diff --git a/me
The comment appears to have been accidentally left behind when the
fail-fast over-ride was removed by:
http://git.openembedded.org/openembedded-core/commit/?id=83ce96f44516c8a4a44c8c0140949256f8422014
Signed-off-by: Andre McCurdy
---
meta/conf/bitbake.conf | 4 ++--
1 file changed, 2
On Mon, May 14, 2018 at 9:18 AM, Mark Hatle wrote:
> On 5/11/18 7:02 PM, Andre McCurdy wrote:
>> There doesn't seem to be a clear reason to have two separate
>> variables to hold whitelisted GPLv3 recipes. Both variables are
>> treated the same, so adding a recipe to L
hould now just use
WHITELIST_GPL-3.0.
Signed-off-by: Andre McCurdy
---
meta/classes/base.bbclass | 25 -
meta/classes/multilib.bbclass | 12 +---
meta/conf/distro/include/default-distrovars.inc | 1 -
3 files change
://github.com/thom311/libnl/commit/3e18948f17148e6a3c4255bdeaaf01ef6081ceeb
http://lists.infradead.org/pipermail/libnl/2017-May/002313.html
Signed-off-by: Andre McCurdy
---
...eck-for-integer-overflow-in-nlmsg_reserve.patch | 43 ++
meta/recipes-support/libnl/libnl_3.2.29.bb
On Thu, May 10, 2018 at 7:20 PM, Chen Qi wrote:
> Upgrade sudo to 1.8.23.
>
> The license checksum changes but the actual license does not.
>
> The /var/run/sudo directory has changed to /run/sudo, change
> do_install_append according to avoid error.
>
> Signed-off-by: Chen Qi
> ---
> meta/recip
On Thu, May 10, 2018 at 6:16 PM, Khem Raj wrote:
> On Thu, May 10, 2018 at 6:11 PM, Andre McCurdy wrote:
>> On Thu, May 10, 2018 at 6:06 PM, Khem Raj wrote:
>>> On Thu, May 10, 2018 at 6:00 PM, Andre McCurdy wrote:
>>>> On Thu, May 10, 2018 at 5:55 PM, Khem Ra
On Thu, May 10, 2018 at 6:06 PM, Khem Raj wrote:
> On Thu, May 10, 2018 at 6:00 PM, Andre McCurdy wrote:
>> On Thu, May 10, 2018 at 5:55 PM, Khem Raj wrote:
>>> On Thu, May 10, 2018 at 4:11 PM, Andre McCurdy wrote:
>>>> On Thu, May 10, 2018 at 3:50 PM, Martin Ja
On Thu, May 10, 2018 at 5:55 PM, Khem Raj wrote:
> On Thu, May 10, 2018 at 4:11 PM, Andre McCurdy wrote:
>> On Thu, May 10, 2018 at 3:50 PM, Martin Jansa wrote:
>>> On Thu, May 10, 2018 at 03:40:53PM -0700, Andre McCurdy wrote:
>>>> On Thu, May 10, 2018 at 3:38
On Thu, May 10, 2018 at 3:40 PM, Khem Raj wrote:
> On Thu, May 10, 2018 at 3:33 PM, Andre McCurdy wrote:
>> On Wed, May 9, 2018 at 10:41 PM, Khem Raj wrote:
>>> On 5/9/18 8:14 PM, Andre McCurdy wrote:
>>>>
>>>> Fix long standing quirk, _forcevariab
On Thu, May 10, 2018 at 4:32 PM, Martin Jansa wrote:
> On Thu, May 10, 2018 at 04:11:00PM -0700, Andre McCurdy wrote:
>> On Thu, May 10, 2018 at 3:50 PM, Martin Jansa wrote:
>> > On Thu, May 10, 2018 at 03:40:53PM -0700, Andre McCurdy wrote:
>> >> On Thu, May 10,
On Thu, May 10, 2018 at 3:50 PM, Martin Jansa wrote:
> On Thu, May 10, 2018 at 03:40:53PM -0700, Andre McCurdy wrote:
>> On Thu, May 10, 2018 at 3:38 PM, Martin Jansa wrote:
>> > see
>> > http://lists.openembedded.org/pipermail/openembedded-core/2018-May/150654.ht
vel etc (ie not only by -fno-omit-frame-pointer).
> On Fri, May 11, 2018 at 12:38 AM Andre McCurdy wrote:
>>
>> On Thu, May 10, 2018 at 3:07 PM, Martin Jansa
>> wrote:
>> > On Thu, May 10, 2018 at 11:43:25PM +0200, Martin Jansa wrote:
>> >> On Thu,
On Thu, May 10, 2018 at 3:07 PM, Martin Jansa wrote:
> On Thu, May 10, 2018 at 11:43:25PM +0200, Martin Jansa wrote:
>> On Thu, May 10, 2018 at 12:27:50PM -0700, Andre McCurdy wrote:
>> > On Thu, May 10, 2018 at 12:11 PM, Martin Jansa
>> > wrote:
>> > > O
On Wed, May 9, 2018 at 10:41 PM, Khem Raj wrote:
> On 5/9/18 8:14 PM, Andre McCurdy wrote:
>>
>> Fix long standing quirk, _forcevariable is documented as being the
>> highest priority over-ride.
>>
>> Signed-off-by: Andre McCurdy
>> ---
>> meta
On Thu, May 10, 2018 at 12:11 PM, Martin Jansa wrote:
> On Thu, May 10, 2018 at 11:50:02AM -0700, Khem Raj wrote:
>> Hi Martin
>>
>> Thanks for testing and reporting back
>>
>> On 5/9/18 2:38 AM, Martin Jansa wrote:
>> > My initial tests show couple issues, but usually caused by other changes
>> >
On Wed, May 9, 2018 at 4:09 AM, Richard Purdie
wrote:
> On Tue, 2018-05-08 at 15:07 -0700, Andre McCurdy wrote:
>> On Tue, May 8, 2018 at 2:15 AM, Richard Purdie
>> wrote:
>> >
>> > On Tue, 2018-05-08 at 02:06 -0700, Andre McCurdy wrote:
>> > >
&g
.
Signed-off-by: Andre McCurdy
---
meta/classes/native.bbclass| 2 --
meta/classes/nativesdk.bbclass | 1 -
2 files changed, 3 deletions(-)
diff --git a/meta/classes/native.bbclass b/meta/classes/native.bbclass
index 7f2df17..ad7e98a 100644
--- a/meta/classes/native.bbclass
+++ b/meta/classes
Building on a host OS other than a recent version of Linux is not
recommended or supported. Drop the historical _build-${BUILD_OS}
over-ride to avoid giving the impression that other host OS's might
be supported.
Signed-off-by: Andre McCurdy
---
meta/classes/cross.bbclass | 1 -
meta/cl
Fix long standing quirk, _forcevariable is documented as being the
highest priority over-ride.
Signed-off-by: Andre McCurdy
---
meta/conf/bitbake.conf| 3 ++-
meta/conf/distro/include/tclibc-baremetal.inc | 2 --
meta/conf/distro/include/tclibc-glibc.inc | 2 --
meta
The last ARM specific over-ride was removed in:
http://git.openembedded.org/openembedded-core/commit/?id=e93765ffb5718b0fce84f0b8123963176dea95e4
but the comment was accidentally left behind.
Signed-off-by: Andre McCurdy
---
meta/conf/distro/include/security_flags.inc | 2 --
1 file
On Wed, May 9, 2018 at 3:04 PM, Khem Raj wrote:
> On Wed, May 9, 2018 at 2:46 PM, Andre McCurdy wrote:
>> Move the recipe specific over-ride for ASNEEDED into the recipe to
>> make it more apparent that the over-ride is being applied (and that
>> it should be re-checked on
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Signed-off-by: Andre McCurdy
---
meta/conf/distro/include/as-needed.inc | 1 -
meta/recipes-bsp/pciutils
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Signed-off-by: Andre McCurdy
---
meta/conf/distro/include/as-needed.inc | 1 -
meta/recipes-support/icu
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Signed-off-by: Andre McCurdy
---
meta/conf/distro/include/as-needed.inc | 1 -
meta/recipes-devtools/rpm
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-corei7.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-corei7.inc
b/meta/conf/machine/include/tune-corei7.inc
index 9ce731c..d06af47 100644
--- a/meta/conf/machine/include/tune
On Tue, May 8, 2018 at 2:15 AM, Richard Purdie
wrote:
> On Tue, 2018-05-08 at 02:06 -0700, Andre McCurdy wrote:
>> On Tue, May 8, 2018 at 12:40 AM, Richard Purdie
>> wrote:
>> > We've discussed "long term" branches for a while. I suggest that we
>&
On Tue, May 8, 2018 at 12:40 AM, Richard Purdie
wrote:
> On Mon, 2018-05-07 at 18:22 -0700, Andre McCurdy wrote:
>> On Tue, Mar 20, 2018 at 7:42 PM, Andre McCurdy
>> wrote:
>> >
>> > Daisy has now (long since) left upstream maintenance and entered
>> > i
On Tue, Mar 20, 2018 at 7:42 PM, Andre McCurdy wrote:
> Daisy has now (long since) left upstream maintenance and entered into
> community support. As a member of a community which still actively
> develops against this version of OE, I would like to propose the
> following updates.
On Mon, May 7, 2018 at 2:50 PM, Alejandro Enedino Hernandez Samaniego
wrote:
> When trying to build meta-toolchain using TCLIBC = "baremetal"
> bitbake throws an error due to a mising dependency:
>
> ERROR: Nothing PROVIDES 'virtual/crypt'
>
> glibc PROVIDES virtual/crypt but was skipped:
> PREFER
On Mon, May 7, 2018 at 7:17 AM, Mark Hatle wrote:
> On 5/7/18 8:16 AM, Viacheslav Salnikov wrote:
>> Alright, good point.
>>
>> But what if I need to use openssl instead of gnutls on Target? Can it be
>> changed
>> without side effects?
The behaviour of curl when built with gnutls -vs- openssl i
The patch seems to have been left behind when other uClibc specific
patches were purged from gcc in:
http://git.openembedded.org/openembedded-core/commit/?id=ec03023d2165b49a52b83bac1ea2f0bfded7b852
Signed-off-by: Andre McCurdy
---
meta/recipes-devtools/gcc/gcc-7.3.inc | 1
On Fri, May 4, 2018 at 4:23 PM, Peter Kjellerstedt
wrote:
>
> This patch does not remove ASNEEDED_pn-rpm = "" from the
> meta/conf/distro/include/as-needed.inc file.
Yes, I noticed that just after I hit send :-) Ross, should I send a
v2? For the series? For just that one patch? Or can you fix it
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Signed-off-by: Andre McCurdy
---
meta/recipes-devtools/rpm/rpm_4.14.1.bb | 2 ++
1 file changed, 2 insertions
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Also misc minor recipe cleanup (re-order variables to follow the OE
style guide, etc).
Signed-off-by: Andre
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Signed-off-by: Andre McCurdy
---
meta/conf/distro/include/as-needed.inc | 1 -
meta/recipes-support/icu
Move the recipe specific over-ride for ASNEEDED into the recipe to
make it more apparent that the over-ride is being applied (and that
it should be re-checked on version updates, etc).
Signed-off-by: Andre McCurdy
---
meta/conf/distro/include/as-needed.inc | 1 -
meta/recipes-bsp/pciutils
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-corei7.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/tune-corei7.inc
b/meta/conf/machine/include/tune-corei7.inc
index 9ce731c..d06af47 100644
--- a/meta/conf/machine/include/tune
using single quotes (and then any " chars
in the path should NOT be escaped). Escaping " chars and using single
quotes will cause problems for filenames containing " chars.
Signed-off-by: Andre McCurdy
---
meta/classes/package.bbclass | 2 +-
meta/lib/oe/package.py | 2 +-
Align package.py is_elf() with recent changes in package.bbclass
isELF():
http://git.openembedded.org/openembedded-core/commit/?id=7877761534b0c2492da6289e9f2269d41b6ed464
Signed-off-by: Andre McCurdy
Signed-off-by: Ross Burton
(cherry picked from commit
itch
to using single quotes to quote the path - and therefore make isELF()
consistent with the way filenames and paths are quoted by every other
caller of oe.utils.getstatusoutput() in oe-core.
Signed-off-by: Andre McCurdy
Signed-off-by: Ross Burton
(cherry picked from commit 7877761534b0c2492da6
From: Mark Hatle
The isELF function works by running:
result = file
if 'ELF' in result
By default 'file' will prepend the result with the path name of the file
that is being checked. This usually works fine, such as:
$ file /home/foo/openembedded-core/meta/classes/package.bbclass
/home
On Mon, Apr 16, 2018 at 12:32 PM, Mark Hatle wrote:
> The isELF function works by running:
>
>result = file
>if 'ELF' in result
>
> By default 'file' will prepend the result with the path name of the file
> that is being checked. This usually works fine, such as:
>
> $ file /home/foo/ope
- Add default value for PACKAGECONFIG
- Combine "inherit autotools" with "inherit pkgconfig gettext"
- Drop historical addition of -L${STAGING_LIBDIR} to LDFLAGS
- Re-order variables according to OE styleguide
Signed-off-by: Andre McCurdy
---
.../subversion
Merge historical .inc file into the only recipe which uses it.
Signed-off-by: Andre McCurdy
---
meta/recipes-multimedia/alsa/alsa-fpu.inc | 4
meta/recipes-multimedia/alsa/alsa-lib_1.1.5.bb | 13 +++--
2 files changed, 7 insertions(+), 10 deletions(-)
delete mode 100644 meta
file is intended to cover a range
of CPUs from Nehalem onwards, switch the TUNE_CCARGS -mtune option
from "corei7" to "generic", which instructs gcc to produce code
optimized for the most common IA32/AMD64/EM64T processors.
Signed-off-by: Andre McCurdy
---
meta/conf/machine/
There's only one user of tar.inc (meta-gplv2 has its own copy), so
merge the .inc file into the tar recipe.
Signed-off-by: Andre McCurdy
---
meta/recipes-extended/tar/tar.inc | 52 --
meta/recipes-extended/tar/tar_1.30.bb | 70 ++---
Signed-off-by: Andre McCurdy
---
meta/recipes-extended/tar/tar_1.30.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/tar/tar_1.30.bb
b/meta/recipes-extended/tar/tar_1.30.bb
index 3f31622..bd24f47 100644
--- a/meta/recipes-extended/tar/tar_1.30.bb
+++ b/meta/recipes
On Fri, Apr 20, 2018 at 2:57 PM, Burton, Ross wrote:
> Hi,
>
> We'll hopefully be firing the 2.5 RC build on Monday, so I did a build
> today to see where we stand. As is typical we got two new failures on
> the autobuilder... My test build included the pseudo bump which
> caused an almost comple
Align package.py is_elf() with recent changes in package.bbclass
isELF():
http://git.openembedded.org/openembedded-core/commit/?id=7877761534b0c2492da6289e9f2269d41b6ed464
Signed-off-by: Andre McCurdy
---
meta/lib/oe/package.py | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff
On Mon, Apr 16, 2018 at 1:02 PM, Alistair Francis
wrote:
> If the user has set numa as a distro feature enable NUMA support in the
> kernel config.
Isn't NUMA something which would be machine specific rather than
distro specific?
> Signed-off-by: Alistair Francis
> ---
> meta/recipes-kernel/li
On Tue, Apr 17, 2018 at 9:44 AM, Richard Purdie
wrote:
> We have a problem when for example, a glibc 2.27 based system builds some
> library like libpopt-native and puts it into sstate then it is reused
> on a pre glibc-2.27 system to build something which depends on popt like
> rpm-native. This r
On Mon, Apr 16, 2018 at 12:26 PM, wrote:
> From: Ming Liu
>
> It defaults to be '0', but it allows the developers to choose not add
> file-checksums to do_compile for the entire source tree, by setting to
> '1'.
>
> We need this because we have a huge project with 100G bytes source
> files, and
On Wed, Apr 11, 2018 at 3:03 AM, Alexander Kanavin
wrote:
> On 04/11/2018 11:38 AM, Andre McCurdy wrote:
>>
>> I played around with completely replacing openssl with libressl a year
>> or so ago and it went fairly smoothly (at least as far as I tested).
>> That was
On Wed, Apr 11, 2018 at 3:09 AM, Alexander Kanavin
wrote:
> On 04/11/2018 12:20 AM, Andre McCurdy wrote:
>>>
>>> -#| engines/afalg/e_afalg.c: In function 'eventfd':
>>> -#| engines/afalg/e_afalg.c:110:20: error: '__NR_eventfd' undeclared
&g
On Tue, Apr 10, 2018 at 5:07 AM, Alexander Kanavin
wrote:
> After reading through this:
>
> https://github.com/openssh/openssh-portable/pull/48
>
> and this thread:
>
> https://lists.mindrot.org/pipermail/openssh-unix-dev/2017-October/036344.html
>
> I've concluded that this is the best of the thr
On Tue, Feb 20, 2018 at 12:49 PM, Andre McCurdy wrote:
> On Tue, Jan 23, 2018 at 12:25 PM, Andre McCurdy wrote:
>> On Tue, Dec 5, 2017 at 5:39 PM, Andre McCurdy wrote:
>>> From: "andreas.kl...@peiker-cee.de"
>>>
>>> Signed-off-by: Andy Kling
>
On Tue, Apr 10, 2018 at 5:07 AM, Alexander Kanavin
wrote:
> At the moment 1.1.1 is in pre-release stage, however the final release
> should be available within a few weeks. The major selling point is that
> it supports the new TLS 1.3 specification. At the moment it is not clear
> whether this als
On Mon, Apr 9, 2018 at 8:19 AM, Ross Burton wrote:
> xz has native support for threaded compression now and SDK creation was the
> only
> part of oe-core which is using pixz instead of xz.
>
> Not only does this remove pixz-native from the SDK dependencies, but in my
> limited testing xz -T0 is s
On Thu, Apr 5, 2018 at 6:53 AM, Armin Kuster wrote:
> Please consider these changes for Morty. Clean AB build
>
> This included sdk locale and host glibc 2.27 fixes.
>
> The following changes since commit 34b26ec18450a3bc72f7b8a0f2df0bfaae1140dd:
>
> linux-firmware: Add reference to iwlwifi-8000
your local.conf,
environment or other configuration file.
[YOCTO#10810]
Signed-off-by: Juro Bystricky
Signed-off-by: Richard Purdie
(cherry picked from commit a7cb408dd784178197687a2129e936620bf6a0d3)
Signed-off-by: Andre McCurdy
---
meta/classes/sanity.bbclass | 2 +-
1 file changed, 1
On Wed, Apr 4, 2018 at 6:21 PM, akuster808 wrote:
> On 04/04/2018 05:54 PM, Andre McCurdy wrote:
>> On Wed, Mar 14, 2018 at 4:52 PM, Andre McCurdy wrote:
>>> On Tue, Feb 27, 2018 at 5:06 PM, Andre McCurdy wrote:
>>>> From: Christopher Larson
>>>>
&g
On Wed, Mar 14, 2018 at 4:52 PM, Andre McCurdy wrote:
> On Tue, Feb 27, 2018 at 5:06 PM, Andre McCurdy wrote:
>> From: Christopher Larson
>>
>> buildhistory was writing srcrevs.values() as SRCREV when only one
>> srcrev/branch exists. This returns a view of the dicti
7;t intercept. This results in permission problems as files mysteriously
>> move without pseudo knowing.
>>
>> This patch intercepts syscall() and returns ENOTSUP if renameat2() is being
>> called. Thanks to Andre McCurdy for the proof-of-concept that this patch is
>> based o
On Fri, Mar 30, 2018 at 2:13 AM, Richard Purdie
wrote:
> On Wed, 2018-03-28 at 15:55 -0700, Andre McCurdy wrote:
>> On Fri, Mar 9, 2018 at 8:15 PM, Andre McCurdy
>> wrote:
>> >
>> > On Wed, Feb 21, 2018 at 1:40 PM, Andre McCurdy > > > wrote:
>> &g
On Fri, Mar 30, 2018 at 10:06 PM, Seebs wrote:
> That's the problem: There's no sane way to express "the size that you
> would have gotten for these arguments of unknown types"
And there I think lies the key point that you still haven't grasped.
The arguments are not of unknown types - they are a
On Wed, Mar 28, 2018 at 2:15 AM, Burton, Ross wrote:
> With this patch I was getting occasional failures of the pseudo-using
> bitbake-worker, so its not quite ready, but Peter is working on a
> better form anyway.
The "better form" seems to have been committed to the pseudo master
branch. Very i
On Thu, Mar 29, 2018 at 4:55 PM, Cal Sullivan
wrote:
> On 03/29/2018 04:36 PM, Andre McCurdy wrote:
>> On Thu, Mar 29, 2018 at 4:19 PM, California Sullivan
>> wrote:
>>>
>>> With the change from assuming kernels will be named "vmlinuz"
>>&g
On Thu, Mar 29, 2018 at 3:41 PM, Denys Dmytriyenko wrote:
> Ping. It's been 10 days - are there any issues with these updates?
Only 10 days? :-)
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.or
On Thu, Mar 29, 2018 at 4:19 PM, California Sullivan
wrote:
> With the change from assuming kernels will be named "vmlinuz"
> everywhere, to instead using KERNEL_IMAGETYPE, we require that
> KERNEL_IMAGETYPE is set to something. Instead of setting the default in
> multiple individual files, set it
On Tue, Mar 27, 2018 at 4:44 AM, Ryan Meulenkamp
wrote:
> Hi y'all,
>
> I have some questions about CPU load and performance, but first some
> background information.
>
> We have small embedded system running an openembedded classic (Angström)
> distro. Now to get ourselves up-to-date we started w
On Fri, Mar 9, 2018 at 8:15 PM, Andre McCurdy wrote:
> On Wed, Feb 21, 2018 at 1:40 PM, Andre McCurdy wrote:
>> On Tue, Jan 23, 2018 at 12:16 PM, Andre McCurdy wrote:
>>> On Tue, Dec 5, 2017 at 5:35 PM, Andre McCurdy wrote:
>>>> From: Ming Liu
>>>>
mysteriously
> move without pseudo knowing.
>
> This patch intercepts syscall() and returns ENOTSUP if renameat2() is being
> called. Thanks to Andre McCurdy for the proof-of-concept that this patch is
> based on.
Tested-by: Andre McCurdy
> Signed-off-by: Ross Burton
> -
On Tue, Mar 27, 2018 at 1:20 PM, Seebs wrote:
>
> My concern is that, strictly speaking, this is nearly all undefined
> behavior, and that reading more arguments than you were passed *does*
> explode on some C implementations.
Can you give some examples?
For every architecture I'm aware of that
On Tue, Mar 27, 2018 at 12:22 PM, Seebs wrote:
>
> I was wondering about 64-bit EABI. The man page didn't say "32-bit
> EABI", it said "EABI".
EABI is just a name (Embedded ABI) which on ARM is used to distinguish
between the original ABI (now referred to as OABI, or Old ABI) and the
current one.
On Mon, Mar 26, 2018 at 9:41 PM, Seebs wrote:
>
>> The syscall manpage is from the kernel manpages, not glibc.
>
>> http://man7.org/linux/man-pages/man2/syscall.2.html
>
> And yet! glibc is setting those registers in its code. Why? If that's a
> kernel thing and libc doesn't need to do it, why i
On Mon, Mar 26, 2018 at 7:07 PM, Seebs wrote:
>
>>> I remain interested in why the glibc implementation does all these
>>> weird things on some architectures if none of those things matter.
>>
>> Which glibc implementation? I'll take a look.
>
> syscall(2) for various architectures, which is actua
On Mon, Mar 26, 2018 at 6:32 PM, Seebs wrote:
> On Mon, 26 Mar 2018 18:10:07 -0700
> Andre McCurdy wrote:
>
>> I've verified that the QA warnings on FC27 can be fixed by preloading
>> a wrapper for libc syscall(). Just a proof of concept but if anyone
>> would l
I've verified that the QA warnings on FC27 can be fixed by preloading
a wrapper for libc syscall(). Just a proof of concept but if anyone
would like to reproduce it my steps are below.
$ cat ../meta/recipes-core/mvtest/mvtest.bb
LICENSE = "CLOSED"
do_compile() {
echo foo > bar
}
do_inst
On Mon, Mar 26, 2018 at 12:31 PM, Seebs wrote:
> On Mon, 26 Mar 2018 20:49:30 +0200
> Andreas Müller wrote:
>
>> Interesting background: mv/renameat2 change seemed so important for
>> Fedora that they backported the changes into 8.27.
>
> It looks like the reason for this is the RENAME_NOREPLACE
On Sat, Mar 24, 2018 at 10:37 PM, Victor Kamensky wrote:
> On Sat, 24 Mar 2018, Andre McCurdy wrote:
>> On Sat, Mar 24, 2018 at 5:09 PM, Victor Kamensky
>> wrote:
>>> On Sat, 24 Mar 2018, Burton, Ross wrote:
>>>> On 24 March 2018 at 20:12, Victor Kamensky wro
On Sat, Mar 24, 2018 at 5:09 PM, Victor Kamensky wrote:
> On Sat, 24 Mar 2018, Burton, Ross wrote:
>> On 24 March 2018 at 20:12, Victor Kamensky wrote:
>>>
>>> Here is another crazy idea how to deal with it, just
>>> brainstorming what options are on the table: disable
>>> renameat2 with help of
On Sat, Mar 24, 2018 at 12:50 PM, Seebs wrote:
>
> pseudo's call sequence:
> various_setup()
> real_syscall() // sets a3
> other system calls // also set a3
> return
You don't need to know that the kernel returns a result in any
particular register. The libc syscal
On Sat, Mar 24, 2018 at 12:24 PM, Seebs wrote:
>
> I didn't see a qualifier about it being only on a 32-bit architecture,
> it just says "EABI".
>
> But in general, this is the reason that musl's ability to work doesn't
> buy us guarantees; musl doesn't have to *interpret* the arguments. So
> for
On Sat, Mar 24, 2018 at 11:22 AM, Seebs wrote:
>
> Every other function we wrap *has* a meaningful prototype, with
> arguments in a knowable order. But look at the EABI example; if we want
> to actually *process* renameat2(), it's not enough to pass arguments on
> blindly, we have to be sure we kn
On Sat, Mar 24, 2018 at 10:23 AM, Seebs wrote:
> On Sat, 24 Mar 2018 17:10:47 +
> "Burton, Ross" wrote:
>> On 24 March 2018 at 12:36, Richard Purdie
>> wrote:
>> > I think, at least in principle, pseudo could wrap that and intercept
>> > this particular syscall, check syscall_number (the num
itch
to using single quotes to quote the path - and therefore make isELF()
consistent with the way filenames and paths are quoted by every other
caller of oe.utils.getstatusoutput() in oe-core.
Signed-off-by: Andre McCurdy
---
meta/classes/package.bbclass | 2 +-
1 file changed, 1 insertion(+),
Although get_filesystem_id() is a private API and never gets passed
a path containing spaces or other special characters, etc, quote the
path anyway for consistency.
Signed-off-by: Andre McCurdy
---
meta/classes/sanity.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On Fri, Mar 23, 2018 at 6:17 PM, Seebs wrote:
> On Fri, 23 Mar 2018 18:10:21 -0700
> Andre McCurdy wrote:
>
>> The syscall wrapper in musl handles 6 additional arguments -
>> unconditionally. Based on that you might not need to interpret
>> anything - just extract 6
601 - 700 of 1804 matches
Mail list logo