1) Upgrade gnutls from 3.5.9 to 3.5.11.
2) Delete one patch "use-pkg-config-to-locate-zlib.patch", since it is
integrated upstream.
Signed-off-by: Huang Qiyu
---
.../gnutls/use-pkg-config-to-locate-zlib.patch | 67 --
.../gnutls/{gnutls_3.5.9.bb => gnutls_3.5.11.bb} |
Since recipe-specific sysroots were implemented, devtool add and devtool
upgrade operations that fetch from a URL that requires native sysroot
dependencies will fail to work as there is no recipe-specific sysroot
set up for them during fetching. An example was any URL pointing to a
tarball compress
The following changes since commit ee55b5685aaa4be92d6d51f8641a559d4e34ce64:
cve-check-tool: backport a patch to make CVE checking work (2017-05-18
14:01:41 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/devtool-fetch-fix
http://
On Wed, May 17, 2017 at 1:11 PM, Max Krummenacher wrote:
> If building for nativesdk the wrong rss sysroot is used leading the
> following error message.
>
> | ERROR: oe_runmake failed
> | In file included from tools/imximage.c:13:0:
> | include/image.h:1024:27: fatal error: openssl/evp.h: No such
Denys Dmytriyenko writes:
>> -EXTRA_OEMAKE += "cc=${CC}"
>> +EXTRA_OEMAKE += "cc='${CC}'"
>
> Should these be double-quotes around ${CC}?
I wrote it in this way:
- to 60%, because '' is more correct than "" in this context (see below)
- to 40%, because "" would clutter code too much and I can
On Thu, May 18, 2017 at 4:12 PM, Richard Purdie
wrote:
> On Thu, 2017-05-18 at 17:28 -0500, Jose Lamego wrote:
>> Some recipes build fail due to missing ed command.
>>
>> This change includes ed to the hosttools required to
>> run builds with oe-core.
>>
>> Signed-off-by: Jose Lamego
>> Signed-of
On Thu, 2017-05-18 at 17:28 -0500, Jose Lamego wrote:
> Some recipes build fail due to missing ed command.
>
> This change includes ed to the hosttools required to
> run builds with oe-core.
>
> Signed-off-by: Jose Lamego
> Signed-off-by: Leonardo Sandoval tel.com>
We really don't want to add
On Thu, May 18, 2017 at 2:54 PM, Denys Dmytriyenko wrote:
> On Thu, May 18, 2017 at 02:37:29PM -0700, Christopher Larson wrote:
> > On Thu, May 18, 2017 at 11:57 AM, Khem Raj wrote:
> >
> > > On Thu, May 18, 2017 at 11:19 AM, Denys Dmytriyenko
> > > wrote:
> > > > On Thu, May 18, 2017 at 07:34:
bc recipe must be upgraded to latest version in upstream.
bc license changed from "GPLv2+ & LGPLv2.1" to "GPLv3+ & LGPLv3"
The new version exhibits a Parallel Make Race that required
unsetting PARALLEL_MAKE variable.
This change was tested with core-image-minimal in qemux86.
Signed-off-by: Jose L
Some recipes build fail due to missing ed command.
This change includes ed to the hosttools required to
run builds with oe-core.
Signed-off-by: Jose Lamego
Signed-off-by: Leonardo Sandoval
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/
bc recipe must be upgraded to latest version in upstream.
Changes in this series:
include ed to the hosttools required to run builds with oe-core,
since the new bc version requires the ed command during build
upgrade bc version from 1.06 to 1.07.1
update bc license from "GPLv2+ &
On Thu, May 18, 2017 at 02:37:29PM -0700, Christopher Larson wrote:
> On Thu, May 18, 2017 at 11:57 AM, Khem Raj wrote:
>
> > On Thu, May 18, 2017 at 11:19 AM, Denys Dmytriyenko
> > wrote:
> > > On Thu, May 18, 2017 at 07:34:23PM +0200, Enrico Scholz wrote:
> > >> build fails else with
> > >>
>
Hi Alex
Am Donnerstag, den 18.05.2017, 08:37 +0300 schrieb Alexander Kanavin:
> On 05/17/2017 11:16 PM, Max Krummenacher wrote:
> > With rpm v4 in openembedded but on a host with existing
> > /usr/include/rpm/db.h
> > the build fails to compile.
> > +- # check if rpm contains a bundled berkeley
On Thu, May 18, 2017 at 11:57 AM, Khem Raj wrote:
> On Thu, May 18, 2017 at 11:19 AM, Denys Dmytriyenko
> wrote:
> > On Thu, May 18, 2017 at 07:34:23PM +0200, Enrico Scholz wrote:
> >> build fails else with
> >>
> >> | + make -j 8 -l 6 cc=ccache gcc
> >> | make: *** No rule to make target 'gcc'.
Quite possibly. However, the biggest abuser of __FILE__ seems to be kernel and
kernel_modules.
From: Burton, Ross [ross.bur...@intel.com]
Sent: Thursday, May 18, 2017 2:10 PM
To: Bystricky, Juro
Cc: OE-core; Purdie, Richard; Joshua G Lock; Juro Bystricky
Subject:
On 18 May 2017 at 22:05, Juro Bystricky wrote:
> Kernel and kernel modules contain hard coded paths referencing the host
> build system. This is usually because the source code contains __FILE__
> at some place. This prevents binary reproducibility. However, some
> compilers
> allow remapping of
Kernel and kernel modules contain hard coded paths referencing the host
build system. This is usually because the source code contains __FILE__
at some place. This prevents binary reproducibility. However, some compilers
allow remapping of the __FILE__ value. If we detect the compiler is capable
of
On 10 May 2017 at 10:35, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> License change is due to update in FSF address.
>
> Library path needs to be specified in absolute form now.
>
> Remove bash completion file from kernelshark package as it will cause
> a conflict with trace-cm
Hi Zheng,
On Thu, May 18, 2017 at 3:40 AM, zhengrq wrote:
> meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb}
> (47%)
>
> diff --git a/meta
On Thu, May 18, 2017 at 11:19 AM, Denys Dmytriyenko wrote:
> On Thu, May 18, 2017 at 07:34:23PM +0200, Enrico Scholz wrote:
>> build fails else with
>>
>> | + make -j 8 -l 6 cc=ccache gcc
>> | make: *** No rule to make target 'gcc'. Stop.
>>
>> Signed-off-by: Enrico Scholz
>> ---
>> meta/recipe
Some EGL implementations do not actually ship all Khronos-
extensions. As it turns out, the Mali 450 driver does not
include any of the following symbols, used by the
egl_mesa_platform_surfaceless.c spec test:
* eglGetPlatformDisplay
* eglCreatePlatformPixmapSurface
* eglCreatePlatformWindowSurface
[Piglit Bug #100978] -- https://bugs.freedesktop.org/show_bug.cgi?id=100978
When linking against Mali 450 r6, errors like the following
can be seen:
../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_unmap'
../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_b
While building for Hikey using Mali 450 driver (r6p0), an
error like the following appears while linking:
[ 1%] Linking C shared library ../../../../lib/libpiglitutil.so
[...]
[...]/aarch64-linaro-linux/gcc/aarch64-linaro-linux/6.3.1/ld: cannot find
-lEGL
collect2: error: ld returned 1 e
On Thu, May 18, 2017 at 07:34:23PM +0200, Enrico Scholz wrote:
> build fails else with
>
> | + make -j 8 -l 6 cc=ccache gcc
> | make: *** No rule to make target 'gcc'. Stop.
>
> Signed-off-by: Enrico Scholz
> ---
> meta/recipes-extended/tzcode/tzcode-native_2017b.bb | 2 +-
> 1 file changed, 1
build fails else with
| + make -j 8 -l 6 cc=ccache gcc
| make: *** No rule to make target 'gcc'. Stop.
Signed-off-by: Enrico Scholz
---
meta/recipes-extended/tzcode/tzcode-native_2017b.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/tzcode/tzcode-na
On Thu, May 18, 2017 at 11:19:09AM +0100, Burton, Ross wrote:
> On 18 May 2017 at 11:03, Huang, Qiyu wrote:
>
> > I fixed this error by myself, so it don't have Upstream-Status.
> >
> >
> Yes, you do. Have you submitted it upstream? (then, Submitted). Is it
> appropriate upstream at all, or is
> In this case:
> http://git.savannah.gnu.org/cgit/grub.git/tree/NEWS#n159
Ooooh, thanks :)
BR,
Awais
From: Alexander Kanavin
Sent: Thursday, May 18, 2017 6:24 PM
To: Belal, Awais; Robert Yang; openembedded-core@lists.openembedded.org
Subject: Re: [OE-co
Commit e5e540513665105b963262c2eaf33f197a0a36c replaced
udev with eudev on system's using sysvinit for init.
For clean upgrades, some extra variables are needed to
appropriately mark eudev as an update to udev.
* Add RREPLACES/RCONFLICTS for udev so udev is removed on
upgrade and the new files
Updating lz4 in oe-core required back porting 3d4cf7de48a from master,
as versioning scheme changed.
Signed-off-by: Stefan Müller-Klieser
---
...heck-for-lz4-in-the-old-and-new-numbering.patch | 51 ++
meta/recipes-core/systemd/systemd_232.bb | 1 +
2 files changed
On 05/18/2017 04:20 PM, Belal, Awais wrote:
I just checked why is autogen in oe-core in the first place. The
only thing that needs it now is grub, and it will no longer be
necessary when Khem's grub 2.02 patch shows up in master. So then
we can remove the whole thing. But thanks for fixing! :)
> I just checked why is autogen in oe-core in the first place. The only
> thing that needs it now is grub, and it will no longer be necessary when
> Khem's grub 2.02 patch shows up in master. So then we can remove the
> whole thing. But thanks for fixing! :)
I went through Khem's grub2 changes:
h
Porting the mainline commit, to fix gcc7 builds:
474c90156c [give up on gcc ilog2() constant optimizations]
We also integrate the 4.1.39 -stable update to pick up additional
fixes.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 6 +++---
meta/recipes-k
On 18/05/17 14:30, Andrea Galbusera wrote:
> On Thu, May 18, 2017 at 9:16 AM, Kristian Amlie
> mailto:kristian.am...@mender.io>> wrote:
>
> We've discovered that one of the recent commits to poky has broken DNS
> resolution in our image. The commit in questions is this one:
>
> --
On 05/18/2017 02:23 PM, Belal, Awais wrote:
That's right. The file is generated from libopts.def in the same
directory. I now looked at the code finally :) and I think it's
better to leave the POSIX_SHELL variable alone (and not set it from
the recipe either because it has no effect), and go back
On Thu, May 18, 2017 at 7:47 AM, Burton, Ross wrote:
>
> On 15 May 2017 at 13:51, Bruce Ashfield
> wrote:
> > Porting the mainline commit, to fix gcc7 builds:
> >
> > 474c90156c [give up on gcc ilog2() constant optimizations]
>
> Sorry but:
>
> ERROR: linux-yocto-4.1.38+gitAUTOINC+a867edab41_3
On Thu, May 18, 2017 at 9:16 AM, Kristian Amlie
wrote:
> We've discovered that one of the recent commits to poky has broken DNS
> resolution in our image. The commit in questions is this one:
>
> ---
> commit fcd48092d7bcab0cad2606e65332da62420935ad
> Author: Joe Slater
> Date:
On 15 May 2017 at 13:51, Bruce Ashfield
wrote:
> Porting the mainline commit, to fix gcc7 builds:
>
> 474c90156c [give up on gcc ilog2() constant optimizations]
Sorry but:
ERROR: linux-yocto-4.1.38+gitAUTOINC+a867edab41_3b0fd24797-r0
do_kernel_version_sanity_check: Package Version
(4.1.38+gitA
> That's right. The file is generated from libopts.def in the same
> directory. I now looked at the code finally :) and I think it's better
> to leave the POSIX_SHELL variable alone (and not set it from the recipe
> either because it has no effect), and go back to the original idea of
> patching th
On 18 May 2017 at 11:03, Huang, Qiyu wrote:
> I fixed this error by myself, so it don't have Upstream-Status.
>
>
Yes, you do. Have you submitted it upstream? (then, Submitted). Is it
appropriate upstream at all, or is it customisation (Inappropriate). If
you wrote the patch, it needs to go up
I fixed this error by myself, so it don't have Upstream-Status.
huangqy
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, May 18, 2017 5:27 PM
To: Huang, Qiyu/黄 琦宇
Cc: OE-core
Subject: Re: [OE-core] [PATCH v4] libnl: 3.2.29 -> 3.3.0
On 18 May 2017 at 10:15, Huang Qiyu
mailto:
On 18 May 2017 at 10:15, Huang Qiyu wrote:
> +++ b/meta/recipes-support/libnl/libnl/musl-header-conflict.patch
> @@ -0,0 +1,59 @@
> +From e1f2827673d9d45fe69ca912628bbb90d4003f49 Mon Sep 17 00:00:00 2001
> +From: Zheng Ruoqin
> +Date: Mon, 15 May 2017 02:09:08 +0900
> +Subject: [PATCH] Fix musl
1) Upgrade libnl from 3.2.29 to 3.3.0.
2) Delete patch "fix-pktloc_syntax_h-race.patch", since it is integrated
upstream.
3) Add patch "musl-header-conflict.patch" to fix musl compile error.
Signed-off-by: Huang Qiyu
---
.../libnl/libnl/fix-pktloc_syntax_h-race.patch | 36 -
..
The UsePrivilegeSeparation is no longer supported (recent SSHD always runs
with previlege separation), so remove this option from the default config
file to avoid this warning:
/etc/ssh/sshd_config line 110: Deprecated option UsePrivilegeSeparation
Signed-off-by: Gary Thomas
---
meta/recipes-c
This is a special image for profiling Python 3.x in order to utilize
profile-guided-optimization. Profile data can be obtained by by running
bitbake python-pgo-image -c profile. Profile data will be copied into a
directory pointed by PYTHON3_PROFILE_DIR on the host system. The profile
task may be s
This patch adds a new recipe that builds a special version of python3 that
produces profile data used for optimization. The new recipe directly includes
the base python recipe so that they are build in as similar way as possible and
this hopefully decreases the recipe maintenance burden, too. Also
Remove two unneeded hacks. The first hack ("setup.py: no host headers
libs" patch) is not needed because we use cross-compiler (e.g.
i586-oe-linux-gcc) which has not been configured with any host system
include or library directories, and thus, we don't get any host system
directories when running
Make it possible to build python3-native with profile directed optimization
enabled. The feature is enabled by specifying
PYTHON3_NATIVE_PROFILE_OPT = "1" in local.conf.
The profile task to be run may be specified with PYTHON3_NATIVE_PROFILE_TASK
variable in local.conf, e.g.
PYTHON3_NATIVE_PROFILE
Third incarnation of enabling profile-guided-optimization (PGO) for Python. The
patchset is significantly simplified from the previous version, mainly because
Python 2.x is not supported, and because of that, there is no need to install
packages under modified (opt/) prefix. Also, RSS made libpytho
Without this the pgo-related compiler flags are not used in
cross-builds.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
...-CFLAGS-for-extensions-when-cross-compili.patch | 56 ++
meta/recipes-devtools/python/python3_3.5.2.bb | 1 +
2 files changed, 57 insertions(+)
This patch makes it possible to build python3 with profile directed
optimization. That is, feed python build process with profile data to
guide optimization. This is the third (and the last) step in profile
directed optimization for Python 3.x.
In order to do a profile-optimized build you need to
Useful in developing Python, e.g. in benchmarking.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/python/python-3.5-manifest.inc | 8 +---
meta/recipes-devtools/python/python3_3.5.2.bb| 5 +
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/
Similar to an earlier fix for Python 2.7. Make the tests subpackage
depend on all modules as test.regrtest uses most (if not all) of them.
Some tests also depend on libgcc so add that as a runtime dependency as
well.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/python
On 05/18/2017 10:23 AM, Robert Yang wrote:
+- test -x "$POSIX_SHELL" && break
++ test -n "$POSIX_SHELL" && break
The problem is libopts.m4 is auto generated, so it may override
when upgrade autogen-native.
That's right. The file is generated from libopts.def in the same
directory.
Upgrade libx11 from 1.6.4 to 1.6.5
Signed-off-by: Zheng Ruoqin
---
meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb}
(47%)
diff --git a/meta/r
Upgrade libx11-diet from 1.6.4 to 1.6.5
Signed-off-by: Zheng Ruoqin
---
.../xorg-lib/{libx11-diet_1.6.4.bb => libx11-diet_1.6.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libx11-diet_1.6.4.bb =>
libx11-diet_1.6.5.bb} (73%)
di
1)Upgrade libx11 from 1.6.4 to 1.6.5
2)Upgrade libx11-diet from 1.6.4 to 1.6.5
.../xorg-lib/{libx11-diet_1.6.4.bb => libx11-diet_1.6.5.bb} | 4 ++--
meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb} | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
rename
Hi Awais,
On 05/18/2017 02:50 PM, Awais Belal wrote:
Using 'test -x' is only viable in situations where
POSIX_SHELL is directly set to an executable whereas
there are scenarios where a user might want to set
it to "env sh" so that it can be used in places
where there's a problem with shebang len
We've discovered that one of the recent commits to poky has broken DNS
resolution in our image. The commit in questions is this one:
---
commit fcd48092d7bcab0cad2606e65332da62420935ad
Author: Joe Slater
Date: Fri Mar 31 03:06:33 2017
volatile-binds: correct some errors rep
58 matches
Mail list logo
