[oe] [meta-networking][PATCH] openflow: Add latest from git

2013-09-02 Thread Laszlo Papp 
1) The version in meta-virtualization is quite old. It is basically from 2009,
and a lot of things has changed since then.

2) More importantly, this software is more like for networking rather than
virtualization, so I think it was misplaced.
---
 .../recipes-support/openflow/openflow_1.0.bb   | 32 ++
 1 file changed, 32 insertions(+)
 create mode 100644 meta-networking/recipes-support/openflow/openflow_1.0.bb

diff --git a/meta-networking/recipes-support/openflow/openflow_1.0.bb 
b/meta-networking/recipes-support/openflow/openflow_1.0.bb
new file mode 100644
index 000..eb7770e
--- /dev/null
+++ b/meta-networking/recipes-support/openflow/openflow_1.0.bb
@@ -0,0 +1,32 @@
+SUMMARY = OpenFlow
+DESCRIPTION = Open standard that enables researchers to run experimental 
protocols in the campus networks
+HOMEPAGE = http://www.openflow.org;
+SECTION = networking
+LICENSE = GPLv2
+
+LIC_FILES_CHKSUM = file://COPYING;md5=e870c934e2c3d6ccf085fd7cf0a1e2e2
+
+SRCREV = c84f33f09d5dbcfc9b489f64cb30475bf36f653a
+PV = 1.0+git${SRCPV}
+SRC_URI = git://gitosis.stanford.edu/openflow.git;protocol=git
+
+DEPENDS = virtual/libc
+
+EXTRA_OECONF += KARCH=${TARGET_ARCH}
+
+PACKAGECONFIG ??= libssl
+PACKAGECONFIG[libssl] = --enable-ssl,--disable-ssl, openssl, libssl
+
+S = ${WORKDIR}/git
+
+inherit autotools
+
+do_configure() {
+./boot.sh
+oe_runconf
+}
+
+do_install_append() {
+   # Remove /var/run as it is created on startup
+rm -rf ${D}${localstatedir}/run
+}
-- 
1.8.4

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] Heads up: _remove in recipe namespace - check your layers

2013-09-02 Thread Paul Eggleton 
Hi all,

With the recent addition of a _remove operator into BitBake in master [1] any 
use of _remove_ within a name or _remove at the end of a name within recipe 
namespace (i.e. function and variable names) needs to be changed to avoid 
unexpected behaviour. This change is now in master and will be in the upcoming 
release. Please check the layers you maintain and change any instances of 
these to avoid the use of _remove. You can use the following command to find 
these (of course ignoring anything that's not in a recipe, bbclass, inc file 
etc.):

  git grep _remove[^a-zA-Z]

In particular I've checked a number of layers that I have fetched locally, and 
references exist in meta-arago-distro and meta-angstrom, so these will need to 
be fixed as soon as possible.

Cheers,
Paul

[1] 
http://cgit.openembedded.org/bitbake/commit/?id=9c91948e10df278dad4832487fa56888cd58d187

-- 

Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [FIXED] Partitioned Image Creation and Initramfs Problem for ALIX3D3

2013-09-02 Thread Eren Türkay 
On Thu, Aug 29, 2013 at 06:20:14PM +0200, Eren Türkay wrote:
 Hello all,

Hi again,

 The possible solution that came to my mind is to get
 boot-directdisk.bbclass, add initramfs installation, put the code
 in a seperate bbclass, rename the function as IMAGE_CMD_alix-hddimage,
 and add alix-hddimage to IMAGE_FSTYPES. The same technique is used by
 meta-raspberrypi layer [1]

 However, the problem with this is that core-image-minimal-initramfs
 includes initramfs-live-boot by default. This script tries to find
 rootfs.img and if it cannot find, it fails to boot the board. In this
 case, we will have extracted rootfs in /dev/sda2, so rootfs.img will not
 be there.
 
 I looked at initramfs-framework recipe and it seems to fit for it. For
 initramfs problem, should I create alix3d3-minimal-initramfs recipe,
 add initramfs-framework-base initramfs-module-udev to IMAGE_INSTALL
 and make IMAGE_CMD_alix-hddimage depend on
 alix3d3-minimal-initramfs? Would it be a proper solution?

I applied the solution here and the generated image works as expected. I
needed to create seperate initramfs image for the board, and have a
bbclass file for image creation (IMAGE_CMD_alix-hddimage). This bbclass
for image creation is the mix of boot-directdisk.bbclass and
sdimage_rpi.

https://github.com/eren/meta-alix3d3

Initramfs image is in recipes-core/images, and the bbclass file is in
classes directory. For those who are interested, taking a look at
conf/machine/alix3d3.conf would be helpful as well.

Cheers,
Eren

-- 
. 73! DE TA1AET
  http://linkedin.com/in/erenturkay


pgprEc9AIq5ym.pgp
Description: PGP signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCH] sqlite3: update to version 3.8.0.1

2013-09-02 Thread maxin.john 
From: Maxin B. John maxin.j...@enea.com

Upgrade to latest version 3.8.0.1

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 meta/recipes-support/sqlite/sqlite3_3071700.bb |   10 --
 meta/recipes-support/sqlite/sqlite3_3080001.bb |   10 ++
 2 files changed, 10 insertions(+), 10 deletions(-)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3071700.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3080001.bb

diff --git a/meta/recipes-support/sqlite/sqlite3_3071700.bb 
b/meta/recipes-support/sqlite/sqlite3_3071700.bb
deleted file mode 100644
index 113e8ce..000
--- a/meta/recipes-support/sqlite/sqlite3_3071700.bb
+++ /dev/null
@@ -1,10 +0,0 @@
-require sqlite3.inc
-
-LIC_FILES_CHKSUM = 
file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
-
-SRC_URI = http://www.sqlite.org/2013/sqlite-autoconf-${PV}.tar.gz;
-
-SRC_URI[md5sum] = 18c285053e9562b848209cb0ee16d4ab
-SRC_URI[sha256sum] = 
8ff46d0baa9e64c0815544e829e985f1161c096aa6344c8f430791dbeadc2baf
-
-S = ${WORKDIR}/sqlite-autoconf-${PV}
diff --git a/meta/recipes-support/sqlite/sqlite3_3080001.bb 
b/meta/recipes-support/sqlite/sqlite3_3080001.bb
new file mode 100644
index 000..692e56a
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3_3080001.bb
@@ -0,0 +1,10 @@
+require sqlite3.inc
+
+LIC_FILES_CHKSUM = 
file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
+
+SRC_URI = http://www.sqlite.org/2013/sqlite-autoconf-${PV}.tar.gz;
+
+SRC_URI[md5sum] = ee32c96e5db6c6d651c7c9b71082cf7c
+SRC_URI[sha256sum] = 
1d92ccfca5629701b207e57e86fdf0a01d8dca61c60e1246f92ec8d87408cf36
+
+S = ${WORKDIR}/sqlite-autoconf-${PV}
-- 
1.7.10.4

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] sqlite3: update to version 3.8.0.1

2013-09-02 Thread Martin Jansa 
On Mon, Sep 02, 2013 at 01:22:42PM +0200, maxin.j...@enea.com wrote:
 From: Maxin B. John maxin.j...@enea.com
 
 Upgrade to latest version 3.8.0.1

Please resend to openembedded-core ML
 
 Signed-off-by: Maxin B. John maxin.j...@enea.com
 ---
  meta/recipes-support/sqlite/sqlite3_3071700.bb |   10 --
  meta/recipes-support/sqlite/sqlite3_3080001.bb |   10 ++
  2 files changed, 10 insertions(+), 10 deletions(-)
  delete mode 100644 meta/recipes-support/sqlite/sqlite3_3071700.bb
  create mode 100644 meta/recipes-support/sqlite/sqlite3_3080001.bb
 
 diff --git a/meta/recipes-support/sqlite/sqlite3_3071700.bb 
 b/meta/recipes-support/sqlite/sqlite3_3071700.bb
 deleted file mode 100644
 index 113e8ce..000
 --- a/meta/recipes-support/sqlite/sqlite3_3071700.bb
 +++ /dev/null
 @@ -1,10 +0,0 @@
 -require sqlite3.inc
 -
 -LIC_FILES_CHKSUM = 
 file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
 -
 -SRC_URI = http://www.sqlite.org/2013/sqlite-autoconf-${PV}.tar.gz;
 -
 -SRC_URI[md5sum] = 18c285053e9562b848209cb0ee16d4ab
 -SRC_URI[sha256sum] = 
 8ff46d0baa9e64c0815544e829e985f1161c096aa6344c8f430791dbeadc2baf
 -
 -S = ${WORKDIR}/sqlite-autoconf-${PV}
 diff --git a/meta/recipes-support/sqlite/sqlite3_3080001.bb 
 b/meta/recipes-support/sqlite/sqlite3_3080001.bb
 new file mode 100644
 index 000..692e56a
 --- /dev/null
 +++ b/meta/recipes-support/sqlite/sqlite3_3080001.bb
 @@ -0,0 +1,10 @@
 +require sqlite3.inc
 +
 +LIC_FILES_CHKSUM = 
 file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
 +
 +SRC_URI = http://www.sqlite.org/2013/sqlite-autoconf-${PV}.tar.gz;
 +
 +SRC_URI[md5sum] = ee32c96e5db6c6d651c7c9b71082cf7c
 +SRC_URI[sha256sum] = 
 1d92ccfca5629701b207e57e86fdf0a01d8dca61c60e1246f92ec8d87408cf36
 +
 +S = ${WORKDIR}/sqlite-autoconf-${PV}
 -- 
 1.7.10.4
 
 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] sqlite3: update to version 3.8.0.1

2013-09-02 Thread Maxin B. John 
 On Mon, Sep 02, 2013 at 01:22:42PM +0200, maxin.j...@enea.com wrote:
  From: Maxin B. John maxin.j...@enea.com
 
  Upgrade to latest version 3.8.0.1
 Please resend to openembedded-core ML
Resent to openembedded-core ML. Sorry about this.

Best Regards,
Maxin
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Heads up: _remove in recipe namespace - check your layers

2013-09-02 Thread Denys Dmytriyenko 
On Mon, Sep 02, 2013 at 10:54:20AM +0100, Paul Eggleton wrote:
 Hi all,
 
 With the recent addition of a _remove operator into BitBake in master [1] any 
 use of _remove_ within a name or _remove at the end of a name within recipe 
 namespace (i.e. function and variable names) needs to be changed to avoid 
 unexpected behaviour. This change is now in master and will be in the 
 upcoming 
 release. Please check the layers you maintain and change any instances of 
 these to avoid the use of _remove. You can use the following command to find 
 these (of course ignoring anything that's not in a recipe, bbclass, inc file 
 etc.):
 
   git grep _remove[^a-zA-Z]
 
 In particular I've checked a number of layers that I have fetched locally, 
 and 
 references exist in meta-arago-distro and meta-angstrom, so these will need 
 to 
 be fixed as soon as possible.

Paul,

Thanks for the heads up! While meta-arago is currently based on Dylan, I've 
made the necessary change in my layer so it will be ready for the master. 
Thanks.

-- 
Denys
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] Heads up: _remove in recipe namespace - check your layers

2013-09-02 Thread Denys Dmytriyenko 
On Mon, Sep 02, 2013 at 10:54:20AM +0100, Paul Eggleton wrote:
 Hi all,
 
 With the recent addition of a _remove operator into BitBake in master [1] any 
 use of _remove_ within a name or _remove at the end of a name within recipe 
 namespace (i.e. function and variable names) needs to be changed to avoid 
 unexpected behaviour. This change is now in master and will be in the 
 upcoming 
 release. Please check the layers you maintain and change any instances of 
 these to avoid the use of _remove. You can use the following command to find 
 these (of course ignoring anything that's not in a recipe, bbclass, inc file 
 etc.):
 
   git grep _remove[^a-zA-Z]
 
 In particular I've checked a number of layers that I have fetched locally, 
 and 
 references exist in meta-arago-distro and meta-angstrom, so these will need 
 to 
 be fixed as soon as possible.

Paul,

Thanks for the heads up! While meta-arago is currently based on Dylan, I've
made the necessary change in my layer so it will be ready for the master.
Thanks.

--
Denys
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [WIP][PATCH 02/66] libmikmod: upgrade to 3.2.0

2013-09-02 Thread Marko Lindqvist 
On 29 August 2013 21:29, Martin Jansa martin.ja...@gmail.com wrote:
 On Thu, Aug 29, 2013 at 07:27:54PM +0300, Marko Lindqvist wrote:
 On 29 August 2013 18:50, Martin Jansa martin.ja...@gmail.com wrote:
  * 3.3 is only beta
  * 3.1.12 was failing to build with texinfo-5, see

  http://sourceforge.net/p/mikmod/mercurial/ci/1fd17189f82561a3a0e343aef05e5cf0b39b8f26/

  As libSDL-mixer dependency, and thus recursive dependency for many
 recipes in meta-games, this is important for me. In my local tree I've
 solved the build issue by simply patching doc building part away. Let
 me know if you want that patch (say, to go in to stable branch instead
 of full version upgrade)

 I was thinking about it, but if you confirm that 3.2.0 doesn't break any
 of your games I'm fine with it.

 Signed-off-by: Marko Lindqvist cazf...@gmail.com


 - ML
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] openflow: Add latest from git

2013-09-02 Thread Bruce Ashfield 
On Mon, Sep 2, 2013 at 4:20 AM, Laszlo Papp lp...@kde.org wrote:
 1) The version in meta-virtualization is quite old. It is basically from 2009,
 and a lot of things has changed since then.

And that was on purpose, there are some tight bindings to SDN and hence why
it is in meta-virtualization, and not a valid reason to not contact the layer
maintainers directly, have a discussion and not set the update to the current
layer.

If you would have asked, you would have been told that updates are pending
with bindings that need to stay in lock step with other parts of meta-virt.


 2) More importantly, this software is more like for networking rather than
 virtualization, so I think it was misplaced.

I disagree, so for now meta-virt is going to keep it's variants of the
recipes and
we need to have an actual discussion to figure out the best way forward.

Cheers,

Bruce

 ---
  .../recipes-support/openflow/openflow_1.0.bb   | 32 
 ++
  1 file changed, 32 insertions(+)
  create mode 100644 meta-networking/recipes-support/openflow/openflow_1.0.bb

 diff --git a/meta-networking/recipes-support/openflow/openflow_1.0.bb 
 b/meta-networking/recipes-support/openflow/openflow_1.0.bb
 new file mode 100644
 index 000..eb7770e
 --- /dev/null
 +++ b/meta-networking/recipes-support/openflow/openflow_1.0.bb
 @@ -0,0 +1,32 @@
 +SUMMARY = OpenFlow
 +DESCRIPTION = Open standard that enables researchers to run experimental 
 protocols in the campus networks
 +HOMEPAGE = http://www.openflow.org;
 +SECTION = networking
 +LICENSE = GPLv2
 +
 +LIC_FILES_CHKSUM = file://COPYING;md5=e870c934e2c3d6ccf085fd7cf0a1e2e2
 +
 +SRCREV = c84f33f09d5dbcfc9b489f64cb30475bf36f653a
 +PV = 1.0+git${SRCPV}
 +SRC_URI = git://gitosis.stanford.edu/openflow.git;protocol=git
 +
 +DEPENDS = virtual/libc
 +
 +EXTRA_OECONF += KARCH=${TARGET_ARCH}
 +
 +PACKAGECONFIG ??= libssl
 +PACKAGECONFIG[libssl] = --enable-ssl,--disable-ssl, openssl, libssl
 +
 +S = ${WORKDIR}/git
 +
 +inherit autotools
 +
 +do_configure() {
 +./boot.sh
 +oe_runconf
 +}
 +
 +do_install_append() {
 +   # Remove /var/run as it is created on startup
 +rm -rf ${D}${localstatedir}/run
 +}
 --
 1.8.4

 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel



-- 
Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH] openflow: Add latest from git

2013-09-02 Thread Laszlo Papp 
On Tue, Sep 3, 2013 at 2:56 AM, Bruce Ashfield bruce.ashfi...@gmail.comwrote:

 On Mon, Sep 2, 2013 at 4:20 AM, Laszlo Papp lp...@kde.org wrote:
  1) The version in meta-virtualization is quite old. It is basically from
 2009,
  and a lot of things has changed since then.

 And that was on purpose, there are some tight bindings to SDN and hence why
 it is in meta-virtualization, and not a valid reason to not contact the
 layer
 maintainers directly, have a discussion and not set the update to the
 current
 layer.


I do not understand why I would need to contact a foo layer maintainer when
I think a recipe has not much to do with foo.


 If you would have asked, you would have been told that updates are pending
 with bindings that need to stay in lock step with other parts of meta-virt.


Sorry, but how is this relevant? It is an extremely old recipe, and should
not be used. Moreover, this should not block the non-ancient users at all,
which is probably the majority.


  2) More importantly, this software is more like for networking rather
 than
  virtualization, so I think it was misplaced.

 I disagree, so for now meta-virt is going to keep it's variants of the
 recipes and
 we need to have an actual discussion to figure out the best way forward.


,,, and I disagree with you. Read the specification for openflow, please. I
fail to understand how it has anything to do with virtualization.
Seriously, this is a software for networking devices. That is, exactly the
main purpose what meta-networking is trying to achieve: aiding the
development for networking devices. As for me, it is totally
non-comprehensive why a networking specification and the relevant
implementation would be in meta-virtualization rather than meta-networking.

Not to mention, I do not understand why you are trying to set a straw man
in here. The discussion you are requesting is exactly what this thread is
meant to be. So, I think you are simply incorrect IMHO. :-)

Cheers,
Laszlo
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel