Re: [oe] [meta-networking][kirkstone][PATCH] networkmanager: fix build with enabled ppp
From: Otavio Salvador Sent: Friday, July 1, 2022 13:45 To: Viguera, Javier Cc: OpenEmbedded Devel List ; akuster808 Subject: Re: [oe] [meta-networking][kirkstone][PATCH] networkmanager: fix build with enabled ppp Please send it against master, first, then we can ask for backports. It’s already on *master-next* -- jviguera -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#97664): https://lists.openembedded.org/g/openembedded-devel/message/97664 Mute This Topic: https://lists.openembedded.org/mt/92020681/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-networking][kirkstone][PATCH] networkmanager: fix build with enabled ppp
Hi Raj, Yes it failed exactly the same in *master*. For example building master for qemuarm fails with: | Has header "pppd/pppd.h" : YES | Program pppd /sbin/pppd /usr/sbin/pppd found: NO | | ../NetworkManager-1.38.0/meson.build:571:4: ERROR: Assert failed: pppd required but not found, please provide a valid pppd path or use -Dppp=false to disable it -- jviguera -Original Message- From: Khem Raj Sent: Wednesday, June 29, 2022 19:06 To: Viguera, Javier ; openembedded-devel@lists.openembedded.org Cc: akuster...@gmail.com Subject: Re: [oe] [meta-networking][kirkstone][PATCH] networkmanager: fix build with enabled ppp do we need this patch on master too where we have networkmanager 1.38 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#97635): https://lists.openembedded.org/g/openembedded-devel/message/97635 Mute This Topic: https://lists.openembedded.org/mt/92020681/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-networking][kirkstone][PATCH] networkmanager: fix build with enabled ppp
If 'ppp' packageconfig option is enabled, but the build system does NOT
have pppd binary installed, the build fails with:
| Has header "pppd/pppd.h" : YES
| Program pppd /sbin/pppd /usr/sbin/pppd found: NO
|
| ../NetworkManager-1.36.2/meson.build:570:4: ERROR: Assert failed: pppd
required but not found, please provide a valid pppd path or use -Dppp=false to
disable it
This is due to meson trying to look for the 'pppd' binary in the build
system when it should not. If the build system does not contain pppd,
the build fails.
Signed-off-by: Javier Viguera
---
.../networkmanager/networkmanager_1.36.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.36.2.bb
b/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.36.2.bb
index 6c665d53bb50..e3b1296a6bc4 100644
---
a/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.36.2.bb
+++
b/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.36.2.bb
@@ -83,7 +83,7 @@ PACKAGECONFIG[bluez5] =
"-Dbluez5_dun=true,-Dbluez5_dun=false,bluez5"
# consolekit is not picked by shlibs, so add it to RDEPENDS too
PACKAGECONFIG[consolekit] =
"-Dsession_tracking_consolekit=true,-Dsession_tracking_consolekit=false,consolekit,consolekit"
PACKAGECONFIG[modemmanager] =
"-Dmodem_manager=true,-Dmodem_manager=false,modemmanager
mobile-broadband-provider-info"
-PACKAGECONFIG[ppp] = "-Dppp=true,-Dppp=false,ppp,ppp"
+PACKAGECONFIG[ppp] = "-Dppp=true -Dpppd=/usr/sbin/pppd,-Dppp=false,ppp,ppp"
PACKAGECONFIG[dnsmasq] = "-Ddnsmasq=${bindir}/dnsmasq"
PACKAGECONFIG[nss] = "-Dcrypto=nss,,nss"
PACKAGECONFIG[resolvconf] =
"-Dresolvconf=${base_sbindir}/resolvconf,-Dresolvconf=no,,resolvconf"
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#97600):
https://lists.openembedded.org/g/openembedded-devel/message/97600
Mute This Topic: https://lists.openembedded.org/mt/92020681/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [thud][PATCH] lvm2: Fix RDEPEND on lvm2 to lvm2-udevrules
On 04/12/2019 10:37, Javier Viguera wrote: Hi Armin, Could you queue this fix for Thud? Same fix is already merged in master and Zeus. Ping. The patch appears as new in patchwork: https://patchwork.openembedded.org/patch/167467/ -- Javier Viguera Software Engineer Digi International® Spain S.A.U. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [thud][PATCH] lvm2: Fix RDEPEND on lvm2 to lvm2-udevrules
Hi Armin,
Could you queue this fix for Thud?
Same fix is already merged in master and Zeus.
--
Javier Viguera
Software Engineer
Digi International® Spain S.A.U.
On 27/11/2019 17:29, Arturo Buzarra wrote:
Commit c6e963f ("lvm2: Add RDEPEND on lvm2 to lvm2-udevrules") added
a package dependency due to lvm2-udevrules needs dmsetup, however
dmsetup was moved to libdevmapper in commit 269d009 ("lvm2:
libdevicemapper package needs udev rules and dmsetup"), so this
dependency should be only for libdevmapper instead of the full package.
With the current implementation, a package that has a dependency with
lvm2-udev rules will include also many unnecessary packages like lvm2,
lvm2-scripts, etc. and their dependencies.
Signed-off-by: Arturo Buzarra
---
meta-oe/recipes-support/lvm2/lvm2_2.02.180.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/lvm2/lvm2_2.02.180.bb
b/meta-oe/recipes-support/lvm2/lvm2_2.02.180.bb
index 7bd7b09d8..08287e358 100644
--- a/meta-oe/recipes-support/lvm2/lvm2_2.02.180.bb
+++ b/meta-oe/recipes-support/lvm2/lvm2_2.02.180.bb
@@ -50,7 +50,7 @@ FILES_${PN}-scripts = " \
# Specified explicitly for the udev rules, just in case that it does not get
picked
# up automatically:
FILES_${PN}-udevrules = "${nonarch_base_libdir}/udev/rules.d"
-RDEPENDS_${PN}-udevrules = "${PN}"
+RDEPENDS_${PN}-udevrules = "libdevmapper"
RDEPENDS_${PN}_append_class-target = " libdevmapper"
RDEPENDS_${PN}_append_class-nativesdk = " libdevmapper"
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [Warror][ 19/23] leptonica: fix SRC_URI
Hi Armin, Care to cherry-pick this fix also to Thud? Thanks in advance. -- Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH] qttranslations: annihilate qttranslations-qtconfig
On 19/04/18 15:07, Adam Trhon wrote: In Qt 5.9.5 there is no qtconfig translation (see commit a6b3446cb023 in qttranslations upstream). But packagegroup-qt5-toolchain-target RDEPENDS on qttranslations-qtconfg, which breaks SDK populating. Fix this issue by annihilating qttranslations-qtconfig from meta-qt5. +1 This is needed also in Rocko after the update to version 5.9.5. Currently Rocko fails to build a QT5 based SDK with: Error: Problem: conflicting requests - nothing provides qttranslations-qtconfig needed by packagegroup-qt5-toolchain-target-1.0-r0.0.noarch Cherry-picking this patch fixes the broken build. -- Regards, Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 06/10] libndp: Include sys/select.h in ndptool.c (backport to Morty)
This is also failing in Yocto 2.2 Morty. And the fix is just a cherry-pick away: git cherry-pick 9cd2b3fe97b2b041d293941207c54909f0206f3d Could someone with the proper rights, do the backport to Morty? -- Thanks, Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH] ninja-native: remove from meta-qt5 (moved to meta-oe)
ninja-native recipe is still duplicated in Jethro branch: $ bitbake-layers show-overlayed === Overlayed recipes === ninja-native: meta-qt5 1.5.3+gitrAUTOINC+3309498174 meta-oe 1.6.0 Could the removal patch in master be cherry-picked to jethro? # git cherry-pick -x 2d1bf98775aeb6796c66d545230c422b36b58cbe - Regards, Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][jethro][PATCH][V2] python-m2crypto: fix SSLv2 symbol issue
On 17/03/16 22:54, Martin Jansa wrote:
I'm still seeing multiple issues caused by last openssl upgrade, e.g.
ruby, pywbem, crda
Are they all supposed to be fixed by this?
Well I just did a basic build tests with the three mentioned above
(ruby, pywbem and crda) and these are the results:
RUBY
I don't see any difference with or without the patch, it's building fine
even without the patch but the patch does not hurt either.
PYWBEM_0.8.0
Without the patch fails with:
File
"/ssd/dey/jethro/x11/ccimx6sbc/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/M2Crypto/_m2crypto.py",
line 24, in swig_import_helper
_mod = imp.load_module('__m2crypto', fp, pathname, description)
ImportError:
/ssd/dey/jethro/x11/ccimx6sbc/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/M2Crypto/__m2crypto.so:
undefined symbol: SSLv2_method
With the patch PYWBEM builds fine.
CRDA_3.18
~
Without the patch fails with:
NOTE: make -j 8 MAKEFLAGS=
DESTDIR=/ssd/dey/jethro/x11/ccimx6sbc/tmp/work/cortexa9hf-vfp-neon-dey-linux-gnueabi/crda/3.18-r0/image
LIBDIR=/usr/lib/crda LDLIBREG=-Wl,-rpath,/usr/lib/crda -lreg all_noverify
GEN keys-gcrypt.c
Trusted pubkeys: pubkeys/linville.key.pub.pem
pubkeys/sforshee.key.pub.pem
ERROR: Failed to import the "M2Crypto" module:
/ssd/dey/jethro/x11/ccimx6sbc/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/M2Crypto/__m2crypto.so:
undefined symbol: SSLv2_method
With the patch CRDA builds fine.
So I would say that the patch improves the situation. It fixes the build
for some packages and does not seem to break anything.
I'm also having build failures for CRDA since almost a month now, so I
would like to have the 'jethro-next' merged to 'jethro' as well.
Thanks,
Javier Viguera
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][master][jethro][PATCH] qtconnectivity, qtsystems: fix bluetooth support
Hi Martin On 04/01/16 21:37, Martin Jansa wrote: > Some distros are still using bluez4, you can try it as well with: > DISTRO_FEATURES_remove = "bluez5" > DISTRO_FEATURES_append = " bluez4" > > But nothing prevents bluez5 from being populated in the sysroot, because > unlike bluez4 in meta-oe, bluez5 in oe-core doesn't set the PNBLACKLIST > the make these 2 recipes really mutually exclusive in sysroot. Seems that this problem was finally solved in: http://git.openembedded.org/openembedded-core/commit/?id=0a556af62b509f9defd8ac5b3a6648bdfe1dff67 So here my humble ping for this commit (master and jethro). -- Regards, Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][master][jethro][PATCH] qtconnectivity, qtsystems: fix bluetooth support
On 04/01/16 21:37, Martin Jansa wrote: > So you can build both with: > bitbake -c build bluez5 bluez4 > (or with "bitbake world") > > and you end with 2 providers for bluez.pc (and bluetooth.so) in the sysroot > and qtconnectivity will get runtime dependency on whatever bluez version > was built first, e.g. bluez5 even when BLUEZ variable says bluez4. See > shlibs provider code in package.bbclass. > > That's cause for undeterministic builds and this QA warning: > WARNING: QA Issue: qtconnectivity rdepends on bluez5, but it isn't a build > dependency? [build-deps] Ok, I understand now the problem. Thanks for explaining it. But to be honest, I don't know how this can be solved in these QT5 recipes. To me this seems more a problem in the bluez5 recipe, so it cannot be built when bluez4 is already built. This is probably beyond my Yocto skills :-) I used this commit as an example to add the bluez5 support: http://git.openembedded.org/meta-openembedded/commit/?id=c2069a1420fb3d199c99f8b6e778478240fa56be Shouldn't the problem you outline happen just the same with the gpsd recipe after above commit? -- Regards, Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][master][jethro][PATCH] qtconnectivity, qtsystems: fix bluetooth support
QMAKE_CACHE_EVAL is only used in qtwebengine and qtwebkit, but not in
the rest of the QT5 packages, so use EXTRA_QMAKEVARS_PRE to pass the
packageconfig options to the do_configure task.
Also generalize bluetooth support so it can be used not only with bluez4
but with bluez5 as well.
Signed-off-by: Javier Viguera <javier.vigu...@digi.com>
---
recipes-qt/qt5/qtconnectivity_git.bb | 9 ++---
recipes-qt/qt5/qtsystems_git.bb | 9 ++---
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/recipes-qt/qt5/qtconnectivity_git.bb
b/recipes-qt/qt5/qtconnectivity_git.bb
index b1e155e2b48d..f677f7107465 100644
--- a/recipes-qt/qt5/qtconnectivity_git.bb
+++ b/recipes-qt/qt5/qtconnectivity_git.bb
@@ -13,11 +13,14 @@ LIC_FILES_CHKSUM = " \
DEPENDS += "qtbase qtdeclarative"
-PACKAGECONFIG ??= ""
-PACKAGECONFIG[bluez4] = "OE_BLUEZ_ENABLED,,bluez4"
+inherit bluetooth
+
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth',
'bluez', '', d)}"
+PACKAGECONFIG[bluez] = "CONFIG+=OE_BLUEZ_ENABLED,,${BLUEZ}"
+
+EXTRA_QMAKEVARS_PRE += "${EXTRA_OECONF}"
do_configure_prepend() {
-export QMAKE_CACHE_EVAL="CONFIG+=${EXTRA_OECONF}"
# disable bluez test if it isn't enabled by PACKAGECONFIG
sed -i 's/^qtCompileTest(bluez)/OE_BLUEZ_ENABLED:qtCompileTest(bluez)/g'
${S}/qtconnectivity.pro
}
diff --git a/recipes-qt/qt5/qtsystems_git.bb b/recipes-qt/qt5/qtsystems_git.bb
index 27d2bff37b51..9d9d245d2d09 100644
--- a/recipes-qt/qt5/qtsystems_git.bb
+++ b/recipes-qt/qt5/qtsystems_git.bb
@@ -11,11 +11,14 @@ LIC_FILES_CHKSUM = " \
DEPENDS += "qtbase qtdeclarative udev gconf"
-PACKAGECONFIG ??= ""
-PACKAGECONFIG[bluez4] = "OE_BLUEZ_ENABLED,,bluez4"
+inherit bluetooth
+
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth',
'bluez', '', d)}"
+PACKAGECONFIG[bluez] = "CONFIG+=OE_BLUEZ_ENABLED,,${BLUEZ}"
+
+EXTRA_QMAKEVARS_PRE += "${EXTRA_OECONF}"
do_configure_prepend() {
-export QMAKE_CACHE_EVAL="CONFIG+=${EXTRA_OECONF}"
# disable bluez test if it isn't enabled by PACKAGECONFIG
sed -i 's/^qtCompileTest(bluez)/
OE_BLUEZ_ENABLED:qtCompileTest(bluez)/g' ${S}/qtsystems.pro
}
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][master][jethro][PATCH] qtconnectivity, qtsystems: fix bluetooth support
On 04/01/16 17:17, Martin Jansa wrote:
Is it deterministic?
Will it always pick bluez4 when BLUEZ is set to bluez4, but there is
bluez5 is already in the sysroot as well?
No, BLUEZ is set by *bluetooth* class depending on your distro features
and is only used to add 'bluez4' or 'bluez5' to the recipe build-time
dependences (DEPENDS). But apart from that it does nothing to the QT5
compilation itself.
config.tests/bluez/bluez.pro is only using pkgconfig to find bluez, so
I'm not sure which one will win.
Neither do I, but I don't think having both versions of the bluez
libraries in the sysroot is a common use-case. The package config file
for bluez4 and bluez5 is almost the same. It adds the same cflags and
libs to any package querying it:
Libs: -L${libdir} -lbluetooth
Cflags: -I${includedir}
So to recap: this change fix the bluetooth support which is currently
broken because QMAKE_CACHE_EVAL is not used at all, and also allows to
build QT5 bluetooth support using bluez5 instead of the hard-coded bluez4.
--
Regards,
Javier Viguera
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][master][dizzy]PATCH v2] xserver-common: disable TCP connections
For security reasons disable TCP connections to the xserver.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
Notes:
v2:
* Add upstream-status
...15-xserver-common-disable-TCP-connections.patch | 24 ++
.../xserver-common/xserver-common_1.34.bb | 1 +
2 files changed, 25 insertions(+)
create mode 100644
meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
diff --git
a/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
b/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
new file mode 100644
index ..06df2618bd76
--- /dev/null
+++
b/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
@@ -0,0 +1,24 @@
+From: Javier Viguera javier.vigu...@digi.com
+Date: Wed, 26 Nov 2014 09:24:44 +0100
+Subject: [PATCH] xserver-common: disable TCP connections
+
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Javier Viguera javier.vigu...@digi.com
+---
+ X11/xserver-common | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/X11/xserver-common b/X11/xserver-common
+index 017e5aee1ab0..4dc48c412741 100644
+--- a/X11/xserver-common
b/X11/xserver-common
+@@ -44,7 +44,7 @@ SCREEN_SIZE=`fallback_screen_arg`
+ export USER=root
+ export XSERVER_DEFAULT_ORIENTATION=normal
+
+-ARGS=-br -pn $INPUT_EXTRA_ARGS
++ARGS=-br -pn -nolisten tcp $INPUT_EXTRA_ARGS
+ DPI=100
+ MOUSE=
+ KDRIVEARGS=
diff --git a/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
b/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
index 12fff9ae9a0d..f5b1984cdde3 100644
--- a/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
+++ b/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
@@ -24,6 +24,7 @@ SRC_URI_append = \
file://0012-xserver-common-add-support-for-gta04-alias-OpenPhoen.patch \
file://0013-xserver-common-add-support-for-tuna-alias-Galaxy-Nex.patch \
file://0014-Xserver-Start-Xsession-like-x11-common-does.patch \
+file://0015-xserver-common-disable-TCP-connections.patch \
do_install_append() {
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][master][dizzy]PATCH] xserver-common: disable TCP connections
For security reasons disable TCP connections to the xserver.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
...15-xserver-common-disable-TCP-connections.patch | 22 ++
.../xserver-common/xserver-common_1.34.bb | 1 +
2 files changed, 23 insertions(+)
create mode 100644
meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
diff --git
a/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
b/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
new file mode 100644
index ..0af8030160e2
--- /dev/null
+++
b/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/0015-xserver-common-disable-TCP-connections.patch
@@ -0,0 +1,22 @@
+From: Javier Viguera javier.vigu...@digi.com
+Date: Tue, 25 Nov 2014 18:47:12 +0100
+Subject: [PATCH] xserver-common: disable TCP connections
+
+Signed-off-by: Javier Viguera javier.vigu...@digi.com
+---
+ X11/xserver-common | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/X11/xserver-common b/X11/xserver-common
+index 017e5aee1ab0..4dc48c412741 100644
+--- a/X11/xserver-common
b/X11/xserver-common
+@@ -44,7 +44,7 @@ SCREEN_SIZE=`fallback_screen_arg`
+ export USER=root
+ export XSERVER_DEFAULT_ORIENTATION=normal
+
+-ARGS=-br -pn $INPUT_EXTRA_ARGS
++ARGS=-br -pn -nolisten tcp $INPUT_EXTRA_ARGS
+ DPI=100
+ MOUSE=
+ KDRIVEARGS=
diff --git a/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
b/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
index 12fff9ae9a0d..f5b1984cdde3 100644
--- a/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
+++ b/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb
@@ -24,6 +24,7 @@ SRC_URI_append = \
file://0012-xserver-common-add-support-for-gta04-alias-OpenPhoen.patch \
file://0013-xserver-common-add-support-for-tuna-alias-Galaxy-Nex.patch \
file://0014-Xserver-Start-Xsession-like-x11-common-does.patch \
+file://0015-xserver-common-disable-TCP-connections.patch \
do_install_append() {
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][daisy][PATCH] imagemagick: fix SRC_URI
The package download URL has changed.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
meta-oe/recipes-support/imagemagick/imagemagick_6.8.8.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/imagemagick/imagemagick_6.8.8.bb
b/meta-oe/recipes-support/imagemagick/imagemagick_6.8.8.bb
index e261eb8b7020..27d02edbe3ec 100644
--- a/meta-oe/recipes-support/imagemagick/imagemagick_6.8.8.bb
+++ b/meta-oe/recipes-support/imagemagick/imagemagick_6.8.8.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
file://LICENSE;md5=5d84c6ddd4028aa53d028b4c50f9361e
DEPENDS = lcms bzip2 jpeg libpng librsvg tiff zlib fftw freetype
PATCHSET = 10
-SRC_URI =
http://www.imagemagick.org/download/legacy/ImageMagick-${PV}-${PATCHSET}.tar.bz2
\
+SRC_URI =
http://www.imagemagick.org/download/releases/ImageMagick-${PV}-${PATCHSET}.tar.bz2
\
file://remove.dist-lzip.patch \
SRC_URI[md5sum] = a3a0fa301965d6fde68fccd066f62b0b
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Few archives to add on sources.oe.org
Hi all, On 19/06/14 19:19, Paul Eggleton wrote: Thanks! On Thursday 19 June 2014 10:08:58 Tom King wrote: Yes, its in there too. Unfortunately the cherokee binary in sources.oe.org seems corrupted: # http://sources.openembedded.org/cherokee-1.2.98.tar.gz $ ls -o cherokee-1.2.98.tar.gz 4096000 Jun 19 19:07 cherokee-1.2.98.tar.gz The correct binary has *6163984* bytes. $ md5sum cherokee-1.2.98.tar.gz 1e5aa3aecf462016548672c97f24fc34 cherokee-1.2.98.tar.gz The MD5SUM expected by bitbake is 21b01e7d45c0e82ecc0c4257a9c27feb You can download a good one from: http://ftp.nluug.nl/internet/cherokee/1.2/1.2.98/cherokee-1.2.98.tar.gz - Javier Viguera Software Engineer Digi International® Spain S.A.U. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] cherokee webserver SRC_URI broken again
ping. On 12/05/14 12:31, Javier Viguera wrote: Hi Martin, On 30/04/14 20:20, Martin Jansa wrote: Tom, can you please put it on sources.oe.org? You can find the archive on aruba. Thanks for looking into this, but did this ever happen? I'm still having problems with cherokee download. In the fetch log it shows trying to get it from 'http://sources.openembedded.org/cherokee-1.2.98.tar.gz', but still no luck: $ wget http://sources.openembedded.org/cherokee-1.2.98.tar.gz --2014-05-12 12:29:11-- http://sources.openembedded.org/cherokee-1.2.98.tar.gz Resolving sources.openembedded.org (sources.openembedded.org)... 140.211.169.152 Connecting to sources.openembedded.org (sources.openembedded.org)|140.211.169.152|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2014-05-12 12:29:11 ERROR 404: Not Found. - Javier Viguera Software Engineer Digi International® Spain S.A.U. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] cherokee webserver SRC_URI broken again
Hi Martin, On 30/04/14 20:20, Martin Jansa wrote: Tom, can you please put it on sources.oe.org? You can find the archive on aruba. Thanks for looking into this, but did this ever happen? I'm still having problems with cherokee download. In the fetch log it shows trying to get it from 'http://sources.openembedded.org/cherokee-1.2.98.tar.gz', but still no luck: $ wget http://sources.openembedded.org/cherokee-1.2.98.tar.gz --2014-05-12 12:29:11-- http://sources.openembedded.org/cherokee-1.2.98.tar.gz Resolving sources.openembedded.org (sources.openembedded.org)... 140.211.169.152 Connecting to sources.openembedded.org (sources.openembedded.org)|140.211.169.152|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2014-05-12 12:29:11 ERROR 404: Not Found. - Javier Viguera Software Engineer Digi International® Spain S.A.U. -- Regards, Javier Viguera -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver] cherokee webserver SRC_URI broken again
Hi all, Seems that cherokee webserver is missing again. The mirror that was set last time to download the package from is not accessible anymore [1]. On the mirrors page [2] there are some more; most of them are also down but there is still some of them that contain the package. So at this point I think it's better to just put the package in one of the yoctoproject mirrors. If you think that we should use one of the still-working-mirrors let me know and I'll cook a patch for it. - Javier Viguera Software Engineer Digi International® Spain S.A.U. [1] http://www.cherokee-project.de/mirrors/cherokee/1.2/1.2.98/cherokee-1.2.98.tar.gz [2] http://cherokee-project.com/downloads.html -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] cherokee webserver SRC_URI broken again
Hi Paul, On 30/04/14 19:28, Paul Eggleton wrote: I can't remember from our last discussion, did anyone talk to upstream about the pain they are inflicting on some of their users with the lack of proper source archives? I don't think anybody talked to upstream about the problem. The mailing list seems almost dead (looking at gmane[1] last email was on May/2013): http://news.gmane.org/gmane.comp.web.cherokee.general There seems to exist also other channels to contact (Google+, Facebook): http://cherokee-project.com/doc/other_community.html but I don't use neither of them (G+, FB) so I'm not sure how active the project is. Anyway I am leaving the office now for a short (4 days) break until Monday so in case we finally need to patch the recipe I can do that next week. -- Javier Viguera Software Engineer Digi International® Spain S.A.U. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] stunnel: fix configure ssl parameter
'--with-ssl=DIR' configure parameter expects the location of the
libraries and include files in the sysroot. This means the directory
containing the 'lib' and 'include' subdirectories, not the include
directory itself.
This fixes an error at configure time:
checking
local-path/tmp/sysroots/ccimx6adpt/usr/include/include/openssl/engine.h
usability... no
(notice duplicated include entry in above line)
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
Notes:
To backport to Dora as well.
meta-networking/recipes-support/stunnel/stunnel_4.56.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
b/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
index 086d0b7aafea..938f043a9d97 100644
--- a/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
+++ b/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
@@ -12,4 +12,4 @@ SRC_URI[sha256sum] =
9cae2cfbe26d87443398ce50d7d5db54e5ea363889d5d2ec8d2778a01c
inherit autotools
-EXTRA_OECONF += --with-ssl='${STAGING_INCDIR}' --disable-fips
+EXTRA_OECONF += --with-ssl='${STAGING_EXECPREFIXDIR}' --disable-fips
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] checksums for multiple sources
Hi Trevor,
You can put names to the different tarballs and then set the checksums
for each one of them with following syntax:
SRC_URI = \
http://...;name=tarball1 \
http://...;name=tarball2 \
SRC_URI[tarball1.md5sum] = ...
SRC_URI[tarball1.sha256sum] = ...
SRC_URI[tarball2.md5sum] = ...
SRC_URI[tarball2.sha256sum] = ...
-
Javier Viguera
Software Engineer
Digi International® Spain S.A.U.
On 09/04/14 10:51, Trevor Woerner wrote:
Is there any way to specify for which source tarball a particular
checksum is referring?
meta-openembedded/meta-oe/recipes-extended/acpica/acpitests_20140114.bb
has 2 source tarballs (and a patch):
SRC_URI =
https://acpica.org/sites/acpica/files/acpitests-unix-${PV}.tar.gz \
https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
file://0001-Fixup-aapits-build.patch \
but only one set of checksums:
SRC_URI[md5sum] = c72b61e092d2b25726dfff6e455116c9
SRC_URI[sha256sum] =
368f69296edef5138fd33affa2d50bdcdd1dfd2f6919ba782f8ecf03971a3a2c
My build fails because it tries to verify the one checksum against both
source tarballs, which fails:
File: '/home/trevor/devel/Downloads/acpica-unix2-20140114.tar.gz'
has md5 checksum fcd4b7304f1bfabc7d4b9cfdecc6b0c6 when
c72b61e092d2b25726dfff6e455116c9 was expected
NOTE: this checksum is correct for the first tarball
(acpitests-unix-${PV}.tar.gz), but not the second
(acpica-unix2-${PV}.tar.gz).
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] stunnel: fix SRC_URI
Trying to build stunnel fails with:
ERROR 404: Not Found.
Seems that after the new release (5.x) they have moved the old tarball
under a 'archive/4.x' subdirectory.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
meta-networking/recipes-support/stunnel/stunnel_4.56.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
b/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
index 7ac2e23afa96..086d0b7aafea 100644
--- a/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
+++ b/meta-networking/recipes-support/stunnel/stunnel_4.56.bb
@@ -5,7 +5,7 @@ LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=f41ebed8571077706fee0b860c4d
DEPENDS = openssl
-SRC_URI = https://www.stunnel.org/downloads/${BP}.tar.gz;
+SRC_URI = https://www.stunnel.org/downloads/archive/4.x/${BP}.tar.gz;
SRC_URI[md5sum] = ac4c4a30bd7a55b6687cbd62d864054c
SRC_URI[sha256sum] =
9cae2cfbe26d87443398ce50d7d5db54e5ea363889d5d2ec8d2778a01c871293
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] crda: fix udev rule
The SBINDIR variable in makefile's install rule needs to have a trailing
slash so the path to the 'crda' binary in the udev rule is correct.
Otherwise the udev rule has a wrong path:
KERNEL==regulatory*, ACTION==change, SUBSYSTEM==platform,
RUN+=/usr/sbincrda
and at runtime udev complains:
failed to execute '/usr/sbincrda'
when a regulatory domain event is triggered.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
meta-networking/recipes-connectivity/crda/crda_1.1.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-connectivity/crda/crda_1.1.3.bb
b/meta-networking/recipes-connectivity/crda/crda_1.1.3.bb
index bee3e826d9a8..0bb899860bc4 100644
--- a/meta-networking/recipes-connectivity/crda/crda_1.1.3.bb
+++ b/meta-networking/recipes-connectivity/crda/crda_1.1.3.bb
@@ -24,7 +24,7 @@ do_compile() {
}
do_install() {
-oe_runmake SBINDIR=${sbindir} install
+oe_runmake SBINDIR=${sbindir}/ install
install -d ${D}${libdir}/crda/
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] vsftpd: install volatiles file based on init system
Hi all, Was this patch finally merged? At the moment building *vsftpd* in a sysvinit-based system is *broken*. The failure is: ERROR: QA Issue: vsftpd: Files/directories were installed but not shipped /run /run/vsftpd /run/vsftpd/empty ERROR: QA run found fatal errors. Please consider fixing them. In such sysvinit systems, '/run' usually is a TMPFS and '/run/vsftpd/empty' is created at *runtime* via volatiles bootscript. Creating the directory in the recipe at build time leads to the above mentioned error. - Javier Viguera Software Engineer Digi International® Spain S.A.U. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] vsftpd: install volatiles file based on init system
Hi Joe,
On 11/03/14 18:05, Joe MacDonald wrote:
Sorry, no, not yet. At the end of the thread I think I had a workable
solution but I've not merged the result. If you have an updated patch
that addresses all of the systemd/sysvinit/systemd+sysvinit
combinations, I'll be happy to merge it instead of my work.
Unfortunately I have never played with *systemd*, so i don't have a
patch handy.
At the moment in my custom BSP layer i have workarounded it creating a
bbappend with just:
INSANE_SKIP_${PN} = installed-vs-shipped
I know this is not the proper fix but at least it allows me to complete
the build. Otherwise it fails.
-
Javier Viguera
Software Engineer
Digi International® Spain S.A.U.
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][master/dora][PATCH] networkmanager: fix incorrect configure option
The wrong option was breaking the build with:
configure: error: invalid package name: systemdsystemunitdir=
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.8.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.8.0.bb
b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.8.0.bb
index f190dfd8f7bc..fb58f6891e44 100644
--- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.8.0.bb
+++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.8.0.bb
@@ -35,7 +35,7 @@ EXTRA_OECONF = \
PACKAGECONFIG ??=
${@base_contains('DISTRO_FEATURES','systemd','systemd','consolekit',d)}
PACKAGECONFIG[systemd] = \
--with-systemdsystemunitdir=${systemd_unitdir}/system
--with-session-tracking=systemd --enable-polkit, \
---without-systemdsystemunitdir=, \
+--without-systemdsystemunitdir, \
polkit \
# consolekit is not picked by shlibs, so add it to RDEPENDS too
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Dylan backports
Hi Eric, all, On 10/10/13 21:31, Eric Bénard wrote: both pushed to dylan-next for testing. Thanks Eric I appreciate you included the patches into 'dylan-next' for testing but it surprises me they are not in *dylan* yet. Is this normal? I sent the patches a couple of months ago. They were included for testing almost one month ago and yet they are not in *dylan*. For the moment i keep the patches as *bbappends* in our own layer, but i would like to get rid of them once they are included in 'meta-openembedded'. Thanks for your help. - Javier Viguera Software Engineer Digi International® Spain S.A.U. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] cherokee wrong SRC_URI (was Dylan backports)
Hi Eric, On 07/11/13 16:14, Eric Bénard wrote: that's now pushed, thanks for the reminder. Eric Well I should have probably checked that the mirror was still working before sending my e-mail but you know ... Murphy's law. The thing is that for cherokee the mirror I used to download the package from has removed it since i sent the patch a couple of months ago. I'm sorry to have pushed you to merge the patches. Anyway from meta-openembedded point of view the status has *not* gone any worse. It was not working before (with old cherokee url) and it's not working now as well. I've found a couple of sites with the original package (same md5sum and sha256sum): ftp://ftp.nluug.nl/pub/internet/cherokee/1.2/1.2.98/cherokee-1.2.98.tar.gz ftp://ftp.heanet.ie/mirrors/cherokee/1.2/1.2.98/cherokee-1.2.98.tar.gz but at this moment I'm not sure whether it's worth to keep changing the SRC_URI time and time again. Probably the way to go is to revert my patch leaving the original cherokee as a reference and include the package in any of the yoctoproject mirrors. By the way the recipe is now broken not only in Dylan, but also in *Dora* and *master*. Comments? - Javier Viguera Software Engineer Digi International® Spain S.A.U. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] cherokee: use cherokee-project.de mirror
Eric,
On 07/11/13 17:13, Eric Bénard wrote:
-SRC_URI = ftp://ftp.osuosl.org/.1/cherokee/1.2/${PV}/cherokee-${PV}.tar.gz \
+SRC_URI =
http://www.cherokee-project.de/mirrors/cherokee/1.2/1.2/${PV}/cherokee-${PV}.tar.gz
\
The German mirror of cherokee-project seems to have a copy of the
tarball (hopefully it will last) but in your patch there is an extra
*1.2* that it should not be. The correct URL:
http://www.cherokee-project.de/mirrors/cherokee/1.2/1.2.98/cherokee-1.2.98.tar.gz
-
Javier Viguera
Software Engineer
Digi International® Spain S.A.U.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] cherokee: use cherokee-project.de mirror
On 07/11/13 17:35, Eric Bénard wrote:
-SRC_URI = ftp://ftp.osuosl.org/.1/cherokee/1.2/${PV}/cherokee-${PV}.tar.gz \
+SRC_URI =
http://www.cherokee-project.de/mirrors/cherokee/1.2/1.2/${PV}/cherokee-${PV}.tar.gz
\
I'm afraid patch *v2* has the same problem, extra 1.2 in the URL :-)
-
Javier Viguera
Software Engineer
Digi International® Spain S.A.U.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] cherokee wrong SRC_URI (was Dylan backports)
Hi Paul, On 07/11/13 17:45, Paul Eggleton wrote: 2) Longer term the recipe should just be upgraded; last I checked we've fallen quite far behind the current version. Javier, if you're relying on Cherokee is that something you'd be prepared to do? The problem is not the version, the problem is the main cherokee project uses those github autogenerated-from-tags tarballs. See: http://cherokee-project.com/downloads.html Some examples: https://github.com/cherokee/webserver/archive/v1.2.103.zip ... https://github.com/cherokee/webserver/archive/v1.2.98.zip And as far as i know in this case we cannot rely the checksums remain stable. Anyway at this moment I'm stuck on Dylan working on a BSP layer, so I don't have the time to play with other branches, sorry. My preference at this moment would be to integrate the patch from Eric with the German mirror (once fixed in version 3) in all the branches and at the same time keep a copy of the tarball in one of the yoctoproject source mirrors. - Javier Viguera Software Engineer Digi International® Spain S.A.U. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Dylan backports
Hi all, Bear with me if this has been already replied, but what is the procedure to get patches applied in maintenance branches (e.g. dylan)? I sent a couple of patches some time ago: http://patchwork.openembedded.org/patch/57455/ http://patchwork.openembedded.org/patch/57475/ that fixes broken builds in Dylan, but I'm not sure if this is the correct way because at the moment they have not made their way into the repo. With the current status of dylan, cherokee cannot be downloaded (wrong SRC_URI) and net-snmp fails to build when not using 'systemd': snmpd.c:459: undefined reference to `netsnmp_sd_listen_fds' - Javier Viguera Software Engineer Digi International® Spain S.A.U. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver] cherokee: fix SRC_URI
The package is no longer available in the official cherokee site,
so download it from a mirror.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
Notes:
To be cherry-picked to Dylan as well.
meta-webserver/recipes-httpd/cherokee/cherokee_1.2.98.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-webserver/recipes-httpd/cherokee/cherokee_1.2.98.bb
b/meta-webserver/recipes-httpd/cherokee/cherokee_1.2.98.bb
index 265e24e..4b2d68d 100644
--- a/meta-webserver/recipes-httpd/cherokee/cherokee_1.2.98.bb
+++ b/meta-webserver/recipes-httpd/cherokee/cherokee_1.2.98.bb
@@ -9,7 +9,7 @@ PR = r9
DEPENDS = libpcre openssl mysql5 ${@base_contains('DISTRO_FEATURES', 'pam',
'libpam', '', d)}
-SRC_URI =
http://www.cherokee-project.com/download/1.2/${PV}/cherokee-${PV}.tar.gz \
+SRC_URI = ftp://ftp.osuosl.org/.1/cherokee/1.2/${PV}/cherokee-${PV}.tar.gz \
file://cherokee.init \
file://cherokee.service \
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][dylan] net-snmp: Backport fix for NETSNMP_NO_SYSTEMD typos
Use patch from master branch to fix: snmpd.c:459: undefined reference to `netsnmp_sd_listen_fds' Signed-off-by: Javier Viguera javier.vigu...@digi.com --- Notes: Adapted patch from Thomas Fitzsimmons in master branch (the path for net-snmp recipe changed). meta-oe/recipes-extended/net-snmp/net-snmp/systemd-support.patch | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-extended/net-snmp/net-snmp/systemd-support.patch b/meta-oe/recipes-extended/net-snmp/net-snmp/systemd-support.patch index 18955f2..e19153b 100644 --- a/meta-oe/recipes-extended/net-snmp/net-snmp/systemd-support.patch +++ b/meta-oe/recipes-extended/net-snmp/net-snmp/systemd-support.patch @@ -7,12 +7,14 @@ fef6cddfdb94da1a6b1fb768af62918b80f11fd3 0641e43c694c485cbbffef0556efc4641bd3ff50 76530a89f1c8bbd0b63acce63e10d5d4812a1a16 (conflict resolved) bf108d7f1354f6276fc43c129963f2c49b9fc242 +3692875172352f72cf3afd0d35f355e83d7e421b 74412748067c685e1d8ab6ed3bcc3ca9c2774844 86132e3f1e6ef7b4e0b96d8fa24e37c81b71b0e0 63557cf8986a33dba1d4429b583a901361052c4f Upstream-Status: Backport +Signed-off-by: Thomas Fitzsimmons fitz...@cisco.com diff --git a/README.systemd b/README.systemd new file mode 100644 index 000..f731851 @@ -89,10 +91,10 @@ index b177d5b..08bdfc7 100644 #endif #ifndef WIN32 -+#ifndef NETSNMP_NO_SYSYSTEMD ++#ifndef NETSNMP_NO_SYSTEMD +/* check if systemd has sockets for us and don't close them */ +prepared_sockets = netsnmp_sd_listen_fds(0); -+#endif /* NETSNMP_NO_SYSYSTEMD */ ++#endif /* NETSNMP_NO_SYSTEMD */ + /* * close all non-standard file descriptors we may have ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][dylan][PATCH] vsftpd: fix compile-time dependence
vsftpd links with openssl libraries (libssl and libcrypto) so there is a
compile-time dependence on openssl package.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
b/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
index c02ee9c..f146910 100644
--- a/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
+++ b/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
@@ -4,7 +4,7 @@ SECTION = network
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=a6067ad950b28336613aed9dd47b1271
-DEPENDS = libcap
+DEPENDS = libcap openssl
SRC_URI = https://security.appspot.com/downloads/vsftpd-${PV}.tar.gz \
file://makefile-destdir.patch \
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][dylan][PATCH] vsftpd: fix compile-time dependence
Hi Martin,
I just subscribed to the list so I didn't know it was already fixed.
Anyway:
# git branch -a --contains 46354a697c18a64c5836159adf8dbd92e6547e85
shows that it's only fixed on *master*.
I was bitten by this using stable dylan branches, that's why my patch
was sent to apply on dylan.
Could this fix be backported to dylan?
-
Regards,
Javier Viguera
On 01/08/13 15:47, Martin Jansa wrote:
On Thu, Aug 01, 2013 at 03:39:01PM +0200, Javier Viguera wrote:
vsftpd links with openssl libraries (libssl and libcrypto) so there is a
compile-time dependence on openssl package.
Signed-off-by: Javier Viguera javier.vigu...@digi.com
---
meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
b/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
index c02ee9c..f146910 100644
--- a/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
+++ b/meta-networking/recipes-daemons/vsftpd/vsftpd_2.3.5.bb
@@ -4,7 +4,7 @@ SECTION = network
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=a6067ad950b28336613aed9dd47b1271
-DEPENDS = libcap
+DEPENDS = libcap openssl
It was fixed a month ago:
commit 46354a697c18a64c5836159adf8dbd92e6547e85
Author: Martin Jansa martin.ja...@gmail.com
Date: Tue Jul 2 20:31:56 2013 +0200
vsftpd: add missing dependency on openssl
And current vsftpd is 3.0.0:
commit 441502b68d03a4ce7796436a53c5e95399724ad2
Author: Roy.Li rongqing...@windriver.com
Date: Fri Jul 19 10:19:25 2013 +0800
Upgrade vsftpd to 3.0.0
SRC_URI = https://security.appspot.com/downloads/vsftpd-${PV}.tar.gz \
file://makefile-destdir.patch \
___
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
