Re: [OE-core] [PATCH 3/3] apt: fix hardcode of /usr/lib
On 03/24/2017 08:05 PM, Burton, Ross wrote: On 24 March 2017 at 08:55, Robert Yang> wrote: - install -m 0644 ${S}/debian/apt.systemd.daily ${D}/usr/lib/apt/ + install -m 0644 ${S}/debian/apt.systemd.daily ${D}${libdir}/apt/ $ grep -r apt.systemd.daily debian/apt-daily.service:ExecStart=/usr/lib/apt/apt.systemd.daily debian/apt.apt-compat.cron.daily:exec /usr/lib/apt/apt.systemd.daily If you're going to move apt.systemd.daily, then you need to fix the references to it aswell. Thanks, I will send apt's fix in another path since the other 2 patches are in master-next. // Robert Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release
On Sun, Mar 26, 2017 at 05:08:13PM -0300, Otavio Salvador wrote: > Ths 2017.03 release is out since March 13th 2017 and is the latest > stable release prior Pyro release. At least 2 typos in the description... > Signed-off-by: Otavio Salvador> --- > > .../u-boot/{u-boot-common_2017.01.inc => u-boot-common_2017.03.inc} | 2 > +- > .../u-boot/{u-boot-fw-utils_2017.01.bb => u-boot-fw-utils_2017.03.bb} | 0 > .../u-boot/{u-boot-mkimage_2017.01.bb => u-boot-mkimage_2017.03.bb} | 0 > meta/recipes-bsp/u-boot/{u-boot_2017.01.bb => u-boot_2017.03.bb}| 0 > 4 files changed, 1 insertion(+), 1 deletion(-) > rename meta/recipes-bsp/u-boot/{u-boot-common_2017.01.inc => > u-boot-common_2017.03.inc} (86%) > rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2017.01.bb => > u-boot-fw-utils_2017.03.bb} (100%) > rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2017.01.bb => > u-boot-mkimage_2017.03.bb} (100%) > rename meta/recipes-bsp/u-boot/{u-boot_2017.01.bb => u-boot_2017.03.bb} > (100%) > > diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc > b/meta/recipes-bsp/u-boot/u-boot-common_2017.03.inc > similarity index 86% > rename from meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc > rename to meta/recipes-bsp/u-boot/u-boot-common_2017.03.inc > index df24c853dd..c115f36831 100644 > --- a/meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc > +++ b/meta/recipes-bsp/u-boot/u-boot-common_2017.03.inc > @@ -7,7 +7,7 @@ PE = "1" > > # We use the revision in order to avoid having to fetch it from the > # repo during parse > -SRCREV = "a705ebc81b7f91bbd0ef7c634284208342901149" > +SRCREV = "8537ddd769f460d7fb7a62a3dcc9669049702e51" > > SRC_URI = "git://git.denx.de/u-boot.git" > > diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.01.bb > b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.03.bb > similarity index 100% > rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.01.bb > rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.03.bb > diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2017.01.bb > b/meta/recipes-bsp/u-boot/u-boot-mkimage_2017.03.bb > similarity index 100% > rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2017.01.bb > rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2017.03.bb > diff --git a/meta/recipes-bsp/u-boot/u-boot_2017.01.bb > b/meta/recipes-bsp/u-boot/u-boot_2017.03.bb > similarity index 100% > rename from meta/recipes-bsp/u-boot/u-boot_2017.01.bb > rename to meta/recipes-bsp/u-boot/u-boot_2017.03.bb > -- > 2.12.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] u-boot: Update to 2017.03 release
Ths 2017.03 release is out since March 13th 2017 and is the latest stable release prior Pyro release. Signed-off-by: Otavio Salvador--- .../u-boot/{u-boot-common_2017.01.inc => u-boot-common_2017.03.inc} | 2 +- .../u-boot/{u-boot-fw-utils_2017.01.bb => u-boot-fw-utils_2017.03.bb} | 0 .../u-boot/{u-boot-mkimage_2017.01.bb => u-boot-mkimage_2017.03.bb} | 0 meta/recipes-bsp/u-boot/{u-boot_2017.01.bb => u-boot_2017.03.bb}| 0 4 files changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-bsp/u-boot/{u-boot-common_2017.01.inc => u-boot-common_2017.03.inc} (86%) rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2017.01.bb => u-boot-fw-utils_2017.03.bb} (100%) rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2017.01.bb => u-boot-mkimage_2017.03.bb} (100%) rename meta/recipes-bsp/u-boot/{u-boot_2017.01.bb => u-boot_2017.03.bb} (100%) diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc b/meta/recipes-bsp/u-boot/u-boot-common_2017.03.inc similarity index 86% rename from meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc rename to meta/recipes-bsp/u-boot/u-boot-common_2017.03.inc index df24c853dd..c115f36831 100644 --- a/meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc +++ b/meta/recipes-bsp/u-boot/u-boot-common_2017.03.inc @@ -7,7 +7,7 @@ PE = "1" # We use the revision in order to avoid having to fetch it from the # repo during parse -SRCREV = "a705ebc81b7f91bbd0ef7c634284208342901149" +SRCREV = "8537ddd769f460d7fb7a62a3dcc9669049702e51" SRC_URI = "git://git.denx.de/u-boot.git" diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.01.bb b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.03.bb similarity index 100% rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.01.bb rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2017.03.bb diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2017.01.bb b/meta/recipes-bsp/u-boot/u-boot-mkimage_2017.03.bb similarity index 100% rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2017.01.bb rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2017.03.bb diff --git a/meta/recipes-bsp/u-boot/u-boot_2017.01.bb b/meta/recipes-bsp/u-boot/u-boot_2017.03.bb similarity index 100% rename from meta/recipes-bsp/u-boot/u-boot_2017.01.bb rename to meta/recipes-bsp/u-boot/u-boot_2017.03.bb -- 2.12.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] mesa: Add Etnaviv and i.MX Gallium backend PACKAGECONFIG options
The MESA 17.0 has Etnaviv and i.MX support. Expose them in PACKAGECONFIG for use. Signed-off-by: Otavio Salvador--- meta/recipes-graphics/mesa/mesa.inc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/mesa.inc b/meta/recipes-graphics/mesa/mesa.inc index 0f3dbb0397..0348bb2dbb 100644 --- a/meta/recipes-graphics/mesa/mesa.inc +++ b/meta/recipes-graphics/mesa/mesa.inc @@ -27,7 +27,6 @@ EXTRA_OECONF = "--enable-shared-glapi --with-llvm-prefix=${STAGING_BINDIR_NATIVE PACKAGECONFIG ??= "gbm egl gles dri \ ${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11', d)} \ " - PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm" X11_DEPS = "xf86driproto glproto virtual/libx11 libxext libxxf86vm libxdamage libxfixes" @@ -52,7 +51,12 @@ EGL_PLATFORMS .="${@bb.utils.contains('PACKAGECONFIG', 'x11', ',x11', '', d)}" EGL_PLATFORMS .="${@bb.utils.contains('PACKAGECONFIG', 'wayland', ',wayland', '', d)}" PACKAGECONFIG[egl] = "--enable-egl --with-egl-platforms=${EGL_PLATFORMS}, --disable-egl" +PACKAGECONFIG[etnaviv] = "" +PACKAGECONFIG[imx] = "" + GALLIUMDRIVERS = "swrast" +GALLIUMDRIVERS_append ="${@bb.utils.contains('PACKAGECONFIG', 'etnaviv', ',etnaviv', '', d)}" +GALLIUMDRIVERS_append ="${@bb.utils.contains('PACKAGECONFIG', 'imx', ',imx', '', d)}" GALLIUMDRIVERS_LLVM33 = "${@bb.utils.contains('PACKAGECONFIG', 'r600', 'radeonsi,r600', '', d)}" PACKAGECONFIG[r600] = "" GALLIUMDRIVERS_LLVM33_ENABLED = "${@base_version_less_or_equal('MESA_LLVM_RELEASE', '3.2', False, len('${GALLIUMDRIVERS_LLVM33}') > 0, d)}" -- 2.12.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] mesa: Update to 17.0.2
This is a bugfix only release. , | Bug fixes | | Bug 68504 - 9.2-rc1 workaround for clover build failure on ppc/altivec: cannot convert 'bool' to '__vector(4) __bool int' in return | Bug 97988 - [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API | Bug 99484 - Crusader Kings 2 - Loading bars, siege bars, morale bars, etc. do not render correctly | Bug 99715 - Don't print: "Note: Buggy applications may crash, if they do please report to vendor" | Bug 100049 - "ralloc: Make sure ralloc() allocations match malloc()'s alignment." causes seg fault in 32bit build ` Signed-off-by: Otavio Salvador--- meta/recipes-graphics/mesa/{mesa-gl_17.0.1.bb => mesa-gl_17.0.2.bb} | 0 meta/recipes-graphics/mesa/{mesa_17.0.1.bb => mesa_17.0.2.bb} | 5 +++-- 2 files changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/mesa/{mesa-gl_17.0.1.bb => mesa-gl_17.0.2.bb} (100%) rename meta/recipes-graphics/mesa/{mesa_17.0.1.bb => mesa_17.0.2.bb} (82%) diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.0.1.bb b/meta/recipes-graphics/mesa/mesa-gl_17.0.2.bb similarity index 100% rename from meta/recipes-graphics/mesa/mesa-gl_17.0.1.bb rename to meta/recipes-graphics/mesa/mesa-gl_17.0.2.bb diff --git a/meta/recipes-graphics/mesa/mesa_17.0.1.bb b/meta/recipes-graphics/mesa/mesa_17.0.2.bb similarity index 82% rename from meta/recipes-graphics/mesa/mesa_17.0.1.bb rename to meta/recipes-graphics/mesa/mesa_17.0.2.bb index 9e491c28dc..2689e8fac2 100644 --- a/meta/recipes-graphics/mesa/mesa_17.0.1.bb +++ b/meta/recipes-graphics/mesa/mesa_17.0.2.bb @@ -5,8 +5,9 @@ SRC_URI = "ftp://ftp.freedesktop.org/pub/mesa/mesa-${PV}.tar.xz \ file://disable-asm-on-non-gcc.patch \ file://0001-Use-wayland-scanner-in-the-path.patch \ " -SRC_URI[md5sum] = "6a7e768241846c8c69bbadbf904dcc58" -SRC_URI[sha256sum] = "96fd70ef5f31d276a17e424e7e1bb79447ccbbe822b56844213ef932e7ad1b0c" + +SRC_URI[md5sum] = "8f808e92b893d412fbd6510e1d16f5c5" +SRC_URI[sha256sum] = "f8f191f909e01e65de38d5bdea5fb057f21649a3aed20948be02348e77a689d4" #because we cannot rely on the fact that all apps will use pkgconfig, #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER -- 2.12.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Using MACHINE_FEATURES in a native recipe
On 25 March 2017 at 17:34, Peter Kjellerstedtwrote: > > -Original Message- > > From: openembedded-core-boun...@lists.openembedded.org > > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > > Richard Purdie > > Sent: den 25 mars 2017 11:27 > > To: Peter Kjellerstedt; Andre McCurdy; OE Core mailing list > > Subject: Re: [OE-core] Using MACHINE_FEATURES in a native recipe > > > > On Fri, 2017-03-24 at 15:10 +, Peter Kjellerstedt wrote: > > > Even though I agree this is a good change and that it should be done, > > > I wonder if we can either hold it off until after Pyro has been > > > released or make it possible to avoid it? The reason for this is that > > > I know that this change will require a huge amount of development > > > work for us, something that will not be possible to do in the time > > > frame left until Pyro is released. Or alternatively we will have to > > > copy native.bbclass to our layers and maintain a fork of it, which > > > sucks... > > > > > > The reason for this is that our unit test framework is based on > > > building all our own packages as native, but still configured via, > > > amongst others, MACHINE_FEATURES as if building for the real target. > > > This will of course not work anymore if MACHINE_FEATURES is set to "" > > > with no way of overriding it. > > > > I'm afraid I only saw this after I merged it :( > > No worries. I'll backport native.bbclass to our layers for now. > > > I appreciate its a pain but I do think the change is the right thing to > > do (maybe with a corresponding DISTRO_FEATURES one too). Hopefully we > > can find a way that lets you work around it somehow... > > I agree that cleaning MACHINE_FEATURES is the right thing to do. However, > I am not so sure about DISTRO_FEATURES. After all, the native tools are > part of the distro as well and there may be reasons to build them > differently based on enabled features in the distro. > It's possible but I've not found a single reason yet... If someone has a hunch about a distro feature actually affecting a native tool, please mention in https://bugzilla.yoctoproject.org/show_bug.cgi?id=11239 Jussi -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] CPU profiling at thread level
Gentle remainder.. appreciate any pointers on thread level CPU usage. Thanks Naresh On Sat, Mar 25, 2017 at 9:44 PM, Munagala Naresh < munagala.nareshb...@gmail.com> wrote: > Hi Team, > > To analyzes the CPU load consumption of a particular process, we need to > find the thread level consumption. Default *top *and *ps *utils are not > supporting all the parameters that are available in Linux/Android. > > > Could you please suggest some alternatives which works in openembedded > platform? > > > Appreciate any pointers. > > Thanks > Naresh > > > -- Regards Naresh Babu 09900139337 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] wic: fix generation of partition UUID
Partition UUID for msdos partitioning is based on a 4 bytes long system identifier. Wic uses random number to generate system identifier. For the numbers starting with 0 partition uuid is shorter, which makes wic images non-bootable as kernel expects 8 charactest in PARTUUID parameter. Padded system identifier with '0' when generating partition UUID to make it always 8 characters long. This should fix the boot issue. Signed-off-by: Ed Bartosh--- scripts/lib/wic/plugins/imager/direct.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/wic/plugins/imager/direct.py b/scripts/lib/wic/plugins/imager/direct.py index 7d38ab3..67fd183 100644 --- a/scripts/lib/wic/plugins/imager/direct.py +++ b/scripts/lib/wic/plugins/imager/direct.py @@ -323,7 +323,7 @@ class PartitionedImage(): if self.ptable_format == 'gpt': part.uuid = str(uuid.uuid4()) else: # msdos partition table -part.uuid = '%0x-%02d' % (self.identifier, part.realnum) +part.uuid = '%08x-%02d' % (self.identifier, part.realnum) def prepare(self, imager): """Prepare an image. Call prepare method of all image partitions.""" -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] autotools.bbclass: Replace "grep ... >/dev/null" with "grep -q"
For aesthetic style reasons, use "grep -q" instead of ">/dev/null". Signed-off-by: Robert P. J. Day--- diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass index d494734..ac04a07 100644 --- a/meta/classes/autotools.bbclass +++ b/meta/classes/autotools.bbclass @@ -193,14 +193,14 @@ autotools_do_configure() { else CONFIGURE_AC=configure.ac fi - if grep "^[[:space:]]*AM_GLIB_GNU_GETTEXT" $CONFIGURE_AC >/dev/null; then - if grep "sed.*POTFILES" $CONFIGURE_AC >/dev/null; then + if grep -q "^[[:space:]]*AM_GLIB_GNU_GETTEXT" $CONFIGURE_AC; then + if grep -q "sed.*POTFILES" $CONFIGURE_AC; then : do nothing -- we still have an old unmodified configure.ac else bbnote Executing glib-gettextize --force --copy echo "no" | glib-gettextize --force --copy fi - elif grep "^[[:space:]]*AM_GNU_GETTEXT" $CONFIGURE_AC >/dev/null; then + elif grep -q "^[[:space:]]*AM_GNU_GETTEXT" $CONFIGURE_AC; then # We'd call gettextize here if it wasn't so broken... cp ${STAGING_DATADIR_NATIVE}/gettext/config.rpath ${AUTOTOOLS_AUXDIR}/ if [ -d ${S}/po/ ]; then @@ -212,7 +212,7 @@ autotools_do_configure() { PRUNE_M4="$PRUNE_M4 gettext.m4 iconv.m4 lib-ld.m4 lib-link.m4 lib-prefix.m4 nls.m4 po.m4 progtest.m4" fi mkdir -p m4 - if grep "^[[:space:]]*[AI][CT]_PROG_INTLTOOL" $CONFIGURE_AC >/dev/null; then + if grep -q "^[[:space:]]*[AI][CT]_PROG_INTLTOOL" $CONFIGURE_AC; then if ! echo "${DEPENDS}" | grep -q intltool-native; then bbwarn "Missing DEPENDS on intltool-native" fi -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core