On 12/25/2012 03:13 AM, Saul Wold wrote:
On 12/20/2012 09:11 AM, Radu Moisan wrote:
I've rebased my branch, again :), with some cleanups here and there
I also pushed a few patches suggested by Martin.
Feel free to comment on everything.
The following changes since commit
It's easiest to bootstrap GTK+ 3 using a native GTK+ 2.
(Patch taken from meta-oe)
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-gnome/gtk+/gtk+_2.24.14.bb |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-gnome/gtk+/gtk+_2.24.14.bb
On 31 December 2012 09:45, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Noor Ahsan (1):
cairo: Adds libxext in X11DEPENDS.
No, we shouldn't be depending on libxext. Ross will not be happy about
this. See Ross. Ideally we shouldn't have libxext in the images at all.
Cairo
On Thu, 2013-01-03 at 11:51 +, Burton, Ross wrote:
On 31 December 2012 09:45, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Noor Ahsan (1):
cairo: Adds libxext in X11DEPENDS.
No, we shouldn't be depending on libxext. Ross will not be happy about
this. See Ross. Ideally
On Thu, Jan 03, 2013 at 11:44:53AM +, Ross Burton wrote:
It's easiest to bootstrap GTK+ 3 using a native GTK+ 2.
(Patch taken from meta-oe)
That's 4th or 5th version of this patch:
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/019625.html
rejected in
On 3 January 2013 12:01, Martin Jansa martin.ja...@gmail.com wrote:
On Thu, Jan 03, 2013 at 11:44:53AM +, Ross Burton wrote:
It's easiest to bootstrap GTK+ 3 using a native GTK+ 2.
(Patch taken from meta-oe)
That's 4th or 5th version of this patch:
On Fri, 2012-12-28 at 13:41 -0800, Scott Garman wrote:
This is a pull request for denzil, it includes a number of security
fixes and a few important bugfixes. The poky-based tree has been run
through the autobuilder as follows:
[...]
The following changes since commit
I am trying to pair a headset with a USB bluetooth dongle on a console
only machine. Googling suggests I need to use the simple-agent python
script.
If I copy this script to the target and try to run it, this line fails:
from gi.repository import GObject
It is not clear to me how to install the
On 3 January 2013 13:51, Philip Balister phi...@balister.org wrote:
from gi.repository import GObject
Ah, they've ported from gtk2 to gtk3, as that's the
gobject-introspection import. We've not packaged up g-i yet so you'll
want to dig into the history and find a revision of simple-agent that
Since the packages variable is already tested a few lines above in
the same routine:
if len(packages) 1:
bb.debug(1, No packages to build, skipping do_package)
return
there is no point testing it again, and the error message doesn't even
refer to packages, anyway.
multilib-fix-clean.patch adjusted to apply cleanly, and to handle
new modules.cache file.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../pango/pango-1.30.1/multilib-fix-clean.patch| 42 --
.../pango/pango-1.32.5/multilib-fix-clean.patch| 60
[PATCH] pango: update to upstream version 1.32.5
Depends on HarfBuzz for which first version had been sent as
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-December/033607.html
- ML
___
Openembedded-core mailing list
Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com
---
meta/recipes-devtools/git/{git_1.7.7.bb = git_1.8.0.2.bb} |8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/git/{git_1.7.7.bb = git_1.8.0.2.bb} (59%)
diff --git
On Mon, Dec 31, 2012 at 09:44:21AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 59d7b8b3bdef47c1ad45fc404b1b169b5f2980b7
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=59d7b8b3bdef47c1ad45fc404b1b169b5f2980b7
Author:
On 01/03/2013 12:16 AM, Radu Moisan wrote:
On 12/25/2012 03:13 AM, Saul Wold wrote:
On 12/20/2012 09:11 AM, Radu Moisan wrote:
I've rebased my branch, again :), with some cleanups here and there
I also pushed a few patches suggested by Martin.
Feel free to comment on everything.
The
So, recent versions of fftw have NEON support for the single precision
build. In the poast, I just passed --enable-neon to configure or the
armv7a case. Now, this is not entirely correct, since some armv7a's lack
a NEON coprocessor.
Does anyone have a suggestion for how to handle this better?
On 1/3/13 12:42 PM, Philip Balister wrote:
So, recent versions of fftw have NEON support for the single precision
build. In the poast, I just passed --enable-neon to configure or the
armv7a case. Now, this is not entirely correct, since some armv7a's lack
a NEON coprocessor.
Does anyone have a
Use of $(top_srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests completely.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
meta/recipes-support/popt/popt/disable_tests.patch | 21
meta/recipes-support/popt/popt_1.16.bb |3
Remove manpage creation. It wasn't working because of help2man
missing when bison is being built. This attempt to create
manpages without help2man turns from no-op to hard error with
automake-1.13.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../bison/bison/dont-depend-on-help2man.patch
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../file/file/obsolete_automake_macros.patch| 15 +++
In practice there is three categories of changes in automake-1.13
that cause packages to break. From that follows that virtually all
problems fall to three categories, and all packages suffering from
problem of the same category get virtually identical fix.
* Long deprecated macros completely
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../libid3tag/libid3tag/obsolete_automake_macros.patch | 14 ++
Remove manpage creation. It wasn't working because of help2man
missing when libtool is being built. This attempt to create
manpages without help2man turns from no-op to hard error with
automake-1.13.
Removed prefix-manpage-fix.patch as only code it touched is being
removed by new
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../xorg-lib/pixman/obsolete_automake_macros.patch | 14 ++
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../pkgconfig-0.25/obsolete_automake_macros.patch | 35
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../libgcrypt-1.5.0/obsolete_automake_macros.patch | 15 +++
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../flac/flac-1.2.1/obsolete_automake_macros.patch | 14 ++
Remove manpage creation. It wasn't working because of help2man
missing when libtasn1 is being built. This attempt to create
manpages without help2man turns from no-op to hard error with
automake-1.13.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../libpng/libpng-1.5.13/obsolete_automake_macros.patch | 15 +++
Use of $(srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests completely.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../xorg-lib/libx11/disable_tests.patch | 17 +
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb|6
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../libusb-compat-0.1.4/obsolete_automake_macros.patch | 15 +++
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../gnutls/gnutls/obsolete_automake_macros.patch | 39
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../glib-2.0/glib-2.0/obsolete_automake_macros.patch | 13 +
On Wed, Jan 2, 2013 at 3:11 PM, Christopher Larson
chris_lar...@mentor.com wrote:
On Wed, Jan 2, 2013 at 10:04 AM, Otavio Salvador ota...@ossystems.com.br
wrote:
On Wed, Jan 2, 2013 at 12:51 PM, Christopher Larson
chris_lar...@mentor.com wrote:
On Wed, Jan 2, 2013 at 4:53 AM, Shakeel,
On Tue, Dec 18, 2012 at 12:32 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2012-12-18 at 08:56 -0500, Bruce Ashfield wrote:
On Tue, Dec 18, 2012 at 8:41 AM, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org wrote:
W dniu 18.12.2012 14:32, Bruce Ashfield
On Thursday 03 January 2013 06:27:57 Robert P. J. Day wrote:
predictably, a few minutes after i posted, i realized what was going
on. i was a bit confused since the variable name, PACKAGE_BEFORE_PN,
was so terrifically generic when its purpose is clearly to deal with
library packages for
On 3 January 2013 23:22, Ross Burton ross.bur...@intel.com wrote:
On Thursday, 3 January 2013 at 20:36, Marko Lindqvist wrote:
Use of $(top_srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests completely.
+Upstream-status: Not sent
Is the real fix as simple as
On 12/27/2012 06:44 PM, Marko Lindqvist wrote:
This seems to fix HarfBuzz compile problems.
Just found a problem with this in my testing:
| configure:3983: error: No such directory
/home/sgw/yocto/builds/world/tmp/sysroots/x86_64-linux/usr/share/icu/50.1.1
supplied as the argument to
On 3 January 2013 23:49, Marko Lindqvist cazf...@gmail.com wrote:
On 3 January 2013 23:22, Ross Burton ross.bur...@intel.com wrote:
On Thursday, 3 January 2013 at 20:36, Marko Lindqvist wrote:
Use of $(top_srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests
On Thu, 3 Jan 2013, Paul Eggleton wrote:
On Thursday 03 January 2013 06:27:57 Robert P. J. Day wrote:
see oe-core/meta/recipes-multimedia/pulseaudio, where
pulseaudio.inc contains the line:
FILES_${PN}-bin += ${sysconfdir}/default/volatiles/volatiles.04_pulse
but there is no
On 4 January 2013 00:11, Saul Wold s...@linux.intel.com wrote:
On 12/27/2012 06:44 PM, Marko Lindqvist wrote:
This seems to fix HarfBuzz compile problems.
Just found a problem with this in my testing:
| configure:3983: error: No such directory
Compatible with automake-1.13.
Signed-off-by: Marko Lindqvist cazf...@gmail.com
---
.../xorg-lib/{libxdamage_1.1.3.bb = libxdamage_1.1.4.bb}|6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxdamage_1.1.3.bb =
libxdamage_1.1.4.bb}
42 matches
Mail list logo