[yocto] [poky-container][PATCH] README.md: Updated a link into the YP doc set.

2018-08-10 Thread Scott Rifenbark
The existing link was a dead end.  It took the reader to the
retired YP Quick Start.  The new link is to the section in the
YP Development Tasks Manual where the ready can learn how to
clone poky and proceed.

Signed-off-by: Scott Rifenbark 
---
 README.md | 11 +--
 1 file changed, 5 insertions(+), 6 deletions(-)

diff --git a/README.md b/README.md
index c5276fd..6bc172a 100644
--- a/README.md
+++ b/README.md
@@ -19,7 +19,7 @@ point.
 
 The workdir you create will be used for the output created while using the 
container.
 For example a user could create a directory using the command
-  
+
 ```
 mkdir -p /home/myuser/mystuff
 ```
@@ -31,7 +31,7 @@ point.
 
 For the rest of the Linux instructions we'll assume the workdir chosen was
 `/home/myuser/mystuff`.
-
+
   * **Windows/Mac**
 
 On Windows or Mac a workdir isn't needed. Instead the volume called 
*myvolume* will be used. This volume should have been created when following 
the instructions at https://github.com/crops/docker-win-mac-docs/wiki.
@@ -46,9 +46,9 @@ point.
 ```
 docker run --rm -it -v /home/myuser/mystuff:/workdir crops/poky 
--workdir=/workdir
 ```
-
+
   * **Windows/Mac**
-  
+
 ```
 docker run --rm -it -v myvolume:/workdir crops/poky --workdir=/workdir
 ```
@@ -62,5 +62,4 @@ point.
   ```
   pokyuser@3bbac563cacd:/workdir$
   ```
-  At this point you should be able to follow the same instructions as described
-  in 
https://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html#releases.
+  At this point you should be able to follow the instructions in the [Yocto 
Project Development Tasks 
Manual](https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#cloning-and-checking-out-branchs)
 to get started with with Yocto project.
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [crops][PATCH] docker-win-mac-docs.wiki: Updated link for referencing Yocto docs

2018-08-10 Thread Tim Orling
“Merged”, in the sense that the change has been made in the wiki…

Thank you!

> On Aug 10, 2018, at 2:58 PM, Scott Rifenbark  wrote:
> 
> The link was going to a retired Quick Start.  I changed the link
> to the appropriate section of the YP Development Tasks Manual.
> 
> Signed-off-by: Scott Rifenbark 
> ---
> Windows-Instructions-(Docker-Toolbox).md | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/Windows-Instructions-(Docker-Toolbox).md 
> b/Windows-Instructions-(Docker-Toolbox).md
> index 31432bd..f33bc66 100644
> --- a/Windows-Instructions-(Docker-Toolbox).md
> +++ b/Windows-Instructions-(Docker-Toolbox).md
> @@ -74,7 +74,7 @@ You will see a prompt that looks like
> 
> `pokyuser@892e5d2574d6:/workdir$`
> 
> -Although this is called the poky container, it does not include the bitbake 
> meta-data for the Yocto Project poky distro, instead it is a Linux 
> environment with all dependencies already installed. See the [Yocto Quick 
> Start 
> Guide](http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html#releases)
>  to get started with with Yocto project.
> +Although this is called the poky container, it does not include the bitbake 
> meta-data for the Yocto Project poky distro, instead it is a Linux 
> environment with all dependencies already installed. See the [Yocto Project 
> Development Tasks 
> Manual](https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#cloning-and-checking-out-branchs)
>  to get started with with Yocto project.
> 
> ## Troubleshooting
> ### Cannot connect to docker
> -- 
> 2.7.4
> 
> -- 
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [crops][PATCH] docker-win-mac-docs.wiki: Updated link for referencing Yocto docs

2018-08-10 Thread Scott Rifenbark
The link was going to a retired Quick Start.  I changed the link
to the appropriate section of the YP Development Tasks Manual.

Signed-off-by: Scott Rifenbark 
---
 Windows-Instructions-(Docker-Toolbox).md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Windows-Instructions-(Docker-Toolbox).md 
b/Windows-Instructions-(Docker-Toolbox).md
index 31432bd..f33bc66 100644
--- a/Windows-Instructions-(Docker-Toolbox).md
+++ b/Windows-Instructions-(Docker-Toolbox).md
@@ -74,7 +74,7 @@ You will see a prompt that looks like
 
 `pokyuser@892e5d2574d6:/workdir$`
 
-Although this is called the poky container, it does not include the bitbake 
meta-data for the Yocto Project poky distro, instead it is a Linux environment 
with all dependencies already installed. See the [Yocto Quick Start 
Guide](http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs.html#releases)
 to get started with with Yocto project.
+Although this is called the poky container, it does not include the bitbake 
meta-data for the Yocto Project poky distro, instead it is a Linux environment 
with all dependencies already installed. See the [Yocto Project Development 
Tasks 
Manual](https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#cloning-and-checking-out-branchs)
 to get started with with Yocto project.
 
 ## Troubleshooting
 ### Cannot connect to docker
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [yocto-docs] documentation: Updated testimage targets.

2018-08-10 Thread Scott Rifenbark
Paulo,

No problems... I made the changes already in the 2.6 version of the YP Ref
Manual (see
https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#var-TEST_TARGET).
You can review that for me and let me know what further changes I need.
You can just respond via email if you like in this thread to tell me of any
changes.  You do not have to submit a formal patch.

I searched for and think I got all the instances of "Systemd-bootTarget"
fixed.  I figured this was just an oversight in the original patch you
sent.  No problems.  Here is a link to the 2.6 version of the mega-manual
that you could search through for any term
https://yoctoproject.org/docs/2.6/mega-manual/mega-manual.html.  That is a
handy manual to locate terms across the entire Yocto Project manual set.

In short, you don't have to send me a new patch for the docs... I think we
are 99% there.  I just will need you to review that description of
TEST_TARGET in the ref-manual (
https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#var-TEST_TARGET)
and let me know if things are okay with that.

Best,
Scott

On Fri, Aug 10, 2018 at 11:44 AM, Paulo Neves  wrote:

> Hello Scott,
>
> Regarding the other instances of Systemd-bootTarget I will try to grep
> for them and fix them.
> Regarding the truncation It is a mistake on my part. Do you know how I
> can generate the manual to be sure that I do not have mistakes like
> that?
>
> Regarding the file, my apologies. You cannot find it because the
> changes which this manual changes relate to have not yet been
> accepted. I was a bit caught off guard by the fact that the
> documentation and open-embedded mailing lists are separate so I did
> not think that I should only submit documentation changes after the
> OE/poky and others are accepted. When I produced my changes I did it
> in the poky git repository, and split the documentation ad-hoc. I will
> submit the documentation with the fixes you proposed after my other
> commits are accepted. My apologies for the time wasted.
>
> Paulo Neves
>
>
> On Mon, Aug 6, 2018 at 11:12 PM Scott Rifenbark 
> wrote:
> >
> > Paulo,
> >
> > I have some questions on this commit for the dev-manual.
> >
> > See inline comments from me
> >
> >
> >
> > On Mon, Aug 6, 2018 at 4:34 AM, Paulo Neves  wrote:
> >>
> >> The documentation of available names for TEST_TARGET have
> >> been updated to match the convention of using the
> >> class names of controllers.
> >>
> >> Signed-off-by: Paulo Neves 
> >> ---
> >>  documentation/dev-manual/dev-manual-common-tasks.xml |  8 
> >>  documentation/ref-manual/ref-variables.xml   | 19
> ---
> >>  2 files changed, 8 insertions(+), 19 deletions(-)
> >>
> >> diff --git a/documentation/dev-manual/dev-manual-common-tasks.xml
> b/documentation/dev-manual/dev-manual-common-tasks.xml
> >> index 0cb967f..2fcdad0 100644
> >> --- a/documentation/dev-manual/dev-manual-common-tasks.xml
> >> +++ b/documentation/dev-manual/dev-manual-common-tasks.xml
> >> @@ -11400,7 +11400,7 @@
> >>  within a separately started QEMU or any
> >>  other virtual machine manager.
> >>  
> >> -"
> Systemd-bootTarget":
> >> +"
> SystemdbootTarget":
> >>  Choose "Systemd-bootTarget" if your
> hardware is
> >
> >
> > There are many instances of the term "Systemd-bootTarget" remaining in
> the manual.  I assume they also will need to convert to "SystemdbootTarget"?
> >
> >>
> >>  an EFI-based machine with
> >>  systemd-boot as
> bootloader and
> >> @@ -11459,10 +11459,10 @@
> >>  
> >>
> >>  
> >> -Selecting Systemd-bootTarget
> >> +Selecting SystemdbootTarget
> >>
> >>  
> >> -If you did not set TEST_TARGET
> to
> >> +If you did not set TEST_TARG
> >
> >
> > Looks like an early truncation of the line that is used for the
> replacement?  Should be "If you did not set TEST_TARGET
> to"
> >
> >>  "Systemd-bootTarget", then you do not need any
> information
> >>  in this section.
> >>  You can skip down to the
> >> @@ -11472,7 +11472,7 @@
> >>
> >>  
> >>  If you did set TEST_TARGET to
> >> -"Systemd-bootTarget", you also need to perform a
> one-time
> >> +"SystemdbootTarget", you also need to perform a
> one-time
> >>  setup of your master image by doing the following:
> >>  
> >>  Set
> EFI_PROVIDER:
> >> diff --git a/documentation/ref-manual/ref-variables.xml
> b/documentation/ref-manual/ref-variables.xml
> >> index 2465553..a61fee6 100644
> >> --- a/documentation/ref-manual/ref-variables.xml
> >> +++ 

[yocto] [ANNOUNCEMENT] Milestone 2 for Yocto Project 2.6 (yocto-2.6_M2) now available

2018-08-10 Thread Tracy Graydon
We are pleased to announce the second milestone release for Yocto Project 2.6 
(yocto-2.6_M2) is available for download now.

Download:

http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.6_M2/

poky b0f2f690a3513e4c9fa30fee1b8d7ac2d7140657
eclipse-poky-neon 303e46a6848f1937d12541a7fd58e61aa1361225
eclipse-poky-oxygen 50528fa7874825b2ef5433e1ffab9326caaa72cb
meta-qt3 02f273cba6c25f5cf20cb66d8a417a83772c3179
meta-qt4 8e791c40140460825956430ba86b6266fdec0a93

Test report:

https://wiki.yoctoproject.org/wiki/WW32_-_2018-08-07_-_Full_Test_Cycle_2.6_M2_rc1

Thank you.

Tracy Graydon
Yocto Project Build and Release
tracy.gray...@intel.com




-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto-announce] [ANNOUNCEMENT] Milestone 2 for Yocto Project 2.6 (yocto-2.6_M2) now available

2018-08-10 Thread Tracy Graydon
We are pleased to announce the second milestone release for Yocto Project 2.6 
(yocto-2.6_M2) is available for download now.

Download:

http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.6_M2/

poky b0f2f690a3513e4c9fa30fee1b8d7ac2d7140657
eclipse-poky-neon 303e46a6848f1937d12541a7fd58e61aa1361225
eclipse-poky-oxygen 50528fa7874825b2ef5433e1ffab9326caaa72cb
meta-qt3 02f273cba6c25f5cf20cb66d8a417a83772c3179
meta-qt4 8e791c40140460825956430ba86b6266fdec0a93

Test report:

https://wiki.yoctoproject.org/wiki/WW32_-_2018-08-07_-_Full_Test_Cycle_2.6_M2_rc1

Thank you.

Tracy Graydon
Yocto Project Build and Release
tracy.gray...@intel.com




-- 
___
yocto-announce mailing list
yocto-announce@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto-announce


Re: [yocto] rpmdeps buffer overflow

2018-08-10 Thread Marc Ferland
On Fri, Aug 10, 2018 at 11:01 AM, Alexander Kanavin
 wrote:
> 2018-08-10 16:50 GMT+02:00 Marc Ferland :
>> | Processing files: pylon-5.0.12-r0.aarch64
>> | *** buffer overflow detected ***:
>> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/rpmbuild
>> terminated
>> | Aborted (core dumped)
>
> This is not a yocto issue, but a rpm issue. You need to deal with it
> the hard way I'm afraid: inspect the core dump with gdb, and take the
> result to rpm upstream.
>

Looking at the backtrace of rpmbuild in gdb I see that libmagic is the culprit:

*** buffer overflow detected ***:
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/rpmbuild
terminated

Program received signal SIGABRT, Aborted.
0x76f6f66a in raise () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
(gdb) bt
#0  0x76f6f66a in raise () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
#1  0x76f70741 in abort () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
#2  0x76fb0a07 in ?? () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
#3  0x7703dcde in ?? () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
#4  0x7703dd11 in __fortify_fail () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
#5  0x7703bdc0 in __chk_fail () from
/home/vagrant/build/tmp/sysroots-uninative/x86_64-linux/lib/libc.so.6
#6  0x76d1e0b1 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/./libmagic.so.1
#7  0x76d1f105 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/./libmagic.so.1
#8  0x76d2a888 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/./libmagic.so.1
#9  0x76d2c782 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/./libmagic.so.1
#10 0x76d1fc43 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/./libmagic.so.1
#11 0x77bca16d in rpmfcClassify ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/librpmbuild.so.7
#12 0x77bcab26 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/librpmbuild.so.7
#13 0x77bbc671 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/librpmbuild.so.7
#14 0x77bb8113 in ?? ()
   from 
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/bin/../lib/librpmbuild.so.7
#15 0x7abf in ?? ()
#16 0x7c5b in ?? ()

I did a quick test and bumped the file recipe (was 5.31 on rocko
branch) to 5.34 and the problem went away, no more buffer overflows
and now my recipe builds correctly.

Marc
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] oe-run-native uses host python3 instead of sysroot

2018-08-10 Thread Aaron Cohen
Trying to run bmaptool on Centos 7, oe-run-native using the command
"oe-run-native bmap-tools-native bmaptool copy -h" gives the following
error:

--- a/scripts/oe-run-nativeTraceback (most recent call last):
  File
"/home/joel-cohen/code/yocto-2.5/xilinx-build/tmp/work/x86_64-linux/bmap-tools-native/3.4-r0/recipe-sysroot-native/usr/bin/bmaptool",
line 6, in 
from pkg_resources import load_entry_point
  File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 3007, in

working_set.require(__requires__)
  File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 728, in
require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 626, in
resolve
raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: bmap-tools==3.4

which is caused because the python3 that it is using is my host's old
version (3.4.8) rather than from the recipe sysroot.

The following patch fixes it for me, but I wonder if there's a better
solution. I do think that finding the sysroot python3 is in general
preferable to using whatever happens to be on the host...

A side note: the bmaptool currently in oe throws a weird error when given
no arguments rather than a usage message. This has been fixed upstream.

--Aaron

+++ b/scripts/oe-run-native
@@ -55,7 +55,7 @@ fi
 OLD_PATH=$PATH

 # look for a tool only in native sysroot
-PATH=$OECORE_NATIVE_SYSROOT/usr/bin:$OECORE_NATIVE_SYSROOT/bin:$OECORE_NATIVE_SYSROOT/usr/sbin:$OECORE_NATIVE_SYSROOT/sbin
+PATH=$OECORE_NATIVE_SYSROOT/usr/bin:$OECORE_NATIVE_SYSROOT/bin:$OECORE_NATIVE_SYSROOT/usr/sbin:$OECORE_NATIVE_SYSROOT/sbin:$OECORE_NATIVE_SYSROOT/usr/bin/python3-native
 tool_find=`/usr/bin/which $tool 2>/dev/null`

 if [ -n "$tool_find" ] ; then
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] rpmdeps buffer overflow

2018-08-10 Thread Marc Ferland
On Thu, Aug 9, 2018 at 2:34 PM, Marc Ferland  wrote:
> Hi,
>
> I'm creating a recipe for a precompiled SDK. This SDK contains various
> precompiled libraries and executables. When I get to the packaging
> step bitbake aborts with the following error:
>
> ERROR: pylon-5.0.12-r0 do_package: Error executing a python function
> in exec_python_func() autogenerated:
>
> The stack trace of python calls that resulted in this exception/failure was:
> File: 'exec_python_func() autogenerated', lineno: 2, function: 
>  0001:
>  *** 0002:package_do_filedeps(d)
>  0003:
> File: '/vagrant/yocto/poky/meta/classes/package.bbclass', lineno:
> 1484, function: package_do_filedeps
>  1480:continue
>  1481:for files in chunks(pkgfiles[pkg], 100):
>  1482:pkglist.append((pkg, files, rpmdeps, pkgdest))
>  1483:
>  *** 1484:processed = oe.utils.multiprocess_exec( pkglist,
> oe.package.filedeprunner)
>  1485:
>  1486:provides_files = {}
>  1487:requires_files = {}
>  1488:
> File: '/vagrant/yocto/poky/meta/lib/oe/utils.py', lineno: 240,
> function: multiprocess_exec
>  0236:mapresult = pool.map_async(function, commands,
> error_callback=failures)
>  0237:
>  0238:pool.close()
>  0239:pool.join()
>  *** 0240:results = mapresult.get()
>  0241:except KeyboardInterrupt:
>  0242:pool.terminate()
>  0243:pool.join()
>  0244:raise
> File: '/usr/lib/python3.6/multiprocessing/pool.py', lineno: 644, function: get
>  0640:raise TimeoutError
>  0641:if self._success:
>  0642:return self._value
>  0643:else:
>  *** 0644:raise self._value
>  0645:
>  0646:def _set(self, i, obj):
>  0647:self._success, self._value = obj
>  0648:if self._callback and self._success:
> Exception: subprocess.CalledProcessError: Command
> '['/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/lib/rpm/rpmdeps',
> '--alldeps', 
> '/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/packages-split/pylon/opt/pylon5/lib64/libpylon_TL_bcon-5.0.12.so',
>
> REMOVED FOR BREVITY
>
> '/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/packages-split/pylon/opt/pylon5/bin/platforms/libqxcb.so']'
> died with .
>
> Subprocess output:
> *** buffer overflow detected ***:
> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/lib/rpm/rpmdeps
> terminated
>
> ERROR: pylon-5.0.12-r0 do_package: Function failed: package_do_filedeps
> ERROR: Logfile of failure stored in:
> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/temp/log.do_package.30101
> ERROR: Task 
> (/vagrant/yocto/meta-telops/recipes-basler/pylon5/pylon_5.0.12.bb:do_package)
> failed with exit code '1'
>
> Digging a little deeper, it looks like certain files cause rpmdeps to
> blowup. For example, issuing:
>
> rpmdeps --alldeps
> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/packages-split/pylon/opt/pylon5/bin/libQt5Core.so.5.6.2
>
> I get the expected:
>   0 
> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/packages-split/pylon/opt/pylon5/bin/libQt5Core.so.5.6.2
> P libQt5Core.so.5(Qt_5_PRIVATE_API)(64bit)
> P libQt5Core.so.5(Qt_5)(64bit)
> P libQt5Core.so.5(Qt_5.0)(64bit)
> P libQt5Core.so.5(Qt_5.0)(64bit)
> 
>
> But running rpmdeps on one of their proprietary lib:
> rpmdeps --alldeps
> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/packages-split/pylon/opt/pylon5/bin/libPylonQtBase.so.1.0.0
> *** buffer overflow detected ***:
> /home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/recipe-sysroot-native/usr/lib/rpm/rpmdeps
> terminated
> Aborted (core dumped)
>

Got a little bit further by disabling filedeps with
SKIP_FILEDEPS_${PN} = "1". Now I get a buffer overflow from rpmbuild:

ERROR: pylon-5.0.12-r0 do_package_write_rpm: Function failed:
BUILDSPEC (log file is located at
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/temp/log.do_package_write_rpm.32236)
ERROR: Logfile of failure stored in:
/home/vagrant/build/tmp/work/aarch64-poky-linux/pylon/5.0.12-r0/temp/log.do_package_write_rpm.32236
Log data follows:
| DEBUG: Executing python function sstate_task_prefunc
| DEBUG: Python function sstate_task_prefunc finished
| DEBUG: Executing python function extend_recipe_sysroot
| NOTE: Direct dependencies are
['virtual:native:/vagrant/yocto/poky/meta/recipes-devtools/pseudo/pseudo_1.8.2.bb:do_populate_sysroot',
'virtual:native:/vagrant/yocto/poky/meta/recipes-devtools/rpm/rpm_git.bb:do_populate_sysroot']
| NOTE: Installed into sysroot: []
| NOTE: Skipping as already exists in sysroot: ['pseudo-native',
'rpm-native', 'dbus-native', 'popt-native', 'bzip2-native',
'db-native', 'gnu-config-native', 'quilt-native', 'autoconf-native',
'xz-native', 

Re: [yocto] Image with the right version inside

2018-08-10 Thread Alexander Kanavin
Give the two recipes different names - app-release_1.0.bb and app-latest_git.bb

Alex

2018-08-10 15:36 GMT+02:00 Mauro Ziliani :
> Hi all
>
> I need to do this scenario.
>
> I have 2 image recipes:
>
> - final.bb
>
> - testing.bb
>
> final.bb and testing.bb install the same application name app.
>
> For the app I build the recipe app_1.0.bb which downloads the source code
> from git with tag=1.0, app_git.bb which downloads the latest commit.
>
> - in final.bb I'd like to put the production version of the application:
> that is app_1.0.bb
>
> - in testing.bb I'd like to put the testing verstion of the application:
> that is app_git.bb
>
> Now, when I bitbake final, tha app_git is installed. This is not I want.
>
> How can I force final.bb to install app_1.0.bb?
>
> I tryed PREFERRED_VERSION_app="1.0" in final.bb recipe but it seems not
> work.
>
>
> Thansk all
>
>Mauro
>
>
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] Image with the right version inside

2018-08-10 Thread Mauro Ziliani

Hi all

I need to do this scenario.

I have 2 image recipes:

- final.bb

- testing.bb

final.bb and testing.bb install the same application name app.

For the app I build the recipe app_1.0.bb which downloads the source 
code from git with tag=1.0, app_git.bb which downloads the latest commit.


- in final.bb I'd like to put the production version of the application: 
that is app_1.0.bb


- in testing.bb I'd like to put the testing verstion of the application: 
that is app_git.bb


Now, when I bitbake final, tha app_git is installed. This is not I want.

How can I force final.bb to install app_1.0.bb?

I tryed PREFERRED_VERSION_app="1.0" in final.bb recipe but it seems not 
work.



Thansk all

   Mauro



--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] Annoying taskhash error

2018-08-10 Thread Alexander Kanavin
My apologies, but do not use $DATETIME in your version strings. It's a
seriously bad idea that goes against Yocto's philosophy - that
everything that goes into a build is deterministic and does not change
on the fly. Instead, define and update the date and time statically
through config files. If you need the exact, current timestamp in
specific places (e.g. image or kernel names), place it there, and only
there, with aprropriate vardepsexclude qualifiers.

Alex

2018-08-10 10:27 GMT+02:00 Ayoub Zaki :
> Hello list,
>
> I'm building a custom yocto distro based on sumo, in my distro config I have
> defined :
>
> DISTRO = "paos"
> DISTRO_NAME = "PAOS"
> DISTRO_VERSION = "V00.00.00.00+${DATETIME}"
> DISTRO_CODENAME = "sumo"
> SDK_VENDOR = "-paossdk"
> SDK_VERSION = "${DATETIME}"
>
> Taskhash errors are related of using DATETIME variable, I fixed that error
> when building my image by appending some package .e.g os-release with:
>
> DISTRO_VERSION[vardepsexclude] += "DATETIME"
>
> But when build the toolchains I get a lot of those error message:
>
> zaki@xps:/opt/PAOS/paos/build$ MACHINE=n03 bitbake meta-toolchain
> NOTE: Started PRServer with DBfile:
> /opt/PAOS/paos/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 44549, PID:
> 27158
> Loading cache: 100%
> |##|
> Time: 0:00:00
> Loaded 2924 entries from dependency cache.
> NOTE: Resolving any missing task queue dependencies
>
> Build Configuration:
> BB_VERSION   = "1.38.0"
> BUILD_SYS= "x86_64-linux"
> NATIVELSBSTRING  = "universal"
> TARGET_SYS   = "i686-poky-linux"
> MACHINE  = "n03"
> DISTRO   = "paos"
> DISTRO_VERSION   = "V00.00.00.00+20180810081758"
> TUNE_FEATURES= "m32 core2"
> TARGET_FPU   = ""
> meta
> meta-poky
> meta-yocto-bsp   = "sumo:90f7edb32ac2500d93bb7ca5045a9d048f551223"
> meta-intel   = "sumo:2430f73ee06f3315ebebe69899f1977f9a09e29f"
> meta-oe
> meta-networking
> meta-webserver
> meta-python  = "sumo:b0950aeff5b630256bb5e25ca15f4d59c115e7c1"
> meta-paos= "sumo:868e997207973e36b0c234d0fc15feb95bd43691"
>
> Initialising tasks: 100%
> |#|
> Time: 0:00:01
> NOTE: Executing SetScene Tasks
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_install, the
> basehash value changed from 24111597162d38fd390e841e6f56dc4d to
> 4a106097d4026a13c8c4cd044d3205ea. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_build, the
> basehash value changed from 5c43aed4a9092b482bb1752bf2bc6c77 to
> f1826637a34672b54af7df5c386ef23e. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_rm_work_all,
> the basehash value changed from feebb25773dc03b1cf6db636d5214969 to
> 2f1459ba52df671e203ee4eebf329c1b. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_rm_work, the
> basehash value changed from 2439e6e4307fc4e8fa3b16ae176465a7 to
> 0ed9ab83e5f072e8de213cc9173fc3f1. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_package_qa, the
> basehash value changed from f0986c1a9ed77a7a02f5a1701ad6555c to
> 703b85ffb48341ac9448cdc09b21972c. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_package, the
> basehash value changed from 8dfee62341c210c1491f7a55bfdf1599 to
> 7bf74359937329f35f45dc323df3838f. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_packagedata,
> the basehash value changed from 82d302910ea05592c02cef9345ea03c5 to
> d81e3172b19508fa700d9c0ddd5189a3. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> /opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_generate_content,
> the basehash value changed from 94851fe026f63ca9177435dd95bc9892 to
> f81e1185488d59cf32b16c1dee2a9ae8. The metadata is not deterministic and this
> needs to be fixed.
> ERROR: When reparsing
> virtual:nativesdk:/opt/PAOS/paos/meta/recipes-devtools/gnu-config/gnu-config_git.bb.do_populate_sysroot,
> the basehash value changed from 4d246741a8c07f0e9b360e483e057849 to
> 94f49989601e38100e28ec723a0847a3. The metadata is not deterministic and this
> 

Re: [yocto] Copy git hashes of recipes during the image build

2018-08-10 Thread Paul Eggleton
Hi Rajesh,

On Wednesday, 8 August 2018 8:52:10 AM CEST Yuvarajesh Valleru wrote:
> I am building the custom yocto image regularly so that I do have so may 
> versions of the image. But when an bug occured in older version images, 
> I could not find the changes in source code because of AUTOREV. Is there 
> any possibility to copy the hashes during the build and store in another 
> recipe, so that I can have all my hashes in my target system.

There is indeed a way to collect the revisions, and since the question has
come up before I just wrote a FAQ entry about it:

  
https://wiki.yoctoproject.org/wiki/Technical_FAQ#How_do_I_collect_the_source_revisions_fetched_by_each_recipe.3F

This wouldn't actually store the revisions in a form that you could then put
into the image itself however. If you really wanted to do that you could in
theory run buildhistory-collect-srcrevs from a recipe and then package its
output though, I think that should work.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] Howto overwrite CXXFLAGS in SDK Environment

2018-08-10 Thread Nikhil
Hello community,

I am using Freescale community BSP - rocko release and have built and
installed SDK.
Is there a way to remove -g flag from being in the list of default
options  for CXXFLAGS.  ?  Thanks.

Regards
Nikhil
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] Annoying taskhash error

2018-08-10 Thread Ayoub Zaki
Hello list,

I'm building a custom yocto distro based on sumo, in my distro config I
have defined :

DISTRO = "paos"
DISTRO_NAME = "PAOS"
DISTRO_VERSION = "V00.00.00.00+${DATETIME}"
DISTRO_CODENAME = "sumo"
SDK_VENDOR = "-paossdk"
SDK_VERSION = "${DATETIME}"

Taskhash errors are related of using DATETIME variable, I fixed that error
when building my image by appending some package .e.g os-release with:

DISTRO_VERSION[vardepsexclude] += "DATETIME"

But when build the toolchains I get a lot of those error message:

zaki@xps:/opt/PAOS/paos/build$ MACHINE=n03 bitbake meta-toolchain
NOTE: Started PRServer with DBfile:
/opt/PAOS/paos/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 44549, PID:
27158
Loading cache: 100%
|##|
Time: 0:00:00
Loaded 2924 entries from dependency cache.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION   = "1.38.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "i686-poky-linux"
MACHINE  = "n03"
DISTRO   = "paos"
DISTRO_VERSION   = "V00.00.00.00+20180810081758"
TUNE_FEATURES= "m32 core2"
TARGET_FPU   = ""
meta
meta-poky
meta-yocto-bsp   = "sumo:90f7edb32ac2500d93bb7ca5045a9d048f551223"
meta-intel   = "sumo:2430f73ee06f3315ebebe69899f1977f9a09e29f"
meta-oe
meta-networking
meta-webserver
meta-python  = "sumo:b0950aeff5b630256bb5e25ca15f4d59c115e7c1"
meta-paos= "sumo:868e997207973e36b0c234d0fc15feb95bd43691"

Initialising tasks: 100%
|#|
Time: 0:00:01
NOTE: Executing SetScene Tasks
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_install, the
basehash value changed from 24111597162d38fd390e841e6f56dc4d to
4a106097d4026a13c8c4cd044d3205ea. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_build, the
basehash value changed from 5c43aed4a9092b482bb1752bf2bc6c77 to
f1826637a34672b54af7df5c386ef23e. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_rm_work_all,
the basehash value changed from feebb25773dc03b1cf6db636d5214969 to
2f1459ba52df671e203ee4eebf329c1b. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_rm_work, the
basehash value changed from 2439e6e4307fc4e8fa3b16ae176465a7 to
0ed9ab83e5f072e8de213cc9173fc3f1. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_package_qa,
the basehash value changed from f0986c1a9ed77a7a02f5a1701ad6555c to
703b85ffb48341ac9448cdc09b21972c. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_package, the
basehash value changed from 8dfee62341c210c1491f7a55bfdf1599 to
7bf74359937329f35f45dc323df3838f. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_packagedata,
the basehash value changed from 82d302910ea05592c02cef9345ea03c5 to
d81e3172b19508fa700d9c0ddd5189a3. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
/opt/PAOS/paos/meta/recipes-core/meta/meta-environment.bb.do_generate_content,
the basehash value changed from 94851fe026f63ca9177435dd95bc9892 to
f81e1185488d59cf32b16c1dee2a9ae8. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
virtual:nativesdk:/opt/PAOS/paos/meta/recipes-devtools/gnu-config/gnu-config_git.bb.do_populate_sysroot,
the basehash value changed from 4d246741a8c07f0e9b360e483e057849 to
94f49989601e38100e28ec723a0847a3. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
virtual:nativesdk:/opt/PAOS/paos/meta/recipes-devtools/gnu-config/gnu-config_git.bb.do_configure,
the basehash value changed from 750ef62f4d7030ec7dfd01036b384d54 to
2213a251819b1c2ad91a825814e1caf0. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing
virtual:nativesdk:/opt/PAOS/paos/meta/recipes-devtools/gnu-config/gnu-config_git.bb.do_compile,
the basehash value changed from 9023398d142227c1d855ffb017cdd21d to
ec8fa059f32a68ee55206d3b58dd4487. The metadata is not deterministic and
this needs to be fixed.
ERROR: When reparsing

[yocto] [PATCH][meta-cgl] pacemaker: upgrade 1.1.16 -> 1.1.19

2018-08-10 Thread changqing.li
From: Changqing Li 

Signed-off-by: Changqing Li 
---
 ...-pacemaker-fix-compile-error-of-musl-libc.patch | 56 ++
 .../pacemaker/0001-pacemaker-fix-xml-config.patch  | 19 +---
 .../{pacemaker_1.1.16.bb => pacemaker_1.1.19.bb}   |  7 ++-
 3 files changed, 73 insertions(+), 9 deletions(-)
 create mode 100644 
meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-compile-error-of-musl-libc.patch
 rename meta-cgl-common/recipes-cgl/pacemaker/{pacemaker_1.1.16.bb => 
pacemaker_1.1.19.bb} (94%)

diff --git 
a/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-compile-error-of-musl-libc.patch
 
b/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-compile-error-of-musl-libc.patch
new file mode 100644
index 000..f8cbb7e
--- /dev/null
+++ 
b/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-compile-error-of-musl-libc.patch
@@ -0,0 +1,56 @@
+From 51b0df9242bb1e3eb41362381472a00727910f64 Mon Sep 17 00:00:00 2001
+From: Changqing Li 
+Date: Fri, 10 Aug 2018 15:08:31 +0800
+Subject: [PATCH] pacemaker: fix compile error of musl libc
+
+Upstream-Status: Pending
+
+Signed-off-by: Changqing Li 
+---
+ include/crm/stonith-ng.h | 1 +
+ lib/cib/cib_remote.c | 3 ---
+ tools/crm_mon.c  | 2 +-
+ 3 files changed, 2 insertions(+), 4 deletions(-)
+
+diff --git a/include/crm/stonith-ng.h b/include/crm/stonith-ng.h
+index 56c1ec7..a637b47 100644
+--- a/include/crm/stonith-ng.h
 b/include/crm/stonith-ng.h
+@@ -28,6 +28,7 @@
+ #  include 
+ #  include 
+ #  include 
++#  include 
+ 
+ /* TO-DO: Work out how to drop this requirement */
+ #  include 
+diff --git a/lib/cib/cib_remote.c b/lib/cib/cib_remote.c
+index 4d7b93b..8be8ecc 100644
+--- a/lib/cib/cib_remote.c
 b/lib/cib/cib_remote.c
+@@ -53,9 +53,6 @@ typedef void gnutls_session_t;
+ #endif
+ 
+ #include 
+-#ifndef ON_BSD
+-#  include 
+-#endif
+ 
+ #define DH_BITS 1024
+ 
+diff --git a/tools/crm_mon.c b/tools/crm_mon.c
+index 7c63803..1ae6c21 100644
+--- a/tools/crm_mon.c
 b/tools/crm_mon.c
+@@ -553,7 +553,7 @@ main(int argc, char **argv)
+ 
+ #if !defined (ON_DARWIN) && !defined (ON_BSD)
+ /* prevent zombies */
+-signal(SIGCLD, SIG_IGN);
++signal(SIGCHLD, SIG_IGN);
+ #endif
+ 
+ if (crm_ends_with_ext(argv[0], ".cgi") == TRUE) {
+-- 
+2.7.4
+
diff --git 
a/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-xml-config.patch
 
b/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-xml-config.patch
index c27052d..72c3a1e 100644
--- 
a/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-xml-config.patch
+++ 
b/meta-cgl-common/recipes-cgl/pacemaker/pacemaker/0001-pacemaker-fix-xml-config.patch
@@ -1,27 +1,29 @@
-From a55e235f56bc6e894e79fa200c39678e06ef985e Mon Sep 17 00:00:00 2001
-From: Bian Naimeng 
-Date: Fri, 3 Jul 2015 15:48:58 +0900
+From ac1ff1d538d2be205fbcc9676c6497a1395b71d8 Mon Sep 17 00:00:00 2001
+From: Changqing Li 
+Date: Fri, 10 Aug 2018 14:59:33 +0800
 Subject: [PATCH] pacemaker: fix xml config
 
 Signed-off-by: Bian Naimeng 
 
+update to version 1.1.19
+Signed-off-by: Changqing Li 
 ---
  configure.ac | 17 ++---
  1 file changed, 6 insertions(+), 11 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index 7195f9b..5e420f2 100644
+index 3bf1914..345caeb 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -557,7 +557,6 @@ AC_PATH_PROGS(TAR, tar)
+@@ -555,7 +555,6 @@ AC_PATH_PROGS(TAR, tar)
  AC_PATH_PROGS(MD5, md5)
  AC_PATH_PROGS(TEST, test)
- AC_PATH_PROGS(PKGCONFIG, pkg-config)
+ PKG_PROG_PKG_CONFIG
 -AC_PATH_PROGS(XML2CONFIG, xml2-config)
  AC_PATH_PROGS(VALGRIND_BIN, valgrind, /usr/bin/valgrind)
  AC_DEFINE_UNQUOTED(VALGRIND_BIN, "$VALGRIND_BIN", Valgrind command)
  
-@@ -807,17 +806,13 @@ dnl AC_CHECK_HEADERS(netinet/icmp6.h)
+@@ -805,17 +804,13 @@ dnl AC_CHECK_HEADERS(netinet/icmp6.h)
  dnl AC_CHECK_HEADERS(netinet/ip6.h)
  dnl AC_CHECK_HEADERS(netinet/ip_icmp.h)
  
@@ -45,3 +47,6 @@ index 7195f9b..5e420f2 100644
  
  AC_CHECK_HEADERS(libxml/xpath.h)
  AC_CHECK_HEADERS(libxslt/xslt.h)
+-- 
+2.7.4
+
diff --git a/meta-cgl-common/recipes-cgl/pacemaker/pacemaker_1.1.16.bb 
b/meta-cgl-common/recipes-cgl/pacemaker/pacemaker_1.1.19.bb
similarity index 94%
rename from meta-cgl-common/recipes-cgl/pacemaker/pacemaker_1.1.16.bb
rename to meta-cgl-common/recipes-cgl/pacemaker/pacemaker_1.1.19.bb
index 8726111..bd3526d 100644
--- a/meta-cgl-common/recipes-cgl/pacemaker/pacemaker_1.1.16.bb
+++ b/meta-cgl-common/recipes-cgl/pacemaker/pacemaker_1.1.19.bb
@@ -24,8 +24,11 @@ SRC_URI = 
"https://github.com/ClusterLabs/${BPN}/archive/Pacemaker-${PV}.zip \
file://volatiles \
file://tmpfiles \
   "
-SRC_URI[md5sum] = "6f60f733823d31acbef4556fb749c457"
-SRC_URI[sha256sum] = 
"2642264b27c584eff5747a2a34c7f2bff13d52741e4e5cc70f14b2b6cd1fe7d5"
+
+SRC_URI_append_libc-musl = 
"file://0001-pacemaker-fix-compile-error-of-musl-libc.patch"
+
+SRC_URI[md5sum] = 

[yocto] [PATCH][meta-cgl] libtest-pod-perl: 1.51 -> 1.52

2018-08-10 Thread changqing.li
From: Changqing Li 

Signed-off-by: Changqing Li 
---
 .../perl/{libtest-pod-perl_1.51.bb => libtest-pod-perl_1.52.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-cgl-common/recipes-perl/perl/{libtest-pod-perl_1.51.bb => 
libtest-pod-perl_1.52.bb} (78%)

diff --git a/meta-cgl-common/recipes-perl/perl/libtest-pod-perl_1.51.bb 
b/meta-cgl-common/recipes-perl/perl/libtest-pod-perl_1.52.bb
similarity index 78%
rename from meta-cgl-common/recipes-perl/perl/libtest-pod-perl_1.51.bb
rename to meta-cgl-common/recipes-perl/perl/libtest-pod-perl_1.52.bb
index 230576f..ff5538e 100644
--- a/meta-cgl-common/recipes-perl/perl/libtest-pod-perl_1.51.bb
+++ b/meta-cgl-common/recipes-perl/perl/libtest-pod-perl_1.52.bb
@@ -12,8 +12,8 @@ RDEPENDS_${PN} += " perl-module-test-more \
 PR = "r2"
 
 SRC_URI 
="http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Test-Pod-${PV}.tar.gz;name=test-pod-perl-${PV};
-SRC_URI[test-pod-perl-1.51.md5sum] = "f806aa84de2f0c0fba48b3a5a8a4aecf"
-SRC_URI[test-pod-perl-1.51.sha256sum] = 
"c1a1d3cedf4a579e3aad89c36f9878a8542b6656dbe71f1581420f49582d7efb"
+SRC_URI[test-pod-perl-1.52.md5sum] = "472dda77746d48e6465bf62e47aeca81"
+SRC_URI[test-pod-perl-1.52.sha256sum] = 
"60a8dbcc60168bf1daa5cc2350236df9343e9878f4ab9830970a5dde6fe8e5fc"
 S = "${WORKDIR}/Test-Pod-${PV}"
 
 inherit cpan
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH][meta-cgl] monit: 5.20.0 -> 5.25.2

2018-08-10 Thread changqing.li
From: Changqing Li 

Signed-off-by: Changqing Li 
---
 .../recipes-cgl/monit/{monit_5.20.0.bb => monit_5.25.2.bb}  | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-cgl-common/recipes-cgl/monit/{monit_5.20.0.bb => monit_5.25.2.bb} 
(91%)

diff --git a/meta-cgl-common/recipes-cgl/monit/monit_5.20.0.bb 
b/meta-cgl-common/recipes-cgl/monit/monit_5.25.2.bb
similarity index 91%
rename from meta-cgl-common/recipes-cgl/monit/monit_5.20.0.bb
rename to meta-cgl-common/recipes-cgl/monit/monit_5.25.2.bb
index 955a28c..ab9e922 100644
--- a/meta-cgl-common/recipes-cgl/monit/monit_5.20.0.bb
+++ b/meta-cgl-common/recipes-cgl/monit/monit_5.25.2.bb
@@ -9,7 +9,7 @@ HOMEPAGE = "http://mmonit.com/monit/;
 LICENSE = "AGPLv3"
 LIC_FILES_CHKSUM = "file://COPYING;md5=ea116a7defaf0e93b3bb73b2a34a3f51"
 
-DEPENDS = "openssl"
+DEPENDS = "openssl zlib"
 
 SRC_URI = "\
http://mmonit.com/monit/dist/${BP}.tar.gz \
@@ -17,8 +17,8 @@ SRC_URI = "\
file://init \
"
 
-SRC_URI[md5sum] = "769a44ee13b4e1f90156b58dc2f7ea7c"
-SRC_URI[sha256sum] = 
"ebac395ec50c1ae64d568db1260bc049d0e0e624c00e79d7b1b9a59c2679b98d"
+SRC_URI[md5sum] = "890df599d6c1e9cfbbdd3edbacb7db81"
+SRC_URI[sha256sum] = 
"aa0ce6361d1155e43e30a86dcff00b2003d434f221c360981ced830275abc64a"
 
 INITSCRIPT_NAME = "monit"
 INITSCRIPT_PARAMS = "defaults 99"
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH][meta-cgl] libwww-perl: 6.05 -> 6.35

2018-08-10 Thread changqing.li
From: Changqing Li 

License-Update: license file change from README to LICENSE

Signed-off-by: Changqing Li 
---
 .../perl/{libwww-perl_6.05.bb => libwww-perl_6.35.bb}  | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta-cgl-common/recipes-perl/perl/{libwww-perl_6.05.bb => 
libwww-perl_6.35.bb} (50%)

diff --git a/meta-cgl-common/recipes-perl/perl/libwww-perl_6.05.bb 
b/meta-cgl-common/recipes-perl/perl/libwww-perl_6.35.bb
similarity index 50%
rename from meta-cgl-common/recipes-perl/perl/libwww-perl_6.05.bb
rename to meta-cgl-common/recipes-perl/perl/libwww-perl_6.35.bb
index 21f9df4..b986b4e 100644
--- a/meta-cgl-common/recipes-perl/perl/libwww-perl_6.05.bb
+++ b/meta-cgl-common/recipes-perl/perl/libwww-perl_6.35.bb
@@ -1,8 +1,8 @@
 DESCRIPTION = "libwww-perl provides a simple and consistent API to the World 
Wide Web"
-HOMEPAGE = "http://search.cpan.org/dist/libwww-perl/;
+HOMEPAGE = "https://metacpan.org/release/libwww-perl;
 SECTION = "libs"
 LICENSE = "Artistic-1.0 | GPL-1.0+"
-LIC_FILES_CHKSUM = 
"file://README;beginline=92;endline=98;md5=3da13bc02f8f17ed35ac5d192cae6fe4"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=225d44a95fa3addb1da6d91187ab189f"
 DEPENDS = "liburi-perl-native libhtml-parser-perl-native 
libhtml-tagset-perl-native"
 RDEPENDS_${PN} += " \
libhtml-parser-perl \
@@ -15,9 +15,9 @@ BBCLASSEXTEND = "native"
 
 PR = "r2"
 
-SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/libwww-perl-${PV}.tar.gz;name=libwww-perl-${PV};
-SRC_URI[libwww-perl-6.05.md5sum] = "637d5f1eb61336ca2caa6e026b382f87"
-SRC_URI[libwww-perl-6.05.sha256sum] = 
"7b25799ff7eec18e8e4e97dc0cad7b2a5b433b50b13feb59d9179173bee78f23"
+SRC_URI = 
"https://cpan.metacpan.org/authors/id/E/ET/ETHER/libwww-perl-${PV}.tar.gz;name=libwww-perl-${PV};
+SRC_URI[libwww-perl-6.35.md5sum] = "19cd0f55f61359c973caa9301ec405bd"
+SRC_URI[libwww-perl-6.35.sha256sum] = 
"dda2578d7b32152c4afce834761a61d117de286c705a9f7972c7ac6032ca5953"
 
 S = "${WORKDIR}/libwww-perl-${PV}"
 
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH][meta-cgl] crmsh: 2.3.2 -> 3.0.3

2018-08-10 Thread changqing.li
From: Changqing Li 

Signed-off-by: Changqing Li 
---
 meta-cgl-common/recipes-cgl/crmsh/{crmsh_2.3.2.bb => crmsh_3.0.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-cgl-common/recipes-cgl/crmsh/{crmsh_2.3.2.bb => crmsh_3.0.3.bb} 
(87%)

diff --git a/meta-cgl-common/recipes-cgl/crmsh/crmsh_2.3.2.bb 
b/meta-cgl-common/recipes-cgl/crmsh/crmsh_3.0.3.bb
similarity index 87%
rename from meta-cgl-common/recipes-cgl/crmsh/crmsh_2.3.2.bb
rename to meta-cgl-common/recipes-cgl/crmsh/crmsh_3.0.3.bb
index 709fbff..b28a826 100644
--- a/meta-cgl-common/recipes-cgl/crmsh/crmsh_2.3.2.bb
+++ b/meta-cgl-common/recipes-cgl/crmsh/crmsh_3.0.3.bb
@@ -17,8 +17,8 @@ SRC_URI = 
"https://github.com/ClusterLabs/crmsh/archive/${PV}.tar.gz;downloadfil
file://tweaks_for_build.patch \
   "
 
-SRC_URI[md5sum] = "0a475d3c56a158dc991de61a26450eb5"
-SRC_URI[sha256sum] = 
"ac78b7786f6a52cc3d86b3d80b2d8627e84873330cd4846d5ea48869189ad864"
+SRC_URI[md5sum] = "563b463155a652820c8d1319418e88b7"
+SRC_URI[sha256sum] = 
"364fadb0d0c9619676e10bb75f4ea833a49019aa77ddb26229bc9d1c435585c0"
 
 inherit autotools-brokensep distutils-base
 
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH][meta-cgl] libsocket6-perl: 0.23 -> 0.28

2018-08-10 Thread changqing.li
From: Changqing Li 

License-Update: copyright year update

Signed-off-by: Changqing Li 
---
 .../0001-socket6-perl-fix-configure-error.patch| 34 ++
 ...ocket6-perl_0.23.bb => libsocket6-perl_0.28.bb} | 10 ---
 2 files changed, 40 insertions(+), 4 deletions(-)
 create mode 100644 
meta-cgl-common/recipes-perl/perl/libsocket6-perl/0001-socket6-perl-fix-configure-error.patch
 rename meta-cgl-common/recipes-perl/perl/{libsocket6-perl_0.23.bb => 
libsocket6-perl_0.28.bb} (72%)

diff --git 
a/meta-cgl-common/recipes-perl/perl/libsocket6-perl/0001-socket6-perl-fix-configure-error.patch
 
b/meta-cgl-common/recipes-perl/perl/libsocket6-perl/0001-socket6-perl-fix-configure-error.patch
new file mode 100644
index 000..07745c8
--- /dev/null
+++ 
b/meta-cgl-common/recipes-perl/perl/libsocket6-perl/0001-socket6-perl-fix-configure-error.patch
@@ -0,0 +1,34 @@
+From b33a6a83687fc58cd5f662d44ba8819498cb80a4 Mon Sep 17 00:00:00 2001
+From: Changqing Li 
+Date: Thu, 9 Aug 2018 14:10:32 +0800
+Subject: [PATCH] socket6-perl: fix configure error
+
+only do IPv6_CHECK_INET_NTOP when not cross compile to fix below
+error: checking for working inet_ntop..., configure: error:
+cannot run test program while cross compiling
+
+Upstream-Status: Inappropriate [oe specific]
+
+Signed-off-by: Changqing Li 
+---
+ configure.in | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/configure.in b/configure.in
+index 1fe22e1..1a7cf94 100644
+--- a/configure.in
 b/configure.in
+@@ -63,7 +63,9 @@ if test $ac_cv_lib_inet6_getaddrinfo = yes; then
+   INET6LIBS="-L$ipv6_cv_dir/lib -linet6"
+ fi
+ 
+-IPv6_CHECK_INET_NTOP()
++if test "$cross_compiling" != yes; then
++  IPv6_CHECK_INET_NTOP()
++fi
+ IPv6_CHECK_SA_LEN()
+ IPv6_CHECK_SIN6_SCOPE_ID()
+ IPv6_CHECK_SOCKLEN_T()
+-- 
+2.7.4
+
diff --git a/meta-cgl-common/recipes-perl/perl/libsocket6-perl_0.23.bb 
b/meta-cgl-common/recipes-perl/perl/libsocket6-perl_0.28.bb
similarity index 72%
rename from meta-cgl-common/recipes-perl/perl/libsocket6-perl_0.23.bb
rename to meta-cgl-common/recipes-perl/perl/libsocket6-perl_0.28.bb
index 5ab0f4a..f76ff22 100644
--- a/meta-cgl-common/recipes-perl/perl/libsocket6-perl_0.23.bb
+++ b/meta-cgl-common/recipes-perl/perl/libsocket6-perl_0.28.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "Perl extensions for IPv6"
 HOMEPAGE = "https://metacpan.org/release/Socket6;
 SECTION = "libs"
 LICENSE = "BSD"
-LIC_FILES_CHKSUM = 
"file://README;beginline=31;md5=ad207d410de6d8ca6b4655469baa1ab4"
+LIC_FILES_CHKSUM = 
"file://README;beginline=31;md5=aa15b0e3744ac40eaada8738eccd24df"
 PR = "r2"
 
 BBCLASSEXTEND = "native"
@@ -10,9 +10,11 @@ BBCLASSEXTEND = "native"
 CFLAGS += "-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE"
 BUILD_CFLAGS += "-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE"
 
-SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/U/UM/UMEMOTO/Socket6-${PV}.tar.gz;name=socket6-perl-${PV};
-SRC_URI[socket6-perl-0.23.md5sum] = "2c02adb13c449d48d232bb704ddbd492"
-SRC_URI[socket6-perl-0.23.sha256sum] = 
"eda753f0197e8c3c8d4ab20a634561ce84011fa51aa5ff40d4dbcb326ace0833"
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/U/UM/UMEMOTO/Socket6-${PV}.tar.gz;name=socket6-perl-${PV}
 \
+   file://0001-socket6-perl-fix-configure-error.patch \
+"
+SRC_URI[socket6-perl-0.28.md5sum] = "aa8489135a3dbcec6233396e1aeb043b"
+SRC_URI[socket6-perl-0.28.sha256sum] = 
"bfd49ab99f3197c99285fed4683c4edc06277c1e4453f593e694d7bff0974586"
 
 S = "${WORKDIR}/Socket6-${PV}"
 
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH][meta-cgl] libmailtools-perl: 2.18 -> 2.20

2018-08-10 Thread changqing.li
From: Changqing Li 

License-Update: copyright year update

Signed-off-by: Changqing Li 
---
 .../perl/{libmailtools-perl_2.18.bb => libmailtools-perl_2.20.bb}   | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-cgl-common/recipes-perl/perl/{libmailtools-perl_2.18.bb => 
libmailtools-perl_2.20.bb} (78%)

diff --git a/meta-cgl-common/recipes-perl/perl/libmailtools-perl_2.18.bb 
b/meta-cgl-common/recipes-perl/perl/libmailtools-perl_2.20.bb
similarity index 78%
rename from meta-cgl-common/recipes-perl/perl/libmailtools-perl_2.18.bb
rename to meta-cgl-common/recipes-perl/perl/libmailtools-perl_2.20.bb
index 07128e0..dec7979 100644
--- a/meta-cgl-common/recipes-perl/perl/libmailtools-perl_2.18.bb
+++ b/meta-cgl-common/recipes-perl/perl/libmailtools-perl_2.20.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "MailTools is a set of Perl modules related to 
mail applications"
 HOMEPAGE = "http://search.cpan.org/dist/MailTools/;
 SECTION = "libs"
 LICENSE = "Artistic-1.0 | GPL-1.0+"
-LIC_FILES_CHKSUM = 
"file://lib/Mail/Mailer.pod;beginline=144;md5=93c9027e72612b3555f857c4fc17b953"
+LIC_FILES_CHKSUM = 
"file://lib/Mail/Mailer.pod;beginline=144;md5=641bd171b1aaabba1fc83ac0a98a2d30"
 DEPENDS = " \
libtest-pod-perl-native \
libtimedate-perl-native \
@@ -18,8 +18,8 @@ BBCLASSEXTEND = "native"
 PR = "r2"
 
 SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/M/MA/MARKOV/MailTools-${PV}.tar.gz;
-SRC_URI[md5sum] = "972468ab5207b90398d77bed4ffc361d"
-SRC_URI[sha256sum] = 
"dfee9e770257371112f20d978e637759e81bc4f19e97b083585c71ecab37b527"
+SRC_URI[md5sum] = "53e9d35256c3fd7cef0e4a24b15e9512"
+SRC_URI[sha256sum] = 
"f55606f7a9cc342ee9d5f996e2b6a4c0047e2ee47cd88c3250ecf0d0c5fb3196"
 
 S = "${WORKDIR}/MailTools-${PV}"
 
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto