Source /etc/default/timestamp if present. This allows the rootfs to be
read-only / store the file in a persistant location if the whole rootfs
is updated.
Signed-off-by: Jeroen Hofstee
---
meta/recipes-core/initscripts/initscripts-1.0/bootmisc.sh | 7 +--
meta/recipes-core/initscripts/initsc
On Sat, Mar 2, 2019 at 5:57 PM akuster808 wrote:
>
>
> On 3/2/19 4:38 PM, Khem Raj wrote:
> > This was not compiled last time when testing aarch64
>
> The subject and body have conflicting archs.
> is it both?
That’s just for history since last time I tested it with
Aarch64/Gcc9 and now I got
On 3/2/19 4:38 PM, Khem Raj wrote:
> This was not compiled last time when testing aarch64
The subject and body have conflicting archs.
is it both?
- armin
>
> Signed-off-by: Khem Raj
> ---
> .../files/disable-address-of-packed-member.patch| 13 +
> 1 file changed, 13 insertion
Signed-off-by: Khem Raj
---
...t-xtest-Initialize-array-with-braces.patch | 36 +++
.../xorg-xserver/xserver-xorg_1.20.4.bb | 1 +
2 files changed, 37 insertions(+)
create mode 100644
meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-test-xtest-Initialize-array-with-br
This was not compiled last time when testing aarch64
Signed-off-by: Khem Raj
---
.../files/disable-address-of-packed-member.patch| 13 +
1 file changed, 13 insertions(+)
diff --git a/meta/recipes-bsp/grub/files/disable-address-of-packed-member.patch
b/meta/recipes-bsp/grub/file
On Sat, 2019-03-02 at 18:12 +, Richard Purdie wrote:
> On Fri, 2019-03-01 at 16:36 +, luca.bocca...@gmail.com wrote:
> > From: Luca Boccassi
> >
> > Building with musl currently fails. The fix has been committed
> > upstream, so backport it.
> > Note that it requires the recent change to
On 09/11/2018 09.54, Hongxu Jia wrote:
> Since commit [f1dc9ac rng-tools: Fix crazy defaults] fixed
> init based on sysvinit, this fix rngd.service based on systemd.
>
> Signed-off-by: Hongxu Jia
> ---
> meta/recipes-support/rng-tools/rng-tools/rngd.service | 2 +-
> 1 file changed, 1 insertion(
On Sat, Mar 02, 2019 at 07:25:29PM +, Richard Purdie wrote:
> On Sat, 2019-03-02 at 12:46 -0500, Tom Rini wrote:
> > On Sat, Mar 02, 2019 at 05:00:18PM +, Richard Purdie wrote:
> > > On Fri, 2019-03-01 at 17:26 -0500, Tom Rini wrote:
> > > > In order to have more robust stand-alone network
On Sat, 2019-03-02 at 12:46 -0500, Tom Rini wrote:
> On Sat, Mar 02, 2019 at 05:00:18PM +, Richard Purdie wrote:
> > On Fri, 2019-03-01 at 17:26 -0500, Tom Rini wrote:
> > > In order to have more robust stand-alone network tools in oe-
> > > core,
> > > bring
> > > in vim from meta-openembedded
On Fri, 2019-03-01 at 16:36 +, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> Building with musl currently fails. The fix has been committed
> upstream, so backport it.
> Note that it requires the recent change to use autoconf's
> do_configure
> as it modifies a bison file which is
On Sat, Mar 02, 2019 at 05:00:18PM +, Richard Purdie wrote:
> On Fri, 2019-03-01 at 17:26 -0500, Tom Rini wrote:
> > In order to have more robust stand-alone network tools in oe-core,
> > bring
> > in vim from meta-openembedded/meta-networking. This imports the
> > recipes
> > as of git commit
On Fri, 2019-03-01 at 17:26 -0500, Tom Rini wrote:
> In order to have more robust stand-alone network tools in oe-core,
> bring
> in vim from meta-openembedded/meta-networking. This imports the
> recipes
> as of git commit:
> commit 408204073e6bdcd8ac586e05d5b75213417673f2
> Author: Martin Jansa
Add a test for a multiconfig build which mixes tiny and musl builds
along with using the mcextend class to combine and package multiple images
into another image. This gives the multiconfig a decent test in a scenario
users may use.
Signed-off-by: Richard Purdie
---
.../multiconfig-image-package
This class allows users to easily create multiconfig BBCLASSEXTEND recipes
and is generally useful. It will be used by new tests so add as a general
feature.
Signed-off-by: Richard Purdie
---
meta/classes/mcextend.bbclass | 16
1 file changed, 16 insertions(+)
create mode 10064
On Fri, Mar 1, 2019, 4:27 PM Tom Rini wrote:
> In order to have a stand-alone editor in oe-core, bring in vim from
> meta-openembedded/meta-oe. This imports the recipes as of git commit:
> commit 7b48bd2be97408107c0dd3c74b1e28f042268457
> Author: Ovidiu Panait
> Date: Fri Feb 1 10:07:20 2019
On Fri, Mar 01, 2019 at 05:26:51PM -0500, Tom Rini wrote:
> This packagegroup is intended to provide all of the functionality found
> in other VIRTUAL-RUNTIME_base-utils providers through full packages
> rather than an all-on-one package. Document how to make use of this
> in local.conf.sample.ex
On Sat, Mar 02, 2019 at 07:36:34AM -0500, Tom Rini wrote:
> On Sat, Mar 02, 2019 at 10:15:48AM +0100, Martin Jansa wrote:
> > On Fri, Mar 01, 2019 at 05:26:49PM -0500, Tom Rini wrote:
> > > In order to have a stand-alone editor in oe-core, bring in vim from
> > > meta-openembedded/meta-oe. This im
On Sat, Mar 02, 2019 at 09:11:40AM +0200, Adrian Bunk wrote:
> On Fri, Mar 01, 2019 at 05:26:48PM -0500, Tom Rini wrote:
> >...
> > - busybox provides "nslookup" which at this point in time is an
> > anachronism. bind stopped shipping "nslookup" prior to oe-core replacing
> > the old monolithic
On Sat, Mar 02, 2019 at 10:15:48AM +0100, Martin Jansa wrote:
> On Fri, Mar 01, 2019 at 05:26:49PM -0500, Tom Rini wrote:
> > In order to have a stand-alone editor in oe-core, bring in vim from
> > meta-openembedded/meta-oe. This imports the recipes as of git commit:
> > commit 7b48bd2be97408107c0
On Fri, 2019-03-01 at 12:28 +0100, Ricardo Ribalda Delgado wrote:
> Hello
>
> I have a build system that supports some aarch64 machines. For most
> of
> the them, the only difference is the kernel configuration, kernel
> version.
>
> I am using multiconfig on my build server and the build goes re
On Fri, Mar 01, 2019 at 05:26:49PM -0500, Tom Rini wrote:
> In order to have a stand-alone editor in oe-core, bring in vim from
> meta-openembedded/meta-oe. This imports the recipes as of git commit:
> commit 7b48bd2be97408107c0dd3c74b1e28f042268457
> Author: Ovidiu Panait
> Date: Fri Feb 1 10:
21 matches
Mail list logo