v2:
Remove unused patch that was dropped from recipe.
Guard against __GLIBC_PREREQ for musl libc
I've tested the enable-lto optimization and it's costly
at build time and doesn't work immediately so I think it
should be implemented as a PACKAGECONFIG post-ga.
It's also not the default
The removed patches are all upstream.
Adjusted two patches due to rebase.
Guard against __GLIBC_PREREQ for musl libc
Signed-off-by: Randy MacLeod
---
...against-__GLIBC_PREREQ-for-musl-libc.patch | 36
...se-ucontext_t-instead-of-struct-ucon.patch | 30 ---
Hi Richard,
Thank you for your inputs!
I am now working on the new features that you requested.
Best regards,
Yeoh Ee Peng
-Original Message-
From: richard.pur...@linuxfoundation.org
[mailto:richard.pur...@linuxfoundation.org]
Sent: Friday, October 19, 2018 5:56 AM
To: Yeoh, Ee
On 10/16/18 10:22 PM, Randy MacLeod wrote:
* Valgrind is now buildable with link-time optimisation (LTO). A new
configure option --enable-lto=yes allows building Valgrind with LTO. If the
toolchain supports it, this produces a smaller/faster Valgrind (up to 10%).
Note that if you are
OpenSSL supports out-of-tree builds so we should use them. This makes builds
more reliable, and makes it easier to reduce the size of the ptest package.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/openssl/openssl_1.1.1.bb | 15 ++-
1 file changed, 10 insertions(+), 5
Previously the ptest installation was simply a copy of the entire build tree,
which is terribly ugly.
Instead copy just the pieces we need, symlink to /usr as appropriate, and add
missing dependencies. Remove PRIVATE_LIBS as we don't ship copies of the
libraries now.
Also remember to do 'set
On Fri, 19 Oct 2018 at 11:28, wrote:
>
> On Fri, 2018-10-19 at 10:23 -0400, Randy MacLeod wrote:
> > On 10/19/18 10:18 AM, Randy MacLeod wrote:
> > > On 10/19/18 9:47 AM, Richard Purdie wrote:
> > > >
> > > > The rebase went wrong here. I'll try and fix this up in -next and
> > > > retest so we
| DEBUG: Executing shell function do_image_ubi
|
/home/pokybuild/yocto-worker/nightly-oe-selftest/build/build-st-31289/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/run.do_image_ubi.7928:
123: [: missing ]
Signed-off-by: Richard Purdie
---
meta/classes/image_types.bbclass | 2
On Fri, 2018-10-19 at 10:23 -0400, Randy MacLeod wrote:
> On 10/19/18 10:18 AM, Randy MacLeod wrote:
> > On 10/19/18 9:47 AM, Richard Purdie wrote:
> > >
> > > The rebase went wrong here. I'll try and fix this up in -next and
> > > retest so we can figure out if switch_root really is broken (cc
>
Hi Richard,
I need to update the selftest testcase, i will send v2.
I send other patch, can you take a look?
http://lists.openembedded.org/pipermail/openembedded-core/2018-October/156762.html
Regards,
Anibal
On Thu, 18 Oct 2018 at 10:43, wrote:
> On Wed, 2018-10-17 at 18:00 -0500, Aníbal
On 10/19/2018 05:22 PM, Olaf Mandel wrote:
> The node binary searches for packages in a number of locations, the last
> of which is $PREFIX/lib/node (here: /usr/lib/node) from the list of
> GLOBAL_FOLDERS [1]. Change the installation directory for all packages
> depending on npm.bbclass to that
Previously the ptest installation was simply a copy of the entire build tree,
which is terribly ugly.
Instead copy just the pieces we need, symlink to /usr as appropriate, and add
missing dependencies.
Also remember to do 'set -x' in run-ptest, so if the tests fail the runner
knows!
[ YOCTO
For conditonally applied patches based on SRC_URI overrides, the
devtool-source class would try to create a new branch for each override
assignment as a postfunc to do_patch, but if the same override was used
multiple times, it would try to create the same branch multiple times,
causing errors
For conditonally applied patches based on SRC_URI overrides, the
devtool-source class would try to create a new branch for each override
assignment as a postfunc to do_patch, but if the same override was used
multiple times, it would try to create the same branch multiple times,
causing errors
On 18-10-19 18:00 +0200, Olof Johansson wrote:
> For conditonally applied patches based on SRC_URI overrides, the
> devtool-source class would try to create a new branch for each override
> assignment as a postfunc to do_patch, but if the same override was used
> multiple times, it would try to
From: Matt Hoosier
Copying files from the read-only root filesystem to the tmpfs
providing the volatile directories can be slow and waste memory.
If the kernel supports the overlay filesystem, use it to mount
a writable tmpfs on top of the read-only directory from the
rootfs and avoid copies.
For conditonally applied patches based on SRC_URI overrides, the
devtool-source class would try to create a new branch for each override
assignment as a postfunc to do_patch, but if the same override was used
multiple times, it would try to create the same branch multiple times,
causing errors
From: Stefan Agner
When using sstate, two parallel builds can produce two packages
with the same mtime but different checksums. When later one of
those two builds fetches the others ipk, the package index does
not get udpated properly (since mtime matches). This ends up with
messages such as:
The node binary searches for packages in a number of locations, the last
of which is $PREFIX/lib/node (here: /usr/lib/node) from the list of
GLOBAL_FOLDERS [1]. Change the installation directory for all packages
depending on npm.bbclass to that location. This removes the need to
define the
Hi Alejandro,
Thank you for your suggestion.
The following has been added to a python3_%.bbapend:
# Add missing venv module dependency.
FILES_${PN}-pyvenv += "${libdir}/${PYTHON_MAJMIN}/venv"
However, it is not quite obvious how to successfully run the
create_manifest3.py script.
Attempts
On Fri, 19 Oct 2018 at 08:24, Randy MacLeod wrote:
>
> On 10/19/18 10:18 AM, Randy MacLeod wrote:
> > On 10/19/18 9:47 AM, Richard Purdie wrote:
> >> On Thu, 2018-10-18 at 09:22 -0600, Dan McGregor wrote:
> >>> From: Dan McGregor
> >>>
> >>> These are also provided by toybox in its default
On 10/19/18 10:18 AM, Randy MacLeod wrote:
On 10/19/18 9:47 AM, Richard Purdie wrote:
On Thu, 2018-10-18 at 09:22 -0600, Dan McGregor wrote:
From: Dan McGregor
These are also provided by toybox in its default configuration,
and can be turned on in busybox.
Signed-off-by: Dan McGregor
---
On 10/19/18 9:47 AM, Richard Purdie wrote:
On Thu, 2018-10-18 at 09:22 -0600, Dan McGregor wrote:
From: Dan McGregor
These are also provided by toybox in its default configuration,
and can be turned on in busybox.
Signed-off-by: Dan McGregor
---
meta/recipes-core/util-linux/util-linux.inc
On Fri, Oct 19, 2018 at 4:07 AM Burton, Ross wrote:
>
> Are you proposing this as a freeze-breaking change to Thud, or sending
> early for master?
>
this patch for thud as well. Since we pin go to 1.9 this just changes the
spare go version to 1.11, which should not affect much
> Ross
> On Fri,
On Thu, 2018-10-18 at 09:22 -0600, Dan McGregor wrote:
> From: Dan McGregor
>
> These are also provided by toybox in its default configuration,
> and can be turned on in busybox.
>
> Signed-off-by: Dan McGregor
> ---
> meta/recipes-core/util-linux/util-linux.inc | 10 ++
> 1 file
Hello Alejandro,
Thank you for your help.
Unfortunately, the pyvenv package is not in the manifest, I cannot therefore
add the path where you are suggesting.
It is not immediately clear to me where the package is created, however, files
are added to the pyvenv package (using
On Fri, 2018-10-19 at 14:37 +0100, Richard Purdie wrote:
> On Tue, 2018-10-16 at 19:24 -0400, Randy MacLeod wrote:
> > The alternative setting for switch_root belongs to the util-linux-
> > switch-root
> > package instead of the util-linux package. Fix this problem to
> > avoid
> > a dangling
On Tue, 2018-10-16 at 19:24 -0400, Randy MacLeod wrote:
> The alternative setting for switch_root belongs to the util-linux-
> switch-root
> package instead of the util-linux package. Fix this problem to avoid
> a dangling symlink:
>/usr/bin/switch_root-> /usr/bin/switch_root.util-linux
> on
On 18.10.2018 17:28, Khem Raj wrote:
> On Thu, Oct 18, 2018 at 7:58 AM Pascal Bach wrote:
>>
>> On 17.10.2018 20:50, Khem Raj wrote:
>>> On Wed, Oct 17, 2018 at 3:43 AM Pascal Bach wrote:
This patchset is unmodified from v3. It is just rebased on top of master
which
already
Are you proposing this as a freeze-breaking change to Thud, or sending
early for master?
Ross
On Fri, 19 Oct 2018 at 02:32, Khem Raj wrote:
>
> Drop 1.10 recipes in favor of 1.11
> we have had reports of 1.10 not being quite
> functional wth OE
>
> Signed-off-by: Khem Raj
> ---
>
On Thu, 18 Oct 2018 at 16:39, Mark Hatle wrote:
> > Two questions:
> > 1) does qemu still need fbdev or does virtio/drm work now? (iirc, we
> > still have a crippled qemu here)
> > 2) Can this be overridden in a config file instead
>
> I did not understand how to do this. The alternative I see
On Thu, 2018-10-18 at 19:12 -0400, Randy MacLeod wrote:
> For v2 I'll fix the build for musl and
> remove that unused patch that patchworks pointed out.
>
> All the glibc builds succeeded except for arm and mips64
> which were not supported by the recipe. I'll check on that
> with the new version
32 matches
Mail list logo