[PATCH 0/2] Add some recipes

[PATCH 0/2] Add some recipes

[Bian Naimeng]

Bian Naimeng (2):
  [meta-cgl] device-mapper-multipath: add recipe
  [meta-cgl]drbd: add recipe

 .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
 .../device-mapper-multipath_0.5.0.bb               | 53 ++++++++++++++++++++
 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb     | 57 ++++++++++++++++++++++
 4 files changed, 134 insertions(+)
 create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
 create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb
 create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
 create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb

-- 
1.9.1

[PATCH 1/2] [meta-cgl] device-mapper-multipath: add recipe

[Bian Naimeng]

Signed-off-by: Bian Naimeng <biannm@cn.fujitsu.com>
---
 .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
 .../device-mapper-multipath_0.5.0.bb               | 53 ++++++++++++++++++++++
 2 files changed, 65 insertions(+)
 create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
 create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb

diff --git a/meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch b/meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
new file mode 100644
index 0000000..84ac0c0
--- /dev/null
+++ b/meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
@@ -0,0 +1,12 @@
+diff -Nurp multipath-tools-0.5.0.orig/multipathd/multipathd.init.debian multipath-tools-0.5.0/multipathd/multipathd.init.debian
+--- multipath-tools-0.5.0.orig/multipathd/multipathd.init.debian	2013-12-18 05:40:41.000000000 +0800
++++ multipath-tools-0.5.0/multipathd/multipathd.init.debian	2014-12-02 15:22:59.171503631 +0800
+@@ -1,7 +1,7 @@
+ #!/bin/sh
+ 
+ PATH=/bin:/usr/bin:/sbin:/usr/sbin
+-DAEMON=/usr/bin/multipathd
++DAEMON=/sbin/multipathd
+ 
+ test -x $DAEMON || exit 0
+ 
diff --git a/meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb b/meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb
new file mode 100644
index 0000000..bbdd492
--- /dev/null
+++ b/meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb
@@ -0,0 +1,53 @@
+SUMMARY = "Tools to manage multipath devices using device-mapper"
+DESCRIPTION = "device-mapper-multipath provides tools to manage multipath devices by\
+instructing the device-mapper multipath kernel module what to do.\
+The tools are :\
+* multipath - Scan the system for multipath devices and assemble them.\
+* multipathd - Detects when paths fail and execs multipath to update things."
+
+HOMEPAGE = "http://christophe.varoqui.free.fr/"
+SECTION = "System Environment/Base"
+LICENSE = "GPLv2"
+
+SRC_URI = "http://christophe.varoqui.free.fr/multipath-tools/multipath-tools-0.5.0.tar.bz2 \
+           file://multipathd.init.patch"
+
+SRC_URI[md5sum] = "faf261d4cc717bf4c979557dc7bf5f52"
+SRC_URI[sha256sum] = "f13cf1eb84e94e83b2019e68f7965526903c13e94246db43965d181668a0a6f9"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=7be2873b6270e45abacc503abbe2aa3d"
+
+S = "${WORKDIR}/multipath-tools-${PV}"
+
+DEPENDS = "lvm2 libaio"
+
+inherit systemd
+
+SYSTEMD_PACKAGES = "${PN}"
+SYSTEMD_SERVICE_${PN} = "multipathd.service"
+SYSTEMD_AUTO_ENABLE = "enable"
+
+EXTRA_OEMAKE += "DESTDIR=${D} LIB=${libdir}"
+
+do_compile() {
+    oe_runmake
+}
+
+do_install() {
+    oe_runmake install
+}
+
+do_install_append () {
+    install -d ${D}${sysconfdir}/init.d
+    install -m 0755 ${S}/multipathd/multipathd.init.debian ${D}${sysconfdir}/init.d/multipathd
+
+    if ${@base_contains('DISTRO_FEATURES','systemd','true','false',d)}; then
+        install -d ${D}${systemd_unitdir}/system
+        install -m 0644 ${S}/multipathd/multipathd.service ${D}${systemd_unitdir}/system/
+        install -m 0644 ${S}/multipathd/multipathd.socket ${D}${systemd_unitdir}/system/
+    fi
+}
+
+FILES_${PN} += "${libdir}/ \
+                ${base_libdir}/udev/"
+FILES_${PN}-dbg += "${libdir}/multipath/.debug/"
-- 
1.9.1

[PATCH 2/2] [meta-cgl]drbd: add recipe

[Bian Naimeng]

Signed-off-by: Bian Naimeng <biannm@cn.fujitsu.com>
---
 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb     | 57 ++++++++++++++++++++++
 2 files changed, 69 insertions(+)
 create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
 create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb

diff --git a/meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service b/meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
new file mode 100644
index 0000000..22f853f
--- /dev/null
+++ b/meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
@@ -0,0 +1,12 @@
+[Unit]
+Description=DRBD Service
+After=network.target
+
+[Service]
+Type=oneshot
+RemainAfterExit=yes
+ExecStart=/usr/lib/drbd/drbd-helper start
+ExecStop=/usr/lib/drbd/drbd-helper stop
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb b/meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
new file mode 100644
index 0000000..9c77f2f
--- /dev/null
+++ b/meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
@@ -0,0 +1,57 @@
+SUMMARY = "BD driver for Linux"
+DESCRIPTION = "DRBD mirrors a block device over the network to another machine.\
+DRBD mirrors a block device over the network to another machine.\
+Think of it as networked raid 1. It is a building block for\
+setting up high availability (HA) clusters."
+
+HOMEPAGE = "http://www.drbd.org/"
+
+SECTION = "kernel/userland"
+
+LICENSE = "GPLv2+"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=5574c6965ae5f583e55880e397fbb018"
+
+PR = "r0"
+#PR = "r1001"
+
+SRC_URI = "http://oss.linbit.com/${BPN}/8.4/${BPN}-${PV}.tar.gz \
+           file://drbd.service \
+          "
+
+#SRC_URI[md5sum] = "ef4e6db51cda1898c597a3d61fcb9e1e"
+#SRC_URI[sha256sum] = "7c1558459614fbdc1b3209f1b9e5767a443d9bdfe681a49c652b5f392799d58d"
+
+SRC_URI[md5sum] = "b51815343c1a9151e2936b3b97520388"
+SRC_URI[sha256sum] = "a056219c5c23b079c3354179f7a1b9f55d47e573a4cd3178f2ef4c15604288f0"
+
+inherit autotools-brokensep systemd
+
+EXTRA_OECONF = "--with-utils                  \
+                --without-km                  \
+                --with-initdir=/etc/init.d    \
+                --without-pacemaker           \
+                --without-rgmanager           \
+                --without-bashcompletion      \
+                --with-distro debian          \
+               "
+
+do_configure (){
+    oe_runconf
+}
+
+SYSTEMD_SERVICE_${PN} = "drbd.service"
+SYSTEMD_AUTO_ENABLE = "disable"
+
+do_install_append() {
+    if ${@base_contains('DISTRO_FEATURES','systemd','true','false',d)}; then
+        install -d ${D}/${systemd_unitdir}/system
+        install -m 644 ${WORKDIR}/drbd.service ${D}/${systemd_unitdir}/system
+        install -d ${D}/${libexecdir}
+        install -m 755 ${D}${sysconfdir}/init.d/drbd ${D}/${libexecdir}/drbd-helper
+    fi
+}
+
+FILES_${PN} += "run"
+FILES_${PN} += "${base_libdir}/drbd"
+FILES_${PN}-dbg += "${base_libdir}/drbd/.debug"
-- 
1.9.1

Re: [PATCH 0/2] Add some recipes

[Alexandru Vaduva]

[-- Attachment #1: Type: text/plain, Size: 1868 bytes --]

Hello Bian,
Did you know that the multipath tools recipe was also available inside the meta-oe and meta-virtualization?I do not have any problems with it being available in meta-cgl.  I just wanted to hear other opinions because I would like to make sure we do not get to that point where we keep various versions of various recipes in a variety of places. It will be a nightmare to work with them in the future.Once again, just to make it clear. I am ok with the patches, I will merge all three of them (corosync, multipath and drbd) but I just wanted to make sure you took this into consideration.Also I like the idea of having drbd recipe inside and the fact that you like to get involved in this initiative.Hope to hear more from you and also that I will be able to help more.

Alex Vaduva


     On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com> wrote:
   

 Bian Naimeng (2):
  [meta-cgl] device-mapper-multipath: add recipe
  [meta-cgl]drbd: add recipe

 .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
 .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
 4 files changed, 134 insertions(+)
 create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
 create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb
 create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
 create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb

-- 
1.9.1

-- 
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto




[-- Attachment #2: Type: text/html, Size: 4251 bytes --]

Re: [PATCH 0/2] Add some recipes

[Joe MacDonald]

[-- Attachment #1: Type: text/plain, Size: 2706 bytes --]

[Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03) Alexandru Vaduva wrote:

> Hello Bian,
> 
> Did you know that the multipath tools recipe was also available inside the
> meta-oe and meta-virtualization?
> I do not have any problems with it being available in meta-cgl.  I just wanted
> to hear other opinions because I would like to make sure we do not get to that
> point where we keep various versions of various recipes in a variety of places.
> It will be a nightmare to work with them in the future.

I completely agree, and I that's mostly the consensus of the community.
Since meta-cgl already has dependencies on both meta-virtualization and
meta-oe, I think it makes the most sense to try to keep updates for the
multipath recipes in one or both of those layers.  My recommendation
would be to update the meta-oe one as it has broader applicability, but
of course that's up to the submitter and the layer maintainers to
decide.  It may be that it's appropriate to maintain a bbappend for the
recipe in meta-cgl, but I think it'd be good to send it for inclusion in
meta-oe first.

Just my thoughts on it.
-J.

> Once again, just to make it clear. I am ok with the patches, I will merge all
> three of them (corosync, multipath and drbd) but I just wanted to make sure you
> took this into consideration.
> Also I like the idea of having drbd recipe inside and the fact that you like to
> get involved in this initiative.
> Hope to hear more from you and also that I will be able to help more.
> 
> 
> Alex Vaduva
> 
> 
> On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com>
> wrote:
> 
> 
> Bian Naimeng (2):
>   [meta-cgl] device-mapper-multipath: add recipe
>   [meta-cgl]drbd: add recipe
> 
> .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
> .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
> meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
> 4 files changed, 134 insertions(+)
> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> device-mapper-multipath/multipathd.init.patch
> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> device-mapper-multipath_0.5.0.bb
> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
> 
> --
> 1.9.1
> 
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
> 
> 

-- 
-Joe MacDonald.
:wq

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 501 bytes --]

Re: [PATCH 0/2] Add some recipes

[Joe MacDonald]

[-- Attachment #1: Type: text/plain, Size: 3360 bytes --]

Oop, forgot one thing.

[Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:37) Joe MacDonald wrote:

> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03) Alexandru Vaduva wrote:
> 
> > Hello Bian,
> > 
> > Did you know that the multipath tools recipe was also available inside the
> > meta-oe and meta-virtualization?
> > I do not have any problems with it being available in meta-cgl.  I just wanted
> > to hear other opinions because I would like to make sure we do not get to that
> > point where we keep various versions of various recipes in a variety of places.
> > It will be a nightmare to work with them in the future.
> 
> I completely agree, and I that's mostly the consensus of the community.
> Since meta-cgl already has dependencies on both meta-virtualization and
> meta-oe, I think it makes the most sense to try to keep updates for the
> multipath recipes in one or both of those layers.  My recommendation
> would be to update the meta-oe one as it has broader applicability, but
> of course that's up to the submitter and the layer maintainers to
> decide.  It may be that it's appropriate to maintain a bbappend for the
> recipe in meta-cgl, but I think it'd be good to send it for inclusion in
> meta-oe first.
> 
> Just my thoughts on it.
> -J.
> 
> > Once again, just to make it clear. I am ok with the patches, I will merge all
> > three of them (corosync, multipath and drbd) but I just wanted to make sure you
> > took this into consideration.
> > Also I like the idea of having drbd recipe inside and the fact that you like to
> > get involved in this initiative.

I forgot to mention (or I don't see the email in the archive if I did
remember it) that I'd be willing to take drbd in meta-networking if you
guys want it there once the issues with the submission have been
resolved since, to my view, it's not hugely different than, say iSCSI.
(But, of course, that's a different, unrelated flavour of pain right now
... :-) )  So you can consider that.

-J.

> > Hope to hear more from you and also that I will be able to help more.
> > 
> > 
> > Alex Vaduva
> > 
> > 
> > On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com>
> > wrote:
> > 
> > 
> > Bian Naimeng (2):
> >   [meta-cgl] device-mapper-multipath: add recipe
> >   [meta-cgl]drbd: add recipe
> > 
> > .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
> > .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
> > meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
> > meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
> > 4 files changed, 134 insertions(+)
> > create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> > device-mapper-multipath/multipathd.init.patch
> > create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> > device-mapper-multipath_0.5.0.bb
> > create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
> > create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
> > 
> > --
> > 1.9.1
> > 
> > --
> > _______________________________________________
> > yocto mailing list
> > yocto@yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/yocto
> > 
> > 
> 
-- 
-Joe MacDonald.
:wq

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 501 bytes --]

Re: [PATCH 0/2] Add some recipes

[Bruce Ashfield]

On 14-12-02 02:37 PM, Joe MacDonald wrote:
> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03) Alexandru Vaduva wrote:
>
>> Hello Bian,
>>
>> Did you know that the multipath tools recipe was also available inside the
>> meta-oe and meta-virtualization?
>> I do not have any problems with it being available in meta-cgl.  I just wanted
>> to hear other opinions because I would like to make sure we do not get to that
>> point where we keep various versions of various recipes in a variety of places.
>> It will be a nightmare to work with them in the future.
>
> I completely agree, and I that's mostly the consensus of the community.
> Since meta-cgl already has dependencies on both meta-virtualization and
> meta-oe, I think it makes the most sense to try to keep updates for the
> multipath recipes in one or both of those layers.  My recommendation
> would be to update the meta-oe one as it has broader applicability, but
> of course that's up to the submitter and the layer maintainers to
> decide.  It may be that it's appropriate to maintain a bbappend for the
> recipe in meta-cgl, but I think it'd be good to send it for inclusion in
> meta-oe first.

I'm with Joe on this one.

I only did a really quick check on the history of the two copies
that we have, but I see the meta-virt variant was added in January 2013
and what could be the first version in meta-oe in March the same year.

The layer index may not have been as helpful back then (but honestly
I can't recall) .. either way we failed to coordinate as a wider community
and managed to end up with two different recipes in the layers.

There's no sense making this any worse than it already is, so I'd say
that we could spend the time looking at the two (three?) recipes, and
get a consolidated variant in meta-oe, and I'd be happy to drop the
one in meta-virtualization and bbappend the same way that Joe suggests.

Thoughts ? We should figure out if someone is going to take a crack
at it, so we don't all go do the same thing :)

Bruce



>
> Just my thoughts on it.
> -J.
>
>> Once again, just to make it clear. I am ok with the patches, I will merge all
>> three of them (corosync, multipath and drbd) but I just wanted to make sure you
>> took this into consideration.
>> Also I like the idea of having drbd recipe inside and the fact that you like to
>> get involved in this initiative.
>> Hope to hear more from you and also that I will be able to help more.
>>
>>
>> Alex Vaduva
>>
>>
>> On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com>
>> wrote:
>>
>>
>> Bian Naimeng (2):
>>    [meta-cgl] device-mapper-multipath: add recipe
>>    [meta-cgl]drbd: add recipe
>>
>> .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
>> .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
>> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
>> meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
>> 4 files changed, 134 insertions(+)
>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
>> device-mapper-multipath/multipathd.init.patch
>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
>> device-mapper-multipath_0.5.0.bb
>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
>>
>> --
>> 1.9.1
>>
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>
>
>

Re: [PATCH 0/2] Add some recipes

[Joe MacDonald]

[-- Attachment #1: Type: text/plain, Size: 4570 bytes --]

[Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:49) Bruce Ashfield wrote:

> On 14-12-02 02:37 PM, Joe MacDonald wrote:
> >[Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03) Alexandru Vaduva wrote:
> >
> >>Hello Bian,
> >>
> >>Did you know that the multipath tools recipe was also available inside the
> >>meta-oe and meta-virtualization?
> >>I do not have any problems with it being available in meta-cgl.  I just wanted
> >>to hear other opinions because I would like to make sure we do not get to that
> >>point where we keep various versions of various recipes in a variety of places.
> >>It will be a nightmare to work with them in the future.
> >
> >I completely agree, and I that's mostly the consensus of the community.
> >Since meta-cgl already has dependencies on both meta-virtualization and
> >meta-oe, I think it makes the most sense to try to keep updates for the
> >multipath recipes in one or both of those layers.  My recommendation
> >would be to update the meta-oe one as it has broader applicability, but
> >of course that's up to the submitter and the layer maintainers to
> >decide.  It may be that it's appropriate to maintain a bbappend for the
> >recipe in meta-cgl, but I think it'd be good to send it for inclusion in
> >meta-oe first.
> 
> I'm with Joe on this one.
> 
> I only did a really quick check on the history of the two copies
> that we have, but I see the meta-virt variant was added in January 2013
> and what could be the first version in meta-oe in March the same year.

I actually intended to say "update the meta-oe one as it has broader
applicability and if you're feeling ambitious, send the same update to
meta-virtualization" since I thought meta-virt didn't have dependencies
on meta-oe and I can see an argument in favour of keeping a separate
recipe if you're keeping the layer contained.  But it looks like that's
not the case, so consolidation makes sense here.

> The layer index may not have been as helpful back then (but honestly
> I can't recall) .. either way we failed to coordinate as a wider community
> and managed to end up with two different recipes in the layers.
> 
> There's no sense making this any worse than it already is, so I'd say
> that we could spend the time looking at the two (three?) recipes, and
> get a consolidated variant in meta-oe, and I'd be happy to drop the
> one in meta-virtualization and bbappend the same way that Joe suggests.
> 
> Thoughts ? We should figure out if someone is going to take a crack
> at it, so we don't all go do the same thing :)

It's not on my to-do list, so don't worry about me running in parallel.
iscsi was (and is again) the only meta-networking one and libcap-ng (as
discussed with Armin the other day) and swig are the meta-selinux ones.

-J.

> 
> Bruce
> 
> 
> 
> >
> >Just my thoughts on it.
> >-J.
> >
> >>Once again, just to make it clear. I am ok with the patches, I will merge all
> >>three of them (corosync, multipath and drbd) but I just wanted to make sure you
> >>took this into consideration.
> >>Also I like the idea of having drbd recipe inside and the fact that you like to
> >>get involved in this initiative.
> >>Hope to hear more from you and also that I will be able to help more.
> >>
> >>
> >>Alex Vaduva
> >>
> >>
> >>On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com>
> >>wrote:
> >>
> >>
> >>Bian Naimeng (2):
> >>   [meta-cgl] device-mapper-multipath: add recipe
> >>   [meta-cgl]drbd: add recipe
> >>
> >>.../device-mapper-multipath/multipathd.init.patch  | 12 +++++
> >>.../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
> >>meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
> >>meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
> >>4 files changed, 134 insertions(+)
> >>create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> >>device-mapper-multipath/multipathd.init.patch
> >>create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> >>device-mapper-multipath_0.5.0.bb
> >>create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
> >>create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
> >>
> >>--
> >>1.9.1
> >>
> >>--
> >>_______________________________________________
> >>yocto mailing list
> >>yocto@yoctoproject.org
> >>https://lists.yoctoproject.org/listinfo/yocto
> >>
> >>
> >
> >
> >
> 

-- 
-Joe MacDonald.
:wq

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 501 bytes --]

Re: [PATCH 0/2] Add some recipes

[Bruce Ashfield]

On 14-12-02 03:17 PM, Joe MacDonald wrote:
> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:49) Bruce Ashfield wrote:
>
>> On 14-12-02 02:37 PM, Joe MacDonald wrote:
>>> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03) Alexandru Vaduva wrote:
>>>
>>>> Hello Bian,
>>>>
>>>> Did you know that the multipath tools recipe was also available inside the
>>>> meta-oe and meta-virtualization?
>>>> I do not have any problems with it being available in meta-cgl.  I just wanted
>>>> to hear other opinions because I would like to make sure we do not get to that
>>>> point where we keep various versions of various recipes in a variety of places.
>>>> It will be a nightmare to work with them in the future.
>>>
>>> I completely agree, and I that's mostly the consensus of the community.
>>> Since meta-cgl already has dependencies on both meta-virtualization and
>>> meta-oe, I think it makes the most sense to try to keep updates for the
>>> multipath recipes in one or both of those layers.  My recommendation
>>> would be to update the meta-oe one as it has broader applicability, but
>>> of course that's up to the submitter and the layer maintainers to
>>> decide.  It may be that it's appropriate to maintain a bbappend for the
>>> recipe in meta-cgl, but I think it'd be good to send it for inclusion in
>>> meta-oe first.
>>
>> I'm with Joe on this one.
>>
>> I only did a really quick check on the history of the two copies
>> that we have, but I see the meta-virt variant was added in January 2013
>> and what could be the first version in meta-oe in March the same year.
>
> I actually intended to say "update the meta-oe one as it has broader
> applicability and if you're feeling ambitious, send the same update to
> meta-virtualization" since I thought meta-virt didn't have dependencies
> on meta-oe and I can see an argument in favour of keeping a separate
> recipe if you're keeping the layer contained.  But it looks like that's
> not the case, so consolidation makes sense here.

Yep, there are dependencies on meta-oe where it makes sense, or if
there's a package in meta-virt that isn't particularly twitchy about
versions and update cadence.

>
>> The layer index may not have been as helpful back then (but honestly
>> I can't recall) .. either way we failed to coordinate as a wider community
>> and managed to end up with two different recipes in the layers.
>>
>> There's no sense making this any worse than it already is, so I'd say
>> that we could spend the time looking at the two (three?) recipes, and
>> get a consolidated variant in meta-oe, and I'd be happy to drop the
>> one in meta-virtualization and bbappend the same way that Joe suggests.
>>
>> Thoughts ? We should figure out if someone is going to take a crack
>> at it, so we don't all go do the same thing :)
>
> It's not on my to-do list, so don't worry about me running in parallel.
> iscsi was (and is again) the only meta-networking one and libcap-ng (as
> discussed with Armin the other day) and swig are the meta-selinux ones.
>

Sounds good.

Bruce

> -J.
>
>>
>> Bruce
>>
>>
>>
>>>
>>> Just my thoughts on it.
>>> -J.
>>>
>>>> Once again, just to make it clear. I am ok with the patches, I will merge all
>>>> three of them (corosync, multipath and drbd) but I just wanted to make sure you
>>>> took this into consideration.
>>>> Also I like the idea of having drbd recipe inside and the fact that you like to
>>>> get involved in this initiative.
>>>> Hope to hear more from you and also that I will be able to help more.
>>>>
>>>>
>>>> Alex Vaduva
>>>>
>>>>
>>>> On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com>
>>>> wrote:
>>>>
>>>>
>>>> Bian Naimeng (2):
>>>>    [meta-cgl] device-mapper-multipath: add recipe
>>>>    [meta-cgl]drbd: add recipe
>>>>
>>>> .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
>>>> .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
>>>> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
>>>> meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
>>>> 4 files changed, 134 insertions(+)
>>>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
>>>> device-mapper-multipath/multipathd.init.patch
>>>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
>>>> device-mapper-multipath_0.5.0.bb
>>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
>>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
>>>>
>>>> --
>>>> 1.9.1
>>>>
>>>> --
>>>> _______________________________________________
>>>> yocto mailing list
>>>> yocto@yoctoproject.org
>>>> https://lists.yoctoproject.org/listinfo/yocto
>>>>
>>>>
>>>
>>>
>>>
>>
>

Re: [PATCH 0/2] Add some recipes

[Alexandru Vaduva]

[-- Attachment #1: Type: text/plain, Size: 5861 bytes --]

Guys, lets keep Bian in the loop. though, so he does not loos the thread information.So to conclude: 
1.) one of us(or anyone in the community) should find the time to investigate if only one multipath tools recipe is applicable and if that is the case keep one in the meta-oe, eventually update it.Since it it related to meta-cgl could take a step forward on this because there could be some bbappends applicable for meta-cgl there, but it will take 2/3 weeks until I will be able to do this. So anyone else interested is welcomed to do it if they are in a hurry.2.) We kind of torn apart Bian`s patches and maybe he will not be so willing to do redo the patch for drdb, Joe will you be able to do the required changes for making sure his patch can be integrated inside meta-networking.
Thank you for your time and patience.

Alex Vaduva



     On Tuesday, December 2, 2014 10:33 PM, Bruce Ashfield <bruce.ashfield@windriver.com> wrote:
   

 On 14-12-02 03:17 PM, Joe MacDonald wrote:
> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:49) Bruce Ashfield wrote:
>
>> On 14-12-02 02:37 PM, Joe MacDonald wrote:
>>> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03) Alexandru Vaduva wrote:
>>>
>>>> Hello Bian,
>>>>
>>>> Did you know that the multipath tools recipe was also available inside the
>>>> meta-oe and meta-virtualization?
>>>> I do not have any problems with it being available in meta-cgl.  I just wanted
>>>> to hear other opinions because I would like to make sure we do not get to that
>>>> point where we keep various versions of various recipes in a variety of places.
>>>> It will be a nightmare to work with them in the future.
>>>
>>> I completely agree, and I that's mostly the consensus of the community.
>>> Since meta-cgl already has dependencies on both meta-virtualization and
>>> meta-oe, I think it makes the most sense to try to keep updates for the
>>> multipath recipes in one or both of those layers.  My recommendation
>>> would be to update the meta-oe one as it has broader applicability, but
>>> of course that's up to the submitter and the layer maintainers to
>>> decide.  It may be that it's appropriate to maintain a bbappend for the
>>> recipe in meta-cgl, but I think it'd be good to send it for inclusion in
>>> meta-oe first.
>>
>> I'm with Joe on this one.
>>
>> I only did a really quick check on the history of the two copies
>> that we have, but I see the meta-virt variant was added in January 2013
>> and what could be the first version in meta-oe in March the same year.
>
> I actually intended to say "update the meta-oe one as it has broader
> applicability and if you're feeling ambitious, send the same update to
> meta-virtualization" since I thought meta-virt didn't have dependencies
> on meta-oe and I can see an argument in favour of keeping a separate
> recipe if you're keeping the layer contained.  But it looks like that's
> not the case, so consolidation makes sense here.

Yep, there are dependencies on meta-oe where it makes sense, or if
there's a package in meta-virt that isn't particularly twitchy about
versions and update cadence.

>
>> The layer index may not have been as helpful back then (but honestly
>> I can't recall) .. either way we failed to coordinate as a wider community
>> and managed to end up with two different recipes in the layers.
>>
>> There's no sense making this any worse than it already is, so I'd say
>> that we could spend the time looking at the two (three?) recipes, and
>> get a consolidated variant in meta-oe, and I'd be happy to drop the
>> one in meta-virtualization and bbappend the same way that Joe suggests.
>>
>> Thoughts ? We should figure out if someone is going to take a crack
>> at it, so we don't all go do the same thing :)
>
> It's not on my to-do list, so don't worry about me running in parallel.
> iscsi was (and is again) the only meta-networking one and libcap-ng (as
> discussed with Armin the other day) and swig are the meta-selinux ones.
>

Sounds good.

Bruce

> -J.
>
>>
>> Bruce
>>
>>
>>
>>>
>>> Just my thoughts on it.
>>> -J.
>>>
>>>> Once again, just to make it clear. I am ok with the patches, I will merge all
>>>> three of them (corosync, multipath and drbd) but I just wanted to make sure you
>>>> took this into consideration.
>>>> Also I like the idea of having drbd recipe inside and the fact that you like to
>>>> get involved in this initiative.
>>>> Hope to hear more from you and also that I will be able to help more.
>>>>
>>>>
>>>> Alex Vaduva
>>>>
>>>>
>>>> On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com>
>>>> wrote:
>>>>
>>>>
>>>> Bian Naimeng (2):
>>>>    [meta-cgl] device-mapper-multipath: add recipe
>>>>    [meta-cgl]drbd: add recipe
>>>>
>>>> .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
>>>> .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
>>>> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
>>>> meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
>>>> 4 files changed, 134 insertions(+)
>>>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
>>>> device-mapper-multipath/multipathd.init.patch
>>>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
>>>> device-mapper-multipath_0.5.0.bb
>>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
>>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
>>>>
>>>> --
>>>> 1.9.1
>>>>
>>>> --
>>>> _______________________________________________
>>>> yocto mailing list
>>>> yocto@yoctoproject.org
>>>> https://lists.yoctoproject.org/listinfo/yocto
>>>>
>>>>
>>>
>>>
>>>
>>
>





[-- Attachment #2: Type: text/html, Size: 10891 bytes --]

Re: [PATCH 0/2] Add some recipes

[Joe MacDonald]

[-- Attachment #1: Type: text/plain, Size: 7110 bytes --]

[Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 20:48) Alexandru Vaduva wrote:

> Guys, lets keep Bian in the loop. though, so he does not loos the thread
> information.
> So to conclude:
> 1.) one of us(or anyone in the community) should find the time to investigate
> if only one multipath tools recipe is applicable and if that is the case keep
> one in the meta-oe, eventually update it.
> Since it it related to meta-cgl could take a step forward on this because there
> could be some bbappends applicable for meta-cgl there, but it will take 2/3
> weeks until I will be able to do this. So anyone else interested is welcomed to
> do it if they are in a hurry.

I don't think anyone is in a hurry, but I'll be sure to send out a
heads-up if I find time to start working on this in the next week or so.
I think it's yours, though, Alex, unless Bian is going to follow up on
it again.

> 2.) We kind of torn apart Bian`s patches and maybe he will not be so willing to
> do redo the patch for drdb, Joe will you be able to do the required changes for
> making sure his patch can be integrated inside meta-networking.
> 
> Thank you for your time and patience.

All things being equal, I would rather integrate a patch from Bian than
do it myself both from a practical point of view and because I always
prefer to have more contributors.  So Bian, this is my saying that if
you're willing to do another version of drbd updated based on the
comments received so far and want to submit it to the meta-networking
tree, I'd be happy to have it.

If not, I understand, and the remainder of us can sort it out, I'm sure,
but my first instinct is to wait to see if the original submitter is
interested in pursuing this.

-J.

> 
> 
> Alex Vaduva
> 
> 
> 
> On Tuesday, December 2, 2014 10:33 PM, Bruce Ashfield
> <bruce.ashfield@windriver.com> wrote:
> 
> 
> On 14-12-02 03:17 PM, Joe MacDonald wrote:
> > [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:49) Bruce
> Ashfield wrote:
> >
> >> On 14-12-02 02:37 PM, Joe MacDonald wrote:
> >>> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03)
> Alexandru Vaduva wrote:
> >>>
> >>>> Hello Bian,
> >>>>
> >>>> Did you know that the multipath tools recipe was also available inside the
> >>>> meta-oe and meta-virtualization?
> >>>> I do not have any problems with it being available in meta-cgl.  I just
> wanted
> >>>> to hear other opinions because I would like to make sure we do not get to
> that
> >>>> point where we keep various versions of various recipes in a variety of
> places.
> >>>> It will be a nightmare to work with them in the future.
> >>>
> >>> I completely agree, and I that's mostly the consensus of the community.
> >>> Since meta-cgl already has dependencies on both meta-virtualization and
> >>> meta-oe, I think it makes the most sense to try to keep updates for the
> >>> multipath recipes in one or both of those layers.  My recommendation
> >>> would be to update the meta-oe one as it has broader applicability, but
> >>> of course that's up to the submitter and the layer maintainers to
> >>> decide.  It may be that it's appropriate to maintain a bbappend for the
> >>> recipe in meta-cgl, but I think it'd be good to send it for inclusion in
> >>> meta-oe first.
> >>
> >> I'm with Joe on this one.
> >>
> >> I only did a really quick check on the history of the two copies
> >> that we have, but I see the meta-virt variant was added in January 2013
> >> and what could be the first version in meta-oe in March the same year.
> >
> > I actually intended to say "update the meta-oe one as it has broader
> > applicability and if you're feeling ambitious, send the same update to
> > meta-virtualization" since I thought meta-virt didn't have dependencies
> > on meta-oe and I can see an argument in favour of keeping a separate
> > recipe if you're keeping the layer contained.  But it looks like that's
> > not the case, so consolidation makes sense here.
> 
> Yep, there are dependencies on meta-oe where it makes sense, or if
> there's a package in meta-virt that isn't particularly twitchy about
> versions and update cadence.
> 
> >
> >> The layer index may not have been as helpful back then (but honestly
> >> I can't recall) .. either way we failed to coordinate as a wider community
> >> and managed to end up with two different recipes in the layers.
> >>
> >> There's no sense making this any worse than it already is, so I'd say
> >> that we could spend the time looking at the two (three?) recipes, and
> >> get a consolidated variant in meta-oe, and I'd be happy to drop the
> >> one in meta-virtualization and bbappend the same way that Joe suggests.
> >>
> >> Thoughts ? We should figure out if someone is going to take a crack
> >> at it, so we don't all go do the same thing :)
> >
> > It's not on my to-do list, so don't worry about me running in parallel.
> > iscsi was (and is again) the only meta-networking one and libcap-ng (as
> > discussed with Armin the other day) and swig are the meta-selinux ones.
> >
> 
> Sounds good.
> 
> 
> Bruce
> 
> > -J.
> >
> >>
> >> Bruce
> >>
> >>
> >>
> >>>
> >>> Just my thoughts on it.
> >>> -J.
> >>>
> >>>> Once again, just to make it clear. I am ok with the patches, I will merge
> all
> >>>> three of them (corosync, multipath and drbd) but I just wanted to make
> sure you
> >>>> took this into consideration.
> >>>> Also I like the idea of having drbd recipe inside and the fact that you
> like to
> >>>> get involved in this initiative.
> >>>> Hope to hear more from you and also that I will be able to help more.
> >>>>
> >>>>
> >>>> Alex Vaduva
> >>>>
> >>>>
> >>>> On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng <biannm@cn.fujitsu.com
> >
> >>>> wrote:
> >>>>
> >>>>
> >>>> Bian Naimeng (2):
> >>>>    [meta-cgl] device-mapper-multipath: add recipe
> >>>>    [meta-cgl]drbd: add recipe
> >>>>
> >>>> .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
> >>>> .../device-mapper-multipath_0.5.0.bb              | 53
> ++++++++++++++++++++
> >>>> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
> >>>> meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57
> ++++++++++++++++++++++
> >>>> 4 files changed, 134 insertions(+)
> >>>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> >>>> device-mapper-multipath/multipathd.init.patch
> >>>> create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/
> >>>> device-mapper-multipath_0.5.0.bb
> >>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
> >>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
> >>>>
> >>>> --
> >>>> 1.9.1
> >>>>
> >>>> --
> >>>> _______________________________________________
> >>>> yocto mailing list
> >>>> yocto@yoctoproject.org
> >>>> https://lists.yoctoproject.org/listinfo/yocto
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >
> 
> 
> 

-- 
-Joe MacDonald.
:wq

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 501 bytes --]

Re: [PATCH 0/2] Add some recipes

[Bian, Naimeng]

> -----Original Message-----
> From: Joe MacDonald [mailto:Joe_MacDonald@mentor.com]
> Sent: Wednesday, December 03, 2014 10:16 AM
> To: Alexandru Vaduva
> Subject: Re: [yocto] [PATCH 0/2] Add some recipes
> 
> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 20:48) Alexandru
> Vaduva wrote:
> 
> > Guys, lets keep Bian in the loop. though, so he does not loos the
> > thread information.
> > So to conclude:
> > 1.) one of us(or anyone in the community) should find the time to
> > investigate if only one multipath tools recipe is applicable and if
> > that is the case keep one in the meta-oe, eventually update it.
> > Since it it related to meta-cgl could take a step forward on this
> > because there could be some bbappends applicable for meta-cgl there,
> > but it will take 2/3 weeks until I will be able to do this. So anyone
> > else interested is welcomed to do it if they are in a hurry.
> 
> I don't think anyone is in a hurry, but I'll be sure to send out a heads-up
> if I find time to start working on this in the next week or so.
> I think it's yours, though, Alex, unless Bian is going to follow up on it again.
> 
> > 2.) We kind of torn apart Bian`s patches and maybe he will not be so
> > willing to do redo the patch for drdb, Joe will you be able to do the
> > required changes for making sure his patch can be integrated inside
> meta-networking.
> >
> > Thank you for your time and patience.
> 
> All things being equal, I would rather integrate a patch from Bian than do it
> myself both from a practical point of view and because I always prefer to have
> more contributors.  So Bian, this is my saying that if you're willing to do
> another version of drbd updated based on the comments received so far and want
> to submit it to the meta-networking tree, I'd be happy to have it.
> 

The drbd patch had been merged into meta-openembedded/meta-oe/recipes-extended/ some days before.
Is't necessary to move it from meta-oe to meta-networking.
It looks like that meta-networking is more suitable than meta-oe, 
so, i will send a new patch for meta-networking, and get rid of the meta-oe one.

Thanks
 Bian

> If not, I understand, and the remainder of us can sort it out, I'm sure, but
> my first instinct is to wait to see if the original submitter is interested
> in pursuing this.
> 
> -J.
> 
> >
> >
> > Alex Vaduva
> >
> >
> >
> > On Tuesday, December 2, 2014 10:33 PM, Bruce Ashfield
> > <bruce.ashfield@windriver.com> wrote:
> >
> >
> > On 14-12-02 03:17 PM, Joe MacDonald wrote:
> > > [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:49)
> > > Bruce
> > Ashfield wrote:
> > >
> > >> On 14-12-02 02:37 PM, Joe MacDonald wrote:
> > >>> [Re: [yocto] [PATCH 0/2] Add some recipes] On 14.12.02 (Tue 14:03)
> > Alexandru Vaduva wrote:
> > >>>
> > >>>> Hello Bian,
> > >>>>
> > >>>> Did you know that the multipath tools recipe was also available
> > >>>> inside the meta-oe and meta-virtualization?
> > >>>> I do not have any problems with it being available in meta-cgl.
> > >>>> I just
> > wanted
> > >>>> to hear other opinions because I would like to make sure we do
> > >>>> not get to
> > that
> > >>>> point where we keep various versions of various recipes in a
> > >>>> variety of
> > places.
> > >>>> It will be a nightmare to work with them in the future.
> > >>>
> > >>> I completely agree, and I that's mostly the consensus of the community.
> > >>> Since meta-cgl already has dependencies on both
> > >>> meta-virtualization and meta-oe, I think it makes the most sense
> > >>> to try to keep updates for the multipath recipes in one or both of
> > >>> those layers.  My recommendation would be to update the meta-oe
> > >>> one as it has broader applicability, but of course that's up to
> > >>> the submitter and the layer maintainers to decide.  It may be that
> > >>> it's appropriate to maintain a bbappend for the recipe in
> > >>> meta-cgl, but I think it'd be good to send it for inclusion in meta-oe
> first.
> > >>
> > >> I'm with Joe on this one.
> > >>
> > >> I only did a really quick check on the history of the two copies
> > >> that we have, but I see the meta-virt variant was added in January
> > >> 2013 and what could be the first version in meta-oe in March the same year.
> > >
> > > I actually intended to say "update the meta-oe one as it has broader
> > > applicability and if you're feeling ambitious, send the same update
> > > to meta-virtualization" since I thought meta-virt didn't have
> > > dependencies on meta-oe and I can see an argument in favour of
> > > keeping a separate recipe if you're keeping the layer contained.
> > > But it looks like that's not the case, so consolidation makes sense here.
> >
> > Yep, there are dependencies on meta-oe where it makes sense, or if
> > there's a package in meta-virt that isn't particularly twitchy about
> > versions and update cadence.
> >
> > >
> > >> The layer index may not have been as helpful back then (but
> > >> honestly I can't recall) .. either way we failed to coordinate as a
> > >> wider community and managed to end up with two different recipes in the
> layers.
> > >>
> > >> There's no sense making this any worse than it already is, so I'd
> > >> say that we could spend the time looking at the two (three?)
> > >> recipes, and get a consolidated variant in meta-oe, and I'd be
> > >> happy to drop the one in meta-virtualization and bbappend the same way
> that Joe suggests.
> > >>
> > >> Thoughts ? We should figure out if someone is going to take a crack
> > >> at it, so we don't all go do the same thing :)
> > >
> > > It's not on my to-do list, so don't worry about me running in parallel.
> > > iscsi was (and is again) the only meta-networking one and libcap-ng
> > > (as discussed with Armin the other day) and swig are the meta-selinux ones.
> > >
> >
> > Sounds good.
> >
> >
> > Bruce
> >
> > > -J.
> > >
> > >>
> > >> Bruce
> > >>
> > >>
> > >>
> > >>>
> > >>> Just my thoughts on it.
> > >>> -J.
> > >>>
> > >>>> Once again, just to make it clear. I am ok with the patches, I
> > >>>> will merge
> > all
> > >>>> three of them (corosync, multipath and drbd) but I just wanted to
> > >>>> make
> > sure you
> > >>>> took this into consideration.
> > >>>> Also I like the idea of having drbd recipe inside and the fact
> > >>>> that you
> > like to
> > >>>> get involved in this initiative.
> > >>>> Hope to hear more from you and also that I will be able to help more.
> > >>>>
> > >>>>
> > >>>> Alex Vaduva
> > >>>>
> > >>>>
> > >>>> On Tuesday, December 2, 2014 10:07 AM, Bian Naimeng
> > >>>> <biannm@cn.fujitsu.com
> > >
> > >>>> wrote:
> > >>>>
> > >>>>
> > >>>> Bian Naimeng (2):
> > >>>>    [meta-cgl] device-mapper-multipath: add recipe
> > >>>>    [meta-cgl]drbd: add recipe
> > >>>>
> > >>>> .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
> > >>>> .../device-mapper-multipath_0.5.0.bb              | 53
> > ++++++++++++++++++++
> > >>>> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
> > >>>> meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57
> > ++++++++++++++++++++++
> > >>>> 4 files changed, 134 insertions(+) create mode 100644
> > >>>> meta-cgl-common/recipes-cgl/device-mapper-multipath/
> > >>>> device-mapper-multipath/multipathd.init.patch
> > >>>> create mode 100644
> > >>>> meta-cgl-common/recipes-cgl/device-mapper-multipath/
> > >>>> device-mapper-multipath_0.5.0.bb
> > >>>> create mode 100644
> > >>>> meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
> > >>>> create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
> > >>>>
> > >>>> --
> > >>>> 1.9.1
> > >>>>
> > >>>> --
> > >>>> _______________________________________________
> > >>>> yocto mailing list
> > >>>> yocto@yoctoproject.org
> > >>>> https://lists.yoctoproject.org/listinfo/yocto
> > >>>>
> > >>>>
> > >>>
> > >>>
> > >>>
> > >>
> > >
> >
> >
> >
> 
> --
> -Joe MacDonald.
> :wq

Re: [PATCH 0/2] Add some recipes

[akuster808]

Bian,

Is device-mapper-multipath the same as 
meta-openembeded/meta-oe/recipes-support/multipath-tools/multipath-tools_git.bb 
?

- Armin


On 12/02/2014 12:03 AM, Bian Naimeng wrote:
> Bian Naimeng (2):
>    [meta-cgl] device-mapper-multipath: add recipe
>    [meta-cgl]drbd: add recipe
>
>   .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
>   .../device-mapper-multipath_0.5.0.bb               | 53 ++++++++++++++++++++
>   meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
>   meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb     | 57 ++++++++++++++++++++++
>   4 files changed, 134 insertions(+)
>   create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
>   create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb
>   create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
>   create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
>

Re: [PATCH 0/2] Add some recipes

[Alexandru Vaduva]

[-- Attachment #1: Type: text/plain, Size: 1427 bytes --]

They were at some point but now I see that the recipe from meta-oe was updated to latest release.So maybe the patch should be kept there.
 

     On Tuesday, December 2, 2014 5:55 PM, akuster808 <akuster808@gmail.com> wrote:
   

 
Bian,

Is device-mapper-multipath the same as 
meta-openembeded/meta-oe/recipes-support/multipath-tools/multipath-tools_git.bb 
?

- Armin


On 12/02/2014 12:03 AM, Bian Naimeng wrote:
> Bian Naimeng (2):
>    [meta-cgl] device-mapper-multipath: add recipe
>    [meta-cgl]drbd: add recipe
>
>  .../device-mapper-multipath/multipathd.init.patch  | 12 +++++
>  .../device-mapper-multipath_0.5.0.bb              | 53 ++++++++++++++++++++
>  meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service | 12 +++++
>  meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb    | 57 ++++++++++++++++++++++
>  4 files changed, 134 insertions(+)
>  create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath/multipathd.init.patch
>  create mode 100644 meta-cgl-common/recipes-cgl/device-mapper-multipath/device-mapper-multipath_0.5.0.bb
>  create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd/drbd.service
>  create mode 100644 meta-cgl-common/recipes-cgl/drbd/drbd_8.4.4.bb
>
-- 
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto




[-- Attachment #2: Type: text/html, Size: 3039 bytes --]