* Re: Adding TARGET_VECTOR
From: McClintock Matthew-B29882 @ 2011-09-30 20:08 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <CAMKF1srCrTcfy2niJNF-jkArvZHaU0P8=zH5sqMjFrs1BcKA2g@mail.gmail.com>
On Fri, Sep 30, 2011 at 3:05 PM, Khem Raj <raj.khem@gmail.com> wrote:
> there is SOC_FAMILY thats used predominantly in TI chips that could be
> of interest here.
> but in this case I wanted to understand
> if it is a feature of FPU or is it a separate unit, still not clear to me.
It's all on one SoC/Core.
-M
^ permalink raw reply
* Re: MINUTES: OE-TSC meeting 29-Sep-2011
From: Chris Larson @ 2011-09-30 20:08 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1317412759.11645.24.camel@scimitar>
On Fri, Sep 30, 2011 at 12:59 PM, Joshua Lock <josh@linux.intel.com> wrote:
> On Fri, 2011-09-30 at 11:16 -0700, Chris Larson wrote:
>> On Fri, Sep 30, 2011 at 11:14 AM, Jeff Osier-Mixon <jefro@jefro.net> wrote:
>> > 1. Jefro
>> > 2. a. some minutes not making it to mailing list, Jefro to post on wiki
>> > b. yocto evaluating gerrit, possible patchwork replacement for OE, khem
>> > will research
>>
>> ReviewBoard may be worth looking at as an alternative to gerritt, as well.
>
> I think people like PatchWork and Gerrit because of their command line
> tools - do you know if ReviewBoard has cli tools too?
It does, yeah. I don't have a lot of personal experience with either
one, but I think we should evaluate both.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply
* Re: MINUTES: OE-TSC meeting 29-Sep-2011
From: Joshua Lock @ 2011-09-30 20:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <CABcZANk3bjhA0mOzroWkx_M+YH1f01Pq9WjkgURah1yMNi_EdA@mail.gmail.com>
On Fri, 2011-09-30 at 13:08 -0700, Chris Larson wrote:
> On Fri, Sep 30, 2011 at 12:59 PM, Joshua Lock <josh@linux.intel.com> wrote:
> > On Fri, 2011-09-30 at 11:16 -0700, Chris Larson wrote:
> >> On Fri, Sep 30, 2011 at 11:14 AM, Jeff Osier-Mixon <jefro@jefro.net> wrote:
> >> > 1. Jefro
> >> > 2. a. some minutes not making it to mailing list, Jefro to post on wiki
> >> > b. yocto evaluating gerrit, possible patchwork replacement for OE, khem
> >> > will research
> >>
> >> ReviewBoard may be worth looking at as an alternative to gerritt, as well.
> >
> > I think people like PatchWork and Gerrit because of their command line
> > tools - do you know if ReviewBoard has cli tools too?
>
> It does, yeah. I don't have a lot of personal experience with either
> one, but I think we should evaluate both.
Good to know, I concur!
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
^ permalink raw reply
* TSC meeting minutes available on wiki
From: Jeff Osier-Mixon @ 2011-09-30 21:47 UTC (permalink / raw)
To: openembedded-core, openembedded-devel, tsc
[-- Attachment #1: Type: text/plain, Size: 354 bytes --]
I have updated the TSC wiki page to include all of the minutes since the
interim TSC was announced by the board on Feb 10. Going forward, I will
place new minutes on this page in date order.
http://www.openembedded.org/wiki/TSC
thanks,
--
Jeff Osier-Mixon http://jefro.net/blog
Yocto Project Community Manager @Intel http://yoctoproject.org
[-- Attachment #2: Type: text/html, Size: 588 bytes --]
^ permalink raw reply
* Re: Feedback on HOB (new image creator GUI)
From: Gary Thomas @ 2011-09-30 21:55 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Joshua, bitbake-devel
In-Reply-To: <4E85D3E0.7070807@intel.com>
On 2011-09-30 08:36, Yu Ke wrote:
> Hi,
>
> As you may already know, a new GUI has been added to bitbake recently, i.e. HOB (Human Oriented Builder). It is a graphical image creator that allows user to freely choose which
> packages to be built in the image. The wiki https://wiki.yoctoproject.org/wiki/BitBake/GUI/Hob has more detail.
>
> This email is to collect your feedback on the HOB. Current HOB is our first version, and it surely has many place to improve. We has the plan to enhance it in Yocto 1.2. So we
> really hope that you can use it and provide your valuable feedback . We do think user's feedback/requirement is the right way to go. Looking forward your valuable input.
>
> Best Regards
> Ke
>
> Ps. The simple way to run hob is:
> # touch conf/hob-pre.conf conf/hob-post.conf
> # bitbake -u hob -r conf/hob-pre.conf -R conf/hob-post.conf
>
> Where conf/hob-pre.conf conf/hob-post.conf is the configuration file, which can be empty in above case.
I build images which are not based on any of the core-XXX images listed by HOB.
How can I get them into the drop-down base list?
Is there a way I can filter out some of the base images? tasks?
I ask these questions because in particular, I use a lot of the recipes in meta
and meta-yocto, but none of the images or tasks (because they don't really address
my needs, don't take offense, I just want more control than they offer)
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply
* [PATCH] populate_sdk_rpm: Add missing /bin/sh from rpm ignore list for the SDK
From: Richard Purdie @ 2011-09-30 22:16 UTC (permalink / raw)
To: openembedded-core
The target SDK packages don't need to fulfil a shell dependency
so add /bin/sh to the list of packages we don't need to resolve.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/classes/populate_sdk_rpm.bbclass b/meta/classes/populate_sdk_rpm.bbclass
index f1062fb..9989d0a 100644
--- a/meta/classes/populate_sdk_rpm.bbclass
+++ b/meta/classes/populate_sdk_rpm.bbclass
@@ -35,7 +35,7 @@ fakeroot populate_sdk_rpm () {
export INSTALL_PACKAGES_NORMAL_RPM="${TOOLCHAIN_TARGET_TASK}"
export INSTALL_PACKAGES_ATTEMPTONLY_RPM=""
export INSTALL_PACKAGES_LINGUAS_RPM=""
- export INSTALL_PROVIDENAME_RPM="/bin/bash /usr/bin/env /usr/bin/perl pkgconfig pkgconfig(pkg-config)"
+ export INSTALL_PROVIDENAME_RPM="/bin/sh /bin/bash /usr/bin/env /usr/bin/perl pkgconfig pkgconfig(pkg-config)"
export INSTALL_TASK_RPM="populate_sdk-target"
# Setup base system configuration
^ permalink raw reply related
* Re: [PATCH] Add bash as RDEPENDS for gstreamer
From: Richard Purdie @ 2011-09-30 22:25 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNcEkg_=xSWg2Z-k+NM7F21NqT_j2gLnjkQys1_RZU-jmg@mail.gmail.com>
On Fri, 2011-09-30 at 16:30 +0000, McClintock Matthew-B29882 wrote:
> On Fri, Sep 30, 2011 at 10:47 AM, Matthew McClintock <msm@freescale.com> wrote:
> > On Fri, Sep 30, 2011 at 4:20 AM, Richard Purdie
> > <richard.purdie@linuxfoundation.org> wrote:
> >> What image target are you building? I'm having trouble visualising an
> >> image that doesn't include bash or busybox and if either of these are
> >> present, that dependency should be met...
> >>
> >> If this is a toolchain/SDK, there were some recent tweaks which address
> >> this problem.
> >
> > It was meta-toolchain-sdk, please drop this patch if that is the case.
>
> FYI, I've been testing this on the 'edison' branch. Seems like this
> should be addressed - assuming someone else can reproduce this
> issue...
>
> Any comments?
I think we were missing a fix, I've sent out a patch which I think
should resolve this once and for all.
Cheers,
Richard
^ permalink raw reply
* [PATCH v2 0/2] Fix useradd class to accept useradd long options.
From: Julian Pidancet @ 2011-10-01 0:10 UTC (permalink / raw)
To: openembedded-core; +Cc: Julian Pidancet
This first patch fixes the --root option for programs in shadow-native and
allow one to specify useradd long options when using the useradd class
in a recipe.
This is demonstrated in the second patch which is a respin of another patch
for the OpenSSH recipe I proposed earlier. As suggested by Saul, it had
been reworked to use useradd long options in the USERADD_PARAM variable.
v2: Fixed a typo in add_root_cmd_options.patch, --root is equivalent to -Q
instead of -R.
NOTE: Phil's patch "shadow: add patch for useradd lossage" doesn't fix the
long options issue as it has been suggested in an answer to one of my
initial post.
Julian Pidancet (2):
Fix the --root option in shadow-native programs.
Use useradd and update-rc.d classes in the OpenSSH recipe
meta/recipes-connectivity/openssh/openssh_5.8p2.bb | 29 +---
.../shadow/files/add_root_cmd_options.patch | 180 ++++++++++----------
2 files changed, 97 insertions(+), 112 deletions(-)
--
Julian Pidancet
^ permalink raw reply
* [PATCH v2 1/2] Fix the --root option in shadow-native programs.
From: Julian Pidancet @ 2011-10-01 0:10 UTC (permalink / raw)
To: openembedded-core; +Cc: Julian Pidancet
In-Reply-To: <1317427816-31888-1-git-send-email-julian.pidancet@gmail.com>
The add_root_cmd_options.patch that we apply to shadow-native allow the
various programs from the shadow utility package to chroot() so they can
be used to modify etc/passwd and etc/group if they are located in a
sysroot.
Some of the shadow programs (gpasswd, useradd and usermod) need to parse
the command line in two passes. But we can't use getopt_long() twice
because getopt_long() reorders the command line arguments, and
consequently corrupts the option parsing during the second pass.
This patch fixes this issue by replacing the first pass by a very simple
manual walk of the command line to handle the --root argument.
This change is a patch of another patch, I apologize if it is
difficult to read. But IMHO it wouldn't make sense to put the patch for
this issue in another separated file.
The --root options in groupadd and useradd are needed to make the
useradd class work, and this issue was preventing to use useradd and
groupadd long options while using the class.
Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
---
.../shadow/files/add_root_cmd_options.patch | 180 ++++++++++----------
1 files changed, 89 insertions(+), 91 deletions(-)
diff --git a/meta/recipes-extended/shadow/files/add_root_cmd_options.patch b/meta/recipes-extended/shadow/files/add_root_cmd_options.patch
index c5f2bec..2604ad8 100644
--- a/meta/recipes-extended/shadow/files/add_root_cmd_options.patch
+++ b/meta/recipes-extended/shadow/files/add_root_cmd_options.patch
@@ -26,8 +26,8 @@ Workaround is specific to our build system.
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
---- shadow-4.1.4.3.orig//src/gpasswd.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/gpasswd.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/gpasswd.c 2011-09-29 12:00:45.211000091 +0100
++++ shadow-4.1.4.3//src/gpasswd.c 2011-09-29 12:09:54.590000090 +0100
@@ -63,6 +63,7 @@
* (/etc/gshadow present) */
static bool is_shadowgrp;
@@ -52,7 +52,7 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
" -r, --remove-password remove the GROUP's password\n"
" -R, --restrict restrict access to GROUP to its members\n"
" -M, --members USER,... set the list of members of GROUP\n"
-@@ -226,6 +229,55 @@
+@@ -226,6 +229,57 @@
}
/*
@@ -68,23 +68,26 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
+ /*
+ * Parse the command line options.
+ */
-+ int flag;
-+ int option_index = 0;
-+ static struct option long_options[] = {
-+ {"root", required_argument, NULL, 'Q'},
-+ {NULL, 0, NULL, '\0'}
-+ };
++ int i;
++ char *root;
+
-+ while ((flag = getopt_long (argc, argv, "a:A:d:gM:Q:rR", long_options, &option_index)) != -1) {
-+ switch (flag) {
-+ case 'Q':
-+ if ('/' != optarg[0]) {
++ for (i = 0; i < argc; i++) {
++ if (!strcmp (argv[i], "--root") || !strcmp (argv[i], "-Q")) {
++ if (i + 1 == argc) {
++ fprintf (stderr,
++ _("%s: option '%s' requires an argument\n"),
++ Prog, argv[i]);
++ exit (E_BAD_ARG);
++ }
++ root = argv[i + 1];
++
++ if ('/' != root[0]) {
+ fprintf (stderr,
+ _("%s: invalid chroot path '%s'\n"),
-+ Prog, optarg);
++ Prog, root);
+ exit (E_BAD_ARG);
+ }
-+ newroot = optarg;
++ newroot = root;
+
+ if (access (newroot, F_OK) != 0) {
+ fprintf(stderr,
@@ -99,7 +102,6 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
+ exit (E_BAD_ARG);
+ }
+ break;
-+ /* no-op on everything else - they will be hanled by process_flags() */
+ }
+ }
+}
@@ -108,7 +110,7 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
* process_flags - process the command line options and arguments
*/
static void process_flags (int argc, char **argv)
-@@ -235,6 +287,7 @@
+@@ -235,6 +289,7 @@
static struct option long_options[] = {
{"add", required_argument, NULL, 'a'},
{"delete", required_argument, NULL, 'd'},
@@ -116,7 +118,7 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
{"remove-password", no_argument, NULL, 'r'},
{"restrict", no_argument, NULL, 'R'},
{"administrators", required_argument, NULL, 'A'},
-@@ -242,7 +295,7 @@
+@@ -242,7 +297,7 @@
{NULL, 0, NULL, '\0'}
};
@@ -125,7 +127,7 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
switch (flag) {
case 'a': /* add a user */
aflg = true;
-@@ -283,6 +336,9 @@
+@@ -283,6 +338,9 @@
}
Mflg = true;
break;
@@ -135,7 +137,7 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
case 'r': /* remove group password */
rflg = true;
break;
-@@ -995,6 +1051,8 @@
+@@ -995,6 +1053,8 @@
setbuf (stdout, NULL);
setbuf (stderr, NULL);
@@ -145,8 +147,8 @@ diff -urN shadow-4.1.4.3.orig//src/gpasswd.c shadow-4.1.4.3//src/gpasswd.c
is_shadowgrp = sgr_file_present ();
#endif
diff -urN shadow-4.1.4.3.orig//src/groupadd.c shadow-4.1.4.3//src/groupadd.c
---- shadow-4.1.4.3.orig//src/groupadd.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/groupadd.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/groupadd.c 2011-09-29 12:00:45.212000091 +0100
++++ shadow-4.1.4.3//src/groupadd.c 2011-09-29 11:59:28.386000092 +0100
@@ -76,6 +76,7 @@
static gid_t group_id;
static /*@null@*/char *group_passwd;
@@ -208,8 +210,8 @@ diff -urN shadow-4.1.4.3.orig//src/groupadd.c shadow-4.1.4.3//src/groupadd.c
rflg = true;
break;
diff -urN shadow-4.1.4.3.orig//src/groupdel.c shadow-4.1.4.3//src/groupdel.c
---- shadow-4.1.4.3.orig//src/groupdel.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/groupdel.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/groupdel.c 2011-09-29 12:00:45.212000091 +0100
++++ shadow-4.1.4.3//src/groupdel.c 2011-09-29 11:59:28.386000092 +0100
@@ -36,6 +36,7 @@
#include <ctype.h>
@@ -340,8 +342,8 @@ diff -urN shadow-4.1.4.3.orig//src/groupdel.c shadow-4.1.4.3//src/groupdel.c
#ifdef USE_PAM
{
diff -urN shadow-4.1.4.3.orig//src/groupmod.c shadow-4.1.4.3//src/groupmod.c
---- shadow-4.1.4.3.orig//src/groupmod.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/groupmod.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/groupmod.c 2011-09-29 12:00:45.212000091 +0100
++++ shadow-4.1.4.3//src/groupmod.c 2011-09-29 11:59:28.387000092 +0100
@@ -79,6 +79,7 @@
static char *group_passwd;
static gid_t group_id;
@@ -401,8 +403,8 @@ diff -urN shadow-4.1.4.3.orig//src/groupmod.c shadow-4.1.4.3//src/groupmod.c
usage ();
}
diff -urN shadow-4.1.4.3.orig//src/grpconv.c shadow-4.1.4.3//src/grpconv.c
---- shadow-4.1.4.3.orig//src/grpconv.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/grpconv.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/grpconv.c 2011-09-29 12:00:45.213000091 +0100
++++ shadow-4.1.4.3//src/grpconv.c 2011-09-29 11:59:28.387000092 +0100
@@ -39,6 +39,7 @@
#include <errno.h>
@@ -527,8 +529,8 @@ diff -urN shadow-4.1.4.3.orig//src/grpconv.c shadow-4.1.4.3//src/grpconv.c
fprintf (stderr,
_("%s: cannot lock %s; try again later.\n"),
diff -urN shadow-4.1.4.3.orig//src/grpunconv.c shadow-4.1.4.3//src/grpunconv.c
---- shadow-4.1.4.3.orig//src/grpunconv.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/grpunconv.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/grpunconv.c 2011-09-29 12:00:45.213000091 +0100
++++ shadow-4.1.4.3//src/grpunconv.c 2011-09-29 11:59:28.387000092 +0100
@@ -43,6 +43,7 @@
#include <stdlib.h>
#include <string.h>
@@ -653,8 +655,8 @@ diff -urN shadow-4.1.4.3.orig//src/grpunconv.c shadow-4.1.4.3//src/grpunconv.c
exit (0); /* no /etc/gshadow, nothing to do */
}
diff -urN shadow-4.1.4.3.orig//src/passwd.c shadow-4.1.4.3//src/passwd.c
---- shadow-4.1.4.3.orig//src/passwd.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/passwd.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/passwd.c 2011-09-29 12:00:45.214000091 +0100
++++ shadow-4.1.4.3//src/passwd.c 2011-09-29 11:59:28.388000092 +0100
@@ -75,6 +75,7 @@
static char *name; /* The name of user whose password is being changed */
static char *myname; /* The current user's name */
@@ -718,8 +720,8 @@ diff -urN shadow-4.1.4.3.orig//src/passwd.c shadow-4.1.4.3//src/passwd.c
/* -r repository (files|nis|nisplus) */
/* only "files" supported for now */
diff -urN shadow-4.1.4.3.orig//src/pwconv.c shadow-4.1.4.3//src/pwconv.c
---- shadow-4.1.4.3.orig//src/pwconv.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/pwconv.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/pwconv.c 2011-09-29 12:00:45.214000091 +0100
++++ shadow-4.1.4.3//src/pwconv.c 2011-09-29 11:59:28.388000092 +0100
@@ -59,6 +59,7 @@
#include <errno.h>
@@ -847,8 +849,8 @@ diff -urN shadow-4.1.4.3.orig//src/pwconv.c shadow-4.1.4.3//src/pwconv.c
fprintf (stderr,
_("%s: cannot lock %s; try again later.\n"),
diff -urN shadow-4.1.4.3.orig//src/pwunconv.c shadow-4.1.4.3//src/pwunconv.c
---- shadow-4.1.4.3.orig//src/pwunconv.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/pwunconv.c 2011-06-28 15:12:03.539504372 -0700
+--- shadow-4.1.4.3.orig//src/pwunconv.c 2011-09-29 12:00:45.214000091 +0100
++++ shadow-4.1.4.3//src/pwunconv.c 2011-09-29 11:59:28.388000092 +0100
@@ -35,6 +35,7 @@
#ident "$Id: pwunconv.c 2852 2009-04-30 21:44:35Z nekral-guest $"
@@ -969,8 +971,8 @@ diff -urN shadow-4.1.4.3.orig//src/pwunconv.c shadow-4.1.4.3//src/pwunconv.c
/* shadow not installed, do nothing */
exit (0);
diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
---- shadow-4.1.4.3.orig//src/useradd.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/useradd.c 2011-06-28 15:12:14.608787030 -0700
+--- shadow-4.1.4.3.orig//src/useradd.c 2011-09-29 12:00:45.215000091 +0100
++++ shadow-4.1.4.3//src/useradd.c 2011-09-29 11:59:28.520000092 +0100
@@ -112,6 +112,7 @@
#ifdef WITH_SELINUX
static const char *user_selinux = "";
@@ -995,7 +997,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
(void) fputs (_(" -r, --system create a system account\n"), stderr);
(void) fputs (_(" -s, --shell SHELL login shell of the new account\n"), stderr);
(void) fputs (_(" -u, --uid UID user ID of the new account\n"), stderr);
-@@ -943,6 +946,59 @@
+@@ -943,6 +946,57 @@
}
/*
@@ -1011,27 +1013,26 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
+ /*
+ * Parse the command line options.
+ */
-+ int c;
-+ static struct option long_options[] = {
-+ {"root", required_argument, NULL, 'R'},
-+ {NULL, 0, NULL, '\0'}
-+ };
-+ while ((c = getopt_long (argc, argv,
-+#ifdef WITH_SELINUX
-+ "b:c:d:De:f:g:G:k:K:lmMNop:R:rs:u:UZ:",
-+#else
-+ "b:c:d:De:f:g:G:k:K:lmMNop:R:rs:u:U",
-+#endif
-+ long_options, NULL)) != -1) {
-+ switch (c) {
-+ case 'R':
-+ if ('/' != optarg[0]) {
++ int i;
++ char *root;
++
++ for (i = 0; i < argc; i++) {
++ if (!strcmp (argv[i], "--root") || !strcmp (argv[i], "-R")) {
++ if (i + 1 == argc) {
++ fprintf (stderr,
++ _("%s: option '%s' requires an argument\n"),
++ Prog, argv[i]);
++ exit (E_BAD_ARG);
++ }
++ root = argv[i + 1];
++
++ if ('/' != root[0]) {
+ fprintf (stderr,
+ _("%s: invalid chroot path '%s'\n"),
-+ Prog, optarg);
++ Prog, root);
+ exit (E_BAD_ARG);
+ }
-+ newroot = optarg;
++ newroot = root;
+
+ if (access (newroot, F_OK) != 0) {
+ fprintf(stderr,
@@ -1046,7 +1047,6 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
+ exit (E_BAD_ARG);
+ }
+ break;
-+ /* no-op on everything else - they will be hanled by process_flags() */
+ }
+ }
+}
@@ -1055,7 +1055,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
* process_flags - perform command line argument setting
*
* process_flags() interprets the command line arguments and sets
-@@ -978,6 +1034,7 @@
+@@ -978,6 +1032,7 @@
{"no-user-group", no_argument, NULL, 'N'},
{"non-unique", no_argument, NULL, 'o'},
{"password", required_argument, NULL, 'p'},
@@ -1063,7 +1063,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
{"system", no_argument, NULL, 'r'},
{"shell", required_argument, NULL, 's'},
#ifdef WITH_SELINUX
-@@ -989,9 +1046,9 @@
+@@ -989,9 +1044,9 @@
};
while ((c = getopt_long (argc, argv,
#ifdef WITH_SELINUX
@@ -1075,7 +1075,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
#endif
long_options, NULL)) != -1) {
switch (c) {
-@@ -1156,6 +1213,9 @@
+@@ -1156,6 +1211,9 @@
}
user_pass = optarg;
break;
@@ -1085,7 +1085,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
case 'r':
rflg = true;
break;
-@@ -1735,6 +1795,36 @@
+@@ -1735,6 +1793,36 @@
}
}
#endif
@@ -1122,7 +1122,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
/*
* create_home - create the user's home directory
*
-@@ -1748,34 +1838,31 @@
+@@ -1748,34 +1836,31 @@
#ifdef WITH_SELINUX
selinux_file_context (user_home);
#endif
@@ -1175,7 +1175,7 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
}
/*
-@@ -1861,6 +1948,7 @@
+@@ -1861,6 +1946,7 @@
*/
user_groups[0] = (char *) 0;
@@ -1184,8 +1184,8 @@ diff -urN shadow-4.1.4.3.orig//src/useradd.c shadow-4.1.4.3//src/useradd.c
is_shadow_pwd = spw_file_present ();
#ifdef SHADOWGRP
diff -urN shadow-4.1.4.3.orig//src/userdel.c shadow-4.1.4.3//src/userdel.c
---- shadow-4.1.4.3.orig//src/userdel.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/userdel.c 2011-06-28 15:12:03.549503721 -0700
+--- shadow-4.1.4.3.orig//src/userdel.c 2011-09-29 12:00:45.216000091 +0100
++++ shadow-4.1.4.3//src/userdel.c 2011-09-29 11:59:28.389000092 +0100
@@ -79,6 +79,7 @@
static char *user_name;
static uid_t user_id;
@@ -1239,8 +1239,8 @@ diff -urN shadow-4.1.4.3.orig//src/userdel.c shadow-4.1.4.3//src/userdel.c
rflg = true;
break;
diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
---- shadow-4.1.4.3.orig//src/usermod.c 2011-02-13 09:58:16.000000000 -0800
-+++ shadow-4.1.4.3//src/usermod.c 2011-06-28 15:12:03.549503721 -0700
+--- shadow-4.1.4.3.orig//src/usermod.c 2011-09-29 12:00:45.216000091 +0100
++++ shadow-4.1.4.3//src/usermod.c 2011-09-29 11:59:28.390000092 +0100
@@ -110,6 +110,7 @@
static long user_newinactive;
static long sys_ngroups;
@@ -1265,7 +1265,7 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
" -s, --shell SHELL new login shell for the user account\n"
" -u, --uid UID new UID for the user account\n"
" -U, --unlock unlock the user account\n"
-@@ -802,6 +805,60 @@
+@@ -802,6 +805,58 @@
}
/*
@@ -1281,28 +1281,27 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
+ /*
+ * Parse the command line options.
+ */
-+ int c;
-+ static struct option long_options[] = {
-+ {"root", required_argument, NULL, 'R'},
-+ {NULL, 0, NULL, '\0'}
-+ };
-+ while ((c = getopt_long (argc, argv,
-+#ifdef WITH_SELINUX
-+ "ac:d:e:f:g:G:hl:Lmop:R:s:u:UZ:",
-+#else
-+ "ac:d:e:f:g:G:hl:Lmop:R:s:u:U",
-+#endif
-+ long_options, NULL)) != -1) {
-+ switch (c) {
-+ case 'R':
-+ if ( (!VALID (optarg) )
-+ || ( ('/' != optarg[0]) ) ) {
++ int i;
++ char *root;
++
++ for (i = 0; i < argc; i++) {
++ if (!strcmp (argv[i], "--root") || !strcmp (argv[i], "-R")) {
++ if (i + 1 == argc) {
++ fprintf (stderr,
++ _("%s: option '%s' requires an argument\n"),
++ Prog, argv[i]);
++ exit (E_BAD_ARG);
++ }
++ root = argv[i + 1];
++
++ if ( (!VALID (root) )
++ || ( ('/' != root[0]) ) ) {
+ fprintf (stderr,
+ _("%s: invalid chroot path '%s'\n"),
-+ Prog, optarg);
++ Prog, root);
+ exit (E_BAD_ARG);
+ }
-+ newroot = optarg;
++ newroot = root;
+
+ if (access (newroot, F_OK) != 0) {
+ fprintf(stderr,
@@ -1317,7 +1316,6 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
+ exit (E_BAD_ARG);
+ }
+ break;
-+ /* no-op on everything else - they will be hanled by process_flags() */
+ }
+ }
+}
@@ -1326,7 +1324,7 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
* process_flags - perform command line argument setting
*
* process_flags() interprets the command line arguments and sets the
-@@ -895,6 +952,7 @@
+@@ -895,6 +950,7 @@
{"move-home", no_argument, NULL, 'm'},
{"non-unique", no_argument, NULL, 'o'},
{"password", required_argument, NULL, 'p'},
@@ -1334,7 +1332,7 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
#ifdef WITH_SELINUX
{"selinux-user", required_argument, NULL, 'Z'},
#endif
-@@ -905,9 +963,9 @@
+@@ -905,9 +961,9 @@
};
while ((c = getopt_long (argc, argv,
#ifdef WITH_SELINUX
@@ -1346,7 +1344,7 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
#endif
long_options, NULL)) != -1) {
switch (c) {
-@@ -999,6 +1057,9 @@
+@@ -999,6 +1055,9 @@
user_pass = optarg;
pflg = true;
break;
@@ -1356,7 +1354,7 @@ diff -urN shadow-4.1.4.3.orig//src/usermod.c shadow-4.1.4.3//src/usermod.c
case 's':
if (!VALID (optarg)) {
fprintf (stderr,
-@@ -1715,6 +1776,8 @@
+@@ -1715,6 +1774,8 @@
OPENLOG ("usermod");
--
Julian Pidancet
^ permalink raw reply related
* [PATCH v2 2/2] Use useradd and update-rc.d classes in the OpenSSH recipe
From: Julian Pidancet @ 2011-10-01 0:10 UTC (permalink / raw)
To: openembedded-core; +Cc: Julian Pidancet
In-Reply-To: <1317427816-31888-1-git-send-email-julian.pidancet@gmail.com>
The current sshd postinst and postrm scripts in the OpenSSH make the
package dependant of the adduser/addgroup scripts which may not be
available on all systems.
This patch replaces the sshd postinst and postrm scripts with proper
usage of the useradd and update-rc.d classes.
This patch had been modified from the previous proposed version to
use useradd long options for more clarity.
Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
---
meta/recipes-connectivity/openssh/openssh_5.8p2.bb | 29 +++++--------------
1 files changed, 8 insertions(+), 21 deletions(-)
diff --git a/meta/recipes-connectivity/openssh/openssh_5.8p2.bb b/meta/recipes-connectivity/openssh/openssh_5.8p2.bb
index 030a83b..5f5f0bc 100644
--- a/meta/recipes-connectivity/openssh/openssh_5.8p2.bb
+++ b/meta/recipes-connectivity/openssh/openssh_5.8p2.bb
@@ -29,6 +29,14 @@ PAM_SRC_URI = "file://sshd"
SRC_URI[md5sum] = "0541579adf9d55abb15ef927048d372e"
SRC_URI[sha256sum] = "5c35ec7c966ce05cc4497ac59c0b54a556e55ae7368165cc8c4129694654f314"
+inherit useradd update-rc.d
+
+USERADD_PACKAGES = "${PN}-sshd"
+USERADD_PARAM_${PN}-sshd = "--system --no-create-home --home-dir /var/run/sshd --shell /bin/false --user-group sshd"
+INITSCRIPT_PACKAGES = "${PN}-sshd"
+INITSCRIPT_NAME_${PN}-sshd = "sshd"
+INITSCRIPT_PARAMS_${PN}-sshd = "defaults 9"
+
inherit autotools
# LFS support:
@@ -91,16 +99,6 @@ RDEPENDS_${PN} += "${PN}-scp ${PN}-ssh ${PN}-sshd ${PN}-keygen"
DEPENDS_${PN}-sshd += "update-rc.d"
RDEPENDS_${PN}-sshd += "update-rc.d ${PN}-keygen"
-pkg_postinst_${PN}-sshd () {
- if [ "x$D" != "x" ]; then
- exit 1
- else
- addgroup sshd
- adduser --system --home /var/run/sshd --no-create-home --disabled-password --ingroup sshd -s /bin/false sshd
- update-rc.d sshd defaults 9
- fi
-}
-
pkg_postinst_${PN}-scp () {
update-alternatives --install ${bindir}/scp scp scp.${PN} 90
}
@@ -117,16 +115,5 @@ pkg_postrm_${PN}-scp () {
update-alternatives --remove ${bindir}/scp scp.${PN}
}
-pkg_postrm_${PN}-sshd () {
- if [ "x$D" != "x" ]; then
- exit 1
- else
- ${sysconfdir}/init.d/sshd stop
- deluser sshd
- delgroup sshd
- update-rc.d -f sshd remove
- fi
-}
-
CONFFILES_${PN}-sshd = "${sysconfdir}/ssh/sshd_config"
CONFFILES_${PN}-ssh = "${sysconfdir}/ssh/ssh_config"
--
Julian Pidancet
^ permalink raw reply related
* Re: Feedback on HOB (new image creator GUI)
From: Yu, Ke @ 2011-10-01 0:23 UTC (permalink / raw)
To: Gary Thomas, Patches and discussions about the oe-core layer
Cc: Lock, Joshua, bitbake-devel@lists.openembedded.org
In-Reply-To: <4E863AE8.7020901@mlbassoc.com>
> -----Original Message-----
> From: Gary Thomas [mailto:gary@mlbassoc.com]
> Sent: Saturday, October 01, 2011 5:56 AM
> To: Patches and discussions about the oe-core layer
> Cc: Yu, Ke; bitbake-devel@lists.openembedded.org; Lock, Joshua
> Subject: Re: [OE-core] Feedback on HOB (new image creator GUI)
>
> On 2011-09-30 08:36, Yu Ke wrote:
> > Hi,
> >
> > As you may already know, a new GUI has been added to bitbake recently,
> > i.e. HOB (Human Oriented Builder). It is a graphical image creator that allows
> user to freely choose which packages to be built in the image. The wiki
> https://wiki.yoctoproject.org/wiki/BitBake/GUI/Hob has more detail.
> >
> > This email is to collect your feedback on the HOB. Current HOB is our
> > first version, and it surely has many place to improve. We has the plan to
> enhance it in Yocto 1.2. So we really hope that you can use it and provide your
> valuable feedback . We do think user's feedback/requirement is the right way to
> go. Looking forward your valuable input.
> >
> > Best Regards
> > Ke
> >
> > Ps. The simple way to run hob is:
> > # touch conf/hob-pre.conf conf/hob-post.conf # bitbake -u hob -r
> > conf/hob-pre.conf -R conf/hob-post.conf
> >
> > Where conf/hob-pre.conf conf/hob-post.conf is the configuration file, which
> can be empty in above case.
>
> I build images which are not based on any of the core-XXX images listed by HOB.
> How can I get them into the drop-down base list?
> Is there a way I can filter out some of the base images? tasks?
Gary, thanks for trying and giving out the input. It is helpful.
For the base image list, HOB generate it by searching all the task whose name containing "image", and we plan to improve it in Yocto 1.2 by searching task who inherits image.bbclass.
So currently, if you name your own image with XXX-image, HOB should be able to automatically add it in the drop-down list.
And yes, it is helpful to allow user adding item into base image list. it can be done by adding one item in "Edit"->"Preference". I will add this requirement to my plan. For base image filtering, I am not sure if it is necessary, since base image list is not that long. How do you think?
Regards
Ke
>
> I ask these questions because in particular, I use a lot of the recipes in meta and
> meta-yocto, but none of the images or tasks (because they don't really address
> my needs, don't take offense, I just want more control than they offer)
>
> --
> ------------------------------------------------------------
> Gary Thomas | Consulting for the
> MLB Associates | Embedded world
> ------------------------------------------------------------
^ permalink raw reply
* Re: Feedback on HOB (new image creator GUI)
From: Yu, Ke @ 2011-10-01 0:30 UTC (permalink / raw)
To: Koen Kooi, Patches and discussions about the oe-core layer
Cc: bitbake-devel@lists.openembedded.org, openembedded-core
In-Reply-To: <689D3FDE-CD3B-48CE-9426-AE59008C0609@dominion.thruhere.net>
> -----Original Message-----
> From: Koen Kooi [mailto:koen@dominion.thruhere.net]
> Sent: Saturday, October 01, 2011 12:33 AM
> To: Patches and discussions about the oe-core layer
> Cc: Yu, Ke; bitbake-devel@lists.openembedded.org; openembedded-core
> Subject: Re: [OE-core] Feedback on HOB (new image creator GUI)
>
>
>
> Op 30 sep. 2011 om 10:49 heeft Joshua Lock <josh@linux.intel.com> het
> volgende geschreven:
>
> > On Fri, 2011-09-30 at 08:36 -0600, Yu, Ke wrote:
> >> Hi,
> >>
> >> As you may already know, a new GUI has been added to bitbake
> >> recently, i.e. HOB (Human Oriented Builder).
> >
> > It's not an acronym, it's just a name - Hob.
> >
> >> It is a graphical image creator that allows user to freely choose
> >> which packages to be built in the image.
> >> The wiki https://wiki.yoctoproject.org/wiki/BitBake/GUI/Hob has more
> >> detail.
> >
> > I'll be changing this page and adding more user-centric info in the
> > coming weeks.
> >
> >> This email is to collect your feedback on the HOB. Current HOB is our
> >> first version, and it surely has many place to improve. We has the
> >> plan to enhance it in Yocto 1.2. So we really hope that you can use
> >> it and provide your valuable feedback . We do think user's
> >> feedback/requirement is the right way to go. Looking forward your valuable
> input.
> >>
> >> Best Regards
> >> Ke
> >>
> >> Ps. The simple way to run hob is:
> >> # touch conf/hob-pre.conf conf/hob-post.conf # bitbake -u hob -r
> >> conf/hob-pre.conf -R conf/hob-post.conf
> >
> > In oe-core (and therefore Poky) we have a wrapper script so from an
> > oe-init-build-env'd build directory you can just call hob.
> >
> > The script will create the required configuration files with some
> > required values.
>
> Can we have it use local.conf by default please? I hate having to put the same
> info in multiple places
Yes, this is valid. We should be able to use local.conf as pre and post conf file, if they are not specified by user. Thanks for the input. I will add it to my plan.
Regards
Ke
^ permalink raw reply
* [PATCH] kexec-tools: fix architecture mismatch QA error
From: Tom Zanussi @ 2011-10-01 15:05 UTC (permalink / raw)
To: openembedded-core
Building sato-sdk for an x86_64 target throws this QA error:
| ERROR: QA Issue: Architecture did not match (62 to 3) on /work/x86_64-poky-li\
nux/kexec-tools-2.0.2-r1/packages-split/kexec-tools/usr/lib/kexec-tools/kexec_t\
est
kexec_test uses 32-bit code for testing - add an INSANE_SKIP exception for it.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
---
meta/recipes-kernel/kexec/kexec-tools.inc | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-kernel/kexec/kexec-tools.inc b/meta/recipes-kernel/kexec/kexec-tools.inc
index bbfb20f..278ce34 100644
--- a/meta/recipes-kernel/kexec/kexec-tools.inc
+++ b/meta/recipes-kernel/kexec/kexec-tools.inc
@@ -13,3 +13,5 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/kernel/kexec/kexec-tools-${PV}.tar.gz
inherit autotools
COMPATIBLE_HOST = '(x86_64.*|i.86.*|arm.*|powerpc.*)-(linux|freebsd.*)'
+
+INSANE_SKIP_${PN} = "arch"
--
1.7.0.4
^ permalink raw reply related
* Re: Feedback on HOB (new image creator GUI)
From: Otavio Salvador @ 2011-10-01 17:46 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Cc: Lock, Joshua, bitbake-devel@lists.openembedded.org
In-Reply-To: <33AB447FBD802F4E932063B962385B3512DAF448FB@shsmsx501.ccr.corp.intel.com>
On Fri, Sep 30, 2011 at 21:23, Yu, Ke <ke.yu@intel.com> wrote:
...
> So currently, if you name your own image with XXX-image, HOB should be able to automatically add it in the drop-down list.
>
> And yes, it is helpful to allow user adding item into base image list. it can be done by adding one item in "Edit"->"Preference". I will add this requirement to my plan. For base image filtering, I am not sure if it is necessary, since base image list is not that long. How do you think?
...
It would be nice to have a way to filter out images too. In case we're
customizing oe-core to a customer we might want to reduce the options
to avoid unsupported images to be built.
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* Re: Feedback on HOB (new image creator GUI)
From: Koen Kooi @ 2011-10-01 17:51 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Cc: Lock, Joshua, bitbake-devel@lists.openembedded.org,
Patches and discussions about the oe-core layer
In-Reply-To: <CAP9ODKpnvcCJWCYDMbyL5n_HDjxb+6cwy54BWTaXqM2eH5=G_w@mail.gmail.com>
Op 1 okt. 2011 om 12:46 heeft Otavio Salvador <otavio@ossystems.com.br> het volgende geschreven:
> On Fri, Sep 30, 2011 at 21:23, Yu, Ke <ke.yu@intel.com> wrote:
> ...
>> So currently, if you name your own image with XXX-image, HOB should be able to automatically add it in the drop-down list.
>>
>> And yes, it is helpful to allow user adding item into base image list. it can be done by adding one item in "Edit"->"Preference". I will add this requirement to my plan. For base image filtering, I am not sure if it is necessary, since base image list is not that long. How do you think?
> ...
>
> It would be nice to have a way to filter out images too. In case we're
> customizing oe-core to a customer we might want to reduce the options
> to avoid unsupported images to be built.
Like a whitelist regexp on hob.conf
>
> --
> Otavio Salvador O.S. Systems
> E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
> Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: meta-micro problems
From: Dmitry Eremin-Solenikov @ 2011-10-01 18:00 UTC (permalink / raw)
To: Paul Eggleton; +Cc: bitbake-devel, openembedded-core
In-Reply-To: <201109281432.57331.paul.eggleton@linux.intel.com>
On 09/28/2011 05:32 PM, Paul Eggleton wrote:
> On Wednesday 28 September 2011 13:51:52 Dmitry Eremin-Solenikov wrote:
>> If you wish, I can retry this with smaller layer set. But if the bug
>> will still arise, I simply have no knowledge/time to look deeper into bb
>> without additional input/pointers from bb gurus.
>
> That's OK, I can spend time looking into it. It sounds like a bug in bitbake
> if metadata can influence it to behave this way. If we can produce a simplified
> test case I think it will be easier to fix.
I have rechecked things on my test box, meta-micro still causes fails
for me on rebuild. Setup:
I use setup-scripts from angstrom, change bblayers.conf to contain only
oe-core and meta-micro, switched DISTRO to "micro", changed
PARALLEL_MAKE to -j 4, BB_NUMBER_THREADS to 4, machine is qemuarm
Then:
1) bitbake pseudo-native succeeds
2) next bitbake pseudo-native fails. Usually in rm_work of any of the
packages (automake-native,openssl-native,python-native are few to name).
--
With best wishes
Dmitry
^ permalink raw reply
* Re: [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Martin Jansa @ 2011-10-01 18:33 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20110930184603.GI7364@jama.jama.net>
On Fri, Sep 30, 2011 at 8:46 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Fri, Sep 30, 2011 at 11:40:47AM -0700, Kamble, Nitin A wrote:
>>
>> > -----Original Message-----
>> > From: openembedded-core-bounces@lists.openembedded.org
>> > [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>> > Martin Jansa
>> > Sent: Friday, September 30, 2011 11:38 AM
>> > To: Patches and discussions about the oe-core layer
>> > Subject: Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from
>> > 2.6.6 to 2.7.2
>> >
>> > On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kamble@intel.com
>> > wrote:
>> > > From: Nitin A Kamble <nitin.a.kamble@intel.com>
>> > >
>> > > rename from meta/recipes-devtools/python/python-2.6-manifest.inc
>> > > rename to meta/recipes-devtools/python/python-2.7-manifest.inc
>> >
>> > this is wrong.. just to rename it isn't enough
>> >
>> > I will send patch which regenerates manifest with right paths to
>> > actually package something..
>> >
>> > Regards,
>>
>> Hi Martin,
>> Thanks for catching this. I did not see issue with old manifest. But getting new manifest would be better.
>
> Maybe you had python2.6 packages still arround, but for me the issue
> looked like this (because almost all python-* packages were skipped as
> empty)
> -FILES_${PN}-foo="${libdir}/python2.6/foo"
> +FILES_${PN}-foo="${libdir}/python2.7/foo"
>
>
> | Collected errors:
> | * satisfy_dependencies_for: Cannot satisfy the following dependencies
> for task-shr-minimal-fso:
> | * python-textutils * python-multiprocessing *
> python-shell * python-syslog * python-threading *
> python-xml * python-io * python-logging * python-stringold *
> python-ctypes * python-difflib * python-datetime *
> python-logging * python-textutils * python-sqlite3 *
> python-subprocess * python-io * python-fcntl * python-stringold
> * python-pprint * python-shell * python-datetime *
> * python-codecs *
> | * opkg_install_cmd: Cannot install package task-shr-minimal-fso.
> | * satisfy_dependencies_for: Cannot satisfy the following dependencies
> for task-shr-minimal-gtk:
> | * libpoppler5 (>= 0.12.3) * libpoppler5 (>= 0.12.3) *
> libpoppler5 (>= 0.12.3) *
> | * opkg_install_cmd: Cannot install package task-shr-minimal-gtk.
> | * satisfy_dependencies_for: Cannot satisfy the following dependencies
> for task-shr-minimal-apps:
> | * python-resource * python-io * python-terminal *
> python-fcntl * python-shell * python-lang * python-lang *
> python-lang * python-lang * python-codecs *
> python-lang * libpoppler5 (>= 0.12.3) *
> | * opkg_install_cmd: Cannot install package task-shr-minimal-apps.
> | * satisfy_dependencies_for: Cannot satisfy the following dependencies
> for task-shr-cli:
> | * python-compression * python-netclient * python-textutils
> * python-image * python-mime * python-json * python-html *
> * python-sqlite3 * python-netclient * python-sqlite3 *
> * python-netclient *
> | * opkg_install_cmd: Cannot install package task-shr-cli.
> | ERROR: Function 'do_rootfs' failed (see
> /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/shr-image-2.0-r18/temp/log.do_rootfs.13435
> for further information)
> NOTE: package shr-image-2.0-r18: task do_rootfs: Failed
> ERROR: Task 8
> (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-image.bb,
> do_rootfs) failed with exit code '1'
> ERROR:
> '/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-image.bb'
> failed
Even with right manifest few modules which were built fine before are
failing now
At least
python-syslog
python-elementtree
python-zlib
python-fcntl
python-resource
should be built and maybe they are failing because of:
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/cfield.c:
In function 'PyCField_FromDesc':
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/cfield.c:50:29:
warning: variable 'length' set but not u
sed [-Wunused-but-set-variable]
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:
In function 'mmap_resize':
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:3193:5:
warning: implicit declarat
ion of function 'mremap' [-Wimplicit-function-declaration]
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:
In function 'sys_trim':
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:3612:62:
warning: comparison betwe
en pointer and integer [enabled by default]
"../temp/log.do_compile" [converted] 651L, 90722C
549,1 86%
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:
In function 'sys_trim':
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:3612:62:
warning: comparison betwe
en pointer and integer [enabled by default]
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/arm/ffi.c:204:1:
warning: function declaratio
n isn't a prototype [-Wstrict-prototypes]
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so: file
not recognized: File format not recognized
collect2: ld returned 1 exit status
Looking in readline for ['/OE/shr-core/tmp/sysroots/nokia900/usr/lib']
where
$ file /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so:
symbolic link to `libpython2.7.so.1.0'
$ file /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so.1.0
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so.1.0:
ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
linked, not stripped
more modules are failing but at least those listed above were building
fine with 2.6, can you check it please?
Python build finished, but the necessary bits to build these modules
were not found:
_bsddb _tkinter bsddb185
dbm dl imageop
linuxaudiodev ossaudiodev sunaudiodev
To find the necessary bits, look in setup.py in detect_modules() for
the module's name.
Failed to build these modules:
_bisect _codecs_cn _codecs_hk
_codecs_iso2022 _codecs_jp _codecs_kr
_codecs_tw _collections _csv
_ctypes _ctypes_test _curses
_curses_panel _elementtree _functools
_hashlib _heapq _hotshot
_io _json _locale
_lsprof _multibytecodec _multiprocessing
_random _socket _sqlite3
_ssl _struct _testcapi
array audioop binascii
bz2 cmath cPickle
crypt cStringIO datetime
fcntl future_builtins gdbm
grp itertools math
mmap nis operator
parser pyexpat readline
resource select spwd
strop syslog termios
time unicodedata zlib
Regards,
^ permalink raw reply
* Re: [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
From: Otavio Salvador @ 2011-10-01 18:46 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1317370770-27225-1-git-send-email-Martin.Jansa@gmail.com>
On Fri, Sep 30, 2011 at 05:19, Martin Jansa <martin.jansa@gmail.com> wrote:
....
> meta/recipes-support/hal/hal-info.inc | 1 -
> meta/recipes-support/hal/hal-info_20091130.bb | 2 +
> meta/recipes-support/hal/hal-info_git.bb | 2 +-
...
Please use INC_PR for those.
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* Re: [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
From: Otavio Salvador @ 2011-10-01 18:48 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <1317402578.12332.218.camel@ted>
On Fri, Sep 30, 2011 at 14:09, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
...
> Thanks. I've taken the two patches. I'd love to get rid of hal, in fact
> its on my list of things that need to migrate out of OE-Core...
...
From default images this shouldn't be difficult but don't remove hal
from oe-core since many embedded OS still use it and haven't migrate
to udev or devicekit yet.
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* Re: [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Kamble, Nitin A @ 2011-10-02 1:17 UTC (permalink / raw)
To: Martin Jansa, Patches and discussions about the oe-core layer
In-Reply-To: <CA+chaQcSHh=j9rGCYehU4ce4iQw_ZCoL_oaqxH7kWFZB16NqyQ@mail.gmail.com>
Hi Martin,
Ok, I will reproduce it with your manifest patch and look into fixing it.
Thanks & Regards,
Nitin
> -----Original Message-----
> From: Martin Jansa [mailto:martin.jansa@gmail.com]
> Sent: Saturday, October 01, 2011 11:34 AM
> To: Patches and discussions about the oe-core layer
> Cc: Kamble, Nitin A
> Subject: Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from
> 2.6.6 to 2.7.2
>
> On Fri, Sep 30, 2011 at 8:46 PM, Martin Jansa <martin.jansa@gmail.com>
> wrote:
> > On Fri, Sep 30, 2011 at 11:40:47AM -0700, Kamble, Nitin A wrote:
> >>
> >> > -----Original Message-----
> >> > From: openembedded-core-bounces@lists.openembedded.org
> >> > [mailto:openembedded-core-bounces@lists.openembedded.org] On
> Behalf Of
> >> > Martin Jansa
> >> > Sent: Friday, September 30, 2011 11:38 AM
> >> > To: Patches and discussions about the oe-core layer
> >> > Subject: Re: [OE-core] [PATCH 4/4] python, python-native: upgrade
> from
> >> > 2.6.6 to 2.7.2
> >> >
> >> > On Thu, Sep 29, 2011 at 06:27:11PM -0700, nitin.a.kamble@intel.com
> >> > wrote:
> >> > > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> >> > >
> >> > > rename from meta/recipes-devtools/python/python-2.6-manifest.inc
> >> > > rename to meta/recipes-devtools/python/python-2.7-manifest.inc
> >> >
> >> > this is wrong.. just to rename it isn't enough
> >> >
> >> > I will send patch which regenerates manifest with right paths to
> >> > actually package something..
> >> >
> >> > Regards,
> >>
> >> Hi Martin,
> >> Thanks for catching this. I did not see issue with old manifest.
> But getting new manifest would be better.
> >
> > Maybe you had python2.6 packages still arround, but for me the issue
> > looked like this (because almost all python-* packages were skipped
> as
> > empty)
> > -FILES_${PN}-foo="${libdir}/python2.6/foo"
> > +FILES_${PN}-foo="${libdir}/python2.7/foo"
> >
> >
> > | Collected errors:
> > | * satisfy_dependencies_for: Cannot satisfy the following
> dependencies
> > for task-shr-minimal-fso:
> > | * python-textutils * python-multiprocessing *
> > python-shell * python-syslog * python-threading *
> > python-xml * python-io * python-logging * python-
> stringold *
> > python-ctypes * python-difflib * python-datetime *
> > python-logging * python-textutils * python-sqlite3 *
> > python-subprocess * python-io * python-fcntl * python-
> stringold
> > * python-pprint * python-shell * python-datetime *
> > * python-codecs *
> > | * opkg_install_cmd: Cannot install package task-shr-minimal-fso.
> > | * satisfy_dependencies_for: Cannot satisfy the following
> dependencies
> > for task-shr-minimal-gtk:
> > | * libpoppler5 (>= 0.12.3) * libpoppler5 (>= 0.12.3) *
> > libpoppler5 (>= 0.12.3) *
> > | * opkg_install_cmd: Cannot install package task-shr-minimal-gtk.
> > | * satisfy_dependencies_for: Cannot satisfy the following
> dependencies
> > for task-shr-minimal-apps:
> > | * python-resource * python-io * python-terminal *
> > python-fcntl * python-shell * python-lang * python-lang *
> > python-lang * python-lang * python-codecs *
> > python-lang * libpoppler5 (>= 0.12.3) *
> > | * opkg_install_cmd: Cannot install package task-shr-minimal-apps.
> > | * satisfy_dependencies_for: Cannot satisfy the following
> dependencies
> > for task-shr-cli:
> > | * python-compression * python-netclient * python-
> textutils
> > * python-image * python-mime * python-json * python-html *
> > * python-sqlite3 * python-netclient * python-sqlite3 *
> > * python-netclient *
> > | * opkg_install_cmd: Cannot install package task-shr-cli.
> > | ERROR: Function 'do_rootfs' failed (see
> > /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/shr-image-2.0-
> r18/temp/log.do_rootfs.13435
> > for further information)
> > NOTE: package shr-image-2.0-r18: task do_rootfs: Failed
> > ERROR: Task 8
> > (/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-
> image.bb,
> > do_rootfs) failed with exit code '1'
> > ERROR:
> > '/OE/shr-core/meta-smartphone/meta-shr/recipes-shr/images/shr-
> image.bb'
> > failed
>
> Even with right manifest few modules which were built fine before are
> failing now
>
> At least
> python-syslog
> python-elementtree
> python-zlib
> python-fcntl
> python-resource
>
> should be built and maybe they are failing because of:
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/cfield.c:
> In function 'PyCField_FromDesc':
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/cfield.c:50:29:
> warning: variable 'length' set but not u
> sed [-Wunused-but-set-variable]
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:
> In function 'mmap_resize':
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:3193:5:
> warning: implicit declarat
> ion of function 'mremap' [-Wimplicit-function-declaration]
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:
> In function 'sys_trim':
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:3612:62:
> warning: comparison betwe
> en pointer and integer [enabled by default]
> "../temp/log.do_compile" [converted] 651L, 90722C
>
> 549,1 86%
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:
> In function 'sys_trim':
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/dlmalloc.c:3612:62:
> warning: comparison betwe
> en pointer and integer [enabled by default]
> /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/python-2.7.2-
> r0.0/Python-2.7.2/Modules/_ctypes/libffi/src/arm/ffi.c:204:1:
> warning: function declaratio
> n isn't a prototype [-Wstrict-prototypes]
> /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so: file
> not recognized: File format not recognized
> collect2: ld returned 1 exit status
> Looking in readline for ['/OE/shr-core/tmp/sysroots/nokia900/usr/lib']
>
> where
>
> $ file /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so
> /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so:
> symbolic link to `libpython2.7.so.1.0'
>
> $ file /OE/shr-core/tmp/sysroots/x86_64-
> linux/usr/lib/libpython2.7.so.1.0
> /OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/libpython2.7.so.1.0:
> ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
> linked, not stripped
>
> more modules are failing but at least those listed above were building
> fine with 2.6, can you check it please?
>
> Python build finished, but the necessary bits to build these modules
> were not found:
> _bsddb _tkinter bsddb185
> dbm dl imageop
> linuxaudiodev ossaudiodev sunaudiodev
> To find the necessary bits, look in setup.py in detect_modules() for
> the module's name.
>
>
> Failed to build these modules:
> _bisect _codecs_cn _codecs_hk
> _codecs_iso2022 _codecs_jp _codecs_kr
> _codecs_tw _collections _csv
> _ctypes _ctypes_test _curses
> _curses_panel _elementtree _functools
> _hashlib _heapq _hotshot
> _io _json _locale
> _lsprof _multibytecodec _multiprocessing
> _random _socket _sqlite3
> _ssl _struct _testcapi
> array audioop binascii
> bz2 cmath cPickle
> crypt cStringIO datetime
> fcntl future_builtins gdbm
> grp itertools math
> mmap nis operator
> parser pyexpat readline
> resource select spwd
> strop syslog termios
> time unicodedata zlib
>
> Regards,
^ permalink raw reply
* [PATCH 0/3] Minor and trivial fixes
From: Otavio Salvador @ 2011-10-02 18:15 UTC (permalink / raw)
To: openembedded-core
The following changes since commit c54c1280fc0d06a53e23339c3913ec88eead13d9:
base.bbclass: Drop unneeded dependency (2011-09-30 11:34:44 +0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core master
https://github.com/OSSystems/oe-core/tree/HEAD
Otavio Salvador (3):
image.bbclass: improve comments regarding exported functions
image-live.bbclass: allow images to override ROOTFS and INITRD
bootimg.bbclass: fix comment typo
meta/classes/bootimg.bbclass | 2 +-
meta/classes/image-live.bbclass | 4 ++--
meta/classes/image.bbclass | 5 +----
3 files changed, 4 insertions(+), 7 deletions(-)
--
1.7.2.5
^ permalink raw reply
* [PATCH 2/3] image-live.bbclass: allow images to override ROOTFS and INITRD
From: Otavio Salvador @ 2011-10-02 18:15 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1317579313.git.otavio@ossystems.com.br>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
meta/classes/image-live.bbclass | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/image-live.bbclass b/meta/classes/image-live.bbclass
index c910488..1d184a1 100644
--- a/meta/classes/image-live.bbclass
+++ b/meta/classes/image-live.bbclass
@@ -1,11 +1,11 @@
AUTO_SYSLINUXCFG = "1"
-INITRD = "${DEPLOY_DIR_IMAGE}/core-image-minimal-initramfs-${MACHINE}.cpio.gz"
+INITRD ?= "${DEPLOY_DIR_IMAGE}/core-image-minimal-initramfs-${MACHINE}.cpio.gz"
APPEND += "root=/dev/ram0 "
TIMEOUT = "10"
LABELS += "boot install"
-ROOTFS = "${DEPLOY_DIR_IMAGE}/${IMAGE_BASENAME}-${MACHINE}.ext3"
+ROOTFS ?= "${DEPLOY_DIR_IMAGE}/${IMAGE_BASENAME}-${MACHINE}.ext3"
do_bootimg[depends] += "core-image-minimal-initramfs:do_rootfs"
do_bootimg[depends] += "${IMAGE_BASENAME}:do_rootfs"
--
1.7.2.5
^ permalink raw reply related
* [PATCH 3/3] bootimg.bbclass: fix comment typo
From: Otavio Salvador @ 2011-10-02 18:15 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1317579313.git.otavio@ossystems.com.br>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
meta/classes/bootimg.bbclass | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 49ee85e..a5ba3cf 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -7,7 +7,7 @@
#
# End result is two things:
#
-# 1. A .hddimage file which is an msdos filesystem containing syslinux, a kernel,
+# 1. A .hddimg file which is an msdos filesystem containing syslinux, a kernel,
# an initrd and a rootfs image. These can be written to harddisks directly and
# also booted on USB flash disks (write them there with dd).
#
--
1.7.2.5
^ permalink raw reply related
* [PATCH 1/3] image.bbclass: improve comments regarding exported functions
From: Otavio Salvador @ 2011-10-02 18:15 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1317579313.git.otavio@ossystems.com.br>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
meta/classes/image.bbclass | 5 +----
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index f17e989..0b75dce 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -254,9 +254,8 @@ multilib_sanity_check() {
echo $@ | python ${MULTILIB_CHECK_FILE}
}
-# set '*' as the rootpassword so the images
+# set '*' as the root password so the images
# can decide if they want it or not
-
zap_root_password () {
sed 's%^root:[^:]*:%root:*:%' < ${IMAGE_ROOTFS}/etc/passwd >${IMAGE_ROOTFS}/etc/passwd.new
mv ${IMAGE_ROOTFS}/etc/passwd.new ${IMAGE_ROOTFS}/etc/passwd
@@ -314,8 +313,6 @@ rootfs_trim_schemas () {
done
}
-
-# export the zap_root_password, and remote_init_link
EXPORT_FUNCTIONS zap_root_password remove_init_link do_rootfs make_zimage_symlink_relative set_image_autologin rootfs_update_timestamp rootfs_no_x_startup
addtask rootfs before do_build after do_install
--
1.7.2.5
^ permalink raw reply related
* Re: [PATCH 0/7] Qt4 upgrade/fixes
From: Dmitry Eremin-Solenikov @ 2011-10-02 18:45 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1317401867.12332.216.camel@ted>
On 09/30/2011 08:57 PM, Richard Purdie wrote:
> On Fri, 2011-09-30 at 17:33 +0100, Paul Eggleton wrote:
>> This is a pull request for Eric Bénard's qt4_upgrade branch, including
>> an update of Qt to 4.7.4 (preserving 4.7.3 until other layers such as
>> meta-oe, meta-yocto etc. can sync up) as well as several important bug
>> fixes.
>>
>> The patches look good; if was to be really picky though I would say that
>> the two demo/doc patches in the series ought to be merged into one patch,
>> and there are a few typos in the commit messages. I'm also relying on
>> others to review the correctness of the armv6-vfp no-neon patch as I have
>> no knowledge of this area.
>>
>>
>> The following changes since commit c54c1280fc0d06a53e23339c3913ec88eead13d9:
>>
>> base.bbclass: Drop unneeded dependency (2011-09-30 11:34:44 +0100)
>>
>> are available in the git repository at:
>> git://git.openembedded.org/openembedded-core-contrib paule/qt4_upgrade
>> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qt4_upgrade
>>
>> Denis Carikli (3):
>> qt4.inc: remove the optional documentation package from the demo's
>> RRECOMMENDS
>> qt4(embedded and x11): disable neon for armv6-vfp
>> qt4.inc: package qtdemo's docs in a separate package
>>
>> Eric Bénard (3):
>> qt4e-demo-image: improve image
>> qt4: fix generated sdk
>> qt4: update to latest version 4.7.4
>>
>> Otavio Salvador (1):
>> qt4: fix translation support
>
> Thanks Paul. I fixed the typos and queued this on master-next.
It seems, during 4.7.3 -> 4.7.4 addition, fix-translation patch got
lost. Richard please reaply the "qt4: fix translation support" after
s/4.7.3/4.7.4/ . I can provide a patch if you'd like.
>
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
With best wishes
Dmitry
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox