Hi,
I am trying to build and run a simple qt5 example:
http://qt-project.org/doc/qt-5.0/qtuitools/textfinder.html
The first interesting thing that I come across is that the qt5 header
files in the sysroot are located in:
${PKG_CONFIG_SYSROOT_DIR}/usr/include/qt5
but when the build
After finding the answers to these questions I'll update this email in
case others come asking the same questions.
On 16 August 2013 00:13, Trevor Woerner trevor.woer...@linaro.org wrote:
If the build system knows it's going to be putting the qt5 header
files in $sysroot/usr/include/qt5/etc
If I want to run the devshell on a qt5 recipe from meta-qt5, I can't
help notice that if I do:
$ which qmake
I get
/usr/bin/qmake
The qt5 qmake gets installed (in my case) to:
$TMPDIR/sysroots/x86_64-linux/usr/bin/qt5/
Should the PATH which is generated for the devshell include
Hi Martin,
On 18 September 2013 17:29, Martin Jansa martin.ja...@gmail.com wrote:
Recipes internally use absolute path to qmake and other tools (through
OE_QMAKE_PATH_QT_BINS variable) but it's true that adding it to PATH
shouldn't cause any troubles.
Okay, thanks for the explanation. I'll
/qt5 to the devshell's PATH
so that the qt5-based native tools which are built as part of meta-qt5 will be
found before the host's.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
recipes-qt/qt5/qt5.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-qt/qt5/qt5.inc b
-by: Trevor Woerner trevor.woer...@linaro.org
---
recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch | 12
recipes-qt/qt5/qtwebkit_5.0.2.bb | 3 +++
2 files changed, 15 insertions(+)
create mode 100644 recipes-qt/qt5/qtwebkit-5.0.2/rpath.patch
diff --git a/recipes-qt/qt5/qtwebkit-5.0.2
Hi Martin,
On 23 September 2013 04:06, Martin Jansa martin.ja...@gmail.com wrote:
On Mon, Sep 23, 2013 at 12:29:36AM -0400, Trevor Woerner wrote:
Building qtwebkit would cause a QA issue (which, in my distro, would cause a
build error) such that QtWebPluginProcess and QtWebProcess would
Hi Martin,
On 23 September 2013 10:38, Trevor Woerner trevor.woer...@linaro.org wrote:
On 23 September 2013 04:06, Martin Jansa martin.ja...@gmail.com wrote:
On Mon, Sep 23, 2013 at 12:29:36AM -0400, Trevor Woerner wrote:
Building qtwebkit would cause a QA issue (which, in my distro, would
On 23 September 2013 18:04, Trevor Woerner trevor.woer...@linaro.org wrote:
Sadly now that I have enabled ICU in qtbase, my build of qtwebkit on
meta-qt5 master branch is failing. I'll have to look into it some
more. Is anyone else seeing this?
It must have been an sstate or tmp issue
Building qtwebkit causes a QA issue such that QtWebPluginProcess and
QtWebProcess contain bad RPATHs which point into the build location. This fix
adds a patch to not include the rpath.prf which causes this problem.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
recipes-qt/qt5
Hi,
I tried performing a
$ bitbake qtwebkit-examples
and had a build failure in do_configure. I was just wondering if anyone
else is seeing
the same thing?
Unknown module(s) in QT: webkit
Full error:
ERROR: Function failed: do_configure (log file is located at
Thanks Martin,
On 4 October 2013 10:14, Martin Jansa martin.ja...@gmail.com wrote:
Just lucky guess, do you have ICU enabled in qtbase?
That was a good guess!
It appears there's very important rule to know when using meta-qt5's
master branch (i.e. 5.1.0):
- if all you need is qtbase then ICU
Would the intent here be to replace 5.1.0 with 5.1.1? Or to have both
versions available and let the user choose?
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
On 7 October 2013 13:53, Denys Dmytriyenko de...@denix.org wrote:
FYI, besides the obvious ICU requirement, qtwebkit-examples was not actually
building any examples for me, so I had to bbappend the recipe w/ a tiny patch:
http://arago-project.org/pipermail/meta-arago/2013-October/002107.html
On 8 October 2013 09:39, Martin Jansa martin.ja...@gmail.com wrote:
So the same branch names are the only supported combination, if you want
to use meta-qt5/master with oe-core/dylan then you're on your own. It
works now, but only because we're lucky.
I have been experimenting with using
On 01/14/14 05:08, Paul Eggleton wrote:
There will be a public OpenEmbedded TSC/workgroup meeting today
Hmm... is this the first announcement/discussion of the date/time for
the intermediate meeting? I was really hoping to attend, but have a
schedule conflict :-(
The minutes from the last meeting don't appear to be up:
http://www.openembedded.org/wiki/TSC#Meeting_Minutes
Is somebody looking into that?
Also, any chance the #MeetingBot will be able to generate good links at
the end of today's meeting?
___
Hello all OE/Yocto enthusiasts!
https://bugzilla.yoctoproject.org/
It has been noted that the number of unresolved issues in our bugzilla
has been rising which, if left unchecked, will lead to an
ever-increasing bug count. In an effort to raise awareness of the number
of unresolved bugs and work
Hopefully some of you have had the time to peruse the bugzilla database
and have chosen a bug or two you'd like to quash this weekend. The bug
hunt starts Friday Jan 16 and runs until Monday.
If you're looking for more ideas there are some janitorial tasks
outlined here:
Hello Martin,
Excellent, excellent post!
On 03/29/14 21:31, Martin Jansa wrote:
2) There are a lot of changes and component upgrades in oe-core which
sometimes aren't very straight-forward to adapt to and issues stay in
meta-oe for months.
Critical bugfixes aside, I think the current
On 12/07/13 17:29, Ulf Samuelsson wrote:
xfconf-4.10.0 does not use OE sysroot as is.
--with-sysroot=yes
will make configure run CC --print-sysroot
and use that.
Signed-off-by: Ulf Samuelsson u...@emagii.com
---
meta-xfce/recipes-xfce/xfconf/xfconf_4.10.0.bb |6 +-
1 file
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-gnome/recipes-gnome/libgnome/libgnomecanvas_2.30.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-gnome/recipes-gnome/libgnome/libgnomecanvas_2.30.3.bb
b/meta-gnome/recipes-gnome/libgnome
My build always fails if allowed to build in parallel:
| make[2]: *** No rule to make target `evemu-record.1', needed by `all-am'.
Stop.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-support/utouch/utouch-evemu_git.bb | 2 ++
1 file changed, 2 insertions
This recipe had been failing to build, bumping to the latest stable release
resolves all build issues.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-support/asio/asio.inc | 11 ++-
meta-oe/recipes-support/asio/asio_1.10.1.bb | 6 ++
meta-oe
Hi Martin,
Here is a fix for your State of bitbake world, Failed tasks 2014-03-29.
Best regards,
Trevor
Trevor Woerner (1):
asio: package bump
meta-oe/recipes-support/asio/asio.inc | 11 ++-
meta-oe/recipes-support/asio/asio_1.10.1.bb | 6 ++
meta-oe/recipes-support
Hi Martin,
Here is a fix for your State of bitbake world, Failed tasks 2014-03-29. This
patch set provides fixes and some clean-up for the gtkmathview package.
Best regards,
Trevor
Trevor Woerner (4):
gtkmathview: fix B!=S
gtkmathview: fix qa issue
gtkmathview: fix build error
[-fpermissive]
Upstream-Status: Submitted [padovani .at. di .dot. unito .dot. it]
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
.../mml-widget/gtkmathview/qualify-lookup.diff | 13 +
meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb| 1 +
2 files
This package does not support building out of a separate directory from the
source.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended
configure was passed unrecognised options: --disable-binreloc
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb
b/meta
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta-oe/recipes-extended/mml-widget/gtkmathview_0.8.0.bb
b/meta-oe/recipes-extended/mml-widget
On 04/03/14 09:06, Martin Jansa wrote:
Other recipes are still free for fixing, please fix them and send reply to
this thread
when you start looking into it, so that nobody duplicates work.
I'm going to be looking at some of the qa.log warnings over the weekend.
--
This option was causing a QA warning:
NOTE: QA Issue: xfconf: configure was passed unrecognised options:
--with-sysroot
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-xfce/recipes-xfce/xfconf/xfconf_4.10.0.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta-xfce
This series implements a bunch of fixups to remove QA configure warnings. The
first patch gets rid of a warning which is logged, the remaining patches get
rid of warnings which are suppressed.
Trevor Woerner (3):
liblockfile: remove configure warning
liblockfile: remove dependency tracking
--disable-dependency-tracking is only available where automake is used.
liblockfile doesn't use automake, therefore remove this option to avoid a
configure warning.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-extended/liblockfile/liblockfile_1.09.bb | 1 +
1 file
This fix gets rid of the following warning:
configure: WARNING: unrecognized options: ... --with-libtool-sysroot
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
.../liblockfile/liblockfile-1.09/configure.patch | 18 ++
.../recipes-extended/liblockfile
Is anyone seeing any build failures with proj-4.8.0? Or does anyone have
any local fixes? This one has been failing for me for a while, and yet
doesn't show up on the SOBBW lists.
--
___
Openembedded-devel mailing list
Here is a patch for a build issue discovered while doing a world build.
Trevor Woerner (1):
libdc1394: disable building examples
meta-multimedia/recipes-multimedia/libdc1394/libdc1394_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
1.9.0
format not recognized
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-multimedia/recipes-multimedia/libdc1394/libdc1394_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-multimedia/recipes-multimedia/libdc1394/libdc1394_git.bb
b/meta-multimedia
This recipe includes two source tarballs, add a second set of checksums so
both have checksum definitions.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-extended/acpica/acpitests_20140114.bb | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff
This is the license used for the motif library.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/licenses/OGPL | 104 ++
1 file changed, 104 insertions(+)
create mode 100644 meta-oe/licenses/OGPL
diff --git a/meta-oe/licenses
oops, I should specify *OPEN*motif. v2 coming up
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
This is the license used for the openmotif library.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/licenses/OGPL | 104 ++
1 file changed, 104 insertions(+)
create mode 100644 meta-oe/licenses/OGPL
diff --git a/meta-oe
to retrieve version 0.12.10 from
that location fails too.
Note that there is a _git version of this recipe which builds just fine.
Therefore my recommendation is to simply remove this non-building recipe for a
4+-year-old version of fbreader and keeping the _git version which does build.
Trevor
.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
.../fbreader/fbreader-0.12.10/Makefile.patch | 22
.../fbreader/fbreader-0.12.10/gcc45.patch | 20 ---
.../recipes-support/fbreader/fbreader_0.12.10.bb | 42 --
3 files changed, 84
/linux/include/linux/hdlc.h:14,
from sethdlc.c:19:
/usr/src/linux/include/linux/linkage.h:7:25: fatal error:
asm/linkage.h: No such file or directory
#include asm/linkage.h
Trevor Woerner (1):
sethdlc: remove
.../recipes-connectivity/sethdlc/sethdlc.bb
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
.../recipes-connectivity/sethdlc/sethdlc.bb| 30 --
1 file changed, 30 deletions(-)
delete mode 100644 meta-networking/recipes-connectivity/sethdlc/sethdlc.bb
diff --git a/meta-networking/recipes
There is a race condition whereby libgoffice.la must be built (and exist)
before the rest of the code in src is built.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-gnome/recipes-gnome/abiword/abiword_3.0.0.bb | 8
1 file changed, 8 insertions(+)
diff --git a/meta
}, but it still failed.
Trevor Woerner (1):
abiword: force build order
meta-gnome/recipes-gnome/abiword/abiword_3.0.0.bb | 8
1 file changed, 8 insertions(+)
--
1.9.0
--
___
Openembedded-devel mailing list
Openembedded-devel
In order to successfully build terminus-font, the xorg utility bdftopcf needs
to be available on the native host. This patch set adds a recipe for
bdftopcf then updates terminus-font to add this DEPENDS.
Trevor Woerner (2):
bdftopcf: add recipe
terminus-font: update DEPENDS
.../recipes
This recipe requires the native tool bdftopcf to be available.
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-graphics/terminus-font/terminus-font_4.38.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-graphics/terminus-font
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-graphics/xorg-app/bdftopcf_1.0.4.bb | 13 +
1 file changed, 13 insertions(+)
create mode 100644 meta-oe/recipes-graphics/xorg-app/bdftopcf_1.0.4.bb
diff --git a/meta-oe/recipes-graphics/xorg-app
On 04/12/14 06:44, Martin Jansa wrote:
Can you please rebase on current master (maybe you have one more patch
which you haven't sent), because in master there is:
EXTRA_OECONF = --enable-shared --enable-static
so this doesn't apply.
Okay, I'll send a v2.
--
Hi Martin,
Just to confirm... when we work on this, we should be working against
master-next?
Best regards,
Trevor
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
On 3 May 2014 05:15, Jack Mitchell wrote:
The current website address is http://frontpage.openembedded.org/
My feeling is that there is a chance people will be coming to the OE
website with a board already in front of them, looking to find out if
OE supports it and how they might go about
On 05/06/14 12:12, Paul Eggleton wrote:
So I'd hope that the machine listing in the layer index could be made
to help with that.
Absolutely, for raw recipe information or information on which MACHINEs
are supported the layer index would be a good choice.
But there's a fair amount of difference
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
meta-oe/recipes-graphics/lxdm/lxdm_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-graphics/lxdm/lxdm_git.bb
b/meta-oe/recipes-graphics/lxdm/lxdm_git.bb
index dc40fb2..d0eb516 100644
--- a/meta
On 06/24/14 16:02, Stephen Arnold wrote:
but not as hard deps (since pam is an
optional feature).
I wasn't 100% before sending that patch, but somehow I assumed it'd be
best as a:
DEPENDS += ${@base_contains(DISTRO_FEATURES, pam...
or some such. But I put it as a hard DEPENDS because lxdm has
Hi Steve,
On 25 June 2014 00:16, Stephen Arnold stephen.arnol...@gmail.com wrote:
Yeah, it would certainly make more sense with a packageconfig option for
that; currently it doesn't work either with or without the pam feature due
to the missing plugins. So if you want hard deps, then the
Maybe the following email thread will help?
http://lists.openembedded.org/pipermail/openembedded-core/2013-October/085319.html
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
On 07/14/14 08:26, Paul Eggleton wrote:
Unfortunately as far as the BitBake manual is concerned, it pretty
much has to be abstract. Remember that there are no base
implementations of any task functions in BitBake itself; the ones you
refer to are in OE's base.bbclass.
In reality there are
Signed-off-by: Trevor Woerner trevor.woer...@linaro.org
---
recipes-support/nspr/{nspr_4.10.3.bbappend = nspr_4.10.7.bbappend} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename recipes-support/nspr/{nspr_4.10.3.bbappend = nspr_4.10.7.bbappend}
(100%)
diff --git a/recipes-support/nspr
Perhaps the -M option should have been used here?
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
On 15-05-07 02:56 AM, Christian Ege wrote:
From the ODROID family I do only own a ODROID-C1. If there will be a
combined Layer for all odroid devices I will port my recipes to this
and can help on supporting it.
I am mostly interested in Multimedia stuff and I do plan to setup a
separate layer
On 05/04/15 23:56, akuster808 wrote:
I have added support for the Odroid XU3 board. This layer can be found
at https://github.com/akuster/meta-odroid. It supports XFCE graphics
and has sdcard image support.
Sounds great!
In addition to your meta-odroid there are also:
On 05/06/15 16:24, akuster808 wrote:
On 05/06/2015 01:17 PM, Trevor Woerner wrote:
It'd be nice if someone could put together one meta-odroid that would
support them all ;-)
Yep. looking into that.
That's great to hear :-D Which device(s) do you have, just the -xu3? My
-c1 arrived yesterday
Hi Christian,
Sorry, I missed your announcement before replying to Armin's post about
the -xu3! I was reading through my backlog of Yocto mailing list emails
and hadn't made it to my OE backlog yet ;-)
I hope we can all pull together some sort of common amlogic/odroid
layer(s) together.
Best
On 05/12/15 10:45, Martin Jansa wrote:
On Tue, May 12, 2015 at 01:43:19PM +0100, Paul Eggleton wrote:
On Monday 11 May 2015 11:27:04 Martin Jansa wrote:
On Fri, May 08, 2015 at 03:42:16PM +0800, Yi Zhao wrote:
Signed-off-by: Yi Zhao yi.z...@windriver.com
Changes 03, 18, 20 didn't make it to
On 05/21/15 17:18, Khem Raj wrote:
On May 21, 2015, at 11:26 AM, Trevor Woerner twoer...@gmail.com wrote:
Why would someone include your layer and not build for odroidc1 or
wetekplay? Sometimes that's what people do ;-) (look at Angstrom, for
example). Besides, a BSP layer should be able
Hi Christian,
On 05/05/15 11:40, Christian Ege wrote:
I've created a BSP Layer for the ODROID-C1 and other Amlogic based
devices like the Wetek.Play
https://github.com/linux-meson/meta-amlogic
Thanks! I've been playing with your layer. For the most part it's going
well. I've noticed a small
Could http://patchwork.openembedded.org/ be also updated?
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
On 09/15/15 08:50, Carlos Alberto Lopez Perez wrote:
> * Add also a patch that workarounds a build error when building
> in Debug mode and using GCC. This patch has no effect when
> building in Release mode because is guarded within ifdef(debug)
> blocks.
>
> Signed-off-by: Carlos
such that there are two nodejs recipes from which to
choose. A user can select between them using the regular
PREFERRED_VERSION_nodejs notation.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
.../enable-armv5e-build.patch | 0
.../{nodejs => node
The latest stable version of nodejs is 4.2.2; add a recipe to make it
available.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
meta-oe/recipes-devtools/nodejs/nodejs_4.2.2.bb | 9 +
1 file changed, 9 insertions(+)
create mode 100644 meta-oe/recipes-devtools/nodejs/nodejs
a new recipe for the latest
stable version.
Trevor Woerner (2):
nodejs: cleanup
nodejs: add recipe for latest stable
.../enable-armv5e-build.patch | 0
.../{nodejs => nodejs-0.12.7}/no-registry.patch| 0
.../libev-cross-cc_0.4.12.patch| 0
m
On 12/01/15 12:22, Martin Jansa wrote:
> As it was already PNBLACKLISTed I wouldn't mind removing it completely and
> replacing 0.12.7 with new version (without introducing the .inc) file.
Thanks for providing the background info, I was wondering why it was
implemented this way.
I'll submit a v2
Remove old nodejs_0.4.12 and update nodejs_0.12.7 to the latest stable
nodejs_4.2.2.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
.../nodejs/nodejs4/libev-cross-cc_0.4.12.patch | 13 --
meta-oe/recipes-devtools/nodejs/nodejs4_0.4.12.bb | 49 --
.../
Add more information to the "disable-api-keys-info-bar" PACKAGECONFIG
description regarding another way to disable the "Google API keys are
missing" warning.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium_40.0.2214.91.bb | 8 +
Hi Otavio,
On 01/04/16 05:53, Otavio Salvador wrote:
> I applied the first two patches of this serie.
Awesome, thanks! I'm working on v2 now.
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
Carlos,
I need to understand the intent of the patch
"0001-Remove-accelerated-Canvas-support-from-blacklist.patch" you
created for chromium-40. Back then the json block you wanted to remove
for your builds was:
{
"id": 24,
"description": "Accelerated 2d canvas is unstable in
CHROMIUM_BUILD_TYPE:
- Release
- Debug
PACKAGECONFIG options:
- use-egl (on by default)
- disable-api-keys-info-bar
- component-build
- ignore-lost-context
- impl-side-painting
Trevor Woerner (4):
chromium.inc: fix typos
chromium_40.0.2214.91.bb
Add more information to the "disable-api-keys-info-bar" PACKAGECONFIG
description regarding another way to disable the "Google API keys are
missing" warning.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium_40.0.2214.91.bb
Upgrade chromium to the latest version. Cleanup the recipe somewhat and
cleanup the patches. The only change in the LICENSE is the copyright year.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
...4-Remove-hard-coded-values-for-CC-and-CXX.patch | 0
...4-Remove-hard-coded-values-
The gl PACKAGECONFIG is "use-egl", not "use-gl".
Adjust comment to include a space after initial comment delimiter (#). Close
parenthesis at end of comment.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium.inc | 4 ++--
1 file c
affected by
PACKAGECONFIG options to be closer to where these options are listed and
explained.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium_40.0.2214.91.bb | 81 +--
1 file changed, 45 insertions(+), 36 deletions(-)
diff
Oops, looks like this patch got messed up. My git rebase foo isn't as
good as it should be ;-)
On 01/01/16 14:45, Trevor Woerner wrote:
> diff --git a/recipes-browser/chromium/chromium_49.0.2607.0.bb
> b/recipes-browser/chromium/chromium_49.0.2607.0.bb
> new file mode 100644
> i
On 01/02/16 13:19, Martin Jansa wrote:
>
> == Tested changes (not included in master yet) - meta-openembedded ==
...
> 7020a19 nodejs: cleanup and update
...
>
> == Failed tasks 2016-01-01 ==
...
>
> === qemuarm (1) ===
> * /meta-openembedded/meta-oe/recipes-devtools/nodejs/nodejs_4.2.2.bb
>
On 01/06/16 07:07, Koen Kooi wrote:
> Op 05-01-16 om 22:15 schreef Trevor Woerner:
> > If the chromium run-helper script (google-chrome) is run as part of a
> > (sysvinit) init script, shell variables $USER and $HOME will not be set
> > (leading to unwanted behaviour).
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
.../recipes-devtools/nodejs/{nodejs_4.2.3.bb => nodejs_4.2.4.bb}| 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta-oe/recipes-devtools/nodejs/{nodejs_4.2.3.bb => nodejs_4.2.4.bb}
(93%)
diff --git a/met
On 12/30/15 11:52, Martin Jansa wrote:
> On Wed, Dec 30, 2015 at 01:18:48AM -0500, Trevor Woerner wrote:
>> I noticed the recent gcc update from 5.2 to 5.3 in openembedded-core
>> seems to cause meta-browser's chromium build to fail with more warnings
>> being treated
Hi Max,
On 12/30/15 10:26, Max Krummenacher wrote:
> Hi Trevor
>
> Am Mittwoch, den 30.12.2015, 01:18 -0500 schrieb Trevor Woerner:
>> I noticed the recent gcc update from 5.2 to 5.3 in openembedded-core
>> seems to cause meta-browser's chromium build to fail with more
>
Hi Martin,
I'm hoping my nodejs_4.2.3.bb makes it into your next "State of bitbake
world" run and passes this time. When do you think your next "bitbake
world" will occur? I ask because since sending my v4 patches for
nodejs_4.2.3, node-v4.2.4 has been released.
Do I send the list a patch of the
The version of chromium we're using is a bit old (it's almost a year old
now) and I thought that maybe a newer version might have the required
fixes in it already. Along those lines I tried updating the recipe to
build chromium-49.0.2607.0 which was released December 30, 2015. As it
turned out
Hi Khem,
On 12/30/15 13:04, Khem Raj wrote:
> can you backport and report back
>
> https://chromium.googlesource.com/v8/v8/+/e28183b5977a2d2732f7f8b9a2f26637c9566585%5E%21/#F0
That diff includes 4 patches:
Index: src/bignum.cc
Index: src/compiler/ia32/code-generator-ia32.cc
Index:
m logo, the typeface, and trademarks
- further text was added clarifying the separation between npm itself and the
various npm packages, their data and licenses
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
.../recipes-devtools/nodejs/{nodejs_4.2.3.bb => nodejs_4.2.4.bb}| 6 +++---
On 01/05/16 16:55, Stephen Arnold wrote:
> My vote would be whatever is the most stable/reliable should be in
> the core layers rather than an "extra" layer people need to add to
> bblayers manually.
But there's always "bitbake-layers add-layer" and "bitbake-layers
layerindex-fetch" to help :-)
the chromium run-helper script will work as expected in both
instances (as part of an init script and from the cmdline).
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium/google-chrome | 4 ++--
recipes-browser/chromium/chromium_40.0.2214.91.bb | 3
If you are creating a kiosk, then enable this PACKAGECONFIG and the browser
will start up fullscreen and without menu bars etc.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium.inc | 1 +
recipes-browser/chromium/chromium_40.0.2214.91.
Add more information to the "disable-api-keys-info-bar" PACKAGECONFIG
description regarding another way to disable the "Google API keys are
missing" warning.
Signed-off-by: Trevor Woerner <twoer...@gmail.com>
---
recipes-browser/chromium/chromium_40.0.2214.91.bb | 8 +
On 12/30/15 15:48, Khem Raj wrote:
>> On Dec 30, 2015, at 12:06 PM, Trevor Woerner <twoer...@gmail.com> wrote:
>>
>> Additionally, the LICENSE file changed: Updated node LICENSE file with new
>> npm
>> license:
>>
>> - npm's license changed fro
On 12/30/15 17:05, Khem Raj wrote:
> Yes. please include exact diff instead of summarizing as your patch does.
diff --git a/LICENSE b/LICENSE
index 7920cbb..ea51cc4 100644
--- a/LICENSE
+++ b/LICENSE
@@ -338,11 +338,32 @@ The externally maintained libraries used by
Node.js are:
- npm is a
1 - 100 of 323 matches
Mail list logo
