Re: [oe] [meta-oe][PATCH] openldap: Reproducibility: Remove user, hostname, pwd from version string
On Wed, Oct 17, 2018 at 6:08 PM Douglas Royds
wrote:
>
> This patch is already on meta-openembedded master:
>
>
> http://git.openembedded.org/meta-openembedded/commit/?id=ed5c1c19963546f09201747b11b94b71729b0bcd
>
> For the record, I have just submitted it upstream:
>
> http://www.openldap.org/its/index.cgi/Incoming?id=8928
>
> Should I submit a new patch, changing the upstream-status to "Submitted"?
you can, also add a appropriate link to mailing list post that lists
the submission
>
>
> On 9/10/18 5:55 PM, Douglas Royds wrote:
>
> > Upstream-Status: Pending
> > Signed-off-by: Douglas Royds
> > ---
> > ...
> >
> > diff --git
> > a/meta-oe/recipes-support/openldap/openldap/remove-user-host-pwd-from-version.patch
> >
> > b/meta-oe/recipes-support/openldap/openldap/remove-user-host-pwd-from-version.patch
> > ...
> > +-WHOWHERE="$USER@`uname -n`:`pwd`"
> > ++WHOWHERE="${SOURCE_DATE_EPOCH:-$USER@`uname -n`:`pwd`}"
>
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] openldap: Reproducibility: Remove user, hostname, pwd from version string
This patch is already on meta-openembedded master:
http://git.openembedded.org/meta-openembedded/commit/?id=ed5c1c19963546f09201747b11b94b71729b0bcd
For the record, I have just submitted it upstream:
http://www.openldap.org/its/index.cgi/Incoming?id=8928
Should I submit a new patch, changing the upstream-status to "Submitted"?
On 9/10/18 5:55 PM, Douglas Royds wrote:
Upstream-Status: Pending
Signed-off-by: Douglas Royds
---
...
diff --git
a/meta-oe/recipes-support/openldap/openldap/remove-user-host-pwd-from-version.patch
b/meta-oe/recipes-support/openldap/openldap/remove-user-host-pwd-from-version.patch
...
+-WHOWHERE="$USER@`uname -n`:`pwd`"
++WHOWHERE="${SOURCE_DATE_EPOCH:-$USER@`uname -n`:`pwd`}"
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
On Wed, Oct 17, 2018 at 10:03:53PM +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: openembedded-devel-boun...@lists.openembedded.org > devel-boun...@lists.openembedded.org> On Behalf Of Martin Jansa
> > Sent: den 17 oktober 2018 23:34
> > To: Peter Kjellerstedt
> > Cc: y...@blade-group.com; openembedded-devel > de...@lists.openembedded.org>
> > Subject: Re: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as
> > advertized on distro without bluez* support
> >
> > I wouldn't say that supporting bluez6 as BLUEZ value before
> > RDEPENDS_bluez6 is defined here is really better.
>
> Well, my point was that rewriting it according to my suggestion
> makes it agnostic to whatever value the ${BLUEZ} variable has.
And my point is that it doesn't make it better, because it will do
something useful only with RDEPENDS_bluez4 or RDEPENDS_bluez5, adding
dependency on undefined ${RDEPENDS_whatever} doesn't really help, does
it?
> > Whole bluez4 support here is a bit useless considering that all bluez4
> > related recipes were removed more than a year ago with:
> >
> > commit 007498ac72e26e9f7064de74f7fe96e91ae6c969
> > Author: Martin Jansa
> > Date: Mon Jul 24 19:25:35 2017 +0200
> >
> > bluez4: remove bluez4-only recipes
> >
> >
> > On Wed, Oct 17, 2018 at 11:20 PM Peter Kjellerstedt <
> > peter.kjellerst...@axis.com> wrote:
> >
> > > > -Original Message-
> > > > From: openembedded-devel-boun...@lists.openembedded.org <
> > > openembedded-devel-boun...@lists.openembedded.org> On Behalf Of
> > > yann.dir...@blade-group.com
> > > > Sent: den 17 oktober 2018 22:57
> > > > To: openembedded-devel@lists.openembedded.org
> > > > Cc: Yann Dirson
> > > > Subject: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as
> > > advertized on distro without bluez* support
> > > >
> > > > From: Yann Dirson
> > > >
> > > > Otherwise the build fails with:
> > > >
> > > > NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
> > > > Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
> > > >
> > > > This restores some truth in the "Otherwise install nothing" comment
> > in
> > > > the recipe.
> > > >
> > > > Signed-off-by: Yann Dirson
> > > > ---
> > > > .../packagegroups/packagegroup-tools-bluetooth.bb| 5
> > -
> > > > 1 file changed, 4 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/meta-oe/recipes-connectivity/packagegroups/
> > > packagegroup-tools-bluetooth.bb
> > > b/meta-oe/recipes-connectivity/packagegroups/
> > > packagegroup-tools-bluetooth.bb
> > > > index 0ede5e57b..207c7c1ae 100644
> > > > --- a/meta-oe/recipes-connectivity/packagegroups/
> > > packagegroup-tools-bluetooth.bb
> > > > +++ b/meta-oe/recipes-connectivity/packagegroups/
> > > packagegroup-tools-bluetooth.bb
> > > > @@ -34,4 +34,7 @@ RDEPENDS_bluez5 = " \
> > > >
> > > > # Install bluez4 tools or bluez5 tools depending on what is
> > specified
> > > in the distro.
> > > > # Otherwise install nothing.
> > > > -RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
> > > > +RDEPENDS_${PN} = " \
> > > > +${@'${RDEPENDS_bluez5}' if d.getVar('BLUEZ', True) == 'bluez5'
> > else
> > > ''} \
> > > > +${@'${RDEPENDS_bluez4}' if d.getVar('BLUEZ', True) == 'bluez4'
> > else
> > > ''} \
> > > > +"
> > >
> > > You can simplify this (and support any value of ${BLUEZ} just in
> > > case someone decides to add bluez6):
> > >
> > > RDEPENDS_${PN} = "${@'${RDEPENDS_${BLUEZ}}' if d.getVar('BLUEZ') else ''}"
> > >
> > > Also, the second argument to d.getVar() has defaulted to True for
> > > a long time, so no point in specifying it.
> > >
> > > > --
> > > > 2.19.1
> > >
> > > //Peter
>
> //Peter
>
--
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 v3] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org devel-boun...@lists.openembedded.org> On Behalf Of Martin Jansa
> Sent: den 17 oktober 2018 23:34
> To: Peter Kjellerstedt
> Cc: y...@blade-group.com; openembedded-devel de...@lists.openembedded.org>
> Subject: Re: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as
> advertized on distro without bluez* support
>
> I wouldn't say that supporting bluez6 as BLUEZ value before
> RDEPENDS_bluez6 is defined here is really better.
Well, my point was that rewriting it according to my suggestion
makes it agnostic to whatever value the ${BLUEZ} variable has.
> Whole bluez4 support here is a bit useless considering that all bluez4
> related recipes were removed more than a year ago with:
>
> commit 007498ac72e26e9f7064de74f7fe96e91ae6c969
> Author: Martin Jansa
> Date: Mon Jul 24 19:25:35 2017 +0200
>
> bluez4: remove bluez4-only recipes
>
>
> On Wed, Oct 17, 2018 at 11:20 PM Peter Kjellerstedt <
> peter.kjellerst...@axis.com> wrote:
>
> > > -Original Message-
> > > From: openembedded-devel-boun...@lists.openembedded.org <
> > openembedded-devel-boun...@lists.openembedded.org> On Behalf Of
> > yann.dir...@blade-group.com
> > > Sent: den 17 oktober 2018 22:57
> > > To: openembedded-devel@lists.openembedded.org
> > > Cc: Yann Dirson
> > > Subject: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as
> > advertized on distro without bluez* support
> > >
> > > From: Yann Dirson
> > >
> > > Otherwise the build fails with:
> > >
> > > NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
> > > Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
> > >
> > > This restores some truth in the "Otherwise install nothing" comment
> in
> > > the recipe.
> > >
> > > Signed-off-by: Yann Dirson
> > > ---
> > > .../packagegroups/packagegroup-tools-bluetooth.bb| 5
> -
> > > 1 file changed, 4 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/meta-oe/recipes-connectivity/packagegroups/
> > packagegroup-tools-bluetooth.bb
> > b/meta-oe/recipes-connectivity/packagegroups/
> > packagegroup-tools-bluetooth.bb
> > > index 0ede5e57b..207c7c1ae 100644
> > > --- a/meta-oe/recipes-connectivity/packagegroups/
> > packagegroup-tools-bluetooth.bb
> > > +++ b/meta-oe/recipes-connectivity/packagegroups/
> > packagegroup-tools-bluetooth.bb
> > > @@ -34,4 +34,7 @@ RDEPENDS_bluez5 = " \
> > >
> > > # Install bluez4 tools or bluez5 tools depending on what is
> specified
> > in the distro.
> > > # Otherwise install nothing.
> > > -RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
> > > +RDEPENDS_${PN} = " \
> > > +${@'${RDEPENDS_bluez5}' if d.getVar('BLUEZ', True) == 'bluez5'
> else
> > ''} \
> > > +${@'${RDEPENDS_bluez4}' if d.getVar('BLUEZ', True) == 'bluez4'
> else
> > ''} \
> > > +"
> >
> > You can simplify this (and support any value of ${BLUEZ} just in
> > case someone decides to add bluez6):
> >
> > RDEPENDS_${PN} = "${@'${RDEPENDS_${BLUEZ}}' if d.getVar('BLUEZ') else ''}"
> >
> > Also, the second argument to d.getVar() has defaulted to True for
> > a long time, so no point in specifying it.
> >
> > > --
> > > 2.19.1
> >
> > //Peter
//Peter
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
While digging around this, I noticed that BLUEZ is set depending on
DISTRO_FEATURES only, wouldn't it make more sense to check
COMBINED_FEATURES instead ?
Le mer. 17 oct. 2018 à 23:34, Martin Jansa a
écrit :
> I wouldn't say that supporting bluez6 as BLUEZ value before
> RDEPENDS_bluez6 is defined here is really better.
>
> Whole bluez4 support here is a bit useless considering that all bluez4
> related recipes were removed more than a year ago with:
>
> commit 007498ac72e26e9f7064de74f7fe96e91ae6c969
> Author: Martin Jansa
> Date: Mon Jul 24 19:25:35 2017 +0200
>
> bluez4: remove bluez4-only recipes
>
>
> On Wed, Oct 17, 2018 at 11:20 PM Peter Kjellerstedt <
> peter.kjellerst...@axis.com> wrote:
>
>> > -Original Message-
>> > From: openembedded-devel-boun...@lists.openembedded.org <
>> openembedded-devel-boun...@lists.openembedded.org> On Behalf Of
>> yann.dir...@blade-group.com
>> > Sent: den 17 oktober 2018 22:57
>> > To: openembedded-devel@lists.openembedded.org
>> > Cc: Yann Dirson
>> > Subject: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as
>> advertized on distro without bluez* support
>> >
>> > From: Yann Dirson
>> >
>> > Otherwise the build fails with:
>> >
>> > NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
>> > Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
>> >
>> > This restores some truth in the "Otherwise install nothing" comment in
>> > the recipe.
>> >
>> > Signed-off-by: Yann Dirson
>> > ---
>> > .../packagegroups/packagegroup-tools-bluetooth.bb| 5 -
>> > 1 file changed, 4 insertions(+), 1 deletion(-)
>> >
>> > diff --git a/meta-oe/recipes-connectivity/packagegroups/
>> packagegroup-tools-bluetooth.bb
>> b/meta-oe/recipes-connectivity/packagegroups/
>> packagegroup-tools-bluetooth.bb
>> > index 0ede5e57b..207c7c1ae 100644
>> > --- a/meta-oe/recipes-connectivity/packagegroups/
>> packagegroup-tools-bluetooth.bb
>> > +++ b/meta-oe/recipes-connectivity/packagegroups/
>> packagegroup-tools-bluetooth.bb
>> > @@ -34,4 +34,7 @@ RDEPENDS_bluez5 = " \
>> >
>> > # Install bluez4 tools or bluez5 tools depending on what is specified
>> in the distro.
>> > # Otherwise install nothing.
>> > -RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
>> > +RDEPENDS_${PN} = " \
>> > +${@'${RDEPENDS_bluez5}' if d.getVar('BLUEZ', True) == 'bluez5'
>> else ''} \
>> > +${@'${RDEPENDS_bluez4}' if d.getVar('BLUEZ', True) == 'bluez4'
>> else ''} \
>> > +"
>>
>> You can simplify this (and support any value of ${BLUEZ} just in
>> case someone decides to add bluez6):
>>
>> RDEPENDS_${PN} = "${@'${RDEPENDS_${BLUEZ}}' if d.getVar('BLUEZ') else ''}"
>>
>> Also, the second argument to d.getVar() has defaulted to True for
>> a long time, so no point in specifying it.
>>
>> > --
>> > 2.19.1
>>
>> //Peter
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
>
--
Yann Dirson
Blade -- 38 rue du Sentier, 75002 Paris
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
I wouldn't say that supporting bluez6 as BLUEZ value before RDEPENDS_bluez6
is defined here is really better.
Whole bluez4 support here is a bit useless considering that all bluez4
related recipes were removed more than a year ago with:
commit 007498ac72e26e9f7064de74f7fe96e91ae6c969
Author: Martin Jansa
Date: Mon Jul 24 19:25:35 2017 +0200
bluez4: remove bluez4-only recipes
On Wed, Oct 17, 2018 at 11:20 PM Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:
> > -Original Message-
> > From: openembedded-devel-boun...@lists.openembedded.org <
> openembedded-devel-boun...@lists.openembedded.org> On Behalf Of
> yann.dir...@blade-group.com
> > Sent: den 17 oktober 2018 22:57
> > To: openembedded-devel@lists.openembedded.org
> > Cc: Yann Dirson
> > Subject: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as
> advertized on distro without bluez* support
> >
> > From: Yann Dirson
> >
> > Otherwise the build fails with:
> >
> > NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
> > Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
> >
> > This restores some truth in the "Otherwise install nothing" comment in
> > the recipe.
> >
> > Signed-off-by: Yann Dirson
> > ---
> > .../packagegroups/packagegroup-tools-bluetooth.bb| 5 -
> > 1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> b/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> > index 0ede5e57b..207c7c1ae 100644
> > --- a/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> > +++ b/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> > @@ -34,4 +34,7 @@ RDEPENDS_bluez5 = " \
> >
> > # Install bluez4 tools or bluez5 tools depending on what is specified
> in the distro.
> > # Otherwise install nothing.
> > -RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
> > +RDEPENDS_${PN} = " \
> > +${@'${RDEPENDS_bluez5}' if d.getVar('BLUEZ', True) == 'bluez5' else
> ''} \
> > +${@'${RDEPENDS_bluez4}' if d.getVar('BLUEZ', True) == 'bluez4' else
> ''} \
> > +"
>
> You can simplify this (and support any value of ${BLUEZ} just in
> case someone decides to add bluez6):
>
> RDEPENDS_${PN} = "${@'${RDEPENDS_${BLUEZ}}' if d.getVar('BLUEZ') else ''}"
>
> Also, the second argument to d.getVar() has defaulted to True for
> a long time, so no point in specifying it.
>
> > --
> > 2.19.1
>
> //Peter
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org
> On Behalf Of
> yann.dir...@blade-group.com
> Sent: den 17 oktober 2018 22:57
> To: openembedded-devel@lists.openembedded.org
> Cc: Yann Dirson
> Subject: [oe] [PATCH v3] packagegroup-tools-bluetooth: work as advertized on
> distro without bluez* support
>
> From: Yann Dirson
>
> Otherwise the build fails with:
>
> NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
>
> This restores some truth in the "Otherwise install nothing" comment in
> the recipe.
>
> Signed-off-by: Yann Dirson
> ---
> .../packagegroups/packagegroup-tools-bluetooth.bb| 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git
> a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> index 0ede5e57b..207c7c1ae 100644
> ---
> a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> +++
> b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> @@ -34,4 +34,7 @@ RDEPENDS_bluez5 = " \
>
> # Install bluez4 tools or bluez5 tools depending on what is specified in the
> distro.
> # Otherwise install nothing.
> -RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
> +RDEPENDS_${PN} = " \
> +${@'${RDEPENDS_bluez5}' if d.getVar('BLUEZ', True) == 'bluez5' else ''} \
> +${@'${RDEPENDS_bluez4}' if d.getVar('BLUEZ', True) == 'bluez4' else ''} \
> +"
You can simplify this (and support any value of ${BLUEZ} just in
case someone decides to add bluez6):
RDEPENDS_${PN} = "${@'${RDEPENDS_${BLUEZ}}' if d.getVar('BLUEZ') else ''}"
Also, the second argument to d.getVar() has defaulted to True for
a long time, so no point in specifying it.
> --
> 2.19.1
//Peter
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH v3] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
From: Yann Dirson
Otherwise the build fails with:
NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
This restores some truth in the "Otherwise install nothing" comment in the
recipe.
Signed-off-by: Yann Dirson
---
.../packagegroups/packagegroup-tools-bluetooth.bb| 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
index 0ede5e57b..207c7c1ae 100644
--- a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
+++ b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
@@ -34,4 +34,7 @@ RDEPENDS_bluez5 = " \
# Install bluez4 tools or bluez5 tools depending on what is specified in the
distro.
# Otherwise install nothing.
-RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
+RDEPENDS_${PN} = " \
+${@'${RDEPENDS_bluez5}' if d.getVar('BLUEZ', True) == 'bluez5' else ''} \
+${@'${RDEPENDS_bluez4}' if d.getVar('BLUEZ', True) == 'bluez4' else ''} \
+"
--
2.19.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3] libeigen: update to 3.3.5
Signed-off-by: Maxime Roussin-Bélanger
---
.../libeigen/{libeigen_3.3.4.bb => libeigen_3.3.5.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta-oe/recipes-support/libeigen/{libeigen_3.3.4.bb =>
libeigen_3.3.5.bb} (79%)
diff --git a/meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
b/meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
similarity index 79%
rename from meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
rename to meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
index 31a42a9d66..7078e50bb0 100644
--- a/meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
+++ b/meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
@@ -5,10 +5,10 @@ LICENSE = "MPL-2.0"
LIC_FILES_CHKSUM = "file://COPYING.MPL2;md5=815ca599c9df247a0c7f619bab123dad"
SRC_URI =
"http://bitbucket.org/eigen/eigen/get/${PV}.tar.bz2;downloadfilename=${BP}.tar.bz2;
-SRC_URI[md5sum] = "a7aab9f758249b86c93221ad417fbe18"
-SRC_URI[sha256sum] =
"dd254beb0bafc695d0f62ae1a222ff85b52dbaa3a16f76e781dce22d0d20a4a6"
+SRC_URI[md5sum] = "e83549a79d1b721da0f8899ab34edf95"
+SRC_URI[sha256sum] =
"7352bff3ea299e4c7d7fbe31c504f8eb9149d7e685dec5a12fbaa26379f603e2"
-S = "${WORKDIR}/eigen-eigen-5a0156e40feb"
+S = "${WORKDIR}/eigen-eigen-b3f3d4950030"
inherit cmake
--
2.19.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2] libeigen: update to 3.3.5
---
.../libeigen/{libeigen_3.3.4.bb => libeigen_3.3.5.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta-oe/recipes-support/libeigen/{libeigen_3.3.4.bb =>
libeigen_3.3.5.bb} (79%)
diff --git a/meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
b/meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
similarity index 79%
rename from meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
rename to meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
index 31a42a9d66..7078e50bb0 100644
--- a/meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
+++ b/meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
@@ -5,10 +5,10 @@ LICENSE = "MPL-2.0"
LIC_FILES_CHKSUM = "file://COPYING.MPL2;md5=815ca599c9df247a0c7f619bab123dad"
SRC_URI =
"http://bitbucket.org/eigen/eigen/get/${PV}.tar.bz2;downloadfilename=${BP}.tar.bz2;
-SRC_URI[md5sum] = "a7aab9f758249b86c93221ad417fbe18"
-SRC_URI[sha256sum] =
"dd254beb0bafc695d0f62ae1a222ff85b52dbaa3a16f76e781dce22d0d20a4a6"
+SRC_URI[md5sum] = "e83549a79d1b721da0f8899ab34edf95"
+SRC_URI[sha256sum] =
"7352bff3ea299e4c7d7fbe31c504f8eb9149d7e685dec5a12fbaa26379f603e2"
-S = "${WORKDIR}/eigen-eigen-5a0156e40feb"
+S = "${WORKDIR}/eigen-eigen-b3f3d4950030"
inherit cmake
--
2.19.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] libeigen: update to 3.3.5
Signed-off-by: Maxime Roussin-Bélanger
---
.../libeigen/{libeigen_3.3.4.bb => libeigen_3.3.5.bb} | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
rename meta-oe/recipes-support/libeigen/{libeigen_3.3.4.bb =>
libeigen_3.3.5.bb} (65%)
diff --git a/meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
b/meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
similarity index 65%
rename from meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
rename to meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
index 31a42a9d66..b6d125272a 100644
--- a/meta-oe/recipes-support/libeigen/libeigen_3.3.4.bb
+++ b/meta-oe/recipes-support/libeigen/libeigen_3.3.5.bb
@@ -5,15 +5,15 @@ LICENSE = "MPL-2.0"
LIC_FILES_CHKSUM = "file://COPYING.MPL2;md5=815ca599c9df247a0c7f619bab123dad"
SRC_URI =
"http://bitbucket.org/eigen/eigen/get/${PV}.tar.bz2;downloadfilename=${BP}.tar.bz2;
-SRC_URI[md5sum] = "a7aab9f758249b86c93221ad417fbe18"
-SRC_URI[sha256sum] =
"dd254beb0bafc695d0f62ae1a222ff85b52dbaa3a16f76e781dce22d0d20a4a6"
+SRC_URI[md5sum] = "e83549a79d1b721da0f8899ab34edf95"
+SRC_URI[sha256sum] =
"7352bff3ea299e4c7d7fbe31c504f8eb9149d7e685dec5a12fbaa26379f603e2"
-S = "${WORKDIR}/eigen-eigen-5a0156e40feb"
+S = "${WORKDIR}/eigen-eigen-b3f3d4950030"
inherit cmake
-FILES_${PN} = "${libdir}"
-FILES_${PN}-dev = "${includedir} ${datadir}/eigen3/cmake
${datadir}/cmake/Modules ${datadir}/pkgconfig"
+FILES_${PN} = "${includedir} ${libdir}"
+FILES_${PN}-dev = "${datadir}/eigen3/cmake ${datadir}/cmake/Modules
${datadir}/pkgconfig"
# ${PN} is empty so we need to tweak -dev and -dbg package dependencies
RDEPENDS_${PN}-dev = ""
--
2.19.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
Right.
This is being discussed following v1 of the patch which I had sent to
-core, to which I had send the patch by mistake at first.
Le mer. 17 oct. 2018 à 20:39, Khem Raj a écrit :
> On Wed, Oct 17, 2018 at 8:41 AM wrote:
> >
> > From: Yann Dirson
> >
> > Otherwise the build fails with:
> >
> > NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
> > Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
> >
> > This restores some truth in the "Otherwise install nothing" comment in
> the recipe.
> >
> > Signed-off-by: Yann Dirson
> > ---
> > .../packagegroups/packagegroup-tools-bluetooth.bb | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> b/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> > index 0ede5e57b..e81516fef 100644
> > --- a/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> > +++ b/meta-oe/recipes-connectivity/packagegroups/
> packagegroup-tools-bluetooth.bb
> > @@ -32,6 +32,8 @@ RDEPENDS_bluez5 = " \
> > '', d)} \
> > "
> >
> > +RDEPENDS_ = ""
> > +
>
> this does not look right to me.
>
> > # Install bluez4 tools or bluez5 tools depending on what is specified
> in the distro.
> > # Otherwise install nothing.
> > RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
> > --
> > 2.19.1
> >
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
--
Yann Dirson
Blade -- 38 rue du Sentier, 75002 Paris
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/1] gstreamer: Remove machine specific append
If you try to build a system with multiple BSPs, one of which is qemux86
or qemux86-64, the gstreamer package will change. This will trigger
anything using gstream to also be rebuilt.
For a package based system, the PR values will also be incremented each
time. The end result will be an ever growing set of PR values as well as
being unable to tell which configured version of the multimedia components
are really being deployed.
The solution here was to remove the rrecommend for consistency.
Signed-off-by: Mark Hatle
---
.../recipes-multimedia/gstreamer-0.10/gstreamer_0.10.36.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer_0.10.36.bb
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer_0.10.36.bb
index 5f97a20fd..56d82205e 100644
--- a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer_0.10.36.bb
+++ b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer_0.10.36.bb
@@ -45,9 +45,6 @@ oe_runconf_prepend() {
#mv ${WORKDIR}/gstregistrybinary.[ch] ${S}/gst/
#}
-RRECOMMENDS_${PN}_qemux86+= "kernel-module-snd-ens1370
kernel-module-snd-rawmidi"
-RRECOMMENDS_${PN}_qemux86-64 += "kernel-module-snd-ens1370
kernel-module-snd-rawmidi"
-
FILES_${PN} += " ${libdir}/gstreamer-0.10/*.so"
FILES_${PN}-dev += " ${libdir}/gstreamer-0.10/*.la
${libdir}/gstreamer-0.10/*.a"
FILES_${PN}-dbg += " ${libdir}/gstreamer-0.10/.debug/
${libexecdir}/gstreamer-0.10/.debug/"
--
2.18.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/1] Fix gstreamer changing hash for different machines
While working on a system with multiple BSPs, but a single distro configuration, I struggled with an issue of PR numbers increasing quickly and different behavior from boot to boot. Most of the issues were from oe-core and similar problems. The gstreamer in oe-core has -exactly- the same code as this patch, so this is the equivalent version or meta-openembedded and the older gstreamer recipe. This change makes sense in my configuration, but the only alternative I saw was to declare gstreamer as a MACHINE ARCH package, which I don't think we really want either. Besides I'm not clear if that would resolve the hash/ PR issue either. Mark Hatle (1): gstreamer: Remove machine specific append .../recipes-multimedia/gstreamer-0.10/gstreamer_0.10.36.bb | 3 --- 1 file changed, 3 deletions(-) -- 2.18.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
On Wed, Oct 17, 2018 at 8:41 AM wrote:
>
> From: Yann Dirson
>
> Otherwise the build fails with:
>
> NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
>
> This restores some truth in the "Otherwise install nothing" comment in the
> recipe.
>
> Signed-off-by: Yann Dirson
> ---
> .../packagegroups/packagegroup-tools-bluetooth.bb | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
> a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> index 0ede5e57b..e81516fef 100644
> ---
> a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> +++
> b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> @@ -32,6 +32,8 @@ RDEPENDS_bluez5 = " \
> '', d)} \
> "
>
> +RDEPENDS_ = ""
> +
this does not look right to me.
> # Install bluez4 tools or bluez5 tools depending on what is specified in the
> distro.
> # Otherwise install nothing.
> RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
> --
> 2.19.1
>
> --
> ___
> 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
[oe] [PATCH v2] packagegroup-tools-bluetooth: work as advertized on distro without bluez* support
From: Yann Dirson
Otherwise the build fails with:
NOTE: Runtime target '${RDEPENDS_}' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['${RDEPENDS_}']
This restores some truth in the "Otherwise install nothing" comment in the
recipe.
Signed-off-by: Yann Dirson
---
.../packagegroups/packagegroup-tools-bluetooth.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
index 0ede5e57b..e81516fef 100644
--- a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
+++ b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
@@ -32,6 +32,8 @@ RDEPENDS_bluez5 = " \
'', d)} \
"
+RDEPENDS_ = ""
+
# Install bluez4 tools or bluez5 tools depending on what is specified in the
distro.
# Otherwise install nothing.
RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"
--
2.19.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] glog: fixed shared library versioning
Please rebase the unwind fix on top of
https://patchwork.openembedded.org/patch/155662/
On Wed, Oct 17, 2018 at 3:40 PM Vyacheslav Yurkov
wrote:
> Build glog as a shared library by default. Backported CMake patch
> from master that sets SONAME properly. Updated the patch for libunwind
> look up
> and added libunwind as a run-time dependency
>
> Signed-off-by: Vyacheslav Yurkov
> ---
> ...0001-find-libunwind-during-configure.patch | 80 +
> .../glog/0002-rework-cmake-glog-version.patch | 87 +++
> meta-oe/recipes-support/glog/glog_0.3.5.bb| 7 +-
> 3 files changed, 153 insertions(+), 21 deletions(-)
> create mode 100644
> meta-oe/recipes-support/glog/glog/0002-rework-cmake-glog-version.patch
>
> diff --git
> a/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
> b/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
> index 33dc9d38a..6becdc15f 100644
> ---
> a/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
> +++
> b/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
> @@ -1,30 +1,74 @@
> -diff -ur git/CMakeLists.txt ../0.3.5-r0.unwind/git/CMakeLists.txt
> git/CMakeLists.txt 2018-10-08 08:54:15.118989400 +0200
> -+++ ../0.3.5-r0.unwind/git/CMakeLists.txt 2018-10-05
> 16:26:59.745922318 +0200
> -@@ -384,7 +384,9 @@
> +diff -ur --new-file git/cmake/FindLibunwind.cmake
> ../0.3.5-r0.unwind/git/cmake/FindLibunwind.cmake
> +--- git/cmake/FindLibunwind.cmake 1970-01-01 01:00:00.0 +0100
> ../0.3.5-r0.unwind/git/cmake/FindLibunwind.cmake 2018-10-09
> 09:43:59.803216273 +0200
> +@@ -0,0 +1,17 @@
> ++# - Try to find libunwind
> ++# Once done this will define
> ++#
> ++# LIBUNWIND_FOUND - system has libunwind
> ++# unwind - cmake target for libunwind
> ++
> ++find_library (UNWIND_LIBRARY NAMES unwind DOC "unwind library")
> ++
> ++include(FindPackageHandleStandardArgs)
> ++# handle the QUIETLY and REQUIRED arguments and set Libunwind_FOUND to
> TRUE
> ++# if all listed variables are TRUE
> ++find_package_handle_standard_args(Libunwind DEFAULT_MSG UNWIND_LIBRARY)
> ++
> ++mark_as_advanced (UNWIND_LIBRARY)
> ++
> ++add_library(unwind SHARED IMPORTED)
> ++set_target_properties(unwind PROPERTIES IMPORTED_LOCATION
> ${UNWIND_LIBRARY})
> +diff -ur --new-file git/CMakeLists.txt
> ../0.3.5-r0.unwind/git/CMakeLists.txt
> +--- git/CMakeLists.txt 2018-10-09 10:31:33.483584675 +0200
> ../0.3.5-r0.unwind/git/CMakeLists.txt 2018-10-09
> 09:43:59.799215966 +0200
> +@@ -118,8 +118,7 @@
> +
> + check_library_exists (unwind get_static_proc_name "" HAVE_LIB_UNWIND)
> +
> +-find_library (UNWIND_LIBRARY NAMES unwind DOC "unwind library")
> +-mark_as_advanced (UNWIND_LIBRARY)
> ++find_package(Libunwind)
> +
> + check_c_source_compiles ("
> + #include
> +@@ -383,9 +382,9 @@
> +
> set_target_properties (glog PROPERTIES POSITION_INDEPENDENT_CODE ON)
>
> - if (UNWIND_LIBRARY)
> +-if (UNWIND_LIBRARY)
> - target_link_libraries (glog PUBLIC ${UNWIND_LIBRARY})
> -+ add_library(unwind SHARED IMPORTED)
> -+ set_target_properties(unwind PROPERTIES IMPORTED_LOCATION
> ${UNWIND_LIBRARY})
> +-endif (UNWIND_LIBRARY)
> ++if (Libunwind_FOUND)
> + target_link_libraries (glog PUBLIC unwind)
> - endif (UNWIND_LIBRARY)
> ++endif (Libunwind_FOUND)
>
> if (HAVE_PTHREAD)
> -diff -ur git/glog-config.cmake.in ../0.3.5-r0.unwind/git/
> glog-config.cmake.in
> git/glog-config.cmake.in 2018-10-08 08:54:15.122989699 +0200
> -+++ ../0.3.5-r0.unwind/git/glog-config.cmake.in2018-10-08
> 08:14:48.550745810 +0200
> -@@ -4,4 +4,12 @@
> + target_link_libraries (glog PUBLIC ${CMAKE_THREAD_LIBS_INIT})
> +@@ -578,6 +577,7 @@
> + install (FILES
> + ${CMAKE_CURRENT_BINARY_DIR}/glog-config.cmake
> + ${CMAKE_CURRENT_BINARY_DIR}/glog-config-version.cmake
> ++ ${CMAKE_CURRENT_SOURCE_DIR}/cmake/FindLibunwind.cmake
> + DESTINATION lib/cmake/glog)
> +
> + install (EXPORT glog-targets NAMESPACE glog:: DESTINATION lib/cmake/glog)
> +diff -ur --new-file git/glog-config.cmake.in ../0.3.5-r0.unwind/git/
> glog-config.cmake.in
> +--- git/glog-config.cmake.in 2018-10-09 10:31:33.487584975 +0200
> ../0.3.5-r0.unwind/git/glog-config.cmake.in2018-10-09
> 09:43:59.799215966 +0200
> +@@ -4,4 +4,15 @@
>
> @gflags_DEPENDENCY@
>
> -+find_library (UNWIND_LIBRARY NAMES unwind DOC "unwind library")
> -+mark_as_advanced (UNWIND_LIBRARY)
> ++# Record the state of the CMake module path when this script was
> ++# called so that we can ensure that we leave it in the same state on
> ++# exit as it was on entry, but modify it locally.
> ++set(UNWIND_CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH})
> ++
> ++set(CMAKE_MODULE_PATH "${CMAKE_CURRENT_LIST_DIR}")
> ++find_dependency (Libunwind)
> +
> -+if (UNWIND_LIBRARY)
> -+ add_library(unwind SHARED IMPORTED)
> -+ set_target_properties(unwind PROPERTIES IMPORTED_LOCATION
> ${UNWIND_LIBRARY})
> -+endif (UNWIND_LIBRARY)
> ++# Restore
[oe] [meta-oe][PATCH] glog: fixed shared library versioning
Build glog as a shared library by default. Backported CMake patch
from master that sets SONAME properly. Updated the patch for libunwind look up
and added libunwind as a run-time dependency
Signed-off-by: Vyacheslav Yurkov
---
...0001-find-libunwind-during-configure.patch | 80 +
.../glog/0002-rework-cmake-glog-version.patch | 87 +++
meta-oe/recipes-support/glog/glog_0.3.5.bb| 7 +-
3 files changed, 153 insertions(+), 21 deletions(-)
create mode 100644
meta-oe/recipes-support/glog/glog/0002-rework-cmake-glog-version.patch
diff --git
a/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
b/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
index 33dc9d38a..6becdc15f 100644
---
a/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
+++
b/meta-oe/recipes-support/glog/glog/0001-find-libunwind-during-configure.patch
@@ -1,30 +1,74 @@
-diff -ur git/CMakeLists.txt ../0.3.5-r0.unwind/git/CMakeLists.txt
git/CMakeLists.txt 2018-10-08 08:54:15.118989400 +0200
-+++ ../0.3.5-r0.unwind/git/CMakeLists.txt 2018-10-05 16:26:59.745922318
+0200
-@@ -384,7 +384,9 @@
+diff -ur --new-file git/cmake/FindLibunwind.cmake
../0.3.5-r0.unwind/git/cmake/FindLibunwind.cmake
+--- git/cmake/FindLibunwind.cmake 1970-01-01 01:00:00.0 +0100
../0.3.5-r0.unwind/git/cmake/FindLibunwind.cmake 2018-10-09
09:43:59.803216273 +0200
+@@ -0,0 +1,17 @@
++# - Try to find libunwind
++# Once done this will define
++#
++# LIBUNWIND_FOUND - system has libunwind
++# unwind - cmake target for libunwind
++
++find_library (UNWIND_LIBRARY NAMES unwind DOC "unwind library")
++
++include(FindPackageHandleStandardArgs)
++# handle the QUIETLY and REQUIRED arguments and set Libunwind_FOUND to TRUE
++# if all listed variables are TRUE
++find_package_handle_standard_args(Libunwind DEFAULT_MSG UNWIND_LIBRARY)
++
++mark_as_advanced (UNWIND_LIBRARY)
++
++add_library(unwind SHARED IMPORTED)
++set_target_properties(unwind PROPERTIES IMPORTED_LOCATION ${UNWIND_LIBRARY})
+diff -ur --new-file git/CMakeLists.txt ../0.3.5-r0.unwind/git/CMakeLists.txt
+--- git/CMakeLists.txt 2018-10-09 10:31:33.483584675 +0200
../0.3.5-r0.unwind/git/CMakeLists.txt 2018-10-09 09:43:59.799215966
+0200
+@@ -118,8 +118,7 @@
+
+ check_library_exists (unwind get_static_proc_name "" HAVE_LIB_UNWIND)
+
+-find_library (UNWIND_LIBRARY NAMES unwind DOC "unwind library")
+-mark_as_advanced (UNWIND_LIBRARY)
++find_package(Libunwind)
+
+ check_c_source_compiles ("
+ #include
+@@ -383,9 +382,9 @@
+
set_target_properties (glog PROPERTIES POSITION_INDEPENDENT_CODE ON)
- if (UNWIND_LIBRARY)
+-if (UNWIND_LIBRARY)
- target_link_libraries (glog PUBLIC ${UNWIND_LIBRARY})
-+ add_library(unwind SHARED IMPORTED)
-+ set_target_properties(unwind PROPERTIES IMPORTED_LOCATION ${UNWIND_LIBRARY})
+-endif (UNWIND_LIBRARY)
++if (Libunwind_FOUND)
+ target_link_libraries (glog PUBLIC unwind)
- endif (UNWIND_LIBRARY)
++endif (Libunwind_FOUND)
if (HAVE_PTHREAD)
-diff -ur git/glog-config.cmake.in ../0.3.5-r0.unwind/git/glog-config.cmake.in
git/glog-config.cmake.in 2018-10-08 08:54:15.122989699 +0200
-+++ ../0.3.5-r0.unwind/git/glog-config.cmake.in2018-10-08
08:14:48.550745810 +0200
-@@ -4,4 +4,12 @@
+ target_link_libraries (glog PUBLIC ${CMAKE_THREAD_LIBS_INIT})
+@@ -578,6 +577,7 @@
+ install (FILES
+ ${CMAKE_CURRENT_BINARY_DIR}/glog-config.cmake
+ ${CMAKE_CURRENT_BINARY_DIR}/glog-config-version.cmake
++ ${CMAKE_CURRENT_SOURCE_DIR}/cmake/FindLibunwind.cmake
+ DESTINATION lib/cmake/glog)
+
+ install (EXPORT glog-targets NAMESPACE glog:: DESTINATION lib/cmake/glog)
+diff -ur --new-file git/glog-config.cmake.in
../0.3.5-r0.unwind/git/glog-config.cmake.in
+--- git/glog-config.cmake.in 2018-10-09 10:31:33.487584975 +0200
../0.3.5-r0.unwind/git/glog-config.cmake.in2018-10-09
09:43:59.799215966 +0200
+@@ -4,4 +4,15 @@
@gflags_DEPENDENCY@
-+find_library (UNWIND_LIBRARY NAMES unwind DOC "unwind library")
-+mark_as_advanced (UNWIND_LIBRARY)
++# Record the state of the CMake module path when this script was
++# called so that we can ensure that we leave it in the same state on
++# exit as it was on entry, but modify it locally.
++set(UNWIND_CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH})
++
++set(CMAKE_MODULE_PATH "${CMAKE_CURRENT_LIST_DIR}")
++find_dependency (Libunwind)
+
-+if (UNWIND_LIBRARY)
-+ add_library(unwind SHARED IMPORTED)
-+ set_target_properties(unwind PROPERTIES IMPORTED_LOCATION ${UNWIND_LIBRARY})
-+endif (UNWIND_LIBRARY)
++# Restore original module path
++set(CMAKE_MODULE_PATH "${UNWIND_CMAKE_MODULE_PATH}")
+
include ("${CMAKE_CURRENT_LIST_DIR}/glog-targets.cmake")
diff --git
a/meta-oe/recipes-support/glog/glog/0002-rework-cmake-glog-version.patch
b/meta-oe/recipes-support/glog/glog/0002-rework-cmake-glog-version.patch
new file mode 100644
index 0..8066e2718
--- /dev/null
+++
[oe] [meta-oe][PATCH] udisks2: Upgrade to 2.7.8
From: Mingli Yu
This is a bugfix release for UDisks 2.7. Included fixes:
- Fix string format vulnerability
- Fix CVE-2018-17336
Signed-off-by: Mingli Yu
---
.../udisks/{udisks2_2.7.7.bb => udisks2_2.7.8.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-oe/recipes-support/udisks/{udisks2_2.7.7.bb => udisks2_2.7.8.bb}
(89%)
diff --git a/meta-oe/recipes-support/udisks/udisks2_2.7.7.bb
b/meta-oe/recipes-support/udisks/udisks2_2.7.8.bb
similarity index 89%
rename from meta-oe/recipes-support/udisks/udisks2_2.7.7.bb
rename to meta-oe/recipes-support/udisks/udisks2_2.7.8.bb
index ac86a69ee..64b338f11 100644
--- a/meta-oe/recipes-support/udisks/udisks2_2.7.7.bb
+++ b/meta-oe/recipes-support/udisks/udisks2_2.7.8.bb
@@ -19,10 +19,10 @@ DEPENDS += "${@bb.utils.filter('DISTRO_FEATURES',
'systemd', d)}"
RDEPENDS_${PN} = "acl"
SRC_URI = " \
-git://github.com/storaged-project/udisks.git \
+git://github.com/storaged-project/udisks.git;branch=2.7.x-branch \
file://non-gnu-libc.patch \
"
-SRCREV = "fcf888ca00980f75ce0c47041629b3d77e9f352e"
+SRCREV = "47bc0141cb84624ba1e2242d596a89a30df1f5ea"
S = "${WORKDIR}/git"
CVE_PRODUCT = "udisks"
--
2.17.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-erlang] PR: erlang v21.1.0 support
Hi, here is a PR to support erlang version 21.1.0. https://github.com/joaohf/meta-erlang/pull/19 kind regards, Maurice Franke -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-perl][PATCH v2 2/2] libnet-dns-perl: upgrade 1.17 -> 1.18; enable ptest
On Tue, Oct 16, 2018 at 11:12 PM Tim Orling <
timothy.t.orl...@linux.intel.com> wrote:
> * Add UPSTREAM_CHECK_REGEX to ignore DEV releases
> * Add RDEPENDS that were missing
> * Enable ptest and add RDEPENDS for tests
> * Add RRECOMMENDS for libnet-dns-sec-perl
>
> * Upstream release notes:
> """
> 1.18 Sep 21, 2018
>
> Documentation revised to remove ambigous use of "answer" which
> has been used to refer to both the answer section of a packet
> and the entire reply packet received from a nameserver.
>
> Fix rt.cpan.org #127018
>
> Net::DNS::ZoneFile->parse() fails if include directory specified.
>
> Fix rt.cpan.org #127012
>
> DNS resolution broken when options ndots used in /etc/resolv.conf
> """
>
> Signed-off-by: Tim Orling
>
> ---
>
> Changes in v2:
> Use TCLIBC to determine if we are using glibc or musl
> and then set os.environ['LIBC'] to statically export path to libc.so
>
Tested on qemux86 and qemux86-musl
> ---
> .../recipes-perl/libnet/libnet-dns-perl_1.17.bb| 27 -
> .../recipes-perl/libnet/libnet-dns-perl_1.18.bb| 66
> ++
> 2 files changed, 66 insertions(+), 27 deletions(-)
> delete mode 100644 meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
> create mode 100644 meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
>
> diff --git a/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
> b/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
> deleted file mode 100644
> index 79583551f9..00
> --- a/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -DESCRIPTION = "This package contains the DNS.pm module with friends."
> -HOMEPAGE = "http://www.net-dns.org/;
> -SECTION = "libs"
> -LICENSE = "MIT"
> -
> -LIC_FILES_CHKSUM =
> "file://README;beginline=252;endline=269;md5=27db37b42cd1a5173a53922d67072bcb"
> -
> -DEPENDS += "perl"
> -
> -SRC_URI = "
> http://search.cpan.org/CPAN/authors/id/N/NL/NLNETLABS/Net-DNS-${PV}.tar.gz
> "
> -
> -SRC_URI[md5sum] = "28fcbcbf4483a9f23f75be4b9e3e45c8"
> -SRC_URI[sha256sum] =
> "9a79fd8fea1a708726c18d193ae4437479206ccb20ffa7f0971371e172e2c2e0"
> -
> -S = "${WORKDIR}/Net-DNS-${PV}"
> -
> -EXTRA_CPANFLAGS = "EXPATLIBPATH=${STAGING_LIBDIR}
> EXPATINCPATH=${STAGING_INCDIR}"
> -
> -inherit cpan
> -
> -RDEPENDS_${PN} = "perl-module-integer"
> -
> -do_compile() {
> -export LIBC="$(find ${STAGING_DIR_TARGET}/${base_libdir}/ -name
> 'libc-*.so')"
> -cpan_do_compile
> -}
> -BBCLASSEXTEND = "native"
> diff --git a/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
> b/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
> new file mode 100644
> index 00..4e0c9c446b
> --- /dev/null
> +++ b/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
> @@ -0,0 +1,66 @@
> +DESCRIPTION = "This package contains the DNS.pm module with friends."
> +HOMEPAGE = "http://www.net-dns.org/;
> +SECTION = "libs"
> +LICENSE = "MIT"
> +
> +LIC_FILES_CHKSUM =
> "file://README;beginline=252;endline=269;md5=27db37b42cd1a5173a53922d67072bcb"
> +
> +DEPENDS += "perl"
> +
> +SRC_URI = "
> http://search.cpan.org/CPAN/authors/id/N/NL/NLNETLABS/Net-DNS-${PV}.tar.gz
> "
> +
> +SRC_URI[md5sum] = "67af7e5c1c339f60c45c1054374bd8ee"
> +SRC_URI[sha256sum] =
> "52ce1494fc9707fd5a60ed71db5cde727157b7f2363787d730d4d1bd9800a9d3"
> +
> +UPSTREAM_CHECK_REGEX = "Net\-DNS\-(?P(\d+\.\d+))(?!_\d+).tar"
> +
> +S = "${WORKDIR}/Net-DNS-${PV}"
> +
> +EXTRA_CPANFLAGS = "EXPATLIBPATH=${STAGING_LIBDIR}
> EXPATINCPATH=${STAGING_INCDIR}"
> +
> +inherit cpan ptest-perl
> +
> +RDEPENDS_${PN} = " \
> +libdigest-hmac-perl \
> +perl-module-base \
> +perl-module-constant \
> +perl-module-digest-md5 \
> +perl-module-digest-sha \
> +perl-module-file-spec \
> +perl-module-integer \
> +perl-module-io-file \
> +perl-module-io-select \
> +perl-module-io-socket \
> +perl-module-io-socket-ip \
> +perl-module-mime-base64 \
> +perl-module-scalar-util \
> +perl-module-test-more \
> +perl-module-time-local \
> +"
> +
> +RRECOMMENDS_${PN} += " \
> +libnet-dns-sec-perl \
> +"
> +
> +RDEPENDS_${PN}-ptest += " \
> +perl-module-encode \
> +perl-module-encode-byte \
> +perl-module-extutils-mm \
> +perl-module-extutils-mm-unix \
> +perl-module-overload \
> +"
> +
> +python __anonymous () {
> +# rather than use "find" to determine libc-*.so,
> +# statically export the known paths for glibc and musl
> +import os
> +if d.getVar('TCLIBC') == "glibc":
> +os.environ["LIBC"] = "${STAGING_BASELIBDIR}/libc.so.6"
> +elif d.getVar('TCLIBC') == "musl":
> +os.environ["LIBC"] = "${STAGING_LIBDIR}/libc.so"
> +else:
> + raise bb.parse.SkipRecipe("incompatible with %s C library" %
> + d.getVar('TCLIBC'))
> +}
> +
> +BBCLASSEXTEND = "native"
> --
> 2.14.4
>
> --
> ___
> Openembedded-devel mailing list
>
[oe] [meta-perl][PATCH v2 2/2] libnet-dns-perl: upgrade 1.17 -> 1.18; enable ptest
* Add UPSTREAM_CHECK_REGEX to ignore DEV releases
* Add RDEPENDS that were missing
* Enable ptest and add RDEPENDS for tests
* Add RRECOMMENDS for libnet-dns-sec-perl
* Upstream release notes:
"""
1.18 Sep 21, 2018
Documentation revised to remove ambigous use of "answer" which
has been used to refer to both the answer section of a packet
and the entire reply packet received from a nameserver.
Fix rt.cpan.org #127018
Net::DNS::ZoneFile->parse() fails if include directory specified.
Fix rt.cpan.org #127012
DNS resolution broken when options ndots used in /etc/resolv.conf
"""
Signed-off-by: Tim Orling
---
Changes in v2:
Use TCLIBC to determine if we are using glibc or musl
and then set os.environ['LIBC'] to statically export path to libc.so
---
.../recipes-perl/libnet/libnet-dns-perl_1.17.bb| 27 -
.../recipes-perl/libnet/libnet-dns-perl_1.18.bb| 66 ++
2 files changed, 66 insertions(+), 27 deletions(-)
delete mode 100644 meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
create mode 100644 meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
diff --git a/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
b/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
deleted file mode 100644
index 79583551f9..00
--- a/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.17.bb
+++ /dev/null
@@ -1,27 +0,0 @@
-DESCRIPTION = "This package contains the DNS.pm module with friends."
-HOMEPAGE = "http://www.net-dns.org/;
-SECTION = "libs"
-LICENSE = "MIT"
-
-LIC_FILES_CHKSUM =
"file://README;beginline=252;endline=269;md5=27db37b42cd1a5173a53922d67072bcb"
-
-DEPENDS += "perl"
-
-SRC_URI =
"http://search.cpan.org/CPAN/authors/id/N/NL/NLNETLABS/Net-DNS-${PV}.tar.gz;
-
-SRC_URI[md5sum] = "28fcbcbf4483a9f23f75be4b9e3e45c8"
-SRC_URI[sha256sum] =
"9a79fd8fea1a708726c18d193ae4437479206ccb20ffa7f0971371e172e2c2e0"
-
-S = "${WORKDIR}/Net-DNS-${PV}"
-
-EXTRA_CPANFLAGS = "EXPATLIBPATH=${STAGING_LIBDIR}
EXPATINCPATH=${STAGING_INCDIR}"
-
-inherit cpan
-
-RDEPENDS_${PN} = "perl-module-integer"
-
-do_compile() {
-export LIBC="$(find ${STAGING_DIR_TARGET}/${base_libdir}/ -name
'libc-*.so')"
-cpan_do_compile
-}
-BBCLASSEXTEND = "native"
diff --git a/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
b/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
new file mode 100644
index 00..4e0c9c446b
--- /dev/null
+++ b/meta-perl/recipes-perl/libnet/libnet-dns-perl_1.18.bb
@@ -0,0 +1,66 @@
+DESCRIPTION = "This package contains the DNS.pm module with friends."
+HOMEPAGE = "http://www.net-dns.org/;
+SECTION = "libs"
+LICENSE = "MIT"
+
+LIC_FILES_CHKSUM =
"file://README;beginline=252;endline=269;md5=27db37b42cd1a5173a53922d67072bcb"
+
+DEPENDS += "perl"
+
+SRC_URI =
"http://search.cpan.org/CPAN/authors/id/N/NL/NLNETLABS/Net-DNS-${PV}.tar.gz;
+
+SRC_URI[md5sum] = "67af7e5c1c339f60c45c1054374bd8ee"
+SRC_URI[sha256sum] =
"52ce1494fc9707fd5a60ed71db5cde727157b7f2363787d730d4d1bd9800a9d3"
+
+UPSTREAM_CHECK_REGEX = "Net\-DNS\-(?P(\d+\.\d+))(?!_\d+).tar"
+
+S = "${WORKDIR}/Net-DNS-${PV}"
+
+EXTRA_CPANFLAGS = "EXPATLIBPATH=${STAGING_LIBDIR}
EXPATINCPATH=${STAGING_INCDIR}"
+
+inherit cpan ptest-perl
+
+RDEPENDS_${PN} = " \
+libdigest-hmac-perl \
+perl-module-base \
+perl-module-constant \
+perl-module-digest-md5 \
+perl-module-digest-sha \
+perl-module-file-spec \
+perl-module-integer \
+perl-module-io-file \
+perl-module-io-select \
+perl-module-io-socket \
+perl-module-io-socket-ip \
+perl-module-mime-base64 \
+perl-module-scalar-util \
+perl-module-test-more \
+perl-module-time-local \
+"
+
+RRECOMMENDS_${PN} += " \
+libnet-dns-sec-perl \
+"
+
+RDEPENDS_${PN}-ptest += " \
+perl-module-encode \
+perl-module-encode-byte \
+perl-module-extutils-mm \
+perl-module-extutils-mm-unix \
+perl-module-overload \
+"
+
+python __anonymous () {
+# rather than use "find" to determine libc-*.so,
+# statically export the known paths for glibc and musl
+import os
+if d.getVar('TCLIBC') == "glibc":
+os.environ["LIBC"] = "${STAGING_BASELIBDIR}/libc.so.6"
+elif d.getVar('TCLIBC') == "musl":
+os.environ["LIBC"] = "${STAGING_LIBDIR}/libc.so"
+else:
+ raise bb.parse.SkipRecipe("incompatible with %s C library" %
+ d.getVar('TCLIBC'))
+}
+
+BBCLASSEXTEND = "native"
--
2.14.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-perl][PATCH v2 1/2] libnet-dns-sec-perl: add recipe for 1.10
Net::DNS::SEC is installed as an extension to an existing Net::DNS
installation providing packages to support DNSSEC as specified in
RFC4033, RFC4034, RFC4035 and related documents.
It also provides support for SIG0 which is useful for dynamic updates.
Implements cryptographic signature generation and verification functions
using RSA, DSA, ECDSA, and Edwards curve algorithms.
The extended features are made available by replacing Net::DNS by
Net::DNS::SEC in the use declaration.
Signed-off-by: Tim Orling
---
Changes in v2:
Use STAGING_BASELIBDIR
---
.../libnet/libnet-dns-sec-perl_1.10.bb | 33 ++
1 file changed, 33 insertions(+)
create mode 100644 meta-perl/recipes-perl/libnet/libnet-dns-sec-perl_1.10.bb
diff --git a/meta-perl/recipes-perl/libnet/libnet-dns-sec-perl_1.10.bb
b/meta-perl/recipes-perl/libnet/libnet-dns-sec-perl_1.10.bb
new file mode 100644
index 00..3fa6294f1c
--- /dev/null
+++ b/meta-perl/recipes-perl/libnet/libnet-dns-sec-perl_1.10.bb
@@ -0,0 +1,33 @@
+DESCRIPTION = "DNSSEC extensions to Net::DNS"
+HOMEPAGE = "http://www.net-dns.org/;
+SECTION = "libs"
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM =
"file://README;beginline=165;endline=192;md5=6ef523fa09e8c272675839e21de16bde"
+
+SRC_URI =
"https://cpan.metacpan.org/authors/id/W/WI/WILLEM/Net-DNS-SEC-${PV}.tar.gz;
+SRC_URI[md5sum] = "ffa55a9898192c9d4c623cb1357eba9b"
+SRC_URI[sha256sum] =
"37a47d4def72d7338f3cc7cd807ec19bd9e2ae638ae656fa536cf0314801989e"
+
+DEPENDS += "openssl"
+
+UPSTREAM_CHECK_REGEX = "Net\-DNS\-SEC\-(?P(\d+\.\d+))(?!_\d+).tar"
+
+S = "${WORKDIR}/Net-DNS-SEC-${PV}"
+
+EXTRA_CPANFLAGS = "INC='-I${STAGING_INCDIR}' LIBS='-L${STAGING_LIBDIR} -lssl
-L${STAGING_BASELIBDIR} -lcrypto'"
+
+inherit cpan ptest-perl
+
+RDEPENDS_${PN} = " \
+libnet-dns-perl \
+libcrypto \
+perl-module-dynaloader \
+perl-module-file-find \
+perl-module-file-spec \
+perl-module-io-file \
+perl-module-mime-base64 \
+perl-module-test-more \
+"
+
+BBCLASSEXTEND = "native"
--
2.14.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
