used by utouch-mtview, a visual multitouch test application for X
Signed-off-by: Samuel Stirtzel
---
meta-oe/recipes-support/utouch/utouch-frame_git.bb | 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta-oe/recipes-support/utouch/utouch-frame_git.bb
diff --git a/
2013/9/20 Martin Jansa :
> On Wed, Sep 18, 2013 at 03:06:23PM +0200, Samuel Stirtzel wrote:
>> used by utouch-mtview, a visual multitouch test application for X
>>
>> Signed-off-by: Samuel Stirtzel
>> ---
>> meta-oe/recipes-support/utouch/utouch-frame_git.bb | 15 +++
>> 1 file chan
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
.../libhugetlbfs/files/aarch64-support.patch | 88 +
.../files/aarch64-unit-test-fixes.patch| 62
.../files/add-PROT-NONE-to-the-mprotest-test.patch | 38
...x-lib64-can-not-be-shipe
On Mon, Sep 23, 2013 at 12:29:36AM -0400, Trevor Woerner wrote:
> Building qtwebkit would cause a QA issue (which, in my distro, would cause a
> build error) such that QtWebPluginProcess and QtWebProcess would contain bad
> RPATHs which pointed into the build location. This fix adds a patch to not
- was backported from oe-classic and upgraded to last version
- X11 configuration is not tested
Signed-off-by: Eric Bénard
---
.../recipes-connectivity/gnokii/gnokii_0.6.31.bb | 28 ++
1 file changed, 28 insertions(+)
create mode 100644 meta-oe/recipes-connectivity/gnokii/
Le Mon, 23 Sep 2013 10:12:15 +0200,
Eric Bénard a écrit :
> - was backported from oe-classic and upgraded to last version
> - X11 configuration is not tested
>
> Signed-off-by: Eric Bénard
> ---
> .../recipes-connectivity/gnokii/gnokii_0.6.31.bb | 28
> ++
> 1 file chang
- was backported from oe-classic and upgraded to last version
- X11 configuration is not tested
Signed-off-by: Eric Bénard
---
.../recipes-connectivity/gnokii/gnokii_0.6.31.bb | 28 ++
1 file changed, 28 insertions(+)
create mode 100644 meta-oe/recipes-connectivity/gnokii/
From: Chunrong Guo
*snort - a free lightweight network intrusion detection
system for UNIX and Windows
Signed-off-by: Chunrong Guo
---
.../recipes-connectivity/snort/files/default | 42 ++
.../snort/files/disable-dap-address-space-id.patch | 52 +++
.../snort/files/disable
From: Chunrong Guo
*dumb networking library
*snort depends libdnet
Signed-off-by: Chunrong Guo
---
.../recipes-connectivity/libdnet/libdnet_1.12.bb | 16
1 files changed, 16 insertions(+), 0 deletions(-)
create mode 100644 meta-networking/recipes-connectivity/li
From: Chunrong Guo
*Barnyard is a output system for Snort
Signed-off-by: Chunrong Guo
---
.../barnyard/barnyard_0.2.0.bb | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
create mode 100644
meta-networking/recipes-connectivity/barnyard/barnya
From: Chen Qi
Fix babeld_option to make babeld start correctly.
Signed-off-by: Chen Qi
---
.../recipes-protocols/quagga/files/quagga.default |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-protocols/quagga/files/quagga.default
b/meta-networking/
Dear OpenEmbedded e.V. board of directors,
On the ROS wiki [1], we describe an installation instruction [2] to
install the ROS (Robot Operating System) middleware on an OpenEmbedded
distribution. We refer to this page on the Installation Platform page
[3], which links to the ROS installation i
Merged. Please ensure these are tagged with [meta-networking] in the
subject.
Thanks,
-J.
[[oe] [PATCH] quagga: fix babeld_option] On 13.09.23 (Mon 17:31)
qi.c...@windriver.com wrote:
> From: Chen Qi
>
> Fix babeld_option to make babeld start correctly.
>
> Signed-off-by: Chen Qi
> ---
>
I do not see an issue here, but let me consult the other board members.
Thanks!
Philip
On 09/23/2013 05:43 AM, Lukas Bulwahn wrote:
> Dear OpenEmbedded e.V. board of directors,
>
> On the ROS wiki [1], we describe an installation instruction [2] to
> install the ROS (Robot Operating System) mid
Hi Martin,
On 23 September 2013 04:06, Martin Jansa wrote:
> On Mon, Sep 23, 2013 at 12:29:36AM -0400, Trevor Woerner wrote:
>> Building qtwebkit would cause a QA issue (which, in my distro, would cause a
>> build error) such that QtWebPluginProcess and QtWebProcess would contain bad
>> RPATHs wh
Merged, thanks.
-J.
[[oe] [meta-networking][PATCH] vsftpd: change default secure_chroot_dir] On
13.09.18 (Wed 09:44) Ming Liu wrote:
> Change default value of secure_chroot_dir to /var/run/vsftpd/empty, add
> volatiles entry for it, to ensure it won't fail to start with error:
> "500 OOPS: vsftp
I don't see a problem here either. Do we need an official response?
--
Denys
On Mon, Sep 23, 2013 at 10:27:22AM -0400, Philip Balister wrote:
> I do not see an issue here, but let me consult the other board members.
>
> Thanks!
>
> Philip
>
> On 09/23/2013 05:43 AM, Lukas Bulwahn wrote:
> >
On Mon, Sep 23, 2013 at 11:43:04AM +0200, Lukas Bulwahn wrote:
> Dear OpenEmbedded e.V. board of directors,
>
> On the ROS wiki [1], we describe an installation instruction [2] to
> install the ROS (Robot Operating System) middleware on an
> OpenEmbedded distribution. We refer to this page on the
Actually, something else just occurred to me, too.
[[oe] [meta-networking][PATCH 1/3] snort: add recipe] On 13.09.23 (Mon 17:06)
b40...@freescale.com wrote:
> diff --git a/meta-networking/recipes-connectivity/snort/files/volatiles
> b/meta-networking/recipes-connectivity/snort/files/volatiles
>
On Monday, September 23, 2013, wrote:
> From: Chunrong Guo
>
> *Barnyard is a output system for Snort
>
> Signed-off-by: Chunrong Guo
> ---
> .../barnyard/barnyard_0.2.0.bb | 19
+++
> 1 files changed, 19 insertions(+), 0 deletions(-)
> create mode 1006
Hey Paul,
[Re: [oe] [meta-networking][PATCH 1/3] snort: add recipe] On 13.09.23 (Mon
18:56) Paul Eggleton wrote:
> All,
>
> I'm a bit confused; is this recipe supposed to be going into
> meta-networking or meta-security? Because patches have been sent
> recently to add it to both.
I had mentio
All,
I'm a bit confused; is this recipe supposed to be going into meta-networking
or meta-security? Because patches have been sent recently to add it to both.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-devel
Hi Chunrong,
A few things with this one.
- can you be more specific with the LICENSE?
WARNING: snort: No generic license file exists for: GPL in any provider
- my test build generated QA errors due to host libraries being used in
the build:
cc1: warning: include location "/usr/include
On Monday, September 23, 2013, wrote:
> From: Chunrong Guo
>
> *dumb networking library
> *snort depends libdnet
>
> Signed-off-by: Chunrong Guo
> ---
> .../recipes-connectivity/libdnet/libdnet_1.12.bb | 16
> 1 files changed, 16 insertions(+), 0 deletions(-)
>
[[oe] [meta-networking][PATCH 3/3] barnyard: add recipe] On 13.09.23 (Mon
17:20) b40...@freescale.com wrote:
> From: Chunrong Guo
>
> *Barnyard is a output system for Snort
>
> Signed-off-by: Chunrong Guo
> ---
> .../barnyard/barnyard_0.2.0.bb | 19 ++
Changelog since 2013-09-15 until 2013-09-22. 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
Hi Martin,
On 23 September 2013 10:38, Trevor Woerner wrote:
> On 23 September 2013 04:06, Martin Jansa wrote:
>> On Mon, Sep 23, 2013 at 12:29:36AM -0400, Trevor Woerner wrote:
>>> Building qtwebkit would cause a QA issue (which, in my distro, would cause a
>>> build error) such that QtWebPlugi
On 23 September 2013 18:04, Trevor Woerner wrote:
> Sadly now that I have enabled ICU in qtbase, my build of qtwebkit on
> meta-qt5 master branch is failing. I'll have to look into it some
> more. Is anyone else seeing this?
It must have been an sstate or tmp issue. A fresh build with
completely
Building qtwebkit causes a QA issue such that QtWebPluginProcess and
QtWebProcess contain bad RPATHs which point into the build location. This fix
adds a patch to not include the rpath.prf which causes this problem.
Signed-off-by: Trevor Woerner
---
recipes-qt/qt5/qtwebkit-5.1.0/fix-rpath.patch
Il 23/09/2013 16:47, Denys Dmytriyenko ha scritto:
I don't see a problem here either. Do we need an official response?
For me is not a problem.
There are many companies and individuals already using OE logo without
official permission.
Just my two cents.
Cordiali Saluti / Kindest Regards /
30 matches
Mail list logo