On 5/12/19 9:04 PM, akuster808 wrote:
> ok, so no Admins. This is unexceptionable.
>
> OE TSC and Board, I believe its your time to get involved.
I've not used patchwork before, do you know who originally configured it? Was
it Paul Eggleton, or Richard, or? If I have an idea who was originally
On Mon, May 13, 2019 at 10:32:48AM +0300, Mark Hatle wrote:
> On 5/12/19 9:04 PM, akuster808 wrote:
> > ok, so no Admins. This is unexceptionable.
> >
> > OE TSC and Board, I believe its your time to get involved.
>
> I've not used patchwork before, do you know who originally configured it? Was
On 5/13/19 10:46 AM, Adrian Bunk wrote:
> On Mon, May 13, 2019 at 10:32:48AM +0300, Mark Hatle wrote:
>> On 5/12/19 9:04 PM, akuster808 wrote:
>>> ok, so no Admins. This is unexceptionable.
>>>
>>> OE TSC and Board, I believe its your time to get involved.
>>
>> I've not used patchwork before, do y
On 2019年05月08日 20:25, richard.pur...@linuxfoundation.org wrote:
On Wed, 2019-05-08 at 12:54 +0100, Burton, Ross wrote:
On Wed, 8 May 2019 at 04:06, wrote:
* Increase the timeout to 15 minutes as the default
timeout which is 5 minutes is not enough to fix below error:
| Executing: glib/
On Mon, 2019-05-13 at 17:25 +0800, Yu, Mingli wrote:
>
> On 2019年05月08日 20:25, richard.pur...@linuxfoundation.org wrote:
> > On Wed, 2019-05-08 at 12:54 +0100, Burton, Ross wrote:
> > > On Wed, 8 May 2019 at 04:06, wrote:
> > > > * Increase the timeout to 15 minutes as the default
> > > >time
From: Kai Kang
It removes function JSC::AssemblerBuffer::data() for ARM64 in commit
https://trac.webkit.org/changeset/236589/webkit. But the function is
still required by Cortex A53 and fails to compile for arm64:
|
.../tmp/work/aarch64-poky-linux/webkitgtk/2.24.1-r0/webkitgtk-2.24.1/Source/Jav
From: Kai Kang
Rebased on Alex's commit to update to 2.24.1.
Kai Kang (1):
webkitgtk: fix compile error for arm64
meta/recipes-sato/webkit/webkitgtk_2.24.1.bb | 2 --
1 file changed, 2 deletions(-)
--
2.20.0
--
___
Openembedded-core mailing lis
On Fri, 2019-05-10 at 09:45 -0700, Khem Raj wrote:
> On Fri, May 10, 2019 at 5:10 AM <
> luca.bocca...@gmail.com
> > wrote:
> > From: Luca Boccassi <
> > luca.bocca...@microsoft.com
> > >
> >
> > portable services have been declared production ready with v241, so
> > enable
> > by default and inst
On 2019-05-11 03:42, Khem Raj wrote:
On 4/29/19 6:51 AM, richard.pur...@linuxfoundation.org wrote:
On Mon, 2019-04-29 at 15:47 +0200, Andreas Müller wrote:
On Mon, Apr 29, 2019 at 2:21 PM Andreas Müller <
schnitzelt...@gmail.com> wrote:
On Mon, Apr 29, 2019 at 12:56 PM Bas Mevissen
wrote:
On
We continued to see encoding problems with ssh commands run in oeqa. After much
research the conclusion was we should use the latin-1 coding which would avoid
the problems.
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/core/target/ssh.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-
On 5/11/19 4:42 AM, Khem Raj wrote:
>
>
> On 4/29/19 6:51 AM, richard.pur...@linuxfoundation.org wrote:
>> On Mon, 2019-04-29 at 15:47 +0200, Andreas Müller wrote:
>>> On Mon, Apr 29, 2019 at 2:21 PM Andreas Müller <
>>> schnitzelt...@gmail.com> wrote:
On Mon, Apr 29, 2019 at 12:56 PM Bas Me
On Wed, 2019-05-08 at 15:54 +0200, Alexander Kanavin wrote:
> Add a patch to address a missing format string error.
>
> Disable the recipe on 32 bit x86, as SSE2 is now required
> unconditionally.
Unfortunately this isn't quite that simple since just disabling it
triggers:
https://autobuilder.yo
On Mon, 2019-05-13 at 14:34 +0300, Mark Hatle wrote:
> On 5/11/19 4:42 AM, Khem Raj wrote:
> >
> > Can we require centos7 and other hosts which use old compilers to
> > install the additional packages to have newer compilers ? e.g. for
> > centos installing devtoolset-7 will fix this issue
>
>
On 2019-05-13 13:34, Mark Hatle wrote:
On 5/11/19 4:42 AM, Khem Raj wrote:
On 4/29/19 6:51 AM, richard.pur...@linuxfoundation.org wrote:
On Mon, 2019-04-29 at 15:47 +0200, Andreas Müller wrote:
On Mon, Apr 29, 2019 at 2:21 PM Andreas Müller <
schnitzelt...@gmail.com> wrote:
On Mon, Apr 29,
On Mon, 13 May 2019 at 13:36, Richard Purdie
wrote:
>
> On Wed, 2019-05-08 at 15:54 +0200, Alexander Kanavin wrote:
> > Add a patch to address a missing format string error.
> >
> > Disable the recipe on 32 bit x86, as SSE2 is now required
> > unconditionally.
>
> Unfortunately this isn't quite th
On Mon, 2019-05-13 at 15:39 +0200, Alexander Kanavin wrote:
> On Mon, 13 May 2019 at 13:36, Richard Purdie
> wrote:
> > On Wed, 2019-05-08 at 15:54 +0200, Alexander Kanavin wrote:
> > > Add a patch to address a missing format string error.
> > >
> > > Disable the recipe on 32 bit x86, as SSE2 is
On Mon, 13 May 2019 at 15:46, wrote:
> I agree it shouldn't be in self hosted which should be more minimal. I
> think we do need a webbrowser image which we test *somewhere* and this
> ties into the discussion we had in the bug triage meeting regarding bug
> 12991.
The problem with the web browse
On Mon, 2019-05-13 at 15:56 +0200, Alexander Kanavin wrote:
> On Mon, 13 May 2019 at 15:46,
> wrote:
> > I agree it shouldn't be in self hosted which should be more
> > minimal. I
> > think we do need a webbrowser image which we test *somewhere* and
> > this
> > ties into the discussion we had in
Changelog:
- Fix issue with DHCP client and handling renewing state
- Fix issue with DHCP client and handling rebinding state
- Fix issue with DHCP client and recommended retry timeouts
- Fix issue with Generic Netlink and family discovery
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-core/
From: Breno Leitao
Commit 837c786d600ba69('weston-init: Add support for non-root start') added a
typo that uses WEST_USER instead of WESTON_USER variable when chwon'ing the
XDG_RUNTIME_DIR directory. Since WEST_USER is not defined, it will `chown
:$WESTON_USER file`, which will work, but that is
As runqemu with launch_cmd means directly run the command, don't need set
rootfs or env vars.
Since commit [a847dd7202 runqemu: Let qemuparams override default settings]
applied in oe-core, if launch_cmd contains "qemuparams='***'", it does not
work, which is overridden by latter qemuparams="-seri
On Mon, May 13, 2019 at 3:10 AM Luca Boccassi
wrote:
> On Fri, 2019-05-10 at 09:45 -0700, Khem Raj wrote:
> > On Fri, May 10, 2019 at 5:10 AM <
> > luca.bocca...@gmail.com
> > > wrote:
> > > From: Luca Boccassi <
> > > luca.bocca...@microsoft.com
> > > >
> > >
> > > portable services have been de
On Mon, May 13, 2019 at 4:40 AM wrote:
> On Mon, 2019-05-13 at 14:34 +0300, Mark Hatle wrote:
> > On 5/11/19 4:42 AM, Khem Raj wrote:
> > >
> > > Can we require centos7 and other hosts which use old compilers to
> > > install the additional packages to have newer compilers ? e.g. for
> > > centos
This matches what the qemux86_64 is currently using, and
will allow testing the instructions added in the meantime;
particularly various SSE extensions are now enabled.
Signed-off-by: Alexander Kanavin
---
meta/conf/machine/include/qemuboot-x86.inc | 4 ++--
meta/conf/machine/qemux86.conf
Originally a web browser was added to build-appliance-image to
enable Hob's use cases that involve opening a URI; with Hob long gone,
a web browser is no longer necessary to have in build-appliance-image.
This will also address the out-of-resources problem when
build-appliance-image builds itself
This in preparation for being able to run and capture each
ptest separately.
moves things to setup and finish functions
breaks a few checks out into their own tests.
no change in result tool output.
Recipe | Passed| Failed | Skipped | Time(s)
Can you test this on say rpi3 in 64bit mode and see all is ok ?
On Mon, May 13, 2019 at 2:53 AM wrote:
> From: Kai Kang
>
> It removes function JSC::AssemblerBuffer::data() for ARM64 in commit
> https://trac.webkit.org/changeset/236589/webkit. But the function is
> still required by Cortex A53
On Mon, May 13, 2019 at 8:33 AM Alexander Kanavin
wrote:
> This matches what the qemux86_64 is currently using, and
> will allow testing the instructions added in the meantime;
> particularly various SSE extensions are now enabled.
>
While I like this change I also worry if we are leaving out an
On Mon, 13 May 2019 at 08:55, Khem Raj wrote:
> While I like this change I also worry if we are leaving out any significant
> x86 implementation out there in embedded space x86-64 is relatively newer
> compared to 32 bit which was long stable
core2duo isn't exactly a modern chipset though, firs
On Mon, May 13, 2019 at 9:00 AM Burton, Ross wrote:
> On Mon, 13 May 2019 at 08:55, Khem Raj wrote:
> > While I like this change I also worry if we are leaving out any
> significant x86 implementation out there in embedded space x86-64 is
> relatively newer compared to 32 bit which was long stab
On Mon, 13 May 2019 at 09:02, Khem Raj wrote:
> If intel bsp folks are okay with this then let’s go for it
Putting my Intel hat on, we don't use these BSPs. meta-intel ships
its own 32-bit and 64-bit machines.
Ross
--
___
Openembedded-core mailing li
Note that the 32 bit machine from meta-intel has actually been using
core2-32 tune for a while, so we are simply catching up here.
Alex
On Mon, 13 May 2019 at 18:02, Khem Raj wrote:
>
>
>
> On Mon, May 13, 2019 at 9:00 AM Burton, Ross wrote:
>>
>> On Mon, 13 May 2019 at 08:55, Khem Raj wrote:
On 5/13/19 1:59 AM, Mark Hatle wrote:
> On 5/13/19 10:46 AM, Adrian Bunk wrote:
>> On Mon, May 13, 2019 at 10:32:48AM +0300, Mark Hatle wrote:
>>> On 5/12/19 9:04 PM, akuster808 wrote:
ok, so no Admins. This is unexceptionable.
OE TSC and Board, I believe its your time to get invol
Sounds good then unless someone else has more
Info
On Mon, May 13, 2019 at 9:07 AM Alexander Kanavin
wrote:
> Note that the 32 bit machine from meta-intel has actually been using
> core2-32 tune for a while, so we are simply catching up here.
>
> Alex
>
> On Mon, 13 May 2019 at 18:02, Khem Raj
On Mon, May 13, 2019 at 08:54:50AM -0700, Khem Raj wrote:
> On Mon, May 13, 2019 at 8:33 AM Alexander Kanavin
> wrote:
>
> > This matches what the qemux86_64 is currently using, and
> > will allow testing the instructions added in the meantime;
> > particularly various SSE extensions are now enab
On Mon, May 13, 2019 at 10:45 AM Adrian Bunk wrote:
>
> On Mon, May 13, 2019 at 08:54:50AM -0700, Khem Raj wrote:
> > On Mon, May 13, 2019 at 8:33 AM Alexander Kanavin
> > wrote:
> >
> > > This matches what the qemux86_64 is currently using, and
> > > will allow testing the instructions added in
On 5/13/19 4:29 AM, Richard Purdie wrote:
> We continued to see encoding problems with ssh commands run in oeqa. After
> much
> research the conclusion was we should use the latin-1 coding which would avoid
> the problems.
There are hard coded encodings in may places. Would a variable be
applic
On Mon, 13 May 2019 at 13:17, akuster808 wrote:
> There are hard coded encodings in may places. Would a variable be
> applicable in this case?
I failed to CC the list on a reply, I believe you can consider this
patch dropped. The universal encoding should be utf-8.
(and when we have a new enoug
On Mon, 2019-05-13 at 13:16 -0700, akuster808 wrote:
>
> On 5/13/19 4:29 AM, Richard Purdie wrote:
> > We continued to see encoding problems with ssh commands run in
> > oeqa. After much
> > research the conclusion was we should use the latin-1 coding which
> > would avoid
> > the problems.
> Ther
On Mon, 13 May 2019 at 13:24, wrote:
> I replaced the patch with a version to ignore errors since I don't
> think the other solution was right and whilst ignoring the errors is
> ugly, its probably the lesser of several problems...
I don't think it's entirely ugly: decode as utf-8 but if we're b
On Mon, 2019-05-13 at 08:41 -0700, Armin Kuster wrote:
> This in preparation for being able to run and capture each
> ptest separately.
>
> moves things to setup and finish functions
> breaks a few checks out into their own tests.
>
> no change in result tool output.
>
> Recipe | Passed| Fa
Hi Catalin,
Not sure what happened, maybe the mail got corrupted, but thanks for
attaching the patch. Applied locally and will test.
Thanks,
Ross
On Tue, 7 May 2019 at 00:50, Catalin Dan Udma wrote:
>
> Hi Ross,
>
> I may be missing something in how to contribute to oe-core. I could apply the
This isn't OE-specific, can you try and send that upstream so we don't
carry the patch forever?
Also needs rebasing to current master.
Ross
On Wed, 17 Apr 2019 at 03:52, Ovidiu Panait wrote:
>
> "--printf" only works with the stat variant provided by coreutils.
>
> With busybox, when running gr
Signed-off-by: Alistair Francis
---
If there are issues with the patch the branch is avaliable here:
https://github.com/alistair23/openembedded-core/tree/alistair/gdb-8.3
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../gdb/{gdb-8.2.1.inc => gdb-8.3.inc}| 12 +--
.../gdb/gdb-cr
https://github.com/systemd/systemd/commit/c98b3545008d8e984ab456dcf79787418fcbfe13
is the upstream fix, so lets use this instead.
Ross
On Mon, 6 May 2019 at 11:24, Adrian Bunk wrote:
>
> On Mon, May 06, 2019 at 10:51:35AM -0700, Khem Raj wrote:
> >...
> > +gcc-9 has become a bit stricter and can
you are late to party but its already applied see oe-core/d5e999616e
On Mon, May 13, 2019 at 7:27 PM Burton, Ross wrote:
>
> https://github.com/systemd/systemd/commit/c98b3545008d8e984ab456dcf79787418fcbfe13
> is the upstream fix, so lets use this instead.
>
> Ross
>
> On Mon, 6 May 2019 at 11:24
ping^1
On Fri, May 10, 2019 at 4:50 PM Khem Raj wrote:
>
> clang has more warnings to report, lets fix them
>
> Signed-off-by: Khem Raj
> ---
> ...tra-braces-when-initializing-subobje.patch | 32 +++
> meta/recipes-devtools/mmc/mmc-utils_git.bb| 1 +
> 2 files changed, 33 i
ping^1
On Fri, May 10, 2019 at 6:27 PM Khem Raj wrote:
>
> This is reported with clang e.g.
> ../../../../../../../workspace/sources/epiphany/lib/ephy-web-app-utils.c:391:5:
> error: cannot jump from this goto statement to its label
> goto out;
> ^
> ../../../../../../../workspace/source
On Sun, May 12, 2019 at 1:14 PM Khem Raj wrote:
>
> On Sun, May 12, 2019 at 6:21 AM Richard Purdie
> wrote:
> >
> > I've run some tests and think we're now down to one remaining issue
> > with gcc 9:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/579
> > https://autobui
On 2019/5/13 下午11:43, Khem Raj wrote:
Can you test this on say rpi3 in 64bit mode and see all is ok ?
It is ok to build 64-bit rpi3 from layer
git://git.yoctoproject.org/meta-raspberrypi
with configurations:
MACHINE = "raspberrypi3-64"
LICENSE_FLAGS_WHITELIST_append = " commercial"
Regards,
Huh I checked git too. Obviously not well enough!
On Mon, 13 May 2019 at 20:22, Khem Raj wrote:
>
> you are late to party but its already applied see oe-core/d5e999616e
>
> On Mon, May 13, 2019 at 7:27 PM Burton, Ross wrote:
> >
> > https://github.com/systemd/systemd/commit/c98b3545008d8e984ab4
Skip two filters in filter_xml_frames since they
are intended to filter filesystem paths under '/usr' that
vary from platform to platform. In the ptest case
for Yocto's valgrind, the ptest executables are placed under:
/usr/lib/valgrind/ptest
and if these frames are filtered out, then several 'd
About half the ptests will fail if the executables deployed
as part of the ptest package are stripped. Currently
there is no easy way to only strip the main valgrind
package so leave it and the ptests *all* unstripped.
There is an enhancement filed to enable wildcard stripping:
https://bugzilla
Split the list into one directory per line.
Sort the list alphabetically.
Add the gdbserver_tests directory to get the 'gone' executable
which is needed by:
memcheck/tests/gone_abrt_xml.vgtest
Signed-off-by: Randy MacLeod
---
meta/recipes-devtools/valgrind/valgrind_3.15.0.bb | 12 +++
Signed-off-by: Randy MacLeod
---
...rn-a-valid-exit_code-from-vg_regtest.patch | 27 +++
.../valgrind/valgrind_3.15.0.bb | 1 +
2 files changed, 28 insertions(+)
create mode 100644
meta/recipes-devtools/valgrind/valgrind/0001-Return-a-valid-exit_code-from-vg_regte
Use the *_annotate executables from ${bindir}
Actually install cachegrind/tests/a.c since it is used by
the call/cachegrind/tests/ann[12].vgtest files.
With this change and the previous commits, the ptest results
on qemux86-64 when invoked with:
runqemu qemux86 kvm nographic slirp qemuparams=
From: Alex Kiernan
If attempting to find a fixed SRCREV fails because the directory doesn't exit,
avoid failing with:
Traceback (most recent call last):
File "/home/vagrant/poky/scripts/recipetool", line 121, in
ret = main()
File "/home/vagrant/poky/scripts/recipetool", line 110
From: Hongxu Jia
The rmt in cpio-native and tar-native is clashing, since
tar-native has set var-NATIVE_PACKAGE_PATH_SUFFIX, we move rmt
to sbindir, and add suffix NATIVE_PACKAGE_PATH_SUFFIX to sbindir
could avoid the clashing.
And in Ubuntu, rmt is in sbindir
$ which rmt
/usr/sbin/rmt
Signed-o
From: Alex Kiernan
Because our clones use the host git, on (say) Ubuntu 18.04, the local
git directories acquire perl scripts such as fsmonitor-watchman.sample.
During packaging, this leads to failures:
ERROR: go-hsperfdata-1.0.3+gitAUTOINC+b58598ac84-r0 do_package_qa: QA Issue:
/usr/lib/go/p
From: Joshua Watt
Older versions of bitbake (prior to 1.42) don't expose the BB_UNIHASH
variable which is being used by sstate. For compatibility with these
older versions of bitbake, set BB_UNIHASH to BB_TASKHASH (which is the
value it should be for non-hash equivalent aware signature generators
From: Mingli Yu
The commit[8ac8fa8ee1 nettle: update to 3.4.1]
add CFLAGS_append = " -std=c99" to silence the
below error for native build:
| ../nettle-3.4.1/rsa-sign-tr.c: In function 'sec_equal':
| ../nettle-3.4.1/rsa-sign-tr.c:243:3: error: 'for' loop initial declarations
are only allowed in
From: Alex Kiernan
When UBOOT_DTB_BINARY is empty and because the code now changes
directory into ${B}, the test for the existence becomes `[ -f ]` which
succeeds and subsequently the install fails.
Reorder the code so it's clear that UBOOT_DTB_BINARY empty is an
expected configuration and then
From: Martin Jansa
there is small issue with ptest packaging in cases where
OPKGLIBDIR is set to /usr/lib.
Then all ptest files get packaged in libopkg instead of opkg-ptest and correct
QA error is triggered:
ERROR: QA Issue: /usr/lib/opkg/ptest/tests/opkgcl.py contained in package
libopkg req
From: Joshua Watt
Adds an option to dump all the ptest logs to individual files in a
specified directory. If multiple test runs are present, the
'--prepend-run' argument will create separate directories for each test
run under the target directory and put the logs there to prevent each
test run f
From: "Ying-Chun Liu (PaulLiu)"
When using u-boot-nodtb, the symlink didn't install correctly to the
${DEPLOYDIR}. This commit fixes this bug.
Signed-off-by: Ying-Chun Liu (PaulLiu)
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/classes/uboot-sign.bbclass | 4 ++--
1 file
From: Chen Qi
flac uses both 'flac' and 'libflac' as cve product.
Signed-off-by: Chen Qi
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/recipes-multimedia/flac/flac_1.3.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/flac/f
From: Hongxu Jia
acpidump is both provided by acpica and pmtools, so use
update-alternatives to fix conflicts:
...
|Error: Transaction check error:
| file /usr/bin/acpidump conflicts between attempted installs of
pmtools-20130209+git0+3ebe0e54c5-r0.i586 and acpica-20190405-r0.i586
...
Signed-of
From: Richard Purdie
Instead of showing:
RESULTS - ptest.PtestRunnerTest.test_ptestrunner - Testcase 1600: UNKNOWN
(32.30s)
map unexpectedSuccesses to PASSED and improve the way they're displayed. We
expect/allow ptest runner to fail but if it passes we should handle it
correctly.
Signed-off-
From: Paul Barker
Signed-off-by: Paul Barker
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/gdb/gdb-8.2.1.inc| 1 +
...-AArch64-Fix-the-gdb-build-with-musl-libc.patch | 52 ++
2 files changed, 53 insertions(+)
create mode
From: Oleksandr Kravchuk
Use HTTPS instead of HTTP whenever one is available.
Signed-off-by: Oleksandr Kravchuk
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/conf/bitbake.conf | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/meta
From: Stefan Müller-Klieser
Whenever cml1 do_configure is used with a defconfig, oldconfig waits for
input. This silently fails on recent kconfig projects with:
"Error in reading or end of file."
We cannot use a more up to date kconfig target such as olddefconfig,
because busybox does not support
From: Ross Burton
The documentation says that --expand takes a comma-separated list of
partition:size pairs, but the code was splitting on hyphens.
Hyphens are not a transitional separator for a list of items, so change the code
to reflect the documentation.
Signed-off-by: Ross Burton
Signed-o
From: Douglas Royds
The python distutils generate a python wrapper script for each package,
containing shebang lines pointing to the python executable.
In our case, this is a fully-qualified path to python-native in the
recipe-sysroot-native.
Ubuntu 18.04 restricts the useful length of the sheba
From: Chen Qi
Signed-off-by: Chen Qi
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/recipes-extended/ghostscript/ghostscript_9.26.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.26.bb
b/meta/recipes-extended/ghosts
From: Richard Purdie
This code really needs to be rewritten to not split potential
multibyte characters, for now work around it to avoid exceptions like:
File
"/home/pokybuild/yocto-worker/qa-extras2/build/meta/lib/oeqa/core/target/ssh.py",
line 211, in run
data = reader.read(1024, 4096)
Please review these for the next warrior update
The following changes since commit fdc068de3c493dea3a22bb8f91273f7b7978c639:
linux-yocto/5.0: update TCP patch to mainline version (2019-05-04 14:52:34
-0700)
are available in the git repository at:
git://git.openembedded.org/openembedded-cor
From: Max Kellermann
Without this, the user has no idea what went wrong.
Signed-off-by: Max Kellermann
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/classes/useradd-staticids.bbclass | 8
1 file changed, 4 insertions(+), 4 deletions(-
From: Chen Qi
Signed-off-by: Chen Qi
Signed-off-by: Richard Purdie
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
b/meta/recipes-devtoo
From: Andreas Obergschwandtner
This is done by concatenating the DTB with the kernels public key
to all built u-boot binaries. Furthermore the installation of all
the binaries is required.
Signed-off-by: Andreas Obergschwandtner
Signed-off-by: Richard Purdie
Signed-off-by: Richard Leitner
Sig
Line lengths, remove duplication, and use the PYTHON variable provided by
pythonnative.bbclass.
Coincidentally fixes a dormant defect in distutils3.bbclass in which we were
sedding for STAGING_BINDIR_NATIVE/python-python3/python3.
Signed-off-by: Douglas Royds
---
meta/classes/distutils.bbclass
On 2019年05月13日 17:40, richard.pur...@linuxfoundation.org wrote:
On Mon, 2019-05-13 at 17:25 +0800, Yu, Mingli wrote:
On 2019年05月08日 20:25, richard.pur...@linuxfoundation.org wrote:
On Wed, 2019-05-08 at 12:54 +0100, Burton, Ross wrote:
On Wed, 8 May 2019 at 04:06, wrote:
* Increase the ti
Can anyone explain why I appear on patchwork as "Andrii Bordunov via
Openembedded-core"?
See https://patchwork.openembedded.org/series/17604/
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/
Hi,
This patch hasn't been merged yet. Are there any suggestions?
Best regards
Lei
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> Sent: Wednesday, May 08, 2019 11:36 AM
On 14/05/2019 08.16, Douglas Royds via Openembedded-core wrote:
Can anyone explain why I appear on patchwork as "Andrii Bordunov via
Openembedded-core"?
Yes.
Because the DMARC policy for your domain is "quarantine":
% dig _dmarc.taitradio.com TXT | grep -oE 'p=(reject|quarantine|none)'
p=
84 matches
Mail list logo
