Hi Chris
On Mon, Sep 16, 2013 at 6:26 PM, Chris Patterson wrote:
> This update also drops the following patches which appear to have been
> resolved upstream:
> - ftd_header.patch
> - target-i386-Fix-aflag-logic-for-CODE64-and-the-0x67-.patch
>
Thanks for the patch. I think its a tad late for 1
On Mon, Sep 16, 2013 at 10:11 PM, Kang Kai wrote:
> Without patch:
> real 76m1.646s
> user 86m36.704s
> sys 38m39.103s
>
> With patch:
> real 63m36.193s
> user 86m9.274s
> sys 37m48.431s
>
> It seems the link option doesn't increase the compile time.
on the contrary its reducing the build time wh
From: Jackie Huang
Remove the test "Test against HP-UX 11.11 bug:
No converter from EUC-JP to UTF-8 is provided"
since we don't support HP-UX and if the euc-jp is not
installed on the host, libunistring will be built without
iconv support and will cause guild-native configure fail.
Signed-off-by
From: Jackie Huang
The following changes since commit 1ab0813c819d3b785178faa458486efa6992c636:
linux-yocto/3.10: genericx86 meta data factoring (2013-09-14 08:36:23 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/d_guile-libunstring_0916_1
htt
On 2013年09月15日 08:39, Saul Wold wrote:
On 09/14/2013 12:10 PM, Burton, Ross wrote:
On 14 September 2013 05:35, Khem Raj wrote:
It does not come with out a price. Have you measured how much
performance
degradation it brings in ?
We need that to assess the trade off and also describe the machin
The kernel build system does the right thing here and we should stop
overriding it. This code has been added based on a change from
'meta-metro' layer, revision 9d698004137c1a888d40d6a4808d94afa22387e7,
without any information about what problem it fixes so I am reverting
it.
Using the CFLAGS and
On 09/17/2013 01:09 AM, Khem Raj wrote:
On Sep 16, 2013, at 4:14 AM, Hongxu Jia wrote:
The commit
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=8780c5ddf2916bbd42fc67b79c286652aebb1546
add a patch to fix a security issue. It modify include file 'tree.h'
to add 'const char *dummy_ch
Now, with this and other patches that have been sent, the build work
well when len(TMPDIR) = 410
MACHINE = qemux86
PACKAGE_CLASSES ?= "package_rpm"
$ bitbake core-image-sato core-image-sato-sdk meta-toolchain-sdk
// Robert
The following changes since commit 39931100ed6fb53105bf159edbdead0260d824
There is a "File name too long" error when len(TMPDIR) = 410, this is
because the function getLocalPath() converts the filepath into the
filename, so there would be the error when len(filename)
> NAME_MAX, truncate the filename to meet NAME_MAX will fix the problem.
[YOCTO #5201]
Signed-off-by: R
On 09/17/2013 07:49 AM, Burton, Ross wrote:
On 17 September 2013 00:08, Burton, Ross wrote:
This is a race issue, the _gen/gtypes.h and _gen/gtypes-body.h may
write(remove/rename) _gen/gtypes.tmp at the same time, then there would
be the error.
Use ".NOTPARALLEL: _gen/gtypes.h _gen/gtypes-bod
This update also drops the following patches which appear to have been resolved
upstream:
- ftd_header.patch
- target-i386-Fix-aflag-logic-for-CODE64-and-the-0x67-.patch
Signed-off-by: Chris Patterson
---
meta/recipes-devtools/qemu/files/fdt_header.patch | 39 ---
...-Fix-aflag-logic-f
On 17 September 2013 00:08, Burton, Ross wrote:
>> This is a race issue, the _gen/gtypes.h and _gen/gtypes-body.h may
>> write(remove/rename) _gen/gtypes.tmp at the same time, then there would
>> be the error.
>>
>> Use ".NOTPARALLEL: _gen/gtypes.h _gen/gtypes-body.h" will fix the
>> problem.
>
>
On 14 September 2013 09:49, Robert Yang wrote:
> There might be an error when parallel build:
>
> [snip]
> Traceback (most recent call last):
> File "/path/to/tools/glib-gtypes-generator.py", line 304, in
> GTypesGenerator(dom, argv[1], argv[2])()
> File "/path/to/tools/glib-gtypes-genera
On 16 September 2013 23:22, Gary Thomas wrote:
> I did indeed get it working by using the attached .bbappend file.
> Actually pretty simple, I hope that the documentation on PACKAGECONFIG
> catches up soon.
You don't need the DEPENDS line, the x264 stana specifies that for you.
I presume you're
On 2013-09-16 16:09, Tim Biernat wrote:
Just wondering if you got this working? I am trying to build gstreamer with
h.264 support on Intel n450 for some time now without success.
Firstly, since this message was on a public email list, it's polite
to keep the discussion there so that everyone b
On Monday, September 16, 2013, Phil Blundell wrote:
> On Mon, 2013-09-16 at 09:24 -0700, Khem Raj wrote:
>> On Sat, Sep 14, 2013 at 12:19 AM, Phil Blundell wrote:
>> > On Fri, 2013-09-13 at 21:24 -0700, Khem Raj wrote:
>> >> There are cases where we have bsps with 2.6.3x kernels and libc
>> >> co
On Mon, 2013-09-16 at 09:24 -0700, Khem Raj wrote:
> On Sat, Sep 14, 2013 at 12:19 AM, Phil Blundell wrote:
> > On Fri, 2013-09-13 at 21:24 -0700, Khem Raj wrote:
> >> There are cases where we have bsps with 2.6.3x kernels and libc
> >> compiled against 3.10 assumes syscalls
> >
> > That is a bug
On Sat, Sep 14, 2013 at 12:19 AM, Phil Blundell wrote:
> On Fri, 2013-09-13 at 21:24 -0700, Khem Raj wrote:
>> There are cases where we have bsps with 2.6.3x kernels and libc
>> compiled against 3.10 assumes syscalls
>
> That is a bug in glibc. It should not be doing that unless configured
> --en
On Mon, Sep 16, 2013 at 11:10:17AM -0700, Darren Hart wrote:
> On Sat, 2013-09-14 at 15:16 +0200, Martin Jansa wrote:
> > On Sat, Sep 14, 2013 at 07:19:43AM -0500, Jason Wessel wrote:
> > > On 09/14/2013 03:05 AM, Martin Jansa wrote:
> > > > On Fri, Sep 13, 2013 at 07:09:00PM -0500, Jason Wessel wr
Changelog since 2013-09-08 until 2013-09-15. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
On Sat, 2013-09-14 at 15:16 +0200, Martin Jansa wrote:
> On Sat, Sep 14, 2013 at 07:19:43AM -0500, Jason Wessel wrote:
> > On 09/14/2013 03:05 AM, Martin Jansa wrote:
> > > On Fri, Sep 13, 2013 at 07:09:00PM -0500, Jason Wessel wrote:
> > >> A newer version of syslinux is required for an EFI enable
On 16 September 2013 17:16, Kamble, Nitin A wrote:
> The PROVIDES from mesa.inc is not what mesa-gl recipe provides. Mesa-gl is
> dropping
> gles & elg components, and that should be reflected in the PROVIDES. Right?
Urgh, yes. That will teach me for grabbing an hour of work in between
being da
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
> Using the latest mkisofs it is possible to generate 3 different types
> of ISO images, which can be used in various scenarios.
>
> 1) PCBIOS Only ISO
>- This option remains unchanged by this commit
>- Uses syslinux menus
>- Can b
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
> The syslinux.bbclass already has support for automatically generated
> serial and graphics menu choices. This patch adds the same concept to
> the grub-efi menu. That makes it possible to generate a single image
> which can boot on a PCBIOS
On Fri, 2013-09-13 at 16:58 -0500, Jason Wessel wrote:
> On 09/12/2013 03:09 PM, Darren Hart wrote:
> > On Thu, 2013-09-12 at 14:52 -0500, Jason Wessel wrote:
> >> On 09/12/2013 01:16 PM, Darren Hart wrote:
> >>> On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
...
> +GRUB_SERIAL ?= "
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
> The mkzftree is needed to allow ISO images to be compressed with
> minimal runtime overhead. Below is an example of the savings on a
> core-image-minimal.
>
> Before ls -l:
> 24117248 core-image-minimal-qemux86-64.iso
>
> Using the mkzftre
Jukka Rissanen
writes:
> The connman init.d script tried to ignore all the network interfaces
> if NFS root is configured. We should only ignore the interface that is
> used by NFS root.
This does not really work; e.g. here:
1. the cmdline is 'ip=dhcp' and won't be detected by your expression
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
index ab8171c..969b84e 100644
--- a/
As there are two alternative mesa recipes (mesa and mesa-gl), there needs to be
a virtual provider that recipes that explicitly need Mesa (such as xserver-xorg)
can depend on.
Signed-off-by: Ross Burton
---
meta/conf/distro/include/default-providers.inc |1 +
meta/recipes-graphics/mesa/mesa.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/wayland/weston_1.1.0.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/wayland/weston_1.1.0.bb
b/meta/recipes-graphics/wayland/weston_1.1.0.bb
index b765f65..8280bf2 100644
--- a/meta/recipes-graph
Some machines have hardware-specific GL drivers that do EGL and GLES (many ARM
boards). Others have their own EGL/GLES drivers and provide a Mesa DRI driver
(EMGD). Previously adding Mesa, for software GL/GLX rendering in the first case
and hardware GLX in the second, involved bbappends and chang
On 16 September 2013 18:09, Khem Raj wrote:
> IMO the testcase should be fixed. This is security patch that you are
> disabling. I don't think LSB compliance
> should mean less secure
Yes, what Khem said.
Ross
___
Openembedded-core mailing list
Openem
On Fri, 2013-09-13 at 19:08 -0500, Jason Wessel wrote:
> The iso9660 file system support needs to be added to grub in order to
> be able to correctly find the grub.cfg. The grub commands to locate
> the grub.cfg also needs to be encoded into grub's default
> configuration.
>
> This change allows
On Fri, 2013-09-13 at 19:08 -0500, Jason Wessel wrote:
> The update is needed to support generation of EFI boot images that
> work with optical media. Specifically the "-eltorito-platform efi"
> capability for mkisofs is needed.
>
> [YOCTO #4100]
>
> Signed-off-by: Jason Wessel
Reviewed-by: Da
Ross Burton
writes:
> If binfmt_misc was compiled as a module but isn't installed then
> systemd-binfmt
> will put an automounter on /proc/sys/fs/binfmt_misc and when it attempts to
> automount (e.g. when df is called) it can't find support for the filesystem,
> and
> throws an error.
>
> As bi
On Fri, 2013-09-13 at 19:08 -0500, Jason Wessel wrote:
> In order to call the fat image creation multiple times it needs to be
> in its own function. A future commit will make use of the new
> function to additionally create EFI image files for use with an ISO.
>
> [YOCTO #4100]
> [YOCTO #1913]
>
On Sep 16, 2013, at 4:14 AM, Hongxu Jia wrote:
> The commit
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=8780c5ddf2916bbd42fc67b79c286652aebb1546
> add a patch to fix a security issue. It modify include file 'tree.h'
> to add 'const char *dummy_children' on 'struct _xmlNs'.
>
> B
On Sep 16, 2013, at 2:30 AM, "Burton, Ross" wrote:
> On 16 September 2013 10:15, Burton, Ross wrote:
>> On 16 September 2013 09:58, Robert Yang wrote:
>>> Is there a specify reason that we need to remove it ? transfig
>>> provides fig2dev which is used for building the documentation,
>>> for e
Thanks. I'll have a look. FWIW I created my own libao recipe, I'll clean it to
comply to recipe policy and will send it if the older one doesn't work out
Jay
—
JC
On Mon, Sep 16, 2013 at 5:37 PM, Paul Eggleton
wrote:
> On Monday 16 September 2013 10:59:43 Randy MacLeod wrote:
>> On 13-0
On Monday 16 September 2013 10:59:43 Randy MacLeod wrote:
> On 13-09-13 07:12 PM, JC wrote:
> > Hi,
> >
> > I cannot find a trace of libao. Is this present somewhere in some
>
> It is:
> http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/libao/libao_
> 0.8.8.bb
> > openembedded-* rep
> -Original Message-
> From: Burton, Ross [mailto:ross.bur...@intel.com]
> Sent: Monday, September 16, 2013 8:00 AM
> To: Kamble, Nitin A
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [RFC][PATCH] mesa-gl: add GL-only Mesa recipe
>
> On 14 September 2013 01:49,
On Mon, Sep 16, 2013 at 11:48 AM, Bruce Ashfield
wrote:
> On Mon, Sep 16, 2013 at 9:53 AM, Otavio Salvador
> wrote:
>> On Mon, Sep 16, 2013 at 8:01 AM, Otavio Salvador
>> wrote:
>>> On Mon, Sep 16, 2013 at 4:10 AM, Saul Wold wrote:
On 09/15/2013 06:37 PM, Otavio Salvador wrote:
>
>
On 9/13/13 6:18 AM, Richard Purdie wrote:
I'm getting concerned with the number of people forking this recipe
and not understanding what they're doing. I'm therefore proposing
adding in a suitable warning to people thinking of copying it.
Signed-off-by: Richard Purdie
---
diff --git a/meta/reci
On 09/06/2013 12:23 AM, Jukka Rissanen wrote:
The connman init.d script tried to ignore all the network interfaces
if NFS root is configured. We should only ignore the interface
that is used by NFS root.
[YOCTO #4587]
Signed-off-by: Jukka Rissanen
---
meta/recipes-connectivity/connman/connma
On Mon, Sep 16, 2013 at 5:47 PM, Mark Hatle wrote:
> On 9/13/13 6:18 AM, Richard Purdie wrote:
>>
>> I'm getting concerned with the number of people forking this recipe
>> and not understanding what they're doing. I'm therefore proposing
>> adding in a suitable warning to people thinking of copyin
As there are two alternative mesa recipes (mesa and mesa-gl), there needs to be
a virtual provider that recipes that explicitly need Mesa (such as xserver-xorg)
can depend on.
Signed-off-by: Ross Burton
---
meta/conf/distro/include/default-providers.inc |1 +
meta/recipes-graphics/mesa/mesa.
On 14 September 2013 01:49, Kamble, Nitin A wrote:
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=nitin/mesagl
The change to separatebuilddir.inc seems wrong and I merged your dri
change to mesa-gl.bb into my branch which had moved on since you
looked at it. You won't need a PRO
On Mon, Sep 16, 2013 at 9:53 AM, Otavio Salvador
wrote:
> On Mon, Sep 16, 2013 at 8:01 AM, Otavio Salvador
> wrote:
>> On Mon, Sep 16, 2013 at 4:10 AM, Saul Wold wrote:
>>> On 09/15/2013 06:37 PM, Otavio Salvador wrote:
The kernel build system does the right thing here and we should st
On 13-09-13 07:12 PM, JC wrote:
Hi,
I cannot find a trace of libao. Is this present somewhere in some
It is:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/libao/libao_0.8.8.bb
openembedded-* repo I would have missed ? I could not find it in
layers.openembedded.org
The UI
Some machines have hardware-specific GL drivers that do EGL and GLES (many ARM
boards). Others have their own EGL/GLES drivers and provide a Mesa DRI driver
(EMGD). Previously adding Mesa, for software GL/GLX rendering in the first case
and hardware GLX in the second, involved bbappends and chang
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
index ab8171c..969b84e 100644
--- a/
Signed-off-by: Ross Burton
---
meta/recipes-graphics/wayland/weston_1.1.0.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/wayland/weston_1.1.0.bb
b/meta/recipes-graphics/wayland/weston_1.1.0.bb
index b765f65..8280bf2 100644
--- a/meta/recipes-graph
On 16 September 2013 16:00, Burton, Ross wrote:
> The change to separatebuilddir.inc seems wrong
Can't read diffs, thanks for the fix. ;)
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mai
systemd-udevd is back in /lib, so revert this change.
This reverts commit 27bb516be433ed9dcde6fe4a17d2429951a010a0.
Signed-off-by: Ross Burton
---
meta/recipes-core/initrdscripts/files/init-live.sh |2 +-
meta/recipes-core/initrdscripts/initramfs-framework/udev |2 +-
2 files chan
On Mon, Sep 16, 2013 at 8:01 AM, Otavio Salvador
wrote:
> On Mon, Sep 16, 2013 at 4:10 AM, Saul Wold wrote:
>> On 09/15/2013 06:37 PM, Otavio Salvador wrote:
>>>
>>> The kernel build system does the right thing here and we should stop
>>> overriding it. This code has been added based on a change
On Fri, Sep 13, 2013 at 7:18 AM, Richard Purdie
wrote:
> I'm getting concerned with the number of people forking this recipe
> and not understanding what they're doing. I'm therefore proposing
> adding in a suitable warning to people thinking of copying it.
>
This definitely has my vote. Its an i
The following changes since commit dd36930f3f37b2e0e1258de28ac1b1fa99cf196f:
bitbake: data_smart: Account for changes in append/prepend/remove in the
config hash (2013-09-12 17:03:17 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/fix-lsb-libxml2
The commit
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=8780c5ddf2916bbd42fc67b79c286652aebb1546
add a patch to fix a security issue. It modify include file 'tree.h'
to add 'const char *dummy_children' on 'struct _xmlNs'.
But lsb test suites didn't do this in his own include file, so
On Mon, Sep 16, 2013 at 4:10 AM, Saul Wold wrote:
> On 09/15/2013 06:37 PM, Otavio Salvador wrote:
>>
>> The kernel build system does the right thing here and we should stop
>> overriding it. This code has been added based on a change from
>> 'meta-metro' layer, revision 9d698004137c1a888d40d6a480
On 09/16/2013 05:30 PM, Burton, Ross wrote:
On 16 September 2013 10:15, Burton, Ross wrote:
On 16 September 2013 09:58, Robert Yang wrote:
Is there a specify reason that we need to remove it ? transfig
provides fig2dev which is used for building the documentation,
for example, gstreamer and
* Khem Raj [130914 06:24]:
> On Friday, September 13, 2013, Richard Purdie wrote:
> I'm getting concerned with the number of people forking this recipe
> and not understanding what they're doing. I'm therefore proposing
> adding in a suitable warning to people thinking of copying i
* Richard Purdie [130913 13:18]:
> I'm getting concerned with the number of people forking this recipe
> and not understanding what they're doing. I'm therefore proposing
> adding in a suitable warning to people thinking of copying it.
> Signed-off-by: Richard Purdie
Acked-by: Anders Darander
It fixes the following failure:
"fatal: Missing privilege separation directory: /var/run/sshd"
when sshd is started through xinetd.
Signed-off-by: Ming Liu
---
.../openssh/openssh-6.2p2/volatiles.99_sshd|1 +
meta/recipes-connectivity/openssh/openssh_6.2p2.bb |8 ++--
2 file
On 16 September 2013 10:15, Burton, Ross wrote:
> On 16 September 2013 09:58, Robert Yang wrote:
>> Is there a specify reason that we need to remove it ? transfig
>> provides fig2dev which is used for building the documentation,
>> for example, gstreamer and libtheora may use fig2dev.
>
> Conside
On 09/16/2013 04:54 PM, Stanacar, StefanX wrote:
Hi Ming,
On Fri, 2013-09-13 at 17:10 +0800, Ming Liu wrote:
It fixes the following failure:
"fatal: Missing privilege separation directory: /var/run/sshd"
when sshd is started through xinetd.
With this patch applied, openssh doesn't start anymo
On 16 September 2013 09:58, Robert Yang wrote:
> Is there a specify reason that we need to remove it ? transfig
> provides fig2dev which is used for building the documentation,
> for example, gstreamer and libtheora may use fig2dev.
Considering nothing depends on it, clearly not in stock oe-core.
Hi Ross,
Is there a specify reason that we need to remove it ? transfig
provides fig2dev which is used for building the documentation,
for example, gstreamer and libtheora may use fig2dev.
// Robert
On 09/16/2013 04:26 PM, Ross Burton wrote:
Signed-off-by: Ross Burton
---
.../transfig/tran
Hi Ming,
On Fri, 2013-09-13 at 17:10 +0800, Ming Liu wrote:
> It fixes the following failure:
> "fatal: Missing privilege separation directory: /var/run/sshd"
>
> when sshd is started through xinetd.
With this patch applied, openssh doesn't start anymore in standard
images (e.g. core-image-sato-
Signed-off-by: Ross Burton
---
.../transfig/transfig-native_3.2.5d.bb | 39
.../packagegroups/packagegroup-toolset-native.bb |1 -
2 files changed, 40 deletions(-)
delete mode 100644 meta/recipes-devtools/transfig/transfig-native_3.2.5d.bb
diff --git a/m
Remove both imake and the associated xorg-cf-files, as nothing has used imake to
build for a long time.
Signed-off-by: Ross Burton
---
.../packagegroups/packagegroup-toolset-native.bb |2 --
meta/recipes-graphics/xorg-util/imake_1.0.5.bb | 20
.../xorg-util/xorg-
On 13.09.2013 17:59, Muhammad Shakeel wrote:
On 09/13/2013 05:56 PM, Jukka Rissanen wrote:
Hi Muhammad,
-PACKAGECONFIG[wifi] = "--enable-wifi, --disable-wifi, wpa-supplicant"
-PACKAGECONFIG[bluetooth] = "--enable-bluetooth, --disable-bluetooth,
bluez4"
-PACKAGECONFIG[3g] = "--enable-ofono, --d
On 09/15/2013 06:37 PM, Otavio Salvador wrote:
The kernel build system does the right thing here and we should stop
overriding it. This code has been added based on a change from
'meta-metro' layer, revision 9d698004137c1a888d40d6a4808d94afa22387e7,
without any information about what problem it f
72 matches
Mail list logo
