From: Marek Vasut
The kernel fitImage must be amended with signature if and only if
UBOOT_SIGN_ENABLE = 1 . In the current case, the UBOOT_SIGN_ENABLE
could be either 0 (default) or 1 , which test -n always correctly
interprets as non-empty string, thus always true. This does not
match the logic
From: Marek Vasut
sysprof does not support nios2 yet, so disable it.
Signed-off-by: Marek Vasut
Cc: Ley Foon Tan
Cc: Richard Purdie
Cc: Ross Burton
Cc: Thomas Chou
Cc: Walter Goossens
---
meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 3 ++-
1 file changed, 2 inserti
Nios2 e.g. only supports round to nearest in glibc
Signed-off-by: Khem Raj
---
...Check-for-FE_INVALID-definition-before-us.patch | 33 ++
meta/recipes-graphics/xorg-lib/pixman_0.34.0.bb| 1 +
2 files changed, 34 insertions(+)
create mode 100644
meta/recipes-graphics/x
Some system users which are needed by systemd components were missing
create these users knobbed with relevant packageconfig
Signed-off-by: Khem Raj
---
meta/recipes-core/systemd/systemd_229.bb | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/s
When there are more than 1 packages in a recipe requiring useradd
services, they are concatnated and a ';' is inserted just after
each of the users being added by the packages. A situation arises
in cases where this is controlled by PACKAGECONFIG then we add a
';' separator in the USERADD_PARAM val
These patches address the useradd problem which was exposed
by the systemd useradd patch.
Additionally, few patches to help packages build with nios2
Khem Raj (3):
useradd.bbclass: Strip trailing ';' in cmd params
systemd: Create missing sysusers offline
pixman: Fix build on arches not defi
On Mon, 2016-05-16 at 09:18 +0800, Robert Yang wrote:
> Hi Ross,
>
> Only the first patch [PATCH 1/4] is merged, are there any comments
> for
> the other 3 please ?
I took another two, the the other needs rebasing against master and
resubmitting please.
Cheers,
Richard
--
_
On Tue, 2016-05-17 at 11:00 -0300, Otavio Salvador wrote:
> On Tue, May 17, 2016 at 5:38 AM, Burton, Ross
> wrote:
> >
> > On 17 May 2016 at 08:31, Jussi Kukkonen
> > wrote:
> > >
> > > There's not much to work on as far as I can tell: 1.11 should be
> > > a
> > > simple upgrade with trivial pa
The --list-tests option assumes a terminal of 150 characters wide,
which is clearly wrong. The output for this command is messy and
hard to understand for lower widths. Every command should look
good in a 80 characters terminal.
Unfortunately, this can't be done at the moment. The bad naming of
te
On 17 May 2016 at 17:37, Edwin Plauchu <
edwin.plauchu.cama...@linux.intel.com> wrote:
> This patch avoids zip recipe fails to compile with compiler flags which
> elevate common string formatting issues into an error (-Wformat
> -Wformat-security -Werror=format-security).
>
Can you resend these w
On Sun, 2016-05-15 at 09:47 -0700, Armin Kuster wrote:
> From: Armin Kuster
>
> Please consider these changes for the next krogoth release.
>
> Built & testimage on all qemu targets
Thanks, I had a few questions about some of these below.
> Note[1]: qemu update pending AB build and review
> No
From: Edwin Plauchu
This patch avoids makedevs fails to compile with compiler flags which elevate
common string formatting issues into an error (-Wformat -Wformat-security
-Werror=format-security).
[YOCTO #9549]
Signed-off-by: Edwin Plauchu
---
meta/conf/distro/include/security_flags.inc
From: Edwin Plauchu
This patch avoids stat fails to compile with compiler flags which elevate
common string formatting issues into an error (-Wformat -Wformat-security
-Werror=format-security).
[YOCTO #9550]
Signed-off-by: Edwin Plauchu
---
meta/conf/distro/include/security_flags.inc
From: Edwin Plauchu
This patch avoids zip recipe fails to compile with compiler flags which elevate
common string formatting issues into an error (-Wformat -Wformat-security
-Werror=format-security).
[YOCTO #9552]
Signed-off-by: Edwin Plauchu
---
meta/conf/distro/include/security_flags.inc
From: Edwin Plauchu
This patch avoids makedevs fails to compile with compiler flags which elevate
common string formatting issues into an error (-Wformat -Wformat-security
-Werror=format-security).
[YOCTO #9549]
Signed-off-by: Edwin Plauchu
---
meta/conf/distro/include/security_flags.inc
From: Tom Hochstein
When weston is started as the first windowing system (i.e. not under X
nor under another Wayland server), it should be done with the command
weston-launch to set up proper privileged access to devices.
Signed-off-by: Tom Hochstein
Signed-off-by: Otavio Salvador
---
Chan
When the distribution has X11 and Wayland backends, we enable XWayland
support and include XTerm as a test application for the XWayland
backend.
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6:
- Add xterm
Changes in v5: None
Changes in v4: None
Changes in v3:
- New patch.
To make weston-start more flexible we now support module loading. For
such modules, following functions can be used:
- add_weston_argument
- add_openvt_argument
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: No
The Weston nested instance support is not implemented. This errors out
displaying an informative error message so someone insterested on it
may look at implement this later.
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes
The weston-start script now supports loading modules so the Xwayland
support can be loaded optionally. Use this to load Weston accordingly.
Signed-off-by: Otavio Salvador
---
Changes in v7:
- Rebase on top of 1.10 v2 + fixup
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in
The new 'weston-start' script redcues the code duplication for SysV
and SystemD based images.
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4:
- Use --log= for weston call
Changes in v3:
- Fix log redirection
- Fix argument pass for o
From: Edwin Plauchu
This patch avoids stat fails to compile with compiler flags which elevate
common string formatting issues into an error (-Wformat -Wformat-security
-Werror=format-security).
[YOCTO #9550]
Signed-off-by: Edwin Plauchu
---
meta/conf/distro/include/security_flags.inc
From: Tom Hochstein
weston-launch requires PAM for starting weston as a non-root user.
Since starting weston as root is a valid use case by itself, we check
the distro for 'pam' and build weston-launch with or without
non-root-user support.
Signed-off-by: Tom Hochstein
Signed-off-by: Otavio Sa
From: Edwin Plauchu
This patch avoids zip recipe fails to compile with compiler flags which elevate
common string formatting issues into an error (-Wformat -Wformat-security
-Werror=format-security).
[YOCTO #9552]
Signed-off-by: Edwin Plauchu
---
meta/conf/distro/include/security_flags.inc
The install -D allow for the parent directories to be created in a
single command line, reducing the code and number of fork during the
build.
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: Non
When the DISTRO has X11 and Wayland support enabled, XWayland ought to
be enabled by default.
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Remove PAM requirement
meta/recipes-graphics/way
Instead of adding partial dependencies we list the PACKAGECONFIG
options that are required. Those are: X11 and Wayland.
The previous value were redudant with X11 PACKAGECONFIG option and as
it is a requirement, for XWayland, it can be removed to easy
maintenance.
Signed-off-by: Otavio Salvador
-
This allow Weston to be build without the clients.
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4:
- New patch.
Changes in v3: None
Changes in v2: None
meta/recipes-graphics/wayland/weston_1.10.0.bb | 7 +++
1 file changed, 3 i
This improves the log shown in boot. Now it shows:
[ OK ] Started Weston Wayland Compositor
Signed-off-by: Otavio Salvador
---
Changes in v7: None
Changes in v6:
- Fix typo on commit log (rborton)
Changes in v5: None
Changes in v4:
- New patch.
Changes in v3: None
Changes in v2: None
me
From: Tom Hochstein
Exit the program if an unrecognized command line option is found.
Signed-off-by: Tom Hochstein
Signed-off-by: Otavio Salvador
---
Changes in v7:
- Rebase on top of 1.10 v2 + fixup
Changes in v6:
- Rebase on top of 1.10
Changes in v5:
- New patch.
Changes in v4: None
Cha
Up to now, to make Xwayland to work it required several manual hacks
and it was difficult to make an image which had support for it out of
box.
This patchset intends to set the base for it. It enables weston-init
to be extended to support Xwayland launch when needed.
While working on it, some imp
SmartPM could misinterpret RPM transaction error as success,
if ts.run() (RPM Python API) returns an empty problems list.
This could happen for example if the RPM database is partially corrupted
such that the transaction does not have any problems like conflicts or
missing dependencies, but still
This is in master-next now, thanks Anibal!
Ross
On 16 May 2016 at 18:24, Aníbal Limón wrote:
> ping
>
> On 05/11/2016 11:41 AM, Aníbal Limón wrote:
> > When specify an URL different that supported file:// the function
> > returns an empty path causing an exception without notice the user
> > th
SmartPM's --remove-all option was unusable, because the fix from
commit 03266e89a6 was lost in commit 5fc580fc44. Thus, add a new
patch to fix --remove-all.
It seems like the previous fix was lost by mistake:
Upstream merged the *old* version of the patch (smartpm 406541f569),
and when SmartPM in
On Tue, May 17, 2016 at 7:22 AM, Burton, Ross wrote:
>
> On 17 May 2016 at 14:19, akuster808 wrote:
>>
>> Sorry, missed this email last night.
>>
>> Not sure what you mean by generated. Both config and _numpyconfig.h are
>> files that reside under an "arch" dir and brought in when building. I
>>
On 17 May 2016 at 14:19, akuster808 wrote:
> Sorry, missed this email last night.
>
> Not sure what you mean by generated. Both config and _numpyconfig.h are
> files that reside under an "arch" dir and brought in when building. I
> don't know why this needed to be done this way. Don't you recall,
On 16 May 2016 at 21:18, wrote:
> ++ fprintf(stderr,helptext,NULL);
>
Just fputs() would be more the intention?
Also the subject should be just the recipe name, so "makedevs: fix string
format errors".
Ross
--
___
Openembedded-core mail
On 17 May 2016 at 04:34, akuster808 wrote:
> There is no configure for this python package. It uses hardcoded values
> in config.h or _numpyconfig.h per arch. X86-64 has the NPY_SIZEOF_OFF_T
> defined in _numpyconfig.h. To keep it consistent, I put the Aarch64
> changes in the same place.
>
I ha
On Tue, May 17, 2016 at 5:38 AM, Burton, Ross wrote:
>
> On 17 May 2016 at 08:31, Jussi Kukkonen wrote:
>>
>> There's not much to work on as far as I can tell: 1.11 should be a
>> simple upgrade with trivial patch changes.
>> As I said, I'm totally fine with waiting a couple of weeks until 1.11.
SmartPM could misinterpret RPM transaction error as success,
if ts.run() (RPM Python API) returns an empty problems list.
This could happen for example if the RPM database is partially corrupted
such that the transaction does not have any problems like conflicts or
missing dependencies, but still
The error reporting improvements were merged upstream (smartpm 406541f569)
and refactored later (smartpm 20af0aac33), yet a part of the patch was
kept here (oe-core 5fc580fc44).
Due to the upstream refactoring the patch still applies cleanly, but it
isn't actually needed. The added changes are dup
On 05/16/2016 08:35 PM, Khem Raj wrote:
>
>> On May 16, 2016, at 8:34 PM, akuster808 wrote:
>>
>> On 5/16/16 8:09 PM, Khem Raj wrote:
>>>
On May 16, 2016, at 7:26 PM, akuster808 wrote:
On 05/16/2016 09:44 AM, Khem Raj wrote:
>
>> On May 16, 2016, at 9:17 AM, Ar
This fixes
error: m4_copy: won't overwrite defined macro: glib_DEFUN
with glib-2.0 >= 2.48.
Signed-off-by: Jussi Kukkonen
---
...t.m4-Update-AM_GLIB_GNU_GETTEXT-to-match-.patch | 41 ++
meta/recipes-devtools/pkgconfig/pkgconfig_git.bb | 1 +
2 files changed, 42 insertion
This fixes
error: m4_copy: won't overwrite defined macro: glib_DEFUN
with glib-2.0 >= 2.48.
Signed-off-by: Jussi Kukkonen
---
...t.m4-Update-AM_GLIB_GNU_GETTEXT-to-match-.patch | 40 ++
.../recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb | 1 +
2 files changed, 41 insertion
Two patches to fix configure failures that resulted from the glib-2.0
2.48.1 update. In both cases the AM_GLIB_GNU_GETTEXT macro is updated to
match the one provided by glib (the change is that the macro is now
marked deprecated).
I've pushed these on top of the original branch since these patches
On 10 May 2016 at 01:48, Ruslan Babayev wrote:
> +Index: libffi-3.2.1/src/mips/n32.S
> +===
> +--- libffi-3.2.1.orig/src/mips/n32.S
> libffi-3.2.1/src/mips/n32.S
> +@@ -30,7 +30,7 @@
> +
> + /* Only build this code if we are com
On 17 May 2016 at 10:35, Richard Purdie
wrote:
> On Mon, 2016-05-16 at 16:22 +0300, Jussi Kukkonen wrote:
>> * Remove now unnecessary readlink patches and
>> ignore-format-nonliteral-warning.patch
>> * Port relocate-modules.patch
>> * Add ${datadir}/gettext/its to FILES_${PN}-dev: this could be
Since we have a new version of glibc, upgrade to a new version of
the uninative tarball to ensure we work on recent distributions.
Signed-off-by: Richard Purdie
diff --git a/meta/conf/distro/include/yocto-uninative.inc
b/meta/conf/distro/include/yocto-uninative.inc
index 85e613a..2f7fd6d 100644
multi kernel class, allows to stage and package multiple kernels
in addition to the prioritized virtual/kernel provider
The intended use case is for kernel upgrades, where you want to
install the new kernel before removing the old kernel.
Usage:
LINUX_VERSION = "4.1.19"
KERNEL_CLASS = "kernel
can be use to add LINUX_VERSION to each module package
Signed-off-by: Andreas Fenkart
---
meta/classes/kernel-module-split.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel-module-split.bbclass
b/meta/classes/kernel-module-split.bbclass
index e1a7
Allows to add LINUX_VERSION to firmware package names
Signed-off-by: Andreas Fenkart
---
meta/classes/kernel.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 6e3e81e..c135b14 100644
--- a/meta/classes/k
These patches add support to stage and package multiple kernels
in addition to the prioritized virtual/kernel provider
The intended use case are kernel upgrades, where you want to
install the new kernel before removing the old kernel.
Usage:
LINUX_VERSION = "4.1.19"
KERNEL_CLASS = "kernel-mul
On 17 May 2016 at 08:31, Jussi Kukkonen wrote:
> There's not much to work on as far as I can tell: 1.11 should be a
> simple upgrade with trivial patch changes.
> As I said, I'm totally fine with waiting a couple of weeks until 1.11.
> On the other hand I haven't seen any reasons to start packagi
On Mon, 2016-05-16 at 16:22 +0300, Jussi Kukkonen wrote:
> * Remove now unnecessary readlink patches and
> ignore-format-nonliteral-warning.patch
> * Port relocate-modules.patch
> * Add ${datadir}/gettext/its to FILES_${PN}-dev: this could be done
> in
> gettext.bbclass but so far glib is the f
On 16 May 2016 at 18:50, Khem Raj wrote:
>> As I said, I would work on 1.10.91 as it is close of 1.11 and easy the
>> upgrade. But all my patches are based on 1.10 now so it is fine with
>> me as well so please send the v2.
>
> If 1.11 is around the corner then why not work on 1.11 ( pre-release )
From: Armin Kuster
V2:
Add mips64 and ppc64 fixes
numpy/core/include/numpy/npy_common.h:149:10: error:
| #error Unsupported size for type off_t
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/python/python-numpy/aarch64/_numpyconfig.h | 1 +
meta/recipes-devtools/python/pytho
56 matches
Mail list logo
