* [PATCH 1/1] classes/populate_sdk_ext: require uninative
From: Paul Eggleton @ 2016-11-02 3:16 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1478056518.git.paul.eggleton@linux.intel.com>
It seems that possibly due to OE-Core commit
ac59063bee0e32d0737340974f657341717a6abe, binaries produced without
uninative aren't compatible with the uninative glibc. I did try earlier
to ensure that the eSDK could work without uninative since the default
configuration in OE-Core does not enable it, but it seems like I didn't
go far enough. Given the practical considerations, just give up and
require uninative to be enabled in order to build the eSDK. I'm not
particularly happy about this, but I don't seem much of an alternative.
Fixes [YOCTO #10566].
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
meta/classes/populate_sdk_ext.bbclass | 7 +++----
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass b/meta/classes/populate_sdk_ext.bbclass
index 0f0525d..61e00af 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -114,10 +114,6 @@ def create_filtered_tasklist(d, sdkbasepath, tasklistfile, conf_initpath):
f.write('SSTATE_MIRRORS_forcevariable = ""\n')
# Ensure TMPDIR is the default so that clean_esdk_builddir() can delete it
f.write('TMPDIR_forcevariable = "${TOPDIR}/tmp"\n')
- # Drop uninative if the build isn't using it (or else NATIVELSBSTRING will
- # be different and we won't be able to find our native sstate)
- if not bb.data.inherits_class('uninative', d):
- f.write('INHERIT_remove = "uninative"\n')
# Unfortunately the default SDKPATH (or even a custom value) may contain characters that bitbake
# will not allow in its COREBASE path, so we need to rename the directory temporarily
@@ -608,6 +604,9 @@ fakeroot python do_populate_sdk_ext() {
if d.getVar('SDK_ARCH', True) != d.getVar('BUILD_ARCH', True):
bb.fatal('The extensible SDK can currently only be built for the same architecture as the machine being built on - SDK_ARCH is set to %s (likely via setting SDKMACHINE) which is different from the architecture of the build machine (%s). Unable to continue.' % (d.getVar('SDK_ARCH', True), d.getVar('BUILD_ARCH', True)))
+ if not bb.data.inherits_class('uninative', d):
+ bb.fatal('The extensible SDK requires uninative to be enabled. Enabling this is straightforward - just add the following to your configuration:\n\nrequire meta/conf/distro/include/yocto-uninative.inc\nINHERIT += "uninative"\n')
+
d.setVar('SDK_INSTALL_TARGETS', get_sdk_install_targets(d))
buildtools_fn = get_current_buildtools(d)
d.setVar('SDK_REQUIRED_UTILITIES', get_sdk_required_utilities(buildtools_fn, d))
--
2.5.5
^ permalink raw reply related
* [PATCH 0/1] classes/populate_sdk_ext: require uninative
From: Paul Eggleton @ 2016-11-02 3:16 UTC (permalink / raw)
To: openembedded-core
The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:
oeqa/selftest/kernel.py: Add new file destined for kernel related tests (2016-11-01 10:05:40 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/esdk-require-uninative
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/esdk-require-uninative
Paul Eggleton (1):
classes/populate_sdk_ext: require uninative
meta/classes/populate_sdk_ext.bbclass | 7 +++----
1 file changed, 3 insertions(+), 4 deletions(-)
--
2.5.5
^ permalink raw reply
* Re: [PATCH 2/2] shadow: add nologin.8 to alternatives
From: Paul Eggleton @ 2016-11-02 2:50 UTC (permalink / raw)
To: Ross Burton; +Cc: openembedded-core
In-Reply-To: <1478012813-7913-2-git-send-email-ross.burton@intel.com>
Hi Ross,
On Tue, 01 Nov 2016 15:06:53 Ross Burton wrote:
> Signed-off-by: Ross Burton <ross.burton@intel.com>
Missing commit message. Probably the most important thing to include would be
which other recipe packages the same named binary.
Thanks,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH] connman: fix bad file descriptor initialisation
From: Paul Eggleton @ 2016-11-02 2:45 UTC (permalink / raw)
To: Lukasz Nowak; +Cc: openembedded-core
In-Reply-To: <a7611154-80b8-3a80-131a-9200ba4ccb34@gmail.com>
On Tue, 01 Nov 2016 13:53:44 Lukasz Nowak wrote:
> It is a re-send. Apologies, but I have not received either of my two e-mails
> back from the mailing list, so I assumed the first one got stuck somewhere.
> I can see both of them in the web archive, though. Is that normal?
>
> I've just checked and I have the "Receive your own posts to the list?"
> option set to Yes.
You should be receiving your own posts then. They aren't going into your spam
folder by any chance?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH] boost: Fix SRC_URI checksums
From: Paul Eggleton @ 2016-11-02 2:43 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
In-Reply-To: <E9D64287-7893-4199-8439-F065E146E6AE@gmail.com>
On Tue, 01 Nov 2016 09:45:48 Khem Raj wrote:
> > On Nov 1, 2016, at 9:33 AM, Alexander Kanavin
> > <alexander.kanavin@linux.intel.com> wrote:>
> > On 11/01/2016 06:06 PM, Khem Raj wrote:
> >>>> we should specify boost/boost/1.62.0/boost_1_62_0.tar.bz2 instead of
> >>>> boost/boost/boost_1_62_0.tar.bz2>>>
> >>> Incorrect. That will still download a master snapshot tarball. Only if
> >>> the 'project/' is prefixed, SF will give you the release tarball.>>
> >> if we need projects/ then it should be encoded into SOURCEFORGE_MIRROR
> >> variable in bitbake.conf. Since that required for every sf.net project.
> >
> > Would you then also fix the remaining recipe-specific part of the URI in
> > all those recipes? I don't have the bandwidth for that right now, and
> > it's a problem that is unlikely to happen in other recipes.
>
> I wonder if same problem would not happen for other sf.net packages.
> probably we never run into it probably because it gets backed up on yp
> download mirror and then used. I am not expecting you to fix it, don't
> worry.
I think it's less likely to happen elsewhere because most projects don't
release snapshot tarballs with the exact same name as the latest stable
release ones. Someone really ought to explain to the boost folks why that is a
bad idea.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* [PATCH 2/2] classes/populate_sdk_ext: prevent invalid TEMPLATECONF entering eSDK
From: Paul Eggleton @ 2016-11-02 2:31 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1478053841.git.paul.eggleton@linux.intel.com>
If you are using a repository which contains a .templateconf file that
sets TEMPLATECONF to point into a layer it contains, but you aren't
using that layer in your bblayers.conf, the eSDK would produce an error
during the preparation step of the installation. An example would be
using the poky repository but setting DISTRO to your own custom distro
and removing meta-poky from your bblayers.conf. The eSDK doesn't
support creating new build directories, so we don't care about the
templates and can thus force a known good value to prevent this from
happening.
Fixes [YOCTO #10568].
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
meta/classes/populate_sdk_ext.bbclass | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass b/meta/classes/populate_sdk_ext.bbclass
index 0f0525d..944fe5c 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -88,7 +88,7 @@ SDK_TITLE_task-populate-sdk-ext = "${@d.getVar('DISTRO_NAME', True) or d.getVar(
def clean_esdk_builddir(d, sdkbasepath):
"""Clean up traces of the fake build for create_filtered_tasklist()"""
import shutil
- cleanpaths = 'cache conf/sanity_info conf/templateconf.cfg tmp'.split()
+ cleanpaths = 'cache conf/sanity_info tmp'.split()
for pth in cleanpaths:
fullpth = os.path.join(sdkbasepath, pth)
if os.path.isdir(fullpth):
@@ -344,6 +344,10 @@ python copy_buildsystem () {
if line.strip() and not line.startswith('#'):
f.write(line)
+ # Write a templateconf.cfg
+ with open(baseoutpath + '/conf/templateconf.cfg', 'w') as f:
+ f.write('meta/conf\n')
+
# Ensure any variables set from the external environment (by way of
# BB_ENV_EXTRAWHITE) are set in the SDK's configuration
extralines = []
--
2.5.5
^ permalink raw reply related
* [PATCH 1/2] oe-setup-builddir: fix TEMPLATECONF error message
From: Paul Eggleton @ 2016-11-02 2:31 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1478053841.git.paul.eggleton@linux.intel.com>
This directory shouldn't contain local.conf and bblayers.conf - just
templates for them; except it doesn't have to contain those, it just has
to exist to pass this test. Change the error message accordingly, and
mention TEMPLATECONF so that the user has at least some context.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
scripts/oe-setup-builddir | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/oe-setup-builddir b/scripts/oe-setup-builddir
index 93722e0..e53f73c 100755
--- a/scripts/oe-setup-builddir
+++ b/scripts/oe-setup-builddir
@@ -61,7 +61,7 @@ if [ -n "$TEMPLATECONF" ]; then
TEMPLATECONF="$OEROOT/$TEMPLATECONF"
fi
if [ ! -d "$TEMPLATECONF" ]; then
- echo >&2 "Error: '$TEMPLATECONF' must be a directory containing local.conf & bblayers.conf"
+ echo >&2 "Error: TEMPLATECONF value points to nonexistent directory '$TEMPLATECONF'"
exit 1
fi
fi
--
2.5.5
^ permalink raw reply related
* [PATCH 0/2] A couple of fixes relating to TEMPLATECONF
From: Paul Eggleton @ 2016-11-02 2:31 UTC (permalink / raw)
To: openembedded-core
The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:
oeqa/selftest/kernel.py: Add new file destined for kernel related tests (2016-11-01 10:05:40 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/templateconf
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/templateconf
Paul Eggleton (2):
oe-setup-builddir: fix TEMPLATECONF error message
classes/populate_sdk_ext: prevent invalid TEMPLATECONF entering eSDK
meta/classes/populate_sdk_ext.bbclass | 6 +++++-
scripts/oe-setup-builddir | 2 +-
2 files changed, 6 insertions(+), 2 deletions(-)
--
2.5.5
^ permalink raw reply
* Re: [PATCH] busybox/mdev.conf: Ignore eMMC RPMB and boot block devices
From: Otavio Salvador @ 2016-11-01 19:56 UTC (permalink / raw)
To: Mike Looijmans; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <1478007056-16301-1-git-send-email-mike.looijmans@topic.nl>
On Tue, Nov 1, 2016 at 11:30 AM, Mike Looijmans <mike.looijmans@topic.nl> wrote:
> eMMC devices may report block devices like "mmcblk0rpmb" and
> "mmcblk0boot0". These are not actually block devices and any
> read/write operation on them will fail. To prevent spamming error
> messages attempting to mount them, just ignore these devices.
>
> Signed-off-by: Mike Looijmans <mike.looijmans@topic.nl>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply
* [PATCH 8/8] guilt-native: Update to tag v0.36
From: Fabio Berton @ 2016-11-01 19:54 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
meta/recipes-devtools/guilt/guilt-native_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/guilt/guilt-native_git.bb b/meta/recipes-devtools/guilt/guilt-native_git.bb
index b63c68c..c448e72 100644
--- a/meta/recipes-devtools/guilt/guilt-native_git.bb
+++ b/meta/recipes-devtools/guilt/guilt-native_git.bb
@@ -8,8 +8,8 @@ inherit native
SRC_URI = "git://repo.or.cz/guilt.git \
file://guilt-bash.patch \
"
-PV = "0.35+git${SRCPV}"
-SRCREV = "c2a5bae511c6d5354aa4e1cb59069c31df2b8eeb"
+PV = "0.36+git${SRCPV}"
+SRCREV = "22d785dd24329170f66e7696da38b3e90e033d61"
S = "${WORKDIR}/git"
--
2.1.4
^ permalink raw reply related
* [PATCH 7/8] gawk: Update to version 4.1.4
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest | 0
meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} | 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest (100%)
rename meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} (89%)
diff --git a/meta/recipes-extended/gawk/gawk-4.1.3/run-ptest b/meta/recipes-extended/gawk/gawk-4.1.4/run-ptest
similarity index 100%
rename from meta/recipes-extended/gawk/gawk-4.1.3/run-ptest
rename to meta/recipes-extended/gawk/gawk-4.1.4/run-ptest
diff --git a/meta/recipes-extended/gawk/gawk_4.1.3.bb b/meta/recipes-extended/gawk/gawk_4.1.4.bb
similarity index 89%
rename from meta/recipes-extended/gawk/gawk_4.1.3.bb
rename to meta/recipes-extended/gawk/gawk_4.1.4.bb
index 6ca7f3e..ad18237 100644
--- a/meta/recipes-extended/gawk/gawk_4.1.3.bb
+++ b/meta/recipes-extended/gawk/gawk_4.1.4.bb
@@ -19,8 +19,8 @@ SRC_URI = "${GNU_MIRROR}/gawk/gawk-${PV}.tar.gz \
file://run-ptest \
"
-SRC_URI[md5sum] = "55d37f4069502677f25d1340df8eec97"
-SRC_URI[sha256sum] = "524effa5b9ecd4ed940f2581c5d3c1df4e4bd7e6f768aa033c1916f47dfc6e29"
+SRC_URI[md5sum] = "f20c94ca51b6ebfc9bffb90f95c8ffbb"
+SRC_URI[sha256sum] = "8c03080e2b5a56263e8783f6f1f306398d4591be18254041f3f547efef944d35"
inherit autotools gettext texinfo update-alternatives
--
2.1.4
^ permalink raw reply related
* [PATCH 6/8] libxrandr: Update to version 1.5.1
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
.../xorg-lib/{libxrandr_1.5.0.bb => libxrandr_1.5.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxrandr_1.5.0.bb => libxrandr_1.5.1.bb} (81%)
diff --git a/meta/recipes-graphics/xorg-lib/libxrandr_1.5.0.bb b/meta/recipes-graphics/xorg-lib/libxrandr_1.5.1.bb
similarity index 81%
rename from meta/recipes-graphics/xorg-lib/libxrandr_1.5.0.bb
rename to meta/recipes-graphics/xorg-lib/libxrandr_1.5.1.bb
index abbbae5..48e88d2 100644
--- a/meta/recipes-graphics/xorg-lib/libxrandr_1.5.0.bb
+++ b/meta/recipes-graphics/xorg-lib/libxrandr_1.5.1.bb
@@ -19,5 +19,5 @@ XORG_PN = "libXrandr"
BBCLASSEXTEND = "native nativesdk"
-SRC_URI[md5sum] = "309762867e41c6fd813da880d8a1bc93"
-SRC_URI[sha256sum] = "6f864959b7fc35db11754b270d71106ef5b5cf363426aa58589cb8ac8266de58"
+SRC_URI[md5sum] = "28e486f1d491b757173dd85ba34ee884"
+SRC_URI[sha256sum] = "1ff9e7fa0e4adea912b16a5f0cfa7c1d35b0dcda0e216831f7715c8a3abcf51a"
--
2.1.4
^ permalink raw reply related
* [PATCH 5/8] libsamplerate0: Update to version 0.1.9
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
.../{libsamplerate0_0.1.8.bb => libsamplerate0_0.1.9.bb} | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libsamplerate/{libsamplerate0_0.1.8.bb => libsamplerate0_0.1.9.bb} (65%)
diff --git a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb b/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
similarity index 65%
rename from meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb
rename to meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
index 1c37681..6ea7971 100644
--- a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb
+++ b/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
@@ -2,15 +2,15 @@ SUMMARY = "Audio Sample Rate Conversion library"
HOMEPAGE = "http://www.mega-nerd.com/SRC/"
SECTION = "libs"
LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
- file://src/samplerate.c;beginline=1;endline=17;md5=d0807c35fc906466d24a50463534815a"
+LIC_FILES_CHKSUM = "file://COPYING;md5=336d6faf40fb600bafb0061f4052f1f4 \
+ file://src/samplerate.c;beginline=1;endline=17;md5=c45e8e3c7371009f0a4a569f2f22e25c"
DEPENDS = "flac libsndfile1"
PR = "r1"
SRC_URI = "http://www.mega-nerd.com/SRC/libsamplerate-${PV}.tar.gz"
-SRC_URI[md5sum] = "1c7fb25191b4e6e3628d198a66a84f47"
-SRC_URI[sha256sum] = "93b54bdf46d5e6d2354b7034395fe329c222a966790de34520702bb9642f1c06"
+SRC_URI[md5sum] = "2b78ae9fe63b36b9fbb6267fad93f259"
+SRC_URI[sha256sum] = "0a7eb168e2f21353fb6d84da152e4512126f7dc48ccb0be80578c565413444c1"
UPSTREAM_CHECK_URI = "http://www.mega-nerd.com/SRC/download.html"
--
2.1.4
^ permalink raw reply related
* [PATCH 4/8] serf: Update to version 1.3.9
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Change SRC_URI to download from official project page.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
meta/recipes-support/serf/{serf_1.3.8.bb => serf_1.3.9.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/serf/{serf_1.3.8.bb => serf_1.3.9.bb} (73%)
diff --git a/meta/recipes-support/serf/serf_1.3.8.bb b/meta/recipes-support/serf/serf_1.3.9.bb
similarity index 73%
rename from meta/recipes-support/serf/serf_1.3.8.bb
rename to meta/recipes-support/serf/serf_1.3.9.bb
index c498d90..851ec0c 100644
--- a/meta/recipes-support/serf/serf_1.3.8.bb
+++ b/meta/recipes-support/serf/serf_1.3.9.bb
@@ -1,10 +1,10 @@
SUMMARY = "High-Performance Asynchronous HTTP Client Library"
-SRC_URI = "http://snapshot.debian.org/archive/debian/20160728T043443Z/pool/main/s/${BPN}/${BPN}_${PV}.orig.tar.gz \
+SRC_URI = "https://www.apache.org/dist/${PN}/${PN}-${PV}.tar.bz2 \
file://norpath.patch \
file://env.patch"
-SRC_URI[md5sum] = "713beaf05d7f3329de121e218e2fcb93"
-SRC_URI[sha256sum] = "77134cd5010664ca023585bce50978bd4005906ed280ff889f591f86df7c59e4"
+SRC_URI[md5sum] = "370a6340ff20366ab088012cd13f2b57"
+SRC_URI[sha256sum] = "549c2d21c577a8a9c0450facb5cca809f26591f048e466552240947bdf7a87cc"
UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/s/serf/"
--
2.1.4
^ permalink raw reply related
* [PATCH 3/8] clutter-gst-3.0: Update to version 3.0.20
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
.../clutter/{clutter-gst-3.0_3.0.18.bb => clutter-gst-3.0_3.0.20.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.18.bb => clutter-gst-3.0_3.0.20.bb} (58%)
diff --git a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.18.bb b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.20.bb
similarity index 58%
rename from meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.18.bb
rename to meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.20.bb
index 9626cd9..0bf9386 100644
--- a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.18.bb
+++ b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.20.bb
@@ -3,5 +3,5 @@ require clutter-gst-3.0.inc
LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c \
file://clutter-gst/clutter-gst.h;beginline=1;endline=24;md5=95baacba194e814c110ea3bdf25ddbf4"
-SRC_URI[archive.md5sum] = "3e4f64477f26d9cfd2db06d3aaed203a"
-SRC_URI[archive.sha256sum] = "0aec0d0c6020cd19a5bb0dab1165a92748f81a9a3acdfabb0f966d5f53bc8093"
+SRC_URI[archive.md5sum] = "e6de3afcf82fcddab8193665f1a1667e"
+SRC_URI[archive.sha256sum] = "a0011787ed2a2dafe914f973c1ede283d40b8eb75123f4a7b608ae6d1cc066c9"
--
2.1.4
^ permalink raw reply related
* [PATCH 2/8] clutter-gtk-1.0: Update to version 1.8.2
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478030040-20670-1-git-send-email-fabio.berton@ossystems.com.br>
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb | 6 ------
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.2.bb | 6 ++++++
2 files changed, 6 insertions(+), 6 deletions(-)
delete mode 100644 meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb
create mode 100644 meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.2.bb
diff --git a/meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb b/meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb
deleted file mode 100644
index 675365c..0000000
--- a/meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb
+++ /dev/null
@@ -1,6 +0,0 @@
-require clutter-gtk-1.0.inc
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
-
-SRC_URI[archive.md5sum] = "351cf9229cf941d36b441ede2236d742"
-SRC_URI[archive.sha256sum] = "742ef9d68ece36cbb1b2e1a4a6fbdad932f6645360be7e6de75abbb140dfbf1d"
diff --git a/meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.2.bb b/meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.2.bb
new file mode 100644
index 0000000..78050df
--- /dev/null
+++ b/meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.2.bb
@@ -0,0 +1,6 @@
+require clutter-gtk-1.0.inc
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
+
+SRC_URI[archive.md5sum] = "6698207ee6e3d5a1c0ffc0a23444e12f"
+SRC_URI[archive.sha256sum] = "da27d486325490ad3f65d2abf9413aeb8b4a8f7b559e4b2f73567a5344a26b94"
--
2.1.4
^ permalink raw reply related
* [PATCH 1/8] autogen-native: Update to version 5.18.12
From: Fabio Berton @ 2016-11-01 19:53 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
.../autogen/{autogen-native_5.18.10.bb => autogen-native_5.18.12.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/autogen/{autogen-native_5.18.10.bb => autogen-native_5.18.12.bb} (90%)
diff --git a/meta/recipes-devtools/autogen/autogen-native_5.18.10.bb b/meta/recipes-devtools/autogen/autogen-native_5.18.12.bb
similarity index 90%
rename from meta/recipes-devtools/autogen/autogen-native_5.18.10.bb
rename to meta/recipes-devtools/autogen/autogen-native_5.18.12.bb
index 274427c..cf1744c 100644
--- a/meta/recipes-devtools/autogen/autogen-native_5.18.10.bb
+++ b/meta/recipes-devtools/autogen/autogen-native_5.18.12.bb
@@ -14,8 +14,8 @@ SRC_URI = "${GNU_MIRROR}/autogen/rel${PV}/autogen-${PV}.tar.gz \
file://fix-script-err-when-processing-libguile.patch \
"
-SRC_URI[md5sum] = "2d1b5226e1929d0680011df631289571"
-SRC_URI[sha256sum] = "0b8681d9724c481d3b726b5a9e81d3d09dc7f307d1a801c76d0a30d8f843d20a"
+SRC_URI[md5sum] = "551d15ccbf5b5fc5658da375d5003389"
+SRC_URI[sha256sum] = "805c20182f3cb0ebf1571d3b01972851c56fb34348dfdc38799fd0ec3b2badbe"
UPSTREAM_CHECK_URI = "http://ftp.gnu.org/gnu/autogen/"
UPSTREAM_CHECK_REGEX = "rel(?P<pver>\d+(\.\d+)+)/"
--
2.1.4
^ permalink raw reply related
* Re: [PATCH] pax : strip off the trailing slash of file name
From: Khem Raj @ 2016-11-01 19:13 UTC (permalink / raw)
To: jhuang0; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <20161101030102.11272-1-jackie.huang@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 3733 bytes --]
This should be submitted upstream for further review. I believe this could
be covered by a cmdline option
On Oct 31, 2016 8:11 PM, <jackie.huang@windriver.com> wrote:
> From: Zhang Xiao <xiao.zhang@windriver.com>
>
> When extracting packaes, the trailing slash of the file name
> has no means but may cause some issue on system call lstat.
> Remove it.
>
> Signed-off-by: Zhang Xiao <xiao.zhang@windriver.com>
> Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
> ---
> .../pax-strip-off-file-name-s-trailing-slash.patch | 48
> ++++++++++++++++++++++
> meta/recipes-extended/pax/pax_3.4.bb | 4 +-
> 2 files changed, 51 insertions(+), 1 deletion(-)
> create mode 100644 meta/recipes-extended/pax/pax/
> pax-strip-off-file-name-s-trailing-slash.patch
>
> diff --git a/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch
> b/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-
> trailing-slash.patch
> new file mode 100644
> index 0000000..9e0a335
> --- /dev/null
> +++ b/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-
> trailing-slash.patch
> @@ -0,0 +1,48 @@
> +From aa8ba118869b75a2a9cd681b2f0362d9d8f1c7ec Mon Sep 17 00:00:00 2001
> +From: Zhang Xiao <xiao.zhang@windriver.com>
> +Date: Tue, 12 Jul 2016 11:34:45 +0800
> +Subject: [PATCH] pax: strip off the trailing slash of file name
> +
> +When extracting packaes, the trailing slash of the file name
> +has no means but may cause some issue on system call lstat.
> +Remove it.
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Zhang Xiao <xiao.zhang@windriver.com>
> +---
> + src/pat_rep.c | 11 ++++++++++-
> + 1 file changed, 10 insertions(+), 1 deletion(-)
> +
> +diff --git a/src/pat_rep.c b/src/pat_rep.c
> +index b9a4636..4cbf6bf 100644
> +--- a/src/pat_rep.c
> ++++ b/src/pat_rep.c
> +@@ -605,7 +605,7 @@ int
> + mod_name(ARCHD *arcn)
> + {
> + int res = 0;
> +-
> ++ char *pt;
> + /*
> + * Strip off leading '/' if appropriate.
> + * Currently, this option is only set for the tar format.
> +@@ -639,6 +639,15 @@ mod_name(ARCHD *arcn)
> + }
> +
> + /*
> ++ * strip off trailing slash.
> ++ */
> ++ pt = &(arcn->name[strlen(arcn->name) - 1]);
> ++ if (*pt == '/') {
> ++ *pt = '\0';
> ++ arcn->nlen = strlen(arcn->name);
> ++ }
> ++
> ++ /*
> + * IMPORTANT: We have a problem. what do we do with symlinks?
> + * Modifying a hard link name makes sense, as we know the file it
> + * points at should have been seen already in the archive (and if
> it
> +--
> +1.8.5.2.233.g932f7e4
> +
> diff --git a/meta/recipes-extended/pax/pax_3.4.bb
> b/meta/recipes-extended/pax/pax_3.4.bb
> index 9d1abfb..7ce43ce 100644
> --- a/meta/recipes-extended/pax/pax_3.4.bb
> +++ b/meta/recipes-extended/pax/pax_3.4.bb
> @@ -16,7 +16,9 @@ DEPENDS_append_libc-musl = " fts "
>
> SRC_URI = "http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.tar.bz2/
> fbd9023b590b45ac3ade95870702a0d6/${BP}.tar.bz2 \
> file://fix_for_compile_with_gcc-4.6.0.patch \
> - file://pax-3.4_fix_for_x32.patch"
> + file://pax-3.4_fix_for_x32.patch \
> + file://pax-strip-off-file-name-s-trailing-slash.patch \
> +"
>
> SRC_URI_append_libc-musl = " file://0001-Fix-build-with-musl.patch \
> file://0001-use-strtoll-instead-of-strtoq.patch
> \
> --
> 2.8.3
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 5414 bytes --]
^ permalink raw reply
* Re: [PATCH] busybox/mdev.conf: Ignore eMMC RPMB and boot block devices
From: Khem Raj @ 2016-11-01 18:46 UTC (permalink / raw)
To: Mike Looijmans; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <1478007056-16301-1-git-send-email-mike.looijmans@topic.nl>
[-- Attachment #1: Type: text/plain, Size: 1287 bytes --]
Is there any pattern to them ? Then lets ignore or accept the smaller
subset
On Nov 1, 2016 6:42 AM, "Mike Looijmans" <mike.looijmans@topic.nl> wrote:
> eMMC devices may report block devices like "mmcblk0rpmb" and
> "mmcblk0boot0". These are not actually block devices and any
> read/write operation on them will fail. To prevent spamming error
> messages attempting to mount them, just ignore these devices.
>
> Signed-off-by: Mike Looijmans <mike.looijmans@topic.nl>
> ---
> meta/recipes-core/busybox/files/mdev.conf | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-core/busybox/files/mdev.conf
> b/meta/recipes-core/busybox/files/mdev.conf
> index 17e93da..4e9c23f 100644
> --- a/meta/recipes-core/busybox/files/mdev.conf
> +++ b/meta/recipes-core/busybox/files/mdev.conf
> @@ -39,4 +39,6 @@ input/mouse.* 0:0 0660
> tun[0-9]* 0:0 0660 =net/
>
> [hs]d[a-z][0-9]? 0:0 660 */etc/mdev/mdev-mount.sh
> +mmcblk[0-9]rpmb 0:0 660
> +mmcblk[0-9]boot[0-9] 0:0 660
> mmcblk[0-9].* 0:0 660 */etc/mdev/mdev-mount.sh
> --
> 1.9.1
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 1916 bytes --]
^ permalink raw reply
* Re: [PATCH] cmake.bbclass: Exclude native sysroot from CMAKE_FIND_ROOT_PATH
From: Khem Raj @ 2016-11-01 18:33 UTC (permalink / raw)
To: Andre McCurdy; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CAJ86T=Xw0qavJpud1YSSU94dQgYp=3tueYq59Z-jFatbhTjM0Q@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2830 bytes --]
On Nov 1, 2016 11:28 AM, "Andre McCurdy" <armccurdy@gmail.com> wrote:
>
> On Sat, Oct 29, 2016 at 1:47 AM, Khem Raj <raj.khem@gmail.com> wrote:
> > This has been cause of issue where we were getting both usr/include
> > dirs ( from target as well as native sysroot) added to compiler
> > flags.
> >
> > CXX_INCLUDES in final flags.cmake would include
> > -I<target-sysroot>/usr/include -I<native-sysroot>/usr/include
> > most of the time it would work since headers are mostly
> > common but netflix package failed to compile since one of
> > the headers was including curl headers which it could not
> > find in target sysroot and it went to next include path
> > and found it in native sysroot which is not what we want
> > when doing cross compile.
> >
> > As per https://cmake.org/Wiki/CMake_Cross_Compiling
> > never search for programs in target sysroot but search
> > for packages,libs,includes only.
> >
> > Signed-off-by: Khem Raj <raj.khem@gmail.com>
> > ---
> > meta/classes/cmake.bbclass | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
> > index 3e762de..3e8df37 100644
> > --- a/meta/classes/cmake.bbclass
> > +++ b/meta/classes/cmake.bbclass
> > @@ -25,6 +25,7 @@ OECMAKE_PERLNATIVE_DIR ??= ""
> > OECMAKE_EXTRA_ROOT_PATH ?= ""
> >
> > OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM = "ONLY"
> > +OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM_class-target = "NEVER"
>
> Using the _class-target over-ride looks odd. Perhaps making "NEVER"
> the default and adding over-rides for the classes which need "ONLY"
> (if there are any?) would make this clearer?
>
Yeah I plan to rework this a bit in that direction
> > OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM_class-native = "BOTH"
> >
> > EXTRA_OECMAKE_append = " ${PACKAGECONFIG_CONFARGS}"
> > @@ -60,7 +61,7 @@ set( CMAKE_CXX_LINK_FLAGS "${OECMAKE_CXX_LINK_FLAGS}"
CACHE STRING "LDFLAGS" )
> >
> > # only search in the paths provided so cmake doesnt pick
> > # up libraries and tools from the native build machine
> > -set( CMAKE_FIND_ROOT_PATH ${STAGING_DIR_HOST} ${STAGING_DIR_NATIVE}
${CROSS_DIR} ${OECMAKE_PERLNATIVE_DIR} ${OECMAKE_EXTRA_ROOT_PATH}
${EXTERNAL_TOOLCHAIN})
> > +set( CMAKE_FIND_ROOT_PATH ${STAGING_DIR_HOST} ${CROSS_DIR}
${OECMAKE_PERLNATIVE_DIR} ${OECMAKE_EXTRA_ROOT_PATH} ${EXTERNAL_TOOLCHAIN})
> > set( CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY )
> > set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM
${OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM} )
> > set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY )
> > --
> > 2.10.1
> >
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
[-- Attachment #2: Type: text/html, Size: 3911 bytes --]
^ permalink raw reply
* Re: [PATCH] cmake.bbclass: Exclude native sysroot from CMAKE_FIND_ROOT_PATH
From: Andre McCurdy @ 2016-11-01 18:28 UTC (permalink / raw)
To: Khem Raj; +Cc: OE Core mailing list
In-Reply-To: <20161029084707.29652-1-raj.khem@gmail.com>
On Sat, Oct 29, 2016 at 1:47 AM, Khem Raj <raj.khem@gmail.com> wrote:
> This has been cause of issue where we were getting both usr/include
> dirs ( from target as well as native sysroot) added to compiler
> flags.
>
> CXX_INCLUDES in final flags.cmake would include
> -I<target-sysroot>/usr/include -I<native-sysroot>/usr/include
> most of the time it would work since headers are mostly
> common but netflix package failed to compile since one of
> the headers was including curl headers which it could not
> find in target sysroot and it went to next include path
> and found it in native sysroot which is not what we want
> when doing cross compile.
>
> As per https://cmake.org/Wiki/CMake_Cross_Compiling
> never search for programs in target sysroot but search
> for packages,libs,includes only.
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> ---
> meta/classes/cmake.bbclass | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
> index 3e762de..3e8df37 100644
> --- a/meta/classes/cmake.bbclass
> +++ b/meta/classes/cmake.bbclass
> @@ -25,6 +25,7 @@ OECMAKE_PERLNATIVE_DIR ??= ""
> OECMAKE_EXTRA_ROOT_PATH ?= ""
>
> OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM = "ONLY"
> +OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM_class-target = "NEVER"
Using the _class-target over-ride looks odd. Perhaps making "NEVER"
the default and adding over-rides for the classes which need "ONLY"
(if there are any?) would make this clearer?
> OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM_class-native = "BOTH"
>
> EXTRA_OECMAKE_append = " ${PACKAGECONFIG_CONFARGS}"
> @@ -60,7 +61,7 @@ set( CMAKE_CXX_LINK_FLAGS "${OECMAKE_CXX_LINK_FLAGS}" CACHE STRING "LDFLAGS" )
>
> # only search in the paths provided so cmake doesnt pick
> # up libraries and tools from the native build machine
> -set( CMAKE_FIND_ROOT_PATH ${STAGING_DIR_HOST} ${STAGING_DIR_NATIVE} ${CROSS_DIR} ${OECMAKE_PERLNATIVE_DIR} ${OECMAKE_EXTRA_ROOT_PATH} ${EXTERNAL_TOOLCHAIN})
> +set( CMAKE_FIND_ROOT_PATH ${STAGING_DIR_HOST} ${CROSS_DIR} ${OECMAKE_PERLNATIVE_DIR} ${OECMAKE_EXTRA_ROOT_PATH} ${EXTERNAL_TOOLCHAIN})
> set( CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY )
> set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM ${OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM} )
> set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY )
> --
> 2.10.1
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH v3] package.py: New EXTRA_STRIPFLAGS variable
From: Burton, Ross @ 2016-11-01 17:45 UTC (permalink / raw)
To: Michael Blättler; +Cc: OE-core
In-Reply-To: <1477464673-6184-1-git-send-email-michael.blaettler@siemens.com>
[-- Attachment #1: Type: text/plain, Size: 691 bytes --]
On 26 October 2016 at 07:51, Michael Blättler <michael.blaettler@siemens.com
> wrote:
> +++ b/meta/lib/oe/package.py
> @@ -10,7 +10,7 @@ def runstrip(arg):
>
> import stat, subprocess
>
> - (file, elftype, strip) = arg
> + (file, elftype, strip, extraflags) = arg
>
This causes sysroot_strip to fail:
File: '/home/ross/Yocto/poky/meta/classes/staging.bbclass', lineno: 164,
function: sysroot_strip
0160: elf_file = int(elffiles[file])
0161: #bb.note("Strip %s" % file)
0162: sfiles.append((file, elf_file, strip))
0163:
*** 0164: oe.utils.multiprocess_exec(sfiles, oe.package.runstrip)
Ross
[-- Attachment #2: Type: text/html, Size: 1531 bytes --]
^ permalink raw reply
* Re: [oe-core PATCH] wayland: upgrade from 1.11.0 to 1.11.1
From: Khem Raj @ 2016-11-01 17:00 UTC (permalink / raw)
To: Fathi Boudra; +Cc: OE-core
In-Reply-To: <CAGNsrLAHewjcgMojrCaVT+T-cAogpicW2=o=D0T6Fn+3tmNdog@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]
> On Nov 1, 2016, at 12:04 AM, Fathi Boudra <fathi.boudra@linaro.org> wrote:
>
> On 31 October 2016 at 13:32, Burton, Ross <ross.burton@intel.com> wrote:
>>
>> On 31 October 2016 at 08:25, Johannes Pointner <h4nn35.work@gmail.com>
>> wrote:
>>>
>>> Wouldn't it make more sense to update to 1.12?
>>> Since 1.11.1 is backporting fixes from 1.12 as stated in the annouce
>>> mail of the release.
>>
>>
>> Absolutely - there's a 1.12 so unless there's a good reason to avoid it in
>> master we should be moving to that.
>
> The reason is pretty simple, I submitted this change only to go with
> the weston patch backported from master to 1.11 serie since it is what
> is available in oe-core. It's the combination I tested on my available
> boards and nothing related with newer version.
This also raised a question if minor version upgrades will be accepted
in maintained released branches.
>
>> Ross
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply
* Re: [PATCH] boost: Fix SRC_URI checksums
From: Khem Raj @ 2016-11-01 16:45 UTC (permalink / raw)
To: Alexander Kanavin; +Cc: openembedded-core
In-Reply-To: <cfa1b8cc-7134-fccf-2033-08f4e6c40104@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 994 bytes --]
> On Nov 1, 2016, at 9:33 AM, Alexander Kanavin <alexander.kanavin@linux.intel.com> wrote:
>
> On 11/01/2016 06:06 PM, Khem Raj wrote:
>
>>>> we should specify boost/boost/1.62.0/boost_1_62_0.tar.bz2 instead of boost/boost/boost_1_62_0.tar.bz2
>>>
>>> Incorrect. That will still download a master snapshot tarball. Only if the 'project/' is prefixed, SF will give you the release tarball.
>>
>> if we need projects/ then it should be encoded into SOURCEFORGE_MIRROR variable in bitbake.conf. Since that required for
>> every sf.net project.
>
> Would you then also fix the remaining recipe-specific part of the URI in all those recipes? I don't have the bandwidth for that right now, and it's a problem that is unlikely to happen in other recipes.
>
I wonder if same problem would not happen for other sf.net packages.
probably we never run into it probably because it gets backed up on yp download mirror
and then used. I am not expecting you to fix it, don't worry.
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply
* Re: [PATCH] boost: Fix SRC_URI checksums
From: Alexander Kanavin @ 2016-11-01 16:33 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
In-Reply-To: <5A2C0C3E-AA22-4E5B-91B8-3CA9A5282093@gmail.com>
On 11/01/2016 06:06 PM, Khem Raj wrote:
>>> we should specify boost/boost/1.62.0/boost_1_62_0.tar.bz2 instead of boost/boost/boost_1_62_0.tar.bz2
>>
>> Incorrect. That will still download a master snapshot tarball. Only if the 'project/' is prefixed, SF will give you the release tarball.
>
> if we need projects/ then it should be encoded into SOURCEFORGE_MIRROR variable in bitbake.conf. Since that required for
> every sf.net project.
Would you then also fix the remaining recipe-specific part of the URI in
all those recipes? I don't have the bandwidth for that right now, and
it's a problem that is unlikely to happen in other recipes.
Alex
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox