From: Jackie Huang
-mcmodel=large is not supported by gcc with version lower
than 4.4, but we don't need to use memory over 4GiB, so add
a patch to allow compilation without large model support.
Signed-off-by: Jackie Huang
---
...allow-a-compilation-without-mcmodel-large.patch | 69 +++
From: Jackie Huang
v2 comments:
1. make the allow-a-compilation-without-mcmodel-large.patch into a standalone
commit
2. remove RDEPENDS for grub-efi-native
3. the reason why I put them in 3 files is:
For grub-efi-native, it needs to determine the target arch and the target
STAGING_LIBDIR
(used
From: Jackie Huang
grub-efi-native builds grub with efi platform, then run
"grub-mkimage" command with built in cfg and modules to
generate an EFI binary for the target, and deploys it.
It works fine when build on 64bit host, but when we build
x86-64 target on 32bit host, it fails to build 64bit
The following changes since commit 4fdc3d77d4a875b7236536bf78849a4d1f6a7449:
kbd: Fix stdarg related errors on uclibc (2013-11-08 17:31:36 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib rbt/e2fs
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=rbt/
tests/f_extent_oobounds runs debugfs from the system, not from the
source tree, and if the system's debugfs doesn't have the extent_open
command it fails silently.
Use $DEBUGFS and $MKE2FS to get the in-tree executables for this test,
just like other test scripts do.
(Build machines which run mak
On 11/8/2013 10:03 AM, jhuang0 wrote:
On 11/8/2013 8:42 AM, Saul Wold wrote:
On 11/07/2013 03:30 AM, jackie.hu...@windriver.com wrote:
From: Jackie Huang
grub-efi-native builds grub with efi platform, then run
"grub-mkimage" command with built in cfg and modules to
generate an EFI binary
From: Jackie Huang
The recipe only provides native packge, the RDEPENDS is not necessary.
Remove it and also two unnecessary comment lines.
Signed-off-by: Jackie Huang
---
meta/recipes-devtools/autogen/autogen-native_5.17.4.bb | 4
1 file changed, 4 deletions(-)
diff --git a/meta/recipes
From: Jackie Huang
--
The following changes since commit eac8cb7cacab7f2fb392128aa5ebc2046ca4a793:
kbd: Fix stdarg related errors on uclibc (2013-11-08 17:31:17 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/d_autogen_1109_0
http://git.pokylin
On 4/11/2013 7:39 AM, Khem Raj wrote:
Signed-off-by: Khem Raj
---
.../recipes-devtools/syslinux/{syslinux_6.01.bb => syslinux_6.02.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/syslinux/{syslinux_6.01.bb => syslinux_6.02.bb}
(94%)
diff --git a
From: Chen Qi
As udev's init script needs udevadm, we should make udev RDEPEND on
udev-utils instead of just recommends it.
Also, move udevadm from /usr/bin to /bin. The purpose is to make udev
start correctly even if /usr is missing.
Signed-off-by: Chen Qi
---
meta/recipes-core/udev/udev.inc
From: Chen Qi
Install libkmod into base_libdir because udevd requires it. The purpose
is to make system boot into single user mode even if /usr is missing.
This patch fixes the following QA issue about unsafe references in
binaries.
/lib/udevd requires libkmod.so.2 (=> /usr/lib/libkmod.so.2)
S
From: Chen Qi
This solution is based on the following two principles.
1. With /usr on a seperate partition, system should still boot without any
error.
2. Without /usr, system should be able to boot into single user mode with error.
When a QA warning about unsafe references is encountered, the
From: Chen Qi
This patch fixes the following QA issue about unsafe reference in
binaries.
/lib/libgudev-1.0.so.0.1.1 requires /usr/lib/libgobject-2.0.so.0.
As libgudev is a GObject wrapper for libudev, and the purpose of
it is to make the development of GObject based applications easier,
there'
From: Chen Qi
The purpose of this script is to set up commands that busybox provides
if /usr is missing. In this way, the system can still boot into single
user mode for recovery or repair if the /usr partition is broken.
For normal use case, that is, /usr is on the same partition as /, or
/usr
From: Chen Qi
According to FHS, only `ping' is required to be under /bin.
So this patch move other commands like `ping6' and 'traceroute6' to
/usr/bin.
Doing so will fix QA warnings of unsafe reference of binaries in ping6.
/bin/ping6.iputils requires /usr/lib/libgnutls.so.26
/bin/ping6.iputils
From: Chen Qi
Install zlib into base_libdir as kmod needs it. The purpose is to
make system boot into single user mode even if /usr is missing.
Signed-off-by: Chen Qi
---
meta/recipes-core/zlib/zlib_1.2.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-co
From: Chen Qi
Previously, the checking for unsafe references is not strict enough. It
only checks whether '/usr/' is in the script. As a result, any script
containing statements like below will match this check.
PATH="/bin:/sbin:/usr/bin:/usr/sbin"
However, as we can see, this is act
From: Chen Qi
Install `ping6' provided by busybox into /usr/bin to sync with the
iputils package.
Signed-off-by: Chen Qi
---
.../busybox-install-ping6-to-usr-bin.patch | 25
meta/recipes-core/busybox/busybox_1.21.1.bb|1 +
2 files changed, 26 insertio
On 11/04/2013 07:39 PM, Richard Purdie wrote:
On Mon, 2013-11-04 at 17:56 +0800, Hongxu Jia wrote:
Change in V2: The fourth patch fixed the QA Issue on udev, it was missed on
previous version.
//Hongxu
The following changes since commit f3541226b8b1187e79dec0f6f9f3c58cedf9ac9b:
bitbake: h
From: Jackie Huang
We have rsyslog and syslog-ng in our layer, and oe-core
has sysklogd, define VIRTUAL-RUNTIME_syslog so that we
can switch them easily. Set sysklogd as default here,
we will have setting in distro confs to override it.
Signed-off-by: Jackie Huang
---
meta/recipes-extended/pac
From: Jackie Huang
The following changes since commit eac8cb7cacab7f2fb392128aa5ebc2046ca4a793:
kbd: Fix stdarg related errors on uclibc (2013-11-08 17:31:17 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/d_syslog_1109_0
http://git.pokylinux.o
Also added c-ares library recipe.
In libcurl there is an issue with DNS lookups that cause crash on some
platforms:
http://curl.haxx.se/mail/lib-2008-09/0197.html
To avoid this issue libcurl has to be built with c-ares name resolver.
Signed-off-by: Yevhen Kyriukha
---
meta/recipes-support/c-ar
We do run makeinfo, so we want to DEPEND on texinfo-native.
Signed-off-by: Joe Slater
---
.../linuxdoc-tools/linuxdoc-tools-native_0.9.69.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
a/meta/recipes-devtools/linuxdoc-tools/linuxdoc-tools-native_0.9.69.bb
b/meta/rec
On Fri, Nov 8, 2013 at 12:58 PM, Steve Sakoman wrote:
> Without this option wifi support in connman will fail:
>
> src/technology.c:technology_get() No matching drivers found for wifi
This should be considered for dora since connman wifi support is
broken otherwise.
Steve
___
Without this option wifi support in connman will fail:
src/technology.c:technology_get() No matching drivers found for wifi
Signed-off-by: Steve Sakoman
---
.../wpa-supplicant/wpa-supplicant/defconfig-gnutls |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-co
Hi,
The syslinux recipe has the following do_compile:
do_compile() {
# Rebuild only the installer; keep precompiled bootloaders
# as per author's request (doc/distrib.txt)
oe_runmake CC="${CC} ${CFLAGS}" LDFLAGS="${LDFLAGS}" installer
}
i.e, it only builds the syslinux in
On 11/2/13, 12:22 AM, qi.c...@windriver.com wrote:
From: Chen Qi
Adjust the boot sequence in sysvinit based systems.
The mountall.sh (mounting the local file system) needs to be started
before udev and bootlogd.
This patch makes mountall.sh start before udev and removes the hack of
mounting t
On Nov 8, 2013, at 11:46 AM, Gary Thomas wrote:
> I'm pretty sure that Qt4 is just a package used to test OE-core (Yocto)
> capabilities, so I'm wondering where to send bug reports? Just
> trying the Qt4e demo exposes tons of problems…
Report upstream to QT thats probably your best place to ge
I'm pretty sure that Qt4 is just a package used to test OE-core (Yocto)
capabilities, so I'm wondering where to send bug reports? Just
trying the Qt4e demo exposes tons of problems...
--
Gary Thomas | Consulting for th
starting with this version, the recipes enable Orc acceleration by
default
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-libav.inc | 2 +-
.../gstreamer1.0-libav/libav_e500mc.patch | 21
...-libav_1.0.9.bb => gstreamer1.0-libav_1.2.0.bb} | 13 +
Hello Steve,
I don't know any reason, might be a mistake.
Please enable the option.
Regards,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Steve
Sakoman
Sent: Friday, November 8,
On 2013-10-29 09:58, Richard Purdie wrote:
> On Mon, 2013-09-09 at 12:17 +0200, Anders Roxell wrote:
> > Signed-off-by: Anders Roxell
> > ---
> > meta/recipes-extended/ltp/{ltp_20130503.bb => ltp_20130904.bb} | 10
> > +-
> > 1 file changed, 5 insertions(+), 5 deletions(-)
> > rename me
On Fri, 2013-11-08 at 16:50 +, Richard Purdie wrote:
> On Fri, 2013-11-08 at 10:59 -0500, Bruce Ashfield wrote:
> > On 13-11-08 10:55 AM, Richard Purdie wrote:
> > > On Fri, 2013-11-08 at 10:41 -0500, Bruce Ashfield wrote:
> > >> On 13-11-08 10:18 AM, Richard Purdie wrote:
> > >>> The kernel tr
On 8 November 2013 17:02, Richard Purdie
wrote:
> On Fri, 2013-11-08 at 07:33 -0800, Steve Sakoman wrote:
>> I've begun using Yocto 1.5 (dora) for several client projects over the
>> past few weeks.
>>
>> I noticed that images that included connman and wpa-supplicant always
>> failed to enable the
On Fri, 2013-11-08 at 07:33 -0800, Steve Sakoman wrote:
> I've begun using Yocto 1.5 (dora) for several client projects over the
> past few weeks.
>
> I noticed that images that included connman and wpa-supplicant always
> failed to enable the wifi technology properly. The visible error
> indicat
On Fri, 2013-11-08 at 16:48 +, Hart, Darren wrote:
> On Fri, 2013-11-08 at 15:17 +, Richard Purdie wrote:
> > Whilst the comment says we can't do this, its incorrect, install operates
> > on WORKDIR and its hard for different parts of WORKDIR to be on different
>
> Is it hard? Or is it not
On Fri, 2013-11-08 at 10:59 -0500, Bruce Ashfield wrote:
> On 13-11-08 10:55 AM, Richard Purdie wrote:
> > On Fri, 2013-11-08 at 10:41 -0500, Bruce Ashfield wrote:
> >> On 13-11-08 10:18 AM, Richard Purdie wrote:
> >>> The kernel tree is large and doesn't need to be copied. Override
> >>> the defau
On Fri, 2013-11-08 at 15:17 +, Richard Purdie wrote:
> Whilst the comment says we can't do this, its incorrect, install operates
> on WORKDIR and its hard for different parts of WORKDIR to be on different
Is it hard? Or is it not possible / not supported?
My understanding was it was possible
On Fri, Nov 8, 2013 at 1:47 AM, Richard Purdie
wrote:
> On Fri, 2013-11-08 at 10:33 +0100, Andrea Adami wrote:
>> On Fri, Nov 8, 2013 at 10:25 AM, Burton, Ross wrote:
>> > On 7 November 2013 23:18, Richard Purdie
>> > wrote:
>> >> +DISTRO ??= "nodistro"
>> >
>> > Wouldn't "oe-core" be a better n
The .bb was getting larger with configuration being arbitarily split between .bb
and .inc. To help adding a glib_git recipe, strip the .bb down to SRC_URI.
Also don't remove $libdir/gio as it should be owned by glib.
Signed-off-by: Ross Burton
---
meta/recipes-core/glib-2.0/glib-2.0_2.38.1.bb
On 13-11-08 10:55 AM, Richard Purdie wrote:
On Fri, 2013-11-08 at 10:41 -0500, Bruce Ashfield wrote:
On 13-11-08 10:18 AM, Richard Purdie wrote:
The kernel tree is large and doesn't need to be copied. Override
the default sysroot handling function to use a hardlink copying
function in python.
On Fri, 2013-11-08 at 10:41 -0500, Bruce Ashfield wrote:
> On 13-11-08 10:18 AM, Richard Purdie wrote:
> > The kernel tree is large and doesn't need to be copied. Override
> > the default sysroot handling function to use a hardlink copying
> > function in python.
> >
> > This commit also drops the
On Fri, Nov 8, 2013 at 4:41 PM, Bruce Ashfield
wrote:
> On 13-11-08 10:18 AM, Richard Purdie wrote:
>>
>> The kernel tree is large and doesn't need to be copied. Override
>> the default sysroot handling function to use a hardlink copying
>> function in python.
>>
>> This commit also drops the copy
On 13-11-08 10:19 AM, Richard Purdie wrote:
With the directory copy was added to avoid race issues, it wasn't noticed that
tar was recursing the directories and copying files too. This is completely
crazy when we hardlink those files in the next command.
Resolve the issue by telling tar not to r
On 13-11-08 10:18 AM, Richard Purdie wrote:
The kernel tree is large and doesn't need to be copied. Override
the default sysroot handling function to use a hardlink copying
function in python.
This commit also drops the copying of the /lib directory which
just contains the kernel modules. We nev
I've begun using Yocto 1.5 (dora) for several client projects over the
past few weeks.
I noticed that images that included connman and wpa-supplicant always
failed to enable the wifi technology properly. The visible error
indication in the log:
src/technology.c:technology_get() No matching drive
On 11/8/13, 3:47 AM, Richard Purdie wrote:
On Fri, 2013-11-08 at 10:33 +0100, Andrea Adami wrote:
On Fri, Nov 8, 2013 at 10:25 AM, Burton, Ross wrote:
On 7 November 2013 23:18, Richard Purdie
wrote:
+DISTRO ??= "nodistro"
Wouldn't "oe-core" be a better name, considering that's what
DISTROV
The kernel tree is large and doesn't need to be copied. Override
the default sysroot handling function to use a hardlink copying
function in python.
This commit also drops the copying of the /lib directory which
just contains the kernel modules. We never use those in the sysroot
so there is little
With the directory copy was added to avoid race issues, it wasn't noticed that
tar was recursing the directories and copying files too. This is completely
crazy when we hardlink those files in the next command.
Resolve the issue by telling tar not to recurse. This gives a significant
performance b
Whilst the comment says we can't do this, its incorrect, install operates
on WORKDIR and its hard for different parts of WORKDIR to be on different
filesystems. Hardlinking instead of copying is therefore a nice performance
gain.
Also, completely skip the Documentation directory (adding a dummy Ma
On 7 November 2013 05:35, Khem Raj wrote:
> Create additional packages to bundle zsh and pam.d files
Oh, will this mean systemd-user actually works with PAM? I hit this
problem before ELCE and ended up reverting the change to error instead
of warn on missing rules.
If so, please don't package t
Changing APPEND wasn't causing syslinux to re-run, so add a manual dependency.
Signed-off-by: Ross Burton
---
meta/classes/syslinux.bbclass |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 2a5b766..62d4b7a 100644
--- a/met
On 8 November 2013 12:27, Phil Blundell wrote:
> On Fri, 2013-11-08 at 12:16 +, Ross Burton wrote:
>> Changing APPENDS wasn't causing syslinux to re-run, so add a manual
>> dependency.
>
> [...]
>
>> +build_syslinux_cfg[vardeps] += "APPEND"
>
> You mention APPENDS in the subject line and the
On Fri, 2013-11-08 at 12:16 +, Ross Burton wrote:
> Changing APPENDS wasn't causing syslinux to re-run, so add a manual
> dependency.
[...]
> +build_syslinux_cfg[vardeps] += "APPEND"
You mention APPENDS in the subject line and the commit message, but the
patch is actually adding APPEND (no
Changing APPENDS wasn't causing syslinux to re-run, so add a manual dependency.
Signed-off-by: Ross Burton
---
meta/classes/syslinux.bbclass |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 2a5b766..62d4b7a 100644
--- a/me
On 7 November 2013 19:47, Carlos Rafael Giani wrote:
> PACKAGECONFIG ??= " \
> -curl eglgles wayland \
> +orc curl eglgles wayland uvch264 directfb neon \
> +hls sbc dash bz2 smoothstreaming bluez \
eglgles and wayland should respect the opengl and wayland DISTRO_FEATURES.
(I've got
Patch cleans up and fixes dependencies of 'vala' in the following way:
* remove deps on 'gtk+' + 'dbus'; these packages are not required and
'gkt+' is high barrier preventing using 'vala' on headless systems
* 'bison-native' is required both on native and target builds; 'DEPENDS'
and 'DEPENDS
On Fri, Nov 8, 2013 at 7:47 AM, Richard Purdie
wrote:
> On Fri, 2013-11-08 at 10:33 +0100, Andrea Adami wrote:
>> On Fri, Nov 8, 2013 at 10:25 AM, Burton, Ross wrote:
>> > On 7 November 2013 23:18, Richard Purdie
>> > wrote:
>> >> +DISTRO ??= "nodistro"
>> >
>> > Wouldn't "oe-core" be a better n
On Fri, Nov 8, 2013 at 9:23 AM, Martin Jansa wrote:
> I don't feel strongly about this, but I have heard people say "distroless"
> and I'm using the same when refering to default oe-core setup.
I like this idea.
--
Otavio Salvador O.S. Systems
http://www.ossystems.co
On Thu, Nov 7, 2013 at 9:20 PM, Richard Purdie
wrote:
> On Wed, 2013-11-06 at 09:45 +0100, Andrea Adami wrote:
>> On Mon, Nov 4, 2013 at 11:13 PM, Andrea Adami wrote:
>> > On Mon, Nov 4, 2013 at 12:10 AM, Richard Purdie
>> > wrote:
>> >> On Sun, 2013-11-03 at 23:16 +0100, Andrea Adami wrote:
>>
On Thu, Nov 7, 2013 at 8:57 PM, Richard Purdie
wrote:
> On Thu, 2013-11-07 at 13:58 -0200, Otavio Salvador wrote:
>> On Wed, Nov 6, 2013 at 9:42 PM, Richard Purdie
>> wrote:
>> > On Wed, 2013-11-06 at 16:51 -0200, Otavio Salvador wrote:
>> >> On Tue, Nov 5, 2013 at 8:15 PM, Richard Purdie
>> >>
I don't feel strongly about this, but I have heard people say "distroless"
and I'm using the same when refering to default oe-core setup.
On Fri, Nov 8, 2013 at 10:47 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Fri, 2013-11-08 at 10:33 +0100, Andrea Adami wrote:
> > On F
Hi,
On 31 October 2013 01:14, wrote:
> --- /dev/null
> +++ b/meta/recipes-connectivity/connman/connman/connman.service
> @@ -0,0 +1,14 @@
> +[Unit]
> +Description=Connection service
> +After=syslog.target
> +Wants=connman-env.service
> +
> +[Service]
> +Type=dbus
> +BusName=net.connman
> +Enviro
On 11/08/2013 05:14 PM, Jonathan Liu wrote:
Hi Robert,
Is the queue visible publically?
Hi Jonathan,
I will put the branch to poky-contrib:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib
If you can access it, then yes. We haven't figured out which ones should
go into dora atm., I w
On Fri, 2013-11-08 at 10:33 +0100, Andrea Adami wrote:
> On Fri, Nov 8, 2013 at 10:25 AM, Burton, Ross wrote:
> > On 7 November 2013 23:18, Richard Purdie
> > wrote:
> >> +DISTRO ??= "nodistro"
> >
> > Wouldn't "oe-core" be a better name, considering that's what
> > DISTROVERSION becomes if DISTR
On Fri, Nov 8, 2013 at 10:25 AM, Burton, Ross wrote:
> On 7 November 2013 23:18, Richard Purdie
> wrote:
>> +DISTRO ??= "nodistro"
>
> Wouldn't "oe-core" be a better name, considering that's what
> DISTROVERSION becomes if DISTRO is unset?
>
> Ross
Agreed, we already have DISTRO_VERSION = "oe-c
On 7 November 2013 23:18, Richard Purdie
wrote:
> +DISTRO ??= "nodistro"
Wouldn't "oe-core" be a better name, considering that's what
DISTROVERSION becomes if DISTRO is unset?
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded
Hi Robert,
Is the queue visible publically?
Regards,
Jonathan
On 4/11/2013 10:38 PM, Robert Yang wrote:
Hi Jonathan,
Thank you very much, these will be included in the queue.
// Robert
On 11/04/2013 06:45 PM, Jonathan Liu wrote:
Hi Robert,
I propose we cherry-pick the following Qt fixes
On 11/08/2013 04:18 PM, Richard Purdie wrote:
On Fri, 2013-11-08 at 16:10 +0800, wenzong fan wrote:
On 11/07/2013 07:12 PM, Burton, Ross wrote:
On 7 November 2013 11:03, wrote:
From: Wenzong Fan
Just ship these sources to their own dbg packages instead of udev-dbg:
libudev* -> libud
On Fri, 2013-11-08 at 16:10 +0800, wenzong fan wrote:
> On 11/07/2013 07:12 PM, Burton, Ross wrote:
> > On 7 November 2013 11:03, wrote:
> >> From: Wenzong Fan
> >>
> >> Just ship these sources to their own dbg packages instead of udev-dbg:
> >>
> >> libudev* -> libudev-dbg
> >> gudev*
On 11/07/2013 07:12 PM, Burton, Ross wrote:
On 7 November 2013 11:03, wrote:
From: Wenzong Fan
Just ship these sources to their own dbg packages instead of udev-dbg:
libudev* -> libudev-dbg
gudev* -> libgudev-dbg
others -> udev-dbg
Why do this? Multiple -dbg packages c
71 matches
Mail list logo
