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
---
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
* 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
* 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
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
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
>>
* 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
* 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:
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
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
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 ++
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
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
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
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
>
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
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:
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
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
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 +++
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
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:
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
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
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
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
---
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
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
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
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
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.
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
---
On 2015年11月12日 18:13, Burton, Ross wrote:
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
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
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
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
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(+),
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
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 |
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
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
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
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
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:
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
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
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
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
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
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
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
--
___
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/
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.
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
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
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
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
--
___
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
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:
From: Kai Kang
Add following configure to local.conf, then failure appears.
===
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS =
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
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,
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.
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:
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 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.
> ---
>
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 ++
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
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 -
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
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
>
>
> 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
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
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.
>
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
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
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
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
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:
> >
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
>
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
81 matches
Mail list logo