headers
Robert P. J. Day | 1 Apr 2012 01:12
Picon
Gravatar

is "fakeroot" still used as a variable "flag"?


  the bitbake manual lists "fakeroot" as a possible variable flag,
along with things like "nostamp", "noexec" and so on.  but i don't see
fakeroot being used as a flag anywhere in the source tree.  has that
changed?

rday

--

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================
Permalink | Reply | 2 comments |
headers
Paul Eggleton | 1 Apr 2012 01:46
Picon

Re: is "fakeroot" still used as a variable "flag"?

On Saturday 31 March 2012 19:12:12 Robert P. J. Day wrote:
>   the bitbake manual lists "fakeroot" as a possible variable flag,
> along with things like "nostamp", "noexec" and so on.  but i don't see
> fakeroot being used as a flag anywhere in the source tree.  has that
> changed?

No, fakeroot is still used - it is a flag for functions indicating fakeroot 
(these days pseudo) should be enabled when the function is executed.

Cheers,
Paul

--

-- 

Paul Eggleton
Intel Open Source Technology Centre
Permalink | Reply | 1 comment |
headers
Robert P. J. Day | 1 Apr 2012 01:52
Picon
Gravatar

Re: is "fakeroot" still used as a variable "flag"?

On Sun, 1 Apr 2012, Paul Eggleton wrote:

> On Saturday 31 March 2012 19:12:12 Robert P. J. Day wrote:
> >   the bitbake manual lists "fakeroot" as a possible variable flag,
> > along with things like "nostamp", "noexec" and so on.  but i don't see
> > fakeroot being used as a flag anywhere in the source tree.  has that
> > changed?
>
> No, fakeroot is still used - it is a flag for functions indicating fakeroot
> (these days pseudo) should be enabled when the function is executed.

  whoops, never mind, i misread that section in the manual.

rday

--

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================
Permalink | Reply | 0 comments |
headers
Paul Eggleton | 1 Apr 2012 02:47
Picon

Re: RFC: Porting KDE Plasma Active (WIP)

On Thursday 02 February 2012 12:50:16 Samuel Stirtzel wrote:
> There are other CMake configure pitfalls (all cross compiling scripts
> in kdelibs are commented out) but it seems that at least the most of
> them showed already during build time.

Unfortunately when I tried to build kdelibs4 I got the following:

| cd /home/paul/poky/poky/build-kde/tmp/work/i586-poky-
linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-
r0/git/build/kjs && /home/paul/poky/poky/build-kde/tmp/sysroots/x86_64-
linux/usr/bin/icemaker /home/paul/poky/poky/build-kde/tmp/work/i586-poky-
linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-
r0/git/kjs/bytecode
| /bin/sh: /home/paul/poky/poky/build-kde/tmp/sysroots/x86_64-
linux/usr/bin/icemaker: No such file or directory
| make[2]: *** [kjs/opcodes.h] Error 127
| make[2]: Leaving directory `/home/paul/poky/poky/build-kde/tmp/work/i586-
poky-linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-
r0/git/build'

Any ideas? Is this a PARALLEL_MAKE issue?

Cheers,
Paul

--

-- 

Paul Eggleton
Intel Open Source Technology Centre
(Continue reading)

Permalink | Reply | 4 comments |
headers
Robert Yang | 1 Apr 2012 04:31
Favicon

Re: RFC: Porting KDE Plasma Active (WIP)


On 04/01/2012 08:47 AM, Paul Eggleton wrote:
> On Thursday 02 February 2012 12:50:16 Samuel Stirtzel wrote:
>> There are other CMake configure pitfalls (all cross compiling scripts
>> in kdelibs are commented out) but it seems that at least the most of
>> them showed already during build time.
>
> Unfortunately when I tried to build kdelibs4 I got the following:
>
> | cd /home/paul/poky/poky/build-kde/tmp/work/i586-poky-
> linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-
> r0/git/build/kjs&&  /home/paul/poky/poky/build-kde/tmp/sysroots/x86_64-
> linux/usr/bin/icemaker /home/paul/poky/poky/build-kde/tmp/work/i586-poky-
> linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-
> r0/git/kjs/bytecode
> | /bin/sh: /home/paul/poky/poky/build-kde/tmp/sysroots/x86_64-
> linux/usr/bin/icemaker: No such file or directory
> | make[2]: *** [kjs/opcodes.h] Error 127
> | make[2]: Leaving directory `/home/paul/poky/poky/build-kde/tmp/work/i586-
> poky-linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-
> r0/git/build'
>

This is a known issue, there is an work around, it seems that the MACHINE is 
qemux86, and host is x86_64, we can:

cp

tmp/work/i586-poky-linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e96d2ed61fc-r0/git/build/bin/icemaker 
tmp/sysroots/x86_64-linux/usr/bin/icemaker
(Continue reading)

Permalink | Reply | 3 comments |
headers
edwin.zhai | 1 Apr 2012 04:24
Picon
Favicon

[PATCH 1/1] qemugl: Fix GL apps failure on Ubuntu 11 host with nVidia GLX driver

From: Zhai Edwin <edwin.zhai@...>

Previous version of nVidia GLX driver in Ubuntu 10 cause qemu segfault, so we
fall back to Mesa GLX driver if detecting nVidia driver installed. From Ubuntu
11, nVidia GLX driver works well, while previous work around cause GL apps
failure. So this work around is limited in Ubuntu 10 only, and will be removed
in future.

[YOCTO #1886] got fixed.

Signed-off-by: Zhai Edwin <edwin.zhai@...>
---
 scripts/runqemu-internal |   11 ++++++++---
 1 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/scripts/runqemu-internal b/scripts/runqemu-internal
index 73b8b41..92f245a 100755
--- a/scripts/runqemu-internal
+++ b/scripts/runqemu-internal
 <at>  <at>  -467,11 +467,15  <at>  <at>  cat << EOM
 WARNING: nVidia proprietary OpenGL libraries detected.
 nVidia's OpenGL libraries are known to have compatibility issues with qemu,
 resulting in a segfault. Please uninstall these drivers or ensure the mesa libGL
-libraries precede nvidia's via LD_PRELOAD(Already do it on Ubuntu).
+libraries precede nvidia's via LD_PRELOAD(Already do it on Ubuntu 10).
 EOM

 # Automatically use Ubuntu system's mesa libGL, other distro can add its own path
-    if grep -i ubuntu /etc/lsb-release &> /dev/null
+if grep -i ubuntu /etc/lsb-release &> /dev/null
(Continue reading)

Permalink | Reply | 0 comments |
headers
edwin.zhai | 1 Apr 2012 04:24
Picon
Favicon

[PATCH 0/1] Fixed GL apps failure on qemux86/x86-64 on Ubuntu 11 with Nvidia GLX driver, Apr1, 2012

From: Zhai Edwin <edwin.zhai@...>

All,
Previous version of nVidia GLX driver in Ubuntu 10 cause qemu segfault, so we
fall back to Mesa GLX driver if detecting nVidia driver installed. From Ubuntu
11, nVidia GLX driver works well, while previous work around cause GL apps
failure. So this work around is limited in Ubuntu 10 only, and will be removed
in future.

Pls. help to review and pull.

Thanks,
Edwin

The following changes since commit 8691a588267472eb5a32b978a0eb9ddfd0c91733:

  cross-canadian.bbclass: fix rpath for sdk executables (2012-03-31 18:00:59 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib gzhai/fix2
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/fix2

Zhai Edwin (1):
  qemugl: Fix GL apps failure on Ubuntu 11 host with nVidia GLX driver

 scripts/runqemu-internal |   11 ++++++++---
 1 files changed, 8 insertions(+), 3 deletions(-)

--

-- 
1.7.5.4
(Continue reading)

Permalink | Reply | 2 comments |
headers
Robert Yang | 1 Apr 2012 04:41
Favicon

Re: [oe-commits] Robert Yang : A script to clean obsolete sstate cache files


Hi Martin,

The fixes have been merged into oe-core, and it changed a lot.

// Robert

On 03/27/2012 11:19 PM, Martin Jansa wrote:
> On Tue, Mar 27, 2012 at 09:49:36PM +0800, Robert Yang wrote:
>>
>>
>> On 03/27/2012 09:35 PM, Martin Jansa wrote:
>>> On Tue, Mar 27, 2012 at 09:28:09PM +0800, Robert Yang wrote:
>>>>
>>>> Hi Martin,
>>>>
>>>> Thanks for reporting this, and I'm very sorry for the inconvenience,
>>>> please see my comment inline ...
>>>>
>>>> On 03/27/2012 07:33 PM, Martin Jansa wrote:
>>>>> On Tue, Mar 27, 2012 at 01:06:33PM +0200, Martin Jansa wrote:
>>>>>> On Fri, Feb 24, 2012 at 12:01:37AM +0000,
git@... wrote:
>>>>>>> Module: openembedded-core.git
>>>>>>> Branch: master
>>>>>>> Commit: 7c99ef6d2173b14e1109a540ee5ae47b56d707e7
>>>>>>> URL:    http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=7c99ef6d2173b14e1109a540ee5ae47b56d707e7
>>>>>>>
>>>>>>> Author: Robert Yang<liezhi.yang@...>
>>>>>>> Date:   Wed Feb 22 20:38:30 2012 +0800
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bruce Ashfield | 1 Apr 2012 05:54
Favicon

[PATCH 0/1] linux-yocto: update tiny configuration for 3.2

Richard/Saul,

Here's an update of the tiny kernel configuration for 3.2. Darren
and I have both tested this, and there's no impact on existing
configurations (outside of minor tweaks to common-pc), so there's
little risk in this pull request.

Cheers,

Bruce

The following changes since commit 8691a588267472eb5a32b978a0eb9ddfd0c91733:

  cross-canadian.bbclass: fix rpath for sdk executables (2012-03-31 18:00:59 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (1):
  linux-yocto: update tiny meta and configuration for kernel 3.2

 meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |    2 +-
 meta/recipes-kernel/linux/linux-yocto_3.2.bb    |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

--

-- 
1.7.5.4
Permalink | Reply | 2 comments |
headers
Bruce Ashfield | 1 Apr 2012 05:54
Favicon

[PATCH 1/1] linux-yocto: update tiny meta and configuration for kernel 3.2

Updating the META SRCREV to pickup these commits:

  59f350e meta: Add common-pc-tiny.scc
  0996ca9 tiny: Minimize the tiny config
  d6b57bb meta: common-pc add dependencies to cfg

Which update the configuration for the tiny profile of the kernel
for the 3.2 release.

cc: Darren Hart <dvhart@...>
Signed-off-by: Bruce Ashfield <bruce.ashfield@...>
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |    2 +-
 meta/recipes-kernel/linux/linux-yocto_3.2.bb    |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
index 6184e46..94ada7e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
 <at>  <at>  -16,7 +16,7  <at>  <at>  LINUX_KERNEL_TYPE = "preempt-rt"

 SRCREV_machine ?= "32ecb53e9ff759bbd297a10712b62a6575daaf86"
 SRCREV_machine_qemuppc ?= "0d5625bb868cc2471d5dd49eb7abe7eb5fe1044b"
-SRCREV_meta ?= "867fc7a19f2ea74253d1f20c3d61b7829635175b"
+SRCREV_meta ?= "59f350ec3794e19fa806c1b73749d851f8ebf364"

 PR = "r1"
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.2.bb b/meta/recipes-kernel/linux/linux-yocto_3.2.bb
(Continue reading)

Permalink | Reply | 1 comment |

Gmane