General cleanup + make it easier for distros / machines which
support OpenGL ES only to prevent attempts to build against libgl.
Signed-off-by: Andre McCurdy
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 30 ++-
1 file changed, 20 insertions(+), 10 deletions(-)
dif
>OK is it cross, native or target recipe which has the problem ?
>wouldnt it need to also depend on gcc-cross ?
Only cross recipe has the problem. There is no need to gcc-cross.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedde
On 04/01/2014 01:30 PM, Khem Raj wrote:
On Fri, Mar 28, 2014 at 2:43 AM, Hongxu Jia wrote:
++ const size_t max_write = INT_MAX;
I think INT_MAX is a mismatch here size_t may not be defined 'unsigned
int' on all kind of architectures.
How about test the size of size_t and assigned the re
Hi Khem,
Thanks for your feedback!
On Tuesday, April 01, 2014 7:37 AM, Khem Raj wrote:
> On Fri, Mar 28, 2014 at 9:43 AM, Mats Kärrman wrote:
>> +# glibc configure options to make use of 603e specific sqrt/sqrtf routines
>> +GLIBC_EXTRA_OECONF += "${@bb.utils.contains("TUNE_FEATURES", "ppce300c3
On Sat, Mar 29, 2014 at 11:54 PM, Martin Jansa wrote:
>
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Failed tasks 2014-03-29 ==
>
> === common (23) ===
> *
> meta-openembedded/meta-gnome/recipes-gnome/devilspie/devilspie2_0.24.bb,
> do_compile
> *
> meta-openembedded/m
The following changes since commit dee07bee84361eb58cdc0e267b22d71155b89b65:
beaglebone: fix typo in the U-Boot config name (2014-03-31 23:04:36 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib kangkai/misc
http://git.yoctoproject.org/cgit.cgi//log/?h=
Integer underflow in the xTrapezoidValid macro in render/picture.h in X.Org
allows context-dependent attackers to cause a denial of service (crash) via
a negative bottom value.
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-6424
Signed-off-by: Baogen Shang
Signed-off-by: Kai Kang
---
From: "yanjun.zhu"
__NR_setns is not defined in linux kernel 2.6.x. To linux kernel 3.0,
this variable is defined. It has been shown that no native tools use
this syscall, so it is safe to make this substitution
Signed-off-by: yanjun.zhu
Signed-off-by: Robert Yang
Signed-off-by: Kai Kang
---
From: Li Wang
ptest output format is incorrect, according to yocto Development Manual
(http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#testing-packages-with-ptest)
The test generates output in the format used by Automake:
:
where the result can be PASS, FAIL, or SKIP, and the
cmake detects the presence of curses automatically during configure so
cmake-native must also depend on ncurses-native to stop it being removed
from the sysroot during the build.
Signed-off-by: Mike Crowe
---
meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb | 2 +-
1 file changed, 1 insertio
On Tue, 2014-04-01 at 10:16 +0100, Mike Crowe wrote:
> cmake detects the presence of curses automatically during configure so
> cmake-native must also depend on ncurses-native to stop it being removed
> from the sysroot during the build.
>
> Signed-off-by: Mike Crowe
> ---
> meta/recipes-devtool
Seems wrong that qemux86 has this enabled and qemux86-64 doesn't.
Also this will allow people to use kvm with -cpu=host.
Right now, runqemu qemux86-64 kvm uses -cpu=kvm64 because without this
feature you can't use cpu=host on newer host kernels (>= 3.8).
This basically reverts poky e6149ec6c4c14d3
Currently connman can only RDEPEND on bluez4.
This patch adds support for having bluez5 in PACKAGECONFIG
and get connman RDEPEND on bluez5 if desired.
Signed-off-by: Florin Sarbu
---
meta/recipes-connectivity/connman/connman.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --gi
I'm sick of seeing people adding to EXPORT_FUNCTIONS in these classes
when they clearly have no idea what it does.
Worse, these uses of it are all broken, the naming is incorrect and
they do nothing. Lets remove them and try and preserve any remaining
part of my sanity.
Signed-off-by: Richard Pur
On Tuesday 01 April 2014 at 10:31:59 +0100, Richard Purdie wrote:
> On Tue, 2014-04-01 at 10:16 +0100, Mike Crowe wrote:
> > cmake detects the presence of curses automatically during configure so
> > cmake-native must also depend on ncurses-native to stop it being removed
> > from the sysroot durin
On 2014?04?01? 09:59, Kai Kang wrote:
Fix some errors for bash 3.2.48 by take patches from bash 4.3.
Yong Zhang (1):
bash-3.2.48: fix error path of getc_with_restart
.../bash-fix-error-path-of-getc_with_restart.patch | 41 ++
.../bash-3.2.48/bash-fix-getc_with_restart.
On Tue, 2014-04-01 at 17:09 +0800, Kai Kang wrote:
> From: "yanjun.zhu"
>
> __NR_setns is not defined in linux kernel 2.6.x. To linux kernel 3.0,
> this variable is defined. It has been shown that no native tools use
> this syscall, so it is safe to make this substitution
>
> Signed-off-by: yanj
This patch adds support for having bluez5 in PACKAGECONFIG
and get libpcap DEPEND on bluez5.
Signed-off-by: Florin Sarbu
---
meta/recipes-connectivity/libpcap/libpcap.inc | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc
b/met
On Tuesday 01 April 2014 01:18:47 Denys Dmytriyenko wrote:
> On Tue, Apr 01, 2014 at 12:52:52AM -0400, Trevor Woerner wrote:
> > On 04/01/14 00:34, Denys Dmytriyenko wrote:
> > > On Tue, Apr 01, 2014 at 12:04:16AM -0400, Trevor Woerner wrote:
> > >> ...in roughly 12 hours from now?
> > >
> > > ?
>
On Tue, 2014-04-01 at 11:11 +0100, Mike Crowe wrote:
> On Tuesday 01 April 2014 at 10:31:59 +0100, Richard Purdie wrote:
> > On Tue, 2014-04-01 at 10:16 +0100, Mike Crowe wrote:
> > > cmake detects the presence of curses automatically during configure so
> > > cmake-native must also depend on ncurs
On Tue, Apr 01, 2014 at 01:16:40PM +0300, Florin Sarbu wrote:
> This patch adds support for having bluez5 in PACKAGECONFIG
> and get libpcap DEPEND on bluez5.
>
> Signed-off-by: Florin Sarbu
> ---
> meta/recipes-connectivity/libpcap/libpcap.inc | 5 +++--
> 1 file changed, 3 insertions(+), 2 del
On Tue, 2014-04-01 at 07:54 +, Mats Kärrman wrote:
> Hi Khem,
>
> Thanks for your feedback!
>
> On Tuesday, April 01, 2014 7:37 AM, Khem Raj wrote:
> > On Fri, Mar 28, 2014 at 9:43 AM, Mats Kärrman
> > wrote:
> >> +# glibc configure options to make use of 603e specific sqrt/sqrtf routines
>
Hi all,
There will be a public OpenEmbedded TSC/workgroup IRC meeting today. If you're
interested in discussing long-term technical efforts around the OpenEmbedded
project please join us on irc.freenode.net in channel #oe at 16:00 GMT (9am
PDT, 11am CDT, 12 EDT, 18:00 CEST, 17:00 BST).
Possibl
On Tue, 2014-04-01 at 17:09 +0800, Kai Kang wrote:
> From: Li Wang
>
> ptest output format is incorrect, according to yocto Development Manual
> (http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#testing-packages-with-ptest)
>
> The test generates output in the format used by Au
On Tue, 2014-04-01 at 13:09 +0300, Florin Sarbu wrote:
> Currently connman can only RDEPEND on bluez4.
> This patch adds support for having bluez5 in PACKAGECONFIG
> and get connman RDEPEND on bluez5 if desired.
>
> Signed-off-by: Florin Sarbu
> ---
> meta/recipes-connectivity/connman/connman.in
On Tue, 2014-04-01 at 14:12 +0800, b40...@freescale.com wrote:
> From: Zongchun Yu
>
> When use command bitbake -c populate_sdk to
> generate toolchain. a race issue may occur. in this case need
> to add binutils-cross to depends.
>
> Signed-off-by: Zongchun Yu
> ---
> meta/recipes-devtools/l
On Tue, 2014-04-01 at 00:10 -0700, Andre McCurdy wrote:
> General cleanup + make it easier for distros / machines which
> support OpenGL ES only to prevent attempts to build against libgl.
>
> Signed-off-by: Andre McCurdy
> ---
> meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 30
>
On Sun, 2014-03-30 at 02:33 -0400, Trevor Woerner wrote:
> Hello Martin,
>
> Excellent, excellent post!
>
> On 03/29/14 21:31, Martin Jansa wrote:
> > 2) There are a lot of changes and component upgrades in oe-core which
> >sometimes aren't very straight-forward to adapt to and issues stay in
Hi all,
I would also say that is an important change, with some possible unforeseen
consequences.
The YP is in the stabilization phase for 1.6 release.
In my opinion, the support for and change to BlueZ (overall) should be
postponed to 1.7.
Also, this not the proper solution, because, in the end
On 1 April 2014 02:34, Robert Yang wrote:
>
>
> On 04/01/2014 05:22 AM, Paul Barker wrote:
>>
>> On 26 March 2014 07:01, Robert Yang wrote:
>>>
>>> The qsort_r() was added to glibc in version 2.8, so there is no qsort_r()
>>> on
>>> the host like CentOS 5.x, use qsort() to fix it since they are n
Hi Richard,
On Tuesday, April 01, 2014 12:48 PM, Richard Purdie wrote:
> On Tue, 2014-04-01 at 07:54 +, Mats Kärrman wrote:
>> Hi Khem,
>>
>> Thanks for your feedback!
>>
>> On Tuesday, April 01, 2014 7:37 AM, Khem Raj wrote:
>> > On Fri, Mar 28, 2014 at 9:43 AM, Mats Kärrman
>> > wrote:
>>
On Tue, 2014-04-01 at 11:44 +, Mats Kärrman wrote:
> Hi Richard,
>
> On Tuesday, April 01, 2014 12:48 PM, Richard Purdie wrote:
> > On Tue, 2014-04-01 at 07:54 +, Mats Kärrman wrote:
> >> Hi Khem,
> >>
> >> Thanks for your feedback!
> >>
> >> On Tuesday, April 01, 2014 7:37 AM, Khem Raj wr
On Fri, 2014-03-28 at 13:28 -0400, Denys Dmytriyenko wrote:
> > KERNEL_CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_KERNEL_ARCH}"
> > -KERNEL_LD = "${CCACHE}${HOST_PREFIX}ld ${HOST_LD_KERNEL_ARCH}"
> > +KERNEL_LD = "${CCACHE}${HOST_PREFIX}ld.bfd ${HOST_LD_KERNEL_ARCH}"
> > KERNEL_AR = "${CCACHE}${H
Please see inline.
On 04/01/2014 02:23 PM, Iorga, Cristian wrote:
Hi all,
I would also say that is an important change, with some possible unforeseen
consequences.
The YP is in the stabilization phase for 1.6 release.
In my opinion, the support for and change to BlueZ (overall) should be
post
On 1 April 2014 01:58, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> The latest commit in opkg-utils allows packages created by opkg-build to be
> read
> by dpkg-deb again.
>
> (Based on OE-Core master rev: 219944af2700ce9dbc425fac384cd32b0a802123,
> but all of the update-alternative fi
On Tue, 2014-04-01 at 12:41 +0100, Paul Barker wrote:
> The more I look at it the more I don't like this patch. It's probably
> a very rarely used code path but it could blow up if it's called. C
> provides no guarantees that calling a 3-argument function with only 2
> arguments will work. Dependin
On 1 April 2014 13:31, Phil Blundell wrote:
> On Tue, 2014-04-01 at 12:41 +0100, Paul Barker wrote:
>> The more I look at it the more I don't like this patch. It's probably
>> a very rarely used code path but it could blow up if it's called. C
>> provides no guarantees that calling a 3-argument fu
On 14-04-01 02:42 AM, Khem Raj wrote:
On Mar 31, 2014, at 12:50 PM, Bruce Ashfield
wrote:
i dont believe you tested all layer combinations
I've tested everything I can, as has the autobuilder. I can't offer
any more than this.
at this point. 3.10 being LTS
I would assume its a better
On 04/01/2014 01:47 PM, Martin Jansa wrote:
On Tue, Apr 01, 2014 at 01:16:40PM +0300, Florin Sarbu wrote:
This patch adds support for having bluez5 in PACKAGECONFIG
and get libpcap DEPEND on bluez5.
Signed-off-by: Florin Sarbu
---
meta/recipes-connectivity/libpcap/libpcap.inc | 5 +++--
1 f
On 1 April 2014 13:29, Paul Barker wrote:
> On 1 April 2014 01:58, Denys Dmytriyenko wrote:
>> From: Denys Dmytriyenko
>>
>> The latest commit in opkg-utils allows packages created by opkg-build to be
>> read
>> by dpkg-deb again.
>>
>> (Based on OE-Core master rev: 219944af2700ce9dbc425fac384c
Hmm,
I am quite sure that connman is ready for BlueZ4 for some time.
I am not sure about libpcap, to be honest, did not investigate that.
Can you please provide some facts related to your statements?
Regards,
Cristian
-Original Message-
From: Florin Sarbu [mailto:florin.sa...@windriver.co
Hello,
I meant, of course, BlueZ5, connman is ready for BlueZ5.
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Iorga,
Cristian
Sent: Tuesday, April 1, 2014 4:23 PM
To: Sarbu, Florin-Ionut (W
On 04/01/2014 04:27 PM, Iorga, Cristian wrote:
Hello,
I meant, of course, BlueZ5, connman is ready for BlueZ5.
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Iorga,
Cristian
Sent: Tuesday,
On 04/01/2014 08:34 PM, Paul Barker wrote:
On 1 April 2014 13:31, Phil Blundell wrote:
On Tue, 2014-04-01 at 12:41 +0100, Paul Barker wrote:
The more I look at it the more I don't like this patch. It's probably
a very rarely used code path but it could blow up if it's called. C
provides no g
Executive Summary
=
3.14 kernel is in and we have green builds. Managed to make a dent in
the defect tracking metrics but work remains. Trending well for the
release, need to keep up the bug fixing.
1.6 Release Status
===
The 3.14 kernel was released, we were able to
make
commit 049f89155b1e80875aad6e53b21808b827c06915
Author: Chen Qi
Date: Fri Dec 20 10:45:52 2013 +0800
image.bbclass: add ability to set systemd default target
Add ability to set the default target for systemd images.
The default target for system is controlled by SYSTEMD_DEFA
On 04/01/2014 05:16 PM, Burton, Ross wrote:
On 1 April 2014 14:41, Florin Sarbu wrote:
Well, as far as I see it, these 2 packages (connman and libpcap) are aware
only of bluez4 at the moment.
ConnMan supports both, and libpcap uses the libbluetooth API so that
should link fine against either a
On 1 April 2014 14:41, Florin Sarbu wrote:
> Well, as far as I see it, these 2 packages (connman and libpcap) are aware
> only of bluez4 at the moment.
ConnMan supports both, and libpcap uses the libbluetooth API so that
should link fine against either as that API didn't change much.
Ross
--
__
On Tue, Apr 01, 2014 at 08:54:42AM -0400, Bruce Ashfield wrote:
> On 14-04-01 02:42 AM, Khem Raj wrote:
> >
> > On Mar 31, 2014, at 12:50 PM, Bruce Ashfield
> > wrote:
> >
> >>> i dont believe you tested all layer combinations
> >>
> >> I've tested everything I can, as has the autobuilder. I can'
On 14-04-01 10:50 AM, Martin Jansa wrote:
On Tue, Apr 01, 2014 at 08:54:42AM -0400, Bruce Ashfield wrote:
On 14-04-01 02:42 AM, Khem Raj wrote:
On Mar 31, 2014, at 12:50 PM, Bruce Ashfield
wrote:
i dont believe you tested all layer combinations
I've tested everything I can, as has the au
On Tue, 2014-04-01 at 10:52 -0400, Bruce Ashfield wrote:
> On 14-04-01 10:50 AM, Martin Jansa wrote:
> > On Tue, Apr 01, 2014 at 08:54:42AM -0400, Bruce Ashfield wrote:
> >> On 14-04-01 02:42 AM, Khem Raj wrote:
> >>>
> >>> On Mar 31, 2014, at 12:50 PM, Bruce Ashfield
> >>> wrote:
> >>>
> > i
On Tue, Apr 1, 2014 at 12:40 AM, Hongxu Jia wrote:
> On 04/01/2014 01:30 PM, Khem Raj wrote:
>>
>> On Fri, Mar 28, 2014 at 2:43 AM, Hongxu Jia
>> wrote:
>>>
>>> ++ const size_t max_write = INT_MAX;
>>
>> I think INT_MAX is a mismatch here size_t may not be defined 'unsigned
>> int' on all ki
On 14-04-01 10:54 AM, Richard Purdie wrote:
On Tue, 2014-04-01 at 10:52 -0400, Bruce Ashfield wrote:
On 14-04-01 10:50 AM, Martin Jansa wrote:
On Tue, Apr 01, 2014 at 08:54:42AM -0400, Bruce Ashfield wrote:
On 14-04-01 02:42 AM, Khem Raj wrote:
On Mar 31, 2014, at 12:50 PM, Bruce Ashfield
There is no way to disable the x11 without mangling the source code so
instead using a patch we now used a 'sed' in do_configure so it is
easier to maintain and extend. The patch had some new tools missing
which were triggering build failures in O.S. Systems' builder as:
,[ Build error in a cl
Tested on PowerPC MPC5125.
Signed-off-by: Mats Karrman
---
meta/recipes-core/eglibc/eglibc-2.19/glibc.fix_sqrt2.patch |7 +++
1 file changed, 7 insertions(+)
diff --git a/meta/recipes-core/eglibc/eglibc-2.19/glibc.fix_sqrt2.patch
b/meta/recipes-core/eglibc/eglibc-2.19/glibc.fix_sqrt2.p
The tuning file for PowerPC e300c3 is soft-float. In OE-classic it was hard-
float and it should be as the c3 has an fpu. I have modified the tuning file
to include both a hard-float version (using the existing ppce300c3 name) and
an optional soft-float version (called ppce300c3-nf).
The following
Pass GDK_PIXBUF_FATAL_LOADER to the sstate postinst and intercept so that any
problems are flagged as errors instead of being silently ignored.
Signed-off-by: Ross Burton
---
meta/classes/pixbufcache.bbclass|2 +-
scripts/postinst-intercepts/update_pixbuf_cache |1 +
2 fi
So that gdk-pixbuf-query-loader failures can be identified as such (and executed
later, or run on the target) add a magic environment variable return loader
failures from main().
Signed-off-by: Ross Burton
---
.../gdk-pixbuf/gdk-pixbuf/fatal-loader.patch | 79
meta/r
Hello,
On Tue, Apr 1, 2014 at 1:18 PM, Otavio Salvador wrote:
> There is no way to disable the x11 without mangling the source code so
> instead using a patch we now used a 'sed' in do_configure so it is
> easier to maintain and extend. The patch had some new tools missing
> which were triggering
The patch had some new tool (hdajackretask) missing which were
triggering build failures in O.S. Systems' builder as:
,[ Build error in a clean tmp, without x11 ]
| checking for GTK3... no
| configure: error: Package requirements (gtk+-3.0) were not met:
|
| No package 'gtk+-3.0' found
|
| Con
This is similar to the contains but matches any of values. This is
useful to match for example several DISTRO_FEATURES which ought to
include a PACKAGECONFIG option.
For example:
PACKAGECONFIG ??= "${@base_any_contains('DISTRO_FEATURES', 'x11 wayland',
'gtk+', '', d)}"
Signed-off-by: Otavio Sal
Signed-off-by: Otavio Salvador
---
This patch depends on the alsa-tools one I sent some minutes ago
meta/recipes-multimedia/alsa/alsa-tools_1.0.27.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/alsa/alsa-tools_1.0.27.bb
b/meta/recipes-multimed
On 3/29/14, 8:31 PM, Martin Jansa wrote:
Hi, sorry for longer e-mail, this is one of topic I would like to discuss
on OEDAM (http://openembedded.org/wiki/OEDAM), but having some feedback and
thoughts in advance will be very useful.
As people can notice from my "State of bitbake world" e-mails or
Here are my notes from today's monthly OE/TSC meeting which takes place
the first Tuesday of every month on freenode's #oe channel.
attendees: bluelightning, Jefro, RP, denix, tlwoerner, fray, nerdboy,
kergoth
topic #1: upcoming release
- schedule: https://wiki.yoctoproject.org/wiki/Yocto_1.6_Sch
On Tue, Apr 01, 2014 at 12:12:58PM -0500, Mark Hatle wrote:
> On 3/29/14, 8:31 PM, Martin Jansa wrote:
> > Hi, sorry for longer e-mail, this is one of topic I would like to discuss
> > on OEDAM (http://openembedded.org/wiki/OEDAM), but having some feedback and
> > thoughts in advance will be very u
On Wed, 2014-02-26 at 11:11 +, Matthieu CRAPET wrote:
> Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in
> an image recipe works (makedevs is not called)
>
>
>
> Should be we drop USE_DEVFS variable (meta/classes/image.bbclass) or
> (re)add check in meta/lib/oe/rootfs.py
On Tue, 2014-04-01 at 18:44 +0100, Phil Blundell wrote:
> On Wed, 2014-02-26 at 11:11 +, Matthieu CRAPET wrote:
>
> > Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in
> > an image recipe works (makedevs is not called)
> >
> >
> >
> > Should be we drop USE_DEVFS variab
On 4/1/14, 12:40 PM, Martin Jansa wrote:
On Tue, Apr 01, 2014 at 12:12:58PM -0500, Mark Hatle wrote:
On 3/29/14, 8:31 PM, Martin Jansa wrote:
Hi, sorry for longer e-mail, this is one of topic I would like to discuss
on OEDAM (http://openembedded.org/wiki/OEDAM), but having some feedback and
tho
On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote:
> Also note that the default for USE_DEVFS was (and is) 1, so the lack
> of this check is actually causing a difference in the default
> behaviour. If there's no appetite for reinstating the USE_DEVFS
> mechanism per se then it seems like it
On Tue, 2014-04-01 at 14:07 -0300, Otavio Salvador wrote:
> This is similar to the contains but matches any of values. This is
> useful to match for example several DISTRO_FEATURES which ought to
> include a PACKAGECONFIG option.
>
> For example:
>
> PACKAGECONFIG ??= "${@base_any_contains('DISTR
On 01/04/2014 18:33, Trevor Woerner wrote:
Here are my notes from today's monthly OE/TSC meeting which takes place
the first Tuesday of every month on freenode's #oe channel.
attendees: bluelightning, Jefro, RP, denix, tlwoerner, fray, nerdboy,
kergoth
topic #1: upcoming release
- schedule: h
On 4/1/14, 12:51 PM, Richard Purdie wrote:
On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote:
Also note that the default for USE_DEVFS was (and is) 1, so the lack
of this check is actually causing a difference in the default
behaviour. If there's no appetite for reinstating the USE_DEVFS
m
On Tue, Apr 1, 2014 at 2:53 PM, Richard Purdie
wrote:
> On Tue, 2014-04-01 at 14:07 -0300, Otavio Salvador wrote:
>> This is similar to the contains but matches any of values. This is
>> useful to match for example several DISTRO_FEATURES which ought to
>> include a PACKAGECONFIG option.
>>
>> For
On Tue, Apr 01, 2014 at 02:08:00PM -0300, Otavio Salvador wrote:
> Signed-off-by: Otavio Salvador
> ---
> This patch depends on the alsa-tools one I sent some minutes ago
>
> meta/recipes-multimedia/alsa/alsa-tools_1.0.27.bb | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -
On Tue, Apr 1, 2014 at 3:50 PM, Denys Dmytriyenko wrote:
> On Tue, Apr 01, 2014 at 02:08:00PM -0300, Otavio Salvador wrote:
>> Signed-off-by: Otavio Salvador
>> ---
>> This patch depends on the alsa-tools one I sent some minutes ago
>>
>> meta/recipes-multimedia/alsa/alsa-tools_1.0.27.bb | 4 ++-
On Tue, 2014-04-01 at 15:38 -0300, Otavio Salvador wrote:
> On Tue, Apr 1, 2014 at 2:53 PM, Richard Purdie
> wrote:
> > On Tue, 2014-04-01 at 14:07 -0300, Otavio Salvador wrote:
> >> This is similar to the contains but matches any of values. This is
> >> useful to match for example several DISTRO_
On Tue, 2014-04-01 at 13:01 -0500, Mark Hatle wrote:
> On 4/1/14, 12:51 PM, Richard Purdie wrote:
> > On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote:
> >> Also note that the default for USE_DEVFS was (and is) 1, so the lack
> >> of this check is actually causing a difference in the default
BitBake has the exact same code as oe.utils.contains so there's no
reason to duplicate it. We now rely on the bb.utils.contains code for
metadata.
Signed-off-by: Otavio Salvador
---
meta/classes/libc-package.bbclass| 6 +++---
meta/classes/systemd.bbclass
Hi all,
I've just released opkg-0.2.2 with the following bugfixes (issue
numbers refer to the opkg issue list):
- Fix '--force-reinstall' flag so that it acts as an upgrade rather than
removing possibly critical packages before reinstall (issue 71)
- Symlinks are now correctly removed during p
On Tue, 2014-04-01 at 18:51 +0100, Richard Purdie wrote:
> On Tue, 2014-04-01 at 18:48 +0100, Phil Blundell wrote:
> > Also note that the default for USE_DEVFS was (and is) 1, so the lack
> > of this check is actually causing a difference in the default
> > behaviour. If there's no appetite for re
Hello,
On Tue, Apr 1, 2014 at 7:49 AM, Richard Purdie
wrote:
> On Tue, 2014-04-01 at 17:09 +0800, Kai Kang wrote:
>> From: Li Wang
>>
>> ptest output format is incorrect, according to yocto Development Manual
>> (http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#testing-packages
On 2014?04?02? 06:33, Otavio Salvador wrote:
Hello,
On Tue, Apr 1, 2014 at 7:49 AM, Richard Purdie
wrote:
On Tue, 2014-04-01 at 17:09 +0800, Kai Kang wrote:
From: Li Wang
ptest output format is incorrect, according to yocto Development Manual
(http://www.yoctoproject.org/docs/latest/dev-man
On 04/01/2014 03:54 AM, Richard Purdie wrote:
On Tue, 2014-04-01 at 00:10 -0700, Andre McCurdy wrote:
General cleanup + make it easier for distros / machines which
support OpenGL ES only to prevent attempts to build against libgl.
Signed-off-by: Andre McCurdy
---
meta/recipes-graphics/libsdl
On 2014年03月31日 22:20, Kai Kang wrote:
From: Roy Li
When native package is built, use the uname to return the kernel version.
When target is built, read kernel version from
${STAGING_KERNEL_DIR}/kernel-abiversion
to avoid to use the hardcode kernel version.
Signed-off-by: Roy Li
Signed-off-b
Signed-off-by: Jonathan Liu
---
meta/recipes-core/dbus/dbus.inc| 1 +
...y-freeing-if-error-during-listing-service.patch | 45 ++
2 files changed, 46 insertions(+)
create mode 100644
meta/recipes-core/dbus/dbus/fixed-memory-freeing-if-error-during-listin
Signed-off-by: Jonathan Liu
---
meta/recipes-core/dbus/dbus.inc| 1 +
...orrect-address-when-using-address-systemd.patch | 193 +
2 files changed, 194 insertions(+)
create mode 100644
meta/recipes-core/dbus/dbus/Set-correct-address-when-using-address-sy
Signed-off-by: Jonathan Liu
---
...t-use-assert_return-to-check-for-disconne.patch | 513 +
meta/recipes-core/systemd/systemd_211.bb | 1 +
2 files changed, 514 insertions(+)
create mode 100644
meta/recipes-core/systemd/systemd/sd-bus-don-t-use-assert_return-to-c
On 04/01/2014 10:57 PM, Khem Raj wrote:
How about test the size of size_t and assigned the related MAX value:
>
>const size_t max_write = (sizeof(size_t) >=
>sizeof(int))?INT_MAX:(sizeof(size_t) == sizeof(short))?SHRT_MAX:CHAR_MAX;
>
you could use something like (size_t)-1 to denote SIZE_MAX
On Tuesday, April 1, 2014, Kang Kai wrote:
> On 2014年03月31日 22:20, Kai Kang wrote:
>
>> From: Roy Li
>>
>> When native package is built, use the uname to return the kernel version.
>>
>> When target is built, read kernel version from
>> ${STAGING_KERNEL_DIR}/kernel-abiversion
>> to avoid to use
On Tue, Apr 1, 2014 at 3:00 AM, Stefan Stanacar
wrote:
> Seems wrong that qemux86 has this enabled and qemux86-64 doesn't.
> Also this will allow people to use kvm with -cpu=host.
> Right now, runqemu qemux86-64 kvm uses -cpu=kvm64 because without this
> feature you can't use cpu=host on newer hos
On Tue, Apr 1, 2014 at 2:31 AM, Richard Purdie
wrote:
> What does an ncurses enabled cmake give us that is desirable?
>
bells and whistles - curses GUI frontend :) which I would assume we
don't use as much
if someone does please speak up
--
___
Openem
On Tue, Apr 1, 2014 at 3:11 AM, Mike Crowe wrote:
> It seems to be possible to disable building the "CursesDialog" component to
> remove the need for ncurses but I couldn't immediately see how to do that
> for a bootstrap build.
>
> The non-native cmake recipe depends on ncurses even though it pas
92 matches
Mail list logo
