On 11/12/2015 05:17 PM, Andreas Müller wrote:
On Thu, Nov 12, 2015 at 10:06 AM, Robert Yang wrote:
On 11/12/2015 05:00 PM, Andreas Müller wrote:
On Thu, Nov 12, 2015 at 9:51 AM, Robert Yang
wrote:
Fix dangling dependns on gudev, and systemd doesn't provide libgudev, so
it can't be enab
From: Kai Kang
Add following configure to local.conf, then failure appears.
===
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32 multilib
From: Kai Kang
If it is set with two or more mutliblib items, such as:
MULTILIBS = "multilib:lib32 multilib:lib64"
it expands some virtual providers wrongly:
| ERROR: Nothing PROVIDES 'virtual/lib32-lib64-libc'.
Update the filter that do not extend variables which already have
one of mulitlib
Backport from upstream and cherry picked the commit
http://git.qemu.org/?p=qemu.git;a=commit;h=7aa2bcad0ca837dd6d4bf4fa38a80314b4a6b755
Signed-off-by: Hongxu Jia
---
.../qemu/qemu/qemu-CVE-2015-5279.patch | 78 ++
meta/recipes-devtools/qemu/qemu_2.4.0.bb
The following changes since commit fc45deac89ef63ca1c44e763c38ced7dfd72cbe1:
build-appliance-image: Update to jethro head revision (2015-11-03 14:03:03
+)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/qemu
http://git.pokylinux.org/cgit.cgi/poky-co
Thank you, Chris, for your quick reply!
I've re-formatted and send it to the list.
http://patchwork.openembedded.org/patch/107551/
Let me know if there is any other issue with this patch.
Cheers,
Kei
On Thu, Nov 12, 2015 at 3:22 PM, Christopher Larson
wrote:
>
>
> On Thu, Nov 12, 2015 at 2:
YOCTO #8684: Adding python-ast package in the generate-manifest-2.7.py,
to automatically generate the python-ast package in the
python-2.7-manifest.inc file. As mentioned in the [YOCTO #8684],
python-ast is required by the Ansible script on our OpenSwitch target
system, and we don't believe we can
Hi
> In addition to what Ross mentioned, http://hostap.epitest.fi redirects
> to http://w1.fi
>
> So, it will be nice to update the SRC_URI, HOMEPAGE and BUGTRACKER to use
> w1.fi instead.
Thanks for your comment.
As you said, these items also should be updated.
I will update them and resend the
Hi
> Did you verify that the patches are not required anymore, or did you
> just drop the patches that don't apply?
Thanks for your comment.
Yes, I have verified that these patches have been applied in the source
files of wpa_supplicant 2.5.
And I confirmed the ChangeLog of wpa_supplicant 2.5
On 2015年11月12日 18:13, Burton, Ross wrote:
On 12 November 2015 at 03:04, mailto:rongqing...@windriver.com>> wrote:
+cache_inode.patch speeds up the making ext* filesystem, but it leads
+to the m_bigjournal ptest failure; In fact, when
ext2fs_extent_node_split
+is called, the ca
On Thu, Nov 12, 2015 at 4:40 PM, Christopher Larson
wrote:
> From: Christopher Larson
>
> Rather than relying on OECORE_NATIVE_SYSROOT, we can operate relative to
> the
> wrapper binary location.
>
> Signed-off-by: Christopher Larson
> ---
> meta/recipes-devtools/perl/perl_5.22.0.bb | 4 +++-
>
On Thu, Nov 12, 2015 at 4:40 PM, Christopher Larson
wrote:
> From: Christopher Larson
>
> This makes the gtk dependencies optional.
>
> Signed-off-by: Christopher Larson
> ---
> .../sysprof/files/gui-argument.patch | 35
> ++
> meta/recipes-kernel/sysprof/sysp
On Thu, Nov 12, 2015 at 4:40 PM, Christopher Larson
wrote:
> From: Christopher Larson
>
> Hardcoding a full input path with zero flexibility goes against everything
> the
> Yocto Project is about. Rework it to let the user specify the wks base
> filename with WKS_FILE and it'll search the layers
From: Christopher Larson
Rather than relying on OECORE_NATIVE_SYSROOT, we can operate relative to the
wrapper binary location.
Signed-off-by: Christopher Larson
---
meta/recipes-devtools/perl/perl_5.22.0.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-dev
From: Christopher Larson
This lets someone use a different update-alternatives-native provider. Without
this available, they'll step on one another in the sysroot unconditionally,
since we need to build opkg-utils-native for ipk based builds regardless.
Signed-off-by: Christopher Larson
---
me
From: Christopher Larson
On sysvinit systems, volatiles is configured to make /etc/resolv.conf symlink
to a file in a volatile path, which lets us write to /etc/resolv.conf for
read-only-rootfs. For systemd, this isn't set up unless we enable
systemd-resolved, which we don't by default. When it's
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/recipes-core/psplash/files/psplash-quit.service | 11 +++
.../recipes-core/psplash/files/psplash-start.service | 11 +++
meta/recipes-core/psplash/psplash_git.bb | 20 +++-
3 files ch
From: Christopher Larson
This works around a limitation of the chkconfig update-alternatives, so it
works with all our update-alternatives providers.
Signed-off-by: Christopher Larson
---
meta/recipes-kernel/linux/linux-dtb.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --
From: Christopher Larson
This is the final of three pull requests / patch series from Mentor's queue of
changes destined for oe-core master (not jethro). This series includes a small
number of improvements which may be more contentious or may require more
consideration and review.
The following
From: Christopher Larson
These are explicitly checked with pkg-config in the configure script.
Signed-off-by: Christopher Larson
---
meta/recipes-kernel/sysprof/sysprof_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/sysprof/sysprof_git.bb
b/meta
From: Christopher Larson
We don't need nss-myhostname on systemd systems, because systemd already
provides myhostname, but we weren't configuring nsswitch to use it. Being able
to resolve the hostname is useful for a number of different applications, so
enable it using the same postinst/prerm bit
From: Christopher Larson
Per the systemd README, this should be defined to run systemd under valgrind,
otherwise false positives will be triggered.
Signed-off-by: Christopher Larson
---
meta/recipes-core/systemd/systemd_225.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes
From: Christopher Larson
Statically link local libs to avoid gold link issue. This is clearly
a workaround, but does get us past the failures with systems using gold by
default until we find a better solution.
[YOCTO #2972]
Signed-off-by: Christopher Larson
---
.../openjade/openjade-native_1.
From: Christopher Larson
This is from Shrikant Bobade .
Signed-off-by: Christopher Larson
---
meta/recipes-connectivity/bluez5/bluez5.inc | 8 +++-
meta/recipes-connectivity/bluez5/bluez5/init | 68
2 files changed, 75 insertions(+), 1 deletion(-)
create mode 10
From: Christopher Larson
This is the second of three pull requests / patch series from Mentor's queue
of changes destined for oe-core master (not jethro). This series includes
a few recipe improvements and adds the ability to supply and use wks files
from a different layer than the image.
The f
From: Christopher Larson
This is created by qemu for the do_rootfs case, which bypasses pseudo, so we
need to correct the ownership. This fixes a warning issued by
rootfs_check_host_user_contaminated.
Signed-off-by: Christopher Larson
---
meta/recipes-core/systemd/systemd_225.bb | 1 +
1 file
From: Christopher Larson
When the client is enabled, which we do by default, readline is required.
Currently it gets pulled in by other dependencies of connman, indirectly,
but we should be explicit rather than relying on this.
Signed-off-by: Christopher Larson
---
meta/recipes-connectivity/co
From: Christopher Larson
This makes the gtk dependencies optional.
Signed-off-by: Christopher Larson
---
.../sysprof/files/gui-argument.patch | 35 ++
meta/recipes-kernel/sysprof/sysprof_git.bb | 9 --
2 files changed, 41 insertions(+), 3 deletion
From: Christopher Larson
Hardcoding a full input path with zero flexibility goes against everything the
Yocto Project is about. Rework it to let the user specify the wks base
filename with WKS_FILE and it'll search the layers for the wks file and use
it.
Signed-off-by: Christopher Larson
---
m
From: Christopher Larson
Signed-off-by: Christopher Larson
---
meta/classes/qemu.bbclass| 5 +
meta/recipes-core/systemd/systemd_225.bb | 6 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass
index 315c
From: Christopher Larson
This recipe doesn't inherit systemd, so we need to take care of it ourselves.
Signed-off-by: Christopher Larson
---
meta/recipes-extended/sysklogd/sysklogd.inc | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-extended/sysklogd/sysklogd.inc
b/meta/
From: Christopher Larson
Apparently bb.fetch.URI can't handle this at the moment.
Signed-off-by: Christopher Larson
---
scripts/lib/recipetool/append.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/scripts/lib/recipetool/append.py b/scripts/lib/recipetool/append.py
index 7fe4115..867d
From: Christopher Larson
The variable name for QEMU_EXTRAOPTIONS is constructed programmatically, so we
need an explicit variable dependency, otherwise changes to it won't cause e.g.
qemuwrapper-cross to be rebuilt.
Signed-off-by: Christopher Larson
---
meta/classes/qemu.bbclass | 1 +
1 file
From: Christopher Larson
These need to be based on PACKAGE_ARCH rather than TARGET_ARCH, as we aren't
using overrides for this.
Signed-off-by: Christopher Larson
---
meta/classes/qemu.bbclass | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/classes/qemu.bbc
From: Christopher Larson
This silences a GNU_HASH warning when using external toolchains. The patch is
courtesy Abdur Rehman .
Signed-off-by: Christopher Larson
---
.../tcf-agent/tcf-agent/ldflags.patch | 28 ++
meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
From: Christopher Larson
This quiets a GNU_HASH warning.
Signed-off-by: Christopher Larson
---
.../recipes-kernel/blktrace/blktrace/ldflags.patch | 23 +-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-kernel/blktrace/blktrace/ldflags.patch
b/m
From: Christopher Larson
Patch update courtesy Abdur Rehman .
Signed-off-by: Christopher Larson
---
meta/recipes-kernel/latencytop/latencytop-0.5/latencytop-makefile.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-kernel/latencytop/latencytop-0.5/latency
From: Christopher Larson
This is the first of three pull requests / patch series from Mentor's queue of
changes destined for oe-core master (not jethro). This series is misc fixes.
The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f:
build-appliance-image: Update to j
On Thu, Nov 12, 2015 at 2:59 PM, Kei Nohguchi wrote:
> Adding python-ast package in the generate-manifest-2.7.py, to
> automatically generate the python-ast package in the
> python-2.7-manifest.inc file. As mentioned in the [YOCTO #8684],
> python-ast is required by the Ansible script on our Ope
It seems I missed some announcement. At first I thought I had been
unsubscribed from the openembedded-commits mailing list (since I haven't
received any emails on that list since about the end of September). So I
looked up http://lists.openembedded.org/pipermail/openembedded-commits/
and it seems t
Adding python-ast package in the generate-manifest-2.7.py, to
automatically generate the python-ast package in the
python-2.7-manifest.inc file. As mentioned in the [YOCTO #8684],
python-ast is required by the Ansible script on our OpenSwitch target
system, and we don't believe we can layer this p
The bb parameter seems to have been accidentally left behind after:
http://git.openembedded.org/openembedded-core/commit/?id=1ff36aaec25a7ee89514366fe484345e8d1d7b64
Signed-off-by: Andre McCurdy
---
meta/recipes-support/boost/boost.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-
On Thu, Nov 12, 2015 at 4:10 AM, Mike Crowe wrote:
> On Friday 06 November 2015 at 10:30:04 +, Mike Crowe wrote:
>> It would be great to get to the point that EXTRA_OEMAKE is empty by default
>> but I imagine that the experts are already aware of the difficulties with
>> doing this which is wh
The comment that describes the recipe references the linux-yocto
class, which doesn't exist. The kernel-yocto class is actually used
by linux-yocto.inc, which the recipe requires.
Signed-off-by: Mario Domenech Goulart
---
meta-skeleton/recipes-kernel/linux/linux-yocto-custom.bb | 2 +-
1 file c
The install hook needs to be a data hook not an exec hook (because automake),
the explicit dependency upstream added to fix the ordering results in
install-helpersPROGRAMS executing twice and potentially racing.
Signed-off-by: Ross Burton
---
.../gstreamer/gstreamer1.0/fix-install-hook.patch |
On Thu, Nov 12, 2015 at 2:15 AM, Burton, Ross wrote:
>
> On 12 November 2015 at 04:44, Andre McCurdy wrote:
>>
>> -KERNEL_IMAGETYPE ??= "bzImage"
>> +KERNEL_IMAGETYPE ??= "zImage"
>
> Or would it be better to unify on bzImage for master?
I'm not sure. I guess most people set their preferred imag
* there are new libavc1394, libiec61883, libraw1394, cdparanoia recipes in
meta-multimedia
Signed-off-by: Martin Jansa
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc | 7 +++
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc | 6 +-
2 files changed, 4
* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libcap, but it isn't a build dependency?
WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libgudev, but it isn't a build dependency?
WARN: gstreamer1.0-plugins-good: gstrea
* allows to easily enable them and fixes:
WARNING: QA Issue: gstreamer1.0-plugins-bad: Files/directories were installed
but not shipped in any package:
/usr/share/gstreamer-1.0
/usr/share/gstreamer-1.0/presets
/usr/share/gstreamer-1.0/presets/GstVoAmrwbEnc.prs
Please set FILES such that thes
* ERROR: gstreamer1.0-plugins-bad: gstreamer1.0-plugins-bad-uvch264 package
isn't created when building with minimal dependencies?
* ERROR: gstreamer1.0-plugins-bad: gstreamer1.0-plugins-bad-uvch264-dev package
isn't created when building with minimal dependencies?
* it's because it should depen
On Thu, Nov 12, 2015 at 07:06:57PM +0100, Alexandre Belloni wrote:
> Signed-off-by: Alexandre Belloni
Please check
http://lists.openembedded.org/pipermail/openembedded-core/2015-October/111318.html
thread and following discussion.
> ---
> meta/conf/machine/include/tune-cortexa5.inc | 34
>
On 11/12/15 12:43 PM, Alexandre Belloni wrote:
> On 12/11/2015 at 12:26:57 -0600, Mark Hatle wrote :
>> Seems odd to me that the package arch are the same between the generic
>> (assumed
>> to be the default ARMv7a, which is USUALLY VFPv4-D32 in most cases.)
>>
>> If we want to limit to v3 and/or
On Thursday 12 November 2015 18:03:27 Andreas Müller wrote:
> On Thu, Nov 12, 2015 at 5:45 PM, wrote:
> > Hello,
> >
> > now that 2.0 is out, it's time to move the Qt4 recipes out of oe-core.
> > This has been discussed previously here:
> > http://lists.openembedded.org/pipermail/openembedded-co
On Thu, Nov 12, 2015 at 07:38:58PM +0200, alexander.kana...@linux.intel.com
wrote:
> > There is already enough meta-oe bloat moved from oe-core:
> >
> > http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112665.html
> >
> > WARN: qt-mobility-embedded: qt-mobility-embedded rdep
On 12/11/2015 at 12:26:57 -0600, Mark Hatle wrote :
> Seems odd to me that the package arch are the same between the generic
> (assumed
> to be the default ARMv7a, which is USUALLY VFPv4-D32 in most cases.)
>
> If we want to limit to v3 and/or D16. It might make sense for a different
> package a
Seems odd to me that the package arch are the same between the generic (assumed
to be the default ARMv7a, which is USUALLY VFPv4-D32 in most cases.)
If we want to limit to v3 and/or D16. It might make sense for a different
package arch, otherwise there is no way to separate the feeds in a
multipl
Signed-off-by: Alexandre Belloni
---
meta/conf/machine/include/tune-cortexa5.inc | 34 +++--
1 file changed, 32 insertions(+), 2 deletions(-)
diff --git a/meta/conf/machine/include/tune-cortexa5.inc
b/meta/conf/machine/include/tune-cortexa5.inc
index 139e65c8285d..56ea93
> There is already enough meta-oe bloat moved from oe-core:
>
> http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112665.html
>
> WARN: qt-mobility-embedded: qt-mobility-embedded rdepends on glib-2.0, but
> it isn't a build dependency?
If increasing bloat is a problem, why do
On Thu, Nov 12, 2015 at 06:45:34PM +0200, alexander.kana...@linux.intel.com
wrote:
> Hello,
>
> now that 2.0 is out, it's time to move the Qt4 recipes out of oe-core.
> This has been discussed previously here:
> http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106355.html
>
>
On Thu, Nov 12, 2015 at 5:45 PM, wrote:
> Hello,
>
> now that 2.0 is out, it's time to move the Qt4 recipes out of oe-core.
> This has been discussed previously here:
> http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106355.html
>
> I'm not sure where the recipes should land,
Hello,
now that 2.0 is out, it's time to move the Qt4 recipes out of oe-core.
This has been discussed previously here:
http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106355.html
I'm not sure where the recipes should land, and want to ask your opinion.
The options are:
1) Make
Fixes https://bugzilla.yoctoproject.org/show_bug.cgi?id=8127 which causes
[ 1225.089323] 8189es: Unknown symbol cfg80211_scan_done (err -22)
[ 1225.095916] 8189es: no symbol version for cfg80211_remain_on_channel_expired
when loading external compiled 8189es module.
Signed-off-by: Jens Rehsack
-
On 11/12/2015 02:17 AM, Burton, Ross wrote:
> On 11 November 2015 at 22:21, Armin Kuster wrote:
>
>> +Upstream Status: Backport
>>
>
> This should be Upstream-Status, to get this merged sooner rather than later
> I've fixed it when merging to my staging branch.
>
thanks.
- armin
> Ross
>
-
Remove wireless-tools.if-pre-up and zzz-wireless.if-pre-up.
As per the comment, these files were not in use from 20/8/08.
Signed-off-by: Maxin B. John
---
.../wireless-tools/wireless-tools.if-pre-up| 122 -
.../wireless-tools/zzz-wireless.if-pre-up | 34
If the proxies dictionary has a proxy set to None urllib will throw an exception
instead of not using a proxy (abridged stack):
File: '/home/ross/Yocto/poky/meta/lib/oe/distro_check.py', lineno: 43,
function: get_links_from_url
*** 0043:with create_socket(url,d) as sock:
0044:we
This fixes [YOCTO-8688].
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273
On Thu, Nov 12, 2015 at 12:12:09PM +, Burton, Ross wrote:
> On 12 November 2015 at 11:43, Martin Jansa wrote:
>
> > WARN: clutter-gst-3.0: clutter-gst-3.0 rdepends on libgudev, but it isn't
> > a build dependency?
> > WARN: gammu: gammu rdepends on libgudev, but it isn't a build dependency?
>
On 12 November 2015 at 11:43, Martin Jansa wrote:
> WARN: clutter-gst-3.0: clutter-gst-3.0 rdepends on libgudev, but it isn't
> a build dependency?
> WARN: gammu: gammu rdepends on libgudev, but it isn't a build dependency?
> WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
On Friday 06 November 2015 at 10:30:04 +, Mike Crowe wrote:
> It would be great to get to the point that EXTRA_OEMAKE is empty by default
> but I imagine that the experts are already aware of the difficulties with
> doing this which is why the current value has lasted so long.
I had a go at th
Another incremental test, only 26 recipes were tested, but it found enough
issues in just released Jethro.
Complete log:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.2015_112937.log/
ERROR: 42 issues were found in these recipes: cifs-utils clutter-gst-3.0
devicekit-power f
On 11/11/2015 07:17 PM, Richard Purdie wrote:
If this class is moved to meta-vala, how do you make packages in oe-core
inherit it, or otherwise do what it does?
Much as I dislike this, you could do something like:
inherit ${@base_contains('PACKAGECONFIG', 'vala', 'vala', '')}
Ugh, yes. It's
On Tue, Nov 10, 2015 at 02:28:34PM -0800, Joe Slater wrote:
> intltoolize is needed by configure.
>
Acked-By: Martin Jansa
I've sent the same fix to meta-oe, before libsecret was moved to
oe-core:
http://patchwork.openembedded.org/patch/92621/
http://patchwork.openembedded.org/patch/92615/
> S
On Thu, Nov 12, 2015 at 05:06:54PM +0800, Robert Yang wrote:
>
>
> On 11/12/2015 05:00 PM, Andreas Müller wrote:
> > On Thu, Nov 12, 2015 at 9:51 AM, Robert Yang
> > wrote:
> >> Fix dangling dependns on gudev, and systemd doesn't provide libgudev, so
> >> it can't be enabled when systemd either
On 11 November 2015 at 22:21, Armin Kuster wrote:
> +Upstream Status: Backport
>
This should be Upstream-Status, to get this merged sooner rather than later
I've fixed it when merging to my staging branch.
Ross
--
___
Openembedded-core mailing list
O
On 12 November 2015 at 04:44, Andre McCurdy wrote:
> -KERNEL_IMAGETYPE ??= "bzImage"
> +KERNEL_IMAGETYPE ??= "zImage"
>
Or would it be better to unify on bzImage for master?
(this patch would be suitable for jethro)
Ross
--
___
Openembedded-core mai
On 12 November 2015 at 03:04, wrote:
> +cache_inode.patch speeds up the making ext* filesystem, but it leads
> +to the m_bigjournal ptest failure; In fact, when ext2fs_extent_node_split
> +is called, the cache goal should be reset
> +
> +the patch fixes the m_bigjournal ptest failure, and does no
On 11/11/2015 02:58 PM, Hongxu Jia wrote:
The tests in flex test-bison-yylval and test-bison-yylloc
failed, so we backport a patch from upstream to fix it.
Signed-off-by: Hongxu Jia
---
...fixes-Do-not-use-obsolete-bison-construct.patch | 81 ++
meta/recipes-devtools/flex/
On Thu, Nov 12, 2015 at 10:06 AM, Robert Yang wrote:
>
>
> On 11/12/2015 05:00 PM, Andreas Müller wrote:
>>
>> On Thu, Nov 12, 2015 at 9:51 AM, Robert Yang
>> wrote:
>>>
>>> Fix dangling dependns on gudev, and systemd doesn't provide libgudev, so
>>> it can't be enabled when systemd either.
>>>
>
On 11/12/2015 05:00 PM, Andreas Müller wrote:
On Thu, Nov 12, 2015 at 9:51 AM, Robert Yang wrote:
Fix dangling dependns on gudev, and systemd doesn't provide libgudev, so
it can't be enabled when systemd either.
Fixed:
libtool: error: cannot find the library
'tmp/sysroots/qemuarm64/usr/lib6
On Thu, Nov 12, 2015 at 9:51 AM, Robert Yang wrote:
> Fix dangling dependns on gudev, and systemd doesn't provide libgudev, so
> it can't be enabled when systemd either.
>
> Fixed:
> libtool: error: cannot find the library
> 'tmp/sysroots/qemuarm64/usr/lib64/libgudev-1.0.la' or unhandled argument
1.0.2 -> 1.0.6
Signed-off-by: Maxin B. John
---
.../harfbuzz/{harfbuzz_1.0.2.bb => harfbuzz_1.0.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.0.2.bb => harfbuzz_1.0.6.bb}
(88%)
diff --git a/meta/recipes-graphi
4.0 -> 4.2
Signed-off-by: Maxin B. John
---
meta/recipes-extended/ethtool/{ethtool_4.0.bb => ethtool_4.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/ethtool/{ethtool_4.0.bb => ethtool_4.2.bb} (88%)
diff --git a/meta/recipes-extended/ethtool/ethtoo
Fix dangling dependns on gudev, and systemd doesn't provide libgudev, so
it can't be enabled when systemd either.
Fixed:
libtool: error: cannot find the library
'tmp/sysroots/qemuarm64/usr/lib64/libgudev-1.0.la' or unhandled argument
'tmp/sysroots/qemuarm64/usr/lib64/libgudev-1.0.la'
Signed-off-
It has been built but not installed by default, while 1.11 builds and
installs it.
Fixed when build non_gplv3 + perl:
powerpc64-wrs-linux-gcc -m64 -mhard-float -mcpu=e6500
--sysroot=/mnt/docker/test_p/bitbake_build/tmp/sysroots/fsl-t2xxx
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -
fstack-protec
The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f:
build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/2fixes
http://cgit.openembedded.
Hi,
On Fri, Nov 06, 2015 at 04:27:04PM +0900, Fan Xin wrote:
> wpa-supplicant: upgrade to 2.5
>
> 1. upgrade to 2.5
> 2. remove eight patches since they have been modified in 2.5
>
> Signed-off-by: Fan Xin
> ---
> ...integer-underflow-in-WMM-Action-frame-par.patch | 45 -
In additi
86 matches
Mail list logo