[oe] [meta-oe][PATCH v2 2/3] utouch-frame: Add initial recipe
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/meta-oe/recipes-support/utouch/utouch-frame_git.bb
b/meta-oe/recipes-support/utouch/utouch-frame_git.bb
new file mode 100644
index 000..c160543
--- /dev/null
+++ b/meta-oe/recipes-support/utouch/utouch-frame_git.bb
@@ -0,0 +1,17 @@
+SUMMARY = "Touch Frame Library"
+DESCRIPTION = "The frame library and tools are used to handle touch frames,
i.e., collections of tracked contacts. Bindings for mtdev and XI2.1."
+HOMEPAGE = "http://bitmath.org/code/evemu/";
+
+LICENSE = "GPLv3"
+LIC_FILES_CHKSUM = "file://COPYING;md5=2f31b266d3440dd7ee50f92cf67d8e6c"
+
+DEPENDS += "mtdev utouch-evemu"
+
+inherit autotools
+
+SRC_URI = "git://bitmath.org/git/frame.git;protocol=http"
+SRCREV = "95363d5a1f7394d71144bf3b408ef4e6db4350fc"
+
+PV = "1.1.2+git${SRCPV}"
+
+S = "${WORKDIR}/git/"
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 2/3] utouch-frame: Add initial recipe
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 changed, 15 insertions(+)
>> create mode 100644 meta-oe/recipes-support/utouch/utouch-frame_git.bb
>>
>> diff --git a/meta-oe/recipes-support/utouch/utouch-frame_git.bb
>> b/meta-oe/recipes-support/utouch/utouch-frame_git.bb
>> new file mode 100644
>> index 000..83a4e25
>> --- /dev/null
>> +++ b/meta-oe/recipes-support/utouch/utouch-frame_git.bb
>> @@ -0,0 +1,15 @@
>> +SUMMARY = "Touch Frame Library"
>> +DESCRIPTION = "The frame library and tools are used to handle touch frames,
>> i.e., collections of tracked contacts. Bindings for mtdev and XI2.1."
>> +HOMEPAGE = "http://bitmath.org/code/evemu/";
>> +
>> +LICENSE = "GPLv3"
>> +LIC_FILES_CHKSUM = "file://COPYING;md5=2f31b266d3440dd7ee50f92cf67d8e6c"
>> +
>> +inherit autotools
>> +
>> +SRC_URI = "git://bitmath.org/git/frame.git;protocol=http"
>> +SRCREV = "95363d5a1f7394d71144bf3b408ef4e6db4350fc"
>> +
>> +PV = "1.1.2+git${SRCPV}"
>> +
>> +S = "${WORKDIR}/git/"
>
> Missing dependency on utouch-evemu
>
> | configure:12204: error: Package requirements (utouch-evemu >= 1.0.5) were
> not met:
> | No package 'utouch-evemu' found
>
Hi,
fixed in v2.
Thanks for testing.
--
Regards
Samuel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3] libhugetlbfs: add recipe
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-shiped-in-64bit-target.patch | 75 +++ .../libhugetlbfs/files/install64-fix.patch | 20 ...s-avoid-search-host-library-path-for-cros.patch | 99 ...ng-LIB32-and-LIB64-if-they-point-to-the-s.patch | 48 ++ .../libhugetlbfs/libhugetlbfs_git.bb | 51 ++ 8 files changed, 481 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/add-PROT-NONE-to-the-mprotest-test.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/fix-lib64-can-not-be-shiped-in-64bit-target.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/install64-fix.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-avoid-search-host-library-path-for-cros.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/skip-checking-LIB32-and-LIB64-if-they-point-to-the-s.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch new file mode 100644 index 000..ceac6b4 --- /dev/null +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch @@ -0,0 +1,88 @@ +Upstream-Status: Pending + +From 52b8430eb4f03e35721f29862de33041fe9c9768 Mon Sep 17 00:00:00 2001 +From: Steve Capper +Date: Wed, 10 Apr 2013 14:51:12 +0100 +Subject: [PATCH] Aarch64 support. + +This patch adds support for Aarch64. + +As with ARMv7, We do not add the xBT/xBDT style linker scripts as +these have been deprecated in favour of adjusting the page sizes +via command line parameter to ld. + +Signed-off-by: Steve Capper +--- + Makefile |7 +++ + sys-aarch64elf_linux.S | 34 ++ + 2 files changed, 41 insertions(+) + create mode 100644 sys-aarch64elf_linux.S + +diff --git a/Makefile b/Makefile +index 48205af..28ceade 100644 +--- a/Makefile b/Makefile +@@ -57,6 +57,12 @@ TMPLIB32 = lib + ELF32 += armelf_linux_eabi + CUSTOM_LDSCRIPTS = no + else ++ifeq ($(ARCH),aarch64) ++CC64 = gcc ++ELF64 = aarch64elf_linux ++TMPLIB64 = lib64 ++CUSTOM_LDSCRIPTS = no ++else + ifeq ($(ARCH),i386) + CC32 = gcc + ELF32 = elf_i386 +@@ -100,6 +106,7 @@ endif + endif + endif + endif ++endif + + ifdef CC32 + OBJDIRS += obj32 +diff --git a/sys-aarch64elf_linux.S b/sys-aarch64elf_linux.S +new file mode 100644 +index 000..699ff4c +--- /dev/null b/sys-aarch64elf_linux.S +@@ -0,0 +1,34 @@ ++/* ++ * libhugetlbfs - Easy use of Linux hugepages ++ * Copyright (C) 2013 Linaro Ltd. ++ * ++ * This library is free software; you can redistribute it and/or ++ * modify it under the terms of the GNU Lesser General Public License ++ * version 2.1 as published by the Free Software Foundation. ++ * ++ * This library is distributed in the hope that it will be useful, but ++ * WITHOUT ANY WARRANTY; without even the implied warranty of ++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++ * Lesser General Public License for more details. ++ * ++ * You should have received a copy of the GNU Lesser General Public ++ * License along with this library; if not, write to the Free Software ++ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA ++ */ ++ ++.text ++ ++.globl direct_syscall ++ ++ ++direct_syscall: ++ uxtwx8, w0 ++ mov x0, x1 ++ mov x1, x2 ++ mov x2, x3 ++ mov x3, x4 ++ mov x4, x5 ++ mov x5, x6 ++ mov x6, x7 ++ svc 0x0 ++ RET +-- +1.7.9.5 + diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch new file mode 100644 index 000..0b6fd8a --- /dev/null +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch @@ -0,0 +1,62 @@ +Upstream-Status: Pending + +From 9bb940bd6a86f09280bdcd48a7177a835d72a25c Mon Sep 17 00:00:00 2001 +From: Steve Capper +Date: Wed, 10 Apr 2013 15:52:46 +0100 +Subject: [PATCH] Aarch64 unit test fixes. + +On Aarch64, zero bytes are illegal instructions, this is added to +the icache-hygiene test. + +In mremap-expand-slice-collision, if __LP64__ is defined then +mappings are attempted at 1TB boundaries which are outside the +allowable mmap region for Aarch64. For __aarch64__ we change this +mapping back to
Re: [oe] [meta-qt5][dylan][PATCH] qtwebkit 5.0.2: fix QA issue (bad RPATH)
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
> include the rpath.prf which leads to this problem.
Could you send patch for master/dora first and then backport it to
dylan? Otherwise I'll do it, but it will take a bit more time.
>
> Signed-off-by: Trevor Woerner
> ---
> recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch | 12
> recipes-qt/qt5/qtwebkit_5.0.2.bb | 3 +++
> 2 files changed, 15 insertions(+)
> create mode 100644 recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch
>
> diff --git a/recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch
> b/recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch
> new file mode 100644
> index 000..f74a5cf
> --- /dev/null
> +++ b/recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch
> @@ -0,0 +1,12 @@
> +diff -urN
> qtwebkit-opensource-src-5.0.2/Tools/qmake/mkspecs/features/unix/default_post.prf
>
> qtwebkit-opensource-src-5.0.2__new/Tools/qmake/mkspecs/features/unix/default_post.prf
> +---
> qtwebkit-opensource-src-5.0.2/Tools/qmake/mkspecs/features/unix/default_post.prf
> 2013-04-08 20:11:53.0 -0400
>
> qtwebkit-opensource-src-5.0.2__new/Tools/qmake/mkspecs/features/unix/default_post.prf
> 2013-09-22 22:37:51.096270035 -0400
> +@@ -32,8 +32,6 @@
> + QMAKE_OBJECTIVE_CFLAGS += -Wno-c++11-extensions -Wno-c++0x-extensions
> + }
> +
> +-contains(TEMPLATE, app): CONFIG += rpath
> +-
> + isEqual(QT_ARCH,i386):CONFIG(debug, debug|release) {
> + # Make ld not cache the symbol tables of input files in memory to avoid
> memory exhaustion during the linking phase.
> + config_gnuld: QMAKE_LFLAGS += -Wl,--no-keep-memory
> diff --git a/recipes-qt/qt5/qtwebkit_5.0.2.bb
> b/recipes-qt/qt5/qtwebkit_5.0.2.bb
> index 4d2f34d..1cad62b 100644
> --- a/recipes-qt/qt5/qtwebkit_5.0.2.bb
> +++ b/recipes-qt/qt5/qtwebkit_5.0.2.bb
> @@ -2,6 +2,9 @@ require qt5-${PV}.inc
> require ${PN}.inc
>
> PR = "${INC_PR}.0"
> +SRC_URI += "\
> + file://rpath.patch\
> + "
>
> SRC_URI[md5sum] = "85aad9f287910c21c8464d7d1ea010a9"
> SRC_URI[sha256sum] =
> "6ff4038f8db68be51661d1a6646f510b26f6ebbecbdeefb76cd8361f808768f6"
> --
> 1.8.4.rc3.1.gc1ebd90
>
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] gnokii: add 0.6.31
- 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/gnokii_0.6.31.bb
diff --git a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
new file mode 100644
index 000..511eaa3
--- /dev/null
+++ b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = "Cellphone tools and driver software"
+SECTION = "console/network"
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
+
+SRC_URI = "http://www.gnokii.org/download/gnokii/gnokii-${PV}.tar.bz2";
+
+DEPENDS = "glib-2.0"
+X11DEPENDS = " libxpm gtk+"
+
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
+PACKAGECONFIG[x11] = "--with-x-toolkit=gtk,--without-x,${X11DEPENDS}"
+
+inherit autotools pkgconfig
+
+PACKAGES += "libgnokii libgnokii-dev"
+
+EXTRA_OECONF = "--without-x --disable-smsd"
+
+FILES_${PN} = "${bindir} ${sbindir}"
+FILES_libgnokii-dev = "${includedir} ${libdir}/lib*.so ${libdir}/*.la \
+${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig \
+ /lib/*.a /lib/*.o ${datadir}/aclocal"
+FILES_${PN}-dev = ""
+FILES_libgnokii = "${libdir}/libgnokii.so.*"
+
+SRC_URI[md5sum] = "d9627f4a1152d3ea7806df4532850d5f"
+SRC_URI[sha256sum] =
"8f5a083b05c1a66a3402ca5cd80084e14c2c0632c991bb53b03c78e9adb02501"
--
1.8.4.rc3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] gnokii: add 0.6.31
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 changed, 28 insertions(+)
> create mode 100644 meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
>
> diff --git a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
> b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
> new file mode 100644
> index 000..511eaa3
> --- /dev/null
> +++ b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
> @@ -0,0 +1,28 @@
> +DESCRIPTION = "Cellphone tools and driver software"
> +SECTION = "console/network"
> +LICENSE = "GPLv2+"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
> +
> +SRC_URI = "http://www.gnokii.org/download/gnokii/gnokii-${PV}.tar.bz2";
> +
> +DEPENDS = "glib-2.0"
> +X11DEPENDS = " libxpm gtk+"
> +
> +PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
> +PACKAGECONFIG[x11] = "--with-x-toolkit=gtk,--without-x,${X11DEPENDS}"
> +
> +inherit autotools pkgconfig
> +
> +PACKAGES += "libgnokii libgnokii-dev"
> +
> +EXTRA_OECONF = "--without-x --disable-smsd"
forget this one I missed to commit the last fixes
Eric
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2] gnokii: add 0.6.31
- 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/gnokii_0.6.31.bb
diff --git a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
new file mode 100644
index 000..7845ae2
--- /dev/null
+++ b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = "Cellphone tools and driver software"
+SECTION = "console/network"
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
+
+SRC_URI = "http://www.gnokii.org/download/gnokii/gnokii-${PV}.tar.bz2";
+
+DEPENDS = "glib-2.0"
+X11DEPENDS = " libxpm gtk+"
+
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
+PACKAGECONFIG[x11] = ",--without-x,${X11DEPENDS}"
+
+inherit autotools pkgconfig
+
+PACKAGES += "libgnokii libgnokii-dev"
+
+EXTRA_OECONF = "--disable-smsd"
+
+FILES_${PN} = "${bindir} ${sbindir}"
+FILES_libgnokii-dev = "${includedir} ${libdir}/lib*.so ${libdir}/*.la \
+${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig \
+ /lib/*.a /lib/*.o ${datadir}/aclocal"
+FILES_${PN}-dev = ""
+FILES_libgnokii = "${libdir}/libgnokii.so.*"
+
+SRC_URI[md5sum] = "d9627f4a1152d3ea7806df4532850d5f"
+SRC_URI[sha256sum] =
"8f5a083b05c1a66a3402ca5cd80084e14c2c0632c991bb53b03c78e9adb02501"
--
1.8.4.rc3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH 1/3] snort: add recipe
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-inaddr-none.patch | 75 .../recipes-connectivity/snort/files/logrotate | 12 + .../recipes-connectivity/snort/files/snort.init| 425 .../recipes-connectivity/snort/files/volatiles |2 + .../recipes-connectivity/snort/snort_2.9.4.6.bb| 86 7 files changed, 694 insertions(+), 0 deletions(-) create mode 100644 meta-networking/recipes-connectivity/snort/files/default create mode 100644 meta-networking/recipes-connectivity/snort/files/disable-dap-address-space-id.patch create mode 100644 meta-networking/recipes-connectivity/snort/files/disable-inaddr-none.patch create mode 100644 meta-networking/recipes-connectivity/snort/files/logrotate create mode 100755 meta-networking/recipes-connectivity/snort/files/snort.init create mode 100644 meta-networking/recipes-connectivity/snort/files/volatiles create mode 100644 meta-networking/recipes-connectivity/snort/snort_2.9.4.6.bb diff --git a/meta-networking/recipes-connectivity/snort/files/default b/meta-networking/recipes-connectivity/snort/files/default new file mode 100644 index 000..afd3840 --- /dev/null +++ b/meta-networking/recipes-connectivity/snort/files/default @@ -0,0 +1,42 @@ +# Parameters for the daemon +# Add any additional parameteres here. +PARAMS="-m 027 -D -d " +# +# Snort user +# This user will be used to launch snort. Notice that the +# preinst script of the package might do changes to the user +# (home directory, User Name) when the package is upgraded or +# reinstalled. So, do *not* change this to 'root' or to any other user +# unless you are sure there is no problem with those changes being introduced. +# +SNORTUSER="snort" +# +# Logging directory +# Snort logs will be dropped here and this will be the home +# directory for the SNORTUSER. If you change this value you should +# change the /etc/logrotate.d/snort definition too, otherwise logs +# will not be rotated properly. +# +LOGDIR="/var/log/snort" +# +# Snort group +# This is the group that the snort user will be added to. +# +SNORTGROUP="snort" +# +# Allow Snort's init.d script to work if the configured interfaces +# are not available. Set this to yes if you configure Snort with +# multiple interfaces but some might not be available on boot +# (e.g. wireless interfaces) +# +# Note: In order for this to work the 'iproute' package needs to +# be installed. +ALLOW_UNAVAILABLE="no" + +# Local configs +# +LOCAL_SNORT_STARTUP=boot +LOCAL_SNORT_HOME_NET="192.168.0.0/16" +LOCAL_SNORT_INTERFACE="" +LOCAL_SNORT_STATS_RCPT="root" +LOCAL_SNORT_STATS_THRESHOLD="1" diff --git a/meta-networking/recipes-connectivity/snort/files/disable-dap-address-space-id.patch b/meta-networking/recipes-connectivity/snort/files/disable-dap-address-space-id.patch new file mode 100644 index 000..39e5c9c --- /dev/null +++ b/meta-networking/recipes-connectivity/snort/files/disable-dap-address-space-id.patch @@ -0,0 +1,52 @@ +Upstream-Status:Inappropriate [embedded specific] + +fix the below error: +checking for dap address space id... configure: +configure: error: cannot run test program while cross compiling + + +Signed-off-by: Chunrong Guo + +--- a/configure.in 2013-08-23 00:06:37.239361932 -0500 b/configure.in 2013-08-23 00:07:32.860266534 -0500 +@@ -679,23 +679,23 @@ + + AC_CHECK_FUNCS([daq_hup_apply] [daq_acquire_with_meta]) + +-AC_MSG_CHECKING([for daq address space ID]) +-AC_RUN_IFELSE( +-[AC_LANG_PROGRAM( +-[[ +-#include +-]], +-[[ +- DAQ_PktHdr_t hdr; +- hdr.address_space_id = 0; +-]])], +-[have_daq_address_space_id="yes"], +-[have_daq_address_space_id="no"]) +-AC_MSG_RESULT($have_daq_address_space_id) +-if test "x$have_daq_address_space_id" = "xyes"; then +-AC_DEFINE([HAVE_DAQ_ADDRESS_SPACE_ID],[1], +-[DAQ version supports address space ID in header.]) +-fi ++#AC_MSG_CHECKING([for daq address space ID]) ++#AC_RUN_IFELSE( ++#[AC_LANG_PROGRAM( ++#[[ ++##include ++#]], ++#[[ ++# DAQ_PktHdr_t hdr; ++# hdr.address_space_id = 0; ++#]])], ++have_daq_address_space_id="yes" ++#[have_daq_address_space_id="no"]) ++#AC_MSG_RESULT($have_daq_address_space_id) ++#if test "x$have_daq_address_space_id" = "xyes"; then ++#AC_DEFINE([HAVE_DAQ_ADDRESS_SPACE_ID],[1], ++#[DAQ version supports address space ID in header.]) ++#fi + + # any sparc platform has to have this one defined. + AC_MSG_CHECKING(for sparc) diff --git a/meta-networking/recipes-connectivity/snort/files/disable-inaddr-none.patch b/meta-networking/recipes-connectivity/snort/files/disable-inaddr-none.patch new file mode 100644 index 000..9dafe63 --- /dev/null +++ b/meta-networking/recipes-connectivity/snort/files/disable-inaddr-no
[oe] [meta-networking][PATCH 2/3] libdnet: add recipe
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/libdnet/libdnet_1.12.bb
diff --git a/meta-networking/recipes-connectivity/libdnet/libdnet_1.12.bb
b/meta-networking/recipes-connectivity/libdnet/libdnet_1.12.bb
new file mode 100644
index 000..88b893b
--- /dev/null
+++ b/meta-networking/recipes-connectivity/libdnet/libdnet_1.12.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "dumb networking library"
+HOMEPAGE = "http://code.google.com/p/libdnet/";
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=0036c1b155f4e999f3e0a373490b5db9"
+
+SRC_URI = "http://libdnet.googlecode.com/files/libdnet-${PV}.tgz";
+
+SRC_URI[md5sum] = "9253ef6de1b5e28e9c9a62b882e44cc9"
+SRC_URI[sha256sum] =
"83b33039787cf0e977cef7f18a5d5e7aaffc4505548a83d31bd3515eb026"
+
+inherit autotools
+
+
+do_configure_prepend() {
+ cp ${S}/config/acinclude.m4 ${S}/
+}
--
1.7.5.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH 3/3] barnyard: add recipe
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/barnyard_0.2.0.bb
diff --git a/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
b/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
new file mode 100644
index 000..c5e0e78
--- /dev/null
+++ b/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
@@ -0,0 +1,19 @@
+DESCRIPTION = "Barnyard is a output system for Snort."
+HOMEPAGE = "http://www.snort.org/";
+LICENSE = "QPL"
+LIC_FILES_CHKSUM = "file://LICENSE.QPL;md5=1b8ff8c0012b5a2d647357699bf44b41"
+
+DEPENDS = "libpcap"
+
+SRC_URI = " ${GENTOO_MIRROR}/${BP}.tar.gz;name=tarball \
+ "
+SRC_URI[tarball.md5sum] = "be3283028cf414b52b220308ceb411e9"
+SRC_URI[tarball.sha256sum] =
"09e0f8e095e79cfe70ea069d13e7d02521a504a1f400a45556a634dccfd31a3a"
+
+inherit autotools pkgconfig
+
+do_configure_prepend () {
+ #fix hardcoded include path
+ sed -i -e 's:extra_incl=-I/usr/include/pcap::g' ${S}/configure.in
+}
+
--
1.7.5.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH] quagga: fix babeld_option
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/recipes-protocols/quagga/files/quagga.default index 438c3b6..0c1ce6c 100644 --- a/meta-networking/recipes-protocols/quagga/files/quagga.default +++ b/meta-networking/recipes-protocols/quagga/files/quagga.default @@ -4,7 +4,7 @@ vtysh_enable=yes # Bind all daemons to loopback only by default zebra_options=" --daemon -A 127.0.0.1" -babeld_options="-D 127.0.0.1" +babeld_options="--daemon -A 127.0.0.1" bgpd_options=" --daemon -A 127.0.0.1" ospfd_options=" --daemon -A 127.0.0.1" ospf6d_options="--daemon -A ::1" -- 1.7.9.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Permission to use OpenEmbedded Logo on ROS wiki
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 instructions for all the supported Linux distributions. On this page, every supported OS distribution is depicted by a logo. We would also like to add the OpenEmbedded logo resized to 50x50 pixels there. To my understanding, the OpenEmbedded e.V. holds the copyright for the OpenEmbedded logo. Could we obtain the right to use the logo on this page and for pages of future ROS distributions? Yours sincerely, Lukas Bulwahn, BMW Car IT GmbH References: [1] http://wiki.ros.org/ [2] http://wiki.ros.org/hydro/Installation/OpenEmbedded [3] http://wiki.ros.org/ROS/Installation BMW Car IT GmbH Petuelring 116 D-80809 Muenchen Germany Mail: lukas.bulw...@oss.bmw-carit.de Web: http://www.bmw-carit.de - BMW Car IT GmbH Geschäftsführer: Harald Heinecke und Reinhard Stolle Sitz und Registergericht: München HRB134810 - ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] quagga: fix babeld_option
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 > --- > .../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/recipes-protocols/quagga/files/quagga.default > index 438c3b6..0c1ce6c 100644 > --- a/meta-networking/recipes-protocols/quagga/files/quagga.default > +++ b/meta-networking/recipes-protocols/quagga/files/quagga.default > @@ -4,7 +4,7 @@ vtysh_enable=yes > > # Bind all daemons to loopback only by default > zebra_options=" --daemon -A 127.0.0.1" > -babeld_options="-D 127.0.0.1" > +babeld_options="--daemon -A 127.0.0.1" > bgpd_options=" --daemon -A 127.0.0.1" > ospfd_options=" --daemon -A 127.0.0.1" > ospf6d_options="--daemon -A ::1" -- -Joe MacDonald. :wq signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Permission to use OpenEmbedded Logo on ROS wiki
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) middleware on an OpenEmbedded > distribution. We refer to this page on the Installation Platform page > [3], which links to the ROS installation instructions for all the > supported Linux distributions. > > On this page, every supported OS distribution is depicted by a logo. We > would also like to add the OpenEmbedded logo resized to 50x50 pixels > there. To my understanding, the OpenEmbedded e.V. holds the copyright > for the OpenEmbedded logo. > > Could we obtain the right to use the logo on this page and for pages of > future ROS distributions? > > > Yours sincerely, > > Lukas Bulwahn, BMW Car IT GmbH > > References: > > [1] http://wiki.ros.org/ > [2] http://wiki.ros.org/hydro/Installation/OpenEmbedded > [3] http://wiki.ros.org/ROS/Installation > > > BMW Car IT GmbH > Petuelring 116 > D-80809 Muenchen > Germany > Mail: lukas.bulw...@oss.bmw-carit.de > Web: http://www.bmw-carit.de > - > BMW Car IT GmbH > Geschäftsführer: Harald Heinecke und Reinhard Stolle > Sitz und Registergericht: München HRB134810 > - > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][dylan][PATCH] qtwebkit 5.0.2: fix QA issue (bad RPATH)
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 which pointed into the build location. This fix adds a patch to not >> include the rpath.prf which leads to this problem. > > Could you send patch for master/dora first and then backport it to > dylan? Otherwise I'll do it, but it will take a bit more time. As far as I can tell, qtwebkit on master doesn't even try to compile. This is what I get in my log.do_compile: DEBUG: Executing shell function do_compile NOTE: make -j 6 MAKEFLAGS=-j 6 OE_QMAKE_COMPILER=arm-poky-linux-gnueabi-gcc -march=armv5te -marm -mthumb-interwork --sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm OE_QMAKE_CC=arm-poky-linux-gnueabi-gcc -march=armv5te -marm -mthumb-interwork --sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm OE_QMAKE_CXX=arm-poky-linux-gnueabi-g++ -march=armv5te -marm -mthumb-interwork --sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm OE_QMAKE_CFLAGS= -O2 -pipe -g -feliminate-unused-debug-types OE_QMAKE_CXXFLAGS= -O2 -pipe -g -feliminate-unused-debug-types -fpermissive -fvisibility-inlines-hidden OE_QMAKE_LINK=arm-poky-linux-gnueabi-g++ -march=armv5te -marm -mthumb-interwork --sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm OE_QMAKE_LDFLAGS=-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed OE_QMAKE_AR=arm-poky-linux-gnueabi-ar OE_QMAKE_STRIP=echo OE_QMAKE_WAYLAND_SCANNER=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/x86_64-linux/usr/bin/wayland-scanner make: Nothing to be done for `first'. DEBUG: Shell function do_compile finished So I am nowhere near being able to see if there is an RPATH issue on master. I tried this on two different hosts. Bitbake doesn't see any errors (this compile step returns success!) so the build "succeeds" even though I don't end up with qtwebkit. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] vsftpd: change default secure_chroot_dir
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: vsftpd: not found: directory given in
> 'secure_chroot_dir':/var/share/empty"
>
> This shows up in both standalone mode or started by xined.
>
> Signed-off-by: Ming Liu
> ---
> .../vsftpd/files/change-secure_chroot_dir.patch| 55
> ++
> .../vsftpd/files/volatiles.99_vsftpd | 1 +
> .../recipes-daemons/vsftpd/vsftpd_3.0.0.bb | 6 ++-
> 3 files changed, 61 insertions(+), 1 deletion(-)
> create mode 100644
> meta-networking/recipes-daemons/vsftpd/files/change-secure_chroot_dir.patch
> create mode 100644
> meta-networking/recipes-daemons/vsftpd/files/volatiles.99_vsftpd
>
> diff --git
> a/meta-networking/recipes-daemons/vsftpd/files/change-secure_chroot_dir.patch
> b/meta-networking/recipes-daemons/vsftpd/files/change-secure_chroot_dir.patch
> new file mode 100644
> index 000..5f2860e
> --- /dev/null
> +++
> b/meta-networking/recipes-daemons/vsftpd/files/change-secure_chroot_dir.patch
> @@ -0,0 +1,55 @@
> +vsftpd: change default value of secure_chroot_dir
> +
> +Upstream-Status: Pending
> +
> +Change secure_chroot_dir pointing to a volatile directory.
> +
> +Signed-off-by: Ming Liu
> +---
> + INSTALL |6 +++---
> + tunables.c|2 +-
> + vsftpd.conf.5 |2 +-
> + 3 files changed, 5 insertions(+), 5 deletions(-)
> +
> +diff -urpN a/INSTALL b/INSTALL
> +--- a/INSTALL2013-09-13 10:23:57.504972397 +0800
> b/INSTALL2013-09-13 10:25:25.664971779 +0800
> +@@ -27,11 +27,11 @@ user in case it does not already exist.
> + [root@localhost root]# useradd nobody
> + useradd: user nobody exists
> +
> +-2b) vsftpd needs the (empty) directory /usr/share/empty in the default
> ++2b) vsftpd needs the (empty) directory /var/run/vsftpd/empty in the default
> + configuration. Add this directory in case it does not already exist. e.g.:
> +
> +-[root@localhost root]# mkdir /usr/share/empty/
> +-mkdir: cannot create directory `/usr/share/empty': File exists
> ++[root@localhost root]# mkdir /var/run/vsftpd/empty/
> ++mkdir: cannot create directory `/var/run/vsftpd/empty': File exists
> +
> + 2c) For anonymous FTP, you will need the user "ftp" to exist, and have a
> + valid home directory (which is NOT owned or writable by the user "ftp").
> +diff -urpN a/tunables.c b/tunables.c
> +--- a/tunables.c 2013-09-13 10:26:29.554972817 +0800
> b/tunables.c 2013-09-13 10:27:18.104972210 +0800
> +@@ -254,7 +254,7 @@ tunables_load_defaults()
> + /* -rw--- */
> + tunable_chown_upload_mode = 0600;
> +
> +- install_str_setting("/usr/share/empty", &tunable_secure_chroot_dir);
> ++ install_str_setting("/var/run/vsftpd/empty", &tunable_secure_chroot_dir);
> + install_str_setting("ftp", &tunable_ftp_username);
> + install_str_setting("root", &tunable_chown_username);
> + install_str_setting("/var/log/xferlog", &tunable_xferlog_file);
> +diff -urpN a/vsftpd.conf.5 b/vsftpd.conf.5
> +--- a/vsftpd.conf.5 2013-09-13 10:09:33.774972462 +0800
> b/vsftpd.conf.5 2013-09-13 10:10:41.914971989 +0800
> +@@ -969,7 +969,7 @@ This option should be the name of a dire
> + directory should not be writable by the ftp user. This directory is used
> + as a secure chroot() jail at times vsftpd does not require filesystem
> access.
> +
> +-Default: /usr/share/empty
> ++Default: /var/run/vsftpd/empty
> + .TP
> + .B ssl_ciphers
> + This option can be used to select which SSL ciphers vsftpd will allow for
> diff --git a/meta-networking/recipes-daemons/vsftpd/files/volatiles.99_vsftpd
> b/meta-networking/recipes-daemons/vsftpd/files/volatiles.99_vsftpd
> new file mode 100644
> index 000..8a602ba
> --- /dev/null
> +++ b/meta-networking/recipes-daemons/vsftpd/files/volatiles.99_vsftpd
> @@ -0,0 +1 @@
> +d root root 0755 /var/run/vsftpd/empty none
> diff --git a/meta-networking/recipes-daemons/vsftpd/vsftpd_3.0.0.bb
> b/meta-networking/recipes-daemons/vsftpd/vsftpd_3.0.0.bb
> index 2c3e009..49d5d2a 100644
> --- a/meta-networking/recipes-daemons/vsftpd/vsftpd_3.0.0.bb
> +++ b/meta-networking/recipes-daemons/vsftpd/vsftpd_3.0.0.bb
> @@ -14,6 +14,8 @@ SRC_URI =
> "https://security.appspot.com/downloads/vsftpd-${PV}.tar.gz \
> file://vsftpd.conf \
> file://vsftpd.user_list \
> file://vsftpd.ftpusers \
> + file://change-secure_chroot_dir.patch \
> + file://volatiles.99_vsftpd \
> "
>
> LIC_FILES_CHKSUM = "file://COPYING;md5=a6067ad950b28336613aed9dd47b1271 \
> @@ -40,7 +42,7 @@ LDFLAGS_append =" -lcrypt -lcap"
> do_configure() {
> # Fix hardcoded /usr, /etc, /var mess.
> cat tunables.c|sed s:\"/usr:\"${prefix}:g|sed
> s:\"/var:\"${localstatedir}:g \
> -|sed s:\"${prefix}/sh
Re: [oe] Permission to use OpenEmbedded Logo on ROS wiki
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: > > 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 instructions for all the > > supported Linux distributions. > > > > On this page, every supported OS distribution is depicted by a logo. We > > would also like to add the OpenEmbedded logo resized to 50x50 pixels > > there. To my understanding, the OpenEmbedded e.V. holds the copyright > > for the OpenEmbedded logo. > > > > Could we obtain the right to use the logo on this page and for pages of > > future ROS distributions? > > > > > > Yours sincerely, > > > > Lukas Bulwahn, BMW Car IT GmbH > > > > References: > > > > [1] http://wiki.ros.org/ > > [2] http://wiki.ros.org/hydro/Installation/OpenEmbedded > > [3] http://wiki.ros.org/ROS/Installation > > > > > > BMW Car IT GmbH > > Petuelring 116 > > D-80809 Muenchen > > Germany > > Mail: lukas.bulw...@oss.bmw-carit.de > > Web: http://www.bmw-carit.de > > - > > BMW Car IT GmbH > > Geschäftsführer: Harald Heinecke und Reinhard Stolle > > Sitz und Registergericht: München HRB134810 > > - > > ___ > > Openembedded-devel mailing list > > Openembedded-devel@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > > > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Permission to use OpenEmbedded Logo on ROS wiki
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 Installation > Platform page [3], which links to the ROS installation instructions > for all the supported Linux distributions. > > On this page, every supported OS distribution is depicted by a logo. > We would also like to add the OpenEmbedded logo resized to 50x50 > pixels there. To my understanding, the OpenEmbedded e.V. holds the > copyright for the OpenEmbedded logo. > > Could we obtain the right to use the logo on this page and for pages > of future ROS distributions? Lukas, Thank you for your interest in OpenEmbedded project and its logo! The Board of Directors can be reached at the following email address: bo...@openembedded.org -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 1/3] snort: add recipe
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
> new file mode 100644
> index 000..e3ab51d
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/snort/files/volatiles
> @@ -0,0 +1,2 @@
> +#
> +d snort snort 0755 /var/log/snort none
> \ No newline at end of file
Since you're going to be in there again anyway, can you fix this, too?
> diff --git a/meta-networking/recipes-connectivity/snort/snort_2.9.4.6.bb
> b/meta-networking/recipes-connectivity/snort/snort_2.9.4.6.bb
> new file mode 100644
> index 000..5a165ef
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/snort/snort_2.9.4.6.bb
> @@ -0,0 +1,86 @@
> +DESCRIPTION = "snort - a free lightweight network intrusion detection system
> for UNIX and Windows."
> +HOMEPAGE = "http://www.snort.org/";
> +LICENSE = "GPL"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=78fa8ef966b48fbf9095e13cc92377c5"
> +
> +DEPENDS = "libpcap libpcre daq libdnet"
> +
> +SRC_URI = " ${GENTOO_MIRROR}/${BP}.tar.gz;name=tarball \
> +file://disable-inaddr-none.patch \
> +file://disable-dap-address-space-id.patch \
> + file://snort.init \
> + file://default \
> +file://logrotate \
> + file://volatiles \
> + "
When you go back at this, can you also try to adopt the format laid out
by Peter here:
http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/41673
And I don't think the ";name=tarball" is required here. Is it?
-J.
> +SRC_URI[tarball.md5sum] = "4111df01a4f21bd1d328a18b76d625bd"
> +SRC_URI[tarball.sha256sum] =
> "cfaa5390b184068a6c05a7077dd92cb916e6186a014baa451d43cdb0b3bc"
> +
> +inherit autotools gettext
> +
> +EXTRA_OECONF = " \
> + --enable-gre \
> + --enable-linux-smp-stats \
> + --enable-reload \
> + --enable-reload-error-restart \
> + --enable-targetbased \
> + --disable-static-daq \
> + "
> +
> +do_install_append() {
> + install -d ${D}/${sysconfdir}/snort/rules
> + install -d ${D}/${sysconfdir}/snort/preproc_rules
> + install -d ${D}/${sysconfdir}/default/volatiles
> + mkdir -p ${D}/${sysconfdir}/init.d
> + for i in map config conf dtd; do
> + cp ${S}/etc/*.$i ${D}/${sysconfdir}/snort/
> + done
> + cp ${S}/preproc_rules/*.rules ${D}/${sysconfdir}/snort/preproc_rules/
> + install -m 0644 ${WORKDIR}/default ${D}/${sysconfdir}/default/snort
> + install -m 0644 ${WORKDIR}/volatiles
> ${D}/${sysconfdir}/default/volatiles/snort
> + install -m 0755 ${WORKDIR}/snort.init ${D}/${sysconfdir}/init.d/snort
> + mkdir -p ${D}/${localstatedir}/log/snort
> + install -d ${D}${sysconfdir}/logrotate.d
> + install -m 0644 ${WORKDIR}/logrotate ${D}${sysconfdir}/logrotate.d/snort
> +}
> +
> +pkg_postinst_${PN}() {
> + grep -q ^snort: /etc/group || addgroup snort
> + grep -q ^snort: /etc/passwd || \
> + adduser --disabled-password --home=/var/log/snort/ --system \
> + --ingroup snort --no-create-home -g "snort" snort
> + ${sysconfdir}/init.d/populate-volatile.sh update
> +}
> +
> +PACKAGES =+ "${PN}-logrotate"
> +FILES_${PN}-logrotate = "${sysconfdir}/logrotate.d/snort"
> +FILES_${PN} += " \
> + ${libdir}/snort_dynamicengine/*.so.* \
> + ${libdir}/snort_dynamicpreprocessor/*.so.* \
> + ${libdir}/snort_dynamicrules/*.so.* \
> + "
> +FILES_${PN}-dbg += " \
> + ${libdir}/snort_dynamicengine/.debug \
> + ${libdir}/snort_dynamicpreprocessor/.debug \
> + ${libdir}/snort_dynamicrules/.debug \
> + "
> +FILES_${PN}-staticdev += " \
> + ${libdir}/snort_dynamicengine/*.a \
> + ${libdir}/snort_dynamicpreprocessor/*.a \
> + ${libdir}/snort_dynamicrules/*.a \
> + ${libdir}/snort/dynamic_preproc/*.a \
> + ${libdir}/snort/dynamic_output/*.a \
> + "
> +FILES_${PN}-dev += " \
> + ${libdir}/snort_dynamicengine/*.la \
> + ${libdir}/snort_dynamicpreprocessor/*.la \
> + ${libdir}/snort_dynamicrules/*.la \
> + ${libdir}/snort_dynamicengine/*.so \
> + ${libdir}/snort_dynamicpreprocessor/*.so \
> + ${libdir}/snort_dynamicrules/*.so \
> + ${prefix}/src/snort_dynamicsrc \
> + "
> +
> +RRECOMMENDS_${PN} += "${PN}-logrotate"
> +RRECOMMENDS_${PN} += "barnyard"
> +RSUGGESTS_${PN}-logrotate += "logrotate"
--
-Joe MacDonald.
:wq
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 3/3] barnyard: add recipe
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 100644 meta-networking/recipes-connectivity/barnyard/
barnyard_0.2.0.bb
>
> diff --git a/meta-networking/recipes-connectivity/barnyard/
barnyard_0.2.0.bb b/meta-networking/recipes-connectivity/barnyard/
barnyard_0.2.0.bb
> new file mode 100644
> index 000..c5e0e78
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
> @@ -0,0 +1,19 @@
> +DESCRIPTION = "Barnyard is a output system for Snort."
> +HOMEPAGE = "http://www.snort.org/";
> +LICENSE = "QPL"
> +LIC_FILES_CHKSUM =
"file://LICENSE.QPL;md5=1b8ff8c0012b5a2d647357699bf44b41"
> +
> +DEPENDS = "libpcap"
> +
> +SRC_URI = " ${GENTOO_MIRROR}/${BP}.tar.gz;name=tarball \
> + "
> +SRC_URI[tarball.md5sum] = "be3283028cf414b52b220308ceb411e9"
> +SRC_URI[tarball.sha256sum] =
"09e0f8e095e79cfe70ea069d13e7d02521a504a1f400a45556a634dccfd31a3a"
> +
> +inherit autotools pkgconfig
> +
> +do_configure_prepend () {
> + #fix hardcoded include path
> + sed -i -e 's:extra_incl=-I/usr/include/pcap::g' ${S}/configure.in
> +}
instead of wiping it out completely change it to =/usr/include/pcap
something like that could also be submitted upstream
> +
> --
> 1.7.5.4
>
>
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 1/3] snort: add recipe
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 mentioned that I would accept snort into meta-networking if it wasn't a good fit for meta-security since it was something I'd started working on integrating anyway a while back. I assumed that was the case since it was sent to the list for meta-networking today. I don't think we need copies in both places, though, and since it was first aimed at meta-security, if it gets merged there, I won't merge it here. Hopefully nothing I've said here contradicts what the meta-security maintainers would want to see. -- -Joe MacDonald. :wq signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 1/3] snort: add recipe
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 mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 1/3] snort: add recipe
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/pcap" is unsafe for
cross-compilation [-Wpoison-system-directories]
cc1: warning: include location "/usr/include/pcap" is unsafe for
cross-compilation [-Wpoison-system-directories]
cc1: warning: include location "/usr/include/pcap" is unsafe for
cross-compilation [-Wpoison-system-directories]
cc1: warning: include location "/usr/include/pcap" is unsafe for
cross-compilation [-Wpoison-system-directories]
- Is the pkg_postinst_${PN} action really necessary? Can't you
accomplish the same thing by inheriting useradd? At worst, I think
you'll only need the last line, directly invoking
populate-volatile.sh. Could be mistaken on that, though.
- Can you take another pass through the recipe itself, please? There's
some inconsistent formatting (specifically around SRC_URI) and
minor whitespace issues (around EXTRA_OECONF, for sure, maybe
elsewhere, I've only done a quick scan).
- While we're on the topic, I hate to ask, but any chance we could fix
up the formatting on the initscript itself? It's an indentation
disaster. Not your fault, I know, but I don't know that we'll ever go
back to taking the debian one again and I'd rather it be clean for
anyone who comes along later.
- There's one minor inconsistency in the logrotate file, too, can you
make them all space-indented or all tab-indented please?
Thanks,
-J.
[[oe] [meta-networking][PATCH 1/3] snort: add recipe] On 13.09.23 (Mon 17:06)
b40...@freescale.com wrote:
> 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-inaddr-none.patch | 75
> .../recipes-connectivity/snort/files/logrotate | 12 +
> .../recipes-connectivity/snort/files/snort.init| 425
>
> .../recipes-connectivity/snort/files/volatiles |2 +
> .../recipes-connectivity/snort/snort_2.9.4.6.bb| 86
> 7 files changed, 694 insertions(+), 0 deletions(-)
> create mode 100644 meta-networking/recipes-connectivity/snort/files/default
> create mode 100644
> meta-networking/recipes-connectivity/snort/files/disable-dap-address-space-id.patch
> create mode 100644
> meta-networking/recipes-connectivity/snort/files/disable-inaddr-none.patch
> create mode 100644 meta-networking/recipes-connectivity/snort/files/logrotate
> create mode 100755
> meta-networking/recipes-connectivity/snort/files/snort.init
> create mode 100644 meta-networking/recipes-connectivity/snort/files/volatiles
> create mode 100644
> meta-networking/recipes-connectivity/snort/snort_2.9.4.6.bb
>
> diff --git a/meta-networking/recipes-connectivity/snort/files/default
> b/meta-networking/recipes-connectivity/snort/files/default
> new file mode 100644
> index 000..afd3840
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/snort/files/default
> @@ -0,0 +1,42 @@
> +# Parameters for the daemon
> +# Add any additional parameteres here.
> +PARAMS="-m 027 -D -d "
> +#
> +# Snort user
> +# This user will be used to launch snort. Notice that the
> +# preinst script of the package might do changes to the user
> +# (home directory, User Name) when the package is upgraded or
> +# reinstalled. So, do *not* change this to 'root' or to any other user
> +# unless you are sure there is no problem with those changes being
> introduced.
> +#
> +SNORTUSER="snort"
> +#
> +# Logging directory
> +# Snort logs will be dropped here and this will be the home
> +# directory for the SNORTUSER. If you change this value you should
> +# change the /etc/logrotate.d/snort definition too, otherwise logs
> +# will not be rotated properly.
> +#
> +LOGDIR="/var/log/snort"
> +#
> +# Snort group
> +# This is the group that the snort user will be added to.
> +#
> +SNORTGROUP="snort"
> +#
> +# Allow Snort's init.d script to work if the configured interfaces
> +# are not available. Set this to yes if you configure Snort with
> +# multiple interfaces but some might not be available on boot
> +# (e.g. wireless interfaces)
> +#
> +# Note: In order for this to work the 'iproute' package needs to
> +# be installed.
> +ALLOW_UNAVAILABLE="no"
> +
> +# Local configs
> +#
> +LOCAL_SNORT_STARTUP=boot
> +LOCAL_SNORT_HOME_NET="192.168.0.0/16"
> +LOCAL_SNORT_INTERFACE=""
> +LOCAL_SNORT_STATS_RCPT="root"
> +LOCAL_SNORT_STATS_THRESHOLD="1"
> diff --git
> a/meta-networking/recipes-connectivity/snort/files/disable-dap-address-space-id.patch
>
> b/meta-networking/recipes-connectivity/snort/files/disab
Re: [oe] [meta-networking][PATCH 2/3] libdnet: add recipe
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(-)
> create mode 100644 meta-networking/recipes-connectivity/libdnet/
libdnet_1.12.bb
>
> diff --git
> a/meta-networking/recipes-connectivity/libdnet/libdnet_1.12.bbb/meta-networking/recipes-connectivity/libdnet/
libdnet_1.12.bb
> new file mode 100644
> index 000..88b893b
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/libdnet/libdnet_1.12.bb
> @@ -0,0 +1,16 @@
> +DESCRIPTION = "dumb networking library"
> +HOMEPAGE = "http://code.google.com/p/libdnet/";
> +LICENSE = "BSD"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=0036c1b155f4e999f3e0a373490b5db9"
> +
> +SRC_URI = "http://libdnet.googlecode.com/files/libdnet-${PV}.tgz";
> +
> +SRC_URI[md5sum] = "9253ef6de1b5e28e9c9a62b882e44cc9"
> +SRC_URI[sha256sum] =
"83b33039787cf0e977cef7f18a5d5e7aaffc4505548a83d31bd3515eb026"
> +
> +inherit autotools
> +
> +
> +do_configure_prepend() {
> + cp ${S}/config/acinclude.m4 ${S}/
> +}
adding this path to search paths of m4 will avoid this copying
> --
> 1.7.5.4
>
>
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 3/3] barnyard: add recipe
[[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 +++
> 1 files changed, 19 insertions(+), 0 deletions(-)
> create mode 100644
> meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
>
> diff --git a/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
> b/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
> new file mode 100644
> index 000..c5e0e78
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/barnyard/barnyard_0.2.0.bb
> @@ -0,0 +1,19 @@
> +DESCRIPTION = "Barnyard is a output system for Snort."
> +HOMEPAGE = "http://www.snort.org/";
> +LICENSE = "QPL"
I think this is QPL-1.0.
> +LIC_FILES_CHKSUM = "file://LICENSE.QPL;md5=1b8ff8c0012b5a2d647357699bf44b41"
> +
> +DEPENDS = "libpcap"
> +
> +SRC_URI = " ${GENTOO_MIRROR}/${BP}.tar.gz;name=tarball \
> + "
In line with my other request about SRC_URI formatting, can you update
this as well? I think you can remove the ";name=tarball" piece and you
can move the bottom " back up against the left margin.
I'm curious, too, about the SRC_URI itself. Why GENTOO_MIRROR instead
of the SourceForge site?
Also, do you really need Barnyard and not Barnyard2? Barnyard2 is the
one currently referenced on snort.org and it appears to be a full
re-write. Since the original Barnyard appears to be somewhat idle, I'd
be more inclined to adopt Barnyard2 and leave the older version behind.
Perhaps there's a good reason to use the older one, though. I can
surely be convinced. :-)
> +SRC_URI[tarball.md5sum] = "be3283028cf414b52b220308ceb411e9"
> +SRC_URI[tarball.sha256sum] =
> "09e0f8e095e79cfe70ea069d13e7d02521a504a1f400a45556a634dccfd31a3a"
> +
> +inherit autotools pkgconfig
> +
> +do_configure_prepend () {
> + #fix hardcoded include path
> + sed -i -e 's:extra_incl=-I/usr/include/pcap::g' ${S}/configure.in
> +}
> +
This is probably a fine solution for the snort host include path issue,
too.
Thanks.
--
-Joe MacDonald.
:wq
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] OE Changelog since 2013-09-15 until 2013-09-22
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-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-qt5: git://github.com/meta-qt5/meta-qt5.git meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Alexandru DAMIAN (10): runqueue: add runQueueTaskSkipped event cooker: Avoid duplication for taskdata creation data_smart: Add explict None checks bitbake: cooker,xmlrpc,servers: implement CookerFeatures bitbake: cooker,runqueue: send the task dependency tree bitbake: build, runqueue: adds info to the *runQueue* events bitbake: cooker: get extra information from recipe cache bitbake: cooker, command: add a command to return global data bitbake: event: adding generic event for metadata usage bitbake: runqueue: add task hash to Queue events Cristiana Voicu (1): hob: populate "Save image" dialog when saving changes to a custom image reci Richard Purdie (22): build: Add logfile to add TaskBase events cooker: Allow profiling of the parser in profile mode data: Be explicit in data_db check siggen: Use lookup cache exclusively data_smart: Improve variable expansion regexp data_smart: use the expand_cache in VariableParse data: Use direct iteration, not keys() data: Cache an list of export variables data_smart: Allow expansion of flags in getVarFlags data_smart: Allow flags to use the expand cache data_smart: Cache the fact a variable accesses another even if its unset data: Optimise build_dependencies a little data: Optimise flag lookup in build_dependencies data: Optimise flag exclusion list handling bb.fatal: Raise a BBHandledException instead of exiting Revert "bb.fatal: Raise a BBHandledException instead of exiting" cooker: return a copy checkPackages data_smart: Fix variable reference issues build: Add BB_TASK_NICE_LEVEL to task code bin/bitbake: Improve --help text data_smart: Variable references don't contain newlines, spaces or tabs tests/data: Whitespace in key names is a really bad idea Scott Rifenbark (1): usermanual.xml: Two new sections added to BitBake "Description" Changelog for openembedded-core: Anders Darander (1): u-boot-fw-utils: reinstate target recipe for fw_printenv Bruce Ashfield (3): linux-yocto/3.8: add haswell-wc board config and branch linux-yocto/3.10: mips configuration changes linux-yocto/3.10: fix long perf compile times Chen Qi (1): rpm: fix typo in PACKAGECONFIG Eric Bénard (1): qt-mobility: fix build without X11 Hans Beckerus (1): libtool: fix resolve of lt_sysroot Hongxu Jia (5): LSB 4.1 Library Check: fix unable to find library libqt-mt.so.3 python: fix failures of LSB python-runtime tests busybox: move su to /bin for lsb command check test shadow: move su to /bin for lsb command check test util-linux: move su to /bin for lsb command
Re: [oe] [meta-qt5][dylan][PATCH] qtwebkit 5.0.2: fix QA issue (bad RPATH)
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 QtWebPluginProcess and QtWebProcess would contain bad >>> RPATHs which pointed into the build location. This fix adds a patch to not >>> include the rpath.prf which leads to this problem. >> >> Could you send patch for master/dora first and then backport it to >> dylan? Otherwise I'll do it, but it will take a bit more time. > > As far as I can tell, qtwebkit on master doesn't even try to compile. > This is what I get in my log.do_compile: Okay, I see my mistake now, qtbase needs ICU enabled otherwise qtwebkit won't try to build. The odd thing is that we get nothing out of qtwebkit, and yet its build succeeds. This is quite misleading. It would be better: - if qtwebkit won't build because qtbase doesn't include ICU support at least a warning would be displayed - if qtwebkit is part of a image, qtbase would automatically be built with ICU support 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? Best regards, Trevor ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][dylan][PATCH] qtwebkit 5.0.2: fix QA issue (bad RPATH)
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 new sstate and tmp compiles fine and only produces the QA error as with the dylan branch. Patch to follow. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH] qtwebkit: fix QA issue (bad RPATH)
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 | 13 +
recipes-qt/qt5/qtwebkit_5.1.0.bb | 4
2 files changed, 17 insertions(+)
create mode 100644 recipes-qt/qt5/qtwebkit-5.1.0/fix-rpath.patch
diff --git a/recipes-qt/qt5/qtwebkit-5.1.0/fix-rpath.patch
b/recipes-qt/qt5/qtwebkit-5.1.0/fix-rpath.patch
new file mode 100644
index 000..5c20514
--- /dev/null
+++ b/recipes-qt/qt5/qtwebkit-5.1.0/fix-rpath.patch
@@ -0,0 +1,13 @@
+Index:
qtwebkit-opensource-src-5.1.0/Tools/qmake/mkspecs/features/unix/default_post.prf
+===
+---
qtwebkit-opensource-src-5.1.0.orig/Tools/qmake/mkspecs/features/unix/default_post.prf
qtwebkit-opensource-src-5.1.0/Tools/qmake/mkspecs/features/unix/default_post.prf
+@@ -32,8 +32,6 @@ linux-*g++* {
+ QMAKE_OBJECTIVE_CFLAGS += -Wno-c++11-extensions -Wno-c++0x-extensions
+ }
+
+-contains(TEMPLATE, app): CONFIG += rpath
+-
+ isEqual(QT_ARCH,i386):CONFIG(debug, debug|release) {
+ # Make ld not cache the symbol tables of input files in memory to avoid
memory exhaustion during the linking phase.
+ config_gnuld: QMAKE_LFLAGS += -Wl,--no-keep-memory
diff --git a/recipes-qt/qt5/qtwebkit_5.1.0.bb b/recipes-qt/qt5/qtwebkit_5.1.0.bb
index 77725e3..4ae151e 100644
--- a/recipes-qt/qt5/qtwebkit_5.1.0.bb
+++ b/recipes-qt/qt5/qtwebkit_5.1.0.bb
@@ -3,3 +3,7 @@ require ${PN}.inc
SRC_URI[md5sum] = "fad7e7d6637719c2be101f9b3957d451"
SRC_URI[sha256sum] =
"b49c4cfae697ea67142e7b35ecb0e3fec06814153e8226b8c6655c4dafc92ac3"
+
+SRC_URI += "\
+ file://fix-rpath.patch \
+ "
--
1.8.4.rc3.1.gc1ebd90
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Permission to use OpenEmbedded Logo on ROS wiki
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 / Mit freundlichen Grüßen -- Marco Cavallini | KOAN sas | Bergamo - Italia embedded and real-time software engineering Phone:+39-035-255.235 - Fax:+39-178-22.39.748 http://www.KoanSoftware.com http://www.KaeilOS.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
