The following changes since commit 65d23bd7986615fdfb0f1717b615534a2a14ab80:
README.qemu: qemuppc64 is not supported (2017-10-16 23:54:31 +0100)
are available in the git repository at:
https://github.com/DengkeDu/openembedded-core.git dengke/avahi-0.7
https://github.com//tree/dengke/avahi-
Delete the unneeded patch, because the upstream contains the needed changes.
The new version of avahi 0.7 use "/run" directory to place some run-time
variable data, not /var/run, so in avahi.inc, we should remove the "/run"
not "/var/run".
Signed-off-by: Dengke Du
---
.../avahi/{avahi-ui_0.6.32.
The following changes since commit 514a808f21c37b6ad704ce397bb2740ecc9a93bc:
ref-manual: Updates to "Image Generation" section. (2017-10-30 15:55:08 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/hosttools_setting
http://git.pokylinux.org/cgit.cg
A list of tools are added to HOSTTOOLS depending on if we inherit
testimage or not. Unfortunately, if we use TEST_IMAGE variable to
automate the test, these tools are not added to HOSTTOOLS.
Modify the condition to also check TEST_IMAGE to fix the above problem.
Signed-off-by: Chen Qi
---
meta/
Konrad,
I've sent out a patch to fix the problem you encountered.
Markus,
I kind of understand what you are doing. You are trying to use library
functions in oeqa. And that requires scp and ip available. Right?
To be clear, I don't have any objection to the any change to HOSTTOOLS.
Just one t
When update-alternatives is moved from opkg to opkg-utils, a line in
the file is changed
from
to .
But opkglibdir doesn't equal to "/usr/lib" here, but equal to "/var/lib"
in oe-core build by configuring --with-opkglibdir.
opkg-utils can't get the var value in opkg, so here define OPKGLIBDIR to
s
Could be a multilib issue. I do see that these constructs work in a poky build
environment. Are there any "standard" configurations that enable multilib? I
am typically building in a (surprise!) Wind River build environment which does
support multilib.
Joe
___
== Series Details ==
Series: python-*: use https for pypi URLs
Revision: 1
URL : https://patchwork.openembedded.org/series/9548/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on th
Several of the recipes here were using http URLs for source hosted on
pypi - pypi apparently no longer supports http so switch to https
instead.
Fixes [YOCTO #12286].
Signed-off-by: Paul Eggleton
---
recipes-devtools/python/python-gevent_1.0.1.bb| 2 +-
recipes-devtools/python/python-m2cryp
Use tinfoil to collect all variable names globally and in each recipe.
No longer show the count of variables if they are undocumented.
Fixes [YOCTO #2086]
Signed-off-by: Amanda Brindle
---
scripts/contrib/bbvars.py | 90 ++-
1 file changed, 66 insert
The following changes since commit 65d23bd7986615fdfb0f1717b615534a2a14ab80:
README.qemu: qemuppc64 is not supported (2017-10-16 23:54:31 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib abrindle/bbvars_tinfoil
http://git.yoctoproject.org/cgit.cgi/pok
On Sun, Oct 29, 2017 at 10:47 AM, Denys Dmytriyenko
wrote:
On Thu, Oct 26, 2017 at 12:51:27PM -0500, Leonardo Sandoval wrote:
I believe the patchtest complain is valid, some brief explanation
should be given.
FWIW, it was mentioned in the commit log:
bf04291 WHENCE: Add new qed firmwa
== Series Details ==
Series: wic: add 'part-name' argument for naming GPT partitions
Revision: 1
URL : https://patchwork.openembedded.org/series/9544/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests ha
The WIC's 'part' can now give a name for GPT partition in WKS file.
It's similar to '--label', but is naming partitions instead file systems.
It's required by some bootloaders to partitions have specified names.
Signed-off-by: Artur Mądrzak
---
scripts/lib/wic/help.py | 2 ++
Improve reproducible build of curl-dev and curl-dbg packages.
curl-dev: Correctly remove build host references from curl-config
curl-dbg: Do not generate time stamps in files generated by mkhelp.pl
Signed-off-by: Juro Bystricky
---
.../curl/curl/reproducible-mkhelp.patch| 32 +++
*) packagegroup class sets a default value for LICENSE
*) usually packagegroups don't contain a LICENSE
and if they do it's many times a copy/paste and doesn't
reflect the license of the packages included in the
packagegroup
Signed-off-by: Robert Berger
---
meta/recipes-core/packagegrou
== Series Details ==
Series: nativesdk-packagegroup-sdk-host: remove redundant LICENSE
Revision: 1
URL : https://patchwork.openembedded.org/series/9539/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
*) packagegroup class sets a default value for LICENSE
*) usually packagegroups don't contain a LICENSE
and if they do it's many times a copy/paste and doesn't
reflect the license of the packages included in the
packagegroup
Signed-off-by: Robert Berger
---
meta/recipes-core/packagegr
On 27 October 2017 at 12:05, Tim Orling
wrote:
> Github-generated tarballs are known to change over time, so
> use an archive tarball provided by zlib.net instead.
>
Looks like a good idea but the maintainer removes the old releases:
$ wget https://zlib.net/pigz/pigz-2.3.4.tar.gz
--2017-10-30 1
On Mon, Oct 30, 2017 at 2:45 AM, ChenQi wrote:
> On 10/28/2017 01:40 AM, Khem Raj wrote:
>
> On Fri, Oct 27, 2017 at 2:43 AM, Chen Qi wrote:
>
> We've observed strange behaviour of `systemctl status on qemumips64.
> The output of the command is like `systemctl show ', which is
> incorrect.
>
> T
On 10/30/2017 07:21 AM, Joshua Lock wrote:
> Marshalling is broken when ruby-2.2.x is built with gcc7, backport the
> fix in Ruby SVN r57410 to apply to ruby 2.2.5:
>
> https://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=57410
>
> Fixes [YOCTO #12271]
>
> Signed-off-by: Joshua Loc
== Series Details ==
Series: poky: LICENSE in packagegroup makes no sense - removed
Revision: 1
URL : https://patchwork.openembedded.org/series/9538/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests hav
Current Dev Position: YP 2.5 Planning and M1 development
Next Deadline: YP 2.5 M1 cut off of 12/4/17
SWAT team rotation: Saul -> Ross on Oct. 27, 2017.
SWAT team rotation: Ross -> Leo on Nov. 3, 2017.
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
·
On 10/30/2017 04:42 PM, Robert Berger wrote:
Signed-off-by: Robert Berger
Better commit message:
nativesdk-packagegroup-sdk-host: remove the LICENSE line
Also, no need to CC Ross, me, or especially Stephen; simply send to the
list.
Alex
--
___
Hi,
I do not run any runtime tests, I just use the available library functions to
run python profiling task on the device. No changes to local.conf are / should
be required.
Cheers,
Markus
On 30/10/2017, 15.56, "Konrad Scherer" wrote:
On 10/30/2017 06:51 AM, Markus Lehtonen wrote:
Signed-off-by: Robert Berger
---
meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb | 1 -
1 file changed, 1 deletion(-)
diff --git
a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
index
Marshalling is broken when ruby-2.2.x is built with gcc7, backport the
fix in Ruby SVN r57410 to apply to ruby 2.2.5:
https://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=57410
Fixes [YOCTO #12271]
Signed-off-by: Joshua Lock
---
v2: fixes typo in commit message
meta/recipes-de
On 10/30/2017 06:51 AM, Markus Lehtonen wrote:
Hi,
What that tries state is that the image uses facilities written for
runtimetest (i.e. oeqa.targetcontrol) to run binaries on the target
machine. The new image introduced (i.e. python-pgo-image) uses this
to run the profiling task on device.
I
Ignoring patch context increases the chances of patches being
applied incorrectly. Depending on what code is being patched, this can go
completely unnoticed and create subtle bugs, sometimes with security
implications.
On the other hand, we cannot simply force all patch context to match exactly:
On Tue, 2017-10-17 at 15:00 -0400, Denys Dmytriyenko wrote:
> I don't believe we reached an agreement on the pitch patch belonging here...
>
This patch fixes a display issue and also possible random crash because how
the buffer is accessed is not consistent.
If you think the patch is not useful,
A lot more issues reported for qemux86 this time, because now it's using
musl TCLIBC in these world builds.
This list isn't even complete, there were many more ERRORs being shown for
components being skipped e.g. because systemd isn't compatible with musl
(and then skipping everything depending on
Hi,
What that tries state is that the image uses facilities written for runtimetest
(i.e. oeqa.targetcontrol) to run binaries on the target machine. The new image
introduced (i.e. python-pgo-image) uses this to run the profiling task on
device.
Thanks,
Markus
On 30/10/2017, 3.29, "ChenQi"
On 10/30/2017 11:39 AM, Dengke Du wrote:
Sorry, nothing placed in /run in 0.7 version now, but it replace the
directory /var/run,
there are some difference between /run and /var/run, we can reference:
https://lists.archlinux.org/pipermail/arch-projects/2011-March/000517.html
I just doubt can
On 10/28/2017 01:40 AM, Khem Raj wrote:
On Fri, Oct 27, 2017 at 2:43 AM, Chen Qi wrote:
We've observed strange behaviour of `systemctl status on qemumips64.
The output of the command is like `systemctl show ', which is incorrect.
This patch is from gcc bugzilla's attachment.
https://gcc.gnu.o
Hi Alex
Sorry, nothing placed in /run in 0.7 version now, but it replace the
directory /var/run,
there are some difference between /run and /var/run, we can reference:
https://lists.archlinux.org/pipermail/arch-projects/2011-March/000517.html
I just doubt can we remove /run directly like we
On 10/30/2017 09:21 AM, Dengke Du wrote:
The new version of avahi 0.7 use /run directory to place some run-time
variable data,
not /var/run, should we need to package it or delete it?
Can you provide details please? What is being placed there and at which
point?
Alex
--
__
On 10/29/2017 05:28 PM, akuster808 wrote:
2. Delete the following patchs which have been applied in curl 7.56.1
CVE-2017-199.patch
CVE-2017-1000100.patch
CVE-2017-1000101.patch
3. Delete the do_install_append() due to the curl/curlbuild.h have been removed.
Can you al
Hi Ross
The new version of avahi 0.7 use /run directory to place some run-time
variable data,
not /var/run, should we need to package it or delete it?
Thanks!
Dengke
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
ht
38 matches
Mail list logo
