Re: [OE-core] Git commit process question.

[Adrian Bunk]

On Mon, Apr 01, 2019 at 04:20:41PM -0700, akuster808 wrote:
> 
> 
> On 4/1/19 4:02 PM, Richard Purdie wrote:
> > On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> >> Hello,
> >>
> >> I have noticed a large number of git commits with no header
> >> information being accepted.
> > Can you be more specific about what "no header information" means? You
> > mean a shortlog and no full log message?
> Commits with just a "subject" and signoff. No additional information
> 
> We tend to reference back to how the kernel does things.
> 
> https://www.kernel.org/doc/html/latest/process/submitting-patches.html
> These two sections in particular.
> 
> 
> 2) Describe your changes
> 
> Describe your problem. Whether your patch is a one-line bug fix or 5000
> lines of a new feature, there must be an underlying problem that
> motivated you to do this work. Convince the reviewer that there is a
> problem worth fixing and that it makes sense for them to read past the
> first paragraph.
>...

The kernel does not have "upgrade foo to the latest upstream version" commits.

With the Automatic Upgrade Helper this is a semi-automatic task, and 
most of the time there is no specific motivation other than upgrading
to the latest upstream version.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] harfbuzz:upgrade 2.3.1 -> 2.4.0

[Zang Ruochen]

-Upgrade from harfbuzz_2.3.1.bb to harfbuzz_2.4.0.bb.

Signed-off-by: Zang Ruochen 
---
 .../harfbuzz/{harfbuzz_2.3.1.bb => harfbuzz_2.4.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_2.3.1.bb => harfbuzz_2.4.0.bb} 
(89%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_2.3.1.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb
similarity index 89%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_2.3.1.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb
index 4b292d8ea9..5855d77c50 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_2.3.1.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb
@@ -11,8 +11,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \
 DEPENDS = "glib-2.0 cairo fontconfig freetype"
 
 SRC_URI = "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2";
-SRC_URI[md5sum] = "531de9df7c8a5405dd9c6a873fcee8c2"
-SRC_URI[sha256sum] = 
"f205699d5b91374008d6f8e36c59e419ae2d9a7bb8c5d9f34041b9a5abcae468"
+SRC_URI[md5sum] = "ebccf8203103766383d4c5a0767b102d"
+SRC_URI[sha256sum] = 
"9035005903da74667d28bb181986e879e11da3d5986722759fa145cca781ead6"
 
 inherit autotools pkgconfig lib_package gtk-doc
 
-- 
2.20.1



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Git commit process question.

[Jon Mason]

On Tue, Apr 2, 2019 at 6:41 AM Mark Hatle  wrote:
>
> On 4/1/19 6:20 PM, akuster808 wrote:
> >
> >
> > On 4/1/19 4:02 PM, Richard Purdie wrote:
> >> On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> >>> Hello,
> >>>
> >>> I have noticed a large number of git commits with no header
> >>> information being accepted.
> >> Can you be more specific about what "no header information" means? You
> >> mean a shortlog and no full log message?
> > Commits with just a "subject" and signoff. No additional information
>
> If you can convey the reason for the change in just the subject, that is
> acceptable.. but there is -always- supposed to be a signed-off-by line 
> according
> to our guidelines.
>
> So if you see this, I think we need to step back and figure out where and why
> it's happening and get it resolved in the future.
>
> (Places I've seen in the past were one-off mistakes and clearly that -- so it
> wasn't anything that we needed to work on a correction.)
>
> --Mark
>
> > We tend to reference back to how the kernel does things.
> >
> > https://www.kernel.org/doc/html/latest/process/submitting-patches.html
> > These two sections in particular.
> >
> >
> > 2) Describe your changes
> >
> > Describe your problem. Whether your patch is a one-line bug fix or 5000 
> > lines of
> > a new feature, there must be an underlying problem that motivated you to do 
> > this
> > work. Convince the reviewer that there is a problem worth fixing and that it
> > makes sense for them to read past the first paragraph.
> >
> >
> > along with this section.
> >
> >
> > 14) The canonical patch format
> >
> > This section describes how the patch itself should be formatted. Note that, 
> > if
> > you have your patches stored in a |git| repository, proper patch formatting 
> > can
> > be had with |git format-patch|. The tools cannot create the necessary text,
> > though, so read the instructions below anyway.
> >
> > The canonical patch subject line is:
> >
> > Subject: [PATCH 001/123] subsystem: summary phrase
> >
> > The canonical patch message body contains the following:
> >
> >   * A |from| line specifying the patch author, followed by an empty line
> > (only needed if the person sending the patch is not the author).
> >   * The body of the explanation, line wrapped at 75 columns, which will 
> > be
> > copied to the permanent changelog to describe this patch.
> >   * An empty line.
> >   * The |Signed-off-by:| lines, described above, which will also go in 
> > the
> > changelog.
> >   * A marker line containing simply |---|.
> >   * Any additional comments not suitable for the changelog.
> >   * The actual patch (|diff| output).
> >
> >
> > - Armin

There are existing git hooks that can be used to detect and fail to
merge patches like this.  For Linux, I have the following in
.git/hooks/pre-commit
#!/bin/sh
exec git diff --cached | scripts/checkpatch.pl -

Perhaps something similar can be added to check for this.

Thanks,
Jon

> >
> >> Cheers,
> >>
> >> Richard
> >>
> >
> >
>
> --
> ___
> 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

Re: [OE-core] [PATCH] asciidoc: use Python 3 port

[Khem Raj]

I find many posts reporting similar issue also I see it happen on
ubuntu 18.04 host as well

https://groups.google.com/forum/#!topic/asciidoc/FC-eOwU8rYg
https://groups.google.com/forum/#!topic/asciidoc/N4boYdQ3Zik

On Mon, Apr 1, 2019 at 7:01 AM Burton, Ross  wrote:
>
> Error 4 is 'validation error', can you recover the file that is failing?
>
> Ross
>
> On Sat, 30 Mar 2019 at 02:01, Khem Raj  wrote:
> >
> > On Wed, Mar 27, 2019 at 7:20 AM Ross Burton  wrote:
> > >
> > > There's a sort-of-official port of asciidoc to Python 3.  Whilst the 
> > > official
> > > replacement is asciidoctor which is rewritten in Ruby, this is a fairly 
> > > trivial
> > > swap and removes Python 2 from core-image-sato builds entirely.
> > >
> > > Moving forward we should evaluate asciidoctor, but that can wait.
> > >
> > > Change the RDEPENDS so that python3 is only a dependency for target and
> > > nativesdk builds, for native this can use the host python3.
> > >
> > > Remove redundant DESTDIR export that isn't needed.
> > >
> >
> > its failing on my archlinux builder, ideas ?
> >
> > https://errors.yoctoproject.org/Errors/Details/234833/
> > https://errors.yoctoproject.org/Errors/Details/234829/
> >
> > > Signed-off-by: Ross Burton 
> > > ---
> > >  meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb | 21 
> > > -
> > >  1 file changed, 12 insertions(+), 9 deletions(-)
> > >
> > > diff --git a/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb 
> > > b/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
> > > index 38164d55735..d0d15171ac4 100644
> > > --- a/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
> > > +++ b/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
> > > @@ -8,17 +8,20 @@ LICENSE = "GPLv2"
> > >  LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
> > >  
> > > file://COPYRIGHT;md5=029ad5428ba5efa20176b396222d4069"
> > >
> > > -SRC_URI = 
> > > "http://downloads.sourceforge.net/project/${BPN}/${BPN}/${PV}/${BP}.tar.gz";
> > > -SRC_URI[md5sum] = "c59018f105be8d022714b826b0be130a"
> > > -SRC_URI[sha256sum] = 
> > > "78db9d0567c8ab6570a6eff7ffdf84eadd91f2dfc0a92a2d0105d323cab4e1f0"
> > > +SRC_URI = "git://github.com/asciidoc/asciidoc-py3;protocol=https"
> > > +SRCREV = "618f6e6f6b558ed1e5f2588cd60a5a6b4f881ca0"
> > > +PV .= "+py3-git${SRCPV}"
> > >
> > > -UPSTREAM_CHECK_URI = "https://sourceforge.net/projects/asciidoc/files/";
> > > +DEPENDS = "libxml2-native libxslt-native docbook-xml-dtd4-native"
> > >
> > > +S = "${WORKDIR}/git"
> > > +
> > > +# Not using automake
> > >  inherit autotools-brokensep
> > > +CLEANBROKEN = "1"
> > >
> > > -export DESTDIR = "${D}"
> > > -DEPENDS_class-native = "docbook-xml-dtd4-native"
> > > -RDEPENDS_${PN} += "python"
> > > -BBCLASSEXTEND = "native"
> > > +# target and nativesdk needs python3, but for native we can use the host.
> > > +RDEPENDS_${PN} += "python3"
> > > +RDEPENDS_remove_class-native = "python3"
> > >
> > > -CLEANBROKEN = "1"
> > > +BBCLASSEXTEND = "native nativesdk"
> > > --
> > > 2.11.0
> > >
> > > --
> > > ___
> > > 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 V2] llvm: fix link error for powerpc

[changqing.li]

From: Changqing Li 

fix below link error for powerpc

lib/libLLVMSupport.a(CommandLine.cpp.o): in function 
`llvm::cl::opt_storage<(anonymous namespace):
:HelpPrinterWrapper, true, true>::setLocation(llvm::cl::Option&, (anonymous 
namespace)::HelpPrinterWrapper&) [clone .isra.189]':
/usr/src/debug/llvm/8.0-r0/git/llvm/include/llvm/Support/CommandLine.h:1218:(.text.startup+0x5c):
relocation truncated to fit: R_PPC_PLTREL24 against symbol `llvm::errs()' 
defined in .text section in lib/libLLVMSupport.a(raw_ostream.cpp.o)+8000
lib/libLLVMSupport.a(CommandLine.cpp.o): in function `setLocation':

Signed-off-by: Changqing Li 
---
 meta/recipes-devtools/llvm/llvm_git.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index d2ea927..a35ea4a 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -88,6 +88,8 @@ EXTRA_OECMAKE_append_class-nativesdk = "\
   -DLLVM_CONFIG_PATH=${STAGING_BINDIR_NATIVE}/llvm-config${PV} 
\
  "
 
+CXXFLAGS_append_class-target_powerpc = " -mlongcall"
+
 do_configure_prepend() {
 # Fix paths in llvm-config
sed -i 
"s|sys::path::parent_path(CurrentPath))\.str()|sys::path::parent_path(sys::path::parent_path(CurrentPath))).str()|g"
 ${S}/tools/llvm-config/llvm-config.cpp
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Git commit process question.

[Mark Hatle]

On 4/1/19 6:20 PM, akuster808 wrote:
> 
> 
> On 4/1/19 4:02 PM, Richard Purdie wrote:
>> On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
>>> Hello,
>>>
>>> I have noticed a large number of git commits with no header
>>> information being accepted.
>> Can you be more specific about what "no header information" means? You
>> mean a shortlog and no full log message?
> Commits with just a "subject" and signoff. No additional information

If you can convey the reason for the change in just the subject, that is
acceptable.. but there is -always- supposed to be a signed-off-by line according
to our guidelines.

So if you see this, I think we need to step back and figure out where and why
it's happening and get it resolved in the future.

(Places I've seen in the past were one-off mistakes and clearly that -- so it
wasn't anything that we needed to work on a correction.)

--Mark

> We tend to reference back to how the kernel does things.
> 
> https://www.kernel.org/doc/html/latest/process/submitting-patches.html
> These two sections in particular.
> 
> 
> 2) Describe your changes
> 
> Describe your problem. Whether your patch is a one-line bug fix or 5000 lines 
> of
> a new feature, there must be an underlying problem that motivated you to do 
> this
> work. Convince the reviewer that there is a problem worth fixing and that it
> makes sense for them to read past the first paragraph.
> 
> 
> along with this section.
> 
> 
> 14) The canonical patch format
> 
> This section describes how the patch itself should be formatted. Note that, if
> you have your patches stored in a |git| repository, proper patch formatting 
> can
> be had with |git format-patch|. The tools cannot create the necessary text,
> though, so read the instructions below anyway.
> 
> The canonical patch subject line is:
> 
> Subject: [PATCH 001/123] subsystem: summary phrase
> 
> The canonical patch message body contains the following:
> 
>   * A |from| line specifying the patch author, followed by an empty line
> (only needed if the person sending the patch is not the author).
>   * The body of the explanation, line wrapped at 75 columns, which will be
> copied to the permanent changelog to describe this patch.
>   * An empty line.
>   * The |Signed-off-by:| lines, described above, which will also go in the
> changelog.
>   * A marker line containing simply |---|.
>   * Any additional comments not suitable for the changelog.
>   * The actual patch (|diff| output).
> 
> 
> - Armin
> 
>> Cheers,
>>
>> Richard
>>
> 
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libcomps: update to 0.1.11

[Burton, Ross]

On Tue, 2 Apr 2019 at 00:18, Oleksandr Kravchuk
 wrote:
> I wonder that as well.
>
> As someone rather new to the YP, I would sensitively like to learn why,
> so I don't waste your time in the future again, because I have not
> ignored the warning/error. I have simply not seen one.

This only happens occasionally and we've never managed to get to the
bottom of it.

Using the current patch (not a fixed one) can you force it to rebuild libcomps:

$ bitbake libcomps -C unpack

And then mail me the log.do_patch from the work directory?

Also, do you have PATCHRESOLVE set?  Probably best to check that using
bitbake -e just in case you've a site/distro config setting it:

$ bitbake -e | grep PATCHRESOLVE=

Thanks for all the patches, it's much appreciated.  We're deep in
feature freeze right now but I'm queueing them up for when master
opens for upgrades again.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Git commit process question.

[akuster808]

On 4/1/19 4:02 PM, Richard Purdie wrote:
> On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
>> Hello,
>>
>> I have noticed a large number of git commits with no header
>> information being accepted.
> Can you be more specific about what "no header information" means? You
> mean a shortlog and no full log message?
Commits with just a "subject" and signoff. No additional information

We tend to reference back to how the kernel does things.

https://www.kernel.org/doc/html/latest/process/submitting-patches.html
These two sections in particular.


2) Describe your changes

Describe your problem. Whether your patch is a one-line bug fix or 5000
lines of a new feature, there must be an underlying problem that
motivated you to do this work. Convince the reviewer that there is a
problem worth fixing and that it makes sense for them to read past the
first paragraph.


along with this section.


14) The canonical patch format

This section describes how the patch itself should be formatted. Note
that, if you have your patches stored in a |git| repository, proper
patch formatting can be had with |git format-patch|. The tools cannot
create the necessary text, though, so read the instructions below anyway.

The canonical patch subject line is:

Subject: [PATCH 001/123] subsystem: summary phrase

The canonical patch message body contains the following:

  * A |from| line specifying the patch author, followed by an empty
line (only needed if the person sending the patch is not the
author).
  * The body of the explanation, line wrapped at 75 columns, which
will be copied to the permanent changelog to describe this patch.
  * An empty line.
  * The |Signed-off-by:| lines, described above, which will also go
in the changelog.
  * A marker line containing simply |---|.
  * Any additional comments not suitable for the changelog.
  * The actual patch (|diff| output).


- Armin

>
> Cheers,
>
> Richard
>

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libcomps: update to 0.1.11

[Oleksandr Kravchuk]

Ross -

I wonder that as well.

As someone rather new to the YP, I would sensitively like to learn why,
so I don't waste your time in the future again, because I have not
ignored the warning/error. I have simply not seen one.

On 02/04/2019 01:13, Burton, Ross wrote:
> For me:
>
> ERROR: libcomps-0.1.11-r0 do_patch: Command Error: 'quilt --quiltrc
> /data/poky-tmp/master/work/corei7-64-poky-linux/libcomps/0.1.11-r0/recipe-sysroot-native/etc/quiltrc
> push' exited with 0  Output:
> Applying patch 0002-Set-library-installation-path-correctly.patch
> patching file libcomps/src/CMakeLists.txt
> Hunk #1 FAILED at 52.
> 1 out of 1 hunk FAILED -- rejects in file libcomps/src/CMakeLists.txt
> Patch 0002-Set-library-installation-path-correctly.patch can be 
> reverse-applied
> ERROR: libcomps-0.1.11-r0 do_patch:
> ERROR: libcomps-0.1.11-r0 do_patch: Function failed: patch_do_patch
>
> I've always wondered why some people have this as a silent "it's
> already applied" and others get a fatal error.
>
> Ross
>
> On Mon, 1 Apr 2019 at 23:24, Oleksandr Kravchuk
>  wrote:
>> Signed-off-by: Oleksandr Kravchuk 
>> ---
>>  .../libcomps/{libcomps_git.bb => libcomps_0.1.11.bb}  | 4 +---
>>  1 file changed, 1 insertion(+), 3 deletions(-)
>>  rename meta/recipes-devtools/libcomps/{libcomps_git.bb => 
>> libcomps_0.1.11.bb} (92%)
>>
>> diff --git a/meta/recipes-devtools/libcomps/libcomps_git.bb 
>> b/meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
>> similarity index 92%
>> rename from meta/recipes-devtools/libcomps/libcomps_git.bb
>> rename to meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
>> index ff6820851f..cf6f46484d 100644
>> --- a/meta/recipes-devtools/libcomps/libcomps_git.bb
>> +++ b/meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
>> @@ -9,8 +9,7 @@ SRC_URI = 
>> "git://github.com/rpm-software-management/libcomps.git \
>> file://0001-Add-crc32.c-to-sources-list.patch \
>> "
>>
>> -PV = "0.1.10"
>> -SRCREV = "86a82fcd155c27092340d15a34f5c75c4da88243"
>> +SRCREV = "d868a79b76fb980d1371c28124ae07f00d2b63a9"
>>
>>  S = "${WORKDIR}/git"
>>
>> @@ -22,4 +21,3 @@ EXTRA_OECMAKE = " 
>> -DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -DPYTHON_DESIR
>>  OECMAKE_SOURCEPATH = "${S}/libcomps"
>>
>>  BBCLASSEXTEND = "native nativesdk"
>> -
>> --
>> 2.17.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

Re: [OE-core] [PATCH] libcomps: update to 0.1.11

[Burton, Ross]

For me:

ERROR: libcomps-0.1.11-r0 do_patch: Command Error: 'quilt --quiltrc
/data/poky-tmp/master/work/corei7-64-poky-linux/libcomps/0.1.11-r0/recipe-sysroot-native/etc/quiltrc
push' exited with 0  Output:
Applying patch 0002-Set-library-installation-path-correctly.patch
patching file libcomps/src/CMakeLists.txt
Hunk #1 FAILED at 52.
1 out of 1 hunk FAILED -- rejects in file libcomps/src/CMakeLists.txt
Patch 0002-Set-library-installation-path-correctly.patch can be reverse-applied
ERROR: libcomps-0.1.11-r0 do_patch:
ERROR: libcomps-0.1.11-r0 do_patch: Function failed: patch_do_patch

I've always wondered why some people have this as a silent "it's
already applied" and others get a fatal error.

Ross

On Mon, 1 Apr 2019 at 23:24, Oleksandr Kravchuk
 wrote:
>
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../libcomps/{libcomps_git.bb => libcomps_0.1.11.bb}  | 4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
>  rename meta/recipes-devtools/libcomps/{libcomps_git.bb => 
> libcomps_0.1.11.bb} (92%)
>
> diff --git a/meta/recipes-devtools/libcomps/libcomps_git.bb 
> b/meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
> similarity index 92%
> rename from meta/recipes-devtools/libcomps/libcomps_git.bb
> rename to meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
> index ff6820851f..cf6f46484d 100644
> --- a/meta/recipes-devtools/libcomps/libcomps_git.bb
> +++ b/meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
> @@ -9,8 +9,7 @@ SRC_URI = 
> "git://github.com/rpm-software-management/libcomps.git \
> file://0001-Add-crc32.c-to-sources-list.patch \
> "
>
> -PV = "0.1.10"
> -SRCREV = "86a82fcd155c27092340d15a34f5c75c4da88243"
> +SRCREV = "d868a79b76fb980d1371c28124ae07f00d2b63a9"
>
>  S = "${WORKDIR}/git"
>
> @@ -22,4 +21,3 @@ EXTRA_OECMAKE = " 
> -DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -DPYTHON_DESIR
>  OECMAKE_SOURCEPATH = "${S}/libcomps"
>
>  BBCLASSEXTEND = "native nativesdk"
> -
> --
> 2.17.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] layer.conf: Update to warrior release name series

[Richard Purdie]

Signed-off-by: Richard Purdie 
---
 meta-selftest/conf/layer.conf | 2 +-
 meta-skeleton/conf/layer.conf | 2 +-
 meta/conf/layer.conf  | 4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta-selftest/conf/layer.conf b/meta-selftest/conf/layer.conf
index 0626b2a3ea4..080350a56dc 100644
--- a/meta-selftest/conf/layer.conf
+++ b/meta-selftest/conf/layer.conf
@@ -9,4 +9,4 @@ BBFILE_COLLECTIONS += "selftest"
 BBFILE_PATTERN_selftest = "^${LAYERDIR}/"
 BBFILE_PRIORITY_selftest = "5"
 
-LAYERSERIES_COMPAT_selftest = "thud"
+LAYERSERIES_COMPAT_selftest = "warrior"
diff --git a/meta-skeleton/conf/layer.conf b/meta-skeleton/conf/layer.conf
index 13bda7b5706..7d4ffb46ed5 100644
--- a/meta-skeleton/conf/layer.conf
+++ b/meta-skeleton/conf/layer.conf
@@ -14,4 +14,4 @@ LAYERVERSION_skeleton = "1"
 
 LAYERDEPENDS_skeleton = "core"
 
-LAYERSERIES_COMPAT_skeleton = "thud"
+LAYERSERIES_COMPAT_skeleton = "warrior"
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 12e39566517..9d63b5b24d0 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -7,12 +7,12 @@ BBFILE_COLLECTIONS += "core"
 BBFILE_PATTERN_core = "^${LAYERDIR}/"
 BBFILE_PRIORITY_core = "5"
 
-LAYERSERIES_CORENAMES = "thud"
+LAYERSERIES_CORENAMES = "warrior"
 
 # This should only be incremented on significant changes that will
 # cause compatibility issues with other layers
 LAYERVERSION_core = "11"
-LAYERSERIES_COMPAT_core = "thud"
+LAYERSERIES_COMPAT_core = "warrior"
 
 BBLAYERS_LAYERINDEX_NAME_core = "openembedded-core"
 
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][master][PATCH v3 3/3] devtool: provide support for devtool menuconfig command

[Paul Eggleton]

On Friday, 29 March 2019 7:55:21 AM NZDT Sai Hari Chandana Kalluri wrote:
> +  pn =  rd.getVar('PN', True)
> +  if pn not in workspace:
> + raise DevtoolError("Run devtool modify before calling menuconfig 
> for %s" %pn)

Did you see my earlier comment re check_workspace_recipe() ?


> +  if not rd.getVarFlag('do_menuconfig','task'):
> + raise DevtoolError("This package does not support menuconfig 
> option")

package -> recipe


> +  workspace_dir = os.path.join(basepath,'workspace/sources')
> +  kconfigpath = rd.getVar('B')
> +  pn_src = os.path.join(workspace_dir,pn)
> +
> +  #add check to see if oe_local_files exists or not
> +  localfilesdir = os.path.join(pn_src,'oe-local-files') 
> +  if not os.path.exists(localfilesdir):
> +  bb.utils.mkdirhier(localfilesdir)
> +  #Add gitignore to ensure source tree is clean
> +  gitignorefile = os.path.join(localfilesdir,'.gitignore')
> +  with open(gitignorefile, 'w') as f:
> +  f.write('# Ignore local files, by default. Remove this 
> file if you want to commit the directory to Git\n')
> +  f.write('*\n')

I didn't reply to your earlier question on this, sorry about that, but I think 
this is OK.


> +def register_commands(subparsers, context):
> +"""register devtool subcommands from this plugin"""
> +parser_menuconfig = subparsers.add_parser('menuconfig',help='Alter 
> build-time configuration for a recipe', description='Launches the make 
> menuconfig command(for recipes where do_menuconfig is available), allowing 
> users to make changes to the build-time configuration. Creates a config 
> fragment corresponding to changes made.', group='advanced') 

There's a missing space before the '(' in "command(for recipes".


Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Git commit process question.

[Richard Purdie]

On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> Hello,
> 
> I have noticed a large number of git commits with no header
> information being accepted.

Can you be more specific about what "no header information" means? You
mean a shortlog and no full log message?

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] devtool: prevent starting git gc in background

[Paul Eggleton]

Acked-by: Paul Eggleton 

On Friday, 22 March 2019 1:56:59 PM NZDT Taras Kondratiuk via Openembedded-core 
wrote:
> Devtool creates a git repository for extracted sources in a temporary
> directory and then moves it to a final destination after patching is
> done. Unfortunately devtool is not aware that some of its git operations
> may have caused git garbage collector to start in background. If timing
> is just right a repository move fails because GC is removing git objects
> while they are being moved.
> 
> The issue was hit on Krogoth release, but the code that moves created
> git repository is still the same.
> 
> Disable gc.autodetach to make GC run synchronously and block git until
> it is done.
> 
> Traceback (most recent call last):
>   File "/openembedded-core/scripts/devtool", line 342, in 
> ret = main()
>   File "/openembedded-core/scripts/devtool", line 329, in main
> ret = args.func(args, config, basepath, workspace)
>   File "/openembedded-core/scripts/lib/devtool/standard.py", line 352, 
> in extract
> initial_rev = _extract_source(srctree, args.keep_temp, args.branch, 
> False, rd)
>   File "/openembedded-core/scripts/lib/devtool/standard.py", line 644, 
> in _extract_source
> shutil.move(srcsubdir, srctree)
>   File "/usr/lib/python2.7/shutil.py", line 299, in move
> copytree(src, real_dst, symlinks=True)
>   File "/usr/lib/python2.7/shutil.py", line 208, in copytree
> raise Error, errors
> Error: [('/tmp/devtool5RXkuX/workdir/grpc-1.2.5/.git/objects/5e', 
> '/build/grpc/grpc_src/.git/objects/5e', "[Errno 2] No such file or 
> directory: '/tmp/devtool5RXkuX/workdir/grpc-1.2.5/.git/objects/5e'"), 
> ('/tmp/devtool5RXkuX/workdir/grpc-1.2.5/.git/objects/57', 
> '/build/grpc/grpc_src/.git/objects/57', "[Errno 2] No such file or 
> directory: '/tmp/devtool5RXkuX/workdir/grpc-1.2.5/.git/objects/57'"), many 
> git objects ... ]
> 
> Signed-off-by: Taras Kondratiuk 
> ---
> v2: Added "--local".
> 
>  scripts/lib/devtool/__init__.py | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/scripts/lib/devtool/__init__.py b/scripts/lib/devtool/__init__.py
> index 89f098a912a6..8fc7fffcd672 100644
> --- a/scripts/lib/devtool/__init__.py
> +++ b/scripts/lib/devtool/__init__.py
> @@ -205,6 +205,7 @@ def setup_git_repo(repodir, version, devbranch, 
> basetag='devtool-base', d=None):
>  import oe.patch
>  if not os.path.exists(os.path.join(repodir, '.git')):
>  bb.process.run('git init', cwd=repodir)
> +bb.process.run('git config --local gc.autodetach 0', cwd=repodir)
>  bb.process.run('git add .', cwd=repodir)
>  commit_cmd = ['git']
>  oe.patch.GitApplyTree.gitCommandUserOptions(commit_cmd, d=d)
> 


-- 

Paul Eggleton
Intel Open Source Technology Centre


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][master][PATCH v3 1/3] devtool/standard.py: Update devtool modify to copy source from work-shared if its already downloaded

[Paul Eggleton]

On Friday, 29 March 2019 7:55:19 AM NZDT Sai Hari Chandana Kalluri wrote:
> +def get_staging_kbranch(srcdir):
> +  staging_kbranch = ""
> +  if os.path.exists(srcdir) and os.listdir(srcdir):
> +  (branch, _) = bb.process.run('git branch | grep \* | cut -d \' \' 
> -f2', cwd=srcdir)
> +  staging_kbranch = "".join(branch.split('\n')[0])

This would be a lot more simply implemented as:

  (branch, _) = bb.process.run('git branch | grep \*', cwd=srcdir)
   staging_kbranch = branch.split()[1]

Note however that this produces "(HEAD" if the current checked out revision is 
detached from a branch, as I believe your original code would. Is that an issue?

> @@ -763,6 +783,80 @@ def modify(args, config, basepath, workspace):
>  initial_rev = None
>  commits = []
>  check_commits = False
> +
> +if bb.data.inherits_class('kernel-yocto', rd):
> +   #Current set kernel version
> +   kernelVersion = rd.getVar('LINUX_VERSION')
> +   srcdir = rd.getVar('STAGING_KERNEL_DIR')
> +   kbranch = rd.getVar('KBRANCH')
> +
> +   staging_kerVer = get_staging_kver(srcdir)
> +   staging_kbranch = get_staging_kbranch(srcdir)
> +   if (os.path.exists(srcdir) and os.listdir(srcdir)) and 
> (kernelVersion in staging_kerVer and staging_kbranch == kbranch):
> +  oe.path.copyhardlinktree(srcdir,srctree)
> +  workdir = rd.getVar('WORKDIR')
> +  srcsubdir = rd.getVar('S')
> +  localfilesdir = os.path.join(srctree,'oe-local-files') 
> +  # Move local source files into separate subdir
> +  recipe_patches = [os.path.basename(patch) for patch in 
> oe.recipeutils.get_recipe_patches(rd)]
> +  local_files = oe.recipeutils.get_recipe_local_files(rd)
> +
> +  for key in local_files.copy():
> +if key.endswith('scc'):
> +  sccfile = open(local_files[key], 'r')
> +  for l in sccfile:
> +  line = l.split()
> +  if line and line[0] in ('kconf', 'patch'):
> +cfg = 
> os.path.join(os.path.dirname(local_files[key]), line[-1])
> +if not cfg in local_files.values():
> +local_files[line[-1]] = cfg
> +shutil.copy2(cfg, workdir)
> +  sccfile.close()

When opening a file please use "with open()..." so that it's guaranteed to be 
closed.

> +
> +  # Ignore local files with subdir={BP}
> +  srcabspath = os.path.abspath(srcsubdir)
> +  local_files = [fname for fname in local_files if 
> os.path.exists(os.path.join(workdir, fname)) and  (srcabspath == workdir or 
> not  os.path.join(workdir, fname).startswith(srcabspath + os.sep))]
> +  if local_files:
> +   for fname in local_files:
> +  _move_file(os.path.join(workdir, fname), 
> os.path.join(srctree, 'oe-local-files', fname))
> +   with open(os.path.join(srctree, 'oe-local-files', 
> '.gitignore'), 'w') as f:
> +  f.write('# Ignore local files, by default. 
> Remove this file ''if you want to commit the directory to Git\n*\n')
> +
> +  if os.path.abspath(rd.getVar('S')) == 
> os.path.abspath(rd.getVar('WORKDIR')):
> +  # If recipe extracts to ${WORKDIR}, symlink the files into 
> the srctree
> +  # (otherwise the recipe won't build as expected)
> +local_files_dir = os.path.join(srctree, 
> 'oe-local-files')
> +addfiles = []
> +for root, _, files in os.walk(local_files_dir):
> +relpth = os.path.relpath(root, local_files_dir)
> +if relpth != '.':
> +  bb.utils.mkdirhier(os.path.join(srctree, 
> relpth))
> +for fn in files:
> +if fn == '.gitignore':
> +continue
> +destpth = os.path.join(srctree, relpth, fn)
> +if os.path.exists(destpth):
> +os.unlink(destpth)
> +os.symlink('oe-local-files/%s' % fn, destpth)
> +addfiles.append(os.path.join(relpth, fn))
> +if addfiles:
> +   bb.process.run('git add %s' % ' '.join(addfiles), 
> cwd=srctree)
> +useroptions = []
> +
> oe.patch.GitApplyTree.gitCommandU

[OE-core] [PATCH] libgpg-error: update to 1.36

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../{libgpg-error_1.35.bb => libgpg-error_1.36.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libgpg-error/{libgpg-error_1.35.bb => 
libgpg-error_1.36.bb} (94%)

diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.35.bb 
b/meta/recipes-support/libgpg-error/libgpg-error_1.36.bb
similarity index 94%
rename from meta/recipes-support/libgpg-error/libgpg-error_1.35.bb
rename to meta/recipes-support/libgpg-error/libgpg-error_1.36.bb
index 57ac143fd5..2db544a12e 100644
--- a/meta/recipes-support/libgpg-error/libgpg-error_1.35.bb
+++ b/meta/recipes-support/libgpg-error/libgpg-error_1.36.bb
@@ -16,8 +16,8 @@ SRC_URI = 
"${GNUPG_MIRROR}/libgpg-error/libgpg-error-${PV}.tar.bz2 \
file://pkgconfig.patch \
  "
 
-SRC_URI[md5sum] = "2808a9e044f883f7554c5ba6a380b711"
-SRC_URI[sha256sum] = 
"cbd5ee62a8a8c88d48c158fff4fc9ead4132aacd1b4a56eb791f9f997d07e067"
+SRC_URI[md5sum] = "eff437f397e858a9127b76c0d87fa5ed"
+SRC_URI[sha256sum] = 
"babd98437208c163175c29453f8681094bcaf92968a15cafb1a276076b33c97c"
 
 BINCONFIG = "${bindir}/gpg-error-config"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libsolv: update to 0.7.4

[Oleksandr Kravchuk]

Removed patch has been upstreammed.

Signed-off-by: Oleksandr Kravchuk 
---
 ...y-disfavor-recommends-if-there-are-a.patch | 33 ---
 .../{libsolv_0.7.3.bb => libsolv_0.7.4.bb}|  7 ++--
 2 files changed, 3 insertions(+), 37 deletions(-)
 delete mode 100644 
meta/recipes-extended/libsolv/libsolv/0001-solver_solve-only-disfavor-recommends-if-there-are-a.patch
 rename meta/recipes-extended/libsolv/{libsolv_0.7.3.bb => libsolv_0.7.4.bb} 
(79%)

diff --git 
a/meta/recipes-extended/libsolv/libsolv/0001-solver_solve-only-disfavor-recommends-if-there-are-a.patch
 
b/meta/recipes-extended/libsolv/libsolv/0001-solver_solve-only-disfavor-recommends-if-there-are-a.patch
deleted file mode 100644
index 139613a0ad..00
--- 
a/meta/recipes-extended/libsolv/libsolv/0001-solver_solve-only-disfavor-recommends-if-there-are-a.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 19d7cc87adba92d31d5fafdf7db00920d24a96a6 Mon Sep 17 00:00:00 2001
-From: Alejandro del Castillo 
-Date: Wed, 6 Feb 2019 13:24:04 -0600
-Subject: [PATCH] solver_solve: only disfavor recommends if there are any
-
-In a repo that have pkg 'a' and 'b' available, and 'b' is disfavored,
-but 'a' doesn't recommend 'b', libsolv segfaults on
-solver_addrecommendsrules, since solv->recommendsruleq is null. Only
-call solver_addrecommendsrules if there are recommends rules.
-
-Signed-off-by: Alejandro del Castillo 
-
-Upstream-Status: Accepted

- src/solver.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/solver.c b/src/solver.c
-index a80090d19..ad78327a8 100644
 a/src/solver.c
-+++ b/src/solver.c
-@@ -3920,7 +3920,7 @@ solver_solve(Solver *solv, Queue *job)
-   else
- solv->yumobsrules = solv->yumobsrules_end = solv->nrules;
- 
--  if (solv->havedisfavored && solv->strongrecommends)
-+  if (solv->havedisfavored && solv->strongrecommends && solv->recommendsruleq)
- solver_addrecommendsrules(solv);
-   else
- solv->recommendsrules = solv->recommendsrules_end = solv->nrules;
--- 
-2.20.1
-
diff --git a/meta/recipes-extended/libsolv/libsolv_0.7.3.bb 
b/meta/recipes-extended/libsolv/libsolv_0.7.4.bb
similarity index 79%
rename from meta/recipes-extended/libsolv/libsolv_0.7.3.bb
rename to meta/recipes-extended/libsolv/libsolv_0.7.4.bb
index 3fe6f2c20a..f3927a887f 100644
--- a/meta/recipes-extended/libsolv/libsolv_0.7.3.bb
+++ b/meta/recipes-extended/libsolv/libsolv_0.7.4.bb
@@ -7,11 +7,10 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8"
 
 DEPENDS = "expat zlib"
 
-SRC_URI = "git://github.com/openSUSE/libsolv.git \
-   
file://0001-solver_solve-only-disfavor-recommends-if-there-are-a.patch \
-"
+SRC_URI = "git://github.com/openSUSE/libsolv.git"
+
+SRCREV = "51fc3b1214aa9677e972712fa1ce6916e438751f"
 
-SRCREV = "dc7d0f1c3113f2c8217563166906bef3eb5d1ee1"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libinput: update to 1.13.0

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../wayland/{libinput_1.12.6.bb => libinput_1.13.0.bb}| 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-graphics/wayland/{libinput_1.12.6.bb => 
libinput_1.13.0.bb} (84%)

diff --git a/meta/recipes-graphics/wayland/libinput_1.12.6.bb 
b/meta/recipes-graphics/wayland/libinput_1.13.0.bb
similarity index 84%
rename from meta/recipes-graphics/wayland/libinput_1.12.6.bb
rename to meta/recipes-graphics/wayland/libinput_1.13.0.bb
index 46366b7511..77792b9bb1 100644
--- a/meta/recipes-graphics/wayland/libinput_1.12.6.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.13.0.bb
@@ -7,12 +7,12 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=1f2ea9ebff3a2c6d458faf58492efb63"
 
 DEPENDS = "libevdev udev mtdev"
 
-SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \
-   "
-SRC_URI[md5sum] = "8cf10cc0fdfab865b105dd28283fa0fd"
-SRC_URI[sha256sum] = 
"12b4023a3fc683d3d8127db573bdf925a2ef366615042f69c87e57c32a50f45d"
+SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz";
+SRC_URI[md5sum] = "ea0834452b03457f8a33359db3eabfbf"
+SRC_URI[sha256sum] = 
"eb27c95d35c8fc9c7b96b9f0b2de5a043c47eb5f4b2868f353ab1bd0be0b616d"
 
 UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.(?!9\d+)\d+)"
+
 inherit meson pkgconfig lib_package
 
 PACKAGECONFIG ??= ""
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Git commit process question.

[akuster808]

Hello,

I have noticed a large number of git commits with no header information
being accepted.

Are we still following:

https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines



regards,
Armin

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] glib-networking: remove PACKAGECONFIG for gnutls

[Andreas Müller]

* with patch suggested in [1] build complains with:
  | ERROR: glib-networking-2.58.0-r0 do_configure: QA Issue: glib-networking: 
configure was passed unrecognised options: gnutls [unknown-configure-option]
* it turned mandatory - see meson.build:
  | # *** Checks for GnuTLS ***
  | gnutls_dep = dependency('gnutls', version: '>= 3.4.4', required: true)

[1] 
http://lists.openembedded.org/pipermail/openembedded-core/2019-April/280693.html

Signed-off-by: Andreas Müller 
---
 meta/recipes-core/glib-networking/glib-networking_2.58.0.bb | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/meta/recipes-core/glib-networking/glib-networking_2.58.0.bb 
b/meta/recipes-core/glib-networking/glib-networking_2.58.0.bb
index f3190e1cae0..a4138d67cc6 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.58.0.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.58.0.bb
@@ -7,14 +7,11 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
 SECTION = "libs"
-DEPENDS = "glib-2.0"
+DEPENDS = "glib-2.0 gnutls"
 
 SRC_URI[archive.md5sum] = "75b14b7e73a67753be9ce307751c661d"
 SRC_URI[archive.sha256sum] = 
"bdfa0255e031b8ee003cc283002536b77ee76450105f1dc6ab066b9bf4330068"
 
-PACKAGECONFIG ??= "gnutls"
-
-PACKAGECONFIG[gnutls] = "-Dgnutls=true,-Dgnutls=false,gnutls"
 PACKAGECONFIG[libproxy] = 
"-Dlibproxy_support=true,-Dlibproxy_support=false,libproxy"
 
 EXTRA_OEMESON = "-Dgnome_proxy_support=false"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] createrepo-c: update to 0.12.2

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../{createrepo-c_git.bb => createrepo-c_0.12.2.bb}| 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-devtools/createrepo-c/{createrepo-c_git.bb => 
createrepo-c_0.12.2.bb} (94%)

diff --git a/meta/recipes-devtools/createrepo-c/createrepo-c_git.bb 
b/meta/recipes-devtools/createrepo-c/createrepo-c_0.12.2.bb
similarity index 94%
rename from meta/recipes-devtools/createrepo-c/createrepo-c_git.bb
rename to meta/recipes-devtools/createrepo-c/createrepo-c_0.12.2.bb
index 9aa8d2ae73..c70523dca6 100644
--- a/meta/recipes-devtools/createrepo-c/createrepo-c_git.bb
+++ b/meta/recipes-devtools/createrepo-c/createrepo-c_0.12.2.bb
@@ -8,8 +8,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/createrepo_c \
file://0001-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch \
"
 
-PV = "0.12.1"
-SRCREV = "7744554ddef7c5be2cd7fbcac49c8b24ce60ef88"
+SRCREV = "5b4c06f6af24633f667da37455281f24a4abd461"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libcomps: update to 0.1.11

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../libcomps/{libcomps_git.bb => libcomps_0.1.11.bb}  | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)
 rename meta/recipes-devtools/libcomps/{libcomps_git.bb => libcomps_0.1.11.bb} 
(92%)

diff --git a/meta/recipes-devtools/libcomps/libcomps_git.bb 
b/meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
similarity index 92%
rename from meta/recipes-devtools/libcomps/libcomps_git.bb
rename to meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
index ff6820851f..cf6f46484d 100644
--- a/meta/recipes-devtools/libcomps/libcomps_git.bb
+++ b/meta/recipes-devtools/libcomps/libcomps_0.1.11.bb
@@ -9,8 +9,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/libcomps.git \
file://0001-Add-crc32.c-to-sources-list.patch \
"
 
-PV = "0.1.10"
-SRCREV = "86a82fcd155c27092340d15a34f5c75c4da88243"
+SRCREV = "d868a79b76fb980d1371c28124ae07f00d2b63a9"
 
 S = "${WORKDIR}/git"
 
@@ -22,4 +21,3 @@ EXTRA_OECMAKE = " 
-DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -DPYTHON_DESIR
 OECMAKE_SOURCEPATH = "${S}/libcomps"
 
 BBCLASSEXTEND = "native nativesdk"
-
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am to 8:30am on the first Tuesday (PST)

[sjolley.yp.pm]

All,

 

Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST tomorrow. (April 2nd)  We will start planning for YP 2.8 

 

Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

 

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

 

WhenMonthly from 8am to 9am on the first Tuesday Pacific Time

Where   Zoom Meeting: https://zoom.us/j/990892712 

 

I will be tracking the minutes at:
https://docs.google.com/document/d/1Y5IIuE-z0Ykdl-DwuzUJh52flOZuhN_TSAfw2tdU
9pg/edit?ts=5c06b22d  Please request access if you want to assist in editing
them.  The world should have view access. 

 

The planning document for YP 2.8 is at:
https://drive.google.com/open?id=1CNEKA4d0eT6-e0hnS2pwi7xdZ5_t6smpZO2HbaJGXb
U   If you want to add ideas or edit it, just request it and I will grant
you edit access.

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Yocto Project Unassigned Bugs - Help Needed

[sjolley.yp.pm]

All,

 

The triage team meets weekly and does its best to handle the bugs reported
into the Bugzilla. The number of people attending that meeting has fallen,
as have the number of people available to help fix bugs. One of the things
we hear users report is they don't know how to help. We (the triage team)
are therefore going to start reporting out the currently 287 unassigned
bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.

 

Bugs are split into two types, "true bugs" where things don't work as they
should and "enhancements" which are features we'd want to add to the system.

 

There are also roughly four different "priority" classes right now, "2.7",
"2.8", "2.9', "2.99" and "Future", the more pressing/urgent issues being in
"2.7" and then "2.8".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me
(stephen.k.jol...@intel.com  ) an e-mail
with the bug number you would like and I will assign it to you (please make
sure you have a Bugzilla account).

 

The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Unassigned_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] dropbear: update to 2019.78

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-core/dropbear/dropbear_2019.77.bb | 4 
 meta/recipes-core/dropbear/dropbear_2019.78.bb | 4 
 2 files changed, 4 insertions(+), 4 deletions(-)
 delete mode 100644 meta/recipes-core/dropbear/dropbear_2019.77.bb
 create mode 100644 meta/recipes-core/dropbear/dropbear_2019.78.bb

diff --git a/meta/recipes-core/dropbear/dropbear_2019.77.bb 
b/meta/recipes-core/dropbear/dropbear_2019.77.bb
deleted file mode 100644
index d2a71ba647..00
--- a/meta/recipes-core/dropbear/dropbear_2019.77.bb
+++ /dev/null
@@ -1,4 +0,0 @@
-require dropbear.inc
-
-SRC_URI[md5sum] = "5d4f0256c5d13820b0a3eaadb1a0bc1a"
-SRC_URI[sha256sum] = 
"d91f78ebe633be1d071fd1b7e5535b9693794048b019e9f4bea257e1992b458d"
diff --git a/meta/recipes-core/dropbear/dropbear_2019.78.bb 
b/meta/recipes-core/dropbear/dropbear_2019.78.bb
new file mode 100644
index 00..d2cd8161bf
--- /dev/null
+++ b/meta/recipes-core/dropbear/dropbear_2019.78.bb
@@ -0,0 +1,4 @@
+require dropbear.inc
+
+SRC_URI[md5sum] = "a972c85ed678ad0fdcb7844e1294fb54"
+SRC_URI[sha256sum] = 
"525965971272270995364a0eb01f35180d793182e63dd0b0c3eb0292291644a4"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libsecret: 0.18.8

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../libsecret/{libsecret_0.18.7.bb => libsecret_0.18.8.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/libsecret/{libsecret_0.18.7.bb => 
libsecret_0.18.8.bb} (81%)

diff --git a/meta/recipes-gnome/libsecret/libsecret_0.18.7.bb 
b/meta/recipes-gnome/libsecret/libsecret_0.18.8.bb
similarity index 81%
rename from meta/recipes-gnome/libsecret/libsecret_0.18.7.bb
rename to meta/recipes-gnome/libsecret/libsecret_0.18.8.bb
index 0061b88053..544f35346b 100644
--- a/meta/recipes-gnome/libsecret/libsecret_0.18.7.bb
+++ b/meta/recipes-gnome/libsecret/libsecret_0.18.8.bb
@@ -8,8 +8,8 @@ DEPENDS += "glib-2.0 libgcrypt gettext-native intltool-native"
 
 PACKAGECONFIG[manpages] = "--enable-manpages, --disable-manpages, 
libxslt-native xmlto-native"
 
-SRC_URI[archive.md5sum] = "376153ece17081eb5410870e0dc5c031"
-SRC_URI[archive.sha256sum] = 
"0d66fe1fc4561b3e046ee281d7c5a703a9baac88a8c4fb42ebc739d31dabd487"
+SRC_URI[archive.md5sum] = "fee403988442f497f3c1dfe7b128869c"
+SRC_URI[archive.sha256sum] = 
"3bfa889d260e0dbabcf5b9967f2aae12edcd2ddc9adc365de7a5cc840c311d15"
 
 # http://errors.yoctoproject.org/Errors/Details/20228/
 ARM_INSTRUCTION_SET_armv4 = "arm"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] wget: update to 1.20.2

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-extended/wget/wget_1.20.1.bb | 8 
 meta/recipes-extended/wget/wget_1.20.2.bb | 8 
 2 files changed, 8 insertions(+), 8 deletions(-)
 delete mode 100644 meta/recipes-extended/wget/wget_1.20.1.bb
 create mode 100644 meta/recipes-extended/wget/wget_1.20.2.bb

diff --git a/meta/recipes-extended/wget/wget_1.20.1.bb 
b/meta/recipes-extended/wget/wget_1.20.1.bb
deleted file mode 100644
index d176bd0acd..00
--- a/meta/recipes-extended/wget/wget_1.20.1.bb
+++ /dev/null
@@ -1,8 +0,0 @@
-SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \
-   file://0002-improve-reproducibility.patch \
-  "
-
-SRC_URI[md5sum] = "f6ebe9c7b375fc9832fb1b2028271fb7"
-SRC_URI[sha256sum] = 
"b783b390cb571c837b392857945f5a1f00ec6b043177cc42abb8ee1b542ee1b3"
-
-require wget.inc
diff --git a/meta/recipes-extended/wget/wget_1.20.2.bb 
b/meta/recipes-extended/wget/wget_1.20.2.bb
new file mode 100644
index 00..cd20785259
--- /dev/null
+++ b/meta/recipes-extended/wget/wget_1.20.2.bb
@@ -0,0 +1,8 @@
+SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \
+   file://0002-improve-reproducibility.patch \
+  "
+
+SRC_URI[md5sum] = "2692f6678e93601441306b5c1fc6a77a"
+SRC_URI[sha256sum] = 
"7e43b98cb5e10234836ebef6faf24c4d96c0ae7a480e49ff658117cc4793d166"
+
+require wget.inc
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libxcrypt: update to 4.4.4

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../{libxcrypt.bb => libxcrypt_4.4.4.bb}   | 18 ++
 1 file changed, 10 insertions(+), 8 deletions(-)
 rename meta/recipes-core/libxcrypt/{libxcrypt.bb => libxcrypt_4.4.4.bb} (68%)

diff --git a/meta/recipes-core/libxcrypt/libxcrypt.bb 
b/meta/recipes-core/libxcrypt/libxcrypt_4.4.4.bb
similarity index 68%
rename from meta/recipes-core/libxcrypt/libxcrypt.bb
rename to meta/recipes-core/libxcrypt/libxcrypt_4.4.4.bb
index 3b9af6d739..e3c87b3e02 100644
--- a/meta/recipes-core/libxcrypt/libxcrypt.bb
+++ b/meta/recipes-core/libxcrypt/libxcrypt_4.4.4.bb
@@ -4,22 +4,24 @@ HOMEPAGE = "https://github.com/besser82/libxcrypt";
 SECTION = "libs"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM ?= "file://LICENSING;md5=be275bc7f91642efe7709a8ae7a1433b \
-  file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c \
+ file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c \
 "
 
 inherit autotools pkgconfig
 
-PV = "4.4.2"
-# v4.4.2
-SRCREV ?= "cf6abf18083566ec1612af27982a5160c9e0f137"
-SRCBRANCH ?= "develop"
+PV = "4.4.4"
 
-SRC_URI = "git://github.com/besser82/libxcrypt.git;branch=${SRCBRANCH} \
-   "
+SRC_URI = "git://github.com/besser82/libxcrypt.git;branch=${SRCBRANCH}"
+SRCREV = "3b251d4e1af66aa7697c4ac96c689f996fa90c32"
+SRCBRANCH ?= "develop"
 
 PROVIDES = "virtual/crypt"
 
-FILES_${PN} = "${libdir}/libcrypt*.so.* ${libdir}/libcrypt-*.so 
${libdir}/libowcrypt*.so.* ${libdir}/libowcrypt-*.so"
+FILES_${PN} = "${libdir}/libcrypt*.so.* \
+   ${libdir}/libcrypt-*.so \
+   ${libdir}/libowcrypt*.so.* \
+   ${libdir}/libowcrypt-*.so \
+"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libatomic-ops: update to 7.6.10

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../{libatomic-ops_7.6.8.bb => libatomic-ops_7.6.10.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/libatomic-ops/{libatomic-ops_7.6.8.bb => 
libatomic-ops_7.6.10.bb} (82%)

diff --git a/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.8.bb 
b/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.10.bb
similarity index 82%
rename from meta/recipes-support/libatomic-ops/libatomic-ops_7.6.8.bb
rename to meta/recipes-support/libatomic-ops/libatomic-ops_7.6.10.bb
index 8292c3b312..a30f38eb73 100644
--- a/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.8.bb
+++ b/meta/recipes-support/libatomic-ops/libatomic-ops_7.6.10.bb
@@ -7,11 +7,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
file://doc/LICENSING.txt;md5=e00dd5c8ac03a14c5ae5225a4525fa2d \
 "
 
-SRC_URI = 
"https://github.com/ivmai/libatomic_ops/releases/download/v${PV}/libatomic_ops-${PV}.tar.gz";
 UPSTREAM_CHECK_URI = "https://github.com/ivmai/libatomic_ops/releases";
 
-SRC_URI[md5sum] = "99128f05e3e3f4e0cd39aa23f23bbe0c"
-SRC_URI[sha256sum] = 
"1d6a279edf81767e74d2ad2c9fce09459bc65f12c6525a40b0cb3e53c089f665"
+SRC_URI = 
"https://github.com/ivmai/libatomic_ops/releases/download/v${PV}/libatomic_ops-${PV}.tar.gz";
+SRC_URI[md5sum] = "90a78a84d9c28ce11f331c25289bfbd0"
+SRC_URI[sha256sum] = 
"587edf60817f56daf1e1ab38a4b3c729b8e846ff67b4f62a6157183708f099af"
 
 S = "${WORKDIR}/libatomic_ops-${PV}"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] xtrans: update to 1.4.0

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../xorg-lib/{xtrans_1.3.5.bb => xtrans_1.4.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{xtrans_1.3.5.bb => xtrans_1.4.0.bb} 
(83%)

diff --git a/meta/recipes-graphics/xorg-lib/xtrans_1.3.5.bb 
b/meta/recipes-graphics/xorg-lib/xtrans_1.4.0.bb
similarity index 83%
rename from meta/recipes-graphics/xorg-lib/xtrans_1.3.5.bb
rename to meta/recipes-graphics/xorg-lib/xtrans_1.4.0.bb
index 200716fb02..5bf134b5f8 100644
--- a/meta/recipes-graphics/xorg-lib/xtrans_1.3.5.bb
+++ b/meta/recipes-graphics/xorg-lib/xtrans_1.4.0.bb
@@ -22,5 +22,5 @@ inherit gettext
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "c5ba432dd1514d858053ffe9f4737dd8"
-SRC_URI[sha256sum] = 
"adbd3b36932ce4c062cd10f57d78a156ba98d618bdb6f50664da327502bc8301"
+SRC_URI[md5sum] = "ce2fb8100c6647ee81451ebe388b17ad"
+SRC_URI[sha256sum] = 
"377c4491593c417946efcd2c7600d1e62639f7a8bbca391887e2c4679807d773"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libxft: update to 2.3.3

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../xorg-lib/{libxft_2.3.2.bb => libxft_2.3.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxft_2.3.2.bb => libxft_2.3.3.bb} 
(88%)

diff --git a/meta/recipes-graphics/xorg-lib/libxft_2.3.2.bb 
b/meta/recipes-graphics/xorg-lib/libxft_2.3.3.bb
similarity index 88%
rename from meta/recipes-graphics/xorg-lib/libxft_2.3.2.bb
rename to meta/recipes-graphics/xorg-lib/libxft_2.3.3.bb
index 4565ae2626..65bd9ae494 100644
--- a/meta/recipes-graphics/xorg-lib/libxft_2.3.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxft_2.3.3.bb
@@ -20,8 +20,8 @@ PROVIDES = "xft"
 
 PE = "1"
 
-SRC_URI[md5sum] = "331b3a2a3a1a78b5b44cfbd43f86fcfe"
-SRC_URI[sha256sum] = 
"f5a3c824761df351ca91827ac221090943ef28b248573486050de89f4bfcdc4c"
+SRC_URI[md5sum] = "4a433c24627b4ff60a4dd403a0990796"
+SRC_URI[sha256sum] = 
"225c68e616dd29dbb27809e45e9eadf18e4d74c50be43020ef20015274529216"
 
 XORG_PN = "libXft"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libxmu: update to 1.1.3

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../xorg-lib/{libxmu_1.1.2.bb => libxmu_1.1.3.bb}| 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxmu_1.1.2.bb => libxmu_1.1.3.bb} 
(86%)

diff --git a/meta/recipes-graphics/xorg-lib/libxmu_1.1.2.bb 
b/meta/recipes-graphics/xorg-lib/libxmu_1.1.3.bb
similarity index 86%
rename from meta/recipes-graphics/xorg-lib/libxmu_1.1.2.bb
rename to meta/recipes-graphics/xorg-lib/libxmu_1.1.3.bb
index 4740c15732..dc3179f53e 100644
--- a/meta/recipes-graphics/xorg-lib/libxmu_1.1.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxmu_1.1.3.bb
@@ -7,7 +7,6 @@ Widgets. A subset of the functions that do not rely on the 
Athena \
 Widgets (libXaw) or X Toolkit Instrinsics (libXt) are provided in a \
 second library, libXmuu."
 
-
 require xorg-lib-common.inc
 
 LICENSE = "MIT & MIT-style"
@@ -28,8 +27,8 @@ FILES_libxmuu = "${libdir}/libXmuu.so.*"
 
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "41d92ab627dfa06568076043f3e089e4"
-SRC_URI[sha256sum] = 
"756edc7c383254eef8b4e1b733c3bf1dc061b523c9f9833ac7058378b8349d0b"
+SRC_URI[md5sum] = "ac774cff8b493f566088a255dbf91201"
+SRC_URI[sha256sum] = 
"9c343225e7c3dc0904f2122b562278da5fed639b1b5e880d25111561bac5b731"
 
 PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
 PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

On Mon, Apr 1, 2019 at 9:34 PM Alexander Kanavin  wrote:
>
> On Mon, 1 Apr 2019 at 21:26, Andreas Müller  wrote:
> > What about musl? Am not sure that my information is still valid:
> > Broken qemu or not?
>
> musl is fine with qemu.
>
Just saw glib-networking failing for 'gnutils' option -> yes this
option is not available.

The very first I have to do is fixing fallout by unrecognised meson
options - hurray it seems to work - damn it causes more extra efforts
:(

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] weston: upgrade 5.0.0 -> 6.0.0

[Denys Dmytriyenko]

Ah, right, v2 is out.

On Mon, Apr 01, 2019 at 11:13:27AM +, Burton, Ross wrote:
> WARNING: weston-6.0.0-r0 do_patch:
> Some of the context lines in patches were ignored. This can lead to
> incorrectly applied patches.
> The context lines in the patches can be updated with devtool:
> 
> devtool modify 
> devtool finish --force-patch-refresh  
> 
> Then the updated patches and the source tree (in devtool's workspace)
> should be reviewed to make sure the patches apply in the correct place
> and don't introduce duplicate lines (which can, and does happen
> when some of the context is ignored). Further information:
> http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
> Details:
> Applying patch 0001-make-error-portable.patch
> patching file configure.ac
> Hunk #1 succeeded at 126 with fuzz 2 (offset 17 lines).
> patching file libweston/weston-error.h
> patching file libweston/weston-launch.c
> 
> Now at patch 0001-make-error-portable.patch
> 
> Ross
> 
> On Sat, 30 Mar 2019 at 00:06, Denys Dmytriyenko  wrote:
> >
> > From: Denys Dmytriyenko 
> >
> > Note:
> > 6.0.0 is the last one to support autotools (needs explicit configure 
> > option),
> > newer versions will only support meson.
> >
> > Signed-off-by: Denys Dmytriyenko 
> > ---
> >  meta/recipes-graphics/wayland/{weston_5.0.0.bb => weston_6.0.0.bb} | 5 
> > +++--
> >  1 file changed, 3 insertions(+), 2 deletions(-)
> >  rename meta/recipes-graphics/wayland/{weston_5.0.0.bb => weston_6.0.0.bb} 
> > (96%)
> >
> > diff --git a/meta/recipes-graphics/wayland/weston_5.0.0.bb 
> > b/meta/recipes-graphics/wayland/weston_6.0.0.bb
> > similarity index 96%
> > rename from meta/recipes-graphics/wayland/weston_5.0.0.bb
> > rename to meta/recipes-graphics/wayland/weston_6.0.0.bb
> > index e517109..fa08dac 100644
> > --- a/meta/recipes-graphics/wayland/weston_5.0.0.bb
> > +++ b/meta/recipes-graphics/wayland/weston_6.0.0.bb
> > @@ -12,8 +12,8 @@ SRC_URI = 
> > "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
> > file://xwayland.weston-start \
> > 
> > file://0001-weston-launch-Provide-a-default-version-that-doesn-t.patch \
> >  "
> > -SRC_URI[md5sum] = "752a04ce3c65af4884cfac4e57231bdb"
> > -SRC_URI[sha256sum] = 
> > "15a23423bcfa45e31e1dedc0cd524ba71e2930df174fde9c99b71a537c4e4caf"
> > +SRC_URI[md5sum] = "7c634e262f8a464a076c97fd50ad36b3"
> > +SRC_URI[sha256sum] = 
> > "546323a90607b3bd7f48809ea9d76e64cd09718102f2deca6d95aa59a882e612"
> >
> >  UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
> >
> > @@ -28,6 +28,7 @@ WESTON_MAJOR_VERSION = 
> > "${@'.'.join(d.getVar('PV').split('.')[0:1])}"
> >
> >  EXTRA_OECONF = "--enable-setuid-install \
> >  --disable-rdp-compositor \
> > +--enable-autotools \
> >  "
> >  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'kms 
> > fbdev wayland egl', '', d)} \
> > ${@bb.utils.contains('DISTRO_FEATURES', 'x11 wayland', 
> > 'xwayland', '', d)} \
> > --
> > 2.7.4
> >
> > --
> > ___
> > 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 v2] weston: upgrade 5.0.0 -> 6.0.0

[Denys Dmytriyenko]

From: Denys Dmytriyenko 

Refresh patches.

Note:
6.0.0 is the last one to support autotools (needs explicit configure option),
newer versions will only support meson.

Signed-off-by: Denys Dmytriyenko 
---
v2 - also refresh patches

 .../wayland/weston/0001-make-error-portable.patch  | 10 +++
 ...ch-Provide-a-default-version-that-doesn-t.patch | 33 +++---
 .../wayland/{weston_5.0.0.bb => weston_6.0.0.bb}   |  5 ++--
 3 files changed, 25 insertions(+), 23 deletions(-)
 rename meta/recipes-graphics/wayland/{weston_5.0.0.bb => weston_6.0.0.bb} (96%)

diff --git 
a/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch 
b/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch
index 09ec155..0eb3d95 100644
--- a/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch
+++ b/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch
@@ -1,4 +1,4 @@
-From ad1d2161c811cff25d1684c33611f300adb753bc Mon Sep 17 00:00:00 2001
+From c4677e155736062e75687f1a655732c8902e912b Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 29 May 2015 20:56:00 -0700
 Subject: [PATCH] make error() portable
@@ -18,12 +18,12 @@ Signed-off-by: Khem Raj 
  create mode 100644 libweston/weston-error.h
 
 diff --git a/configure.ac b/configure.ac
-index 7aebbdb..dc9c802 100644
+index c05ad01..6da6e04 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -109,6 +109,8 @@ AC_CHECK_DECL(CLOCK_MONOTONIC,[],
+@@ -126,6 +126,8 @@ AC_CHECK_DECL(CLOCK_MONOTONIC,[],
+ [AC_MSG_ERROR("CLOCK_MONOTONIC is needed to compile weston")],
  [[#include ]])
- AC_CHECK_HEADERS([execinfo.h])
  
 +AC_CHECK_HEADERS([error.h])
 +
@@ -57,7 +57,7 @@ index 000..2089d02
 +#endif
 +
 diff --git a/libweston/weston-launch.c b/libweston/weston-launch.c
-index 1adcf21..166bf3b 100644
+index bf73e0d..9064439 100644
 --- a/libweston/weston-launch.c
 +++ b/libweston/weston-launch.c
 @@ -33,7 +33,6 @@
diff --git 
a/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
 
b/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
index d648538..a2f61bf 100644
--- 
a/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
+++ 
b/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
@@ -1,7 +1,8 @@
-From b98b9dbda902225cdd972b5bff6a641c36cc7e90 Mon Sep 17 00:00:00 2001
+From 7d2fea61a95e9498b5a19c8cffcb2ab5631d5685 Mon Sep 17 00:00:00 2001
 From: Tom Hochstein 
 Date: Wed, 22 Feb 2017 15:53:30 +0200
-Subject: [PATCH] weston-launch: Provide a default version that doesn't require 
PAM
+Subject: [PATCH] weston-launch: Provide a default version that doesn't require
+ PAM
 
 weston-launch requires PAM for starting weston as a non-root user.
 
@@ -21,10 +22,10 @@ Signed-off-by: Denys Dmytriyenko 
  2 files changed, 27 insertions(+), 2 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index dc9c802..48cf5cb 100644
+index 6da6e04..681f7c8 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -451,13 +451,17 @@ AC_ARG_ENABLE(resize-optimization,
+@@ -515,13 +515,17 @@ AC_ARG_ENABLE(resize-optimization,
  AS_IF([test "x$enable_resize_optimization" = "xyes"],
[AC_DEFINE([USE_RESIZE_POOL], [1], [Use resize memory pool as a 
performance optimization])])
  
@@ -44,7 +45,7 @@ index dc9c802..48cf5cb 100644
  fi
  
  AM_CONDITIONAL(HAVE_PANGO, test "x$have_pango" = "xyes")
-@@ -702,6 +706,7 @@ AC_MSG_RESULT([
+@@ -767,6 +771,7 @@ AC_MSG_RESULT([
Enable developer documentation  ${enable_devdocs}
  
weston-launch utility   ${enable_weston_launch}
@@ -53,7 +54,7 @@ index dc9c802..48cf5cb 100644
systemd notify support  ${enable_systemd_notify}
  
 diff --git a/libweston/weston-launch.c b/libweston/weston-launch.c
-index 166bf3b..6fb9232 100644
+index 9064439..c6abe92 100644
 --- a/libweston/weston-launch.c
 +++ b/libweston/weston-launch.c
 @@ -51,7 +51,9 @@
@@ -77,7 +78,7 @@ index 166bf3b..6fb9232 100644
int tty;
int ttynr;
int sock[2];
-@@ -189,6 +193,7 @@ weston_launch_allowed(struct weston_launch *wl)
+@@ -191,6 +195,7 @@ weston_launch_allowed(struct weston_launch *wl)
return false;
  }
  
@@ -85,7 +86,7 @@ index 166bf3b..6fb9232 100644
  static int
  pam_conversation_fn(int msg_count,
const struct pam_message **messages,
-@@ -229,6 +234,7 @@ setup_pam(struct weston_launch *wl)
+@@ -231,6 +236,7 @@ setup_pam(struct weston_launch *wl)
  
return 0;
  }
@@ -93,7 +94,7 @@ index 166bf3b..6fb9232 100644
  
  static int
  setup_launcher_socket(struct weston_launch *wl)
-@@ -422,6 +428,7 @@ quit(struct weston_launch *wl, int status)
+@@ -424,6 +430,7 @@ quit(struct weston_launch *wl, int status)
close(wl->signalfd);
close(wl->sock[0]);
  
@@ -101,7 +102,7 @@ index 166bf3b..6fb9232 100644
if (wl->new_user)

Re: [OE-core] [PATCH] ofono: update to 1.28

[Alexander Kanavin]

You need to add ell recipe to oe-core, add yourself or the ofono
maintainer to maintainers.inc for it, and make a patch to remove ell
from meta-oe.

ell removal patch goes to oe-devel list.

Also you can clean up the ell recipe and update ell as well to latest
version at the same time.

Alex

On Mon, 1 Apr 2019 at 19:41, Oleksandr Kravchuk
 wrote:
>
> On 01/04/2019 18:04, Burton, Ross wrote:
> > On Mon, 1 Apr 2019 at 16:58, Alexander Kanavin  
> > wrote:
> >> It does not look like a hard dependency.
> >>
> >> configure.ac has:
> >> AC_ARG_ENABLE([external_ell], AC_HELP_STRING([--enable-external-ell],
> >>
> >> So you can make it a PACKAGECONFIG option, disabled by default. It's
> >> fine to have oe-core packages conditionally depend on things in
> >> meta-oe, if the condition defaults to disable.
> > That's not right: that's the toggle between "a system-provided ell" or
> > "you have checked out ell into the source tree".
> >
> > https://git.kernel.org/pub/scm/network/ofono/ofono.git/commit/?id=8452a7f34907472c5e21c334673afd10df409eef
> >
> > We'll need to bring ell.bb into oe-core too.
> >
> > Ross
>
> Alright, gents. I am rather new to the project, so just instruct me how
> to proceed here.
>
> Ofono is a great piece of widely-used software that would be nice to
> have up to date.
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 21:26, Andreas Müller  wrote:
> What about musl? Am not sure that my information is still valid:
> Broken qemu or not?

musl is fine with qemu.

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

On Mon, Apr 1, 2019 at 6:36 PM Alexander Kanavin  wrote:
>
> On Mon, 1 Apr 2019 at 18:21, Andreas Müller  wrote:
>
> > > I honestly don't remember why the whitelisting was considered a good
> > > idea, but I think it would be better to drop it altogether? That way
> > > there will be no silent regressions (when upstream decides to rename
> > > the option, for example, which does happen).
> > >
> > Whitelisting would make sense for for projects where gir is mandatory
> > and cannot be disabled by configuration - are there any?
>
> For autotools, basically no, as they all use the same m4 macro file
> which allows disabling.
>
> For meson or other build systems the answer is also no, because in
> this case we would have to patch the upstream code to either make gir
> generation optional (and then 'inherit gobject-introspection'), or
> disable it altogether (and then don't inherit g-i at all). The reason
> is that introspection data generation is done through running a target
> binary, which requires a functional qemu usermode, and for some target
> MACHINEs qemu won't work (e.g. mips-n32, some flavours of powerpc etc
> - g-i class determines that and does the right thing to disable
> introspection automatically).
What about musl? Am not sure that my information is still valid:
Broken qemu or not?
> Here's an example of such patching:
>
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/libmodulemd/libmodulemd/0002-modulemd-v1-meson.build-do-not-generate-gir-or-gtkdo.patch?id=f06d14b2963e9d5145041057c3ad0e48654f1501
>
> (newer versions of libmodulemd made g-i optional, and so the current
> oe-core recipe and its patches reflects that).
>
I will prepare follow ups:

* remove whitelisting (see what we get)
* adapt recipes in oe-core

Seems all this is too late for warrier (that was my target - am again
too late - maybe next time :).

So I think I'll continue with gnome-de for warrier first (with oe-core
as is). Maybe I get patches landed before doors are shut for
meta-gnome...

Will come back then

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3] cronie: update to 1.5.4

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../cronie/cronie/crond_pam_config.patch | 16 
 .../cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb}  |  6 +++---
 2 files changed, 11 insertions(+), 11 deletions(-)
 rename meta/recipes-extended/cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb} (94%)

diff --git a/meta/recipes-extended/cronie/cronie/crond_pam_config.patch 
b/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
index 6c928165cd..c374790d1d 100644
--- a/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
+++ b/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
@@ -4,19 +4,19 @@ configure files instead.
 Upstream-Status: Pending
 
 Signed-off-by: Wenzong Fan 
-Index: cronie-1.5.1/pam/crond
-===
 cronie-1.5.1.orig/pam/crond
-+++ cronie-1.5.1/pam/crond
+diff --git a/pam/crond b/pam/crond
+index 560529d..95a6457 100644
+--- a/pam/crond
 b/pam/crond
 @@ -4,8 +4,8 @@
  #
  # Although no PAM authentication is called, auth modules
  # are used for credential setting
--auth   includepassword-auth
+-auth   includesystem-auth
 +auth   includecommon-auth
  accountrequired   pam_access.so
--accountincludepassword-auth
-+accountincludecommon-account
+-accountincludesystem-auth
++accountincludecommon-auth
  sessionrequired   pam_loginuid.so
--sessionincludepassword-auth
+-sessionincludesystem-auth
 +sessionincludecommon-session-noninteractive
diff --git a/meta/recipes-extended/cronie/cronie_1.5.2.bb 
b/meta/recipes-extended/cronie/cronie_1.5.4.bb
similarity index 94%
rename from meta/recipes-extended/cronie/cronie_1.5.2.bb
rename to meta/recipes-extended/cronie/cronie_1.5.4.bb
index 3abca7f920..d35c6672c4 100644
--- a/meta/recipes-extended/cronie/cronie_1.5.2.bb
+++ b/meta/recipes-extended/cronie/cronie_1.5.4.bb
@@ -16,7 +16,7 @@ SECTION = "utils"
 
 UPSTREAM_CHECK_URI = "https://github.com/cronie-crond/${BPN}/releases/";
 
-SRC_URI = 
"https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}/cronie-${PV}.tar.gz
 \
+SRC_URI = 
"https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}-final/cronie-${PV}.tar.gz
 \
file://crond.init \
file://crontab \
file://crond.service \
@@ -25,8 +25,8 @@ SRC_URI = 
"https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}
 PAM_SRC_URI = "file://crond_pam_config.patch"
 PAM_DEPS = "libpam libpam-runtime pam-plugin-access pam-plugin-loginuid"
 
-SRC_URI[md5sum] = "703314f58a49ea136e9966d3937d9bf4"
-SRC_URI[sha256sum] = 
"370bf34641691489330e708bd4cdbd779267296a030668a12f77b7e36872fd75"
+SRC_URI[md5sum] = "20233b96997e17a142e1fbe0d7ce8223"
+SRC_URI[sha256sum] = 
"af8970559cad4262f8ffd7ec72abf682d2dcce04fdfb8f206a71d96566aba882"
 
 inherit autotools update-rc.d useradd systemd
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] cronie: update to 1.5.4

[akuster808]

On 4/1/19 11:41 AM, Oleksandr Kravchuk wrote:
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../cronie/cronie/crond_pam_config.patch | 16 
I don't see how this patch is now being applied? Those steps got remove.

>  .../cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb}  | 10 --
>  2 files changed, 12 insertions(+), 14 deletions(-)
>  rename meta/recipes-extended/cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb} 
> (89%)
>
> diff --git a/meta/recipes-extended/cronie/cronie/crond_pam_config.patch 
> b/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
> index 6c928165cd..c374790d1d 100644
> --- a/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
> +++ b/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
> @@ -4,19 +4,19 @@ configure files instead.
>  Upstream-Status: Pending
>  
>  Signed-off-by: Wenzong Fan 
> -Index: cronie-1.5.1/pam/crond
> -===
>  cronie-1.5.1.orig/pam/crond
> -+++ cronie-1.5.1/pam/crond
> +diff --git a/pam/crond b/pam/crond
> +index 560529d..95a6457 100644
> +--- a/pam/crond
>  b/pam/crond
>  @@ -4,8 +4,8 @@
>   #
>   # Although no PAM authentication is called, auth modules
>   # are used for credential setting
> --auth   includepassword-auth
> +-auth   includesystem-auth
>  +auth   includecommon-auth
>   accountrequired   pam_access.so
> --accountincludepassword-auth
> -+accountincludecommon-account
> +-accountincludesystem-auth
> ++accountincludecommon-auth
>   sessionrequired   pam_loginuid.so
> --sessionincludepassword-auth
> +-sessionincludesystem-auth
>  +sessionincludecommon-session-noninteractive
> diff --git a/meta/recipes-extended/cronie/cronie_1.5.2.bb 
> b/meta/recipes-extended/cronie/cronie_1.5.4.bb
> similarity index 89%
> rename from meta/recipes-extended/cronie/cronie_1.5.2.bb
> rename to meta/recipes-extended/cronie/cronie_1.5.4.bb
> index 3abca7f920..e16b5d49cc 100644
> --- a/meta/recipes-extended/cronie/cronie_1.5.2.bb
> +++ b/meta/recipes-extended/cronie/cronie_1.5.4.bb
> @@ -16,17 +16,15 @@ SECTION = "utils"
>  
>  UPSTREAM_CHECK_URI = "https://github.com/cronie-crond/${BPN}/releases/";
>  
> -SRC_URI = 
> "https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}/cronie-${PV}.tar.gz
>  \
> +SRC_URI = 
> "https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}-final/cronie-${PV}.tar.gz
>  \
> file://crond.init \
> file://crontab \
> -   file://crond.service \
> -   ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', 
> '', d)}"
> +   file://crond.service"
>  
> -PAM_SRC_URI = "file://crond_pam_config.patch"
>  PAM_DEPS = "libpam libpam-runtime pam-plugin-access pam-plugin-loginuid"
>  
> -SRC_URI[md5sum] = "703314f58a49ea136e9966d3937d9bf4"
> -SRC_URI[sha256sum] = 
> "370bf34641691489330e708bd4cdbd779267296a030668a12f77b7e36872fd75"
> +SRC_URI[md5sum] = "20233b96997e17a142e1fbe0d7ce8223"
> +SRC_URI[sha256sum] = 
> "af8970559cad4262f8ffd7ec72abf682d2dcce04fdfb8f206a71d96566aba882"
>  
>  inherit autotools update-rc.d useradd systemd
>  

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] cronie: update to 1.5.4

[Oleksandr Kravchuk]

Signed-off-by: Oleksandr Kravchuk 
---
 .../cronie/cronie/crond_pam_config.patch | 16 
 .../cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb}  | 10 --
 2 files changed, 12 insertions(+), 14 deletions(-)
 rename meta/recipes-extended/cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb} (89%)

diff --git a/meta/recipes-extended/cronie/cronie/crond_pam_config.patch 
b/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
index 6c928165cd..c374790d1d 100644
--- a/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
+++ b/meta/recipes-extended/cronie/cronie/crond_pam_config.patch
@@ -4,19 +4,19 @@ configure files instead.
 Upstream-Status: Pending
 
 Signed-off-by: Wenzong Fan 
-Index: cronie-1.5.1/pam/crond
-===
 cronie-1.5.1.orig/pam/crond
-+++ cronie-1.5.1/pam/crond
+diff --git a/pam/crond b/pam/crond
+index 560529d..95a6457 100644
+--- a/pam/crond
 b/pam/crond
 @@ -4,8 +4,8 @@
  #
  # Although no PAM authentication is called, auth modules
  # are used for credential setting
--auth   includepassword-auth
+-auth   includesystem-auth
 +auth   includecommon-auth
  accountrequired   pam_access.so
--accountincludepassword-auth
-+accountincludecommon-account
+-accountincludesystem-auth
++accountincludecommon-auth
  sessionrequired   pam_loginuid.so
--sessionincludepassword-auth
+-sessionincludesystem-auth
 +sessionincludecommon-session-noninteractive
diff --git a/meta/recipes-extended/cronie/cronie_1.5.2.bb 
b/meta/recipes-extended/cronie/cronie_1.5.4.bb
similarity index 89%
rename from meta/recipes-extended/cronie/cronie_1.5.2.bb
rename to meta/recipes-extended/cronie/cronie_1.5.4.bb
index 3abca7f920..e16b5d49cc 100644
--- a/meta/recipes-extended/cronie/cronie_1.5.2.bb
+++ b/meta/recipes-extended/cronie/cronie_1.5.4.bb
@@ -16,17 +16,15 @@ SECTION = "utils"
 
 UPSTREAM_CHECK_URI = "https://github.com/cronie-crond/${BPN}/releases/";
 
-SRC_URI = 
"https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}/cronie-${PV}.tar.gz
 \
+SRC_URI = 
"https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}-final/cronie-${PV}.tar.gz
 \
file://crond.init \
file://crontab \
-   file://crond.service \
-   ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', 
'', d)}"
+   file://crond.service"
 
-PAM_SRC_URI = "file://crond_pam_config.patch"
 PAM_DEPS = "libpam libpam-runtime pam-plugin-access pam-plugin-loginuid"
 
-SRC_URI[md5sum] = "703314f58a49ea136e9966d3937d9bf4"
-SRC_URI[sha256sum] = 
"370bf34641691489330e708bd4cdbd779267296a030668a12f77b7e36872fd75"
+SRC_URI[md5sum] = "20233b96997e17a142e1fbe0d7ce8223"
+SRC_URI[sha256sum] = 
"af8970559cad4262f8ffd7ec72abf682d2dcce04fdfb8f206a71d96566aba882"
 
 inherit autotools update-rc.d useradd systemd
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ofono: update to 1.28

[Oleksandr Kravchuk]

On 01/04/2019 18:04, Burton, Ross wrote:
> On Mon, 1 Apr 2019 at 16:58, Alexander Kanavin  wrote:
>> It does not look like a hard dependency.
>>
>> configure.ac has:
>> AC_ARG_ENABLE([external_ell], AC_HELP_STRING([--enable-external-ell],
>>
>> So you can make it a PACKAGECONFIG option, disabled by default. It's
>> fine to have oe-core packages conditionally depend on things in
>> meta-oe, if the condition defaults to disable.
> That's not right: that's the toggle between "a system-provided ell" or
> "you have checked out ell into the source tree".
>
> https://git.kernel.org/pub/scm/network/ofono/ofono.git/commit/?id=8452a7f34907472c5e21c334673afd10df409eef
>
> We'll need to bring ell.bb into oe-core too.
>
> Ross

Alright, gents. I am rather new to the project, so just instruct me how
to proceed here.

Ofono is a great piece of widely-used software that would be nice to
have up to date.

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] busybox: fix CONFIG_RFKILL enable logic

[Matt Porter]

Currently CONFIG_RFKILL is enabled only if both bluetooth *and* wifi
distro features are present. It should be enabled when either feature
is present. Fix this by switching to use of bb.utils.contains_any().

Signed-off-by: Matt Porter 
---
 meta/recipes-core/busybox/busybox.inc | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 24c15e4aee..c9d25ff1ca 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -75,8 +75,7 @@ def features_to_busybox_settings(d):
 busybox_cfg(bb.utils.contains('DISTRO_FEATURES', 'nls', True, False, d), 
'CONFIG_LOCALE_SUPPORT', cnf, rem)
 busybox_cfg(bb.utils.contains('DISTRO_FEATURES', 'ipv4', True, False, d), 
'CONFIG_FEATURE_IFUPDOWN_IPV4', cnf, rem)
 busybox_cfg(bb.utils.contains('DISTRO_FEATURES', 'ipv6', True, False, d), 
'CONFIG_FEATURE_IFUPDOWN_IPV6', cnf, rem)
-busybox_cfg(bb.utils.contains('DISTRO_FEATURES', 'wifi', True, False, d), 
'CONFIG_RFKILL', cnf, rem)
-busybox_cfg(bb.utils.contains('DISTRO_FEATURES', 'bluetooth', True, False, 
d), 'CONFIG_RFKILL', cnf, rem)
+busybox_cfg(bb.utils.contains_any('DISTRO_FEATURES', 'bluetooth wifi', 
True, False, d), 'CONFIG_RFKILL', cnf, rem)
 return "\n".join(cnf), "\n".join(rem)
 
 # X, Y = ${@features_to_busybox_settings(d)}
-- 
2.11.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 18:21, Andreas Müller  wrote:

> > I honestly don't remember why the whitelisting was considered a good
> > idea, but I think it would be better to drop it altogether? That way
> > there will be no silent regressions (when upstream decides to rename
> > the option, for example, which does happen).
> >
> Whitelisting would make sense for for projects where gir is mandatory
> and cannot be disabled by configuration - are there any?

For autotools, basically no, as they all use the same m4 macro file
which allows disabling.

For meson or other build systems the answer is also no, because in
this case we would have to patch the upstream code to either make gir
generation optional (and then 'inherit gobject-introspection'), or
disable it altogether (and then don't inherit g-i at all). The reason
is that introspection data generation is done through running a target
binary, which requires a functional qemu usermode, and for some target
MACHINEs qemu won't work (e.g. mips-n32, some flavours of powerpc etc
- g-i class determines that and does the right thing to disable
introspection automatically). Here's an example of such patching:

https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/libmodulemd/libmodulemd/0002-modulemd-v1-meson.build-do-not-generate-gir-or-gtkdo.patch?id=f06d14b2963e9d5145041057c3ad0e48654f1501

(newer versions of libmodulemd made g-i optional, and so the current
oe-core recipe and its patches reflects that).

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

On Mon, Apr 1, 2019 at 6:21 PM Alexander Kanavin  wrote:
>
> On Mon, 1 Apr 2019 at 18:10, Alexander Kanavin  wrote:
>
> > Thanks, may I also ask that you go over the recipes in oe-core that
> > inherit meson, and tweak them to use this option? (there is not a lot,
> > and some don't use g-i at all).
>
> The exact list is:
>
> at-spi2-core
> libsoup-2.4
> gdk-pixbuf
> libmodulemd
> atk
> pango
> libdazzle
> json-glib
> clutter-gtk-1.0.inc
>
> Alex

Thanks :)

I cannot promise when but will take care because I consider it an enhancement.

Problem is that I am sitting on growing loads of meta-gnome patches
and they need review for this either.

As collector of DEs I'd love to see gnome again - that should have
been next step in [1]

[1] https://github.com/schnitzeltony/meta-openembedded/tree/work-2019-03

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] coreutils:upgrade 8.30 -> 8.31

[Burton, Ross]

Breaks with musl:

| 
/data/poky-tmp/musl/work/corei7-64-poky-linux-musl/coreutils/8.31-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/8.3.0/ld:
lib/libcoreutils.a(strtold.o):/usr/src/debug/coreutils/8.31-r0/build/../coreutils-8.31/lib/strtod.c:305:
multiple definition of `minus_zero';
lib/libcoreutils.a(strtod.o):/usr/src/debug/coreutils/8.31-r0/build/../coreutils-8.31/lib/strtod.c:305:
first defined here

Ross

On Thu, 28 Mar 2019 at 01:14, Zang Ruochen  wrote:
>
> Upgrade from coreutils_8.30.bb to coreutils_8.31.bb
> Change the md5 of file://src/ls.c beacuse of the date change in the file
>
> Signed-off-by: Zang Ruochen 
> ---
>  .../coreutils/{coreutils_8.30.bb => coreutils_8.31.bb}  | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-core/coreutils/{coreutils_8.30.bb => coreutils_8.31.bb} 
> (95%)
>
> diff --git a/meta/recipes-core/coreutils/coreutils_8.30.bb 
> b/meta/recipes-core/coreutils/coreutils_8.31.bb
> similarity index 95%
> rename from meta/recipes-core/coreutils/coreutils_8.30.bb
> rename to meta/recipes-core/coreutils/coreutils_8.31.bb
> index 8f4ee55712..d171ec93a9 100644
> --- a/meta/recipes-core/coreutils/coreutils_8.30.bb
> +++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
> @@ -6,7 +6,7 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
>  BUGTRACKER = "http://debbugs.gnu.org/coreutils";
>  LICENSE = "GPLv3+"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
> -
> file://src/ls.c;beginline=1;endline=15;md5=dbe356a88b09c29232b083d1ff8ac82a"
> +
> file://src/ls.c;beginline=1;endline=15;md5=c456f9896277a0543e3866777ccc0255"
>  DEPENDS = "gmp libcap"
>  DEPENDS_class-native = ""
>
> @@ -20,8 +20,8 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
> file://0001-local.mk-fix-cross-compiling-problem.patch \
>"
>
> -SRC_URI[md5sum] = "ab06d68949758971fe744db66b572816"
> -SRC_URI[sha256sum] = 
> "e831b3a86091496cdba720411f9748de81507798f6130adeaef872d206e1b057"
> +SRC_URI[md5sum] = "0009a224d8e288e8ec406ef0161f9293"
> +SRC_URI[sha256sum] = 
> "ff7a9c918edce6b4f4b2725e3f9b37b0c4d193531cac49a48b56c4d0d3a9e9fd"
>
>  EXTRA_OECONF_class-native = "--without-gmp"
>  EXTRA_OECONF_class-target = "--enable-install-program=arch,hostname 
> --libexecdir=${libdir}"
> --
> 2.20.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

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 18:10, Alexander Kanavin  wrote:

> Thanks, may I also ask that you go over the recipes in oe-core that
> inherit meson, and tweak them to use this option? (there is not a lot,
> and some don't use g-i at all).

The exact list is:

at-spi2-core
libsoup-2.4
gdk-pixbuf
libmodulemd
atk
pango
libdazzle
json-glib
clutter-gtk-1.0.inc

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

On Mon, Apr 1, 2019 at 6:10 PM Alexander Kanavin  wrote:
>
> On Mon, 1 Apr 2019 at 18:01, Andreas Müller  wrote:
> > +# Auto enable/disable based on GI_DATA_ENABLED
> >  EXTRA_OECONF_prepend_class-target = 
> > "${@bb.utils.contains('GI_DATA_ENABLED', 'True', '--enable-introspection', 
> > '--disable-introspection', d)} "
> > +EXTRA_OEMESON_prepend_class-target = 
> > "-D${GIR_MESON_OPTION}=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 
> > 'true', 'false', d)} "
>
> Thanks, may I also ask that you go over the recipes in oe-core that
> inherit meson, and tweak them to use this option? (there is not a lot,
> and some don't use g-i at all).
OK will do - but I'll wait a bit just in case somebody finds reasons
not to apply this patch.
>
> >  # When building native recipes, disable introspection, as it is not 
> > necessary,
> >  # pulls in additional dependencies, and makes build times longer
> >  EXTRA_OECONF_prepend_class-native = "--disable-introspection "
> >  EXTRA_OECONF_prepend_class-nativesdk = "--disable-introspection "
> > +EXTRA_OEMESON_prepend_class-native = "-D${GIR_MESON_OPTION}=False "
> > +EXTRA_OEMESON_prepend_class-nativesdk = "-D${GIR_MESON_OPTION}=False "
> >
> > -UNKNOWN_CONFIGURE_WHITELIST_append = " --enable-introspection 
> > --disable-introspection"
> > +# Avoid triggering configure QA
> > +UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", "--enable-introspection 
> > --disable-introspection"][(bb.data.inherits_class('autotools', d))]}"
> > +UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", 
> > "${GIR_MESON_OPTION}"][(bb.data.inherits_class('meson', d))]}"
>
> I honestly don't remember why the whitelisting was considered a good
> idea, but I think it would be better to drop it altogether? That way
> there will be no silent regressions (when upstream decides to rename
> the option, for example, which does happen).
>
Whitelisting would make sense for for projects where gir is mandatory
and cannot be disabled by configuration - are there any?

And
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 18:01, Andreas Müller  wrote:
> +# Auto enable/disable based on GI_DATA_ENABLED
>  EXTRA_OECONF_prepend_class-target = "${@bb.utils.contains('GI_DATA_ENABLED', 
> 'True', '--enable-introspection', '--disable-introspection', d)} "
> +EXTRA_OEMESON_prepend_class-target = 
> "-D${GIR_MESON_OPTION}=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 
> 'true', 'false', d)} "

Thanks, may I also ask that you go over the recipes in oe-core that
inherit meson, and tweak them to use this option? (there is not a lot,
and some don't use g-i at all).

>  # When building native recipes, disable introspection, as it is not 
> necessary,
>  # pulls in additional dependencies, and makes build times longer
>  EXTRA_OECONF_prepend_class-native = "--disable-introspection "
>  EXTRA_OECONF_prepend_class-nativesdk = "--disable-introspection "
> +EXTRA_OEMESON_prepend_class-native = "-D${GIR_MESON_OPTION}=False "
> +EXTRA_OEMESON_prepend_class-nativesdk = "-D${GIR_MESON_OPTION}=False "
>
> -UNKNOWN_CONFIGURE_WHITELIST_append = " --enable-introspection 
> --disable-introspection"
> +# Avoid triggering configure QA
> +UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", "--enable-introspection 
> --disable-introspection"][(bb.data.inherits_class('autotools', d))]}"
> +UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", 
> "${GIR_MESON_OPTION}"][(bb.data.inherits_class('meson', d))]}"

I honestly don't remember why the whitelisting was considered a good
idea, but I think it would be better to drop it altogether? That way
there will be no silent regressions (when upstream decides to rename
the option, for example, which does happen).

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ofono: update to 1.28

[Burton, Ross]

On Mon, 1 Apr 2019 at 16:58, Alexander Kanavin  wrote:
> It does not look like a hard dependency.
>
> configure.ac has:
> AC_ARG_ENABLE([external_ell], AC_HELP_STRING([--enable-external-ell],
>
> So you can make it a PACKAGECONFIG option, disabled by default. It's
> fine to have oe-core packages conditionally depend on things in
> meta-oe, if the condition defaults to disable.

That's not right: that's the toggle between "a system-provided ell" or
"you have checked out ell into the source tree".

https://git.kernel.org/pub/scm/network/ofono/ofono.git/commit/?id=8452a7f34907472c5e21c334673afd10df409eef

We'll need to bring ell.bb into oe-core too.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2 V2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

Signed-off-by: Andreas Müller 
---
V1 -> V2: Introduce GIR_MESON_OPTION as suggested by Alexander Kanavin
 meta/classes/gobject-introspection.bbclass | 14 +-
 1 file changed, 13 insertions(+), 1 deletion(-)

diff --git a/meta/classes/gobject-introspection.bbclass 
b/meta/classes/gobject-introspection.bbclass
index 4ceb0c68b1..d3c92e0d7a 100644
--- a/meta/classes/gobject-introspection.bbclass
+++ b/meta/classes/gobject-introspection.bbclass
@@ -6,14 +6,26 @@
 # This also sets up autoconf-based recipes to build introspection data (or 
not),
 # depending on distro and machine features (see gobject-introspection-data 
class).
 inherit python3native gobject-introspection-data
+
+# meson: default option name to enable/disable introspection. This matches most
+# project's configuration. In doubts - check meson_options.txt in project's
+# source path.
+GIR_MESON_OPTION ?= 'introspection'
+
+# Auto enable/disable based on GI_DATA_ENABLED
 EXTRA_OECONF_prepend_class-target = "${@bb.utils.contains('GI_DATA_ENABLED', 
'True', '--enable-introspection', '--disable-introspection', d)} "
+EXTRA_OEMESON_prepend_class-target = 
"-D${GIR_MESON_OPTION}=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 'true', 
'false', d)} "
 
 # When building native recipes, disable introspection, as it is not necessary,
 # pulls in additional dependencies, and makes build times longer
 EXTRA_OECONF_prepend_class-native = "--disable-introspection "
 EXTRA_OECONF_prepend_class-nativesdk = "--disable-introspection "
+EXTRA_OEMESON_prepend_class-native = "-D${GIR_MESON_OPTION}=False "
+EXTRA_OEMESON_prepend_class-nativesdk = "-D${GIR_MESON_OPTION}=False "
 
-UNKNOWN_CONFIGURE_WHITELIST_append = " --enable-introspection 
--disable-introspection"
+# Avoid triggering configure QA
+UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", "--enable-introspection 
--disable-introspection"][(bb.data.inherits_class('autotools', d))]}"
+UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", 
"${GIR_MESON_OPTION}"][(bb.data.inherits_class('meson', d))]}"
 
 # Generating introspection data depends on a combination of native and target
 # introspection tools, and qemu to run the target tools.
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ofono: update to 1.28

[Alexander Kanavin]

It does not look like a hard dependency.

configure.ac has:
AC_ARG_ENABLE([external_ell], AC_HELP_STRING([--enable-external-ell],

So you can make it a PACKAGECONFIG option, disabled by default. It's
fine to have oe-core packages conditionally depend on things in
meta-oe, if the condition defaults to disable.

Alex

On Mon, 1 Apr 2019 at 17:54, Oleksandr Kravchuk
 wrote:
>
> On 01/04/2019 16:13, Richard Purdie wrote:
> > On Sat, 2019-03-30 at 23:49 +0100, Oleksandr Kravchuk wrote:
> >> Deleted patch has been mainstremaed.
> >>
> >> Changelog:
> >> ver 1.28:
> >> - Fix issue with SIM initialization and Gemalto modems.
> >>
> >> ver 1.27:
> >> - Add support for handling SIMCom based SIM800 modems.
> >> - Add support for SIM lock state with xmm7xxx modems.
> >> - Add support for coexistence feature with xmm7xxx modems.
> >>
> >> ver 1.26:
> >> - Fix issue with AT callback handler and GPRS.
> >> - Fix issue with handling EUTRAN SMS only states.
> >> - Fix issue with handling MBIM strings on big endian.
> >> - Fix issue with missing char and SMS national language.
> >> - Fix issue with unsolicited notifications of +CGAUTH/+CGDCONT.
> >> - Add support for setting "none" authentication method.
> >> - Add support for SMS and phonebook with xmm7xxx modems.
> >> - Add support for voice features and Gemalto modems.
> >> - Add support for Bengali and Gujrati SMS alphabets.
> >> - Add support for 8 additional languages for GSM 7 bit
> >> - Add support for using internal Embedded Linux library.
> >>
> >> Signed-off-by: Oleksandr Kravchuk  >> ---
> >>  meta/recipes-connectivity/ofono/ofono.inc |  7 ++---
> >>  .../ofono/ofono/use-python3.patch | 27 ---
> >> 
> >>  meta/recipes-connectivity/ofono/ofono_1.25.bb |  9 ---
> >>  meta/recipes-connectivity/ofono/ofono_1.28.bb |  8 ++
> >>  4 files changed, 12 insertions(+), 39 deletions(-)
> >>  delete mode 100644 meta/recipes-connectivity/ofono/ofono/use-
> >> python3.patch
> >>  delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.25.bb
> >>  create mode 100644 meta/recipes-connectivity/ofono/ofono_1.28.bb
> >>
> >> diff --git a/meta/recipes-connectivity/ofono/ofono.inc
> >> b/meta/recipes-connectivity/ofono/ofono.inc
> >> index 0472414b19..37772121f8 100644
> >> --- a/meta/recipes-connectivity/ofono/ofono.inc
> >> +++ b/meta/recipes-connectivity/ofono/ofono.inc
> >> @@ -1,13 +1,14 @@
> >>  HOMEPAGE = "http://www.ofono.org";
> >> -SUMMARY  = "open source telephony"
> >> -DESCRIPTION = "oFono is a stack for mobile telephony devices on
> >> Linux. oFono supports speaking to telephony devices through specific
> >> drivers, or with generic AT commands."
> >> +SUMMARY  = "Open Source Telephony"
> >> +DESCRIPTION = "oFono is a stack for mobile telephony devices on
> >> Linux. \
> >> +oFono supports speaking to telephony devices through specific
> >> drivers, or with generic AT commands."
> >>  LICENSE  = "GPLv2"
> >>  LIC_FILES_CHKSUM =
> >> "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
> >>  file://src/ofono.h;beginline=1;endline=20;md5=3c
> >> e17d5978ef3445def265b98899c2ee"
> >>
> >>  inherit autotools pkgconfig update-rc.d systemd bluetooth gobject-
> >> introspection-data
> >>
> >> -DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info"
> >> +DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info ell"
> >
> > ERROR: Nothing PROVIDES 'ell' (but /media/build1/poky/meta/recipes-
> > connectivity/ofono/ofono_1.28.bb DEPENDS on or otherwise requires it)
> >
> > OE-Core doesn't contain ell?
> >
> > The new dependency isn't mentioned in the changelog?
> >
> > Cheers,
> >
> > Richard
>
> Right, it's part of meta-openembedded. I did not think about this.
>
> What does the project usually do in this kind of situations, ports
> dependency to meta-oe or refuses package bump?
>
> --
> ___
> 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

Re: [OE-core] [PATCH] ofono: update to 1.28

[Oleksandr Kravchuk]

On 01/04/2019 16:13, Richard Purdie wrote:
> On Sat, 2019-03-30 at 23:49 +0100, Oleksandr Kravchuk wrote:
>> Deleted patch has been mainstremaed.
>>
>> Changelog:
>> ver 1.28:
>> - Fix issue with SIM initialization and Gemalto modems.
>>
>> ver 1.27:
>> - Add support for handling SIMCom based SIM800 modems.
>> - Add support for SIM lock state with xmm7xxx modems.
>> - Add support for coexistence feature with xmm7xxx modems.
>>
>> ver 1.26:
>> - Fix issue with AT callback handler and GPRS.
>> - Fix issue with handling EUTRAN SMS only states.
>> - Fix issue with handling MBIM strings on big endian.
>> - Fix issue with missing char and SMS national language.
>> - Fix issue with unsolicited notifications of +CGAUTH/+CGDCONT.
>> - Add support for setting "none" authentication method.
>> - Add support for SMS and phonebook with xmm7xxx modems.
>> - Add support for voice features and Gemalto modems.
>> - Add support for Bengali and Gujrati SMS alphabets.
>> - Add support for 8 additional languages for GSM 7 bit
>> - Add support for using internal Embedded Linux library.
>>
>> Signed-off-by: Oleksandr Kravchuk > ---
>>  meta/recipes-connectivity/ofono/ofono.inc |  7 ++---
>>  .../ofono/ofono/use-python3.patch | 27 ---
>> 
>>  meta/recipes-connectivity/ofono/ofono_1.25.bb |  9 ---
>>  meta/recipes-connectivity/ofono/ofono_1.28.bb |  8 ++
>>  4 files changed, 12 insertions(+), 39 deletions(-)
>>  delete mode 100644 meta/recipes-connectivity/ofono/ofono/use-
>> python3.patch
>>  delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.25.bb
>>  create mode 100644 meta/recipes-connectivity/ofono/ofono_1.28.bb
>>
>> diff --git a/meta/recipes-connectivity/ofono/ofono.inc
>> b/meta/recipes-connectivity/ofono/ofono.inc
>> index 0472414b19..37772121f8 100644
>> --- a/meta/recipes-connectivity/ofono/ofono.inc
>> +++ b/meta/recipes-connectivity/ofono/ofono.inc
>> @@ -1,13 +1,14 @@
>>  HOMEPAGE = "http://www.ofono.org";
>> -SUMMARY  = "open source telephony"
>> -DESCRIPTION = "oFono is a stack for mobile telephony devices on
>> Linux. oFono supports speaking to telephony devices through specific
>> drivers, or with generic AT commands."
>> +SUMMARY  = "Open Source Telephony"
>> +DESCRIPTION = "oFono is a stack for mobile telephony devices on
>> Linux. \
>> +oFono supports speaking to telephony devices through specific
>> drivers, or with generic AT commands."
>>  LICENSE  = "GPLv2"
>>  LIC_FILES_CHKSUM =
>> "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
>>  file://src/ofono.h;beginline=1;endline=20;md5=3c
>> e17d5978ef3445def265b98899c2ee"
>>  
>>  inherit autotools pkgconfig update-rc.d systemd bluetooth gobject-
>> introspection-data
>>  
>> -DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info"
>> +DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info ell"
>
> ERROR: Nothing PROVIDES 'ell' (but /media/build1/poky/meta/recipes-
> connectivity/ofono/ofono_1.28.bb DEPENDS on or otherwise requires it)
>
> OE-Core doesn't contain ell?
>
> The new dependency isn't mentioned in the changelog?
>
> Cheers,
>
> Richard

Right, it's part of meta-openembedded. I did not think about this.

What does the project usually do in this kind of situations, ports
dependency to meta-oe or refuses package bump?

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] libyaml: update to 0.2.2

[Oleksandr Kravchuk]

LICENSE checksum was changed due to copyright year change.

Signed-off-by: Oleksandr Kravchuk 
---
 .../libyaml/{libyaml_0.2.1.bb => libyaml_0.2.2.bb}| 8 +++-
 1 file changed, 3 insertions(+), 5 deletions(-)
 rename meta/recipes-support/libyaml/{libyaml_0.2.1.bb => libyaml_0.2.2.bb} 
(62%)

diff --git a/meta/recipes-support/libyaml/libyaml_0.2.1.bb 
b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
similarity index 62%
rename from meta/recipes-support/libyaml/libyaml_0.2.1.bb
rename to meta/recipes-support/libyaml/libyaml_0.2.2.bb
index d77891825f..d2b39f3495 100644
--- a/meta/recipes-support/libyaml/libyaml_0.2.1.bb
+++ b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
@@ -5,13 +5,11 @@ HOMEPAGE = "http://pyyaml.org/wiki/LibYAML";
 SECTION = "libs/devel"
 
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=5591701d32590f9fa94f3bfee820b634"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=a76b4c69bfcf82313bbdc0393b04438a"
 
 SRC_URI = "http://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz";
-SRC_URI[md5sum] = "72724b9736923c517e5a8fc6757ef03d"
-SRC_URI[sha256sum] = 
"78281145641a080fb32d6e7a87b9c0664d611dcb4d542e90baf731f51cbb59cd"
-
-S = "${WORKDIR}/yaml-${PV}"
+SRC_URI[md5sum] = "2ad4119a57f94739cc39a1b482c81264"
+SRC_URI[sha256sum] = 
"46bca77dc8be954686cff21888d6ce10ca4016b360ae1f56962e6882a17aa1fe"
 
 inherit autotools
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

On Mon, Apr 1, 2019 at 4:56 PM Alexander Kanavin  wrote:
>
> On Mon, 1 Apr 2019 at 15:52, Andreas Müller  wrote:
> > +EXTRA_OEMESON_prepend_class-target = 
> > "-Dintrospection=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 'true', 
> > 'false', d)} "
> > +EXTRA_OEMESON_prepend_class-native = "-Dintrospection=False "
> > +EXTRA_OEMESON_prepend_class-nativesdk = "-Dintrospection=False "
>
> Sadly, unlike autotools where the option name comes from a common m4
> macro, this is not going to work with meson. There is no common ground
> between upstreams on how to name this option, and so you get 'gir',
> 'with_introspection' and anything in between.
>
> A better approach would be to introduce a variable:
>
> GIR_MESON_OPTION ?= 'introspection'
>
> and override it in recipes as needed.
>
Had an initial version like this - but shelved (or lost) the idea somehow.

Agreed: V2 will follow.

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] quote: update to 4.05

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 16:17, Richard Purdie
 wrote:

> Typo in the shortlog (quote -> quota) and also:
>
> WARNING: quota-4.05-r0 do_patch:
> Some of the context lines in patches were ignored. This can lead to
> incorrectly applied patches.
> The context lines in the patches can be updated with devtool:
>
> devtool modify 
> devtool finish --force-patch-refresh  
>
> Then the updated patches and the source tree (in devtool's workspace)
> should be reviewed to make sure the patches apply in the correct place
> and don't introduce duplicate lines (which can, and does happen
> when some of the context is ignored). Further information:
> http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
> Details:
> Applying patch fcntl.patch
> patching file quota.h
> Hunk #1 succeeded at 182 (offset 17 lines).
> patching file quotacheck.c
> patching file quotaio.c
> patching file dqblk_v2.h
> Hunk #1 succeeded at 7 with fuzz 2.
> patching file rquota_client.c
>
> Now at patch fcntl.patch

Just to remind Oleksandr once more, 'devtool upgrade' handles the
necessary patch refreshing gracefully and automatically.

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 15:52, Andreas Müller  wrote:
> +EXTRA_OEMESON_prepend_class-target = 
> "-Dintrospection=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 'true', 
> 'false', d)} "
> +EXTRA_OEMESON_prepend_class-native = "-Dintrospection=False "
> +EXTRA_OEMESON_prepend_class-nativesdk = "-Dintrospection=False "

Sadly, unlike autotools where the option name comes from a common m4
macro, this is not going to work with meson. There is no common ground
between upstreams on how to name this option, and so you get 'gir',
'with_introspection' and anything in between.

A better approach would be to introduce a variable:

GIR_MESON_OPTION ?= 'introspection'

and override it in recipes as needed.

Alex

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PULL][PATCH 0/2] Implement debian packages GPG signing

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 15:57, Xavier Berger  wrote:
> Xavier Berger (2):
>   gpg-sign: Add parameters to gpg signature function
>   package_manager: sign DEB package feeds
>
>  meta/lib/oe/gpg_sign.py|  6 +-
>  meta/lib/oe/package_manager.py | 19 ---

How do we make sure this does not regress? Can you add a test case
similar to one for rpm feed signing?

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] quote: update to 4.05

[Richard Purdie]

On Sun, 2019-03-31 at 18:17 +0200, Oleksandr Kravchuk wrote:
> License checksum from quota.c was removed since according to the
> project, copyrighted code in question has been replaced with own
> implementation (see @bcbc0d08e5cd).
> 
> Removed patch has been upstreamed.
> 
> Signed-off-by: Oleksandr Kravchuk  >
> ---
>  .../quota/quota/remove_non_posix_types.patch  | 198 
> --
>  .../quota/{quota_4.04.bb => quota_4.05.bb}|   8 +-
>  2 files changed, 3 insertions(+), 203 deletions(-)
>  delete mode 100644 meta/recipes-
> extended/quota/quota/remove_non_posix_types.patch
>  rename meta/recipes-extended/quota/{quota_4.04.bb => quota_4.05.bb}
> (80%)

Typo in the shortlog (quote -> quota) and also:

WARNING: quota-4.05-r0 do_patch: 
Some of the context lines in patches were ignored. This can lead to
incorrectly applied patches.
The context lines in the patches can be updated with devtool:

devtool modify 
devtool finish --force-patch-refresh  

Then the updated patches and the source tree (in devtool's workspace)
should be reviewed to make sure the patches apply in the correct place
and don't introduce duplicate lines (which can, and does happen
when some of the context is ignored). Further information:
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
Details:
Applying patch fcntl.patch
patching file quota.h
Hunk #1 succeeded at 182 (offset 17 lines).
patching file quotacheck.c
patching file quotaio.c
patching file dqblk_v2.h
Hunk #1 succeeded at 7 with fuzz 2.
patching file rquota_client.c

Now at patch fcntl.patch

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ofono: update to 1.28

[Richard Purdie]

On Sat, 2019-03-30 at 23:49 +0100, Oleksandr Kravchuk wrote:
> Deleted patch has been mainstremaed.
> 
> Changelog:
> ver 1.28:
> - Fix issue with SIM initialization and Gemalto modems.
> 
> ver 1.27:
> - Add support for handling SIMCom based SIM800 modems.
> - Add support for SIM lock state with xmm7xxx modems.
> - Add support for coexistence feature with xmm7xxx modems.
> 
> ver 1.26:
> - Fix issue with AT callback handler and GPRS.
> - Fix issue with handling EUTRAN SMS only states.
> - Fix issue with handling MBIM strings on big endian.
> - Fix issue with missing char and SMS national language.
> - Fix issue with unsolicited notifications of +CGAUTH/+CGDCONT.
> - Add support for setting "none" authentication method.
> - Add support for SMS and phonebook with xmm7xxx modems.
> - Add support for voice features and Gemalto modems.
> - Add support for Bengali and Gujrati SMS alphabets.
> - Add support for 8 additional languages for GSM 7 bit
> - Add support for using internal Embedded Linux library.
> 
> Signed-off-by: Oleksandr Kravchuk  >
> ---
>  meta/recipes-connectivity/ofono/ofono.inc |  7 ++---
>  .../ofono/ofono/use-python3.patch | 27 ---
> 
>  meta/recipes-connectivity/ofono/ofono_1.25.bb |  9 ---
>  meta/recipes-connectivity/ofono/ofono_1.28.bb |  8 ++
>  4 files changed, 12 insertions(+), 39 deletions(-)
>  delete mode 100644 meta/recipes-connectivity/ofono/ofono/use-
> python3.patch
>  delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.25.bb
>  create mode 100644 meta/recipes-connectivity/ofono/ofono_1.28.bb
> 
> diff --git a/meta/recipes-connectivity/ofono/ofono.inc
> b/meta/recipes-connectivity/ofono/ofono.inc
> index 0472414b19..37772121f8 100644
> --- a/meta/recipes-connectivity/ofono/ofono.inc
> +++ b/meta/recipes-connectivity/ofono/ofono.inc
> @@ -1,13 +1,14 @@
>  HOMEPAGE = "http://www.ofono.org";
> -SUMMARY  = "open source telephony"
> -DESCRIPTION = "oFono is a stack for mobile telephony devices on
> Linux. oFono supports speaking to telephony devices through specific
> drivers, or with generic AT commands."
> +SUMMARY  = "Open Source Telephony"
> +DESCRIPTION = "oFono is a stack for mobile telephony devices on
> Linux. \
> +oFono supports speaking to telephony devices through specific
> drivers, or with generic AT commands."
>  LICENSE  = "GPLv2"
>  LIC_FILES_CHKSUM =
> "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
>  file://src/ofono.h;beginline=1;endline=20;md5=3c
> e17d5978ef3445def265b98899c2ee"
>  
>  inherit autotools pkgconfig update-rc.d systemd bluetooth gobject-
> introspection-data
>  
> -DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info"
> +DEPENDS  = "dbus glib-2.0 udev mobile-broadband-provider-info ell"


ERROR: Nothing PROVIDES 'ell' (but /media/build1/poky/meta/recipes-
connectivity/ofono/ofono_1.28.bb DEPENDS on or otherwise requires it)

OE-Core doesn't contain ell?

The new dependency isn't mentioned in the changelog?

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] dropbear: update to 2019.78

[Andrej Valek]

Signed-off-by: Andrej Valek 
---
 meta/recipes-core/dropbear/dropbear_2019.77.bb | 4 
 meta/recipes-core/dropbear/dropbear_2019.78.bb | 4 
 2 files changed, 4 insertions(+), 4 deletions(-)
 delete mode 100644 meta/recipes-core/dropbear/dropbear_2019.77.bb
 create mode 100644 meta/recipes-core/dropbear/dropbear_2019.78.bb

diff --git a/meta/recipes-core/dropbear/dropbear_2019.77.bb 
b/meta/recipes-core/dropbear/dropbear_2019.77.bb
deleted file mode 100644
index d2a71ba647..00
--- a/meta/recipes-core/dropbear/dropbear_2019.77.bb
+++ /dev/null
@@ -1,4 +0,0 @@
-require dropbear.inc
-
-SRC_URI[md5sum] = "5d4f0256c5d13820b0a3eaadb1a0bc1a"
-SRC_URI[sha256sum] = 
"d91f78ebe633be1d071fd1b7e5535b9693794048b019e9f4bea257e1992b458d"
diff --git a/meta/recipes-core/dropbear/dropbear_2019.78.bb 
b/meta/recipes-core/dropbear/dropbear_2019.78.bb
new file mode 100644
index 00..d2cd8161bf
--- /dev/null
+++ b/meta/recipes-core/dropbear/dropbear_2019.78.bb
@@ -0,0 +1,4 @@
+require dropbear.inc
+
+SRC_URI[md5sum] = "a972c85ed678ad0fdcb7844e1294fb54"
+SRC_URI[sha256sum] = 
"525965971272270995364a0eb01f35180d793182e63dd0b0c3eb0292291644a4"
-- 
2.11.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] asciidoc: use Python 3 port

[Burton, Ross]

Error 4 is 'validation error', can you recover the file that is failing?

Ross

On Sat, 30 Mar 2019 at 02:01, Khem Raj  wrote:
>
> On Wed, Mar 27, 2019 at 7:20 AM Ross Burton  wrote:
> >
> > There's a sort-of-official port of asciidoc to Python 3.  Whilst the 
> > official
> > replacement is asciidoctor which is rewritten in Ruby, this is a fairly 
> > trivial
> > swap and removes Python 2 from core-image-sato builds entirely.
> >
> > Moving forward we should evaluate asciidoctor, but that can wait.
> >
> > Change the RDEPENDS so that python3 is only a dependency for target and
> > nativesdk builds, for native this can use the host python3.
> >
> > Remove redundant DESTDIR export that isn't needed.
> >
>
> its failing on my archlinux builder, ideas ?
>
> https://errors.yoctoproject.org/Errors/Details/234833/
> https://errors.yoctoproject.org/Errors/Details/234829/
>
> > Signed-off-by: Ross Burton 
> > ---
> >  meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb | 21 -
> >  1 file changed, 12 insertions(+), 9 deletions(-)
> >
> > diff --git a/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb 
> > b/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
> > index 38164d55735..d0d15171ac4 100644
> > --- a/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
> > +++ b/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
> > @@ -8,17 +8,20 @@ LICENSE = "GPLv2"
> >  LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
> >  file://COPYRIGHT;md5=029ad5428ba5efa20176b396222d4069"
> >
> > -SRC_URI = 
> > "http://downloads.sourceforge.net/project/${BPN}/${BPN}/${PV}/${BP}.tar.gz";
> > -SRC_URI[md5sum] = "c59018f105be8d022714b826b0be130a"
> > -SRC_URI[sha256sum] = 
> > "78db9d0567c8ab6570a6eff7ffdf84eadd91f2dfc0a92a2d0105d323cab4e1f0"
> > +SRC_URI = "git://github.com/asciidoc/asciidoc-py3;protocol=https"
> > +SRCREV = "618f6e6f6b558ed1e5f2588cd60a5a6b4f881ca0"
> > +PV .= "+py3-git${SRCPV}"
> >
> > -UPSTREAM_CHECK_URI = "https://sourceforge.net/projects/asciidoc/files/";
> > +DEPENDS = "libxml2-native libxslt-native docbook-xml-dtd4-native"
> >
> > +S = "${WORKDIR}/git"
> > +
> > +# Not using automake
> >  inherit autotools-brokensep
> > +CLEANBROKEN = "1"
> >
> > -export DESTDIR = "${D}"
> > -DEPENDS_class-native = "docbook-xml-dtd4-native"
> > -RDEPENDS_${PN} += "python"
> > -BBCLASSEXTEND = "native"
> > +# target and nativesdk needs python3, but for native we can use the host.
> > +RDEPENDS_${PN} += "python3"
> > +RDEPENDS_remove_class-native = "python3"
> >
> > -CLEANBROKEN = "1"
> > +BBCLASSEXTEND = "native nativesdk"
> > --
> > 2.11.0
> >
> > --
> > ___
> > 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 1/2] gpg-sign: Add parameters to gpg signature function

[Xavier Berger]

output_suffix: If defined, add output_suffix as file name extension.
use_sha256: If True, use sha256 for gpg as digest algorithm

Signed-off-by: Xavier Berger 
---
 meta/lib/oe/gpg_sign.py | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/gpg_sign.py b/meta/lib/oe/gpg_sign.py
index ccd5aee..212ac3a 100644
--- a/meta/lib/oe/gpg_sign.py
+++ b/meta/lib/oe/gpg_sign.py
@@ -49,7 +49,7 @@ class LocalSigner(object):
 for i in range(0, len(files), sign_chunk):
 subprocess.check_output(shlex.split(cmd + ' 
'.join(files[i:i+sign_chunk])), stderr=subprocess.STDOUT)
 
-def detach_sign(self, input_file, keyid, passphrase_file, passphrase=None, 
armor=True):
+def detach_sign(self, input_file, keyid, passphrase_file, passphrase=None, 
armor=True, output_suffix=None, use_sha256=False):
 """Create a detached signature of a file"""
 
 if passphrase_file and passphrase:
@@ -62,6 +62,10 @@ class LocalSigner(object):
 cmd += ['--homedir', self.gpg_path]
 if armor:
 cmd += ['--armor']
+if output_suffix:
+cmd += ['-o', input_file + "." + output_suffix]
+if use_sha256:
+cmd += ['--digest-algo', "SHA256"]
 
 #gpg > 2.1 supports password pipes only through the loopback interface
 #gpg < 2.1 errors out if given unknown parameters
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] package_manager: sign DEB package feeds

[Xavier Berger]

Implement debian package repository signature.
For each Release file created in repository subdirectory, a signature
Release.gpg is created.

Signature is performed using gpg backend when the following variables
are set in local.conf:
PACKAGE_CLASSES += "sign_package_feed"
PACKAGE_FEED_GPG_NAME = ""
PACKAGE_FEED_GPG_PASSPHRASE_FILE=""

Signed-off-by: Xavier Berger 
---
 meta/lib/oe/package_manager.py | 19 ---
 1 file changed, 16 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 2835c1d..215d143 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -281,6 +281,7 @@ class DpkgIndexer(Indexer):
 
 index_cmds = []
 deb_dirs_found = False
+index_sign_files = set()
 for arch in arch_list:
 arch_dir = os.path.join(self.deploy_dir, arch)
 if not os.path.isdir(arch_dir):
@@ -290,7 +291,10 @@ class DpkgIndexer(Indexer):
 
 cmd += "%s -fcn Packages > Packages.gz;" % gzip
 
-with open(os.path.join(arch_dir, "Release"), "w+") as release:
+release_file = os.path.join(arch_dir, "Release")
+index_sign_files.add(release_file)
+
+with open(release_file, "w+") as release:
 release.write("Label: %s\n" % arch)
 
 cmd += "PSEUDO_UNLOAD=1 %s release . >> Release" % apt_ftparchive
@@ -304,8 +308,17 @@ class DpkgIndexer(Indexer):
 return
 
 oe.utils.multiprocess_launch(create_index, index_cmds, self.d)
-if self.d.getVar('PACKAGE_FEED_SIGN') == '1':
-raise NotImplementedError('Package feed signing not implementd for 
dpkg')
+if self.d.getVar('PACKAGE_FEED_SIGN', True) == '1':
+signer = get_signer(self.d, 
self.d.getVar('PACKAGE_FEED_GPG_BACKEND', True))
+else:
+signer = None
+if signer:
+for f in index_sign_files:
+signer.detach_sign(f,
+   self.d.getVar('PACKAGE_FEED_GPG_NAME', 
True),
+   
self.d.getVar('PACKAGE_FEED_GPG_PASSPHRASE_FILE', True),
+   output_suffix="gpg",
+   use_sha256=True)
 
 
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PULL][PATCH 0/2] Implement debian packages GPG signing

[Xavier Berger]

The following patches add signing feature for debian packages.


The following changes since commit 3bc700a12d4f21a5c7a1575da0972f9f78b4a091:

  mesa: update 19.0.0 -> 19.0.1 (2019-03-29 08:28:53 +)

are available in the git repository at:

  git://push.yoctoproject.org/poky-contrib xberger/deb_sign

Xavier Berger (2):
  gpg-sign: Add parameters to gpg signature function
  package_manager: sign DEB package feeds

 meta/lib/oe/gpg_sign.py|  6 +-
 meta/lib/oe/package_manager.py | 19 ---
 2 files changed, 21 insertions(+), 4 deletions(-)

-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] gobject-introspection: auto-enable/-disable gobject-introspection for meson

[Andreas Müller]

Signed-off-by: Andreas Müller 
---
 meta/classes/gobject-introspection.bbclass | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta/classes/gobject-introspection.bbclass 
b/meta/classes/gobject-introspection.bbclass
index 4ceb0c68b1..968792c0b3 100644
--- a/meta/classes/gobject-introspection.bbclass
+++ b/meta/classes/gobject-introspection.bbclass
@@ -6,14 +6,21 @@
 # This also sets up autoconf-based recipes to build introspection data (or 
not),
 # depending on distro and machine features (see gobject-introspection-data 
class).
 inherit python3native gobject-introspection-data
+
+# Auto enable/disable based on GI_DATA_ENABLED
 EXTRA_OECONF_prepend_class-target = "${@bb.utils.contains('GI_DATA_ENABLED', 
'True', '--enable-introspection', '--disable-introspection', d)} "
+EXTRA_OEMESON_prepend_class-target = 
"-Dintrospection=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 'true', 
'false', d)} "
 
 # When building native recipes, disable introspection, as it is not necessary,
 # pulls in additional dependencies, and makes build times longer
 EXTRA_OECONF_prepend_class-native = "--disable-introspection "
 EXTRA_OECONF_prepend_class-nativesdk = "--disable-introspection "
+EXTRA_OEMESON_prepend_class-native = "-Dintrospection=False "
+EXTRA_OEMESON_prepend_class-nativesdk = "-Dintrospection=False "
 
-UNKNOWN_CONFIGURE_WHITELIST_append = " --enable-introspection 
--disable-introspection"
+# Avoid triggering configure QA
+UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", "--enable-introspection 
--disable-introspection"][(bb.data.inherits_class('autotools', d))]}"
+UNKNOWN_CONFIGURE_WHITELIST_append = " ${@["", 
"introspection"][(bb.data.inherits_class('meson', d))]}"
 
 # Generating introspection data depends on a combination of native and target
 # introspection tools, and qemu to run the target tools.
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] insane.bbclass: Trigger unrecognzed configure option for meson

[Andreas Müller]

Tested with 'unknown-configure-option' in ERROR_QA:

For meson (glib-2.0-native):
1. add 'EXTRA_OEMESON_append = "-Dschnitzel=true -Dwurst=true"'
   | ERROR: glib-2.0-native-1_2.58.3-r0 do_configure: QA Issue: 
glib-2.0-native: configure was passed unrecognised options: schnitzel wurst 
[unknown-configure-option]
2. add 'UNKNOWN_CONFIGURE_WHITELIST_append=" schnitzel"'
   | ERROR: glib-2.0-native-1_2.58.3-r0 do_configure: QA Issue: 
glib-2.0-native: configure was passed unrecognised options: wurst 
[unknown-configure-option]
3. change to 'UNKNOWN_CONFIGURE_WHITELIST_append=" schnitzel wurst"'
   => builds without issues

For autotools (readline-native):
1. add 'EXTRA_OECONF = "--with-schnitzel --with-wurst"'
   | ERROR: readline-native-8.0-r0 do_configure: QA Issue: readline-native: 
configure was passed unrecognised options: --with-wurst --with-schnitzel 
[unknown-configure-option]
2. add 'UNKNOWN_CONFIGURE_WHITELIST_append=" --with-schnitzel"'
   | ERROR: readline-native-8.0-r0 do_configure: QA Issue: readline-native: 
configure was passed unrecognised options: --with-wurst 
[unknown-configure-option]
3. add 'UNKNOWN_CONFIGURE_WHITELIST_append=" --with-schnitzel --with-wurst"'
   => builds without issues

Signed-off-by: Andreas Müller 
---
 meta/classes/insane.bbclass | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 37b8bb0032..c8d18c07f5 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -1093,12 +1093,16 @@ Rerun configure task after fixing this."""
 ###
 # Check unrecognised configure options (with a white list)
 ###
-if bb.data.inherits_class("autotools", d):
+if bb.data.inherits_class("autotools", d) or 
bb.data.inherits_class("meson", d):
 bb.note("Checking configure output for unrecognised options")
 try:
-flag = "WARNING: unrecognized options:"
-log = os.path.join(d.getVar('B'), 'config.log')
-output = subprocess.check_output(['grep', '-F', flag, 
log]).decode("utf-8").replace(', ', ' ')
+if bb.data.inherits_class("autotools", d):
+flag = "WARNING: unrecognized options:"
+log = os.path.join(d.getVar('B'), 'config.log')
+if bb.data.inherits_class("meson", d):
+flag = "WARNING: Unknown options:"
+log = os.path.join(d.getVar('T'), 'log.do_configure')
+output = subprocess.check_output(['grep', '-F', flag, 
log]).decode("utf-8").replace(', ', ' ').replace('"', '')
 options = set()
 for line in output.splitlines():
 options |= set(line.partition(flag)[2].split())
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] cmake: 3.14.0 -> 3.14.1

[Pascal Bach]

The FindFontconfig module added by 3.14.0 accidentally used uppercase
FONTCONFIG_* variable names that do not match our conventions.
3.14.1 revises the module to use Fontconfig_* variable names.
This is incompatible with 3.14.0 but since the module is new in the
3.14 series usage should not yet be widespread.

Signed-off-by: Pascal Bach 
---
 .../cmake/{cmake-native_3.14.0.bb => cmake-native_3.14.1.bb}  | 0
 meta/recipes-devtools/cmake/cmake.inc | 4 ++--
 meta/recipes-devtools/cmake/{cmake_3.14.0.bb => cmake_3.14.1.bb}  | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/cmake/{cmake-native_3.14.0.bb => 
cmake-native_3.14.1.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.14.0.bb => cmake_3.14.1.bb} (100%)

diff --git a/meta/recipes-devtools/cmake/cmake-native_3.14.0.bb 
b/meta/recipes-devtools/cmake/cmake-native_3.14.1.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake-native_3.14.0.bb
rename to meta/recipes-devtools/cmake/cmake-native_3.14.1.bb
diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index f787851e2d..5b0bce6808 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -18,7 +18,7 @@ SRC_URI = 
"https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://0004-Fail-silently-if-system-Qt-installation-is-broken.patch 
\
 "
 
-SRC_URI[md5sum] = "7504e4f3e05b59e083f2127e07059d5d"
-SRC_URI[sha256sum] = 
"aa76ba67b3c2af1946701f847073f4652af5cbd9f141f221c97af99127e75502"
+SRC_URI[md5sum] = "7efe5394e85c3292ad020b8b70e55669"
+SRC_URI[sha256sum] = 
"7321be640406338fc12590609c42b0fae7ea12980855c1be363d25dcd76bb25f"
 
 UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
diff --git a/meta/recipes-devtools/cmake/cmake_3.14.0.bb 
b/meta/recipes-devtools/cmake/cmake_3.14.1.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake_3.14.0.bb
rename to meta/recipes-devtools/cmake/cmake_3.14.1.bb
-- 
2.11.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libsolv: use GNUInstallDirs

[Ross Burton]

Backport a patch from upstream to use GNUInstallDirs instead of hand-coded path
logic, so we have proper control over where files end up.

Signed-off-by: Ross Burton 
---
 .../libsolv/0001-build-use-GNUInstallDirs.patch| 188 +
 meta/recipes-extended/libsolv/libsolv_0.7.3.bb |   3 +-
 2 files changed, 190 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-extended/libsolv/libsolv/0001-build-use-GNUInstallDirs.patch

diff --git 
a/meta/recipes-extended/libsolv/libsolv/0001-build-use-GNUInstallDirs.patch 
b/meta/recipes-extended/libsolv/libsolv/0001-build-use-GNUInstallDirs.patch
new file mode 100644
index 000..75ef1500524
--- /dev/null
+++ b/meta/recipes-extended/libsolv/libsolv/0001-build-use-GNUInstallDirs.patch
@@ -0,0 +1,188 @@
+Backport a patch from upstream to use GNUInstallDirs instead of
+hand-coded path logic, so we have proper control over where files end up.
+
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From b6c9df4c686975ce5009d09dac706a4e83f02a31 Mon Sep 17 00:00:00 2001
+From: Igor Gnatenko 
+Date: Mon, 2 Jul 2018 12:56:41 +0100
+Subject: [PATCH] build: use GNUInstallDirs
+
+Fixes: #128
+Signed-off-by: Igor Gnatenko 
+---
+ CMakeLists.txt   | 34 +++---
+ README   |  2 +-
+ doc/CMakeLists.txt   |  4 ++--
+ examples/solv/CMakeLists.txt |  2 +-
+ ext/CMakeLists.txt   |  8 
+ libsolv.pc.in|  4 ++--
+ libsolvext.pc.in |  4 ++--
+ src/CMakeLists.txt   |  8 
+ tools/CMakeLists.txt |  3 +--
+ 9 files changed, 24 insertions(+), 45 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 1deef57d..7e9ffa9b 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -1,6 +1,6 @@
+ PROJECT (libsolv)
+ 
+-CMAKE_MINIMUM_REQUIRED (VERSION 2.4)
++CMAKE_MINIMUM_REQUIRED (VERSION 2.8.5)
+ 
+ OPTION (ENABLE_STATIC "Build a static version of the libraries?" OFF)
+ OPTION (DISABLE_SHARED "Do not build a shared version of the libraries?" OFF)
+@@ -38,34 +38,14 @@ OPTION (ENABLE_ZCHUNK_COMPRESSION "Build with zchunk 
compression support?" OFF)
+ OPTION (WITH_SYSTEM_ZCHUNK "Use system zchunk library?" OFF)
+ OPTION (WITH_LIBXML2  "Build with libxml2 instead of libexpat?" OFF)
+ 
+-# Library
+-IF (DEFINED LIB)
+-  SET (LIB_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/${LIB}")
+-ELSE (DEFINED  LIB)
+-  IF (CMAKE_SIZEOF_VOID_P MATCHES "8")
+-SET (LIB_SUFFIX "64")
+-  ENDIF (CMAKE_SIZEOF_VOID_P MATCHES "8")
+-  SET (LIB_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/lib${LIB_SUFFIX}")
+-ENDIF (DEFINED  LIB)
+-MESSAGE (STATUS "Libraries will be installed in ${LIB_INSTALL_DIR}")
+-# Library
+-IF (DEFINED INCLUDE)
+-  SET (INCLUDE_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/${INCLUDE}")
+-else (DEFINED INCLUDE)
+-  SET (INCLUDE_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/include")
+-ENDIF (DEFINED  INCLUDE)
+-MESSAGE (STATUS "Header files will be installed in ${INCLUDE_INSTALL_DIR}")
+-SET (BIN_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/bin")
+-IF (NOT MAN_INSTALL_DIR)
+-SET (MAN_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/share/man")
+-IF (IS_DIRECTORY "${CMAKE_INSTALL_PREFIX}/man"  AND NOT IS_DIRECTORY 
"${CMAKE_INSTALL_PREFIX}/share/man")
+-  SET (MAN_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/man")
+-ENDIF (IS_DIRECTORY "${CMAKE_INSTALL_PREFIX}/man"  AND NOT IS_DIRECTORY 
"${CMAKE_INSTALL_PREFIX}/share/man")
+-ENDIF (NOT MAN_INSTALL_DIR)
+-MESSAGE(STATUS "Man pages will be installed in ${MAN_INSTALL_DIR}")
++include (GNUInstallDirs)
++message (STATUS "Libraries will be installed in ${CMAKE_INSTALL_FULL_LIBDIR}")
++message (STATUS "Header files will be installed in 
${CMAKE_INSTALL_FULL_INCLUDEDIR}")
++message (STATUS "Binaries will be installed in ${CMAKE_INSTALL_FULL_BINDIR}")
++message (STATUS "Man pages will be installed in ${CMAKE_INSTALL_FULL_MANDIR}")
+ 
+ IF (NOT PKGCONFIG_INSTALL_DIR)
+-  SET (PKGCONFIG_INSTALL_DIR ${LIB_INSTALL_DIR}/pkgconfig)
++  SET (PKGCONFIG_INSTALL_DIR ${CMAKE_INSTALL_LIBDIR}/pkgconfig)
+ ENDIF (NOT PKGCONFIG_INSTALL_DIR)
+ 
+ # CONFIGURATION#
+diff --git a/doc/CMakeLists.txt b/doc/CMakeLists.txt
+index 66011b48..ed38274e 100644
+--- a/doc/CMakeLists.txt
 b/doc/CMakeLists.txt
+@@ -48,8 +48,8 @@ STRING(REGEX REPLACE "([^;]+)" "gen/\\1" libsolv_MANPAGES3 
"${libsolv_MANPAGES3}
+ 
+ INSTALL(FILES
+ ${libsolv_MANPAGES3}
+-DESTINATION "${MAN_INSTALL_DIR}/man3")
++DESTINATION "${CMAKE_INSTALL_MANDIR}/man3")
+ 
+ INSTALL(FILES
+ ${libsolv_MANPAGES1}
+-DESTINATION "${MAN_INSTALL_DIR}/man1")
++DESTINATION "${CMAKE_INSTALL_MANDIR}/man1")
+diff --git a/examples/solv/CMakeLists.txt b/examples/solv/CMakeLists.txt
+index 41f45f74..0f3bd477 100644
+--- a/examples/solv/CMakeLists.txt
 b/examples/solv/CMakeLists.txt
+@@ -25,5 +25,5 @@ TARGET_LINK_LIBRARIES (solv libsolvext libsolv 
${SYSTEM_LIBRARIES})

Re: [OE-core] [PATCH] gnupg: update to 2.2.15

[Burton, Ross]

ERROR: gnupg-2.2.15-r0 do_patch: Command Error: 'quilt --quiltrc
/data/poky-tmp/master/work/corei7-64-poky-linux/gnupg/2.2.15-r0/recipe-sysroot-native/etc/quiltrc
push' exited with 0  Output:
Applying patch 0001-Woverride-init-is-not-needed-with-gcc-9.patch
patching file dirmngr/dns.h
Hunk #1 FAILED at 154.
1 out of 1 hunk FAILED -- rejects in file dirmngr/dns.h
Patch 0001-Woverride-init-is-not-needed-with-gcc-9.patch does not
apply (enforce with -f)

Ross

On Sun, 31 Mar 2019 at 17:42, Oleksandr Kravchuk
 wrote:
>
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../gnupg/{gnupg_2.2.13.bb => gnupg_2.2.15.bb}| 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-support/gnupg/{gnupg_2.2.13.bb => gnupg_2.2.15.bb} (93%)
>
> diff --git a/meta/recipes-support/gnupg/gnupg_2.2.13.bb 
> b/meta/recipes-support/gnupg/gnupg_2.2.15.bb
> similarity index 93%
> rename from meta/recipes-support/gnupg/gnupg_2.2.13.bb
> rename to meta/recipes-support/gnupg/gnupg_2.2.15.bb
> index 3ce2a38c0e..06a257333d 100644
> --- a/meta/recipes-support/gnupg/gnupg_2.2.13.bb
> +++ b/meta/recipes-support/gnupg/gnupg_2.2.15.bb
> @@ -20,8 +20,8 @@ SRC_URI_append_class-native = " 
> file://0001-configure.ac-use-a-custom-value-for-
>  file://relocate.patch"
>
>
> -SRC_URI[md5sum] = "563b959d0c3856e34526e9ca51c80d7b"
> -SRC_URI[sha256sum] = 
> "76c787a955f9e6e0ead47c9be700bfb9d454f955a7b7c7e697aa719bac7b11d8"
> +SRC_URI[md5sum] = "3ab87e377aa0af2f463649515bf66508"
> +SRC_URI[sha256sum] = 
> "cb8ce298d7b36558ffc48aec961b14c830ff1783eef7a623411188b5e0f5d454"
>
>  EXTRA_OECONF = "--disable-ldap \
> --disable-ccid-driver \
> --
> 2.17.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

Re: [OE-core] [PATCH] weston: upgrade 5.0.0 -> 6.0.0

[Burton, Ross]

WARNING: weston-6.0.0-r0 do_patch:
Some of the context lines in patches were ignored. This can lead to
incorrectly applied patches.
The context lines in the patches can be updated with devtool:

devtool modify 
devtool finish --force-patch-refresh  

Then the updated patches and the source tree (in devtool's workspace)
should be reviewed to make sure the patches apply in the correct place
and don't introduce duplicate lines (which can, and does happen
when some of the context is ignored). Further information:
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
Details:
Applying patch 0001-make-error-portable.patch
patching file configure.ac
Hunk #1 succeeded at 126 with fuzz 2 (offset 17 lines).
patching file libweston/weston-error.h
patching file libweston/weston-launch.c

Now at patch 0001-make-error-portable.patch

Ross

On Sat, 30 Mar 2019 at 00:06, Denys Dmytriyenko  wrote:
>
> From: Denys Dmytriyenko 
>
> Note:
> 6.0.0 is the last one to support autotools (needs explicit configure option),
> newer versions will only support meson.
>
> Signed-off-by: Denys Dmytriyenko 
> ---
>  meta/recipes-graphics/wayland/{weston_5.0.0.bb => weston_6.0.0.bb} | 5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
>  rename meta/recipes-graphics/wayland/{weston_5.0.0.bb => weston_6.0.0.bb} 
> (96%)
>
> diff --git a/meta/recipes-graphics/wayland/weston_5.0.0.bb 
> b/meta/recipes-graphics/wayland/weston_6.0.0.bb
> similarity index 96%
> rename from meta/recipes-graphics/wayland/weston_5.0.0.bb
> rename to meta/recipes-graphics/wayland/weston_6.0.0.bb
> index e517109..fa08dac 100644
> --- a/meta/recipes-graphics/wayland/weston_5.0.0.bb
> +++ b/meta/recipes-graphics/wayland/weston_6.0.0.bb
> @@ -12,8 +12,8 @@ SRC_URI = 
> "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
> file://xwayland.weston-start \
> 
> file://0001-weston-launch-Provide-a-default-version-that-doesn-t.patch \
>  "
> -SRC_URI[md5sum] = "752a04ce3c65af4884cfac4e57231bdb"
> -SRC_URI[sha256sum] = 
> "15a23423bcfa45e31e1dedc0cd524ba71e2930df174fde9c99b71a537c4e4caf"
> +SRC_URI[md5sum] = "7c634e262f8a464a076c97fd50ad36b3"
> +SRC_URI[sha256sum] = 
> "546323a90607b3bd7f48809ea9d76e64cd09718102f2deca6d95aa59a882e612"
>
>  UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
>
> @@ -28,6 +28,7 @@ WESTON_MAJOR_VERSION = 
> "${@'.'.join(d.getVar('PV').split('.')[0:1])}"
>
>  EXTRA_OECONF = "--enable-setuid-install \
>  --disable-rdp-compositor \
> +--enable-autotools \
>  "
>  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'kms 
> fbdev wayland egl', '', d)} \
> ${@bb.utils.contains('DISTRO_FEATURES', 'x11 wayland', 
> 'xwayland', '', d)} \
> --
> 2.7.4
>
> --
> ___
> 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

Re: [OE-core] [PATCH] ethtool:upgrade 4.19 -> 5.0

[Alexander Kanavin]

On Mon, 1 Apr 2019 at 13:04, Burton, Ross  wrote:
>
>  WARNING: ethtool-5.0-r0 do_patch:
> Some of the context lines in patches were ignored. This can lead to
> incorrectly applied patches.
> The context lines in the patches can be updated with devtool:
>
> devtool modify 
> devtool finish --force-patch-refresh  
>
> Then the updated patches and the source tree (in devtool's workspace)
> should be reviewed to make sure the patches apply in the correct place
> and don't introduce duplicate lines (which can, and does happen
> when some of the context is ignored). Further information:
> http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
> Details:
> Applying patch avoid_parallel_tests.patch
> patching file configure.ac
> Hunk #1 succeeded at 2 with fuzz 1.
>
> Another patch is already on the list that doesn't have this problem,
> but please fix all warnings.
>
> Ross

Generally, do use 'devtool upgrade', as it will automatically refresh
the patches context for you.

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ethtool:upgrade 4.19 -> 5.0

[Burton, Ross]

 WARNING: ethtool-5.0-r0 do_patch:
Some of the context lines in patches were ignored. This can lead to
incorrectly applied patches.
The context lines in the patches can be updated with devtool:

devtool modify 
devtool finish --force-patch-refresh  

Then the updated patches and the source tree (in devtool's workspace)
should be reviewed to make sure the patches apply in the correct place
and don't introduce duplicate lines (which can, and does happen
when some of the context is ignored). Further information:
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
Details:
Applying patch avoid_parallel_tests.patch
patching file configure.ac
Hunk #1 succeeded at 2 with fuzz 1.

Another patch is already on the list that doesn't have this problem,
but please fix all warnings.

Ross

On Thu, 28 Mar 2019 at 01:25, Zang Ruochen  wrote:
>
> Upgrade from ethtool_4.19.bb to ethtool_5.0.bb
>
> Signed-off-by: Zang Ruochen 
> ---
>  .../ethtool/{ethtool_4.19.bb => ethtool_5.0.bb}   | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-extended/ethtool/{ethtool_4.19.bb => ethtool_5.0.bb} 
> (88%)
>
> diff --git a/meta/recipes-extended/ethtool/ethtool_4.19.bb 
> b/meta/recipes-extended/ethtool/ethtool_5.0.bb
> similarity index 88%
> rename from meta/recipes-extended/ethtool/ethtool_4.19.bb
> rename to meta/recipes-extended/ethtool/ethtool_5.0.bb
> index 74e255c24b..76cdf9c4e7 100644
> --- a/meta/recipes-extended/ethtool/ethtool_4.19.bb
> +++ b/meta/recipes-extended/ethtool/ethtool_5.0.bb
> @@ -11,8 +11,8 @@ SRC_URI = 
> "${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
> file://avoid_parallel_tests.patch \
> "
>
> -SRC_URI[md5sum] = "a533db1d202724822c4ef297643fac12"
> -SRC_URI[sha256sum] = 
> "e8e88f5a79c78e542cd84fee60b67dbf29cee63e4760e8d61544fea74c761ad1"
> +SRC_URI[md5sum] = "8998c9eb7e491b0aec420a807ce52ba6"
> +SRC_URI[sha256sum] = 
> "cc53a6d4d5643f8993ef20d6b638f88d9035529a9e777e222073c3a5b9237178"
>
>  inherit autotools ptest
>  RDEPENDS_${PN}-ptest += "make"
> --
> 2.20.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

Re: [OE-core] [PATCH] cronie: update to 1.5.4

[Burton, Ross]

ERROR: cronie-1.5.4-r0 do_patch: Command Error: 'quilt --quiltrc
/data/poky-tmp/master/work/corei7-64-poky-linux/cronie/1.5.4-r0/recipe-sysroot-native/etc/quiltrc
push' exited with 0  Output:
Applying patch crond_pam_config.patch
patching file pam/crond
Hunk #1 FAILED at 4.
1 out of 1 hunk FAILED -- rejects in file pam/crond
Patch crond_pam_config.patch does not apply (enforce with -f)

Remember to check the recipe for conditional patches/logic and test all paths.

Ross

On Mon, 1 Apr 2019 at 03:21, Oleksandr Kravchuk
 wrote:
>
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb} | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-extended/cronie/{cronie_1.5.2.bb => cronie_1.5.4.bb} 
> (94%)
>
> diff --git a/meta/recipes-extended/cronie/cronie_1.5.2.bb 
> b/meta/recipes-extended/cronie/cronie_1.5.4.bb
> similarity index 94%
> rename from meta/recipes-extended/cronie/cronie_1.5.2.bb
> rename to meta/recipes-extended/cronie/cronie_1.5.4.bb
> index 3abca7f920..d35c6672c4 100644
> --- a/meta/recipes-extended/cronie/cronie_1.5.2.bb
> +++ b/meta/recipes-extended/cronie/cronie_1.5.4.bb
> @@ -16,7 +16,7 @@ SECTION = "utils"
>
>  UPSTREAM_CHECK_URI = "https://github.com/cronie-crond/${BPN}/releases/";
>
> -SRC_URI = 
> "https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}/cronie-${PV}.tar.gz
>  \
> +SRC_URI = 
> "https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}-final/cronie-${PV}.tar.gz
>  \
> file://crond.init \
> file://crontab \
> file://crond.service \
> @@ -25,8 +25,8 @@ SRC_URI = 
> "https://github.com/cronie-crond/cronie/releases/download/cronie-${PV}
>  PAM_SRC_URI = "file://crond_pam_config.patch"
>  PAM_DEPS = "libpam libpam-runtime pam-plugin-access pam-plugin-loginuid"
>
> -SRC_URI[md5sum] = "703314f58a49ea136e9966d3937d9bf4"
> -SRC_URI[sha256sum] = 
> "370bf34641691489330e708bd4cdbd779267296a030668a12f77b7e36872fd75"
> +SRC_URI[md5sum] = "20233b96997e17a142e1fbe0d7ce8223"
> +SRC_URI[sha256sum] = 
> "af8970559cad4262f8ffd7ec72abf682d2dcce04fdfb8f206a71d96566aba882"
>
>  inherit autotools update-rc.d useradd systemd
>
> --
> 2.17.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

Re: [OE-core] [PATCH 3/3] gtk-icon-cache: clean up DEPENDS

[Richard Purdie]

On Fri, 2019-03-29 at 14:29 +, Ross Burton wrote:
> Instead of using DEPENDS += use _append to ensure that these additions can't 
> get
> overwritten.
> 
> Also use gtk+3-native instead gtk-icon-utils-native as that recipe no longer
> exists and is provided by gtk+3-native for compatibility.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/classes/gtk-icon-cache.bbclass | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/classes/gtk-icon-cache.bbclass 
> b/meta/classes/gtk-icon-cache.bbclass
> index d87167aec09..3572f62ebb6 100644
> --- a/meta/classes/gtk-icon-cache.bbclass
> +++ b/meta/classes/gtk-icon-cache.bbclass
> @@ -1,8 +1,8 @@
>  FILES_${PN} += "${datadir}/icons/hicolor"
>  
> -DEPENDS += "${@['hicolor-icon-theme', '']['${BPN}' == 'hicolor-icon-theme']} 
> gtk-icon-utils-native"
> +DEPENDS_append = " ${@['hicolor-icon-theme', '']['${BPN}' == 
> 'hicolor-icon-theme']} gtk+3-native"

I don't mind the changes themselves but I do have a bit of an issue
with changing to use DEPENDS_append.

In general recipes should be doing DEPENDS += "xxx", unless its at the
start of the recipe before any inherits (and even then += is fine).

_append is much harder to override and whilst it can be needed (e.g.
the hoops base.bbclass has to jump through), I'd much prefer to
encourage people to use +=.

I appreciate its a style thing and there is no "right" answer but its
one do have a fairly strong preference over, mainly for the
overridability. Our _append/_remove/_prepend operators are operators of
last resort to me.

Cheers,

Richard



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] fontconfig: update to 2.13.1

[Burton, Ross]

Please remember to explain what you're doing.

On Sun, 31 Mar 2019 at 02:01, Oleksandr Kravchuk
 wrote:
>  LIC_FILES_CHKSUM = "file://COPYING;md5=7a0449e9bc5370402a94c00204beca3d \
>  
> file://src/fcfreetype.c;endline=45;md5=5d9513e3196a1fbfdfa94051c09dfc84 \
> -
> file://src/fccache.c;beginline=1367;endline=1382;md5=0326cfeb4a7333dd4dd25fbbc4b9f27f"
> +
> file://src/fccache.c;beginline=1671;endline=1686;md5=0326cfeb4a7333dd4dd25fbbc4b9f27f"

Why?

> -DEPENDS = "expat freetype zlib gperf-native"
> +DEPENDS = "expat freetype zlib gperf-native util-linux"

What is this for?

> -   file://0001-src-fcxml.c-avoid-double-free-of-filename.patch \
> -   file://0001-src-fccache.c-Fix-define-for-HAVE_POSIX_FADVISE.patch 
> \

As one of these was a backport and the other submitted I guess these
were merged in this release, but please say so.

> -FILES_${PN} =+ "${datadir}/xml/*"
> +FILES_${PN} =+ "${datadir}/xml/* ${datadir}/gettext/*"

These files are for development purposes so should be in PN-dev.

> -inherit autotools pkgconfig relative_symlinks
> +inherit autotools pkgconfig relative_symlinks gettext

What is this inherit for?  The point of the inherit is so that a
recipe can disable NLS (set USE_NLS='no') so does this work, or is
there actually a hard requirement on gettext-native (in which case
don't use the class).

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libyaml: update to 0.2.2

[Burton, Ross]

On Mon, 1 Apr 2019 at 03:24, Oleksandr Kravchuk
 wrote:
> -S = "${WORKDIR}/yaml-${PV}"
> +S = "${WORKDIR}/libyaml-${PV}"

That is now the default, so can be removed.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] llvm: fix link error for powerpc

[Burton, Ross]

On Mon, 1 Apr 2019 at 10:45,  wrote:
> +CXXFLAGS_append_class-target = " -mlongcall"

If this is ppc-specific shouldn't it have a ppc override?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] llvm: fix link error for powerpc

[changqing.li]

From: Changqing Li 

fix below link error for powerpc

lib/libLLVMSupport.a(CommandLine.cpp.o): in function 
`llvm::cl::opt_storage<(anonymous namespace):
:HelpPrinterWrapper, true, true>::setLocation(llvm::cl::Option&, (anonymous 
namespace)::HelpPrinterWrapper&) [clone .isra.189]':
/usr/src/debug/llvm/8.0-r0/git/llvm/include/llvm/Support/CommandLine.h:1218:(.text.startup+0x5c):
relocation truncated to fit: R_PPC_PLTREL24 against symbol `llvm::errs()' 
defined in .text section in lib/libLLVMSupport.a(raw_ostream.cpp.o)+8000
lib/libLLVMSupport.a(CommandLine.cpp.o): in function `setLocation':

Signed-off-by: Changqing Li 
---
 meta/recipes-devtools/llvm/llvm_git.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index d2ea927..7762353 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -88,6 +88,8 @@ EXTRA_OECMAKE_append_class-nativesdk = "\
   -DLLVM_CONFIG_PATH=${STAGING_BINDIR_NATIVE}/llvm-config${PV} 
\
  "
 
+CXXFLAGS_append_class-target = " -mlongcall"
+
 do_configure_prepend() {
 # Fix paths in llvm-config
sed -i 
"s|sys::path::parent_path(CurrentPath))\.str()|sys::path::parent_path(sys::path::parent_path(CurrentPath))).str()|g"
 ${S}/tools/llvm-config/llvm-config.cpp
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] xtrans:upgrade 1.3.5 -> 1.4.0

[Zang Ruochen]

-Upgrade from xtrans_1.3.5.bb to xtrans_1.4.0.bb.

Signed-off-by: Zang Ruochen 
---
 .../xorg-lib/{xtrans_1.3.5.bb => xtrans_1.4.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{xtrans_1.3.5.bb => xtrans_1.4.0.bb} 
(83%)

diff --git a/meta/recipes-graphics/xorg-lib/xtrans_1.3.5.bb 
b/meta/recipes-graphics/xorg-lib/xtrans_1.4.0.bb
similarity index 83%
rename from meta/recipes-graphics/xorg-lib/xtrans_1.3.5.bb
rename to meta/recipes-graphics/xorg-lib/xtrans_1.4.0.bb
index 200716fb02..5bf134b5f8 100644
--- a/meta/recipes-graphics/xorg-lib/xtrans_1.3.5.bb
+++ b/meta/recipes-graphics/xorg-lib/xtrans_1.4.0.bb
@@ -22,5 +22,5 @@ inherit gettext
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "c5ba432dd1514d858053ffe9f4737dd8"
-SRC_URI[sha256sum] = 
"adbd3b36932ce4c062cd10f57d78a156ba98d618bdb6f50664da327502bc8301"
+SRC_URI[md5sum] = "ce2fb8100c6647ee81451ebe388b17ad"
+SRC_URI[sha256sum] = 
"377c4491593c417946efcd2c7600d1e62639f7a8bbca391887e2c4679807d773"
-- 
2.20.1



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libtirpc:upgrade 1.0.3 -> 1.1.4

[Zang Ruochen]

-Upgrade from libtirpc_1.0.3.bb to libtirpc_1.1.4.bb.

-Delete libtirpc/libtirpc-1.0.4-rc1.patch beacuse this patch has been
adopted in the high version.

Signed-off-by: Zang Ruochen 
---
 .../libtirpc/libtirpc-1.0.4-rc1.patch | 103 --
 .../{libtirpc_1.0.3.bb => libtirpc_1.1.4.bb}  |   5 +-
 2 files changed, 2 insertions(+), 106 deletions(-)
 delete mode 100644 
meta/recipes-extended/libtirpc/libtirpc/libtirpc-1.0.4-rc1.patch
 rename meta/recipes-extended/libtirpc/{libtirpc_1.0.3.bb => libtirpc_1.1.4.bb} 
(83%)

diff --git a/meta/recipes-extended/libtirpc/libtirpc/libtirpc-1.0.4-rc1.patch 
b/meta/recipes-extended/libtirpc/libtirpc/libtirpc-1.0.4-rc1.patch
deleted file mode 100644
index 6d40d3cce8..00
--- a/meta/recipes-extended/libtirpc/libtirpc/libtirpc-1.0.4-rc1.patch
+++ /dev/null
@@ -1,103 +0,0 @@
-Patch from Fedora 
https://src.fedoraproject.org/rpms/libtirpc/raw/master/f/libtirpc-1.0.4-rc1.patch
-
-Upstream-Status: Backport
-Signed-off-by: Khem Raj 
-
-diff --git a/src/clnt_generic.c b/src/clnt_generic.c
-index e5a314f..3f3dabf 100644
 a/src/clnt_generic.c
-+++ b/src/clnt_generic.c
-@@ -47,7 +47,6 @@
- 
- extern bool_t __rpc_is_local_host(const char *);
- int __rpc_raise_fd(int);
--extern int __binddynport(int fd);
- 
- #ifndef NETIDLEN
- #define   NETIDLEN 32
-@@ -341,8 +340,7 @@ clnt_tli_create(int fd, const struct netconfig *nconf,
-   servtype = nconf->nc_semantics;
-   if (!__rpc_fd2sockinfo(fd, &si))
-   goto err;
--  if (__binddynport(fd) == -1)
--  goto err;
-+  bindresvport(fd, NULL);
-   } else {
-   if (!__rpc_fd2sockinfo(fd, &si))
-   goto err;
-diff --git a/src/rpc_soc.c b/src/rpc_soc.c
-index af6c482..5a6eeb7 100644
 a/src/rpc_soc.c
-+++ b/src/rpc_soc.c
-@@ -67,8 +67,6 @@
- 
- extern mutex_trpcsoc_lock;
- 
--extern int __binddynport(int fd);
--
- static CLIENT *clnt_com_create(struct sockaddr_in *, rpcprog_t, rpcvers_t,
- int *, u_int, u_int, char *, int);
- static SVCXPRT *svc_com_create(int, u_int, u_int, char *);
-@@ -147,8 +145,7 @@ clnt_com_create(raddr, prog, vers, sockp, sendsz, recvsz, 
tp, flags)
-   bindaddr.maxlen = bindaddr.len =  sizeof (struct sockaddr_in);
-   bindaddr.buf = raddr;
- 
--  if (__binddynport(fd) == -1)
--  goto err;
-+  bindresvport(fd, NULL);
-   cl = clnt_tli_create(fd, nconf, &bindaddr, prog, vers,
-   sendsz, recvsz);
-   if (cl) {
-diff --git a/src/rpcb_clnt.c b/src/rpcb_clnt.c
-index a94fc73..4b44364 100644
 a/src/rpcb_clnt.c
-+++ b/src/rpcb_clnt.c
-@@ -752,7 +752,7 @@ __try_protocol_version_2(program, version, nconf, host, tp)
- 
-   client = getpmaphandle(nconf, host, &parms.r_addr);
-   if (client == NULL)
--  return (NULL);
-+  goto error;
- 
-   /*
-* Set retry timeout.
-@@ -771,11 +771,11 @@ __try_protocol_version_2(program, version, nconf, host, 
tp)
-   if (clnt_st != RPC_SUCCESS) {
-   rpc_createerr.cf_stat = RPC_PMAPFAILURE;
-   clnt_geterr(client, &rpc_createerr.cf_error);
--  return (NULL);
-+  goto error;
-   } else if (port == 0) {
-   pmapaddress = NULL;
-   rpc_createerr.cf_stat = RPC_PROGNOTREGISTERED;
--  return (NULL);
-+  goto error;
-   }
-   port = htons(port);
-   CLNT_CONTROL(client, CLGET_SVC_ADDR, (char *)&remote);
-@@ -789,14 +789,24 @@ __try_protocol_version_2(program, version, nconf, host, 
tp)
-   free(pmapaddress);
-   pmapaddress = NULL;
-   }
--  return (NULL);
-+  goto error;
-   }
-   memcpy(pmapaddress->buf, remote.buf, remote.len);
-   memcpy(&((char *)pmapaddress->buf)[sizeof (short)],
-   (char *)(void *)&port, sizeof (short));
-   pmapaddress->len = pmapaddress->maxlen = remote.len;
- 
-+  CLNT_DESTROY(client);
-   return pmapaddress;
-+
-+error:
-+  if (client) {
-+  CLNT_DESTROY(client);
-+  client = NULL;
-+
-+  }
-+  return (NULL);
-+
- }
- #endif
- 
diff --git a/meta/recipes-extended/libtirpc/libtirpc_1.0.3.bb 
b/meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb
similarity index 83%
rename from meta/recipes-extended/libtirpc/libtirpc_1.0.3.bb
rename to meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb
index f978c8c8ab..9c480b825f 100644
--- a/meta/recipes-extended/libtirpc/libtirpc_1.0.3.bb
+++ b/meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb
@@ -10,13 +10,12 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=f835cce8852481e4b2bbbdd23b5e47f3 \
 PROVIDES = "virtual/librpc"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BP}.tar.bz2 \
-   file://libtirpc-1.0.4-rc1.patch \
file://musl.patch \
"
 UPSTREAM_CHECK_URI = 
"https://sourceforg

[OE-core] [PATCH] sysprof:upgrade 3.30.2 -> 3.32.0

[Zang Ruochen]

-Upgrade from sysprof_3.30.2.bb to sysprof_3.32.0.bb.

Signed-off-by: Zang Ruochen 
---
 .../sysprof/{sysprof_3.30.2.bb => sysprof_3.32.0.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/sysprof/{sysprof_3.30.2.bb => sysprof_3.32.0.bb} 
(88%)

diff --git a/meta/recipes-kernel/sysprof/sysprof_3.30.2.bb 
b/meta/recipes-kernel/sysprof/sysprof_3.32.0.bb
similarity index 88%
rename from meta/recipes-kernel/sysprof/sysprof_3.30.2.bb
rename to meta/recipes-kernel/sysprof/sysprof_3.32.0.bb
index 24e49cb0d5..b92933806c 100644
--- a/meta/recipes-kernel/sysprof/sysprof_3.30.2.bb
+++ b/meta/recipes-kernel/sysprof/sysprof_3.32.0.bb
@@ -9,8 +9,8 @@ inherit gnomebase gettext systemd upstream-version-is-even 
gsettings
 
 DEPENDS = "glib-2.0 libxml2-native glib-2.0-native"
 
-SRC_URI[archive.md5sum] = "80cb47906eced2e7b9976bf00deec323"
-SRC_URI[archive.sha256sum] = 
"e90878e5a509bd79d170a7a51d47cc5508ab1363afaf0d97654373dfd9c8ba0b"
+SRC_URI[archive.md5sum] = "d1fa9ad216419d722770ca36713ad3af"
+SRC_URI[archive.sha256sum] = 
"fc22a69e468701c5ec9036e960c6273afa1ed6a89df1f889fed49417add5554d"
 SRC_URI += " \
file://define-NT_GNU_BUILD_ID.patch \

file://0001-Do-not-build-anything-in-help-as-it-requires-itstool.patch \
-- 
2.20.1



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] nss:upgrade 3.42.1 -> 3.43

[Zang Ruochen]

-Upgrade from nss_3.42.1.bb to nss_3.43.bb.

Signed-off-by: Zang Ruochen 
---
 meta/recipes-support/nss/{nss_3.42.1.bb => nss_3.43.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/nss/{nss_3.42.1.bb => nss_3.43.bb} (98%)

diff --git a/meta/recipes-support/nss/nss_3.42.1.bb 
b/meta/recipes-support/nss/nss_3.43.bb
similarity index 98%
rename from meta/recipes-support/nss/nss_3.42.1.bb
rename to meta/recipes-support/nss/nss_3.43.bb
index b6bbd800fc..14a17335a2 100644
--- a/meta/recipes-support/nss/nss_3.42.1.bb
+++ b/meta/recipes-support/nss/nss_3.43.bb
@@ -30,8 +30,8 @@ SRC_URI = 
"http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/${VERSIO
file://system-pkcs11.txt \
"
 
-SRC_URI[md5sum] = "1f6cc6c702379478a3a72298caaef0a7"
-SRC_URI[sha256sum] = 
"087db37d38fd49dfd584dd2a8b5baa7fc88de7c9bd97c0c2d5be4abcafc61fc6"
+SRC_URI[md5sum] = "67c8fa282c32cb56117fdd530dd77001"
+SRC_URI[sha256sum] = 
"f30bc1b7330887b75de9fec37dbc173001758dc43fb095ffbc45dac4093fe2ca"
 
 UPSTREAM_CHECK_URI = 
"https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_Releases";
 UPSTREAM_CHECK_REGEX = "NSS_(?P.+)_release_notes"
-- 
2.20.1



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core