oe-selftest's devtool tests have been broken since commit 2457cd57
(oe-selftest: devtool: avoid parallel races by using temporary copy of
core) if meta is a symbolic link.
Signed-off-by: Peter Kjellerstedt
---
I have tested this change with OE-Core, Poky and our own setup (where
meta is a symbol
On Fri, 2018-10-19 at 13:19 +0800, Chen Qi wrote:
> Add back alternatives for init utilities to avoid regression.
>
> These alternatives were removed when upgradeing systemd to 239.
> They were removed out of the logic that init utitilies should be
> bound to init manager. However, it turned out t
On 10/20/18 3:41 AM, Richard Purdie wrote:
> On Wed, 2018-10-17 at 12:43 -0400, Mark Hatle wrote:
>> Create a new systemd-conf recipe to contain the specific
>> system/machine
>> configuration items. This new package is now machine specific.
>>
>> Without doing this trying to create a single syste
On Sat, Oct 20, 2018 at 10:16 AM wrote:
>
> On Fri, 2018-10-19 at 17:38 +0200, Stefan Agner wrote:
> > 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 oth
On Fri, 2018-10-19 at 17:38 +0200, Stefan Agner wrote:
> 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 prop
I appreciate we're behind with 2.6 M4. I believe we're getting there
however there are some things I still think need to be addressed:
* We need to merge the oeqa json test results reporting. Why? QA for
the project is changing in 2.7 and we're going to be relying on
automation very heavily. Havin
On Wed, 2018-10-17 at 12:43 -0400, Mark Hatle wrote:
> Create a new systemd-conf recipe to contain the specific
> system/machine
> configuration items. This new package is now machine specific.
>
> Without doing this trying to create a single system with multiple
> BSPs,
> one of which was qemu b
On Tue, 2018-10-16 at 18:21 -0500, Aníbal Limón wrote:
> When use simpleremote target the flash/boot process is executed
> manually, the IMAGE_FSTYPES validation is only needed when execute
> testimage against qemu.
>
> The supported_fstypes comes from oeqa.core.target.qemu module.
>
> Signed-off
