Re: [OE-core] [PATCH 3/3] apt: fix hardcode of /usr/lib

2017-03-26 Thread Robert Yang



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

2017-03-26 Thread Denys Dmytriyenko
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

2017-03-26 Thread Otavio Salvador
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

2017-03-26 Thread Otavio Salvador
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

2017-03-26 Thread Otavio Salvador
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

2017-03-26 Thread Jussi Kukkonen
On 25 March 2017 at 17:34, Peter Kjellerstedt 
wrote:

> > -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

2017-03-26 Thread Munagala Naresh
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

2017-03-26 Thread Ed Bartosh
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"

2017-03-26 Thread Robert P. J. Day

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