TARGET_* FLAGS are never passed to the native toolchain. However,
they are exported so their values affect the checksum of every task.
Replace with fixed values to both avoid any unnecessary rebuilding
of native packages when target flags are changed (as before) and now
also to poison any accident
grub2 creates its own set of -nostdinc / -isystem / -ffreestanding
CFLAGS and OE's default BUILD_CFLAGS (assigned to CFLAGS for native
builds) etc, conflict with that.
Signed-off-by: Andre McCurdy
---
meta/recipes-bsp/grub/grub2.inc | 9 +
1 file changed, 9 insertions(+)
diff --git a/me
The grub2 configure script uses variables such as TARGET_CFLAGS etc
for its own purposes. Remove the OE versions from the configure
environment to avoid conflicts.
Signed-off-by: Andre McCurdy
---
meta/recipes-bsp/grub/grub2.inc | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff
grub contains it's own internal lzma library. Attempting to build grub against
the system liblzma shared library or header files is not likely to end well.
This change does not cause a floating dependency since all grub2.inc based
recipes pass "--enable-liblzma=no" to configure.
Signed-off-by: An
The first patch fixes known problems with grub-efi-native
incorrectly leaking target flags into the native build.
The second and third patches fix related grub2.inc issues.
The final patch is the important change. It doesn't highlight
and new problems (ie apart from grub-efi-native) for my typica
On 2/26/16 5:11 PM, Burton, Ross wrote:
> Sorry Mark...
>
> | In file included from ../../rpm-5.4.15/rpmio/rpmiotypes.h:8:0,
> | from ../../rpm-5.4.15/rpmio/rpmsq.c:14:
> | ../../rpm-5.4.15/rpmio/rpmsq.c: In function '_rpm_insque':
> | ../../rpm-5.4.15/rpmio/rpmutil.h:115:30: erro
This is the sort of case where it'd be nice if bitbake provided a plugin
mechanism, pure python, no metadata parsing. Something to think about in
the long term..
On Fri, Feb 26, 2016 at 1:59 PM Burton, Ross wrote:
>
> On 26 February 2016 at 20:16, Philip Balister wrote:
>
>> I must admit, I'm su
Sorry Mark...
| In file included from ../../rpm-5.4.15/rpmio/rpmiotypes.h:8:0,
| from ../../rpm-5.4.15/rpmio/rpmsq.c:14:
| ../../rpm-5.4.15/rpmio/rpmsq.c: In function '_rpm_insque':
| ../../rpm-5.4.15/rpmio/rpmutil.h:115:30: error: '__transaction_atomic'
without transactional memo
From: Mariano Lopez
ISC DHCP allows remote attackers to cause a denial of
service (application crash) via an invalid length field
in a UDP IPv4 packet.
Signed-off-by: Mariano Lopez
---
.../dhcp/dhcp/CVE-2015-8605.patch | 99 ++
meta/recipes-connectivity/dhc
Hello folks,
[Cced Robert Yang]
I would like to propuse the backport of following changes:
Author: Mariano Lopez
Date: Wed Dec 30 06:52:54 2015 +
image_types.bbclass: Rebuild when WICVARS change
The procces to do a wic image is to save a file with
variables required by wic a
Overview of changes leading to 1.2.3
Thursday, February 25, 2016
- Blacklist GDEF table of certain versions of Times New Roman (Bold) Italic,
due to bug in glyph class of ASCII double-quote character. This should
address "regression" introduced in 1.2.0 wh
The original over-ride is historical and no obvious issues are seen
now when building in thumb2 for Cortex A15.
Signed-off-by: Andre McCurdy
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multi
On 26 February 2016 at 20:16, Philip Balister wrote:
> I must admit, I'm surprised this is tricky. I look forward to seeing
> what needs doing. Hopefully, it shows me things I can avoid in my work.
>
The moral of the story is don't rename layers if you want to maintain a
semblance of migration.
On 02/26/2016 02:52 PM, Rudolf J Streif wrote:
* We're about to try and transition meta-yocto within meta-yocto to
meta-poky. The amount of pain this is causing is horrible :(.
>>>
>>> Thanks for doing this. Can you summarize the pain? Are there any
>>> important lessons here?
> > >
> > > * We're about to try and transition meta-yocto within meta-yocto to
> > >
> > > meta-poky. The amount of pain this is causing is horrible :(.
> >
> > Thanks for doing this. Can you summarize the pain? Are there any
> > important lessons here?
>
> The key lesson is our current "mig
On Fri, 2016-02-26 at 13:45 -0500, Philip Balister wrote:
> On 02/26/2016 12:36 PM, Richard Purdie wrote:
> > Current Dev Position: YP 2.1 M3
> > Next Deadline: YP 2.1 M3 Cutoff (Feature Freeze) February 29, 2016
> >
> > SWAT team rotation: Tracy -> Alejandero
> > https://wiki.yoctoproject.org/wi
On 02/26/2016 12:36 PM, Richard Purdie wrote:
> Current Dev Position: YP 2.1 M3
> Next Deadline: YP 2.1 M3 Cutoff (Feature Freeze) February 29, 2016
>
> SWAT team rotation: Tracy -> Alejandero
> https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
>
> Key Status/Updates:
> * 2.1 Fea
Update the classes after the addition of the npm fetcher to
match the other fetcher additions.
Signed-off-by: Richard Purdie
diff --git a/meta/classes/mirrors.bbclass b/meta/classes/mirrors.bbclass
index 488b86d..9e6d483 100644
--- a/meta/classes/mirrors.bbclass
+++ b/meta/classes/mirrors.bbclas
With the addition of the npm fetcher, we add the native dependency
handling too.
Signed-off-by: Richard Purdie
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 1372f38..e066dc9 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -577,6 +577,9 @@ pyt
Current Dev Position: YP 2.1 M3
Next Deadline: YP 2.1 M3 Cutoff (Feature Freeze) February 29, 2016
SWAT team rotation: Tracy -> Alejandero
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
* 2.1 Feature Freeze is upon us. If there is any feature you want to
Could you please add this commit to the list of Jethro backports?.
--
Thanks
Javier Viguera
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
From: Arnold Csorvasi
U-Boot needs the U-Boot header in a ramdisk image to boot it.
Add this header to the cpio.gz image, so that it can be booted
with U-Boot.
Signed-off-by: Arnold Csorvasi
Signed-off-by: Ross Burton
---
meta/classes/image_types_uboot.bbclass | 2 +-
1 file changed, 1 insert
On 26 November 2015 at 14:26, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> +# No idea why these sources are installed by upstream and how they are
> meant to be used
> +FILES_${PN}-dev_append = " ${datadir}/gobject-introspection-1.0/tests/*.c
> \
> + ${datadir}
Creates an empty udev rule, causing the system to use the classic network
interface naming scheme, e. g. eth0, eth1.
Signed-off-by: Alejandro Hernandez
---
meta/recipes-core/udev/eudev_3.1.5.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-core/udev/eudev_3.1.5.bb
b/meta/r
On 26 November 2015 at 14:26, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> +return "PSEUDO_UNLOAD=1 " + qemu_binary + " " + qemu_options + " -L "
> + rootfs_path\
> ++ " -E LD_LIBRARY_PATH=" + string.join(library_paths, ":") +
> " "
>
It's idiomatic to use ":".j
On 15 February 2016 at 16:49, Daniel Istrate <
daniel.alexandrux.istr...@intel.com> wrote:
> +shutil.move(git_dir, git_dir_tmp)
>
This is a bit scary. I think the test should use yocto-layers to create an
empty layer.
Ross
--
___
Openembedded
On 26 February 2016 at 15:45, Alejandro Hernandez <
alejandro.hernan...@linux.intel.com> wrote:
> Sorry, now I understand what you meant, and I see the issue, since, we
> would need to create our own naming scheme at build time, instead of runtime
>
For safety would it be best to tell eudev to us
On 02/26/2016 09:40 AM, Alejandro Hernandez wrote:
On 02/26/2016 02:24 AM, Andre McCurdy wrote:
On Thu, Feb 25, 2016 at 3:34 PM, Alejandro Hernandez
wrote:
udev has started to fail on new kernels (4.4), due to being
deprecated in favor
of systemd's udev implementation. To maintain a sysvin
On 02/26/2016 02:24 AM, Andre McCurdy wrote:
On Thu, Feb 25, 2016 at 3:34 PM, Alejandro Hernandez
wrote:
udev has started to fail on new kernels (4.4), due to being deprecated in favor
of systemd's udev implementation. To maintain a sysvinit alternative we also
need to provide an alternative
On 02/26/2016 08:57 AM, mikko.rap...@bmw.de wrote:
On Fri, Feb 26, 2016 at 03:56:24PM +0100, Mikko Rapeli wrote:
On Fri, Feb 26, 2016 at 08:48:47AM -0600, Mariano Lopez wrote:
On 02/26/2016 02:14 AM, mikko.rap...@bmw.de wrote:
Hi,
On my developer machine the cve-check ran ok for dizzy but on
Install section of a systemd service may contain RequiredBy dependency,
which is not handled currently. This means that symlinks to enable the
service are not created and the service may not be started.
Also fix debug output (all dependencies were printed instead of the one
which was enabled or di
On Fri, Feb 26, 2016 at 03:56:24PM +0100, Mikko Rapeli wrote:
> On Fri, Feb 26, 2016 at 08:48:47AM -0600, Mariano Lopez wrote:
> > On 02/26/2016 02:14 AM, mikko.rap...@bmw.de wrote:
> > >Hi,
> > >
> > >On my developer machine the cve-check ran ok for dizzy but on build server
> > >with sstate-cache
On Fri, Feb 26, 2016 at 08:48:47AM -0600, Mariano Lopez wrote:
> On 02/26/2016 02:14 AM, mikko.rap...@bmw.de wrote:
> >Hi,
> >
> >On my developer machine the cve-check ran ok for dizzy but on build server
> >with sstate-cache and rmwork enabled it failed with what looks like a race
> >condition whe
It shares many functionality with oe-selftest.
It requires an aditional argument --recipe
in order to know on which recipe to test against.
Test recipes should be located at:
meta/lib/oeqa/recipetests/
Signed-off-by: Daniel Istrate
---
scripts/test-recipe | 168
On 02/26/2016 02:14 AM, mikko.rap...@bmw.de wrote:
Hi,
On my developer machine the cve-check ran ok for dizzy but on build server
with sstate-cache and rmwork enabled it failed with what looks like a race
condition when scanning the patch files:
17:45:36 ERROR: Error executing a python function
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/runner.py | 59
scripts/oe-selftest | 65 ++---
2 files changed, 72 insertions(+), 52 deletions(-)
diff --git a/meta/lib/oeqa/runner.py b/meta/lib/oeqa/run
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/runner.py | 108 +++-
scripts/oe-selftest | 106 +--
2 files changed, 108 insertions(+), 106 deletions(-)
diff --git a/meta/lib/oeqa/runner.py b/meta/lib/oe
Test Recipes should inherit this class.
It sets up a custom tmp dir for the recipe under test.
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/recipetests/base.py | 25 +
1 file changed, 25 insertions(+)
create mode 100644 meta/lib/oeqa/recipetests/base.py
diff --git a/
Moved methods to runner and added parameters to them in
order for them to be used by other runners.
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/runner.py | 344
scripts/oe-selftest | 325 +++--
2 fil
get_all_available_recipes, is_recipe_valid, get_tasks_for_recipe
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/utils/commands.py | 20
1 file changed, 20 insertions(+)
diff --git a/meta/lib/oeqa/utils/commands.py b/meta/lib/oeqa/utils/commands.py
index 32e001c..6ae09d2 10
Selectively use each combination of .bbappend files with the recipe;
All the combinations should not break the recipe build
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/recipetests/buildrecipe.py | 59 +++-
1 file changed, 58 insertions(+), 1 deletion(-)
diff --gi
Includes tests for:
1. test build recipe for all major architectures
2. test rebuild recipe from sstate 1 (with sstate)
3. test_rebuild_recipe_from_sstate_2 (without sstate)
4. test cleaning operations on recipe
5. test force major tasks on recipe
fix for [YOCTO #6370]
Signed-off-by: Daniel Istra
This method runs 'bitbake-layers show-appends' and
returns a dictionary {recipe: [bbappends], ..}
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/utils/commands.py | 22 ++
1 file changed, 22 insertions(+)
diff --git a/meta/lib/oeqa/utils/commands.py b/meta/lib/oeqa/utils/co
On 2/26/16 9:01 AM, alexander.kana...@linux.intel.com wrote:
>> +Set the DB 6 version to match oe-core db 6.0.30
>> +Signed-off-by: Mark Hatle
>> +-[db-6.1], [db_create], [db.h],
>> ++[db-6.0], [db_create], [db.h],
>
> Why not update the oe-core recipe of db to 6.1 instead? Rpm is the onl
> +PACKAGECONFIG[xv] = "--enable-outdev=xv,--disable-outdev=xv,libxv"
Ah, ffmpeg already had a way to do it :) This patch is fine.
Alex
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman
> +Set the DB 6 version to match oe-core db 6.0.30
> +Signed-off-by: Mark Hatle
> +-[db-6.1], [db_create], [db.h],
> ++[db-6.0], [db_create], [db.h],
Why not update the oe-core recipe of db to 6.1 instead? Rpm is the only
thing that is holding it back.
Note that last time I tried, it bro
Signed-off-by: Jonathan Liu
---
meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
index 3f0cbf8..036d4f1 100644
--- a/meta/recipes-mul
On 26 February 2016 at 22:16, Jonathan Liu wrote:
> Signed-off-by: Jonathan Liu
> ---
> meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
> b/meta/recipes-multimedia/ffmpeg/ffmpeg
On 27 February 2016 at 01:43, wrote:
>>> I'd call that a bug, and should be simple to resolve (pass expand=True
>>> when
>>> fetching getVarFlags in the PACKAGECONFIG handling code).
>>>
>>> Ross
>>
>> Feel free to submit a patch to handle the PACKAGECONFIG expansion and
>> then I can update the
>> I'd call that a bug, and should be simple to resolve (pass expand=True
>> when
>> fetching getVarFlags in the PACKAGECONFIG handling code).
>>
>> Ross
>
> Feel free to submit a patch to handle the PACKAGECONFIG expansion and
> then I can update the fix.
I think you need to solve this in a diffe
On 26 February 2016 at 23:33, Burton, Ross wrote:
>
> On 26 February 2016 at 11:17, Jonathan Liu wrote:
>>
>> It doesn't work in PACKAGECONFIG. that is the first thing I tried.
>
>
> I'd call that a bug, and should be simple to resolve (pass expand=True when
> fetching getVarFlags in the PACK
Retracting this - for native builds GPLv3 is acceptable.
Ross
On 25 February 2016 at 21:59, Ross Burton wrote:
> Signed-off-by: Ross Burton
> ---
> meta/recipes-devtools/rsync/rsync_2.6.9.bb | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-devtools/rsync/rsync_2.6.9.bb
On 26 February 2016 at 11:17, Jonathan Liu wrote:
> It doesn't work in PACKAGECONFIG. that is the first thing I tried.
>
I'd call that a bug, and should be simple to resolve (pass expand=True when
fetching getVarFlags in the PACKAGECONFIG handling code).
Ross
--
___
Hi Martin,
It doesn't work in PACKAGECONFIG. that is the first thing I tried.
Regards,
Jonathan
On 26 February 2016 at 22:04, Martin Jansa wrote:
> On Fri, Feb 26, 2016 at 09:52:25PM +1100, Jonathan Liu wrote:
>> If avdevice is enabled, libxv is used if it is detected by configure
>> for th
If avdevice is enabled, libxv is used if it is detected by configure
for the XV outdev. However, we can't depend on libxv for avdevice when
DISTRO_FEATURES doesn't contain x11 as this will result in an error.
Fix this by adding a libxv dependency only when the avdevice
PACKAGECONFIG is enabled and
Signed-off-by: Jonathan Liu
---
meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
index e7b20fa..53156ed 100644
--- a/meta/recipes-multime
On Fri, Feb 26, 2016 at 09:52:25PM +1100, Jonathan Liu wrote:
> If avdevice is enabled, libxv is used if it is detected by configure
> for the XV outdev. However, we can't depend on libxv for avdevice when
> DISTRO_FEATURES doesn't contain x11 as this will result in an error.
>
> Fix this by addin
CVE-2015-7547: getaddrinfo() stack-based buffer overflow
Signed-off-by: Koen Kooi
---
meta/recipes-core/glibc/glibc/CVE-2015-7547.patch | 583 ++
meta/recipes-core/glibc/glibc_2.20.bb | 1 +
2 files changed, 584 insertions(+)
create mode 100644 meta/recipes-cor
If avdevice is enabled, libxv is used if it is detected by configure
for the XV outdev. However, we can't depend on libxv for avdevice when
DISTRO_FEATURES doesn't contain x11 as this will result in an error.
Fix this by adding a libxv dependency only when the avdevice
PACKAGECONFIG is enabled and
Hi,
Please, don't top post.
* winis...@futuraautomation.com [160226 06:41]:
> I copied "recipes-navigation" folder from meta-oe (Open embedded build tree)
> to "/poky/meta "
> I have appended in “conf/local.conf” as given below
> IMAGE_INSTALL_append = " navit"
> While creating the image,
The ssh_allow_empty_password function doesn't check if
sshd_config_readonly exists before running sed which can result in an
error if sshd_config exists but sshd_config_readonly doesn't.
Signed-off-by: Jonathan Liu
---
meta/classes/rootfs-postcommands.bbclass | 10 ++
1 file changed, 6 i
On Thu, Feb 25, 2016 at 3:34 PM, Alejandro Hernandez
wrote:
> udev has started to fail on new kernels (4.4), due to being deprecated in
> favor
> of systemd's udev implementation. To maintain a sysvinit alternative we also
> need to provide an alternative to udev. Eudev is a fork of systemds udev
Hi,
On my developer machine the cve-check ran ok for dizzy but on build server
with sstate-cache and rmwork enabled it failed with what looks like a race
condition when scanning the patch files:
17:45:36 ERROR: Error executing a python function in
/home/builder/src/base/poky/meta/recipes-extende
its better fix
> On Feb 25, 2016, at 2:30 AM, Maxin B. John wrote:
>
> Uclibc has its own argp implemented as libuargp. So, we add a new
> option --enable-uclibc to select it.
>
> Signed-off-by: Maxin B. John
> ---
> .../rng-tools/uclibc-libuargp-configure.patch | 63 +
64 matches
Mail list logo
