[OE-core] [PATCH] python-mako: Add back the python2 version.

[Moritz Fischer]

Add back the recipe for the python2 version.

Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---

Is it possible to get that backported into rocko? I somehow didn't see
the patch that removed it go out on the list.


Cheers,

Moritz

---
 meta/recipes-devtools/python/python-mako_1.0.7.bb | 11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 meta/recipes-devtools/python/python-mako_1.0.7.bb

diff --git a/meta/recipes-devtools/python/python-mako_1.0.7.bb 
b/meta/recipes-devtools/python/python-mako_1.0.7.bb
new file mode 100644
index 00..767c7c3696
--- /dev/null
+++ b/meta/recipes-devtools/python/python-mako_1.0.7.bb
@@ -0,0 +1,11 @@
+require python-mako.inc
+
+inherit setuptools
+
+RDEPENDS_${PN} = "python-threading \
+  python-netclient \
+  python-html \
+"
+RDEPENDS_${PN}_class-native = ""
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.14.2

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

Re: [OE-core] [U-Boot] [PATCH] u-boot: Upgrade to 2017.09

[Moritz Fischer]

Hi Marek,

On Fri, Sep 22, 2017 at 3:19 PM, Marek Vasut  wrote:
> On 09/21/2017 11:35 PM, Philip Balister wrote:
>> On 09/19/2017 04:15 AM, Marek Vasut wrote:
>>> On 09/18/2017 06:06 PM, Tom Rini wrote:
 On Mon, Sep 18, 2017 at 04:51:31PM +0100, Burton, Ross wrote:
> On 18 September 2017 at 16:46, Otavio Salvador <
> otavio.salva...@ossystems.com.br> wrote:
>
>> What is the policy on doing u-boot version upgrades this late in the
>>
>> release cycle? SHouldn't this wait until after the release?
>>
>>
>> Why?
>>
>> It is just another recipe and we are upgrading to the final release.
>>
>> As Martin said, it was already broken.
>>
>> I'll take the responsibility to fix it. But as other packages, upgrades
>> has risk and we have more than enough time to proper fix it.
>>
>
> Why?  Because it was merged to master after the freeze.
>
> Personally I'm of the opinion that u-boot is one of those special recipes
> that if an upgrade appears just after freeze, we consider it.  If we don't
> keep it up to date BSPs won't use the recipe, and we'll be back to every
> BSP layer containing its own special copy of the u-boot recipe.

 Also please note that U-Boot has a rather regular and public release
 schedule: http://www.denx.de/wiki/U-Boot/ReleaseCycle so you can have a
 good idea beforehand if you want to grab something for a release or not.

 Personally, I would like to see this in.  But the security issue that's
 been disclosed now is "resolved" just by not enabling functionality that
 no one was enabling in mainline, and will be removed in the next
 release, so don't feel you need to pull it in on those grounds.
>>>
>>> I agree that the 2017.09 upgrade is a good idea.
>>>
>>
>> OK, I just wanted to make sure everyone was on the same page about
>> timing of the update. We certainly don't want very many recipes to
>> decide they are special and take version bumps right up to release.
>
> Agreed. So what is the conclusion here about this , are we updating to
> 2017.09 or not ?

+1 for upgrade.

- morats
>
>> Philip
>>
>>
>
>
> --
> Best regards,
> Marek Vasut
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC/PATCH] boost: Fix issue with python-numpy

[Moritz Fischer]

Ross,

On Mon, Mar 6, 2017 at 1:23 PM, Burton, Ross  wrote:

> Making another option would definitely be desirable.

So would you apply the patch to remove it if not PACKAGECONFIG[numpy]?

Cheers,

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

[OE-core] [RFC/PATCH] boost: Fix issue with python-numpy

[Moritz Fischer]

Boost 1.63 merged Boost.Python numpy support, however there
are no configuration options to turn it off or on.

If PACKAGECONFIG[python] is enabled, now depend on python-numpy
and python3-numpy.

Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
Hi all,

I'm not sure if this is the entirely correct fix.
I've seen other places like gentoo ([1]) simply patch out the
numpy support to get earlier behavior.

Maybe making it another PACKAGECONFIG[numpy] option
would be desirable?

Cheers,

Moritz

[1] http://bit.ly/2m7WBRW

---
 meta/recipes-support/boost/boost.inc | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-support/boost/boost.inc 
b/meta/recipes-support/boost/boost.inc
index 87b6b88..7b55132 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -42,13 +42,13 @@ PACKAGECONFIG ??= "locale"
 PACKAGECONFIG[locale] = ",,icu"
 PACKAGECONFIG[graph_parallel] = ",,,boost-mpi mpich"
 PACKAGECONFIG[mpi] = ",,mpich"
-PACKAGECONFIG[python] = ",,python python3"
+PACKAGECONFIG[python] = ",,python python3 python-numpy python3-numpy"
 
 BOOST_LIBS += "\
 ${@bb.utils.filter('PACKAGECONFIG', 'locale', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'graph_parallel', 'graph_parallel 
mpi', \
  bb.utils.filter('PACKAGECONFIG', 'mpi', d), d)} \
-${@bb.utils.contains('PACKAGECONFIG', 'python', 'python python3', '', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'python', 'python python3 numpy 
numpy3', '', d)} \
 "
 
 inherit python-dir
@@ -61,7 +61,8 @@ python __anonymous () {
 extras = []
 for lib in d.getVar('BOOST_LIBS').split( ):
 # BJAM does not know '--with-python3' (only --with-python)
-if lib != "python3":
+# the same goes for numpy and numpy3
+if (lib != "python3") and (lib != "numpy") and (lib != "numpy3"):
 extras.append("--with-%s" % lib)
 pkg = "boost-%s" % lib.replace("_", "-")
 packages.append(pkg)
@@ -69,6 +70,9 @@ python __anonymous () {
 # special: python*.so matches python3.so !!
 if not d.getVar("FILES_%s" % pkg):
 d.setVar("FILES_%s" % pkg, "${libdir}/libboost_%s.so.*" % 
lib)
+elif(lib == "numpy"):
+if not d.getVar("FILES_%s" % pkg):
+d.setVar("FILES_%s" % pkg, "${libdir}/libboost_%s.so.*" % 
lib)
 else:
 if not d.getVar("FILES_%s" % pkg):
 d.setVar("FILES_%s" % pkg, "${libdir}/libboost_%s*.so.*" % 
lib)
-- 
2.7.4

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

Re: [OE-core] [meta-oe][PATCH v3] devtools: Add recipe for Chromium Embedded Controller utilities

[Moritz Fischer]

Leonardo,

On Wed, Jan 4, 2017 at 10:36 AM, Leonardo Sandoval
<leonardo.sandoval.gonza...@linux.intel.com> wrote:
>
>> +}
>> diff --git
>> a/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
>> b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
>> new file mode 100644
>> index 000..46e8cad
>> --- /dev/null
>> +++
>> b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
>> @@ -0,0 +1,26 @@
>> +From 56ffeeffea735a6a8f69fc111278ebabe3c7e2d8 Mon Sep 17 00:00:00 2001
>> +From: Moritz Fischer <moritz.fisc...@ettus.com>
>> +Date: Tue, 27 Dec 2016 22:24:07 -0800
>> +Subject: [PATCH] build Add HOST_LDFLAGS
>> +
>
>
> what is the Upstream Status of this patch? At least for oe-core, you need to
> provide it. More info at
> http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines

Good catch, thanks. I submitted it upstream. I'll just wait for that
to resubmit my v4 here, maybe by then I don't need the patch anymore
then.

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

[OE-core] [meta-oe][PATCH v3] devtools: Add recipe for Chromium Embedded Controller utilities

[Moritz Fischer]

Add a recipe to build 'ectool' a utility to interact with the embedded
controller on Google's chromebooks (and other platforms using it).

Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
Changes from v1:

- Replaced DESCRIPTION with SUMMARY (Martin)
- Use EXTRA_OEMAKE (Martin)
- Removed FILESEXTRAPATHS (Martin)
- Changed PV (Martin / Khem)
- Removed FILES_PN (Khem)

Changes from v2:

- Changed PV (Martin)

---
 .../chromium-utils/chromium-utils.bb   | 24 
 .../files/0001-build-Add-HOST_LDFLAGS.patch| 26 ++
 2 files changed, 50 insertions(+)
 create mode 100644 meta/recipes-devtools/chromium-utils/chromium-utils.bb
 create mode 100644 
meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch

diff --git a/meta/recipes-devtools/chromium-utils/chromium-utils.bb 
b/meta/recipes-devtools/chromium-utils/chromium-utils.bb
new file mode 100644
index 000..f2216fe
--- /dev/null
+++ b/meta/recipes-devtools/chromium-utils/chromium-utils.bb
@@ -0,0 +1,24 @@
+SUMMARY = "Chromium EC utilities"
+DEPENDS = "libftdi"
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=562c740877935f40b262db8af30bca36"
+
+SRCREV = "b19bb1f22a3fd0102030485d324c0321a18827e8"
+SRC_URI = 
"git://chromium.googlesource.com/chromiumos/platform/ec;protocol=https \
+   file://0001-build-Add-HOST_LDFLAGS.patch \
+  "
+
+PV = "1.1.+gitr${SRCPV}"
+
+S = "${WORKDIR}/git"
+
+EXTRA_OEMAKE = "'HOSTCC=${CC}' 'HOSTCFLAGS=${CFLAGS}' 
'HOST_LDFLAGS=${LDFLAGS}'"
+
+do_compile() {
+oe_runmake utils
+}
+
+do_install() {
+install -m 0755 -d ${D}${bindir}
+install -m 0755 ${S}/build/bds/util/ectool ${D}${bindir}/ectool
+}
diff --git 
a/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch 
b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
new file mode 100644
index 000..46e8cad
--- /dev/null
+++ 
b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
@@ -0,0 +1,26 @@
+From 56ffeeffea735a6a8f69fc111278ebabe3c7e2d8 Mon Sep 17 00:00:00 2001
+From: Moritz Fischer <moritz.fisc...@ettus.com>
+Date: Tue, 27 Dec 2016 22:24:07 -0800
+Subject: [PATCH] build Add HOST_LDFLAGS
+
+Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
+---
+ Makefile.rules | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Makefile.rules b/Makefile.rules
+index 404454d..0057ba9 100644
+--- a/Makefile.rules
 b/Makefile.rules
+@@ -60,7 +60,7 @@ cmd_c_to_build = $(BUILDCC) $(BUILD_CFLAGS) \
+$(sort $(foreach c,$($(*F)-objs),util/$(c:%.o=%.c)) $*.c) \
+$(BUILD_LDFLAGS) \
+-MMD -MF $@.d -o $@
+-cmd_c_to_host = $(HOSTCC) $(HOST_CFLAGS) -MMD -MF $@.d  -o $@ \
++cmd_c_to_host = $(HOSTCC) $(HOST_CFLAGS) $(HOST_LDFLAGS) -MMD -MF $@.d  -o $@ 
\
+$(sort $(foreach c,$($(*F)-objs),util/$(c:%.o=%.c)) $*.c)
+ cmd_cxx_to_host = $(HOSTCXX) -std=c++0x $(COMMON_WARN) $(HOST_CXXFLAGS)\
+   -I ./$($(notdir $@)_ROOT) -o $@ $(filter %.cc,$^) $($(notdir $@)_LIBS)
+-- 
+2.4.11
+
-- 
2.7.4

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

Re: [OE-core] [meta-oe][PATCH v2] devtools: Add recipe for Chromium Embedded Controller utilities

[Moritz Fischer]

Hi all,

I realized this might have gotten held up by me not being subscibed to the list,
do you want me to resubmit?

On Thu, Dec 29, 2016 at 10:01 AM, Moritz Fischer
<moritz.fisc...@ettus.com> wrote:
> Add a recipe to build 'ectool' a utility to interact with the embedded
> controller on Google's chromebooks (and other platforms using it).
>
> Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
> ---
> Changes from v1:
>
> - Replaced DESCRIPTION with SUMMARY (Martin)
> - Use EXTRA_OEMAKE (Martin)
> - Removed FILESEXTRAPATHS (Martin)
> - Changed PV (Martin / Khem)
> - Removed FILES_PN (Khem)
> ---
>  .../chromium-utils/chromium-utils.bb   | 24 
>  .../files/0001-build-Add-HOST_LDFLAGS.patch| 26 
> ++
>  2 files changed, 50 insertions(+)
>  create mode 100644 meta/recipes-devtools/chromium-utils/chromium-utils.bb
>  create mode 100644 
> meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
>
> diff --git a/meta/recipes-devtools/chromium-utils/chromium-utils.bb 
> b/meta/recipes-devtools/chromium-utils/chromium-utils.bb
> new file mode 100644
> index 000..87d866a
> --- /dev/null
> +++ b/meta/recipes-devtools/chromium-utils/chromium-utils.bb
> @@ -0,0 +1,24 @@
> +SUMMARY = "Chromium EC utilities"
> +DEPENDS = "libftdi"
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=562c740877935f40b262db8af30bca36"
> +
> +SRCREV = "b19bb1f22a3fd0102030485d324c0321a18827e8"
> +SRC_URI = 
> "git://chromium.googlesource.com/chromiumos/platform/ec;protocol=https \
> +   file://0001-build-Add-HOST_LDFLAGS.patch \
> +  "
> +
> +PV="1.1.+${SRCPV}"
> +
> +S = "${WORKDIR}/git"
> +
> +EXTRA_OEMAKE = "'HOSTCC=${CC}' 'HOSTCFLAGS=${CFLAGS}' 
> 'HOST_LDFLAGS=${LDFLAGS}'"
> +
> +do_compile() {
> +oe_runmake utils
> +}
> +
> +do_install() {
> +install -m 0755 -d ${D}${bindir}
> +install -m 0755 ${S}/build/bds/util/ectool ${D}${bindir}/ectool
> +}
> diff --git 
> a/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
>  
> b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
> new file mode 100644
> index 000..46e8cad
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch
> @@ -0,0 +1,26 @@
> +From 56ffeeffea735a6a8f69fc111278ebabe3c7e2d8 Mon Sep 17 00:00:00 2001
> +From: Moritz Fischer <moritz.fisc...@ettus.com>
> +Date: Tue, 27 Dec 2016 22:24:07 -0800
> +Subject: [PATCH] build Add HOST_LDFLAGS
> +
> +Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
> +---
> + Makefile.rules | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/Makefile.rules b/Makefile.rules
> +index 404454d..0057ba9 100644
> +--- a/Makefile.rules
>  b/Makefile.rules
> +@@ -60,7 +60,7 @@ cmd_c_to_build = $(BUILDCC) $(BUILD_CFLAGS) \
> +$(sort $(foreach c,$($(*F)-objs),util/$(c:%.o=%.c)) $*.c) \
> +$(BUILD_LDFLAGS) \
> +-MMD -MF $@.d -o $@
> +-cmd_c_to_host = $(HOSTCC) $(HOST_CFLAGS) -MMD -MF $@.d  -o $@ \
> ++cmd_c_to_host = $(HOSTCC) $(HOST_CFLAGS) $(HOST_LDFLAGS) -MMD -MF $@.d  -o 
> $@ \
> +$(sort $(foreach c,$($(*F)-objs),util/$(c:%.o=%.c)) $*.c)
> + cmd_cxx_to_host = $(HOSTCXX) -std=c++0x $(COMMON_WARN) $(HOST_CXXFLAGS)\
> +   -I ./$($(notdir $@)_ROOT) -o $@ $(filter %.cc,$^) $($(notdir $@)_LIBS)
> +--
> +2.4.11
> +
> --
> 2.7.4
>

Thanks,

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