[oe] [meta-networking][PATCH] mbedtls: upgrade to 2.13.0
Signed-off-by: Johannes Pointner
---
.../mbedtls/{mbedtls_2.12.0.bb => mbedtls_2.13.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-networking/recipes-connectivity/mbedtls/{mbedtls_2.12.0.bb =>
mbedtls_2.13.0.bb} (92%)
diff --git a/meta-networking/recipes-connectivity/mbedtls/mbedtls_2.12.0.bb
b/meta-networking/recipes-connectivity/mbedtls/mbedtls_2.13.0.bb
similarity index 92%
rename from meta-networking/recipes-connectivity/mbedtls/mbedtls_2.12.0.bb
rename to meta-networking/recipes-connectivity/mbedtls/mbedtls_2.13.0.bb
index 71380ba19..ff3f7f0c1 100644
--- a/meta-networking/recipes-connectivity/mbedtls/mbedtls_2.12.0.bb
+++ b/meta-networking/recipes-connectivity/mbedtls/mbedtls_2.13.0.bb
@@ -24,8 +24,8 @@ SECTION = "libs"
SRC_URI = "https://tls.mbed.org/download/mbedtls-${PV}-apache.tgz";
-SRC_URI[md5sum] = "90b55ca8c726f6612de8a31a2a090e94"
-SRC_URI[sha256sum] =
"a2bed048f41a19ec7b4dd2e96649145bbd68a6955c3b51aeb7ccbf8908c3ce97"
+SRC_URI[md5sum] = "659d96bb03012ca6db414a9137fcdbd6"
+SRC_URI[sha256sum] =
"593b4e4d2e1629fc407ab4750d69fa309a0ddb66565dc3deb5b60eddbdeb06da"
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] redis: fix build for qemuarm disabling atomics
Apply the same patch used for mips.
Fix
|ld: networking.o: in function `createClient':
| /usr/src/debug/redis/4.0.8-r0/redis-4.0.8/src/networking.c:93:
undefined reference to `__atomic_fetch_add_8'
Signed-off-by: Andrea Adami
---
meta-oe/recipes-extended/redis/redis_4.0.8.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-extended/redis/redis_4.0.8.bb
b/meta-oe/recipes-extended/redis/redis_4.0.8.bb
index b6f37e9..80d36d2 100644
--- a/meta-oe/recipes-extended/redis/redis_4.0.8.bb
+++ b/meta-oe/recipes-extended/redis/redis_4.0.8.bb
@@ -16,6 +16,7 @@ SRC_URI = "http://download.redis.io/releases/${BP}.tar.gz \
"
SRC_URI_append_mips = " file://remove-atomics.patch"
+SRC_URI_append_arm = " file://remove-atomics.patch"
SRC_URI[md5sum] = "c75b11e4177e153e4dc1d8dd3a6174e4"
SRC_URI[sha256sum] =
"ff0c38b8c156319249fec61e5018cf5b5fe63a65b61690bec798f4c998c232ad"
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] meta-java configuration
Hi Kyle, On 10/24/18 11:15 PM, Kyle Russell wrote: It looks like the only javac that meta-java exposes through its bbclasses comes from libecj-bootstrap-native 3.6.2. That's definitely true. A few years ago, it looked like there was an attempt to allow openjdk-8-native to provide virtual/javac-native, but it has since been reverted. As I'm not into the meta-java stuff that long I do not know anything about it... Do you have any pointers to ML discussions? I think I understand libecj is needed as part of the bootstrap process to build openjdk, but if other layers want to build newer java code using javac from openjdk 8 once available after bootstrap, does meta-java provide support for using javac from openjdk-8-native, or is the expectation that other layers would depend directly on openjdk-8-native and setup EXTRANATIVEPATH as needed to reach its tools? Yeah, ecj is needed for bootstrapping the jdk. For more details please take a look at docs/bootstrap-flow.txt. AFAIK currently using openjdk-8-native seems like the only solution. Nonetheless I'm open for any patches to enhance this behaviour ;-) Maybe this is planned future work, but I wanted to make sure I was configuring the layer correctly and using it as intended. Currently (at least) I'm not having any future plans in this direction, but as mentioned above I'm open for discussions and/or patches! Thanks! Kyle hope that helps... regards;Richard.L -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] meta-java configuration
Hi Richard, Thanks for your reply. On Thu, Oct 25, 2018 at 9:09 AM Richard Leitner wrote: > > A few years ago, it looked like > > there was an attempt to allow openjdk-8-native to provide > > virtual/javac-native, but it has since been reverted. > > As I'm not into the meta-java stuff that long I do not know anything > about it... Do you have any pointers to ML discussions? > Yes, I was specifically referring to http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=dfb21b449dd652b99bc4725796d143e8c9779cd6 . > Yeah, ecj is needed for bootstrapping the jdk. For more details please > take a look at docs/bootstrap-flow.txt. Thanks! I actually had missed that doc and was just looking at the README. > AFAIK currently using openjdk-8-native seems like the only solution. > Nonetheless I'm open for any patches to enhance this behaviour ;-) > Ok, I will try to keep my eyes open for possibilities. I didn't see any documentation that described how to compile java code from other layers using recent JDKs provided by meta-java, so I was looking for validation that I was on the right track. :) If I come up something I think would be an enhancement, I'll send out a proposal. Thanks again! Kyle -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java][PATCH v2] openjdk-8-native: hotspot: handle format-overflow error for gcc >= 7
Hi,
this is a note to let you know that I've just added this patch to the
master-next branch of the meta-java repository at
git://git.yoctoproject.org/meta-java
As soon as it has gone through some more testing it will likely be
merged to the master branch.
If you have any questions, please let me know.
regards;Richard.L
On 10/23/18 10:03 AM, Andreas Obergschwandtner
wrote:
fixed the format-overflow warnings by patch affected files in
openjdk-8-hotspot
Signed-off-by: Andreas Obergschwandtner
---
Changes v2:
+ add the patch reference to the openjdk-8-release-172b11-common.inc
---
.../openjdk-8-release-172b11-common.inc | 1 +
.../hotspot-handle-gcc7-format-overflow.patch | 25 +++
2 files changed, 26 insertions(+)
create mode 100644
recipes-core/openjdk/patches-openjdk-8/hotspot-handle-gcc7-format-overflow.patch
diff --git a/recipes-core/openjdk/openjdk-8-release-172b11-common.inc
b/recipes-core/openjdk/openjdk-8-release-172b11-common.inc
index 0cda4bb..ad20585 100644
--- a/recipes-core/openjdk/openjdk-8-release-172b11-common.inc
+++ b/recipes-core/openjdk/openjdk-8-release-172b11-common.inc
@@ -20,6 +20,7 @@ PATCHES_URI = "\
${HOTSPOT_UB_PATCH} \
${LIBPNG_NEON_PATCH} \
file://handle_extra_output.patch \
+file://hotspot-handle-gcc7-format-overflow.patch \
"
HOTSPOT_UB_PATCH = "\
file://0014-hotspot-zero-fix-undefined-behaviour-gcc-v8-fix.patch \
diff --git
a/recipes-core/openjdk/patches-openjdk-8/hotspot-handle-gcc7-format-overflow.patch
b/recipes-core/openjdk/patches-openjdk-8/hotspot-handle-gcc7-format-overflow.patch
new file mode 100644
index 000..83626b3
--- /dev/null
+++
b/recipes-core/openjdk/patches-openjdk-8/hotspot-handle-gcc7-format-overflow.patch
@@ -0,0 +1,25 @@
+# HG changeset patch
+# User Andreas Obergschwandtner
+# Date 1537519446 -7200
+# Fri Sep 21 10:44:06 2018 +0200
+# Node ID 213da2c3ee54a558abd30b0230afa40d4b4e7f83
+# Parent 80ee2541504ec08d65da9d968a18a00a69858ce0
+Handle format error for GCC >= 7
+
+diff --git a/hotspot/src/share/vm/adlc/output_c.cpp
b/hotspot/src/share/vm/adlc/output_c.cpp
+--- a/hotspot/src/share/vm/adlc/output_c.cpp
b/hotspot/src/share/vm/adlc/output_c.cpp
+@@ -436,9 +436,11 @@
+ for (i = maxcycleused; i > 0; i /= 10)
+ cycledigit++;
+
+- int maskdigit = 0;
+- for (i = rescount; i > 0; i /= 10)
++ int maskdigit = 1;
++ for (i = rescount / 10; i > 0; i /= 10)
+ maskdigit++;
++ if (maskdigit > 10)
++maskdigit = 10;
+
+ static const char* pipeline_use_cycle_mask = "Pipeline_Use_Cycle_Mask";
+ static const char* pipeline_use_element= "Pipeline_Use_Element";
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] add a storage I/O benchmark test suite
[RESENDING: FIRST ATTEMPT REJECTED BECAUSE I WAS NOT SUBSCRIBED TO THE LIST]
> Il giorno 23 ott 2018, alle ore 15:33, Anders Roxell
> ha scritto:
>
> CCing in the package maintainer.
>
Thanks Anders, hi everybody,
> On Sun, 21 Oct 2018 at 17:10, Khem Raj wrote:
>>
>> On Sun, Oct 21, 2018 at 12:29 AM Randy MacLeod
>> wrote:
>>>
>>> On 10/19/18 10:54 AM, Anders Roxell wrote:
Signed-off-by: Anders Roxell
---
.../recipes-benchmark/s-suite/s-suite_git.bb | 30 +++
1 file changed, 30 insertions(+)
create mode 100644 meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
diff --git a/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
b/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
new file mode 100644
index ..77d172814065
--- /dev/null
+++ b/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
@@ -0,0 +1,30 @@
+SUMMARY = "Small collection of benchmarks for storage I/O"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b529aaa6a0c50f15d29f89609b5c22f3"
+
+SRCREV = "79698f645bfb28d0d966484ddad3a1efb562246d"
+PV = "0.0+git${SRCPV}"
+SRC_URI =
"git://github.com/Algodev-github/S.git;protocol=https;branch=master"
+
+S = "${WORKDIR}/git"
+
+# installing in /opt/S-suite since the package has
+# dependencies to the directory structure.
+do_install() {
+install -d ${D}/opt/S-suite
+for i in $(find ${S}/* -type d); do
+install -d ${D}/opt/S-suite/$(basename $i)
+install -m0755 -p ${S}/$(basename $i)/*
${D}/opt/S-suite/$(basename $i)
+done
+
+install -m0755 ${S}/config_params.sh ${D}/opt/S-suite
+install -m0755 ${S}/def_config_params.sh ${D}/opt/S-suite
+}
+
+RDEPENDS_${PN} = "bash bc coreutils gawk g++ gcc fio libaio libaio-dev
sysstat"
+
+FILES_${PN} = "/opt/S-suite/"
+
+# added to INSANE_SKIP since s-suite have an runtime
+# dependency (RDEPENDS) on libaio-dev.
+INSANE_SKIP_${PN} += "dev-deps"
>>>
>>> Thanks for the submission but from:
>>>
>>> https://github.com/Algodev-github/S
>>>
>>> "These benchmarks have been written just for internal use,
>>>and are more a yard than a well-finished work."
>>>
>>>
>>> That doesn't lead to a lot of confidence that these suite will
>>> be maintained for years.
Gosh. I put that disclaimer in the README when I first wrote it more
than 10 years ago. After then, thousands of changes have been made by
me and many other contributors. Unfortunately, I put the suite on
GitHub only recently. But as you can see from the log, there have
been 448 commits in (less than) the last five months.
In addition, the S suite is now used in a new Phoronix benchmark and
in a new mmtests benchmark.
So, believe me, the S suite ATM is definitely in good shape, and seems
to be here to stay.
I'll remove that line, right after finishing a non-trivial new commit
I'm working on.
>>> What's the value to meta-oe users to add
>>> this recipe compared to something that has been around for years
>>> if not decades such as Bonnie++:
>>> https://layers.openembedded.org/layerindex/recipe/864/
>>>
>>
The added value is that bonnie++ does not perform *any* of the benchmarks in
the S suite, apart from that on throughput. I have made the S suite, many years
ago, because I needed to run benchmarks that no suite provided. Here are some
examples:
- start-up times of real applications under real background workloads
- playback quality (drop rate) of video and audio under real background
workloads
- speed of code-development tasks (make, git checkout, git merge, git
grep) under real background workloads, plus measurement of system
responsiveness while one of these dev tasks is executed
- minimum per-client bandwidth guaranteed to a set of clients doing
any possible type of I/O
- maximum per-client latency guaranteed to a set of clients doing any
possible type of I/O
For any doubt, here I am.
Thanks,
Paolo
>> how I read this is that they have not made proper installation
>> targets and its dependencies or letting user know of the dependencies
>> which actually is not a problem with OE since both
>> of these would be taken care of in the recipe with
>> do_install and DEPENDS
>
> Do you mean DEPENDS or RDEPENDS?
>
> Cheers,
> Anders
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] add a storage I/O benchmark test suite
On 10/25/18 1:46 PM, Paolo Valente wrote:
[RESENDING: FIRST ATTEMPT REJECTED BECAUSE I WAS NOT SUBSCRIBED TO THE LIST]
Il giorno 23 ott 2018, alle ore 15:33, Anders Roxell
ha scritto:
CCing in the package maintainer.
Thanks Anders, hi everybody,
On Sun, 21 Oct 2018 at 17:10, Khem Raj wrote:
On Sun, Oct 21, 2018 at 12:29 AM Randy MacLeod
wrote:
On 10/19/18 10:54 AM, Anders Roxell wrote:
Signed-off-by: Anders Roxell
---
.../recipes-benchmark/s-suite/s-suite_git.bb | 30 +++
1 file changed, 30 insertions(+)
create mode 100644 meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
diff --git a/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
b/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
new file mode 100644
index ..77d172814065
--- /dev/null
+++ b/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
@@ -0,0 +1,30 @@
+SUMMARY = "Small collection of benchmarks for storage I/O"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b529aaa6a0c50f15d29f89609b5c22f3"
+
+SRCREV = "79698f645bfb28d0d966484ddad3a1efb562246d"
+PV = "0.0+git${SRCPV}"
+SRC_URI = "git://github.com/Algodev-github/S.git;protocol=https;branch=master"
+
+S = "${WORKDIR}/git"
+
+# installing in /opt/S-suite since the package has
+# dependencies to the directory structure.
+do_install() {
+install -d ${D}/opt/S-suite
+for i in $(find ${S}/* -type d); do
+install -d ${D}/opt/S-suite/$(basename $i)
+install -m0755 -p ${S}/$(basename $i)/* ${D}/opt/S-suite/$(basename $i)
+done
+
+install -m0755 ${S}/config_params.sh ${D}/opt/S-suite
+install -m0755 ${S}/def_config_params.sh ${D}/opt/S-suite
+}
+
+RDEPENDS_${PN} = "bash bc coreutils gawk g++ gcc fio libaio libaio-dev sysstat"
+
+FILES_${PN} = "/opt/S-suite/"
+
+# added to INSANE_SKIP since s-suite have an runtime
+# dependency (RDEPENDS) on libaio-dev.
+INSANE_SKIP_${PN} += "dev-deps"
Thanks for the submission but from:
https://github.com/Algodev-github/S
"These benchmarks have been written just for internal use,
and are more a yard than a well-finished work."
That doesn't lead to a lot of confidence that these suite will
be maintained for years.
Gosh. I put that disclaimer in the README when I first wrote it more
than 10 years ago. After then, thousands of changes have been made by
me and many other contributors. Unfortunately, I put the suite on
GitHub only recently. But as you can see from the log, there have
been 448 commits in (less than) the last five months.
In addition, the S suite is now used in a new Phoronix benchmark and
in a new mmtests benchmark.
Ah, good to know.
So, believe me, the S suite ATM is definitely in good shape, and seems
to be here to stay.
I'll remove that line, right after finishing a non-trivial new commit
I'm working on.
What's the value to meta-oe users to add
this recipe compared to something that has been around for years
if not decades such as Bonnie++:
https://layers.openembedded.org/layerindex/recipe/864/
The added value is that bonnie++ does not perform *any* of the benchmarks in
the S suite, apart from that on throughput. I have made the S suite, many years
ago, because I needed to run benchmarks that no suite provided. Here are some
examples:
- start-up times of real applications under real background workloads
- playback quality (drop rate) of video and audio under real background
workloads
- speed of code-development tasks (make, git checkout, git merge, git
grep) under real background workloads, plus measurement of system
responsiveness while one of these dev tasks is executed
- minimum per-client bandwidth guaranteed to a set of clients doing
any possible type of I/O
- maximum per-client latency guaranteed to a set of clients doing any
possible type of I/O
For any doubt, here I am.
Thanks for the background Paolo.
Perhaps when you get to the clean-up work, you will simplify the
README based on your list above, move the details to another file
and mention it at the end of the README.
I withdraw my objection; this looks like a very useful
set of benchmarks. Long live Algodev-github/S. ;-)
../Randy
Thanks,
Paolo
how I read this is that they have not made proper installation
targets and its dependencies or letting user know of the dependencies
which actually is not a problem with OE since both
of these would be taken care of in the recipe with
do_install and DEPENDS
Do you mean DEPENDS or RDEPENDS?
Cheers,
Anders
--
# Randy MacLeod
# Wind River Linux
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 2/2] mpd: update to 0.20.22
On Wed, Oct 24, 2018 at 9:44 AM Max Kellermann
wrote:
>
> From: Max Kellermann
>
> ---
> .../musicpd/{mpd_0.20.21.bb => mpd_0.20.22.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta-multimedia/recipes-multimedia/musicpd/{mpd_0.20.21.bb =>
> mpd_0.20.22.bb} (98%)
>
> diff --git a/meta-multimedia/recipes-multimedia/musicpd/mpd_0.20.21.bb
> b/meta-multimedia/recipes-multimedia/musicpd/mpd_0.20.22.bb
> similarity index 98%
> rename from meta-multimedia/recipes-multimedia/musicpd/mpd_0.20.21.bb
> rename to meta-multimedia/recipes-multimedia/musicpd/mpd_0.20.22.bb
> index d4edd5b31..504b9ef56 100644
> --- a/meta-multimedia/recipes-multimedia/musicpd/mpd_0.20.21.bb
> +++ b/meta-multimedia/recipes-multimedia/musicpd/mpd_0.20.22.bb
> @@ -20,7 +20,7 @@ SRC_URI = " \
> git://github.com/MusicPlayerDaemon/MPD;branch=v0.20.x \
> file://mpd.conf.in \
> "
> -SRCREV = "98afae2520fbe5a322f803335b3142612fda4762"
> +SRCREV = "9274bc15bc41bbe490fde847f8422468cc20375d"
Fails to build
http://errors.yoctoproject.org/Errors/Details/197399/
> S = "${WORKDIR}/git"
>
> EXTRA_OECONF = "enable_bzip2=yes"
> --
> 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] [meta-oe][PATCH] libgit2: Upgrade to 0.27.5
add missing dep on libgcrypt
Signed-off-by: Khem Raj
---
meta-oe/recipes-support/libgit2/libgit2_0.27.4.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-support/libgit2/libgit2_0.27.4.bb
b/meta-oe/recipes-support/libgit2/libgit2_0.27.4.bb
index 59fb09c65b..e7f7688922 100644
--- a/meta-oe/recipes-support/libgit2/libgit2_0.27.4.bb
+++ b/meta-oe/recipes-support/libgit2/libgit2_0.27.4.bb
@@ -3,11 +3,11 @@ HOMEPAGE = "http://libgit2.github.com/";
LICENSE = "GPL-2.0-with-GCC-exception & MIT"
LIC_FILES_CHKSUM = "file://COPYING;md5=3f2cd5d3cccd71d62066ba619614592b"
-DEPENDS = "curl openssl zlib libssh2"
+DEPENDS = "curl openssl zlib libssh2 libgcrypt"
SRC_URI = "git://github.com/libgit2/libgit2.git;branch=maint/v0.27"
-#v0.27.4
-SRCREV = "8b89f362a34fcccdf1c6c5f3445895b71d9c6d56"
+#v0.27.5
+SRCREV = "8e0b172981a046d19f1d9efa5acd6186bccbd3ce"
S = "${WORKDIR}/git"
--
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] add a storage I/O benchmark test suite
On Thu, Oct 25, 2018 at 7:17 PM Randy MacLeod
wrote:
>
> On 10/25/18 1:46 PM, Paolo Valente wrote:
> > [RESENDING: FIRST ATTEMPT REJECTED BECAUSE I WAS NOT SUBSCRIBED TO THE LIST]
> >
> >> Il giorno 23 ott 2018, alle ore 15:33, Anders Roxell
> >> ha scritto:
> >>
> >> CCing in the package maintainer.
> >>
> >
> > Thanks Anders, hi everybody,
> >
> >> On Sun, 21 Oct 2018 at 17:10, Khem Raj wrote:
> >>>
> >>> On Sun, Oct 21, 2018 at 12:29 AM Randy MacLeod
> >>> wrote:
>
> On 10/19/18 10:54 AM, Anders Roxell wrote:
> > Signed-off-by: Anders Roxell
> > ---
> > .../recipes-benchmark/s-suite/s-suite_git.bb | 30 +++
> > 1 file changed, 30 insertions(+)
> > create mode 100644 meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
> >
> > diff --git a/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
> > b/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
> > new file mode 100644
> > index ..77d172814065
> > --- /dev/null
> > +++ b/meta-oe/recipes-benchmark/s-suite/s-suite_git.bb
> > @@ -0,0 +1,30 @@
> > +SUMMARY = "Small collection of benchmarks for storage I/O"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM =
> > "file://COPYING;md5=b529aaa6a0c50f15d29f89609b5c22f3"
> > +
> > +SRCREV = "79698f645bfb28d0d966484ddad3a1efb562246d"
> > +PV = "0.0+git${SRCPV}"
> > +SRC_URI =
> > "git://github.com/Algodev-github/S.git;protocol=https;branch=master"
> > +
> > +S = "${WORKDIR}/git"
> > +
> > +# installing in /opt/S-suite since the package has
> > +# dependencies to the directory structure.
> > +do_install() {
> > +install -d ${D}/opt/S-suite
> > +for i in $(find ${S}/* -type d); do
> > +install -d ${D}/opt/S-suite/$(basename $i)
> > +install -m0755 -p ${S}/$(basename $i)/*
> > ${D}/opt/S-suite/$(basename $i)
> > +done
> > +
> > +install -m0755 ${S}/config_params.sh ${D}/opt/S-suite
> > +install -m0755 ${S}/def_config_params.sh ${D}/opt/S-suite
> > +}
> > +
> > +RDEPENDS_${PN} = "bash bc coreutils gawk g++ gcc fio libaio libaio-dev
> > sysstat"
> > +
> > +FILES_${PN} = "/opt/S-suite/"
> > +
> > +# added to INSANE_SKIP since s-suite have an runtime
> > +# dependency (RDEPENDS) on libaio-dev.
> > +INSANE_SKIP_${PN} += "dev-deps"
> >
>
> Thanks for the submission but from:
>
> https://github.com/Algodev-github/S
>
> "These benchmarks have been written just for internal use,
> and are more a yard than a well-finished work."
>
>
> That doesn't lead to a lot of confidence that these suite will
> be maintained for years.
> >
> > Gosh. I put that disclaimer in the README when I first wrote it more
> > than 10 years ago. After then, thousands of changes have been made by
> > me and many other contributors. Unfortunately, I put the suite on
> > GitHub only recently. But as you can see from the log, there have
> > been 448 commits in (less than) the last five months.
> >
> > In addition, the S suite is now used in a new Phoronix benchmark and
> > in a new mmtests benchmark.
>
> Ah, good to know.
>
> >
> > So, believe me, the S suite ATM is definitely in good shape, and seems
> > to be here to stay.
> >
> > I'll remove that line, right after finishing a non-trivial new commit
> > I'm working on.
> >
> What's the value to meta-oe users to add
> this recipe compared to something that has been around for years
> if not decades such as Bonnie++:
> https://layers.openembedded.org/layerindex/recipe/864/
>
> >>>
> >
> > The added value is that bonnie++ does not perform *any* of the benchmarks
> > in the S suite, apart from that on throughput. I have made the S suite,
> > many years ago, because I needed to run benchmarks that no suite provided.
> > Here are some examples:
> > - start-up times of real applications under real background workloads
> > - playback quality (drop rate) of video and audio under real background
> > workloads
> > - speed of code-development tasks (make, git checkout, git merge, git
> > grep) under real background workloads, plus measurement of system
> > responsiveness while one of these dev tasks is executed
> > - minimum per-client bandwidth guaranteed to a set of clients doing
> > any possible type of I/O
> > - maximum per-client latency guaranteed to a set of clients doing any
> > possible type of I/O
> >
> > For any doubt, here I am.
>
> Thanks for the background Paolo.
>
> Perhaps when you get to the clean-up work, you will simplify the
> README based on your list above, move the details to another file
> and mention it at the end of the README.
>
> I withdraw my objection; this looks like a very useful
> set of benchmarks. Long live Algodev-github/S. ;-)
thanks for reviewing and feedback. Its appreciated. the patch is on its
path to master.
[oe] [meta-oe][PATCH] openldap: Reproducibility: Remove user, hostname, pwd from version string
This updated patch also sets the date and time strings to the SOURCE_DATE_EPOCH.
The WHOWHERE string will now be set to simply "openldap"
in the case that a SOURCE_DATE_EPOCH is set.
Upstream-Status: Submitted
[https://www.openldap.org/its/index.cgi/Incoming?id=8928]
Signed-off-by: Douglas Royds
---
.../remove-user-host-pwd-from-version.patch | 27 +++
1 file changed, 22 insertions(+), 5 deletions(-)
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
index 478a680ca..4eb389797 100644
---
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
@@ -1,12 +1,29 @@
-diff -ru openldap-2.4.46.original/build/mkversion
openldap-2.4.46/build/mkversion
openldap-2.4.46.original/build/mkversion 2018-03-23 04:44:27.0
+1300
-+++ openldap-2.4.46/build/mkversion2018-10-09 14:34:51.152684040 +1300
-@@ -50,7 +50,7 @@
+diff -ru openldap-2.4.46.orig/build/mkversion openldap-2.4.46/build/mkversion
+--- openldap-2.4.46.orig/build/mkversion 2018-10-25 18:46:10.383750480
+1300
openldap-2.4.46/build/mkversion2018-10-25 18:46:33.156232586 +1300
+@@ -50,7 +50,15 @@
fi
APPLICATION=$1
-WHOWHERE="$USER@`uname -n`:`pwd`"
-+WHOWHERE="${SOURCE_DATE_EPOCH:-$USER@`uname -n`:`pwd`}"
++if [ -n "${SOURCE_DATE_EPOCH}" ]; then
++ WHOWHERE="openldap"
++ DATE=$(date -d@$SOURCE_DATE_EPOCH +' %b %d %Y ')
++ TIME=$(date -d@$SOURCE_DATE_EPOCH +' %H:%M:%S ')
++else
++ WHOWHERE="$USER@$(uname -n):$(pwd)"
++ DATE='" __DATE__ "'
++ TIME='" __TIME__ "'
++fi
cat << __EOF__
/* This work is part of OpenLDAP Software
