On 05/16/2013 12:59 PM, zhangxiao wrote:
And, another method lies on meta/recipes-core/util-linux/util-linux.inc:
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -69,11 +69,11 @@ FILES_util-linux-uuidd = "${sbindir}/uuidd"
FILES_util-linux-
Op 16 mei 2013, om 20:03 heeft Saul Wold het volgende
geschreven:
> This was not the correct fix for this issues, it turns out that
> base-files package was getting installed un-intentionally when
> rpm-postinsts was split out. The base-files recipe lays down the
> link that caused the cat fail
Jesse Zhang wrote:
> +--- a/t/TEST 2013-05-15 23:12:12.705104588 -0400
> b/t/TEST 2013-05-15 23:20:20.126104587 -0400
Is patching t/TEST better than simply using sed to transform the output?
I took a quick look at future versions and t/TEST is modified in both perl
5.16.3 and 5.18.0-RC4. Th
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the "zynq-zc702"
machine.
Somehow the "package_write_ipk" task wants to find files in a directory
with "1-r0" (a version that has once existed a long long time ago) in
t
Hi,
A collection of fixes to gdk-pixbuf and librsvg, mainly improving the native
packages.
Ross
The following changes since commit 88a7b041fbf2583472aa9408a33dd8881223a0c1:
bitbake: pysh: Say what kind of token isn't implemented (2013-05-10 13:35:10
+0100)
are available in the git repositor
Register a sstate postinst function so that when installing a native package,
the gdk-pixbuf loader cache is updated.
Signed-off-by: Ross Burton
---
meta/classes/pixbufcache.bbclass | 13 +
1 file changed, 13 insertions(+)
diff --git a/meta/classes/pixbufcache.bbclass b/meta/class
We assumed that the only relevant gdk-pixbuf loaders in the native environment
were the ones in gdk-pixbuf itself, as the icon cache is only for PNG files.
However, glib-compile-resources can transform SVG files to raw image data, and
done natively this requires the SVG loader to be registered. Th
inherit gnome was only used for the SRC_URI, so just inherit gnomebase and
remove the native-specific DEPENDS which was only required as the gnome class
pulls in an impossible hicolor-icon-theme-native dependency.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |3
Re-order fields to a more logical order.
Remove the unrecognised --disable-mozilla-plugin option.
Remove the unrequired setting of GDK_PIXBUF_QUERYLOADERS, it's found
automatically.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb | 20
1 file
Add options for the gdk-pixbuf loaders and the GTK+ 2 theme engine. The theme
engine is generally unused so don't enable that by default, but enable the
gdk-pixbuf loader and also enable the croco feature which is required for
parsing CSS embedded into SVG.
Signed-off-by: Ross Burton
---
meta/r
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
>
> I got this very weird build failure. It builds fine for one machine
> (zedboard), but it craps out in a really weird way on the "zynq-zc702"
> machine.
>
> Somehow the "package_write_ipk" task wants to find files in a directory
In networks that don't have a DHCP server configured, ipv4 address
allocation fails and the ipv4 structure doesn't get populated.
The patch checks this case also.
[YOCTO #3945]
Signed-off-by: Emilia Ciobanu
---
.../connman-gnome/null_check_for_ipv4_config.patch | 26
.../
On 05/17/2013 01:32 PM, Emilia Ciobanu wrote:
In networks that don't have a DHCP server configured, ipv4 address
allocation fails and the ipv4 structure doesn't get populated.
The patch checks this case also.
[YOCTO #3945]
Signed-off-by: Emilia Ciobanu
---
.../connman-gnome/null_check_for_ip
Upgrade from 2.01 -> 3.00
- Updated md5 of the license file because new information
was added by the owner.
- Removed glibc-conflict-rename.patch because it is not
required anymore.
- Updated no_usr_src.patch because it didn't apply.
Signed-off-by: Andrei Dinu
---
.../cdrtools-native/glibc-conf
On 17 May 2013 10:40, Ross Burton wrote:
> Register a sstate postinst function so that when installing a native package,
> the gdk-pixbuf loader cache is updated.
Retracting this, a last-minute change introduced a dependency cycle.
V2 coming shortly.
Ross
___
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the "zynq-zc702"
machine.
Somehow the "package_write_ipk" task w
On 17 May 2013 11:32, Emilia Ciobanu
wrote:
> +- if (g_str_equal(ipv4_config.method, "dhcp") == TRUE)
> ++ if (!ipv4_config.method || g_str_equal(ipv4_config.method, "dhcp") ==
> TRUE)
Is this really the right behaviour if IPv4.Method isn't set?
Ross
_
On 05/17/2013 12:51 PM, Mike Looijmans wrote:
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the "zynq-zc702"
m
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the "zynq-zc702"
machine.
Somehow the "package_write_ipk" task w
On 05/17/2013 01:11 PM, Mike Looijmans wrote:
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps out in a really weird way on the "zynq-zc702"
m
From: Tomas Frydrych
Signed-off-by: Tomas Frydrych
---
meta/classes/clutter.bbclass | 28
1 file changed, 28 insertions(+)
create mode 100644 meta/classes/clutter.bbclass
diff --git a/meta/classes/clutter.bbclass b/meta/classes/clutter.bbclass
new file mode 100
The following set of patches updates clutter and friends; the recipes were
completely reworked and use PACKAGECONFIG to facilitate easy reconfiguration
to match distro / machine needs.
Clutter and Cogl packages are renamed to use a '-1.0' suffix instead of the
'-vmajor.vminor' suffix of the old
From: Tomas Frydrych
The package has been renamed to clutter-1.0 instead of clutter-vmajor.vminor,
keeping up with the upstream versioning policy (all 1.x packages install
clutter-1.0 pc file and headers and are backward compatible), and to simplify
dependency management (worth noting that since
From: Tomas Frydrych
The package has been renamed to cogl-1.0 instead of cogl-vmajor.vminor, keeping
up with the upstream versioning policy (e.g., all 1.x packages install cogl-1.0
pc file and headers and are backward compatible), and to simplify dependency
management (worth noting that since the
From: Tomas Frydrych
Signed-off-by: Tomas Frydrych
---
meta/recipes-graphics/clutter/clutter-1.8_1.8.4.bb | 23 ---
meta/recipes-graphics/clutter/clutter-1.8_git.bb | 20 --
meta/recipes-graphics/clutter/clutter-fpu.inc |6 --
.../clutter/clutter-gst-1.8_1.4.6.bb
From: Tomas Frydrych
Signed-off-by: Tomas Frydrych
---
meta/recipes-graphics/clutter/clutter-gtk-1.0.inc | 12
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.4.2.bb |6 ++
2 files changed, 18 insertions(+)
create mode 100644 meta/recipes-graphics/clutter/clutter-g
From: Tomas Frydrych
Signed-off-by: Tomas Frydrych
---
meta/recipes-graphics/clutter/clutter-gst-1.0.inc | 23 ++
.../clutter/clutter-gst-1.0_1.6.0.bb |9
.../clutter/clutter-gst-1.6/cogl-1.14.patch| 45
.../clutter/clutter-gst/e
From: Tomas Frydrych
Signed-off-by: Tomas Frydrych
---
.../recipes-graphics/mx/mx-1.4/fix-build-dir.patch | 43
meta/recipes-graphics/mx/mx.inc| 20 +
.../recipes-graphics/mx/mx/fix-test-includes.patch | 17
meta/recipes-graphics/
Hi,
When using manual ip the ipv4_config structure has all fields populated and
this condition
is skipped. The only case when the data structure fields are NULL is when we
have
DHCP settings and for different reasons network configurations are not done. In
this
case, connman automatically renew
On 05/17/2013 01:13 PM, Mike Looijmans wrote:
On 05/17/2013 01:11 PM, Mike Looijmans wrote:
On 05/17/2013 12:15 PM, Martin Jansa wrote:
On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
I got this very weird build failure. It builds fine for one machine
(zedboard), but it craps
On Thursday 16 May 2013 11:35:55 Phil Blundell wrote:
> On Thu, 2013-05-16 at 10:01 +0100, Tomas Frydrych wrote:
> > On 15/05/13 21:49, Phil Blundell wrote:
> > > - we have a slightly funky 2-stage bootstrap process for cogl in order
> > > to break the dependency cycle with cairo; this involves hac
On Fri, May 17, 2013 at 12:51:37PM +0200, Mike Looijmans wrote:
> On 05/17/2013 12:15 PM, Martin Jansa wrote:
> > On Fri, May 17, 2013 at 11:43:22AM +0200, Mike Looijmans wrote:
> >>
> >> I got this very weird build failure. It builds fine for one machine
> >> (zedboard), but it craps out in a real
I just tried to run Poky/Yocto on a fresh Ubuntu 12.04 system. I knew there
would
be missing bits and have seen the "sanity" messages in the past, so I thought
I'd
just carry on. Today's experience was not pretty and would it not for my
experience
with this, I would have been very perplexed..
On 05/17/2013 04:26 PM, Gary Thomas wrote:
I just tried to run Poky/Yocto on a fresh Ubuntu 12.04 system. I knew
there would
be missing bits and have seen the "sanity" messages in the past, so I
thought I'd
just carry on. Today's experience was not pretty and would it not for
my experience
with
On 2013-05-17 08:18, Saul Wold wrote:
On 05/17/2013 04:26 PM, Gary Thomas wrote:
I just tried to run Poky/Yocto on a fresh Ubuntu 12.04 system. I knew
there would
be missing bits and have seen the "sanity" messages in the past, so I
thought I'd
just carry on. Today's experience was not pretty
On 17 May 2013 15:23, Gary Thomas wrote:
> Master, updated 2013-05-16
Definitely worth updating again, there were some incompatibility with
Python 2.6 that were fixed yesterday.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembed
On 2013-05-17 08:32, Burton, Ross wrote:
On 17 May 2013 15:23, Gary Thomas wrote:
Master, updated 2013-05-16
Definitely worth updating again, there were some incompatibility with
Python 2.6 that were fixed yesterday.
No change, sorry. This only happens when 'git' is not installed
and is ve
On Thu, May 16, 2013 at 5:10 PM, Gary Thomas wrote:
> Sort of as a follow up to my problem of yesterday, I've run into
> a problem - I have a simple recipe which only unpacks a source tarball
> and then installs it - no other steps are listed or required. The recipe
> also does not have an explic
On 5/16/13 7:08 PM, Yevhen Kyriukha wrote:
Hi!
I'm using "base-files" recipe but I don't want that /var/log be a
symlink to temp directory.
Therefore in my custom layer I created base-files bbappend file with
following content:
PRINC := "${@int(PRINC) + 1}"
dirs755_append += "${localstatedir}/
While updating the C++ bindings in meta-oe (glibmm/cairomm/pangomm) a
dependency on glib 2.36.1 came up.
This patch was build- (gcc 4.7.2/4.8.0) and run-tested with my standard
xfce-/gnome2-images
Signed-off-by: Andreas Müller
---
.../{glib-2.0_2.36.0.bb => glib-2.0_2.36.2.bb} |4 ++--
Signed-off-by: Andreas Müller
---
...working_2.36.0.bb => glib-networking_2.36.2.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-networking/{glib-networking_2.36.0.bb =>
glib-networking_2.36.2.bb} (85%)
diff --git a/meta/recipes-core/glib-network
> -Original Message-
> From: Yi Qingliang [mailto:niqingliang2...@gmail.com]
> Sent: Thursday, May 16, 2013 5:46 PM
> To: Slater, Joseph
> Cc: openembedded-core@lists.openembedded.org oe-core layer
> Subject: Re: [OE-core] qt keyboard problem
>
> On Thursday, May 16, 2013 04:51:04 PM Sla
On 2013-05-17 09:29, William M.A. Traynor wrote:
On Thu, May 16, 2013 at 5:10 PM, Gary Thomas wrote:
Sort of as a follow up to my problem of yesterday, I've run into
a problem - I have a simple recipe which only unpacks a source tarball
and then installs it - no other steps are listed or requir
On 05/17/2013 02:25 PM, Tomas Frydrych wrote:
The following set of patches updates clutter and friends; the recipes were
completely reworked and use PACKAGECONFIG to facilitate easy reconfiguration
to match distro / machine needs.
Clutter and Cogl packages are renamed to use a '-1.0' suffix inst
On 05/17/2013 08:12 PM, Andreas Müller wrote:
While updating the C++ bindings in meta-oe (glibmm/cairomm/pangomm) a
dependency on glib 2.36.1 came up.
We have updated to 2.36.1 already, so this will need to be rebased if
you want to update to 2.36.2.
Sau!
This patch was build- (gcc 4.7.2/4.
Remove license patch as it is integrated upstream.
Add backports of upstream loopdev regression fixes.
Updated uclibc-__progname-conflict.patch because it didn't apply.
Added bash-completion and partx sub-packages.
Signed-off-by: Jonathan Liu
---
meta/recipes-core/util-linux/util-linux.inc
46 matches
Mail list logo
