On 14/09/18 04:11, Burton, Ross wrote:
On 12 September 2018 at 03:15, Douglas Royds
wrote:
The patch series already was applied on top of b7f3f7ecfd.
Fails for me too:
Applying: Reproducible: Tidy class description
Using index info to reconstruct a base tree...
error: patch failed: meta/clas
Unnecessary.
Signed-off-by: Douglas Royds
---
meta/classes/reproducible_build.bbclass | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/classes/reproducible_build.bbclass
b/meta/classes/reproducible_build.bbclass
index 42cb37b042..a81f249790 100644
--- a/meta/classes
Log both the source of the source_date_epoch and the resulting
source_date_epoch in all cases.
Also, now that we are determining the source_date_epoch successfully for both
yocto and non-yocto kernels, remove the inherits_class('kernel') exception.
We will log a failure to find a source_date_epoch
Signed-off-by: Douglas Royds
---
meta/classes/reproducible_build.bbclass | 73 ++---
1 file changed, 40 insertions(+), 33 deletions(-)
diff --git a/meta/classes/reproducible_build.bbclass
b/meta/classes/reproducible_build.bbclass
index 4e8850fb83..e118cfde01 100644
--- a/met
Change the search regime for find_git_folder():
1. WORKDIR/git: This is the default git fetcher unpack path
2. ${S}
3. Go looking for .git/ under the WORKDIR as a last resort.
linux-yocto:
We had an existing (silent) defect. The linux-yocto recipes all specify
two git SRC_URIs, one for the kernel
Signed-off-by: Douglas Royds
---
meta/classes/reproducible_build.bbclass | 37 +
1 file changed, 19 insertions(+), 18 deletions(-)
diff --git a/meta/classes/reproducible_build.bbclass
b/meta/classes/reproducible_build.bbclass
index e118cfde01..3f3790dfe3 100644
--- a/met
Change the search regime for find_git_folder():
1. WORKDIR/git: This is the default git fetcher unpack path
2. ${S}
3. Go looking for .git/ under the WORKDIR as a last resort.
linux-yocto:
We had an existing (silent) defect. The linux-yocto recipes all specify
two git SRC_URIs, one for the kernel
Tidy whitespace, delete commented-out lines
Signed-off-by: Douglas Royds
---
meta/classes/reproducible_build.bbclass | 49 +++--
1 file changed, 22 insertions(+), 27 deletions(-)
diff --git a/meta/classes/reproducible_build.bbclass
b/meta/classes/reproducible_build.bbclass
Hi all,
Since the patch is reviewed, do I need send a pull-request for this?
Thanks
Jiang Lu
在 2018年09月07日 19:56, Tom Rini 写道:
On Fri, Sep 07, 2018 at 11:32:11AM +0800, Jiang Lu wrote:
Add use-uuid for all partitions on mkefidisk.wks.
Signed-off-by: Jiang Lu
Reviewed-by: Tom Rini
--
_
On Thu, Sep 13, 2018 at 4:46 PM, Anuj Mittal wrote:
> On 09/14/2018 06:50 AM, Andre McCurdy wrote:
>> On Thu, Sep 13, 2018 at 3:16 PM, Martin Jansa wrote:
>>> Is this different issue than what was discussed in:
>>> https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg109516.ht
On 14 September 2018 at 00:30, Burton, Ross wrote:
> I suspect simply adding python3.5/*/test/ will catch the bulk of this
> now and in the future.
Gave this a go and annoyingly the manifest generation must sort the
list because the glob works for everything apart from packages after
tests alphab
On 09/14/2018 06:50 AM, Andre McCurdy wrote:
> On Thu, Sep 13, 2018 at 3:16 PM, Martin Jansa wrote:
>> Is this different issue than what was discussed in:
>> https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg109516.html
>>
>> The message is slightly different (might be chang
A little oe-pkgdata-util[1] managed to give me a good review of some
missing entries here.
python3-asyncio: /usr/lib/python3.5/asyncio/test_utils.py
python3-2to3: /usr/lib/python3.5/lib2to3/tests/test_*.py
python3-tkinter: /usr/lib/python3.5/tkinter/test/
python3-unittest: /usr/lib/python3.5/unitt
On Thu, Sep 13, 2018 at 3:16 PM, Martin Jansa wrote:
> Is this different issue than what was discussed in:
> https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg109516.html
>
> The message is slightly different (might be changed in newer qemu used now),
> but the issue I had b
Is this different issue than what was discussed in:
https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg109516.html
The message is slightly different (might be changed in newer qemu used
now), but the issue I had before was that features of selected -cpu and
host cpu didn't ma
This one:
rename meta/recipes-connectivity/connman/connman/{includes.patch =>
0001-Use-AC_USE_SYSTEM_EXTENSIONS.patch} (68%)
I think you should make two commits: one that splits this patch in
three, and another which actually does the version update.
Alex
2018-09-13 23:08 GMT+02:00 Oleksandr Kra
On Thu, Sep 13, 2018 at 12:25 AM, Anuj Mittal wrote:
> Fixes warnings in builds using core2-32 tune:
>
> warning: TCG doesn't support requested feature: CPUID.8001H:EDX.syscall
> [bit 11]
> warning: TCG doesn't support requested feature: CPUID.8001H:EDX.lm [bit
> 29]
>
> when executing p
Sure, will do.
>> Also, one patch is changed in a way that makes it lose significant
amount of information (it's an amalgamation of three patches)
Could you please clarify which one do you mean? Thank you.
On 9/13/18 9:46 PM, Alexander Kanavin wrote:
Please explain the changes to patches (no
On Thu, Sep 13, 2018 at 08:20:07PM +0200, Martin Jansa wrote:
> On Thu, Sep 06, 2018 at 11:52:24PM +0800, kai.k...@windriver.com wrote:
> > From: Kai Kang
> >
> > Some allarch packages rdepends non-allarch packages. when multilib is
> > used, it doesn't expand the dependency chain correctly, e.g.
A quick search in the python package shows the following test
directories being included in the python image:
./Python-2.7.14/Lib/bsddb/test
./Python-2.7.14/Lib/sqlite3/test
./Python-2.7.14/Lib/ctypes/test
./Python-2.7.14/Lib/unittest/test
./Python-2.7.14/Lib/lib-tk/test
./Python-2.7.14/Lib/email/t
Please explain the changes to patches (not as a reply to me, but in
the commit message itself).
If they are deleted because upstream already has them, it should be
mentioned explicitly.
Also, one patch is changed in a way that makes it lose significant
amount of information
(it's an amalgamation o
>From: "Burton, Ross"
>To: joseph-reyno...@charter.net
>Cc: "openembedded-core@lists.openembedded.org"
>Sent: Thursday September 13 2018 11:00:26AM
>Subject: Re: [OE-core] [PATCH v2] dropbear: disable medium-strength
ssh ciphers
>
>This still can't be actually used, because dropbear won't be look
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-connectivity/connman/connman.inc | 2 +-
...> 0001-Use-AC_USE_SYSTEM_EXTENSIONS.patch} | 446 --
...tls-Fix-a-crash-using-wispr-over-TLS.patch | 41 --
...refixlen-to-iproute_default_function.patch | 63 ---
...eep-track-of-ad
On Thu, Sep 06, 2018 at 11:52:24PM +0800, kai.k...@windriver.com wrote:
> From: Kai Kang
>
> Some allarch packages rdepends non-allarch packages. when multilib is
> used, it doesn't expand the dependency chain correctly, e.g.
>
> core-image-sato -> ca-certificates(allarch) -> openssl
>
> we exp
Yes, sorry, I've a patch here but didn't send it. I'll submit it later today.
As yasm is a fork of nasm, there's a good chance that either can be used.
Ross
On 13 September 2018 at 17:39, Khem Raj wrote:
> There are packages in other layers e.g. firefox which still depend on
> yasm. Can we mov
FYI: I'm testing if qtwebengine from meta-qt5 will work with nasm-native.
On Thu, Sep 13, 2018 at 6:39 PM Khem Raj wrote:
> There are packages in other layers e.g. firefox which still depend on
> yasm. Can we move it to meta-oe instead of completely dropping it.
> On Tue, Sep 11, 2018 at 2:38 AM
Actually, I'd rather have an 'upstream first' policy in this specific
case. If the change is good and desirable, please work with the
upstream to merge it there.
Alex
2018-09-13 18:00 GMT+02:00 Burton, Ross :
> This still can't be actually used, because dropbear won't be looking
> in the recipe f
There are packages in other layers e.g. firefox which still depend on
yasm. Can we move it to meta-oe instead of completely dropping it.
On Tue, Sep 11, 2018 at 2:38 AM Ross Burton wrote:
>
> Nothing in oe-core is using yasm now that gstreamer-libav and ffmpeg are using
> nasm, so remove it from o
On Tue, Sep 11, 2018 at 1:28 AM Nathan Rossi wrote:
>
> On Tue, 11 Sep 2018 at 02:19, Khem Raj wrote:
> >
> > On Mon, Sep 10, 2018 at 5:43 AM Nathan Rossi wrote:
> > >
> > > When installing libgloss libraries handle the ${TARGET_SYS}/lib contents
> > > so that it is placed in ${libdir} instead o
On 12 September 2018 at 03:15, Douglas Royds
wrote:
> The patch series already was applied on top of b7f3f7ecfd.
Fails for me too:
Applying: Reproducible: Tidy class description
Using index info to reconstruct a base tree...
error: patch failed: meta/classes/reproducible_build.bbclass:1
error: m
This still can't be actually used, because dropbear won't be looking
in the recipe folder and nothing puts that file into the source tree.
Put a #error in it if you don't believe me. :)
Ross
On 12 September 2018 at 22:56, wrote:
> This changes the Dropbear SSH server configuration so it will no
On 07/24/2018 09:26 PM, Hongzhi, Song wrote:
ping..
This commit is still in patchworks:
https://patchwork.openembedded.org/patch/150168/
and still applies on master:
325af0f4a8 (origin/master, origin/HEAD)
python3: fix openssl 1.1.1 changes
and on master-next at:
ed2d91a72e (orig
== Series Details ==
Series: musl: Add MAX_HANDLE_SZ
Revision: 1
URL : https://patchwork.openembedded.org/series/14067/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the propose
On Thu, Sep 13, 2018 at 6:14 AM Richard Purdie
wrote:
>
> On Wed, 2018-09-12 at 18:05 -0700, Khem Raj wrote:
> > Signed-off-by: Khem Raj
>
> Somewhat ironically, this breaks musl builds in strace:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/11/builds/55/steps/7/logs/step1b
> https
Signed-off-by: Khem Raj
---
.../musl/musl/0001-Define-MAX_HANDLE_SZ.patch | 29 +++
meta/recipes-core/musl/musl_git.bb| 1 +
2 files changed, 30 insertions(+)
create mode 100644 meta/recipes-core/musl/musl/0001-Define-MAX_HANDLE_SZ.patch
diff --git a/meta/recipes-co
Without this, we see errors if gpg is missing from the host system
for "oe-selftest -r runtime_test.TestImage.test_testimage_dnf".
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/selftest/cases/runtime_test.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/s
On Wed, 2018-09-12 at 18:05 -0700, Khem Raj wrote:
> Signed-off-by: Khem Raj
Somewhat ironically, this breaks musl builds in strace:
https://autobuilder.yoctoproject.org/typhoon/#/builders/11/builds/55/steps/7/logs/step1b
https://autobuilder.yoctoproject.org/typhoon/#/builders/27/builds/55/steps
2018-09-13 3:13 GMT+02:00 Andre McCurdy :
> It's deliberate that including openssl10 in an image will at least
> cause openssl 1.1 to built as the openssl10 libcrypto depends on
> openssl10-conf and that's now provided by the openssl-conf package
> from openssl 1.1
>
> So the expected outcome of ad
The Navit recipe can depend on fribidi which is now part of oe-core. Since the
pkgconfig lookup is based on pkgdata the results can change depending on what
has been built, which leads to occasional failures.
Build gtk+ before the test to ensure that the pkgdata is populated with more of
the depe
The same should IMHO be applied in qemux86.conf as well.
And I don't see this change in pyro, rocko, sumo, master branches, it
should be applied there first (or explained in commit message why newer
branches aren't affected by this).
On Thu, Sep 13, 2018 at 1:01 PM Ovidiu Panait
wrote:
> Fix th
Fix the following do_image_wic failure for lib32-core-image-minimal:
| DEBUG: Executing python function set_image_size
| DEBUG: Python function set_image_size finished
| DEBUG: Executing shell function do_image_wic
| Error: Please build syslinux first
Test case:
MACHINE ?= "qemux86-64"
require co
LGTM
On Thu, Sep 13, 2018 at 11:25 AM Jens Rehsack wrote:
> Avoid coreutils conflicts with nice from other recipes, like
> busybox - even if that's not enabled by default.
> In situations, where coreutils is a dependency for -dev images
> and small busybox nice is available always, it avoids ext
I'd just say that if those files are only needed by the test suite
(python3 -mtest), it's easy to move them into the python-tests package
by editing the manifest. If they're not part of the test suite then
what are they?
I can't recall why there's a python3-sqlite3-tests package instead of
just
Avoid coreutils conflicts with nice from other recipes, like
busybox - even if that's not enabled by default.
In situations, where coreutils is a dependency for -dev images
and small busybox nice is available always, it avoids extra
effort for coreutils for those users.
Signed-off-by: Jens Rehsack
Hello everyone,
I built custom image for intel-corei7 processor supporting wayland weston
instead of x11.
I need to hide the mouse pointer from the desktop .
I want to make it as mobiles, so I can use touch screen to click any where
but there is no mouse pointer,
Can any one help ?
Any suggestio
Fixes warnings in builds using core2-32 tune:
warning: TCG doesn't support requested feature: CPUID.8001H:EDX.syscall
[bit 11]
warning: TCG doesn't support requested feature: CPUID.8001H:EDX.lm [bit 29]
when executing postinsts using qemu-i386.
i386 target doesn't enable CPUID_EXT2_SYSC
46 matches
Mail list logo
