On 14-08-06 16:11:36, Saul Wold wrote:
> On 08/06/2014 10:23 AM, Yasir Khan wrote:
> >From: Yasir-Khan
> >
> >Current trace-cmd version 1.2 throws "recorder error in
> >splice input" error while recording a trace on kernel
> >version 3.10. Update the trace-cmd version to latest 2.3.2
> >to resolve
Op 6 aug. 2014, om 22:38 heeft Paul Gortmaker
het volgende geschreven:
> commit 841ec528ec04e64bd09ff10f8d9ad2d6e3aac05d ("coreutils: update
> to upstream version 9.21") added a patch which bypassed the check
> for perl and hence defaults to using the dummy man page for all
> of the coreutils m
set dafault value for MPEG4 without codec data in caps
https://bugzilla.gnome.org/show_bug.cgi?id=734263
Signed-off-by: Wang Zidan
---
...ay-set-dafault-value-for-MPEG4-without-co.patch | 62
.../gstreamer/gstreamer1.0-plugins-good_1.4.0.bb |4 ++
2 files changed, 6
Signed-off-by: Saul Wold
---
meta/recipes-core/busybox/busybox/recognize_connmand.patch | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-core/busybox/busybox/recognize_connmand.patch
b/meta/recipes-core/busybox/busybox/recognize_connmand.patch
index 495bb05..f42c74c 100644
On 08/06/2014 10:23 AM, Yasir Khan wrote:
From: Yasir-Khan
Current trace-cmd version 1.2 throws "recorder error in
splice input" error while recording a trace on kernel
version 3.10. Update the trace-cmd version to latest 2.3.2
to resolve this error.
Signed-off-by: Yasir-Khan
---
...dd-chec
commit 841ec528ec04e64bd09ff10f8d9ad2d6e3aac05d ("coreutils: update
to upstream version 9.21") added a patch which bypassed the check
for perl and hence defaults to using the dummy man page for all
of the coreutils manpages. This results in all manpages looking like:
NAME
chmod - a GNU c
Changelog since 2014-07-27 until 2014-08-03. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
Signed-off-by: Armin Kuster
---
meta/recipes-extended/tzcode/tzcode-native_2014e.bb | 11 ---
meta/recipes-extended/tzcode/tzcode-native_2014f.bb | 11 +++
2 files changed, 11 insertions(+), 11 deletions(-)
delete mode 100644 meta/recipes-extended/tzcode/tzcode-native_2014e.bb
c
http://mm.icann.org/pipermail/tz-announce/2014-August/23.html
Armin Kuster (2):
tzcode: update to 2014f
tzdata: update to 2014f
meta/recipes-extended/tzcode/tzcode-native_2014e.bb | 11 ---
meta/recipes-extended/tzcode/tzcode-native_2014f.bb | 11 +++
meta/recipes-exten
md5sum on asia file changed do to severel tzone updates
Signed-off-by: Armin Kuster
---
meta/recipes-extended/tzdata/tzdata.inc | 2 +-
meta/recipes-extended/tzdata/tzdata_2014e.bb | 6 --
meta/recipes-extended/tzdata/tzdata_2014f.bb | 6 ++
3 files changed, 7 insertions(+), 7 delet
From: Yasir-Khan
Current trace-cmd version 1.2 throws "recorder error in
splice input" error while recording a trace on kernel
version 3.10. Update the trace-cmd version to latest 2.3.2
to resolve this error.
Signed-off-by: Yasir-Khan
---
...dd-checks-for-invalid-pointers-to-fix-seg.patch |
Fix build error:
...
unknown command `colophon'
unknown command `cygnus'
Signed-off-by: Maxin B. John
---
...ve-errors-about-colophon-and-cygnus-comma.patch | 39 ++
meta/recipes-devtools/remake/remake_git.bb | 4 ++-
2 files changed, 42 insertions(+), 1 deletion(-)
As the do_package_write() task is listed as deleted, remove the few
remaining references.
Signed-off-by: Robert P. J. Day
---
i'm not sure this is a valid patch, but since the ref manual insists
this task has been removed, it *seems* reasonable, but i'll let
someone else make that decision.
The following changes since commit 1fafe7ccc563d5ac9e41f5c1de93d2736745b512:
ghostscript: Remove bogus gsfonts reference from DESCRIPTION (2014-08-06
11:14:21 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/hdd
http://cgit.openembedd
Use $HDDDIR rather than ${HDDDIR} in build_boot_dd(), otherwise may
errors:
- Set these in local.conf:
IMAGE_FSTYPES += "live"
IMAGE_FSTYPES += "vmdk"
AUTO_SYSLINUXMENU = "1"
NOHDD = "1"
$ bitbake core-image-sato
DEBUG: Executing shell function build_boot_dd
install: cannot create regu
Update package to version 120
Add Makefile to LIC_FILES_CHKSUM check as it changes with every rev.
Signed-off-by: Armin Kuster
---
meta/recipes-support/lz4/lz4_svn.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/lz4/lz4_svn.bb
b/meta/recipes-supp
On Wed, Aug 06, 2014 at 10:20:09AM -0400, Paul Gortmaker wrote:
> On 14-08-06 04:21 AM, Martin Jansa wrote:
> > On Tue, Aug 05, 2014 at 01:26:12PM -0400, Paul Gortmaker wrote:
> >> Currently util-linux is fragmented into lots of small chunks,
> >> and if one is looking to avoid using busybox wholes
On Wednesday 06 August 2014 16:37:34 Martin Jansa wrote:
> On Wed, Aug 06, 2014 at 01:41:58PM +0100, Paul Eggleton wrote:
> > On Wednesday 06 August 2014 13:41:56 Martin Jansa wrote:
> > > * building with libav-9 fails with:
> > > | checking for POSTPROC... configure: error: Package requirements
On Wed, Aug 06, 2014 at 01:41:58PM +0100, Paul Eggleton wrote:
> On Wednesday 06 August 2014 13:41:56 Martin Jansa wrote:
> > * building with libav-9 fails with:
> > | checking for POSTPROC... configure: error: Package requirements
> > | (libpostproc libavcodec libavutil) were not met:
> > |
On 14-08-06 04:21 AM, Martin Jansa wrote:
> On Tue, Aug 05, 2014 at 01:26:12PM -0400, Paul Gortmaker wrote:
>> Currently util-linux is fragmented into lots of small chunks,
>> and if one is looking to avoid using busybox wholesale, there
>> is currently no easy way to say "I want all of it". Here
On Wednesday 06 August 2014 18:58:11 sujith h wrote:
> On Wed, Aug 6, 2014 at 6:08 PM, Paul Eggleton > wrote:
> >
> > On Wednesday 06 August 2014 17:34:09 Sujith H wrote:
> > > From: Sujith H
> > >
> > > This is needed to deal with the situation where we're using ipk
> >
> > packaging,
> >
>
Hello Yasir,
On 06.08.2014 14:51, Khan, Yasir wrote:
>>> +PACKAGECONFIG ??= "gnutls"
>>> +PACKAGECONFIG[gnutls] = ",,gnutls"
>> I think libgcrypt should be added here and removed above. At least it
>> doesn't appear to be a runtime dependency when building with openssl, so
>> I suppose it's a gnut
On Wed, Aug 6, 2014 at 6:08 PM, Paul Eggleton wrote:
> On Wednesday 06 August 2014 17:34:09 Sujith H wrote:
> > From: Sujith H
> >
> > This is needed to deal with the situation where we're using ipk
> packaging,
> > so opkg-utils must be built regardless of what update-alternatives
> provider
>
From: Yasir-Khan
Select between openssl or gnutls as ssl implementation via
PACKAGECONFIG instead of explicitly adding both via DEPENDS.
Signed-off-by: Yasir-Khan
---
.../wpa-supplicant/wpa-supplicant.inc | 20 +---
.../wpa-supplicant/{defconfig-gnutls => defconf
Hello Andreas,
>> +PACKAGECONFIG ??= "gnutls"
>> +PACKAGECONFIG[gnutls] = ",,gnutls"
> I think libgcrypt should be added here and removed above. At least it
> doesn't appear to be a runtime dependency when building with openssl, so
> I suppose it's a gnutls thing.
As per commit 1fe8f631f, gnutls
On Wednesday 06 August 2014 13:41:56 Martin Jansa wrote:
> * building with libav-9 fails with:
> | checking for POSTPROC... configure: error: Package requirements
> | (libpostproc libavcodec libavutil) were not met:
> |
> | No package 'libpostproc' found
Does gst-ffmpeg actually work with
On Wednesday 06 August 2014 17:34:09 Sujith H wrote:
> From: Sujith H
>
> This is needed to deal with the situation where we're using ipk packaging,
> so opkg-utils must be built regardless of what update-alternatives provider
> we prefer. The downside to the current implementation is the need to
On Wed, Aug 06, 2014 at 07:51:55AM -0400, Robert P. J. Day wrote:
>
> Various non-functional changes to a number of .bbclass files:
Looks good to me
Acked-by: Martin Jansa
>
> * Spelling
> * Grammar
> * Ridiculously long lines
>
> Signed-off-by: Robert P. J. Day
>
> ---
>
> while per
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is
Various non-functional changes to a number of .bbclass files:
* Spelling
* Grammar
* Ridiculously long lines
Signed-off-by: Robert P. J. Day
---
while perusing numerous .bbclass files to document a few things for
myself, i figured i might as well do some proofreading. all of this is
stri
On Mon, Jul 28, 2014 at 02:18:30PM +0100, Richard Purdie wrote:
> On Thu, 2014-07-24 at 17:22 +0200, Martin Jansa wrote:
> > On Thu, Jul 24, 2014 at 02:52:45PM +0100, Burton, Ross wrote:
> > > On 24 July 2014 14:42, Martin Jansa wrote:
> > > > +REQUIRED_DISTRO_FEATURES = "x11"
> > >
> > > Now I'm
* standalone libpostproc recipe depends on libav, but current PACKAGES_DYNAMIC
indicated
that libav-9.13 also provides libpostproc
Signed-off-by: Martin Jansa
---
meta/recipes-multimedia/libav/libav.inc | 5 -
meta/recipes-multimedia/libav/libav_0.8.11.bb | 2 ++
meta/recipes-multim
* building with libav-9 fails with:
| checking for POSTPROC... configure: error: Package requirements
(libpostproc libavcodec libavutil) were not met:
|
| No package 'libpostproc' found
Signed-off-by: Martin Jansa
---
meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bb | 2 +-
1 file
Hello Yasir,
On 05.08.2014 21:37, Yasir Khan wrote:
> From: Yasir-Khan
>
> Select between openssl or gnutls as ssl implementation via
> PACKAGECONFIG instead of explicitly adding both via DEPENDS.
>
> Signed-off-by: Yasir-Khan
> ---
> .../wpa-supplicant/wpa-supplicant.inc | 20
Hi,
This patch is in addition to the os-release patch I had posted earlier.
Because systemd wants os-release file and uses it.
On Wed, Aug 6, 2014 at 3:34 PM, Sujith H wrote:
> From: Sujith H
>
> Systemd depends on the os-release hence adding
> RRECOMMENDS for the systemd package.
>
> Signed
From: Sujith H
Systemd depends on the os-release hence adding
RRECOMMENDS for the systemd package.
Signed-off-by: Christopher Larson
Signed-off-by: Sujith H
---
meta/recipes-core/systemd/systemd_213.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/syste
On Wed, Aug 06, 2014 at 04:39:29AM -0400, Robert P. J. Day wrote:
>
> from blacklist.bbclass:
>
> # To use the blacklist, a distribution should include this
> # class in the INHERIT_DISTRO
>
> the only way i see that class being inherited is with the simpler
> form:
>
> INHERIT += "blackl
from blacklist.bbclass:
# To use the blacklist, a distribution should include this
# class in the INHERIT_DISTRO
the only way i see that class being inherited is with the simpler
form:
INHERIT += "blacklist"
even in distro conf files, except in defaultsetup.conf, which uses:
INHERIT_B
On Wed, Aug 06, 2014 at 12:37:30AM +0500, Yasir Khan wrote:
> From: Yasir-Khan
>
> Select between openssl or gnutls as ssl implementation via
> PACKAGECONFIG instead of explicitly adding both via DEPENDS.
>
> Signed-off-by: Yasir-Khan
> ---
> .../wpa-supplicant/wpa-supplicant.inc
On 08/04/2014 02:05 PM, rongqing...@windriver.com wrote:
From: Roy Li
Uprev gmp from 5.1.1 to 6.0.0, and remove the 4.2.1 version which is GPLv2,
since gmp-6.0.0 is dual-licensing, LGPLv3 or GPLv2;
Signed-off-by: Roy Li
---
meta/recipes-support/gmp/gmp-4.2.1/configure.patch | 209 -
On Tue, Aug 05, 2014 at 01:26:12PM -0400, Paul Gortmaker wrote:
> Currently util-linux is fragmented into lots of small chunks,
> and if one is looking to avoid using busybox wholesale, there
> is currently no easy way to say "I want all of it". Here we
> create a packagegroup for all of the util-
On Wed, 6 Aug 2014, Richard Purdie wrote:
> On Wed, 2014-08-06 at 03:56 -0400, Robert P. J. Day wrote:
> > currently doing more proofreading and note-taking, and there's this
> > in archiver.bbclass:
> >
> > # The libtool-native's do_configure will remove the
> > # ${STAGING_DATA
On Wed, 2014-08-06 at 03:56 -0400, Robert P. J. Day wrote:
> currently doing more proofreading and note-taking, and there's this
> in archiver.bbclass:
>
> # The libtool-native's do_configure will remove the
> # ${STAGING_DATADIR}/aclocal/libtool.m4, so we can't re-run the
>
currently doing more proofreading and note-taking, and there's this
in archiver.bbclass:
# The libtool-native's do_configure will remove the
# ${STAGING_DATADIR}/aclocal/libtool.m4, so we can't re-run the
# do_configure, we archive the already configured ${S} to
Adding a build dependency on gnutls was not the proper fix for QA warning,
but a config on Quorum support. This created the need for v2.
Commit message chaged accordingly.
The following changes since commit 870bb8d35547b8313b3a487d7e8b914ab9470e64:
local.conf.sample.extended: fix example for EX
QEMU 2.1 comes with fixes and improvements.
See http://wiki.qemu.org/ChangeLog/2.1 for details.
- Added config for quorum support, depending on gnutls.
- pcie_better_hotplug_support.patch removed,
integrated upstream.
- Qemu-Arm-versatilepb-Add-memory-size-checking.patch updated
to 2.1 source code.
Add prefuncs to SSTATETASKS to handle the sstate-cache read-only cheking.
If read-only sstate-cache enable, and the building recipe not in the
${SSTATECACHE_WHITELIST}, it trigered an instant error.
Flaws:
1. For each SSTATETASKS task, there is a read-only sstate-cache checking,
it increased th
Issue description:
The issue is that the developer who demand only the "new" software
they write is allowed to be compiled from source, they only want to
reuse binaries from an existed sstate-cache, if the developer makes
a change that triggers a rebuild, it should be an instant error.
The purpo
Add event handler at TaskStarted time to handle the sstate-cache
read-only cheking. If read-only sstate-cache enable, and the building recipe
not in the ${SSTATECACHE_WHITELIST}, it trigered an instant error.
Flaws:
1. For every task, there is a read-only sstate-cache checking, it increased
the
In the sstate-cache code, add a checking in the return path of
sstate_checkhashes. If read-only sstate-cache enable, and the
recipe's ${PN} not in the ${SSTATECACHE_WHITELIST}, it trigered
an instant error.
Flaws:
1. We should manually unlock the bitbake lock which the instant error
msg will ex
51 matches
Mail list logo
