Re: [OE-core] Feedback on HOB (new image creator GUI)
> -Original Message- > From: Koen Kooi [mailto:k...@dominion.thruhere.net] > Sent: Saturday, October 01, 2011 12:33 AM > To: Patches and discussions about the oe-core layer > Cc: Yu, Ke; bitbake-de...@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 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Feedback on HOB (new image creator GUI)
> -Original Message- > From: Gary Thomas [mailto:g...@mlbassoc.com] > Sent: Saturday, October 01, 2011 5:56 AM > To: Patches and discussions about the oe-core layer > Cc: Yu, Ke; bitbake-de...@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 > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 0/2] Fix useradd class to accept useradd long options.
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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 2/2] Use useradd and update-rc.d classes in the OpenSSH recipe
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
---
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
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 1/2] Fix the --root option in shadow-native programs.
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
---
.../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
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.0 -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.21191 +0100
shadow-4.1.4.3//src/gpasswd.c 2011-09-29 12:09:54.59090 +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, --restrictrestrict 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'},
{"re
Re: [OE-core] [PATCH] Add bash as RDEPENDS for gstreamer
On Fri, 2011-09-30 at 16:30 +, McClintock Matthew-B29882 wrote: > On Fri, Sep 30, 2011 at 10:47 AM, Matthew McClintock > wrote: > > On Fri, Sep 30, 2011 at 4:20 AM, Richard Purdie > > 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] populate_sdk_rpm: Add missing /bin/sh from rpm ignore list for the SDK
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
---
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
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
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? 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] TSC meeting minutes available on wiki
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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 29-Sep-2011
On Fri, 2011-09-30 at 13:08 -0700, Chris Larson wrote: > On Fri, Sep 30, 2011 at 12:59 PM, Joshua Lock 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 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 29-Sep-2011
On Fri, Sep 30, 2011 at 12:59 PM, Joshua Lock 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 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Adding TARGET_VECTOR
On Fri, Sep 30, 2011 at 3:05 PM, Khem Raj 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Adding TARGET_VECTOR
On Fri, Sep 30, 2011 at 10:49 AM, McClintock Matthew-B29882 wrote: > On Fri, Sep 30, 2011 at 12:31 PM, Khem Raj wrote: >> On 8/25/2011 7:35 AM, Kumar Gala wrote: >>> >>> We have some packages like flac that are aware of vectorization that may >>> or may not exist on a given processor. I was wondering if adding something >>> like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to >>> decide on how to set various vectorization flags if needed. >>> >>> I was looking at this mostly from the PPC side in which we have: >>> >>> TARGET_VECTOR = "" /* processor has no vector hw */ >>> TARGET_VECTOR = "altivec" /* processor has AltiVec support */ >>> TARGET_VECTOR = "spe" /* processor has signal processing engine support */ >>> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */ >>> >> >> is target vector a property of FPU itself or is it a separate processing >> unit in hardware.? > > We have several powerpc cores each containing a different vector > features. We need a way to differentiate in the recipes between > different cores and decide to enable SPE, Altivec, etc to build the > package properly. > > I've sort of gone the route of adding: > > OVERRIDES := ":core_type" > > And using that in recipes. But, I think we need a consensus on how we > want to handle this. 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. > > -M > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 29-Sep-2011
On Fri, 2011-09-30 at 11:16 -0700, Chris Larson wrote: > On Fri, Sep 30, 2011 at 11:14 AM, Jeff Osier-Mixon 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? Regards, Joshua -- Joshua Lock Yocto Project "Johannes factotum" Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
On Fri, Sep 30, 2011 at 11:40:47AM -0700, Kamble, Nitin A wrote:
>
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-core-boun...@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.kam...@intel.com
> > wrote:
> > > From: Nitin A Kamble
> > >
> > > 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
> Thanks,
> Nitin
>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [bitbake-devel] Feedback on HOB (new image creator GUI)
Op 30 sep. 2011 om 12:16 heeft Joshua Lock het volgende geschreven: > On Fri, 2011-09-30 at 11:32 -0500, Koen Kooi wrote: >> >> Op 30 sep. 2011 om 10:49 heeft Joshua Lock 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 > > We do use local.conf in that if values are set there and not in either > of the hob configuration files the values from local.conf are used > however I had an explicit feature request to not modify local.conf. > In the past it would ignore DISTRO, leading to much headscratching > I actually started looking at having Hob use an independent > configuration file so that Hob settings would persist across build > directories, this didn't make it in the 1.1 time frame unfortunately. > > Cheers, > Joshua > -- > Joshua Lock >Yocto Project "Johannes factotum" >Intel Open Source Technology Centre > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@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.kam...@intel.com > wrote: > > From: Nitin A Kamble > > > > 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. Thanks, Nitin ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] python: update generate-manifest for 2.7 version and regenerate it
* it needs to be regenerated to actually package something
Signed-off-by: Martin Jansa
---
.../python/python-2.7-manifest.inc | 124 ++--
...te-manifest-2.6.py => generate-manifest-2.7.py} |2 +-
2 files changed, 63 insertions(+), 63 deletions(-)
rename scripts/contrib/python/{generate-manifest-2.6.py =>
generate-manifest-2.7.py} (99%)
diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index e3ebe41..b86d073 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -1,6 +1,6 @@
# WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I
regenerate the file.
-# Generator: '../../../scripts/contrib/python/generate-manifest-2.6.py'
Version 20110222 (C) 2002-2010 Michael 'Mickey' Lauer
+# Generator: 'scripts/contrib/python/generate-manifest-2.7.py' Version
20110222.1 (C) 2002-2010 Michael 'Mickey' Lauer
# Visit the Python for Embedded Systems Site =>
http://www.Vanille.de/projects/python.spy
@@ -11,55 +11,55 @@ PACKAGES="${PN}-dbg ${PN}-audio ${PN}-bsddb ${PN}-codecs
${PN}-compile ${PN}-com
DESCRIPTION_${PN}-audio="Python Audio Handling"
RDEPENDS_${PN}-audio="${PN}-core"
-FILES_${PN}-audio="${libdir}/python2.6/wave.* ${libdir}/python2.6/chunk.*
${libdir}/python2.6/sndhdr.* ${libdir}/python2.6/lib-dynload/ossaudiodev.so
${libdir}/python2.6/lib-dynload/audioop.so "
+FILES_${PN}-audio="${libdir}/python2.7/wave.* ${libdir}/python2.7/chunk.*
${libdir}/python2.7/sndhdr.* ${libdir}/python2.7/lib-dynload/ossaudiodev.so
${libdir}/python2.7/lib-dynload/audioop.so "
DESCRIPTION_${PN}-bsddb="Python Berkeley Database Bindings"
RDEPENDS_${PN}-bsddb="${PN}-core"
-FILES_${PN}-bsddb="${libdir}/python2.6/bsddb
${libdir}/python2.6/lib-dynload/_bsddb.so "
+FILES_${PN}-bsddb="${libdir}/python2.7/bsddb
${libdir}/python2.7/lib-dynload/_bsddb.so "
DESCRIPTION_${PN}-codecs="Python Codecs, Encodings & i18n Support"
RDEPENDS_${PN}-codecs="${PN}-core ${PN}-lang"
-FILES_${PN}-codecs="${libdir}/python2.6/codecs.* ${libdir}/python2.6/encodings
${libdir}/python2.6/gettext.* ${libdir}/python2.6/locale.*
${libdir}/python2.6/lib-dynload/_locale.so
${libdir}/python2.6/lib-dynload/unicodedata.so ${libdir}/python2.6/stringprep.*
${libdir}/python2.6/xdrlib.* "
+FILES_${PN}-codecs="${libdir}/python2.7/codecs.* ${libdir}/python2.7/encodings
${libdir}/python2.7/gettext.* ${libdir}/python2.7/locale.*
${libdir}/python2.7/lib-dynload/_locale.so
${libdir}/python2.7/lib-dynload/unicodedata.so ${libdir}/python2.7/stringprep.*
${libdir}/python2.7/xdrlib.* "
DESCRIPTION_${PN}-compile="Python Bytecode Compilation Support"
RDEPENDS_${PN}-compile="${PN}-core"
-FILES_${PN}-compile="${libdir}/python2.6/py_compile.*
${libdir}/python2.6/compileall.* "
+FILES_${PN}-compile="${libdir}/python2.7/py_compile.*
${libdir}/python2.7/compileall.* "
DESCRIPTION_${PN}-compiler="Python Compiler Support"
RDEPENDS_${PN}-compiler="${PN}-core"
-FILES_${PN}-compiler="${libdir}/python2.6/compiler "
+FILES_${PN}-compiler="${libdir}/python2.7/compiler "
DESCRIPTION_${PN}-compression="Python High Level Compression Support"
RDEPENDS_${PN}-compression="${PN}-core ${PN}-zlib"
-FILES_${PN}-compression="${libdir}/python2.6/gzip.*
${libdir}/python2.6/zipfile.* ${libdir}/python2.6/tarfile.*
${libdir}/python2.6/lib-dynload/bz2.so "
+FILES_${PN}-compression="${libdir}/python2.7/gzip.*
${libdir}/python2.7/zipfile.* ${libdir}/python2.7/tarfile.*
${libdir}/python2.7/lib-dynload/bz2.so "
DESCRIPTION_${PN}-core="Python Interpreter and core modules (needed!)"
RDEPENDS_${PN}-core=""
-FILES_${PN}-core="${libdir}/python2.6/__future__.*
${libdir}/python2.6/_abcoll.* ${libdir}/python2.6/abc.*
${libdir}/python2.6/copy.* ${libdir}/python2.6/copy_reg.*
${libdir}/python2.6/ConfigParser.* ${libdir}/python2.6/genericpath.*
${libdir}/python2.6/getopt.* ${libdir}/python2.6/linecache.*
${libdir}/python2.6/new.* ${libdir}/python2.6/os.*
${libdir}/python2.6/posixpath.* ${libdir}/python2.6/struct.*
${libdir}/python2.6/warnings.* ${libdir}/python2.6/site.*
${libdir}/python2.6/stat.* ${libdir}/python2.6/UserDict.*
${libdir}/python2.6/UserList.* ${libdir}/python2.6/UserString.*
${libdir}/python2.6/lib-dynload/binascii.so
${libdir}/python2.6/lib-dynload/_struct.so
${libdir}/python2.6/lib-dynload/time.so
${libdir}/python2.6/lib-dynload/xreadlines.so ${libdir}/python2.6/types.*
${libdir}/python2.6/platform.* ${bindir}/python* "
+FILES_${PN}-core="${libdir}/python2.7/__future__.*
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
${libdir}/python2.7/copy.* ${libdir}/python2.7/copy_reg.*
${libdir}/python2.7/ConfigParser.* ${libdir}/python2.7/genericpath.*
${libdir}/python2.7/getopt.* ${libdir}/python2.7/linecache.*
${libdir}/python2.7/new.* ${libdir}/python2.7/os.*
${libdir}/python2.7/posixpath.* ${libdir}/python2.7/struct.*
${libdir}/pyth
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.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> Rebased these patches to the newer code
> modified: python-native/nohostlibs.patch
> modified: python/01-use-proper-tools-for-cross-build.patch
> modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch
> modified: python/06-ctypes-libffi-fix-configure.patch
> modified: python/multilib.patch
>
> Deleted these patches are the are now upstream
> deleted:python/02-remove-test-for-cross.patch
> deleted:python/security_issue_2254_fix.patch
>
> Added this patch to python-native
> new file: python-native/multilib.patch
>
> Updated site config files for python
> modified: ../../site/arm-common
> modified: ../../site/mips-common
>
> Updated default python version
> modified: ../../conf/distro/include/default-versions.inc
>
> Signed-off-by: Nitin A Kamble
> ---
> meta/conf/distro/include/default-versions.inc |6 +-
> ...on-2.6-manifest.inc => python-2.7-manifest.inc} |0
> .../python/python-native/multilib.patch| 240
>
> .../python/python-native/nohostlibs.patch | 36 ++-
> ...thon-native_2.6.6.bb => python-native_2.7.2.bb} | 13 +-
> meta/recipes-devtools/python/python.inc| 16 +-
> .../01-use-proper-tools-for-cross-build.patch | 118 +++---
> .../python/python/02-remove-test-for-cross.patch | 108 -
> .../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +-
> .../python/06-ctypes-libffi-fix-configure.patch| 42 ++---
> meta/recipes-devtools/python/python/multilib.patch | 126 ++-
> .../python/python/security_issue_2254_fix.patch| 184 ---
> .../python/{python_2.6.6.bb => python_2.7.2.bb}| 10 +-
> meta/site/arm-common |3 +
> meta/site/mips-common |3 +
> 15 files changed, 467 insertions(+), 454 deletions(-)
> rename meta/recipes-devtools/python/{python-2.6-manifest.inc =>
> python-2.7-manifest.inc} (100%)
> create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch
> rename meta/recipes-devtools/python/{python-native_2.6.6.bb =>
> python-native_2.7.2.bb} (74%)
> delete mode 100644
> meta/recipes-devtools/python/python/02-remove-test-for-cross.patch
> delete mode 100644
> meta/recipes-devtools/python/python/security_issue_2254_fix.patch
> rename meta/recipes-devtools/python/{python_2.6.6.bb => python_2.7.2.bb}
> (92%)
>
> diff --git a/meta/conf/distro/include/default-versions.inc
> b/meta/conf/distro/include/default-versions.inc
> index e3ef1e6..90ff005 100644
> --- a/meta/conf/distro/include/default-versions.inc
> +++ b/meta/conf/distro/include/default-versions.inc
> @@ -4,9 +4,9 @@
> PREFERRED_VERSION_pulseaudio ?= "0.9.23"
>
> # Force the python versions in one place
> -PYTHON_BASEVERSION ?= "2.6"
> -PREFERRED_VERSION_python ?= "2.6.6"
> -PREFERRED_VERSION_python-native ?= "2.6.6"
> +PYTHON_BASEVERSION ?= "2.7"
> +PREFERRED_VERSION_python ?= "2.7.2"
> +PREFERRED_VERSION_python-native ?= "2.7.2"
>
> # Force the older version of liberation-fonts until we fix the fontforge
> issue
> PREFERRED_VERSION_liberation-fonts ?= "1.04"
> diff --git a/meta/recipes-devtools/python/python-2.6-manifest.inc
> b/meta/recipes-devtools/python/python-2.7-manifest.inc
> similarity index 100%
> 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,
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] atk: add patch to replace G_CONST_RETURN with const
On Fri, Sep 30, 2011 at 07:43:30PM +0200, Martin Jansa wrote: > On Fri, Sep 30, 2011 at 10:33:18AM -0700, Saul Wold wrote: > > On 09/30/2011 01:47 AM, Martin Jansa wrote: > > > * otherwise build fails when glib is 2.30.0 or newer (and > > > G_DISABLE_DEPRECATED is enabled - like in atk) > > > > > > Signed-off-by: Martin Jansa > > > --- > > > .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628 > > > > > > meta/recipes-support/atk/atk_1.32.0.bb |5 +- > > > 2 files changed, 632 insertions(+), 1 deletions(-) > > > create mode 100644 > > > meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > > > > > diff --git > > > a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > > b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > > new file mode 100644 > > > index 000..0cdf041 > > > --- /dev/null > > > +++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > > @@ -0,0 +1,628 @@ > > > +Upstream-Status: Accepted > > > + > > > +Similar patch is already included in 2.0.1 and newer > > > +http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news > > > + > > > > No Signed-off-by: in the patch header. > > > > If the newer version of atk is available, why not update atk in oe-core > > to that version and not add this patch? > > > > Is there a reason we can't update to 2.0.1 at this time? > > I'm not atk expert so to minimize influence of such build fix I didn't > want to upgrade to new major version. But if the 2.0 API is compatible > feel free to update to 2.0.1. > > Btw: I've included this patch to "Glib related change" pull request > later when I had more changes to send them as separate patches.. I've updated this patch in jansa/glib with SOB line and sent PATCHv2 to ml. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCHv2] atk: add patch to replace G_CONST_RETURN with const
* otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED
is enabled - like in atk)
Signed-off-by: Martin Jansa
---
.../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 630
meta/recipes-support/atk/atk_1.32.0.bb |5 +-
2 files changed, 634 insertions(+), 1 deletions(-)
create mode 100644
meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
new file mode 100644
index 000..0de3f26
--- /dev/null
+++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
@@ -0,0 +1,630 @@
+Upstream-Status: Accepted
+
+Similar patch is already included in 2.0.1 and newer
+http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news
+
+Signed-off-by: Martin Jansa
+
+diff -uNr atk-1.32.0.orig/atk/atkaction.c atk-1.32.0/atk/atkaction.c
+--- atk-1.32.0.orig/atk/atkaction.c2010-09-06 08:45:45.0 +0200
atk-1.32.0/atk/atkaction.c 2011-09-30 10:29:49.896997586 +0200
+@@ -101,7 +101,7 @@
+ * Returns a description string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_description (AtkAction *obj,
+ gint i)
+ {
+@@ -140,7 +140,7 @@
+ * Returns a name string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_name (AtkAction *obj,
+ gint i)
+ {
+@@ -166,7 +166,7 @@
+ * Returns a name string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_localized_name (AtkAction *obj,
+gint i)
+ {
+@@ -203,7 +203,7 @@
+ * if there is no keybinding for this action.
+ *
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_keybinding (AtkAction *obj,
+gint i)
+ {
+diff -uNr atk-1.32.0.orig/atk/atkaction.h atk-1.32.0/atk/atkaction.h
+--- atk-1.32.0.orig/atk/atkaction.h2010-09-06 08:45:45.0 +0200
atk-1.32.0/atk/atkaction.h 2011-09-30 10:29:49.897997588 +0200
+@@ -55,16 +55,16 @@
+ gboolean(*do_action) (AtkAction *action,
+ gint i);
+ gint(*get_n_actions) (AtkAction *action);
+- G_CONST_RETURN gchar* (*get_description) (AtkAction *action,
++ const gchar* (*get_description) (AtkAction *action,
+ gint i);
+- G_CONST_RETURN gchar* (*get_name) (AtkAction *action,
++ const gchar* (*get_name) (AtkAction *action,
+ gint i);
+- G_CONST_RETURN gchar* (*get_keybinding)(AtkAction *action,
++ const gchar* (*get_keybinding)(AtkAction *action,
+ gint i);
+ gboolean(*set_description) (AtkAction *action,
+ gint i,
+ const gchar *desc);
+- G_CONST_RETURN gchar* (*get_localized_name)(AtkAction *action,
++ const gchar* (*get_localized_name)(AtkAction *action,
+ gint i);
+ AtkFunction pad2;
+ };
+@@ -85,11 +85,11 @@
+ gboolean atk_action_do_action(AtkAction *action,
+ gint i);
+ gint atk_action_get_n_actions(AtkAction *action);
+-G_CONST_RETURN gchar* atk_action_get_description (AtkAction *action,
++const gchar* atk_action_get_description (AtkAction *action,
+gint i);
+-G_CONST_RETURN gchar* atk_action_get_name (AtkAction *action,
++const gchar* atk_action_get_name (AtkAction *action,
+gint i);
+-G_CONST_RETURN gchar* atk_action_get_keybinding (AtkAction *action,
++const gchar* atk_action_get_keybinding (AtkAction *action,
+gint i);
+ gboolean atk_action_set_description (AtkAction *action,
+gint i,
+@@ -97,7 +97,7 @@
+
+ /* NEW in ATK 1.1: */
+
+-G_CONST_RETURN gchar* atk_action_get_localized_name (AtkAction *action,
++const gchar* atk_action_get_localized_name (AtkAction *action,
+ginti);
+
+ /*
+diff
Re: [OE-core] autotools: Remove help2man dependency
On Thu, 2011-09-29 at 11:07 -0700, Joshua Lock wrote: > On Thu, 2011-09-29 at 15:52 +0100, Richard Purdie wrote: > > The help2man script is pretty useless to us. It requires to run the target > > binary to extract help information which is not possible for any of our > > cross compiled target binaries. > > > > We're not interested in man pages for -cross/-native tools. > > > > It therefore makes no sense to have this as a core build dependency. > > > > This patch removes the dependeny and replaces it with a script > > returning false. This will trigger autotool's missing utility > > to use the copy of the man page included with the sources which > > is what would already happen when we tried to run cross compiled > > binaries anyway. > > > > Signed-off-by: Richard Purdie > Signed-off-by: Joshua Lock > > Great! By way of a follow on this patch "resolves" Yocto #1533 by no longer calling help2man on the host. http://bugzilla.yoctoproject.org/show_bug.cgi?id=1533 Cheers, Joshua -- Joshua Lock Yocto Project "Johannes factotum" Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 29-Sep-2011
On Fri, Sep 30, 2011 at 11:14 AM, Jeff Osier-Mixon 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. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] MINUTES: OE-TSC meeting 29-Sep-2011
These minutes will be available soon on the OE wiki MINUTES: OE-TSC meeting 29-Sep-2011 Attending: Mark, Richard, Khem Apologies: Tom, Koen Notes: Jefro Agenda 1. pick a moderator 2. agenda items a. continuing minutes issues b. patchwork replacement c. patches to classic OE, tracking into layers? 3. status on open subjects a. release b. git 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 c. acknowledged need for more resources, oe-core being tracked well 3. a. release coming together b. git moving to its final destination we expect no use visible problems except for RP khem ok's RPs changes, fray hasn't looked yet Raw Transcript (12:57:11 PM) khem: I have to be go at 1:30 though which is half way (1:04:28 PM) khem: koen is travelling last time he said (1:04:42 PM) khem: but I dont remember if he was to be back today (1:04:44 PM) fray: sorry I'm late.. just got home (1:04:45 PM) khem: or wednesday (1:05:06 PM) fray: (was at ESC Boston giving a Yocto presentation... and yes I mentioned oe and oe-core as well) ;) (1:05:20 PM) khem: hello fray (1:05:32 PM) khem: how was ESC (1:05:35 PM) ***RP__ has put off some stuff to be here now so I hope this is going to be worthwhile... (1:05:51 PM) RP__: Jefro: Did you manage to get wiki admin rights? (1:06:02 PM) RP__: well, edit rights even (1:06:10 PM) khem: RP__: is it for oe.wiki (1:06:13 PM) Jefro: RP__ not yet - still working on that (1:06:17 PM) RP__: khem: yes (1:06:20 PM) Jefro: khem do you happen to have admin rights? (1:06:30 PM) RP__: Jefro: You could ask khem/fray ;-) (1:06:33 PM) khem: Jeffro, I dont think so (1:06:37 PM) RP__: and someone could bump me whilst they're at it (1:06:40 PM) RP__: khem: you do (1:06:55 PM) fray: I don't have admin rights either.. (1:06:57 PM) khem: Jefro: but I do have some super cow powers (1:07:19 PM) khem: so Jefro needs to be added ? (1:07:34 PM) RP__: http://wiki.openembedded.org/index.php?title=Special:ListUsers&group=bureaucrat (1:07:36 PM) Jefro: I have an account, I just need to have editing/creating rights (1:07:46 PM) Jefro: and Richard needs to have his rights bumped (1:07:47 PM) khem: ok (1:07:53 PM) fray: for editing Khem found the right person to bump me up (1:07:57 PM) khem: I can take it to next level (1:08:00 PM) khem: consider it done (1:08:00 PM) Jefro: if you think he is trustworthy, that is (1:08:10 PM) RP__: khem: can you bump me whilst you're in there please (1:08:13 PM) Jefro: khem awesome, thanks (1:08:32 PM) RP__: people keep asking me for things... (1:08:42 PM) khem: RP__: if I figure out yes (1:09:45 PM) Jefro: with three people there is a quorum, do you guys want to meet? (1:09:50 PM) RP__: ok, so we have enough for a quorum but we lose khem in 20 mins (1:09:58 PM) RP__: what do we need to talk about? (1:10:07 PM) Jefro: better be a quick one. agenda items? (1:10:27 PM) RP__: I think Phil's question about minutes and so forth needs an answer. I think Jefro is on that and my thanks for taking care of it :) (1:11:02 PM) RP__: The release seems to be coming together and I'm feeling better about the quality (1:11:04 PM) fray: I thought we had released all of the minutes for the meetings we -did- have.. there were a number where we didn't achive quorum (1:11:12 PM) khem: Jefro whats your login (1:11:13 PM) RP__: I'm trying to communicate the situation better on the mailing lists (1:11:18 PM) RP__: summaries and so on (1:11:23 PM) Jefro: RP__ yes, I am ready to post all the minutes since March, just need a login. khem: Jefro (1:11:59 PM) Jefro: there are two instances where email I sent to the lists didn't get disseminated (1:11:59 PM) RP__: fray: I don't think they've been making the lists. Jefro needs to figure out why. You're not posting to the li...@linuxtogo.org address are you? (1:12:26 PM) Jefro: it was either pilot error on my part, or something clogged in the ethertubes. I post to.. (1:13:03 PM) Jefro: openembedded-core < openembedded-core@lists.openembedded.org>, (1:13:03 PM) Jefro: openembedded-de...@lists.openembedded.org, (1:13:03 PM) Jefro: tsc (1:13:29 PM) RP__: those should be fine (1:13:38 PM) RP__: posting from the address you're subbed with? (1:13:47 PM) Jefro: yes: je...@jefro.net (1:14:29 PM) RP__: Jefro: dunno then. we need to watch this though (1:14:44 PM) Jefro: the two that appear to be missing from the lists are in my Sent box, so make of that what you will. (as official signed-off versions) I will be adding them to the wiki from here on out, and will double-check the archive each week to make sure it has gone out. (1:15:00 PM) Jefro: I have had mysterious email issues before. Maybe I pissed off the google gods. (1:15:15 PM) fray: ...maybe google
Re: [OE-core] Adding TARGET_VECTOR
On Fri, Sep 30, 2011 at 12:31 PM, Khem Raj wrote: > On 8/25/2011 7:35 AM, Kumar Gala wrote: >> >> We have some packages like flac that are aware of vectorization that may >> or may not exist on a given processor. I was wondering if adding something >> like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to >> decide on how to set various vectorization flags if needed. >> >> I was looking at this mostly from the PPC side in which we have: >> >> TARGET_VECTOR = "" /* processor has no vector hw */ >> TARGET_VECTOR = "altivec" /* processor has AltiVec support */ >> TARGET_VECTOR = "spe" /* processor has signal processing engine support */ >> TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */ >> > > is target vector a property of FPU itself or is it a separate processing > unit in hardware.? We have several powerpc cores each containing a different vector features. We need a way to differentiate in the recipes between different cores and decide to enable SPE, Altivec, etc to build the package properly. I've sort of gone the route of adding: OVERRIDES := ":core_type" And using that in recipes. But, I think we need a consensus on how we want to handle this. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [bitbake-devel] Feedback on HOB (new image creator GUI)
On Fri, Sep 30, 2011 at 12:23 PM, Joshua Lock wrote: > No such discussion has occurred. These are good feature suggestions, > though I'm not sure about a plugin mechanism - are you suggesting that > to enable the features mentioned or in addition to? > At least for enabling runtime services there's likely an issue of the > GUI having enough knowledge of the init system to do so. I'd just like to be able to make these extensions/add-ons while not being familiar with bitbake internals. Maybe by INHERIT'ing bbclasses? It just seems like adding some configuration pane for configuring ip addresses should be as easy and possible. > I can certainly see at least the three features proposed here being > desirable and I'll probably file those as feature enhancements in the > bugzilla, unless you'd like to? > > Any further thoughts on customisations to enable via the GUI? I can file some enhancement bugs. We are actually brainstorming this as I type this so I'm sure some more things will come up ;) -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] atk: add patch to replace G_CONST_RETURN with const
On Fri, Sep 30, 2011 at 10:33:18AM -0700, Saul Wold wrote: > On 09/30/2011 01:47 AM, Martin Jansa wrote: > > * otherwise build fails when glib is 2.30.0 or newer (and > > G_DISABLE_DEPRECATED is enabled - like in atk) > > > > Signed-off-by: Martin Jansa > > --- > > .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628 > > > > meta/recipes-support/atk/atk_1.32.0.bb |5 +- > > 2 files changed, 632 insertions(+), 1 deletions(-) > > create mode 100644 > > meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > > > diff --git > > a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > new file mode 100644 > > index 000..0cdf041 > > --- /dev/null > > +++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch > > @@ -0,0 +1,628 @@ > > +Upstream-Status: Accepted > > + > > +Similar patch is already included in 2.0.1 and newer > > +http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news > > + > > No Signed-off-by: in the patch header. > > If the newer version of atk is available, why not update atk in oe-core > to that version and not add this patch? > > Is there a reason we can't update to 2.0.1 at this time? I'm not atk expert so to minimize influence of such build fix I didn't want to upgrade to new major version. But if the 2.0 API is compatible feel free to update to 2.0.1. Btw: I've included this patch to "Glib related change" pull request later when I had more changes to send them as separate patches.. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [bitbake-devel] Feedback on HOB (new image creator GUI)
On Fri, 2011-09-30 at 10:20 -0600, McClintock Matthew-B29882 wrote: > On Fri, Sep 30, 2011 at 9:36 AM, 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. > > Has any discussion gone into making some sort of plugin or extensions? > I'd like for it to be as easy as possible for someone new to make hob > be able to some things like: configure runtime services, configure > networking settings, add users, and I'm sure there are other things. No such discussion has occurred. These are good feature suggestions, I'm not sure about a plugin mechanism - are you suggesting that to enable the features mentioned or in addition to? At least for enabling runtime services there's likely an issue of the UI having enough knowledge of the init system to do so. I can certainly see at least the three features proposed here being desirable and I'll probably file those as feature enhancements in the bugzilla, unless you'd like to? Any further thoughts on customisations to enable via the GUI? Cheers, Joshua -- Joshua Lock Yocto Project "Johannes factotum" Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] atk: add patch to replace G_CONST_RETURN with const
On 09/30/2011 01:47 AM, Martin Jansa wrote: * otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED is enabled - like in atk) Signed-off-by: Martin Jansa --- .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628 meta/recipes-support/atk/atk_1.32.0.bb |5 +- 2 files changed, 632 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch new file mode 100644 index 000..0cdf041 --- /dev/null +++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch @@ -0,0 +1,628 @@ +Upstream-Status: Accepted + +Similar patch is already included in 2.0.1 and newer +http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news + No Signed-off-by: in the patch header. If the newer version of atk is available, why not update atk in oe-core to that version and not add this patch? Is there a reason we can't update to 2.0.1 at this time? Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Adding TARGET_VECTOR
On 8/25/2011 7:35 AM, Kumar Gala wrote: We have some packages like flac that are aware of vectorization that may or may not exist on a given processor. I was wondering if adding something like TARGET_VECTOR similar to TARGET_FPU made sense as a way for recipes to decide on how to set various vectorization flags if needed. I was looking at this mostly from the PPC side in which we have: TARGET_VECTOR = "" /* processor has no vector hw */ TARGET_VECTOR = "altivec" /* processor has AltiVec support */ TARGET_VECTOR = "spe" /* processor has signal processing engine support */ TARGET_VECTOR = "vsx" /* processor has Vector-Scalar Extension */ is target vector a property of FPU itself or is it a separate processing unit in hardware.? Not sure what makes sense for x86, ARM, or MIPS. - k ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Fri, Sep 30, 2011 at 12:21:23PM -0500, Matthew McClintock wrote:
> From: Tom Rini
>
> At issue is that route/pktloc.c (not generated) depends on
> route/pktloc_syntax.h (generated).
On Fri, Sep 30, 2011 at 9:13 AM, Martin Jansa wrote:
and when you're at it, please also add packaging changes from meta-oe,
so we can remove libnl from meta-oe and keep only libnl1 there.
Thanks
>
> Signed-off-by: Tom Rini
> Signed-off-by: Matthew McClintock
> ---
> .../libnl/fix-pktloc_syntax_h-race.patch | 26
>
> meta/recipes-support/libnl/libnl_2.0.bb|3 +-
> 2 files changed, 28 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>
> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> new file mode 100644
> index 000..05d75db
> --- /dev/null
> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> @@ -0,0 +1,26 @@
> +Upstream-Status: Inappropriate [configuration]
> +
> +libnl has progressed to 0.3.2 and there does not appear to be any
> +"make -j" issues with this build after my limited testing on that
> +newer version so we can assume this issue is fixed upstream
> +
> +Index: libnl-2.0/lib/Makefile.am
> +===
> +--- libnl-2.0.orig/lib/Makefile.am
> libnl-2.0/lib/Makefile.am
> +@@ -27,11 +27,15 @@ CLEANFILES = \
> + route/pktloc_grammar.c route/pktloc_grammar.h \
> + route/pktloc_syntax.c route/pktloc_syntax.h
> +
> ++BUILT_SOURCES = route/pktloc_syntax.h route/pktloc_grammar.h
> ++
> + # Hack to avoid using ylwrap. It does not function correctly in combination
> + # with --header-file=
> ++route/pktloc_grammar.h: route/pktloc_grammar.c
> + route/pktloc_grammar.c: route/pktloc_grammar.l
> + $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
> +
> ++route/pktloc_syntax.h: route/pktloc_syntax.c
> + route/pktloc_syntax.c: route/pktloc_syntax.y
> + $(YACC) -d $(YFLAGS) -o $@ $^
> +
> diff --git a/meta/recipes-support/libnl/libnl_2.0.bb
> b/meta/recipes-support/libnl/libnl_2.0.bb
> index 0dfcaf6..5339846 100644
> --- a/meta/recipes-support/libnl/libnl_2.0.bb
> +++ b/meta/recipes-support/libnl/libnl_2.0.bb
> @@ -6,10 +6,11 @@ LICENSE = "LGPLv2.1"
> LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
>
> DEPENDS = "flex-native bison-native"
> -PR = "r2"
> +PR = "r3"
>
> SRC_URI= "http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
>file://fix-makefile.patch \
> + file://fix-pktloc_syntax_h-race.patch \
> "
>
> SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
> --
> 1.7.6.1
>
>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 01/16] libnl2: Fix a race on route/pktloc_syntax.h
From: Tom Rini
At issue is that route/pktloc.c (not generated) depends on
route/pktloc_syntax.h (generated).
Signed-off-by: Tom Rini
Signed-off-by: Matthew McClintock
---
.../libnl/fix-pktloc_syntax_h-race.patch | 26
meta/recipes-support/libnl/libnl_2.0.bb|3 +-
2 files changed, 28 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
new file mode 100644
index 000..05d75db
--- /dev/null
+++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
@@ -0,0 +1,26 @@
+Upstream-Status: Inappropriate [configuration]
+
+libnl has progressed to 0.3.2 and there does not appear to be any
+"make -j" issues with this build after my limited testing on that
+newer version so we can assume this issue is fixed upstream
+
+Index: libnl-2.0/lib/Makefile.am
+===
+--- libnl-2.0.orig/lib/Makefile.am
libnl-2.0/lib/Makefile.am
+@@ -27,11 +27,15 @@ CLEANFILES = \
+ route/pktloc_grammar.c route/pktloc_grammar.h \
+ route/pktloc_syntax.c route/pktloc_syntax.h
+
++BUILT_SOURCES = route/pktloc_syntax.h route/pktloc_grammar.h
++
+ # Hack to avoid using ylwrap. It does not function correctly in combination
+ # with --header-file=
++route/pktloc_grammar.h: route/pktloc_grammar.c
+ route/pktloc_grammar.c: route/pktloc_grammar.l
+ $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
+
++route/pktloc_syntax.h: route/pktloc_syntax.c
+ route/pktloc_syntax.c: route/pktloc_syntax.y
+ $(YACC) -d $(YFLAGS) -o $@ $^
+
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb
b/meta/recipes-support/libnl/libnl_2.0.bb
index 0dfcaf6..5339846 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -6,10 +6,11 @@ LICENSE = "LGPLv2.1"
LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
DEPENDS = "flex-native bison-native"
-PR = "r2"
+PR = "r3"
SRC_URI= "http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
file://fix-makefile.patch \
+ file://fix-pktloc_syntax_h-race.patch \
"
SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/16] Fix lttng-ust for powerpc64
On Fri, Sep 30, 2011 at 11:58 AM, Saul Wold wrote: >> There is some marking for "should be upstreamed"/upstreamable. >> > The marking would be "Pending", this indicates that it should be attempted, > if it gets up streamed then marked Accepted with a pointer to the potential > upstream version or ref. Thanks, the next version was changed to Submitted as I sent a patch upstream. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] Recipes upgrades
On Fri, Sep 30, 2011 at 3:27 AM, wrote: > From: Nitin A Kamble > > The following changes since commit 9d1db6cc928199f8ac4960e8d4648563ef141427: > > python: fix sqlite RPATH issue (2011-09-29 16:57:30 +0100) > > are available in the git repository at: > git://git.pokylinux.org/poky-contrib nitin/upgrades > http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/upgrades > > Nitin A Kamble (4): > gdb: upgrade from 7.3a to 7.3.1 > byacc: upgrade from 20101229 to 20110908 > python-dbus: upgrade from 0.83.2 to 0.84.0 > python, python-native: upgrade from 2.6.6 to 2.7.2 Just for record, upgrading python needs few PR bumps for recipes linking to libpython (RDEPENDing on libpython2.6-1.0) bitbake -c cleansstate python-setuptools python-setuptools-native python-pyrex python-pyrex-native In my case: NOTE: Running task 3 of 18 (ID: 15, /OE/shr-core/meta-openembedded/meta-oe/recipes-support/pidgin/pidgin_2.7.9.bb, do_cleansstate) NOTE: Running task 5 of 18 (ID: 13, /OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb, do_cleansstate) NOTE: Running task 7 of 18 (ID: 11, /OE/shr-core/meta-smartphone/meta-fso/recipes-freesmartphone/python/python-pyrtc_git.bb, do_cleansstate) NOTE: Running task 9 of 18 (ID: 9, /OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pygobject_2.27.91.bb, do_cleansstate) NOTE: Running task 10 of 18 (ID: 17, /OE/shr-core/meta-openembedded/meta-oe/recipes-navigation/gpsd/gpsd_2.95.bb, do_cleansstate) NOTE: Running task 13 of 18 (ID: 7, /OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pycairo_1.8.10.bb, do_cleansstate) NOTE: Running task 14 of 18 (ID: 5, /OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-pyalsaaudio_0.4.bb, do_cleansstate) NOTE: Running task 17 of 18 (ID: 3, /OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-phoneutils_git.bb, do_cleansstate) NOTE: Running task 18 of 18 (ID: 1, /OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-numeric_24.2.bb, do_cleansstate) NOTE: Running task 3 of 4 (ID: 1, /OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pyrex_0.9.9.bb, do_cleansstate) NOTE: Running task 4 of 4 (ID: 3, /OE/shr-core/openembedded-core/meta/recipes-devtools/python/python-pyrex-native_0.9.9.bb, do_cleansstate) NOTE: Running task 3 of 4 (ID: 1, /OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-setuptools_0.6c11.bb, do_cleansstate) NOTE: Running task 4 of 4 (ID: 3, virtual:native:/OE/shr-core/meta-openembedded/meta-oe/recipes-devtools/python/python-setuptools_0.6c11.bb, do_cleansstate) Another source of issues are setuptools versions like http://git.shr-project.org/git/?p=shr-settings.git;a=commit;h=f5d9debad096e35556261401793d39e1b6c39a3f or pyrex NOTE: package python-pycairo-1.8.10-r1: task do_package: Started ERROR: Function 'do_compile' failed (see /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/temp/log.do_compile.14861 for further information) ERROR: Logfile of failure stored in: /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/temp/log.do_compile.14861 Log data follows: | + cd /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/git/src/python | + do_compile | + setuptools_do_compile | + distutils_do_compile | + STAGING_INCDIR=/OE/shr-core/tmp/sysroots/om-gta02/usr/include | + STAGING_LIBDIR=/OE/shr-core/tmp/sysroots/om-gta02/usr/lib | + BUILD_SYS=x86_64-linux | + HOST_SYS=arm-oe-linux-gnueabi | + /OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/python setup.py build | You need Pyrex -- http://www.cosc.canterbury.ac.nz/greg.ewing/python/Pyrex/ | + bbfatal 'python setup.py build_ext execution failed.' | + echo 'ERROR: python setup.py build_ext execution failed.' | ERROR: python setup.py build_ext execution failed. | + exit 1 | ERROR: Function 'do_compile' failed (see /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-phoneutils-0.0.2+gitr1+8a7c719e0c3f1f8c10f77f17422da02d7177f0dd-r3/temp/log.do_compile.14861 for further information) And python-cython-0.13 doesn't work with python-2.7 (maybe it needed only PR bump for python-cython-native) ie python-evas fails with: | checking for pre-generated ./evas/evas.c_evas.c for ./evas/evas.c_evas.pyx... no | configure: error: PACKAGING ERROR RELEASE BUILD WITHOUT PRE-GENERATED FILES cython upgrade sent to meta-oe http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-September/035316.html And still trying to fix python-pyrtc and python-pyyaml: | + /OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/python setup.py build | Traceback (most recent call last): | File "setup.py", line 34, in | from Cython.Distutils import build_ext | File "/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/Cython/Distutils/__init__.py", line 2,
Re: [OE-core] [bitbake-devel] Feedback on HOB (new image creator GUI)
On Fri, 2011-09-30 at 11:32 -0500, Koen Kooi wrote: > > Op 30 sep. 2011 om 10:49 heeft Joshua Lock 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 We do use local.conf in that if values are set there and not in either of the hob configuration files the values from local.conf are used however I had an explicit feature request to not modify local.conf. I actually started looking at having Hob use an independent configuration file so that Hob settings would persist across build directories, this didn't make it in the 1.1 time frame unfortunately. Cheers, Joshua -- Joshua Lock Yocto Project "Johannes factotum" Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Fri, Sep 30, 2011 at 2:13 AM, Martin Jansa wrote: > On Fri, Sep 30, 2011 at 04:09:37AM +, McClintock Matthew-B29882 wrote: >> On Thu, Sep 29, 2011 at 2:11 PM, Matthew McClintock >> wrote: >> > From: Tom Rini >> > >> > At issue is that route/pktloc.c (not generated) depends on >> > route/pktloc_syntax.h (generated). >> > >> > Signed-off-by: Tom Rini >> > Signed-off-by: Matthew McClintock >> >> Please ignore this patch as it does not seem to fix the issue. > > Why not use latest version of this patch? > http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/libnl/libnl/fix-pktloc-dep-race.patch > or meta-oe > http://git.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-oe/recipes-support/libnl/libnl/fix-pktloc-dep-race.patch > > seems like you're missing pktloc_grammar.h here.. > > and when you're at it, please also add packaging changes from meta-oe, > so we can remove libnl from meta-oe and keep only libnl1 there. I pulled this out of openembbeded repo. I guess I managed to mess something up. Will resend/retest. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
On Fri, Sep 30, 2011 at 06:09:31PM +0100, Richard Purdie wrote: > On Fri, 2011-09-30 at 18:46 +0200, Martin Jansa wrote: > > On Fri, Sep 30, 2011 at 03:15:15PM +0100, Richard Purdie wrote: > > > I'd not forgotten about this patch, just been distracted by other > > > things. I've run some further tests on the changes here and have > > > comments below. Summary is I think some pieces can merge, other pieces > > > need more work. Lets try and get the pieces that are ready merged, then > > > worry about the remainder. > > > > > > Could we clean out the problematic pieces and resubmit please so we can > > > at least get those pieces in? :) > > > > pushed as 6 patches to > > oe-core-contrib jansa/allarch > > > > 1st patch contains changes you've marked as fine > > 2nd is hal-info, which is imho not worth debugging it as nobody likes > > hal nowadays (I've tried to patch configure.in, but recipe doesn't > > call reautoconf IIRC..) > > the rest is kept as reminder which recipes needs to be taken care of. > > 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... > > I'm left wondering what (if anything) uses hal in our images? ie xserver-xf86 before my changes.. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
On Fri, 2011-09-30 at 18:46 +0200, Martin Jansa wrote: > On Fri, Sep 30, 2011 at 03:15:15PM +0100, Richard Purdie wrote: > > I'd not forgotten about this patch, just been distracted by other > > things. I've run some further tests on the changes here and have > > comments below. Summary is I think some pieces can merge, other pieces > > need more work. Lets try and get the pieces that are ready merged, then > > worry about the remainder. > > > > Could we clean out the problematic pieces and resubmit please so we can > > at least get those pieces in? :) > > pushed as 6 patches to > oe-core-contrib jansa/allarch > > 1st patch contains changes you've marked as fine > 2nd is hal-info, which is imho not worth debugging it as nobody likes > hal nowadays (I've tried to patch configure.in, but recipe doesn't > call reautoconf IIRC..) > the rest is kept as reminder which recipes needs to be taken care of. 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... I'm left wondering what (if anything) uses hal in our images? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/16] Fix lttng-ust for powerpc64
On 09/29/2011 11:46 AM, Richard Purdie wrote:
On Thu, 2011-09-29 at 18:21 +, McClintock Matthew-B29882 wrote:
On Thu, Sep 29, 2011 at 10:50 AM, Richard Purdie
wrote:
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
Signed-off-by: Matthew McClintock
---
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +
meta/recipes-kernel/lttng/lttng-ust_0.15.bb |3 ++-
2 files changed, 19 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch
b/meta/recipes-kernel/lttng/fix-powerpc64.patch
new file mode 100644
index 000..d347979
--- /dev/null
+++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate configuration
Is this really inappropriate for upstream? It looks reasonable to me...
Seems reasonable. What is the policy on this? Can I mark it "this
should be upstreamed" or must I mark it "this was sent upstream" and
then upstream the change?
There is some marking for "should be upstreamed"/upstreamable.
The marking would be "Pending", this indicates that it should be
attempted, if it gets up streamed then marked Accepted with a pointer to
the potential upstream version or ref.
Thanks
Sau!
+Add bit to detect if we are running on powerpc64 and treat it the
+same as ppc64
+
+Index: ust-0.15/configure.ac
+===
+--- ust-0.15.orig/configure.ac
ust-0.15/configure.ac
+@@ -111,6 +111,7 @@ changequote([,])dnl
+ x86_64) LIBFORMAT="elf64-x86-64" ;;
+ powerpc) LIBFORMAT="elf32-powerpc" ;;
+ ppc64) LIBFORMAT="elf64-powerpc" ;;
++powerpc64) LIBFORMAT="elf64-powerpc" ;;
+ s390) LIBFORMAT="elf32-s390" ;;
+ s390x) LIBFORMAT="elf64-s390" ;;
+ armv5) LIBFORMAT="elf32-littlearm"; NO_UNALIGNED_ACCESS=1 ;;
diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
index 915e619..9dd4658 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
@@ -10,9 +10,10 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
DEPENDS = "liburcu"
-PR = "r2"
+PR = "r3"
SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz";
+SRC_URI_append_powerpc64 = " file://fix-powerpc64.patch"
Does this really need to be conditional on powerppc64? Looks like it can
be applied unconditionally...
True, was trying to minimally effect other stuff. But I take it by the
comment you prefer this be done away with.
Sometimes minimally affecting other code is good. In this its obviously
not going to break anything else so it can be universal. The risk of
minimal application is fewer people testing it, e.g. when versions get
upgraded.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On 09/29/2011 11:38 AM, Richard Purdie wrote: On Thu, 2011-09-29 at 18:28 +, McClintock Matthew-B29882 wrote: On Thu, Sep 29, 2011 at 10:47 AM, Richard Purdie wrote: On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote: From: Tom Rini At issue is that route/pktloc.c (not generated) depends on route/pktloc_syntax.h (generated). Signed-off-by: Tom Rini --- .../libnl/fix-pktloc_syntax_h-race.patch | 23 meta/recipes-support/libnl/libnl_2.0.bb|3 +- 2 files changed, 25 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch new file mode 100644 index 000..d396f96 --- /dev/null +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch @@ -0,0 +1,23 @@ +--- Missing patch header... How would I mark this when this is an old version of libnl and it appears not to be a problem the latest version of libnl? I don't have the patch status field entries handy but you can certainly document that the issue isn't present in version X so its likely been fixed upstream already. I guess "Inappropriate" would cover that if nothing else does. Just for reference: http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines This contains the Upstream-Status: entries. Thanks Sau! Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/7] Qt4 upgrade/fixes
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. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][WIP][PATCH 0/9] Glib related upgrades
On Fri, Sep 30, 2011 at 05:46:24PM +0100, Richard Purdie wrote: > On Fri, 2011-09-30 at 17:43 +0200, Martin Jansa wrote: > > We were using 2.29.3+git% from meta-oe and after upgrade to 2.30.0 I was > > hit > > by few G_CONST_RETURN and other issues due to newer glib. Here is what I > > have > > now to build shr images OK again, but probably there is more recipes which > > need > > upgrade/fix to cope with glib-2.30.0. > > > > Someone who cares about gnome should continue from this, but IMHO this is > > good start :). > > These are marked as WIP. Does this mean they are ready to be taken or is > there a reason to hold off these patches? Marked as WIP as I've tested them only on images I care about.. and fixed stuff which was failing for me. Someone building full gnome desktop (I guess koen) should send patches for remaining gnome stuff if needed, before taking this in. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
On Fri, Sep 30, 2011 at 03:15:15PM +0100, Richard Purdie wrote: > I'd not forgotten about this patch, just been distracted by other > things. I've run some further tests on the changes here and have > comments below. Summary is I think some pieces can merge, other pieces > need more work. Lets try and get the pieces that are ready merged, then > worry about the remainder. > > Could we clean out the problematic pieces and resubmit please so we can > at least get those pieces in? :) pushed as 6 patches to oe-core-contrib jansa/allarch 1st patch contains changes you've marked as fine 2nd is hal-info, which is imho not worth debugging it as nobody likes hal nowadays (I've tried to patch configure.in, but recipe doesn't call reautoconf IIRC..) the rest is kept as reminder which recipes needs to be taken care of. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][WIP][PATCH 0/9] Glib related upgrades
On Fri, 2011-09-30 at 17:43 +0200, Martin Jansa wrote: > We were using 2.29.3+git% from meta-oe and after upgrade to 2.30.0 I was hit > by few G_CONST_RETURN and other issues due to newer glib. Here is what I have > now to build shr images OK again, but probably there is more recipes which > need > upgrade/fix to cope with glib-2.30.0. > > Someone who cares about gnome should continue from this, but IMHO this is > good start :). These are marked as WIP. Does this mean they are ready to be taken or is there a reason to hold off these patches? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][WIP][PATCH 0/9] Glib related upgrades
Op 30 sep. 2011 om 10:43 heeft Martin Jansa het
volgende geschreven:
> We were using 2.29.3+git% from meta-oe and after upgrade to 2.30.0 I was hit
> by few G_CONST_RETURN and other issues due to newer glib. Here is what I have
> now to build shr images OK again, but probably there is more recipes which
> need
> upgrade/fix to cope with glib-2.30.0.
>
> Someone who cares about gnome should continue from this, but IMHO this is
> good start :).
I was planning to do the glib 2.30/gtk3.2 thing next week when I get back from
the US
>
> 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 jansa/glib
>
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/glib
>
> Martin Jansa (9):
> atk: add patch to replace G_CONST_RETURN with const
> json-glib: upgrade to 0.14.0
> libproxy: upgrade to 0.4.7
> libglade: add gdk-pixbuf dependency
> gstreamer: upgrade to 0.10.35
> zlib: fix inverted LFS logic
> gdk-pixbuf: upgrade to 2.24.6
> glib: upgrade to 2.30.0
> gtk+: upgrade to 2.24.6
>
> ...003-gatomic-proper-pointer-get-cast.patch.patch | 28 -
> .../0005-glib-mkenums-interpreter.patch.patch | 25 -
> .../60_wait-longer-for-threads-to-die.patch| 24 +-
> meta/recipes-core/glib-2.0/glib-2.0/no-iconv.patch |2 -
> .../glib-2.0/remove.test.for.qsort_r.patch | 53 ++
> meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb | 23 -
> meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb | 41 ++
> .../zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch | 20 +
> meta/recipes-core/zlib/zlib_1.2.5.bb |5 +-
> .../configure_fix.patch|0
> .../hardcoded_libtool.patch|0
> .../{gdk-pixbuf_2.22.1.bb => gdk-pixbuf_2.24.0.bb} |7 +-
> ...Duplicate-the-exec-string-returned-by-gtk.patch |0
> .../cellrenderer-cairo.patch |0
> .../configurefix.patch |0
> .../{gtk+-2.22.1 => gtk+-2.24.6}/doc-fixes.patch |0
> .../{gtk+-2.22.1 => gtk+-2.24.6}/entry-cairo.patch |0
> .../hardcoded_libtool.patch|0
> .../{gtk+-2.22.1 => gtk+-2.24.6}/no-demos.patch|0
> .../run-iconcache.patch|0
> .../{gtk+-2.22.1 => gtk+-2.24.6}/toggle-font.diff |0
> .../{gtk+-2.22.1 => gtk+-2.24.6}/xsettings.patch |0
> .../gtk+/{gtk+_2.22.1.bb => gtk+_2.24.6.bb}|8 +-
> .../{json-glib_0.12.4.bb => json-glib_0.14.0.bb} |8 +-
> meta/recipes-gnome/libglade/libglade_2.6.4.bb |2 +-
> .../check_fix.patch|0
> .../gst-inspect-check-error.patch |0
> .../gstregistrybinary.c|0
> .../gstregistrybinary.h|0
> .../{gstreamer_0.10.32.bb => gstreamer_0.10.35.bb} |6 +-
> .../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628
> meta/recipes-support/atk/atk_1.32.0.bb |5 +-
> .../{libproxy_0.4.6.bb => libproxy_0.4.7.bb} |6 +-
> 33 files changed, 775 insertions(+), 116 deletions(-)
> delete mode 100644
> meta/recipes-core/glib-2.0/glib-2.0/0003-gatomic-proper-pointer-get-cast.patch.patch
> delete mode 100644
> meta/recipes-core/glib-2.0/glib-2.0/0005-glib-mkenums-interpreter.patch.patch
> create mode 100644
> meta/recipes-core/glib-2.0/glib-2.0/remove.test.for.qsort_r.patch
> delete mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb
> create mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb
> create mode 100644
> meta/recipes-core/zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch
> rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.22.1 =>
> gdk-pixbuf-2.24.0}/configure_fix.patch (100%)
> rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.22.1 =>
> gdk-pixbuf-2.24.0}/hardcoded_libtool.patch (100%)
> rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.22.1.bb =>
> gdk-pixbuf_2.24.0.bb} (92%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
> gtk+-2.24.6}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
> (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
> gtk+-2.24.6}/cellrenderer-cairo.patch (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
> gtk+-2.24.6}/configurefix.patch (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/doc-fixes.patch
> (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/entry-cairo.patch
> (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
> gtk+-2.24.6}/hardcoded_libtool.patch (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/no-demos.patch
> (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
> gtk+-2.24.6}/run-iconcache.patch (100%)
> rename meta/recipes-gnome/gtk+/{gtk+-2.
[OE-core] [PATCH 7/7] qt4: update to latest version 4.7.4
From: Eric Bénard
- 4.7.4 was release on the 1st of september, the changelog is available
here :
http://qt.gitorious.org/+qt-developers/qt/releases/blobs/v4.7.4/dist/changes-4.7.4
and mostly contains bug fix.
- this patch include the fix for QTBUG-20925 which was a regression
against 4.7.3 : https://bugreports.qt.nokia.com/browse/QTBUG-20925
http://qt.gitorious.org/qt/qt/commit/852abfca6f4c349dce9b895956922f96d82df579
thanks to Paul Eggleton to point us to this bug.
Signed-off-by: Eric Bénard
---
meta/recipes-qt/qt4/qt-4.7.4.inc | 62 ++
.../0001-Added-Openembedded-crossarch-option.patch | 47 ++
meta/recipes-qt/qt4/qt-4.7.4/fix-qtbug-20925.patch | 56 +
meta/recipes-qt/qt4/qt-4.7.4/g++.conf | 60 ++
.../qt4/qt-4.7.4/hack-out-pg2-4.7.0.patch | 31 +
meta/recipes-qt/qt4/qt-4.7.4/linux.conf| 66
meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb | 12
meta/recipes-qt/qt4/qt4-native_4.7.4.bb| 18 +
meta/recipes-qt/qt4/qt4-tools-nativesdk_4.7.4.bb | 11 +++
meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb | 13
10 files changed, 376 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-qt/qt4/qt-4.7.4.inc
create mode 100644
meta/recipes-qt/qt4/qt-4.7.4/0001-Added-Openembedded-crossarch-option.patch
create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/fix-qtbug-20925.patch
create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/g++.conf
create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/hack-out-pg2-4.7.0.patch
create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/linux.conf
create mode 100644 meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb
create mode 100644 meta/recipes-qt/qt4/qt4-native_4.7.4.bb
create mode 100644 meta/recipes-qt/qt4/qt4-tools-nativesdk_4.7.4.bb
create mode 100644 meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb
diff --git a/meta/recipes-qt/qt4/qt-4.7.4.inc b/meta/recipes-qt/qt4/qt-4.7.4.inc
new file mode 100644
index 000..5c06bbe
--- /dev/null
+++ b/meta/recipes-qt/qt4/qt-4.7.4.inc
@@ -0,0 +1,62 @@
+LICENSE = "LGPLv2.1 | GPLv3"
+LIC_FILES_CHKSUM = "file://LICENSE.LGPL;md5=fbc093901857fcd118f065f900982c24 \
+file://LICENSE.GPL3;md5=babc5b6b77441da277f5c06b2e547720 \
+
file://LGPL_EXCEPTION.txt;md5=411080a56ff917a5a1aa08c98acae354"
+
+FILESPATH =. "${FILE_DIRNAME}/qt-${PV}:"
+
+SRC_URI =
"http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.tar.gz \
+ file://0004-no-qmake.patch \
+ file://hack-out-pg2-4.7.0.patch \
+ file://0006-freetype-host-includes.patch \
+ file://0008-qt-lib-infix.patch \
+ file://0009-support-2bpp.patch \
+ file://0001-Added-Openembedded-crossarch-option.patch \
+ file://blacklist-diginotar-certs.diff \
+ file://g++.conf \
+ file://linux.conf \
+ file://fix-qtbug-20925.patch \
+ "
+
+SRC_URI[md5sum] = "9831cf1dfa8d0689a06c2c54c5c65aaf"
+SRC_URI[sha256sum] =
"97195ebce8a46f9929fb971d9ae58326d011c4d54425389e6e936514f540221e"
+
+S = "${WORKDIR}/qt-everywhere-opensource-src-${PV}"
+
+FILES_${QT_BASE_NAME}-tools+= "${bindir}/qml"
+
+do_configure_prepend() {
+for pro in $(find ${S} -name "*.pro") ; do
+sed -i 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' $pro
+done
+
+sed -i s:SEDME:${S}: ${WORKDIR}/linux.conf
+sed -i \
+-e /QMAKE_MOC\ /d \
+-e /QMAKE_UIC\ /d \
+-e /QMAKE_UIC3\ /d \
+-e /QMAKE_RCC\ /d \
+${S}/configure
+}
+
+do_configure_append() {
+sed -e '/QMAKE_TARGET /d' -e '/TARGET /d' -i ${S}/translations/Makefile
+}
+
+QT_GLFLAGS ?= ""
+QT_CONFIG_FLAGS += " -xmlpatterns -no-rpath -qt3support -reduce-relocations
-silent ${QT_GLFLAGS}"
+
+do_compile() {
+# Fixup missing wsegl header in some SGX SDKs
+if ! [ -e ${STAGING_INCDIR}/wsegl.h ] ; then
+cp src/3rdparty/powervr/wsegl.h
src/plugins/gfxdrivers/powervr/QWSWSEGL/
+fi
+
+unset CFLAGS CXXFLAGS
+install -m 0755 ${STAGING_BINDIR_NATIVE}/rcc4 ${S}/bin/rcc
+install -m 0755 ${STAGING_BINDIR_NATIVE}/moc4 ${S}/bin/moc
+install -m 0755 ${STAGING_BINDIR_NATIVE}/uic4 ${S}/bin/uic
+install -m 0755 ${STAGING_BINDIR_NATIVE}/lrelease4 ${S}/bin/lrelease
+
+oe_runmake ${EXTRA_ENV}
+}
diff --git
a/meta/recipes-qt/qt4/qt-4.7.4/0001-Added-Openembedded-crossarch-option.patch
b/meta/recipes-qt/qt4/qt-4.7.4/0001-Added-Openembedded-crossarch-option.patch
new file mode 100644
index 000..f302c5b
--- /dev/null
+++
b/meta/recipes-qt/qt4/qt-4.7.4/0001-Added-Openembedded-crossarch-option.patch
@@ -0,0 +1,47 @@
+From b1ba119f6a824dc01bd42ee00dba4a1653867b72 Mon Sep 17 00:00:00 2001
+From: Matthias Günther
+Date: Wed, 12 May 2010 16:52:45 +0200
+Subject: [PATCH 1/9] Added Openembedded "-crossarch" option
+
+Original Author: Michael Lauer
+Upstream-Status: Pending
+
+---
+ co
[OE-core] [PATCH 5/7] qt4.inc: package qtdemo's docs in a separate package
From: Denis Carikli
The documentation was 285M and doesn't fit on the NAND of many machines,
but in another had part of the documentation is needed for the
QT demos, so we split the documentation: so qt demo only RRECOMMAND
the documentation that it really needs.
Thanks to Eric Bénard for explaining me how to split it.
Signed-off-by: Denis Carikli
---
meta/recipes-qt/qt4/qt4-x11-free.inc |2 +-
meta/recipes-qt/qt4/qt4.inc |8 +++-
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4-x11-free.inc
b/meta/recipes-qt/qt4/qt4-x11-free.inc
index a360ec3..93feb0e 100644
--- a/meta/recipes-qt/qt4/qt4-x11-free.inc
+++ b/meta/recipes-qt/qt4/qt4-x11-free.inc
@@ -5,7 +5,7 @@ HOMEPAGE = "http://qt.nokia.com";
SECTION = "x11/libs"
DEPENDS += "virtual/libgl virtual/libx11 fontconfig libxft libxext libxrender
libxrandr libxcursor"
-INC_PR = "r28"
+INC_PR = "r30"
QT_GLFLAGS ?= "${@base_contains('DISTRO_FEATURES', 'opengl', '-opengl',
'-no-opengl', d)} "
QT_GLFLAGS_qemux86 = "-opengl"
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index 23832db..eb01a1b 100644
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -101,6 +101,8 @@ OTHER_PACKAGES = "\
${QT_BASE_NAME}-qt3to4 \
${QT_BASE_NAME}-qml-plugins"
+#We prepend so ${QT_BASE_NAME}-demos-doc comes before ${PN}-doc,so the
packaging of FILES_ get done before.
+PACKAGES =+ "${QT_BASE_NAME}-demos-doc"
PACKAGES += "${LIB_PACKAGES} ${DEV_PACKAGES} ${DBG_PACKAGES} ${OTHER_PACKAGES}"
PACKAGES_DYNAMIC = "${QT_BASE_NAME}-plugin-* ${QT_BASE_NAME}-translation-*
${QT_BASE_NAME}-fonts-*"
@@ -109,6 +111,7 @@ ALLOW_EMPTY_${QT_BASE_NAME}-fonts = "1"
FILES_${PN} = ""
FILES_${PN}-dev = "${includedir}/${QT_DIR_NAME}/Qt/*"
FILES_${PN}-dbg = "${exec_prefix}/src/debug/"
+FILES_${QT_BASE_NAME}-demos-doc = "${docdir}/qtopia/qch/qt.qch"
RRECOMMENDS_${PN} = "${LIB_PACKAGES} ${OTHER_PACKAGES}"
RRECOMMENDS_${PN}-dev = "${DEV_PACKAGES}"
RRECOMMENDS_${PN}-dbg = "${DBG_PACKAGES}"
@@ -124,13 +127,16 @@ RRECOMMENDS_${QT_BASE_NAME}-demos += " \
${QT_BASE_NAME}-plugin-sqldriver-sqlite \
${QT_BASE_NAME}-plugin-imageformat-jpeg \
${QT_BASE_NAME}-qml-plugins \
-${QT_BASE_NAME}-assistant"
+${QT_BASE_NAME}-assistant \
+${QT_BASE_NAME}-demos-doc"
RRECOMMENDS_${QT_BASE_NAME}-examples += " \
${QT_BASE_NAME}-plugin-sqldriver-sqlite \
${QT_BASE_NAME}-plugin-imageformat-jpeg \
${QT_BASE_NAME}-qml-plugins"
RRECOMMENDS_${QT_BASE_NAME}-qmlviewer += " \
${QT_BASE_NAME}-qml-plugins"
+RRECOMMENDS_${QT_BASE_NAME}-doc += " \
+${QT_BASE_NAME}-demos-doc"
FILES_${QT_BASE_NAME}-tools= "${bindir}/qttracereplay
${bindir}/qdoc*"
FILES_${QT_BASE_NAME}-tools-dbg= "${bindir}/.debug/qttracereplay
${bindir}/.debug/qdoc*"
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/7] qt4: fix generated sdk
From: Eric Bénard
- qt4-tools-nativesdk : actually the qmake binary which gets installed
comes from the native recipe. This patch fix this problem by laucnhing
configure twice : once to compile qmake using the right toolchain for
nativesdk, and a second time using the native qmake to compile all the
other tools for the nativesdk. Then we install the right qmake.
- mkspec : the link actually created in qt4-tools-nativesdk's
do_install point to nowhere so remove it and generate the link in
meta-toolchain-qte as it's the only place where we have all the variable
to create it.
- toolchain_create_sdk_env_script_append : we need to add OE_QMAKE_CFLAGS,
OE_QMAKE_CXXFLAGS and OE_QMAKE_LDFLAGS else the sdk won't find these
variables that are inserted by qmake in the Makefiles.
- with this patch, oe-core generates a working meta-toolchain-qte which
can compile a small example and is properly recognized by qtcreator (this
brings oe-core's meta-toolchain-qte to oe-dev's functional state).
Signed-off-by: Eric Bénard
---
meta/recipes-qt/meta/meta-toolchain-qte.bb |7 +++
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc | 22 +++---
2 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/meta/recipes-qt/meta/meta-toolchain-qte.bb
b/meta/recipes-qt/meta/meta-toolchain-qte.bb
index 72d58db..735ccd1 100644
--- a/meta/recipes-qt/meta/meta-toolchain-qte.bb
+++ b/meta/recipes-qt/meta/meta-toolchain-qte.bb
@@ -10,6 +10,9 @@ QT_DIR_NAME = "qtopia"
QT_TOOLS_PREFIX = "${SDKPATHNATIVE}${bindir_nativesdk}"
toolchain_create_sdk_env_script_append() {
+echo 'export OE_QMAKE_CFLAGS="$CFLAGS"' >> $script
+echo 'export OE_QMAKE_CXXFLAGS="$CXXFLAGS"' >> $script
+echo 'export OE_QMAKE_LDFLAGS="$LDFLAGS"' >> $script
echo 'export OE_QMAKE_CC=${TARGET_PREFIX}gcc' >> $script
echo 'export OE_QMAKE_CXX=${TARGET_PREFIX}g++' >> $script
echo 'export OE_QMAKE_LINK=${TARGET_PREFIX}g++' >> $script
@@ -24,4 +27,8 @@ toolchain_create_sdk_env_script_append() {
echo 'export OE_QMAKE_QDBUSXML2CPP=${QT_TOOLS_PREFIX}/qdbusxml2cpp4' >>
$script
echo 'export
OE_QMAKE_QT_CONFIG=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/qconfig.pri'
>> $script
echo 'export
QMAKESPEC=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/linux-g++' >>
$script
+
+# make a symbolic link to mkspecs for compatibility with Nokia's SDK
+# and QTCreator
+(cd ${SDK_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s
${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;)
}
diff --git a/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
b/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
index 6c396a5..097fadc 100644
--- a/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
+++ b/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
@@ -51,10 +51,6 @@ EXTRA_OECONF = "-prefix ${prefix} \
EXTRA_OEMAKE = " "
do_configure() {
-if [ ! -e bin/qmake ]; then
-ln -sf ${STAGING_BINDIR_NATIVE}/qmake2 bin/qmake
-fi
-
if [ ! -e mkspecs/${TARGET_OS}-oe-g++ ]; then
ln -sf linux-g++ mkspecs/${TARGET_OS}-oe-g++
fi
@@ -62,7 +58,16 @@ do_configure() {
cp ../g++.conf mkspecs/common
cp ../linux.conf mkspecs/common
-(echo o; echo yes) | ./configure ${EXTRA_OECONF} || die "Configuring qt
failed. EXTRA_OECONF was ${EXTRA_OECONF}"
+# first launch configure to get qmake compiled for the nativesdk
+(echo o; echo yes) | CC="${CC}" CXX="${CXX}" ./configure ${EXTRA_OECONF}
|| true
+
+# then backup the binary and start again with a qmake which can run on the
build host
+mv bin/qmake bin/qmake_nativesdk
+if [ ! -e bin/qmake ]; then
+ln -sf ${STAGING_BINDIR_NATIVE}/qmake2 bin/qmake
+fi
+
+(echo o; echo yes) | CC="${CC}" CXX="${CXX}" ./configure ${EXTRA_OECONF}
|| die "Configuring qt failed. EXTRA_OECONF was ${EXTRA_OECONF}"
}
TOBUILD = "\
@@ -91,7 +96,7 @@ do_compile() {
do_install() {
install -d ${D}${bindir}
-install -m 0755 bin/qmake ${D}${bindir}/qmake2
+install -m 0755 bin/qmake_nativesdk ${D}${bindir}/qmake2
for i in moc uic uic3 rcc lrelease lupdate qdbuscpp2xml qdbusxml2cpp; do
install -m 0755 bin/${i} ${D}${bindir}/${i}4
done
@@ -101,9 +106,4 @@ do_install() {
for i in moc uic uic3 rcc lrelease lupdate qdbuscpp2xml qdbusxml2cpp; do \
ln -s ${i}4 ${i}; \
done)
-
-# make a symbolic link to mkspecs for compatibility with Nokia's SDK
-# and QTCreator
-(cd ${D}${bindir}/..; ln -s ${TARGET_SYS}/usr/share/qtopia/mkspecs
mkspecs;)
}
-
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/7] qt4: fix translation support
From: Otavio Salvador
The translation support was disable in build. The
fix-translation.patch was imported from OpenEmbedded to fix a linking
issue in phonon translation support.
Signed-off-by: Otavio Salvador
---
meta/recipes-qt/qt4/qt-4.7.3.inc |9 ++---
.../recipes-qt/qt4/qt-4.7.3/fix-translations.patch | 32
meta/recipes-qt/qt4/qt4-embedded.inc |2 +-
meta/recipes-qt/qt4/qt4-native.inc |2 +-
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc|2 +-
meta/recipes-qt/qt4/qt4-x11-free.inc |2 +-
6 files changed, 40 insertions(+), 9 deletions(-)
create mode 100644 meta/recipes-qt/qt4/qt-4.7.3/fix-translations.patch
diff --git a/meta/recipes-qt/qt4/qt-4.7.3.inc b/meta/recipes-qt/qt4/qt-4.7.3.inc
index a5b8b05..16c7b08 100644
--- a/meta/recipes-qt/qt4/qt-4.7.3.inc
+++ b/meta/recipes-qt/qt4/qt-4.7.3.inc
@@ -13,6 +13,7 @@ SRC_URI =
"http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.
file://0009-support-2bpp.patch \
file://0001-Added-Openembedded-crossarch-option.patch \
file://blacklist-diginotar-certs.diff \
+ file://fix-translations.patch \
file://g++.conf \
file://linux.conf \
"
@@ -26,7 +27,9 @@ FILES_${QT_BASE_NAME}-tools+= "${bindir}/qml"
do_configure_prepend() {
for pro in $(find ${S} -name "*.pro") ; do
-sed -i 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' $pro
+sed -i \
+-e 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' \
+-e 's:qtPrepareTool(LRELEASE, lrelease):LRELEASE =
${OE_QMAKE_LRELEASE}:g' $pro
done
sed -i s:SEDME:${S}: ${WORKDIR}/linux.conf
@@ -38,10 +41,6 @@ do_configure_prepend() {
${S}/configure
}
-do_configure_append() {
-sed -e '/QMAKE_TARGET /d' -e '/TARGET /d' -i ${S}/translations/Makefile
-}
-
QT_GLFLAGS ?= ""
QT_CONFIG_FLAGS += " -xmlpatterns -no-rpath -qt3support -reduce-relocations
-silent ${QT_GLFLAGS}"
diff --git a/meta/recipes-qt/qt4/qt-4.7.3/fix-translations.patch
b/meta/recipes-qt/qt4/qt-4.7.3/fix-translations.patch
new file mode 100644
index 000..906d4e3
--- /dev/null
+++ b/meta/recipes-qt/qt4/qt-4.7.3/fix-translations.patch
@@ -0,0 +1,32 @@
+fix phony translation linking error
+
+ | .../usr/lib/crt1.o: In function `_start':
+ | .../../sysdeps/i386/elf/start.S:115: undefined reference to `main'
+ | collect2: ld returned 1 exit status
+
+Upstream-Status: Pending
+
+Signed-off-by: Otavio Salvador
+
+diff --git a/translations/translations.pro b/translations/translations.pro
+index cdaf04a..24fa668 100644
+--- a/translations/translations.pro
b/translations/translations.pro
+@@ -20,7 +20,7 @@ updateqm.name = LRELEASE ${QMAKE_FILE_IN}
+ updateqm.CONFIG += no_link
+ QMAKE_EXTRA_COMPILERS += updateqm
+
+-isEmpty(vcproj) {
++!isEmpty(vcproj) {
+ QMAKE_LINK = @: IGNORE THIS LINE
+ OBJECTS_DIR =
+ win32:CONFIG -= embed_manifest_exe
+@@ -30,7 +30,7 @@ isEmpty(vcproj) {
+ phony_src.input = PHONY_DEPS
+ phony_src.output = phony.c
+ phony_src.variable_out = GENERATED_SOURCES
+-phony_src.commands = echo int main() { return 0; } > phony.c
++phony_src.commands = echo \"int main() { return 0; }\" > phony.c
+ phony_src.name = CREATE phony.c
+ phony_src.CONFIG += combine
+ QMAKE_EXTRA_COMPILERS += phony_src
diff --git a/meta/recipes-qt/qt4/qt4-embedded.inc
b/meta/recipes-qt/qt4/qt4-embedded.inc
index ffa5288..53e1297 100644
--- a/meta/recipes-qt/qt4/qt4-embedded.inc
+++ b/meta/recipes-qt/qt4/qt4-embedded.inc
@@ -3,7 +3,7 @@ SECTION = "libs"
LICENSE = "LGPLv2.1 | GPLv3"
HOMEPAGE = "http://qt.nokia.com";
DEPENDS += "directfb tslib"
-INC_PR = "r33"
+INC_PR = "r34"
QT_BASE_NAME ?= "qt4-embedded"
QT_BASE_LIB ?= "libqt-embedded"
diff --git a/meta/recipes-qt/qt4/qt4-native.inc
b/meta/recipes-qt/qt4/qt4-native.inc
index 59c0059..ebbee9b 100644
--- a/meta/recipes-qt/qt4/qt4-native.inc
+++ b/meta/recipes-qt/qt4/qt4-native.inc
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE.LGPL;md5=fbc093901857fcd118f065f900982c24 \
file://LICENSE.GPL3;md5=babc5b6b77441da277f5c06b2e547720 \
file://LGPL_EXCEPTION.txt;md5=411080a56ff917a5a1aa08c98acae354"
-INC_PR = "r12"
+INC_PR = "r13"
inherit native
diff --git a/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
b/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
index 097fadc..a71c3ae 100644
--- a/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
+++ b/meta/recipes-qt/qt4/qt4-tools-nativesdk.inc
@@ -4,7 +4,7 @@ SECTION = "libs"
HOMEPAGE = "http://qt.nokia.com";
LICENSE = "LGPLv2.1 | GPLv3"
-INC_PR = "r6"
+INC_PR = "r7"
FILESEXTRAPATHS =. "${FILE_DIRNAME}/qt-${PV}:"
diff --git a/meta/recipes-qt/qt4/qt4-x11-free.inc
b/meta/recipes-qt/qt4/qt4-x11-free.inc
index 93feb0e..f76a97f 100644
--- a/meta/recipes-qt/qt4/qt4-x11-free.inc
+++ b/meta/reci
[OE-core] [PATCH 4/7] qt4(embedded and x11): disable neon for armv6-vfp
From: Denis Carikli
without the -no-neon flag, neon is "autodetected"
by looking if the compiler is capable of compiling
a neon test, and succeed, and neon is then enabled
during the compilation.
Signed-off-by: Denis Carikli
---
meta/recipes-qt/qt4/qt4-embedded_4.7.3.bb |4 ++--
meta/recipes-qt/qt4/qt4-x11-free_4.7.3.bb |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4-embedded_4.7.3.bb
b/meta/recipes-qt/qt4/qt4-embedded_4.7.3.bb
index c3f6713..801b45a 100644
--- a/meta/recipes-qt/qt4/qt4-embedded_4.7.3.bb
+++ b/meta/recipes-qt/qt4/qt4-embedded_4.7.3.bb
@@ -1,9 +1,9 @@
require qt-${PV}.inc
require qt4-embedded.inc
-PR = "${INC_PR}.1"
+PR = "${INC_PR}.2"
-QT_CONFIG_FLAGS_append_armv6 = " -no-neon "
+QT_CONFIG_FLAGS_append_armv6-vfp = " -no-neon "
QT_CONFIG_FLAGS += " \
-exceptions \
diff --git a/meta/recipes-qt/qt4/qt4-x11-free_4.7.3.bb
b/meta/recipes-qt/qt4/qt4-x11-free_4.7.3.bb
index 75c6314..413afb4 100644
--- a/meta/recipes-qt/qt4/qt4-x11-free_4.7.3.bb
+++ b/meta/recipes-qt/qt4/qt4-x11-free_4.7.3.bb
@@ -1,9 +1,9 @@
require qt4-x11-free.inc
require qt-${PV}.inc
-PR = "${INC_PR}.1"
+PR = "${INC_PR}.2"
-QT_CONFIG_FLAGS_append_armv6 = " -no-neon "
+QT_CONFIG_FLAGS_append_armv6-vfp = " -no-neon "
QT_CONFIG_FLAGS += " \
-no-embedded \
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/7] qt4.inc: remove the optional documentation package from the demo's RRECOMMENDS
From: Denis Carikli
The documentation is 285M and doesn't fit on the NAND of many machines.
Signed-off-by: Denis Carikli
---
meta/recipes-qt/qt4/qt4-embedded.inc |2 +-
meta/recipes-qt/qt4/qt4.inc |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4-embedded.inc
b/meta/recipes-qt/qt4/qt4-embedded.inc
index ed872b0..ffa5288 100644
--- a/meta/recipes-qt/qt4/qt4-embedded.inc
+++ b/meta/recipes-qt/qt4/qt4-embedded.inc
@@ -3,7 +3,7 @@ SECTION = "libs"
LICENSE = "LGPLv2.1 | GPLv3"
HOMEPAGE = "http://qt.nokia.com";
DEPENDS += "directfb tslib"
-INC_PR = "r32"
+INC_PR = "r33"
QT_BASE_NAME ?= "qt4-embedded"
QT_BASE_LIB ?= "libqt-embedded"
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index 7f3e1a4..23832db 100644
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -124,8 +124,7 @@ RRECOMMENDS_${QT_BASE_NAME}-demos += " \
${QT_BASE_NAME}-plugin-sqldriver-sqlite \
${QT_BASE_NAME}-plugin-imageformat-jpeg \
${QT_BASE_NAME}-qml-plugins \
-${QT_BASE_NAME}-assistant \
-${PN}-doc"
+${QT_BASE_NAME}-assistant"
RRECOMMENDS_${QT_BASE_NAME}-examples += " \
${QT_BASE_NAME}-plugin-sqldriver-sqlite \
${QT_BASE_NAME}-plugin-imageformat-jpeg \
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/7] Qt4 upgrade/fixes
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 meta/recipes-qt/images/qt4e-demo-image.bb |2 +- meta/recipes-qt/meta/meta-toolchain-qte.bb |7 ++ meta/recipes-qt/qt4/qt-4.7.3.inc |9 +-- .../recipes-qt/qt4/qt-4.7.3/fix-translations.patch | 32 ++ meta/recipes-qt/qt4/qt-4.7.4.inc | 62 ++ .../0001-Added-Openembedded-crossarch-option.patch | 47 ++ meta/recipes-qt/qt4/qt-4.7.4/fix-qtbug-20925.patch | 56 + meta/recipes-qt/qt4/qt-4.7.4/g++.conf | 60 ++ .../qt4/qt-4.7.4/hack-out-pg2-4.7.0.patch | 31 + meta/recipes-qt/qt4/qt-4.7.4/linux.conf| 66 meta/recipes-qt/qt4/qt4-embedded.inc |2 +- meta/recipes-qt/qt4/qt4-embedded_4.7.3.bb |4 +- meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb | 12 meta/recipes-qt/qt4/qt4-native.inc |2 +- meta/recipes-qt/qt4/qt4-native_4.7.4.bb| 18 + meta/recipes-qt/qt4/qt4-tools-nativesdk.inc| 24 meta/recipes-qt/qt4/qt4-tools-nativesdk_4.7.4.bb | 11 +++ meta/recipes-qt/qt4/qt4-x11-free.inc |2 +- meta/recipes-qt/qt4/qt4-x11-free_4.7.3.bb |4 +- meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb | 13 meta/recipes-qt/qt4/qt4.inc|7 ++- 21 files changed, 445 insertions(+), 26 deletions(-) create mode 100644 meta/recipes-qt/qt4/qt-4.7.3/fix-translations.patch create mode 100644 meta/recipes-qt/qt4/qt-4.7.4.inc create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/0001-Added-Openembedded-crossarch-option.patch create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/fix-qtbug-20925.patch create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/g++.conf create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/hack-out-pg2-4.7.0.patch create mode 100644 meta/recipes-qt/qt4/qt-4.7.4/linux.conf create mode 100644 meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb create mode 100644 meta/recipes-qt/qt4/qt4-native_4.7.4.bb create mode 100644 meta/recipes-qt/qt4/qt4-tools-nativesdk_4.7.4.bb create mode 100644 meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/7] qt4e-demo-image: improve image
From: Eric Bénard
use ${POKY_BASE_INSTALL} in order to have the base files and
ools in the image.
Signed-off-by: Eric Bénard
---
meta/recipes-qt/images/qt4e-demo-image.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-qt/images/qt4e-demo-image.bb
b/meta/recipes-qt/images/qt4e-demo-image.bb
index 6a7c086..6523379 100644
--- a/meta/recipes-qt/images/qt4e-demo-image.bb
+++ b/meta/recipes-qt/images/qt4e-demo-image.bb
@@ -11,7 +11,7 @@ RDEPENDS_${PN} += " \
"
IMAGE_INSTALL += "\
- busybox \
+ ${POKY_BASE_INSTALL} \
module-init-tools \
task-qt4e-base \
"
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Add bash as RDEPENDS for gstreamer
On Fri, Sep 30, 2011 at 10:47 AM, Matthew McClintock wrote: > On Fri, Sep 30, 2011 at 4:20 AM, Richard Purdie > 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? -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Feedback on HOB (new image creator GUI)
Op 30 sep. 2011 om 10:49 heeft Joshua Lock 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 > > Regards, > Joshua > -- > Joshua Lock >Yocto Project "Johannes factotum" >Intel Open Source Technology Centre > > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 10/16] Fix mdadm for powerpc64
On Fri, 2011-09-30 at 15:51 +, McClintock Matthew-B29882 wrote: > On Fri, Sep 30, 2011 at 6:38 AM, Richard Purdie > wrote: > > That isn't quite what I meant, that also overwrites anything existing in > > CXFLAGS just in a different way. Also, I suspect you mean CXXFLAGS? > > > > I'd meant something like: > > > > CXXFLAGS_append_powerpc64 = " -Wno-error=format" > > In the mdadm Makefile it gives the following instructions: > > # define "CXFLAGS" to give extra flags to CC. > # e.g. make CXFLAGS=-O to optimise > > So I was following that... Ok, normally we'd use CFLAGS for this but people love to be different when writing makefiles :) In that case your patch is fine... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qt4: update to latest version 4.7.4
On Friday 30 September 2011 12:47:05 you wrote: > I've updated and tested the branches by rebasing on current oe-core and > integrating Otavio's patch concerning the translations : > https://github.com/eukrea/oe-core/tree/qt4_improve > https://github.com/eukrea/oe-core/tree/qt4_upgrade > > Is that OK for you or should I rework something ? Looks pretty good. Richard has asked me to send a pull request for these with any comments attached so I'm about to do that now. BTW thanks for bringing these together and especially for the SDK fix in particular, very keen to see that merged. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [bitbake-devel] Feedback on HOB (new image creator GUI)
On Fri, Sep 30, 2011 at 9:36 AM, 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. Has any discussion gone into making some sort of plugin or extensions? I'd like for it to be as easy as possible for someone new to make hob be able to some things like: configure runtime services, configure networking settings, add users, and I'm sure there are other things. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 10/16] Fix mdadm for powerpc64
On Fri, Sep 30, 2011 at 6:38 AM, Richard Purdie wrote: > That isn't quite what I meant, that also overwrites anything existing in > CXFLAGS just in a different way. Also, I suspect you mean CXXFLAGS? > > I'd meant something like: > > CXXFLAGS_append_powerpc64 = " -Wno-error=format" In the mdadm Makefile it gives the following instructions: # define "CXFLAGS" to give extra flags to CC. # e.g. make CXFLAGS=-O to optimise So I was following that... -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Feedback on HOB (new image creator GUI)
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. Regards, Joshua -- Joshua Lock Yocto Project "Johannes factotum" Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 5/9] gstreamer: upgrade to 0.10.35
Signed-off-by: Martin Jansa
---
.../check_fix.patch|0
.../gst-inspect-check-error.patch |0
.../gstregistrybinary.c|0
.../gstregistrybinary.h|0
.../{gstreamer_0.10.32.bb => gstreamer_0.10.35.bb} |6 ++
5 files changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.32 =>
gstreamer-0.10.35}/check_fix.patch (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.32 =>
gstreamer-0.10.35}/gst-inspect-check-error.patch (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.32 =>
gstreamer-0.10.35}/gstregistrybinary.c (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.32 =>
gstreamer-0.10.35}/gstregistrybinary.h (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer_0.10.32.bb =>
gstreamer_0.10.35.bb} (90%)
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/check_fix.patch
b/meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/check_fix.patch
similarity index 100%
rename from meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/check_fix.patch
rename to meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/check_fix.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gst-inspect-check-error.patch
b/meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/gst-inspect-check-error.patch
similarity index 100%
rename from
meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gst-inspect-check-error.patch
rename to
meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/gst-inspect-check-error.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gstregistrybinary.c
b/meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/gstregistrybinary.c
similarity index 100%
rename from
meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gstregistrybinary.c
rename to
meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/gstregistrybinary.c
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gstregistrybinary.h
b/meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/gstregistrybinary.h
similarity index 100%
rename from
meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gstregistrybinary.h
rename to
meta/recipes-multimedia/gstreamer/gstreamer-0.10.35/gstregistrybinary.h
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
b/meta/recipes-multimedia/gstreamer/gstreamer_0.10.35.bb
similarity index 90%
rename from meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer_0.10.35.bb
index 1713755..50916e5 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer_0.10.35.bb
@@ -9,14 +9,12 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 \
file://gst/gst.h;beginline=1;endline=21;md5=8e5fe5e87d33a04479fde862e238eaa4"
DEPENDS = "glib-2.0 libxml2 bison-native flex-native"
-PR = "r1"
-
SRC_URI =
"http://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.bz2 \
file://check_fix.patch \
file://gst-inspect-check-error.patch"
-SRC_URI[md5sum] = "442bc3d37b8511a73379143e7531d726"
-SRC_URI[sha256sum] =
"3bf4e46a186ee9a1f5e212aaf651d67cffb4f5f05345a7c99ae71d5d992be133"
+SRC_URI[md5sum] = "4a0a00edad7a2c83de5211ca679dfaf9"
+SRC_URI[sha256sum] =
"817bfea2cd46e2487b97e2ed9218f0299b32a3de1e5e80b4c7868d17e9089786"
inherit autotools pkgconfig gettext
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Add bash as RDEPENDS for gstreamer
On Fri, Sep 30, 2011 at 4:20 AM, Richard Purdie 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. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 4/9] libglade: add gdk-pixbuf dependency
Signed-off-by: Martin Jansa --- meta/recipes-gnome/libglade/libglade_2.6.4.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-gnome/libglade/libglade_2.6.4.bb b/meta/recipes-gnome/libglade/libglade_2.6.4.bb index b0e0339..90a7b33 100644 --- a/meta/recipes-gnome/libglade/libglade_2.6.4.bb +++ b/meta/recipes-gnome/libglade/libglade_2.6.4.bb @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 \ SECTION = "libs" PR = "r1" -DEPENDS = "gtk+ gtk-doc-native" +DEPENDS = "gdk-pixbuf gtk+ gtk-doc-native" inherit autotools pkgconfig gnome -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 9/9] gtk+: upgrade to 2.24.6
* older version doesn't build with glib-2.30.0
Signed-off-by: Martin Jansa
---
...Duplicate-the-exec-string-returned-by-gtk.patch |0
.../cellrenderer-cairo.patch |0
.../configurefix.patch |0
.../{gtk+-2.22.1 => gtk+-2.24.6}/doc-fixes.patch |0
.../{gtk+-2.22.1 => gtk+-2.24.6}/entry-cairo.patch |0
.../hardcoded_libtool.patch|0
.../{gtk+-2.22.1 => gtk+-2.24.6}/no-demos.patch|0
.../run-iconcache.patch|0
.../{gtk+-2.22.1 => gtk+-2.24.6}/toggle-font.diff |0
.../{gtk+-2.22.1 => gtk+-2.24.6}/xsettings.patch |0
.../gtk+/{gtk+_2.22.1.bb => gtk+_2.24.6.bb}|8 +++-
11 files changed, 3 insertions(+), 5 deletions(-)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/cellrenderer-cairo.patch (100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/configurefix.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/doc-fixes.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/entry-cairo.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/hardcoded_libtool.patch (100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/no-demos.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/run-iconcache.patch (100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/toggle-font.diff
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/xsettings.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+_2.22.1.bb => gtk+_2.24.6.bb} (90%)
diff --git
a/meta/recipes-gnome/gtk+/gtk+-2.22.1/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
similarity index 100%
rename from
meta/recipes-gnome/gtk+/gtk+-2.22.1/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
rename to
meta/recipes-gnome/gtk+/gtk+-2.24.6/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/cellrenderer-cairo.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/cellrenderer-cairo.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/cellrenderer-cairo.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/cellrenderer-cairo.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/configurefix.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/configurefix.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/configurefix.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/configurefix.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/doc-fixes.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/doc-fixes.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/doc-fixes.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/doc-fixes.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/entry-cairo.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/entry-cairo.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/entry-cairo.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/entry-cairo.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/hardcoded_libtool.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/hardcoded_libtool.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/hardcoded_libtool.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/hardcoded_libtool.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/no-demos.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/no-demos.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/no-demos.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/no-demos.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/run-iconcache.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/run-iconcache.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/run-iconcache.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/run-iconcache.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/toggle-font.diff
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/toggle-font.diff
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/toggle-font.diff
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/toggle-font.diff
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.22.1/xsettings.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/xsettings.patch
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk+-2.22.1/xsettings.patch
rename to meta/recipes-gnome/gtk+/gtk+-2.24.6/xsettings.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+_2.22.1.bb
b/meta/recipes-gnome/gtk+/gtk+_2.24.6.bb
similarity index 90%
rename from meta/recipes-gnome/gtk+/gtk+_2.22.1.bb
rename to meta/recipes-gnome/gtk+/gtk+_2.24.6.bb
index ea8a5cb..
[OE-core] [oe-core][WIP][PATCH 8/9] glib: upgrade to 2.30.0
Signed-off-by: Martin Jansa
---
...003-gatomic-proper-pointer-get-cast.patch.patch | 28 --
.../0005-glib-mkenums-interpreter.patch.patch | 25 -
.../60_wait-longer-for-threads-to-die.patch| 24 +-
meta/recipes-core/glib-2.0/glib-2.0/no-iconv.patch |2 -
.../glib-2.0/remove.test.for.qsort_r.patch | 53
meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb | 23 -
meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb | 41 +++
7 files changed, 106 insertions(+), 90 deletions(-)
delete mode 100644
meta/recipes-core/glib-2.0/glib-2.0/0003-gatomic-proper-pointer-get-cast.patch.patch
delete mode 100644
meta/recipes-core/glib-2.0/glib-2.0/0005-glib-mkenums-interpreter.patch.patch
create mode 100644
meta/recipes-core/glib-2.0/glib-2.0/remove.test.for.qsort_r.patch
delete mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb
create mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb
diff --git
a/meta/recipes-core/glib-2.0/glib-2.0/0003-gatomic-proper-pointer-get-cast.patch.patch
b/meta/recipes-core/glib-2.0/glib-2.0/0003-gatomic-proper-pointer-get-cast.patch.patch
deleted file mode 100644
index 5c0afbc..000
---
a/meta/recipes-core/glib-2.0/glib-2.0/0003-gatomic-proper-pointer-get-cast.patch.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From 3d371334d5668bcd02a38ff99884bd343c244d68 Mon Sep 17 00:00:00 2001
-From: Koen Kooi
-Date: Sat, 18 Jun 2011 23:51:35 +0200
-Subject: [PATCH 3/7] gatomic-proper-pointer-get-cast.patch
-
-Upstream-Status: Pending
-
-Signed-off-by: Koen Kooi
- glib/gatomic.h |2 +-
- 1 files changed, 1 insertions(+), 1 deletions(-)
-
-diff --git a/glib/gatomic.h b/glib/gatomic.h
-index ddd39b8..b758142 100644
a/glib/gatomic.h
-+++ b/glib/gatomic.h
-@@ -70,7 +70,7 @@ void g_atomic_pointer_set (volatile
gpointer G_GNUC_MAY_ALI
- (g_atomic_int_set) ((volatile gint G_GNUC_MAY_ALIAS *) (volatile void *)
(atomic), (newval)))
- # define g_atomic_pointer_get(atomic) \
- ((void) sizeof (gchar [sizeof (*(atomic)) == sizeof (gpointer) ? 1 : -1]), \
-- (g_atomic_pointer_get) ((volatile gpointer G_GNUC_MAY_ALIAS *) (volatile
void *) (atomic)))
-+ (g_atomic_pointer_get) ((volatile gpointer G_GNUC_MAY_ALIAS *) (volatile
void G_GNUC_MAY_ALIAS *) (atomic)))
- # define g_atomic_pointer_set(atomic, newval) \
- ((void) sizeof (gchar [sizeof (*(atomic)) == sizeof (gpointer) ? 1 : -1]), \
- (g_atomic_pointer_set) ((volatile gpointer G_GNUC_MAY_ALIAS *) (volatile
void *) (atomic), (newval)))
---
-1.6.6.1
-
diff --git
a/meta/recipes-core/glib-2.0/glib-2.0/0005-glib-mkenums-interpreter.patch.patch
b/meta/recipes-core/glib-2.0/glib-2.0/0005-glib-mkenums-interpreter.patch.patch
deleted file mode 100644
index db9a799..000
---
a/meta/recipes-core/glib-2.0/glib-2.0/0005-glib-mkenums-interpreter.patch.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-From a8e5c4a808e7f8572bd5023645a6cb4386b9aff8 Mon Sep 17 00:00:00 2001
-From: Koen Kooi
-Date: Sat, 18 Jun 2011 23:52:17 +0200
-Subject: [PATCH 5/7] don't leak buildpaths into perl hashbang
-
-Upstream-Status: Inappropriate [configuration]
-
-Signed-off-by: Koen Kooi
- gobject/glib-mkenums.in |2 +-
- 1 files changed, 1 insertions(+), 1 deletions(-)
-
-diff --git a/gobject/glib-mkenums.in b/gobject/glib-mkenums.in
-index 6372245..b486fe9 100755
a/gobject/glib-mkenums.in
-+++ b/gobject/glib-mkenums.in
-@@ -1,4 +1,4 @@
--#! @PERL_PATH@
-+#! /usr/bin/env perl
-
- use warnings;
- use File::Basename;
---
-1.6.6.1
-
diff --git
a/meta/recipes-core/glib-2.0/glib-2.0/60_wait-longer-for-threads-to-die.patch
b/meta/recipes-core/glib-2.0/glib-2.0/60_wait-longer-for-threads-to-die.patch
index b65a474..4ff7b80 100644
---
a/meta/recipes-core/glib-2.0/glib-2.0/60_wait-longer-for-threads-to-die.patch
+++
b/meta/recipes-core/glib-2.0/glib-2.0/60_wait-longer-for-threads-to-die.patch
@@ -4,9 +4,9 @@ Rebased for glib-2.27.3 by Dongxiao Xu ,
11/16/2010
Upstream-Status: Inappropriate [patches for test code]
-diff -ruN glib-2.27.3-orig/tests/threadpool-test.c
glib-2.27.3/tests/threadpool-test.c
glib-2.27.3-orig/tests/threadpool-test.c 2009-04-01 07:04:21.0
+0800
-+++ glib-2.27.3/tests/threadpool-test.c2010-11-16 12:28:09.002172678
+0800
+diff -ruN glib-2.30.0-orig/tests/threadpool-test.c
glib-2.30.0/tests/threadpool-test.c
+--- glib-2.30.0-orig/tests/threadpool-test.c 2009-04-01 07:04:21.0
+0800
glib-2.30.0/tests/threadpool-test.c2010-11-16 12:28:09.002172678
+0800
@@ -5,8 +5,8 @@
#include
@@ -18,16 +18,16 @@ diff -ruN glib-2.27.3-orig/tests/threadpool-test.c
glib-2.27.3/tests/threadpool-
#define WAIT5/* seconds */
#define MAX_THREADS 10
-@@ -124,10 +124,10 @@
-DEBUG_MSG (("[unused] stopping unused threads"));
-g_thread_pool_stop_unused_threads ();
+@@ -130,10 +130,10 @@
+test_count_threads () == 0)
+
[OE-core] [oe-core][WIP][PATCH 7/9] gdk-pixbuf: upgrade to 2.24.6
* older version doesn't build with glib-2.30.0
Signed-off-by: Martin Jansa
---
.../configure_fix.patch|0
.../hardcoded_libtool.patch|0
.../{gdk-pixbuf_2.22.1.bb => gdk-pixbuf_2.24.0.bb} |7 +++
3 files changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.22.1 =>
gdk-pixbuf-2.24.0}/configure_fix.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.22.1 =>
gdk-pixbuf-2.24.0}/hardcoded_libtool.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.22.1.bb =>
gdk-pixbuf_2.24.0.bb} (92%)
diff --git
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.22.1/configure_fix.patch
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.24.0/configure_fix.patch
similarity index 100%
rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.22.1/configure_fix.patch
rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.24.0/configure_fix.patch
diff --git
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.22.1/hardcoded_libtool.patch
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.24.0/hardcoded_libtool.patch
similarity index 100%
rename from
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.22.1/hardcoded_libtool.patch
rename to
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.24.0/hardcoded_libtool.patch
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.0.bb
similarity index 92%
rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb
rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.0.bb
index 50597b0..9fabbe2 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.0.bb
@@ -9,15 +9,14 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \
SECTION = "libs"
DEPENDS = "libpng glib-2.0 jpeg"
-PR = "r1"
-SRC_URI =
"http://ftp.acc.umu.se/pub/GNOME/sources/gdk-pixbuf/2.22/gdk-pixbuf-${PV}.tar.gz
\
+SRC_URI =
"http://ftp.acc.umu.se/pub/GNOME/sources/gdk-pixbuf/2.24/gdk-pixbuf-${PV}.tar.bz2
\
file://hardcoded_libtool.patch \
file://configure_fix.patch \
"
-SRC_URI[md5sum] = "fcfc854e9aec7dbb2bb3059484d44556"
-SRC_URI[sha256sum] =
"bbb57364ffba70d64f5fcfe6eda1d67249b3d58844edb06dc0f94d1ad599b4ec"
+SRC_URI[md5sum] = "d8ece3a4ade4a91c768328620e473ab8"
+SRC_URI[sha256sum] =
"38d2630314e6d91976bffd833236f84fefa440a9038f86dc422820a39f2e3700"
inherit autotools pkgconfig gettext
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 6/9] zlib: fix inverted LFS logic
Signed-off-by: Martin Jansa
---
.../zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch | 20
meta/recipes-core/zlib/zlib_1.2.5.bb |5 +++--
2 files changed, 23 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-core/zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch
diff --git a/meta/recipes-core/zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch
b/meta/recipes-core/zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch
new file mode 100644
index 000..038c1a2
--- /dev/null
+++ b/meta/recipes-core/zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch
@@ -0,0 +1,20 @@
+Upstream-Status: Pending
+
+see
+https://bugs.gentoo.org/316377?id=316377
+https://bugs.freedesktop.org/show_bug.cgi?id=33710
+http://lists.freedesktop.org/archives/poppler-bugs/2011-January/006014.html
+for details
+
+diff -up zlib-1.2.5/zlib.h.pom zlib-1.2.5/zlib.h
+--- zlib-1.2.5/zlib.h.pom 2010-04-20 06:12:48.0 +0200
zlib-1.2.5/zlib.h 2010-06-16 13:08:59.0 +0200
+@@ -1578,7 +1578,7 @@ ZEXTERN int ZEXPORT inflateBackInit_ OF(
+ # define gzoffset gzoffset64
+ # define adler32_combine adler32_combine64
+ # define crc32_combine crc32_combine64
+-# ifdef _LARGEFILE64_SOURCE
++# ifndef _LARGEFILE64_SOURCE
+ ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *));
+ ZEXTERN z_off_t ZEXPORT gzseek64 OF((gzFile, z_off_t, int));
+ ZEXTERN z_off_t ZEXPORT gztell64 OF((gzFile));
diff --git a/meta/recipes-core/zlib/zlib_1.2.5.bb
b/meta/recipes-core/zlib/zlib_1.2.5.bb
index 96dab25..bca400c 100644
--- a/meta/recipes-core/zlib/zlib_1.2.5.bb
+++ b/meta/recipes-core/zlib/zlib_1.2.5.bb
@@ -7,11 +7,12 @@ LICENSE = "Zlib"
LIC_FILES_CHKSUM =
"file://zlib.h;beginline=4;endline=23;md5=084e9c30e4e6272c3b057b13c6467f3d"
DEPENDS = "libtool-cross"
-PR = "r0"
+PR = "r1"
SRC_URI = "http://www.zlib.net/${BPN}-${PV}.tar.bz2 \
file://configure.ac \
- file://Makefile.am"
+ file://Makefile.am \
+ file://fix.inverted.LFS.logic.patch"
SRC_URI[md5sum] = "be1e89810e66150f5b0327984d8625a0"
SRC_URI[sha256sum] =
"239aead2f22f16bfcfa6a6a5150dcbd6d6f2e4d1eaa8727b5769ea014120b307"
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 3/9] libproxy: upgrade to 0.4.7
Signed-off-by: Martin Jansa
---
.../{libproxy_0.4.6.bb => libproxy_0.4.7.bb} |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-support/libproxy/{libproxy_0.4.6.bb => libproxy_0.4.7.bb}
(85%)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
b/meta/recipes-support/libproxy/libproxy_0.4.7.bb
similarity index 85%
rename from meta/recipes-support/libproxy/libproxy_0.4.6.bb
rename to meta/recipes-support/libproxy/libproxy_0.4.7.bb
index d907c55..2793b41 100644
--- a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
+++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb
@@ -11,10 +11,8 @@ DEPENDS = "gconf"
SRC_URI = "http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz";
-SRC_URI[md5sum] = "199c6b120baf1f7258a55f38d5ec74f5"
-SRC_URI[sha256sum] =
"9ad912e63b1efca98fb442240a2bc7302e6021c1d0b1b9363327729f29462f30"
-
-PR = "r2"
+SRC_URI[md5sum] = "509e03a488a61cd62bfbaf3ab6a2a7a5"
+SRC_URI[sha256sum] =
"8fe0a58810139ba3c2e186deccf3e68adcd127aa0e972b0862b30b3dde493797"
inherit cmake pkgconfig
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 1/9] atk: add patch to replace G_CONST_RETURN with const
* otherwise build fails when glib is 2.30.0 or newer (and G_DISABLE_DEPRECATED
is enabled - like in atk)
Signed-off-by: Martin Jansa
---
.../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628
meta/recipes-support/atk/atk_1.32.0.bb |5 +-
2 files changed, 632 insertions(+), 1 deletions(-)
create mode 100644
meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
diff --git a/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
new file mode 100644
index 000..0cdf041
--- /dev/null
+++ b/meta/recipes-support/atk/atk-1.32.0/remove.G_CONST_RETURN.patch
@@ -0,0 +1,628 @@
+Upstream-Status: Accepted
+
+Similar patch is already included in 2.0.1 and newer
+http://ftp.gnome.org/pub/gnome/sources/atk/2.0/atk-2.0.1.news
+
+diff -uNr atk-1.32.0.orig/atk/atkaction.c atk-1.32.0/atk/atkaction.c
+--- atk-1.32.0.orig/atk/atkaction.c2010-09-06 08:45:45.0 +0200
atk-1.32.0/atk/atkaction.c 2011-09-30 10:29:49.896997586 +0200
+@@ -101,7 +101,7 @@
+ * Returns a description string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_description (AtkAction *obj,
+ gint i)
+ {
+@@ -140,7 +140,7 @@
+ * Returns a name string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_name (AtkAction *obj,
+ gint i)
+ {
+@@ -166,7 +166,7 @@
+ * Returns a name string, or %NULL
+ * if @action does not implement this interface.
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_localized_name (AtkAction *obj,
+gint i)
+ {
+@@ -203,7 +203,7 @@
+ * if there is no keybinding for this action.
+ *
+ **/
+-G_CONST_RETURN gchar*
++const gchar*
+ atk_action_get_keybinding (AtkAction *obj,
+gint i)
+ {
+diff -uNr atk-1.32.0.orig/atk/atkaction.h atk-1.32.0/atk/atkaction.h
+--- atk-1.32.0.orig/atk/atkaction.h2010-09-06 08:45:45.0 +0200
atk-1.32.0/atk/atkaction.h 2011-09-30 10:29:49.897997588 +0200
+@@ -55,16 +55,16 @@
+ gboolean(*do_action) (AtkAction *action,
+ gint i);
+ gint(*get_n_actions) (AtkAction *action);
+- G_CONST_RETURN gchar* (*get_description) (AtkAction *action,
++ const gchar* (*get_description) (AtkAction *action,
+ gint i);
+- G_CONST_RETURN gchar* (*get_name) (AtkAction *action,
++ const gchar* (*get_name) (AtkAction *action,
+ gint i);
+- G_CONST_RETURN gchar* (*get_keybinding)(AtkAction *action,
++ const gchar* (*get_keybinding)(AtkAction *action,
+ gint i);
+ gboolean(*set_description) (AtkAction *action,
+ gint i,
+ const gchar *desc);
+- G_CONST_RETURN gchar* (*get_localized_name)(AtkAction *action,
++ const gchar* (*get_localized_name)(AtkAction *action,
+ gint i);
+ AtkFunction pad2;
+ };
+@@ -85,11 +85,11 @@
+ gboolean atk_action_do_action(AtkAction *action,
+ gint i);
+ gint atk_action_get_n_actions(AtkAction *action);
+-G_CONST_RETURN gchar* atk_action_get_description (AtkAction *action,
++const gchar* atk_action_get_description (AtkAction *action,
+gint i);
+-G_CONST_RETURN gchar* atk_action_get_name (AtkAction *action,
++const gchar* atk_action_get_name (AtkAction *action,
+gint i);
+-G_CONST_RETURN gchar* atk_action_get_keybinding (AtkAction *action,
++const gchar* atk_action_get_keybinding (AtkAction *action,
+gint i);
+ gboolean atk_action_set_description (AtkAction *action,
+gint i,
+@@ -97,7 +97,7 @@
+
+ /* NEW in ATK 1.1: */
+
+-G_CONST_RETURN gchar* atk_action_get_localized_name (AtkAction *action,
++const gchar* atk_action_get_localized_name (AtkAction *action,
+ginti);
+
+ /*
+diff -uNr atk-1.32.0.orig/atk/atkdoc
[OE-core] [oe-core][WIP][PATCH 2/9] json-glib: upgrade to 0.14.0
* 0.12.4 fails to build with glib-2.30.0
Signed-off-by: Martin Jansa
---
.../{json-glib_0.12.4.bb => json-glib_0.14.0.bb} |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
rename meta/recipes-gnome/json-glib/{json-glib_0.12.4.bb =>
json-glib_0.14.0.bb} (74%)
diff --git a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb
b/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb
similarity index 74%
rename from meta/recipes-gnome/json-glib/json-glib_0.12.4.bb
rename to meta/recipes-gnome/json-glib/json-glib_0.14.0.bb
index 5bd9dcd..8635bf0 100644
--- a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb
@@ -10,11 +10,9 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
DEPENDS = "glib-2.0"
-SRC_URI[archive.md5sum] = "347e1714e4a2ce54298969d5ffec7dca"
-SRC_URI[archive.sha256sum] =
"462cd611016ae189d5e3f258dc7741e6a2e8267404b4e3806aaf346d50f1df7e"
+SRC_URI[archive.md5sum] = "6ba14cc2cc9582250451ff645c20a779"
+SRC_URI[archive.sha256sum] =
"efa6a22711c99208feef3bdcd6692573640ac7635725417024980b80990a2966"
-PR = "r0"
-
-inherit gnome
+inherit gnome gettext
EXTRA_OECONF = "--disable-introspection"
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [oe-core][WIP][PATCH 0/9] Glib related upgrades
We were using 2.29.3+git% from meta-oe and after upgrade to 2.30.0 I was hit
by few G_CONST_RETURN and other issues due to newer glib. Here is what I have
now to build shr images OK again, but probably there is more recipes which need
upgrade/fix to cope with glib-2.30.0.
Someone who cares about gnome should continue from this, but IMHO this is good
start :).
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 jansa/glib
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/glib
Martin Jansa (9):
atk: add patch to replace G_CONST_RETURN with const
json-glib: upgrade to 0.14.0
libproxy: upgrade to 0.4.7
libglade: add gdk-pixbuf dependency
gstreamer: upgrade to 0.10.35
zlib: fix inverted LFS logic
gdk-pixbuf: upgrade to 2.24.6
glib: upgrade to 2.30.0
gtk+: upgrade to 2.24.6
...003-gatomic-proper-pointer-get-cast.patch.patch | 28 -
.../0005-glib-mkenums-interpreter.patch.patch | 25 -
.../60_wait-longer-for-threads-to-die.patch| 24 +-
meta/recipes-core/glib-2.0/glib-2.0/no-iconv.patch |2 -
.../glib-2.0/remove.test.for.qsort_r.patch | 53 ++
meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb | 23 -
meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb | 41 ++
.../zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch | 20 +
meta/recipes-core/zlib/zlib_1.2.5.bb |5 +-
.../configure_fix.patch|0
.../hardcoded_libtool.patch|0
.../{gdk-pixbuf_2.22.1.bb => gdk-pixbuf_2.24.0.bb} |7 +-
...Duplicate-the-exec-string-returned-by-gtk.patch |0
.../cellrenderer-cairo.patch |0
.../configurefix.patch |0
.../{gtk+-2.22.1 => gtk+-2.24.6}/doc-fixes.patch |0
.../{gtk+-2.22.1 => gtk+-2.24.6}/entry-cairo.patch |0
.../hardcoded_libtool.patch|0
.../{gtk+-2.22.1 => gtk+-2.24.6}/no-demos.patch|0
.../run-iconcache.patch|0
.../{gtk+-2.22.1 => gtk+-2.24.6}/toggle-font.diff |0
.../{gtk+-2.22.1 => gtk+-2.24.6}/xsettings.patch |0
.../gtk+/{gtk+_2.22.1.bb => gtk+_2.24.6.bb}|8 +-
.../{json-glib_0.12.4.bb => json-glib_0.14.0.bb} |8 +-
meta/recipes-gnome/libglade/libglade_2.6.4.bb |2 +-
.../check_fix.patch|0
.../gst-inspect-check-error.patch |0
.../gstregistrybinary.c|0
.../gstregistrybinary.h|0
.../{gstreamer_0.10.32.bb => gstreamer_0.10.35.bb} |6 +-
.../atk/atk-1.32.0/remove.G_CONST_RETURN.patch | 628
meta/recipes-support/atk/atk_1.32.0.bb |5 +-
.../{libproxy_0.4.6.bb => libproxy_0.4.7.bb} |6 +-
33 files changed, 775 insertions(+), 116 deletions(-)
delete mode 100644
meta/recipes-core/glib-2.0/glib-2.0/0003-gatomic-proper-pointer-get-cast.patch.patch
delete mode 100644
meta/recipes-core/glib-2.0/glib-2.0/0005-glib-mkenums-interpreter.patch.patch
create mode 100644
meta/recipes-core/glib-2.0/glib-2.0/remove.test.for.qsort_r.patch
delete mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.28.8.bb
create mode 100644 meta/recipes-core/glib-2.0/glib-2.0_2.30.0.bb
create mode 100644
meta/recipes-core/zlib/zlib-1.2.5/fix.inverted.LFS.logic.patch
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.22.1 =>
gdk-pixbuf-2.24.0}/configure_fix.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.22.1 =>
gdk-pixbuf-2.24.0}/hardcoded_libtool.patch (100%)
rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.22.1.bb =>
gdk-pixbuf_2.24.0.bb} (92%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/cellrenderer-cairo.patch (100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/configurefix.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/doc-fixes.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/entry-cairo.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/hardcoded_libtool.patch (100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/no-demos.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 =>
gtk+-2.24.6}/run-iconcache.patch (100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/toggle-font.diff
(100%)
rename meta/recipes-gnome/gtk+/{gtk+-2.22.1 => gtk+-2.24.6}/xsettings.patch
(100%)
rename meta/recipes-gnome/gtk+/{gtk+_2.22.1.bb => gtk+_2.24.6.bb} (90%)
rename meta/recipes-gnome/json-glib/{json-glib_0.12.4.bb =>
json-glib_0.14.0.bb} (74%)
ren
[OE-core] Feedback on HOB (new image creator GUI)
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. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] package_rpm: Ensure multilib code is only called in the multilib case
This fixes some error messages in the do_rootfs logs of non-multilib
builds.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index fa0d8c3..7f42583 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -354,6 +354,8 @@ package_install_internal_rpm () {
-D "__dbi_txn create nofsync private" \
| grep -i 'Packageorigin' | cut -d : -f 2 >
${target_rootfs}/install/install_solution.manifest
+ touch ${target_rootfs}/install/install_multilib_solution.manifest
+
if [ ! -z "${multilib_to_install}" ]; then
for pkg in ${multilib_to_install} ; do
echo "Processing $pkg..."
@@ -376,24 +378,25 @@ package_install_internal_rpm () {
fi
echo $pkg_name >>
${target_rootfs}/install/install_multilib.manifest
done
- fi
- # multilib package installation
+ # multilib package installation
- # Generate an install solution by doing a --justdb install, then
recreate it with
- # an actual package install!
- ${RPM} --predefine "_rpmds_sysinfo_path
${target_rootfs}/etc/rpm/sysinfo" \
- --predefine "_rpmrc_platform_path
${target_rootfs}/etc/rpm/platform" \
- -D "_dbpath ${target_rootfs}/install" -D "`cat
${confbase}-ml_archs.macro`" \
- -D "__dbi_txn create nofsync" \
- -U --justdb --noscripts --notriggers --noparentdirs --nolinktos
--ignoresize \
- ${target_rootfs}/install/install_multilib.manifest
+ # Generate an install solution by doing a --justdb install,
then recreate it with
+ # an actual package install!
+ ${RPM} --predefine "_rpmds_sysinfo_path
${target_rootfs}/etc/rpm/sysinfo" \
+ --predefine "_rpmrc_platform_path
${target_rootfs}/etc/rpm/platform" \
+ -D "_dbpath ${target_rootfs}/install" -D "`cat
${confbase}-ml_archs.macro`" \
+ -D "__dbi_txn create nofsync" \
+ -U --justdb --noscripts --notriggers --noparentdirs
--nolinktos --ignoresize \
+ ${target_rootfs}/install/install_multilib.manifest
+
+ # Now that we have a solution, pull out a list of what to
install...
+ echo "Manifest:
${target_rootfs}/install/install_multilib.manifest"
+ ${RPM} -D "_dbpath ${target_rootfs}/install" -qa --yaml \
+ -D "__dbi_txn create nofsync private" \
+ | grep -i 'Packageorigin' | cut -d : -f 2 >
${target_rootfs}/install/install_multilib_solution.manifest
- # Now that we have a solution, pull out a list of what to install...
- echo "Manifest: ${target_rootfs}/install/install_multilib.manifest"
- ${RPM} -D "_dbpath ${target_rootfs}/install" -qa --yaml \
- -D "__dbi_txn create nofsync private" \
- | grep -i 'Packageorigin' | cut -d : -f 2 >
${target_rootfs}/install/install_multilib_solution.manifest
+ fi
cat ${target_rootfs}/install/install_solution.manifest >
${target_rootfs}/install/total_solution.manifest
cat ${target_rootfs}/install/install_multilib_solution.manifest >>
${target_rootfs}/install/total_solution.manifest
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
I'd not forgotten about this patch, just been distracted by other
things. I've run some further tests on the changes here and have
comments below. Summary is I think some pieces can merge, other pieces
need more work. Lets try and get the pieces that are ready merged, then
worry about the remainder.
On Fri, 2011-09-30 at 10:19 +0200, Martin Jansa wrote:
> From: Richard Purdie
>
> * Jansa: rebased on current master, added nocompiler patch also to
> font-alias, dropped allarch from linux-firmware, gnome-icon-theme, hal-info
> as
> those are checking compiler (ie in intltool check) and better to build
> them as default arch instead of rebuilding after every machine
> change.
> * this is also part of [BUGID# 1075]
> * tested except linux-firmware (SRC_URI is offline)
>
> Signed-off-by: Richard Purdie
> Signed-off-by: Martin Jansa
> ---
> .../resolvconf/resolvconf_1.59.bb |7 ++--
> .../update-alternatives-dpkg.inc |5 +--
> meta/recipes-gnome/gnome/gnome-common_2.28.0.bb|7 +---
> .../recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb |5 +--
> .../hicolor-icon-theme/hicolor-icon-theme_0.12.bb |6 +--
> .../ttf-fonts/liberation-fonts_1.04.bb |5 ++-
> .../ttf-fonts/liberation-fonts_1.06.bb |5 ++-
> .../ttf-fonts/ttf-bitstream-vera_1.10.bb |5 ++-
> .../xcursor-transparent-theme_0.1.1.bb |6 +--
> .../xorg-font/encodings/nocompiler.patch | 31
>
> meta/recipes-graphics/xorg-font/encodings_1.0.4.bb |8 +++--
> .../xorg-font/font-alias-1.0.3/nocompiler.patch| 30 +++
> .../recipes-graphics/xorg-font/font-alias_1.0.3.bb |8 +++--
> .../xorg-font/xorg-minimal-fonts.bb|5 ++-
> .../linux-firmware/linux-firmware_git.bb |4 +--
> .../sato-icon-theme/sato-icon-theme.inc|4 +--
> .../sato-icon-theme/sato-icon-theme_0.4.1.bb |2 +
> 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 +-
> 20 files changed, 102 insertions(+), 46 deletions(-)
> create mode 100644 meta/recipes-graphics/xorg-font/encodings/nocompiler.patch
> create mode 100644
> meta/recipes-graphics/xorg-font/font-alias-1.0.3/nocompiler.patch
>
> diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.59.bb
> b/meta/recipes-connectivity/resolvconf/resolvconf_1.59.bb
> index 94231e0..50252b1 100644
> --- a/meta/recipes-connectivity/resolvconf/resolvconf_1.59.bb
> +++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.59.bb
> @@ -11,13 +11,15 @@ AUTHOR = "Thomas Hood"
> HOMEPAGE = "http://packages.debian.org/resolvconf";
> DEPENDS = "bash"
> RDEPENDS_${PN} = "bash"
> -PR = "r0"
> +PR = "r1"
>
> SRC_URI = "${DEBIAN_MIRROR}/main/r/resolvconf/resolvconf_${PV}.tar.gz"
>
> SRC_URI[md5sum] = "59b20258bb8a3c25b8c4083fc0279547"
> SRC_URI[sha256sum] =
> "37691677cea24da66d6664c98668b5f16667c0133f17feb166f246ee923ad756"
>
> +inherit allarch
> +
> do_compile () {
> :
> }
> @@ -31,6 +33,3 @@ do_install () {
> install -m 0644 README ${D}${docdir}/${P}/
> install -m 0644 man/resolvconf.8 ${D}${mandir}/man8/
> }
> -
> -PACKAGE_ARCH = "all"
> -
resolvconf is fine except we should drop the DEPENDS = "bash" (the
RDEPENDS is fine).
> diff --git
> a/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg.inc
> b/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg.inc
> index c881ae0..e95a307 100644
> --- a/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg.inc
> +++ b/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg.inc
> @@ -7,10 +7,9 @@ LICENSE = "GPL"
> SECTION = "base"
> SRC_URI = "${DEBIAN_MIRROR}/main/d/dpkg/dpkg_${PV}.tar.bz2"
> S = "${WORKDIR}/dpkg-${PV}"
> -PACKAGE_ARCH = "all"
> -INC_PR = "r3"
> +INC_PR = "r4"
>
> -inherit gettext
> +inherit gettext allarch
>
> do_patch () {
> cat ${S}/scripts/update-alternatives.pl | \
This doesn't build.
ERROR: Logfile of failure stored
in:
/media/build1/poky/build/tmp/work/all-poky-linux/update-alternatives-dpkg-1.16.0.3-r4.0/temp/log.do_configure.24532
Log data follows:
| NOTE: Checking autotools environment for common misconfiguration
| ERROR: virtual/gettext required but not in DEPENDS for
file
/media/build1/poky/build/tmp/work/all-poky-linux/update-alternatives-dpkg-1.16.0.3-r4.0/dpkg-1.16.0.3/configure.ac.
| Missing inherit gettext?
> diff --git a/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
> b/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
> index 570c45a..8936dbd 100644
> --- a/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
> +++ b/meta/recipes-gnome/gnome/gnome-common_2.28.0.bb
> @@ -6,11 +6,8 @@ LICENSE = "GPLv3"
> LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
>
> SECTION =
[OE-core] [PATCHv2] libproxy: upgrade to 0.4.7
Signed-off-by: Martin Jansa
---
.../{libproxy_0.4.6.bb => libproxy_0.4.7.bb} |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-support/libproxy/{libproxy_0.4.6.bb => libproxy_0.4.7.bb}
(85%)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
b/meta/recipes-support/libproxy/libproxy_0.4.7.bb
similarity index 85%
rename from meta/recipes-support/libproxy/libproxy_0.4.6.bb
rename to meta/recipes-support/libproxy/libproxy_0.4.7.bb
index d907c55..2793b41 100644
--- a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
+++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb
@@ -11,10 +11,8 @@ DEPENDS = "gconf"
SRC_URI = "http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz";
-SRC_URI[md5sum] = "199c6b120baf1f7258a55f38d5ec74f5"
-SRC_URI[sha256sum] =
"9ad912e63b1efca98fb442240a2bc7302e6021c1d0b1b9363327729f29462f30"
-
-PR = "r2"
+SRC_URI[md5sum] = "509e03a488a61cd62bfbaf3ab6a2a7a5"
+SRC_URI[sha256sum] =
"8fe0a58810139ba3c2e186deccf3e68adcd127aa0e972b0862b30b3dde493797"
inherit cmake pkgconfig
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCHv2] json-glib: upgrade to 0.14.0
* 0.12.4 fails to build with glib-2.30.0
Signed-off-by: Martin Jansa
---
.../{json-glib_0.12.4.bb => json-glib_0.14.0.bb} |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
rename meta/recipes-gnome/json-glib/{json-glib_0.12.4.bb =>
json-glib_0.14.0.bb} (74%)
diff --git a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb
b/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb
similarity index 74%
rename from meta/recipes-gnome/json-glib/json-glib_0.12.4.bb
rename to meta/recipes-gnome/json-glib/json-glib_0.14.0.bb
index 5bd9dcd..8635bf0 100644
--- a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb
@@ -10,11 +10,9 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
DEPENDS = "glib-2.0"
-SRC_URI[archive.md5sum] = "347e1714e4a2ce54298969d5ffec7dca"
-SRC_URI[archive.sha256sum] =
"462cd611016ae189d5e3f258dc7741e6a2e8267404b4e3806aaf346d50f1df7e"
+SRC_URI[archive.md5sum] = "6ba14cc2cc9582250451ff645c20a779"
+SRC_URI[archive.sha256sum] =
"efa6a22711c99208feef3bdcd6692573640ac7635725417024980b80990a2966"
-PR = "r0"
-
-inherit gnome
+inherit gnome gettext
EXTRA_OECONF = "--disable-introspection"
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] json-glib: upgrade to 0.14.0
* 0.12.4 fails to build with glib-2.30.0 Signed-off-by: Martin Jansa --- meta/recipes-gnome/json-glib/json-glib_0.12.4.bb | 20 meta/recipes-gnome/json-glib/json-glib_0.14.0.bb | 18 ++ 2 files changed, 18 insertions(+), 20 deletions(-) delete mode 100644 meta/recipes-gnome/json-glib/json-glib_0.12.4.bb create mode 100644 meta/recipes-gnome/json-glib/json-glib_0.14.0.bb diff --git a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb b/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb deleted file mode 100644 index 5bd9dcd..000 --- a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb +++ /dev/null @@ -1,20 +0,0 @@ -SUMMARY = "JSON-GLib implements a full JSON parser using GLib and GObject." -DESCRIPTION = "Use JSON-GLib it is possible to parse and generate valid JSON\ - data structures, using a DOM-like API. JSON-GLib also offers GObject \ -integration, providing the ability to serialize and deserialize GObject \ -instances to and from JSON data types." -HOMEPAGE = "http://live.gnome.org/JsonGlib"; - -LICENSE = "LGPLv2.1" -LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34" - -DEPENDS = "glib-2.0" - -SRC_URI[archive.md5sum] = "347e1714e4a2ce54298969d5ffec7dca" -SRC_URI[archive.sha256sum] = "462cd611016ae189d5e3f258dc7741e6a2e8267404b4e3806aaf346d50f1df7e" - -PR = "r0" - -inherit gnome - -EXTRA_OECONF = "--disable-introspection" diff --git a/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb b/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb new file mode 100644 index 000..8635bf0 --- /dev/null +++ b/meta/recipes-gnome/json-glib/json-glib_0.14.0.bb @@ -0,0 +1,18 @@ +SUMMARY = "JSON-GLib implements a full JSON parser using GLib and GObject." +DESCRIPTION = "Use JSON-GLib it is possible to parse and generate valid JSON\ + data structures, using a DOM-like API. JSON-GLib also offers GObject \ +integration, providing the ability to serialize and deserialize GObject \ +instances to and from JSON data types." +HOMEPAGE = "http://live.gnome.org/JsonGlib"; + +LICENSE = "LGPLv2.1" +LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34" + +DEPENDS = "glib-2.0" + +SRC_URI[archive.md5sum] = "6ba14cc2cc9582250451ff645c20a779" +SRC_URI[archive.sha256sum] = "efa6a22711c99208feef3bdcd6692573640ac7635725417024980b80990a2966" + +inherit gnome gettext + +EXTRA_OECONF = "--disable-introspection" -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libproxy: upgrade to 0.4.7
Signed-off-by: Martin Jansa
---
meta/recipes-support/libproxy/libproxy_0.4.6.bb | 29 ---
meta/recipes-support/libproxy/libproxy_0.4.7.bb | 27 +
2 files changed, 27 insertions(+), 29 deletions(-)
delete mode 100644 meta/recipes-support/libproxy/libproxy_0.4.6.bb
create mode 100644 meta/recipes-support/libproxy/libproxy_0.4.7.bb
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
b/meta/recipes-support/libproxy/libproxy_0.4.6.bb
deleted file mode 100644
index d907c55..000
--- a/meta/recipes-support/libproxy/libproxy_0.4.6.bb
+++ /dev/null
@@ -1,29 +0,0 @@
-DESCRIPTION = "A library that provides automatic proxy configuration
management"
-HOMEPAGE = "http://code.google.com/p/libproxy/";
-BUGTRACKER = "http://code.google.com/p/libproxy/issues/list";
-SECTION = "libs"
-LICENSE = "LGPLv2.1+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \
-
file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0"
-
-
-DEPENDS = "gconf"
-
-SRC_URI = "http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz";
-
-SRC_URI[md5sum] = "199c6b120baf1f7258a55f38d5ec74f5"
-SRC_URI[sha256sum] =
"9ad912e63b1efca98fb442240a2bc7302e6021c1d0b1b9363327729f29462f30"
-
-PR = "r2"
-
-inherit cmake pkgconfig
-
-EXTRA_OECMAKE = "-DWITH_WEBKIT=no -DWITH_GNOME=yes -DWITH_KDE4=no \
- -DWITH_PYTHON=no -DWITH_PERL=no -DWITH_MOZJS=no -DWITH_NM=no
-DLIB_INSTALL_DIR=${libdir}"
-
-FILES_${PN}-dbg += "${libdir}/libproxy/${PV}/plugins/.debug/
${libdir}/libproxy/${PV}/modules/.debug/"
-
-do_configure_prepend() {
- export HOST_SYS=${HOST_SYS}
- export BUILD_SYS=${BUILD_SYS}
-}
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.7.bb
b/meta/recipes-support/libproxy/libproxy_0.4.7.bb
new file mode 100644
index 000..2793b41
--- /dev/null
+++ b/meta/recipes-support/libproxy/libproxy_0.4.7.bb
@@ -0,0 +1,27 @@
+DESCRIPTION = "A library that provides automatic proxy configuration
management"
+HOMEPAGE = "http://code.google.com/p/libproxy/";
+BUGTRACKER = "http://code.google.com/p/libproxy/issues/list";
+SECTION = "libs"
+LICENSE = "LGPLv2.1+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=7d704a7b1b116e8783edcdb44ff4 \
+
file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0"
+
+
+DEPENDS = "gconf"
+
+SRC_URI = "http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz";
+
+SRC_URI[md5sum] = "509e03a488a61cd62bfbaf3ab6a2a7a5"
+SRC_URI[sha256sum] =
"8fe0a58810139ba3c2e186deccf3e68adcd127aa0e972b0862b30b3dde493797"
+
+inherit cmake pkgconfig
+
+EXTRA_OECMAKE = "-DWITH_WEBKIT=no -DWITH_GNOME=yes -DWITH_KDE4=no \
+ -DWITH_PYTHON=no -DWITH_PERL=no -DWITH_MOZJS=no -DWITH_NM=no
-DLIB_INSTALL_DIR=${libdir}"
+
+FILES_${PN}-dbg += "${libdir}/libproxy/${PV}/plugins/.debug/
${libdir}/libproxy/${PV}/modules/.debug/"
+
+do_configure_prepend() {
+ export HOST_SYS=${HOST_SYS}
+ export BUILD_SYS=${BUILD_SYS}
+}
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] curl: Upgrade from 7.21.7 to 7.22.0
On Fri, 2011-09-30 at 14:23 +0200, Martin Jansa wrote:
> On Fri, Sep 30, 2011 at 10:16 AM, Mei Lei wrote:
> > Signed-off-by: Mei Lei
> > ---
> > .../curl/{curl_7.21.7.bb => curl_7.22.0.bb}|4 ++--
> > 1 files changed, 2 insertions(+), 2 deletions(-)
> > rename meta/recipes-support/curl/{curl_7.21.7.bb => curl_7.22.0.bb} (92%)
> >
> > diff --git a/meta/recipes-support/curl/curl_7.21.7.bb
> > b/meta/recipes-support/curl/curl_7.22.0.bb
> > similarity index 92%
> > rename from meta/recipes-support/curl/curl_7.21.7.bb
> > rename to meta/recipes-support/curl/curl_7.22.0.bb
> > index 2ec4402..d6924be 100644
> > --- a/meta/recipes-support/curl/curl_7.21.7.bb
> > +++ b/meta/recipes-support/curl/curl_7.22.0.bb
> > @@ -14,8 +14,8 @@ SRC_URI =
> > "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
> >file://noldlibpath.patch \
> >file://pkgconfig_fix.patch"
> >
> > -SRC_URI[md5sum] = "5f6d50c4d4ee38c57fe37e3cff75adbd"
> > -SRC_URI[sha256sum] =
> > "1a50dd17400c042090203eef347e946f29c342c32b6c4843c740c80975e8215a"
> > +SRC_URI[md5sum] = "bde820eac53fa3a8d8696667418557ad"
> > +SRC_URI[sha256sum] =
> > "bda0da862322b122784f5a9d7a65efdd99a6061292cfb8e9357e0c67c03e5112"
>
> md5sum looks wrong (I have the same sha256sum)
>
> OE @ ~ $ md5sum curl-7.22.0.tar.bz2
> bdb5c226d37c4a6082c70e7ef6f63060 curl-7.22.0.tar.bz2
> OE @ ~ $ sha256sum curl-7.22.0.tar.bz2
> bda0da862322b122784f5a9d7a65efdd99a6061292cfb8e9357e0c67c03e5112
> curl-7.22.0.tar.bz2
My test agrees with you, I've updated master-next with a fix.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Slight change to merging procedure - master-next
On Fri, 2011-09-30 at 13:49 +0200, Martin Jansa wrote: > On Fri, Sep 30, 2011 at 12:32:54PM +0100, Richard Purdie wrote: > > One of the issues I've been having is that I read through patches once > > doing review and then have to wait ~24 hours before merging any patches > > I think are acceptable in case others have comments. This means I have > > to go through emails twice and its a bit of a pain. > > > > I'm therefore going to start maintaining master-next with patches I > > think are ready. They'll sit there for 24 hours before being merged if > > there aren't other issues raised by anyone else. > > > > I could just do this in private but I'm choosing to make it public. I > > want to be clear that branch can rebase and change, its not definite > > until it hits master. I hope some people find it useful. > > I do find it useful, thanks for that. > > /me already rebasing remaining changes from xorg patchset on top of > master-next ;) > > BTW: is there any plan to give some information when something is > dropped from master-next? Like: "dropping this from master-next, because > of feedback from Joe, please send updated patch" There would be feedback on the mailing list to a patch indicating it needed something tweaking. e.g. your comment on the curl update. That one isn't going in until I get to the bottom of the checksum issue. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Build Times and Performance - Discussion + new ideas
On Tue, 2011-09-27 at 18:07 +0100, Richard Purdie wrote:
> For now I came up with the hack below. The bugs in this are:
>
> a) I removed bison-native and zlib-native from binutils-cross as
>dependencies when they're needed. My system has those anyway so I'm
>not worrying about this for a proof of concept
> b) I've removed help2man-native dependencies but didn't check if any of
>the recipes actually call help2man and need docs disabling
> c) I excluded help2man in non -native cases for some recipes
> d) I didn't disable nls and it dependencies for gcc-cross, only
>-initial and -intermediate
> e) I stopped analysing the dependency chain at gcc-cross-intermediate,
>it would likely be faster again if I fixed gcc-cross' dependencies
Updated patch below. b), c), d) and e) addressed.
a) remains alsong with some cleanup and the question of whether we
really can build flex without having gettext-native for the .m4 file to
reautoconf it.
Cheers,
Richard
diff --git a/meta/recipes-devtools/binutils/binutils-cross.inc
b/meta/recipes-devtools/binutils/binutils-cross.inc
index 5a41970..3755640 100644
--- a/meta/recipes-devtools/binutils/binutils-cross.inc
+++ b/meta/recipes-devtools/binutils/binutils-cross.inc
@@ -1,10 +1,15 @@
inherit cross
PROVIDES = "virtual/${TARGET_PREFIX}binutils"
+INHIBIT_DEFAULT_DEPS = "1"
+INHIBIT_AUTOTOOLS_DEPS = "1"
+DEPENDS = "gnu-config-native flex-native"
+
EXTRA_OECONF = "--with-sysroot=${STAGING_DIR_TARGET} \
--program-prefix=${TARGET_PREFIX} \
--disable-install-libbfd \
--disable-werror \
+--disable-nls \
--enable-poison-system-directories \
${@base_contains('DISTRO_FEATURES', 'ld-is-gold',
'--enable-gold=default', '', d)}"
diff --git a/meta/recipes-devtools/flex/flex.inc
b/meta/recipes-devtools/flex/flex.inc
index 01f7571..caa4f13 100644
--- a/meta/recipes-devtools/flex/flex.inc
+++ b/meta/recipes-devtools/flex/flex.inc
@@ -8,6 +8,9 @@ LICENSE = "BSD"
SRC_URI = "${SOURCEFORGE_MIRROR}/flex/flex-${PV}.tar.bz2 "
+INHIBIT_DEFAULT_DEPS_virtclass-native = "1"
+EXTRA_OECONF_append_virtclass-native = " --disable-nls"
+
inherit autotools gettext
do_install_append_virtclass-native() {
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index a352e36..8ca3174 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
@@ -23,7 +23,7 @@ BRANCH = "gcc-4_6-branch"
FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.6' ], d)}"
DEPENDS =+ "mpfr gmp libmpc"
-NATIVEDEPS = "mpfr-native gmp-native gettext-native libmpc-native"
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native"
LICENSE="GPL-3.0-with-GCC-exception & GPLv3"
@@ -108,3 +108,4 @@ EXTRA_OECONF_INTERMEDIATE = "--disable-libmudflap \
EXTRA_OECONF_append_linux-uclibc = " --disable-decimal-float "
EXTRA_OECONF_append_linux-uclibceabi = " --disable-decimal-float "
EXTRA_OECONF_append_linux-uclibcspe = " --disable-decimal-float "
+
diff --git a/meta/recipes-devtools/gcc/gcc-configure-cross.inc
b/meta/recipes-devtools/gcc/gcc-configure-cross.inc
index 36edb81..d2d9081 100644
--- a/meta/recipes-devtools/gcc/gcc-configure-cross.inc
+++ b/meta/recipes-devtools/gcc/gcc-configure-cross.inc
@@ -4,8 +4,11 @@ USE_NLS = '${@base_conditional( "TARGET_OS", "linux-uclibc",
"no", "", d )}'
EXTRA_OECONF += " --enable-poison-system-directories \
--with-headers=${STAGING_DIR_TARGET}${SYSTEMHEADERS} \
+ --disable-nls \
"
+INHIBIT_DEFAULT_DEPS = "1"
+
EXTRA_OECONF_PATHS =
"--with-local-prefix=${STAGING_DIR_TARGET}${target_exec_prefix} \
--with-gxx-include-dir=${target_includedir}/c++ \
--with-sysroot=${STAGING_DIR_TARGET} \
diff --git a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
index 4e2e343..d58bf70 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
@@ -1,7 +1,10 @@
-DEPENDS = "virtual/${TARGET_PREFIX}binutils gettext-native ${NATIVEDEPS}"
+DEPENDS = "virtual/${TARGET_PREFIX}binutils ${NATIVEDEPS}"
PROVIDES = "virtual/${TARGET_PREFIX}gcc-initial"
PACKAGES = ""
+INHIBIT_AUTOTOOLS_DEPS = "1"
+INHIBIT_DEFAULT_DEPS = "1"
+
CROSS_TARGET_SYS_DIR_append = ".${PN}"
# This is intended to be a -very- basic config
@@ -11,6 +14,7 @@ EXTRA_OECONF =
"--with-local-prefix=${STAGING_DIR_TARGET}${target_prefix} \
--without-headers \
--disable-shared \
--disable-threads \
+ --disable-nls \
--disable-multilib \
--disable-__cxa_atexit \
--enable-languages=c \
diff --git a/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc
b/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc
index 7b1bb38..f368ae9 10064
Re: [OE-core] [PATCH 1/4] curl: Upgrade from 7.21.7 to 7.22.0
On Fri, Sep 30, 2011 at 10:16 AM, Mei Lei wrote:
> Signed-off-by: Mei Lei
> ---
> .../curl/{curl_7.21.7.bb => curl_7.22.0.bb} | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-support/curl/{curl_7.21.7.bb => curl_7.22.0.bb} (92%)
>
> diff --git a/meta/recipes-support/curl/curl_7.21.7.bb
> b/meta/recipes-support/curl/curl_7.22.0.bb
> similarity index 92%
> rename from meta/recipes-support/curl/curl_7.21.7.bb
> rename to meta/recipes-support/curl/curl_7.22.0.bb
> index 2ec4402..d6924be 100644
> --- a/meta/recipes-support/curl/curl_7.21.7.bb
> +++ b/meta/recipes-support/curl/curl_7.22.0.bb
> @@ -14,8 +14,8 @@ SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
> file://noldlibpath.patch \
> file://pkgconfig_fix.patch"
>
> -SRC_URI[md5sum] = "5f6d50c4d4ee38c57fe37e3cff75adbd"
> -SRC_URI[sha256sum] =
> "1a50dd17400c042090203eef347e946f29c342c32b6c4843c740c80975e8215a"
> +SRC_URI[md5sum] = "bde820eac53fa3a8d8696667418557ad"
> +SRC_URI[sha256sum] =
> "bda0da862322b122784f5a9d7a65efdd99a6061292cfb8e9357e0c67c03e5112"
md5sum looks wrong (I have the same sha256sum)
OE @ ~ $ md5sum curl-7.22.0.tar.bz2
bdb5c226d37c4a6082c70e7ef6f63060 curl-7.22.0.tar.bz2
OE @ ~ $ sha256sum curl-7.22.0.tar.bz2
bda0da862322b122784f5a9d7a65efdd99a6061292cfb8e9357e0c67c03e5112
curl-7.22.0.tar.bz2
Regards,
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qt4: update to latest version 4.7.4
Hi Paul, I've updated and tested the branches by rebasing on current oe-core and integrating Otavio's patch concerning the translations : https://github.com/eukrea/oe-core/tree/qt4_improve https://github.com/eukrea/oe-core/tree/qt4_upgrade Is that OK for you or should I rework something ? Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Slight change to merging procedure - master-next
On Fri, Sep 30, 2011 at 12:32:54PM +0100, Richard Purdie wrote: > One of the issues I've been having is that I read through patches once > doing review and then have to wait ~24 hours before merging any patches > I think are acceptable in case others have comments. This means I have > to go through emails twice and its a bit of a pain. > > I'm therefore going to start maintaining master-next with patches I > think are ready. They'll sit there for 24 hours before being merged if > there aren't other issues raised by anyone else. > > I could just do this in private but I'm choosing to make it public. I > want to be clear that branch can rebase and change, its not definite > until it hits master. I hope some people find it useful. I do find it useful, thanks for that. /me already rebasing remaining changes from xorg patchset on top of master-next ;) BTW: is there any plan to give some information when something is dropped from master-next? Like: "dropping this from master-next, because of feedback from Joe, please send updated patch" Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 10/16] Fix mdadm for powerpc64
On Thu, 2011-09-29 at 13:52 -0500, Matthew McClintock wrote:
> This fixes build failures from build warnings on powerpc64
>
> Signed-off-by: Matthew McClintock
> ---
> meta/recipes-extended/mdadm/mdadm_3.2.2.bb |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> index 5d29ae7..1c83f89 100644
> --- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> +++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> @@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
>
> file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
>
> file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161"
>
> -PR = "r0"
> +PR = "r1"
>
> SRC_URI = "${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2"
>
> @@ -16,6 +16,7 @@ SRC_URI[md5sum] = "12ee2fbf3beddb60601fb7a4c4905651"
> SRC_URI[sha256sum] =
> "0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906"
>
> CFLAGS += "-fno-strict-aliasing"
> +EXTRA_OEMAKE_append_powerpc64 = "CXFLAGS=-Wno-error=format"
That isn't quite what I meant, that also overwrites anything existing in
CXFLAGS just in a different way. Also, I suspect you mean CXXFLAGS?
I'd meant something like:
CXXFLAGS_append_powerpc64 = " -Wno-error=format"
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Slight change to merging procedure - master-next
One of the issues I've been having is that I read through patches once doing review and then have to wait ~24 hours before merging any patches I think are acceptable in case others have comments. This means I have to go through emails twice and its a bit of a pain. I'm therefore going to start maintaining master-next with patches I think are ready. They'll sit there for 24 hours before being merged if there aren't other issues raised by anyone else. I could just do this in private but I'm choosing to make it public. I want to be clear that branch can rebase and change, its not definite until it hits master. I hope some people find it useful. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 00/13] Xorg related changes
On Fri, Sep 30, 2011 at 12:28:39PM +0100, Richard Purdie wrote: > On Fri, 2011-09-30 at 09:26 +0200, Martin Jansa wrote: > > Hi, > > > > this patchset brings meta-oe and oe-core xorg stuff together and most of > > xorg recipes will be removed from meta-oe (sending another pull request > > now). > > > > This step is needed to be able to separate common x11 to meta-x11 or > > whatever later. > > > > The following changes since commit 96241de59fdf548ae0f80cc9e4668f9ba11924ef: > > > > Fix flac build on e500mc cores (2011-09-29 19:31:38 +0100) > > > > are available in the git repository at: > > git://git.openembedded.org/openembedded-core-contrib jansa/x11 > > > > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/x11 > > > > Martin Jansa (13): > > xorg-driver: rename .inc files and merge some changes from meta-oe > > libxft, libxrender, renderproto: add native BBCLASSEXTEND > > xorg-app-common: merge some changes from meta-oe > > xf86-video-omapfb: bump SRCREV and add patch from meta-oe > > rgb: import from meta-oe layer > > libdrm: improve packaging > > I'll take these ones. I've queued them on a master-next branch for now > as I want to give other people some time to comment on them. If there > isn't negative feedback I'll take them in ~24 hours. Thanks, > > I've given feedback on why I think these need further work: > > > xserver-xf86: upgrade to 1.11.0 and move shared definitions to .inc > > files > > xserver-xf86-dri-lite: remove COMPATIBLE_HOST > > libx11: upgrade to 1.4.4 > > default-providers: define PREFERRED_PROVIDER_virtual/libx11-native > > xserver-nodm-init: merge some changes from meta-oe > > glx-use-tls: add from meta-oe layer > > mesa: upgrade to 7.11 I'll send updated patchset for this 7. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 00/13] Xorg related changes
On Fri, 2011-09-30 at 09:26 +0200, Martin Jansa wrote: > Hi, > > this patchset brings meta-oe and oe-core xorg stuff together and most of > xorg recipes will be removed from meta-oe (sending another pull request now). > > This step is needed to be able to separate common x11 to meta-x11 or whatever > later. > > The following changes since commit 96241de59fdf548ae0f80cc9e4668f9ba11924ef: > > Fix flac build on e500mc cores (2011-09-29 19:31:38 +0100) > > are available in the git repository at: > git://git.openembedded.org/openembedded-core-contrib jansa/x11 > > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/x11 > > Martin Jansa (13): > xorg-driver: rename .inc files and merge some changes from meta-oe > libxft, libxrender, renderproto: add native BBCLASSEXTEND > xorg-app-common: merge some changes from meta-oe > xf86-video-omapfb: bump SRCREV and add patch from meta-oe > rgb: import from meta-oe layer > libdrm: improve packaging I'll take these ones. I've queued them on a master-next branch for now as I want to give other people some time to comment on them. If there isn't negative feedback I'll take them in ~24 hours. I've given feedback on why I think these need further work: > xserver-xf86: upgrade to 1.11.0 and move shared definitions to .inc > files > xserver-xf86-dri-lite: remove COMPATIBLE_HOST > libx11: upgrade to 1.4.4 > default-providers: define PREFERRED_PROVIDER_virtual/libx11-native > xserver-nodm-init: merge some changes from meta-oe > glx-use-tls: add from meta-oe layer > mesa: upgrade to 7.11 Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 04/13] libx11: upgrade to 1.4.4
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote: > Signed-off-by: Martin Jansa > --- > .../xorg-lib/libx11-1.4.4/keysymdef_include.patch | 19 +++ > .../libx11-1.4.4/x11_disable_makekeys.patch| 29 +++ > meta/recipes-graphics/xorg-lib/libx11.inc | 52 > > meta/recipes-graphics/xorg-lib/libx11_1.4.4.bb | 14 + > 4 files changed, 94 insertions(+), 20 deletions(-) > create mode 100644 > meta/recipes-graphics/xorg-lib/libx11-1.4.4/keysymdef_include.patch > create mode 100644 > meta/recipes-graphics/xorg-lib/libx11-1.4.4/x11_disable_makekeys.patch > create mode 100644 meta/recipes-graphics/xorg-lib/libx11_1.4.4.bb This isn't an upgrade, its an addition of a new version with changes to the core include file which likely break the previous version? +# Below option is added to overcome the GCC bug on ARM +# see http://gcc.gnu.org/PR42981 for further details. +# We could potentially take it off when its fixed in gcc 4.5 + +CFLAGS_append_arm = " -fforward-propagate " This shouldn't really be here, it should be in the toolchain config file, only applied for gcc 4.5 with something like: CFLAGS_append_arm_pn-libx11 = " -fforward-propagate " Also, there is a lot of whitespace churn in variables being added and removed in different orders. Can we reduce that please? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 13/13] mesa: upgrade to 7.11
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/recipes-graphics/mesa/mesa-7.11.inc | 15 ++
> meta/recipes-graphics/mesa/mesa-common.inc | 48
> +---
> .../mesa/mesa-dri-glsl-native_7.11.bb | 28 +++
> .../mesa/mesa-dri-glsl-native_7.8.2.bb | 27 ---
> meta/recipes-graphics/mesa/mesa-dri.inc| 27 +++
> meta/recipes-graphics/mesa/mesa-dri_7.11.bb|3 +
> meta/recipes-graphics/mesa/mesa-xlib.inc |5 ++
> meta/recipes-graphics/mesa/mesa-xlib_7.11.bb |4 ++
> .../mesa/{mesa-dri => mesa}/uclibc.patch |0
> meta/recipes-graphics/mesa/mesa_7.11.bb|6 +++
> 10 files changed, 120 insertions(+), 43 deletions(-)
> create mode 100644 meta/recipes-graphics/mesa/mesa-7.11.inc
> create mode 100644 meta/recipes-graphics/mesa/mesa-dri-glsl-native_7.11.bb
> delete mode 100644 meta/recipes-graphics/mesa/mesa-dri-glsl-native_7.8.2.bb
> create mode 100644 meta/recipes-graphics/mesa/mesa-dri.inc
> create mode 100644 meta/recipes-graphics/mesa/mesa-dri_7.11.bb
> create mode 100644 meta/recipes-graphics/mesa/mesa-xlib.inc
> create mode 100644 meta/recipes-graphics/mesa/mesa-xlib_7.11.bb
> rename meta/recipes-graphics/mesa/{mesa-dri => mesa}/uclibc.patch (100%)
> create mode 100644 meta/recipes-graphics/mesa/mesa_7.11.bb
>
This is an upgrade, repackaging, changes in code layout. It all needs to
be split up please.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 01/13] xserver-xf86: upgrade to 1.11.0 and move shared definitions to .inc files
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote: > * also improve packaging a bit > * motivated by xserver-xorg from meta-oe (which is IMHO named better - > closer to upstream) > > Signed-off-by: Martin Jansa > --- > .../xorg-xserver/xserver-xf86-1.11.0.inc |7 ++ > .../xorg-xserver/xserver-xf86-common.inc | 114 > +--- > .../xorg-xserver/xserver-xf86-dri-lite.inc | 34 +- > .../xorg-xserver/xserver-xf86-dri-lite_1.10.1.bb | 20 > .../xorg-xserver/xserver-xf86-dri-lite_1.11.0.bb |4 + > .../xorg-xserver/xserver-xf86-dri-lite_git.bb |8 +-- > .../xorg-xserver/xserver-xf86-lite.inc | 32 +- > .../xorg-xserver/xserver-xf86-lite_1.10.1.bb | 12 -- > .../xorg-xserver/xserver-xf86-lite_1.11.0.bb |2 + > 9 files changed, 123 insertions(+), 110 deletions(-) > create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-xf86-1.11.0.inc > delete mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-xf86-dri-lite_1.10.1.bb > create mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-xf86-dri-lite_1.11.0.bb > delete mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-xf86-lite_1.10.1.bb > create mode 100644 > meta/recipes-graphics/xorg-xserver/xserver-xf86-lite_1.11.0.bb I'm afraid I can't even begin to separate out all the pieces in this (version changes from packaging fixes from code layout changes). Please can you split it up. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 12/13] glx-use-tls: add from meta-oe layer
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/classes/glx-use-tls.bbclass |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
> create mode 100644 meta/classes/glx-use-tls.bbclass
>
> diff --git a/meta/classes/glx-use-tls.bbclass
> b/meta/classes/glx-use-tls.bbclass
> new file mode 100644
> index 000..7530872
> --- /dev/null
> +++ b/meta/classes/glx-use-tls.bbclass
> @@ -0,0 +1,7 @@
> +def get_tls_setting(bb, d):
> +# until we have no prober TLS support in uclibc disable it
> +if bb.data.getVar('TARGET_OS', d, 1).find('uclibc') >= 0 :
> +return ""
> +return "--enable-glx-tls"
> +
> +EXTRA_OECONF += "${@get_tls_setting(bb, d)}"
How many recipes actually use this? Shouldn't it really be a mesa
include file?
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 09/13] xserver-nodm-init: merge some changes from meta-oe
On Fri, Sep 30, 2011 at 12:52 PM, Martin Jansa wrote:
> On Fri, Sep 30, 2011 at 10:17:25AM +0100, Richard Purdie wrote:
> > On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> > > * /etc/X11/Xusername handling should be moved to x11-common so the same
> > > username and logic is used from initscript and when user starts it
> > > from terminal
> > >
> > > Signed-off-by: Martin Jansa
> > > ---
> > > .../x11-common/xserver-nodm-init/xserver-nodm | 30
> ++--
> > > 1 files changed, 9 insertions(+), 21 deletions(-)
> > >
> > > diff --git
> a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > > index c707a4b..9cd7904 100755
> > > --- a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > > +++ b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > > @@ -8,10 +8,7 @@
> > > # Default-Stop: 0 1 6
> > > ### END INIT INFO
> > >
> > > -killproc() {# kill the named process(es)
> > > -pid=`/bin/pidof $1`
> > > -[ "$pid" != "" ] && kill $pid
> > > -}
> > > +. /etc/init.d/functions
> > >
> > > read CMDLINE < /proc/cmdline
> > > for x in $CMDLINE; do
> > > @@ -25,25 +22,16 @@ done
> > >
> > > case "$1" in
> > >start)
> > > +# We don't want this script to block the rest of the boot process
> > > +if [ "$2" != "background" ]; then
> > > + $0 $1 background &
> > > +else
> > > . /etc/profile
> > > - username=root
> > > +
> > > echo "Starting Xserver"
> > > - if [ -f /etc/X11/Xusername ]; then
> > > - username=`cat /etc/X11/Xusername`
> > > - # setting for rootless X
> > > - chmod o+w /var/log
> > > - chmod g+r /dev/tty[0-3]
> > > - chmod o+rw /dev/input/*
> > > - # hidraw device is probably needed
> > > - if [ -e /dev/hidraw0 ]; then
> > > - chmod o+rw /dev/hidraw*
> > > - fi
> > > - fi
> > > - # Using su rather than sudo as latest 1.8.1 cause failure
> [YOCTO #1211]
> > > - su -l -c '/etc/X11/Xserver&' $username
> > > - # Wait for the desktop to say its finished loading
> > > - # before loading the rest of the system
> > > - # dbus-wait org.matchbox_project.desktop Loaded
> > > + . /etc/X11/xserver-common
> > > + xinit /etc/X11/Xsession -- `which $XSERVER` $ARGS
> >/var/log/Xsession.log 2>&1
> > > +fi
> > >;;
> ]> >
> > >stop)
> >
> > This is not "merge some changes from meta-oe", this is "overwrite
> > whatever is in oe-core with meta-oe" :(.
> >
> > The above wipes out rootless X support.
>
> Sorry about that and please ignore this patch..
>
> I've started moving rootless X support from not only xserver-nodm-init
> to unified x11-common/xserver-common, but because I didn't finish it
> I've removed xserver-common from this patchset and sent it here for
> review (ie because ant asked me to).
>
>
Yes, I'm to blame for that :)
Thanks again JaMa for your work.
The point is we are trying to reduce the delta between oe-core and meta-oe.
This has to be done asap, before drifting too much.
I have atm three cases of recipes present in both layers whitout any reason
(there are more, I know):
- udev
- xserver
- tzdata/tzcode
I hope the oe-core maintainers will give a look at meta-oe when updating
their recipes.
> > I've noticed this theme in several of the patches where for example a
> > decent long DESCRIPTION and a separate short SUMMARY are replaced with a
> > single one line SUMMARY.
>
> I'll recheck this, but I was really trying to keep whatever was better
> in orginal recipes, so if it's the case somewhere I'll fix it and send
> updated patch, sorry about that.
>
> > The fact you've done this means I'm going to have to go over every line
> > of changes in this and double check what is happening. Some of the
> > patches look ok but some like this are not.
>
> BTW: meta-oe patchset wasn't sent because git was offline..
>
> Bad luck. Please insist!
Regards,
>
> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
Regards
Andrea
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 11/13] libdrm: improve packaging
On Fri, Sep 30, 2011 at 12:03:32PM +0100, Richard Purdie wrote:
> On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> > Signed-off-by: Martin Jansa
> > ---
> > meta/recipes-graphics/drm/libdrm.inc |7 ---
> > meta/recipes-graphics/drm/libdrm_2.4.26.bb |2 +-
> > meta/recipes-graphics/drm/libdrm_git.bb|2 +-
> > 3 files changed, 6 insertions(+), 5 deletions(-)
> >
> > diff --git a/meta/recipes-graphics/drm/libdrm.inc
> > b/meta/recipes-graphics/drm/libdrm.inc
> > index 1ad9dc3..20d7f1f 100644
> > --- a/meta/recipes-graphics/drm/libdrm.inc
> > +++ b/meta/recipes-graphics/drm/libdrm.inc
> > @@ -15,7 +15,8 @@ DEPENDS += " libpciaccess"
> >
> > inherit autotools pkgconfig
> >
> > -PACKAGES =+ "libdrm-tests"
> > -FILES_libdrm-tests = "${bindir}/dr* ${bindir}/mode*"
> > +PACKAGES =+ "${PN}-tests ${PN}-drivers ${PN}-kms"
> > +FILES_${PN}-tests = "${bindir}/dr* ${bindir}/mode*"
> > +FILES_${PN}-drivers = "${libdir}/libdrm_*.so.*"
> > +FILES_${PN}-kms = "${libdir}/libkms*.so.*"
> >
> > -LEAD_SONAME = "libdrm.so"
>
> I want to make it *really* clear that this breaks anything depending on
> libdrm for oe-core users.
>
> This is exactly why I think the whole PR bump thing is stupid, braindead
> and simply wrong since the current fix is to go and find anything using
> libdrm and bump those PR values too.
>
> Of course we could add a "LIBDRM_INC_PR" in the core and bump that when
> libdrm changes.
>
> The trouble is following this path to its logical conclusion, we
> basically turn our automated build system into a set of manual changes
> where we compute dependency chains by hand.
>
> Sorry to labour this point but I do want people to understand why we
> need to take some pain in the short term and improve what we're doing...
>
> I will take the patch since I value getting meta-oe cleaned up and I'll
> add in a patch bumping PR for xserver/mesa but I'm not happy.
If you take also patch for xserver/mesa upgrade then extra PR bump won't
be needed :).
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 05/13] default-providers: define PREFERRED_PROVIDER_virtual/libx11-native
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote: > Signed-off-by: Martin Jansa > --- > meta/conf/distro/include/default-providers.inc |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/meta/conf/distro/include/default-providers.inc > b/meta/conf/distro/include/default-providers.inc > index d51ac64..7ff7891 100644 > --- a/meta/conf/distro/include/default-providers.inc > +++ b/meta/conf/distro/include/default-providers.inc > @@ -9,6 +9,7 @@ PREFERRED_PROVIDER_virtual/libgl ?= "mesa-xlib" > PREFERRED_PROVIDER_virtual/update-alternatives ?= > "update-alternatives-cworth" > PREFERRED_PROVIDER_virtual/update-alternatives-native ?= "opkg-native" > PREFERRED_PROVIDER_virtual/libx11 ?= "libx11-trim" > +PREFERRED_PROVIDER_virtual/libx11-native ?= "libx11-native" > PREFERRED_PROVIDER_xf86-video-intel ?= "xf86-video-intel" This is a symptom of a problem. Why do we need libx11-trim-native and libx11-diet-native? If the BBCLASSEXTEND is in the right place we don't have this problem... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 11/13] libdrm: improve packaging
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/recipes-graphics/drm/libdrm.inc |7 ---
> meta/recipes-graphics/drm/libdrm_2.4.26.bb |2 +-
> meta/recipes-graphics/drm/libdrm_git.bb|2 +-
> 3 files changed, 6 insertions(+), 5 deletions(-)
>
> diff --git a/meta/recipes-graphics/drm/libdrm.inc
> b/meta/recipes-graphics/drm/libdrm.inc
> index 1ad9dc3..20d7f1f 100644
> --- a/meta/recipes-graphics/drm/libdrm.inc
> +++ b/meta/recipes-graphics/drm/libdrm.inc
> @@ -15,7 +15,8 @@ DEPENDS += " libpciaccess"
>
> inherit autotools pkgconfig
>
> -PACKAGES =+ "libdrm-tests"
> -FILES_libdrm-tests = "${bindir}/dr* ${bindir}/mode*"
> +PACKAGES =+ "${PN}-tests ${PN}-drivers ${PN}-kms"
> +FILES_${PN}-tests = "${bindir}/dr* ${bindir}/mode*"
> +FILES_${PN}-drivers = "${libdir}/libdrm_*.so.*"
> +FILES_${PN}-kms = "${libdir}/libkms*.so.*"
>
> -LEAD_SONAME = "libdrm.so"
I want to make it *really* clear that this breaks anything depending on
libdrm for oe-core users.
This is exactly why I think the whole PR bump thing is stupid, braindead
and simply wrong since the current fix is to go and find anything using
libdrm and bump those PR values too.
Of course we could add a "LIBDRM_INC_PR" in the core and bump that when
libdrm changes.
The trouble is following this path to its logical conclusion, we
basically turn our automated build system into a set of manual changes
where we compute dependency chains by hand.
Sorry to labour this point but I do want people to understand why we
need to take some pain in the short term and improve what we're doing...
I will take the patch since I value getting meta-oe cleaned up and I'll
add in a patch bumping PR for xserver/mesa but I'm not happy.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 09/13] xserver-nodm-init: merge some changes from meta-oe
On Fri, Sep 30, 2011 at 10:17:25AM +0100, Richard Purdie wrote:
> On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> > * /etc/X11/Xusername handling should be moved to x11-common so the same
> > username and logic is used from initscript and when user starts it
> > from terminal
> >
> > Signed-off-by: Martin Jansa
> > ---
> > .../x11-common/xserver-nodm-init/xserver-nodm | 30
> > ++--
> > 1 files changed, 9 insertions(+), 21 deletions(-)
> >
> > diff --git
> > a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > index c707a4b..9cd7904 100755
> > --- a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > +++ b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> > @@ -8,10 +8,7 @@
> > # Default-Stop: 0 1 6
> > ### END INIT INFO
> >
> > -killproc() {# kill the named process(es)
> > -pid=`/bin/pidof $1`
> > -[ "$pid" != "" ] && kill $pid
> > -}
> > +. /etc/init.d/functions
> >
> > read CMDLINE < /proc/cmdline
> > for x in $CMDLINE; do
> > @@ -25,25 +22,16 @@ done
> >
> > case "$1" in
> >start)
> > +# We don't want this script to block the rest of the boot process
> > +if [ "$2" != "background" ]; then
> > + $0 $1 background &
> > +else
> > . /etc/profile
> > - username=root
> > +
> > echo "Starting Xserver"
> > - if [ -f /etc/X11/Xusername ]; then
> > - username=`cat /etc/X11/Xusername`
> > - # setting for rootless X
> > - chmod o+w /var/log
> > - chmod g+r /dev/tty[0-3]
> > - chmod o+rw /dev/input/*
> > - # hidraw device is probably needed
> > - if [ -e /dev/hidraw0 ]; then
> > - chmod o+rw /dev/hidraw*
> > - fi
> > - fi
> > - # Using su rather than sudo as latest 1.8.1 cause failure [YOCTO
> > #1211]
> > - su -l -c '/etc/X11/Xserver&' $username
> > - # Wait for the desktop to say its finished loading
> > - # before loading the rest of the system
> > - # dbus-wait org.matchbox_project.desktop Loaded
> > + . /etc/X11/xserver-common
> > + xinit /etc/X11/Xsession -- `which $XSERVER` $ARGS
> > >/var/log/Xsession.log 2>&1
> > +fi
> >;;
]> >
> >stop)
>
> This is not "merge some changes from meta-oe", this is "overwrite
> whatever is in oe-core with meta-oe" :(.
>
> The above wipes out rootless X support.
Sorry about that and please ignore this patch..
I've started moving rootless X support from not only xserver-nodm-init
to unified x11-common/xserver-common, but because I didn't finish it
I've removed xserver-common from this patchset and sent it here for
review (ie because ant asked me to).
> I've noticed this theme in several of the patches where for example a
> decent long DESCRIPTION and a separate short SUMMARY are replaced with a
> single one line SUMMARY.
I'll recheck this, but I was really trying to keep whatever was better
in orginal recipes, so if it's the case somewhere I'll fix it and send
updated patch, sorry about that.
> The fact you've done this means I'm going to have to go over every line
> of changes in this and double check what is happening. Some of the
> patches look ok but some like this are not.
BTW: meta-oe patchset wasn't sent because git was offline..
Regards,
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Build Times and Performance - Discussion + new ideas
On Fri, 2011-09-30 at 01:11 +, McClintock Matthew-B29882 wrote: > On Tue, Sep 27, 2011 at 12:07 PM, Richard Purdie > wrote: > > https://wiki.yoctoproject.org/wiki/Build_Performance > > > > As detailed there I've setup a partition formatted with ext4 with no > > journal, no barriers and most importantly a long commit time. The intent > > here is to allow things to exist in memory and not block on disk IO. > > Can you comment on how much these settings effect build times vs. > saying running on ext3 which our build server happens to be using? I don't have absolute numbers but there are the following performance limiting factors: - journal - turned off means faster but more data risk - ext4 has extents (which if nothing else allow deletion of build directories faster). I suspect these are a big win for us given how much direct file writing we do during unpack - noatime changes - reduces amount of writes needed - commit time changes - not forced to only keep 5 seconds of data in memory maximum so less process blocking on IO. You can do some of these things on ext3 (or just enable the features on your existing ext3 disk and start using them, you don't need to reformat). If the disk is your system and build disk, I'd get more worried and probably not recommend the changes. I'd recommend a separate build disk where at all possible. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 09/13] xserver-nodm-init: merge some changes from meta-oe
On Fri, 2011-09-30 at 09:27 +0200, Martin Jansa wrote:
> * /etc/X11/Xusername handling should be moved to x11-common so the same
> username and logic is used from initscript and when user starts it
> from terminal
>
> Signed-off-by: Martin Jansa
> ---
> .../x11-common/xserver-nodm-init/xserver-nodm | 30
> ++--
> 1 files changed, 9 insertions(+), 21 deletions(-)
>
> diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> index c707a4b..9cd7904 100755
> --- a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> +++ b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
> @@ -8,10 +8,7 @@
> # Default-Stop: 0 1 6
> ### END INIT INFO
>
> -killproc() {# kill the named process(es)
> -pid=`/bin/pidof $1`
> -[ "$pid" != "" ] && kill $pid
> -}
> +. /etc/init.d/functions
>
> read CMDLINE < /proc/cmdline
> for x in $CMDLINE; do
> @@ -25,25 +22,16 @@ done
>
> case "$1" in
>start)
> +# We don't want this script to block the rest of the boot process
> +if [ "$2" != "background" ]; then
> + $0 $1 background &
> +else
> . /etc/profile
> - username=root
> +
> echo "Starting Xserver"
> - if [ -f /etc/X11/Xusername ]; then
> - username=`cat /etc/X11/Xusername`
> - # setting for rootless X
> - chmod o+w /var/log
> - chmod g+r /dev/tty[0-3]
> - chmod o+rw /dev/input/*
> - # hidraw device is probably needed
> - if [ -e /dev/hidraw0 ]; then
> - chmod o+rw /dev/hidraw*
> - fi
> - fi
> - # Using su rather than sudo as latest 1.8.1 cause failure [YOCTO
> #1211]
> - su -l -c '/etc/X11/Xserver&' $username
> - # Wait for the desktop to say its finished loading
> - # before loading the rest of the system
> - # dbus-wait org.matchbox_project.desktop Loaded
> + . /etc/X11/xserver-common
> + xinit /etc/X11/Xsession -- `which $XSERVER` $ARGS
> >/var/log/Xsession.log 2>&1
> +fi
>;;
>
>stop)
This is not "merge some changes from meta-oe", this is "overwrite
whatever is in oe-core with meta-oe" :(.
The above wipes out rootless X support.
I've noticed this theme in several of the patches where for example a
decent long DESCRIPTION and a separate short SUMMARY are replaced with a
single one line SUMMARY.
The fact you've done this means I'm going to have to go over every line
of changes in this and double check what is happening. Some of the
patches look ok but some like this are not.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Add bash as RDEPENDS for gstreamer
On Thu, 2011-09-29 at 20:56 -0500, Matthew McClintock wrote: > This fixes the following build issue: > > | error: Failed dependencies: > | /bin/sh is needed by gstreamer-0.10.32-r1.ppce500v2 > > Signed-off-by: Matthew McClintock > --- > Not sure how to say we just depend on /bin/sh instead of requiring > the full blown version of bash 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. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
