On 10 December 2014 at 05:58, Burton, Ross wrote:
> Hi Dan,
>
> On 13 November 2014 at 23:35, Dan McGregor
> wrote:
>>
>> Looks like I needed to use the same security CFLAGS as gcc-runtime and
>> libgcc. There's a new version up on my bitbucket page.
>
>
> I see you're still using anonymous pytho
On 12/11/14 16:35, Paul Eggleton wrote:
> Thanks for the quick bisect - I've fixed it so that wrapper is only used when
> running bitbake through "devtool build", and now "devtool add" works properly
> again. This is why I should probably write some proper tests before trying to
> do anything f
I think *this* thread (and question) got lost in the shuffle...
On 12/09/14 10:47, Trevor Woerner wrote:
> On 12/02/14 09:01, Paul Eggleton wrote:
>> On Monday 01 December 2014 23:54:03 Trevor Woerner wrote:
>>> On 11/25/14 12:28, Paul Eggleton wrote:
I've then added a new recipe auto-creatio
Checks in FILES and pkg_* variables, solves common mistake of
using ${D} instead of $D and warns the user accordingly.
[YOCTO #6642]
Signed-off-by: Alejandro Hernandez
---
meta/classes/insane.bbclass | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --g
On Thursday 11 December 2014 14:43:40 Trevor Woerner wrote:
> On 12/11/14 14:16, Trevor Woerner wrote:
> > Oops! (this worked before the "git pull")
> >
> > $ devtool add xannounce ~/devel/yocto/build/workflow/xannounce/
> > NOTE: Creating workspace layer in
> > /home/trevor/devel/yoct
On Thu, Dec 11, 2014 at 10:35 AM, Burton, Ross wrote:
>
> On 11 December 2014 at 15:26, Bruce Ashfield
> wrote:
>>
>> Do we want to leave the series as is, and I can send it as an incremental
>> patch, or would you rather it squashed and the branches updated ?
>
>
> Squash and re-push would be be
On Thu, 2014-12-11 at 10:45 -0600, Tom Zanussi wrote:
> On Thu, 2014-12-11 at 14:56 +, Richard Purdie wrote:
> > On Thu, 2014-12-11 at 13:58 +, Richard Purdie wrote:
> > > On Thu, 2014-12-11 at 03:31 -0500, Bruce Ashfield wrote:
> > > > On Wed, Dec 10, 2014 at 10:02 AM, Burton, Ross
> > >
bisecting (manually) leads to this commit being safe:
ea50ec527483eb3a094588858baebd5fb23f71c6 devtool: rename deploy/undeploy
to deploy-target/undeploy-target
and this one introducing the problem:
770f203f73f358ce3c6c5ac12fe2775b812bdc6b devtool: fool bitbake into
thinking it's outputting to a
Oops! (this worked before the "git pull")
$ devtool add xannounce ~/devel/yocto/build/workflow/xannounce/
NOTE: Creating workspace layer in
/home/trevor/devel/yocto/build/workflow/build/workspace
NOTE: Recipe
/home/trevor/devel/yocto/build/workflow/build/workspace/recipes/xann
On Thursday 11 December 2014 13:30:01 Trevor Woerner wrote:
> Awesome!! I'm giving this update a whirl right now...
>
> ...just one small nit... in commit
> 7d2c6430131ccf94b8bdc185b8cd849fe479d552 the warning message says:
>
> +lines_before.append('# NOTE: LICENSE is being set to "CLOSED
vte will pull in the gtk libs itself. This can cause build failures if
the native gtk was build with glib>=2.41 while the sysroot native glib
is <=2.40.
Fix for [YOCTO #7077].
Signed-off-by: Richard Tollerton
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 dele
Awesome!! I'm giving this update a whirl right now...
...just one small nit... in commit
7d2c6430131ccf94b8bdc185b8cd849fe479d552 the warning message says:
+lines_before.append('# NOTE: LICENSE is being set to "CLOSED"
to allow you to at least start building - if')
+lines_before.a
On Wednesday 10 December 2014 17:51:16 Paul Eggleton wrote:
> On Tuesday 09 December 2014 13:58:02 Trevor Woerner wrote:
> > On 12/09/14 11:08, Paul Eggleton wrote:
> > > "devtool build" isn't strictly required in this phase, I added it
> > > primarily to support future usage in the SDK where the i
On Thu, 2014-12-11 at 14:56 +, Richard Purdie wrote:
> On Thu, 2014-12-11 at 13:58 +, Richard Purdie wrote:
> > On Thu, 2014-12-11 at 03:31 -0500, Bruce Ashfield wrote:
> > > On Wed, Dec 10, 2014 at 10:02 AM, Burton, Ross
> > > wrote:
> > > >
> > > > On 10 December 2014 at 14:16, Bruce As
On 11 December 2014 at 15:26, Bruce Ashfield
wrote:
> Do we want to leave the series as is, and I can send it as an incremental
> patch, or would you rather it squashed and the branches updated ?
>
Squash and re-push would be best.
Cheers,
Ross
--
__
Reverse the sense of the conditional to test for GLU
support when built with "--enable-glu".
Signed-off-by: Drew Moseley
---
...figure-Allow-to-disable-demos-which-require-GLEW-.patch | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git
a/meta/recipes-graphics/mesa/m
On Thu, Dec 11, 2014 at 9:56 AM, Richard Purdie
wrote:
> On Thu, 2014-12-11 at 13:58 +, Richard Purdie wrote:
>> On Thu, 2014-12-11 at 03:31 -0500, Bruce Ashfield wrote:
>> > On Wed, Dec 10, 2014 at 10:02 AM, Burton, Ross
>> > wrote:
>> > >
>> > > On 10 December 2014 at 14:16, Bruce Ashfield
On Thu, 2014-12-11 at 13:58 +, Richard Purdie wrote:
> On Thu, 2014-12-11 at 03:31 -0500, Bruce Ashfield wrote:
> > On Wed, Dec 10, 2014 at 10:02 AM, Burton, Ross
> > wrote:
> > >
> > > On 10 December 2014 at 14:16, Bruce Ashfield
> > >
> > > wrote:
> > >>
> > >> The following changes since
On Thu, 2014-12-11 at 03:31 -0500, Bruce Ashfield wrote:
> On Wed, Dec 10, 2014 at 10:02 AM, Burton, Ross wrote:
> >
> > On 10 December 2014 at 14:16, Bruce Ashfield
> > wrote:
> >>
> >> The following changes since commit
> >> 88dfcbf149dda89277e58ae4ec3a87500624cfff:
> >>
> >> kernel-yocto: ma
On 11 December 2014 at 12:44, Martin Jansa wrote:
> gst-plugins-bad-meta depends on gst-plugins-bad-rtmp when built after
> world (rtmp is detected) and doesn't depend on gst-plugins-bad-rtmp when
> built in minimal TMPDIR.
>
> test-dependencies.sh is showing this warning when the dependencies
>
On Thu, Dec 11, 2014 at 12:31:45PM +, Burton, Ross wrote:
> On 11 December 2014 at 12:14, Martin Jansa wrote:
>
> > > > WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
> > > > gst-plugins-bad-rtmp, but it isn't a build dependency?
> > > > ERROR: gst-plugins-bad: gst-plugins-bad-rtmp p
On 11 December 2014 at 12:14, Martin Jansa wrote:
> > > WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
> > > gst-plugins-bad-rtmp, but it isn't a build dependency?
> > > ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't created when
> > > building with minimal dependencies?
> >
On Thu, Dec 11, 2014 at 11:13:51AM +, Burton, Ross wrote:
> On 11 December 2014 at 09:23, Martin Jansa wrote:
>
> > WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
> > gst-plugins-bad-rtmp, but it isn't a build dependency?
> > ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't
On Tuesday 09 December 2014 14:38:53 Sona Sarmadi wrote:
> > I think we should apply the patch now anyway; we'll want to know that it
> > works for backports to the stable branch(es), and in any case the upgrade
> > to 2.7.9 is not going to be a straightforward task based upon my earlier
> > attemp
The RTMP plugin was non-deterministic, based on whether rtmpdump from
meta-multimedia had been built. Add a PACKAGECONFIG to resolve this.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/reci
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/gstreamer/gst-plugins.inc |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins.inc
b/meta/recipes-multimedia/gstreamer/gst-plugins.inc
index 2697609..c852c53 100644
--- a/
On 11 December 2014 at 09:23, Martin Jansa wrote:
> WARN: gst-plugins-bad: gst-plugins-bad-meta rdepends on
> gst-plugins-bad-rtmp, but it isn't a build dependency?
> ERROR: gst-plugins-bad: gst-plugins-bad-rtmp package isn't created when
> building with minimal dependencies?
> ERROR: gst-plugins
On Thu, Dec 11, 2014 at 1:34 AM, b40...@freescale.com
wrote:
> Hello Otavio,
> Sorry for my late reply.
> Thanks for your review .
> I have submitted v4 of the patchest.
>
...
Comments below...
>> if [ "x${UBOOT_ENV}" != "x" ]
>> then
>> @@ -93,21 +100,36 @@ do_install () {
>> F
While building perl with QA package-missing checking enabled, there was warning:
...
WARNING: QA Issue: package perl-module-cpanplus not generated, but listed in
PACKAGES
WARNING: QA Issue: package perl-module-config not generated, but listed in
PACKAGES
WARNING: QA Issue: package perl-module-con
During packaging, check if there are any dependencies (RDEPENDS)
on packages that have ended up empty and not produced; and if so
produce an warn/error as soon as possible, instead of allowing
the build to proceed up to do_rootfs and then the package manager
reporting the package as missing.
At th
While building linux-libc-headers with QA package-missing checking enabled,
there was warning:
...
QA Issue: package linux-libc-headers not generated, but listed in PACKAGES
...
Only linux-libc-headers-dev was generated, the others are empty, we should
set PACKAGE manually.
We also set linux-libc
While building busybox with QA package-missing checking enabled,
there was warning:
...
WARNING: QA Issue: package busybox-mdev not generated, but listed in PACKAGES
WARNING: QA Issue: package busybox-httpd not generated, but listed in PACKAGES
...
The config in ${B}/.config decides to generate bu
We also tried to fix perl, linux-libc-headers and busybox according to
the result of QA checking.
Here is a test to explain what the QA check showing, we could figure out
package missing issue at package generation time rather than do_rootfs
time.
Test Steps:
1. Edit xz and gzip recipe, to simu
On Sat, Aug 09, 2014 at 11:01:10AM +0200, Martin Jansa wrote:
> Complete logs:
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20140808_063907.log/
>
> ERROR: 483 issues were found in these recipes: directfb engrave epiphany
> expedite gd gmtk gnome-disk-utility gst-ffmpeg guile
On Wed, Dec 10, 2014 at 10:02 AM, Burton, Ross wrote:
>
> On 10 December 2014 at 14:16, Bruce Ashfield
> wrote:
>>
>> The following changes since commit
>> 88dfcbf149dda89277e58ae4ec3a87500624cfff:
>>
>> kernel-yocto: make sure git tags get dereferenced properly in do_patch()
>> (2014-12-10 08:
35 matches
Mail list logo
