2012/1/25 Khem Raj :
> On Wed, Jan 25, 2012 at 12:31 AM, Samuel Stirtzel
> wrote:
>> 2012/1/25 Samuel Stirtzel :
>>> 2012/1/24 Richard Purdie :
On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
> Hi,
> currently I try to build a native software that needs CMake, it is a
>
2012/1/26 Samuel Stirtzel :
> 2012/1/25 Khem Raj :
>> On Wed, Jan 25, 2012 at 12:31 AM, Samuel Stirtzel
>> wrote:
>>> 2012/1/25 Samuel Stirtzel :
2012/1/24 Richard Purdie :
> On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
>> Hi,
>> currently I try to build a native soft
Op 24 jan. 2012, om 18:10 heeft Richard Purdie het volgende geschreven:
> The securetty file is machine specific whilst the rest of the shadow recipe
> is not. Unfortunately making the recipce machine specific is both inefficient
> and also causes dependency problems since parts of the system suc
On Thursday 26 January 2012 07:52:22 Frans Meulenbroeks wrote:
> By coincidence I bumped into this in oe-core:
>
> ./meta/recipes-devtools/apt/apt.inc:EXTRA_OECONF_append_angstrom = "
> ac_cv_glibc_ver=libc6.4"
>
> That also triggered me to do this:
>
> frans@frans-desktop:~/workspace/openembedd
On Wed, 2012-01-25 at 09:31 +0100, Samuel Stirtzel wrote:
> 2012/1/25 Samuel Stirtzel :
> > 2012/1/24 Richard Purdie :
> >> On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
> >>> Hi,
> >>> currently I try to build a native software that needs CMake, it is a
> >>> required tool to cross com
On Thu, 2012-01-26 at 11:31 +, Paul Eggleton wrote:
> On Thursday 26 January 2012 07:52:22 Frans Meulenbroeks wrote:
> > By coincidence I bumped into this in oe-core:
> >
> > ./meta/recipes-devtools/apt/apt.inc:EXTRA_OECONF_append_angstrom = "
> > ac_cv_glibc_ver=libc6.4"
> >
> > That also tr
Bug 1721 about useradd dependency issues has surfaced some questions
about the setscene tasks and when and how they should be running.
One of the key questions is whether the setscene tasks should honour
dependencies and what order they should run in.
When sstate was created, it was designed wit
Currently if shadow-sysroot is installed from a sstate package,
shadow_sysroot_sstate_postinst is looking in ${D} for login.defs which
isn't a valid for an install from sstate.
The easiest and most correct way to fix this is to override the standard
sysroot_stage_all function to install the files
In the do_populate_sysroot_setscene case, pseudo has been unloaded and we need
to reload it. This code change ensures all the pseudo options are specified
so pseudo loads correctly.
It also improves some of the comments so all the different contexts are listed.
Signed-off-by: Richard Purdie
---
Hi,
for my work on the dm8148-evm I got firmware files with the suffix
".xem3" from TI. I made a simple recipe to install those files in my
image, but I ran into a bad problem:
The firmware files I find in my image are different from the files i use
in my recipe. No matter if I use "install" or j
On Thu, 2012-01-26 at 14:00 +0100, Rainer Koenig wrote:
> Hi,
>
> for my work on the dm8148-evm I got firmware files with the suffix
> ".xem3" from TI. I made a simple recipe to install those files in my
> image, but I ran into a bad problem:
>
> The firmware files I find in my image are differen
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 0f88a23..4bd3712 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -17,6 +17,7 @@ BB_HASHFILENAME = "${SSTATE_PKGNAME}"
SSTATE_MANMACH ?= "${SSTATE_PKGARCH}
The user addition needs to happen before the do_package files are extracted
by do_package_setscene since those are the ones we need to preserve the file
ownership information for. This patch ensures this happens.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/useradd.bbclass b/meta/c
Am 26.01.2012 14:55, schrieb Richard Purdie:
INHIBIT_PACKAGE_STRIP = "1"
Thank you. I'll give that one a try.
Rainer
--
Dipl.-Inf. (FH) Rainer Koenig
Project Manager Linux Business Clients
Dept. TSP WPS R&D SW OSE
Fujitsu Technology Solutions
Bürgermeister-Ullrich-Str. 100
86199 Augsburg
Ger
Again I'm totally confused. I tried to build my image, but the
xorg-record-extension is missing. The very strange thing is:
Other extensions like xorg-xserver-extension-dri exist als ipk packages, but
are not in the image and when I try to build them
manually with "bitbake xorg-xserver-extension
From: Andrei Gherzan
There are no more -full-native virtclass-native in yocto. The only dependency
for this is in
python where DEPENDS was changed accordingly.
Signed-off-by: Andrei Gherzan
---
.../recipes-devtools/python/python-native_2.7.2.bb |2 +-
meta/recipes-extended/bzip2/bzip2_1.0
Hi,
oe-core build of python 2.7.2 is broken regarding the following modules:
Python build finished, but the necessary bits to build these modules
were not found:
_bsddb _curses_curses_panel
_tkinter bsddb185 dbm
dl imageoplin
On Thu, Jan 26, 2012 at 7:45 AM, Rainer Koenig
wrote:
> Other extensions like xorg-xserver-extension-dri exist als ipk packages, but
> are not in the image and when I try to build them
> manually with "bitbake xorg-xserver-extension-dri" I get an
> error that says "nothing PROVIDES 'xserver-xorg-
On Thu, Jan 26, 2012 at 03:55:45PM +0100, Frans Meulenbroeks wrote:
> Dear all,
>
> Triggered by the discussion on oe devel on splitting meta-oe I decided to
> do some quick greps on who uses DEFAULT_PREFERENCE in oe-core and meta-oe.
>
> Below are the results.
> My questions:
> - are recipes wit
Dear all,
Triggered by the discussion on oe devel on splitting meta-oe I decided to
do some quick greps on who uses DEFAULT_PREFERENCE in oe-core and meta-oe.
Below are the results.
My questions:
- are recipes with D_P = -1 good enough to enter oe core and/or meta oe.
- is it desirable to have a
If a recipe packages multiple versions of shlib (e.g. powervr drivers) we only
want the shlib code to pickup $PN, not $PN-foo subpackages.
This keeps backward compatibility with the global PRIVATE_LIBS usage if no per
package PRIVATE_LIBS are set for a given package. In other words: this doesn't
On 01/22/2012 10:06 AM, Shane Wang wrote:
Upgrade recipes to the latest, including strace, pciutils, ed, ofono, iproute2,
bluez4, bluez-hcidump, kexec-tools, tremor, iptables, polkit, libxcb,
xcb-proto, pixman, util-macros, and mobile-broadband-provider-info.
Please review.
The following chang
On 01/20/2012 12:25 PM, Khem Raj wrote:
Signed-off-by: Khem Raj
---
.../ltp/ltp/uclibc-getcontext.patch| 78
.../ltp/{ltp_20110915.bb => ltp_20120104.bb} | 10 +-
2 files changed, 83 insertions(+), 5 deletions(-)
create mode 100644 meta/recipe
On 01/20/2012 10:52 AM, tom.zanu...@intel.com wrote:
From: Tom Zanussi
This patchset is a replacement for COMMERCIAL_LICENSE called LICENSE_FLAGS.
Please see the commit message for '[PATCH 1/5] license.bbclass: add support
for LICENSE_FLAGS' for an explanation of the LICENSE_FLAGS mechanism.
This provides several enhancements to the systemtap recipe to improve
end user experience.
- v2: Move uprobes bits to a separate recipe per Khem's request.
Wade Farnsworth (3):
Bump systemtap SRCREV
systemtap: extend the recipe to build the native package
systemtap: build and install uprobe
Since the target image may not contain dev tools, it is useful to
provide native systemtap in order to be able to compile systemtap
scripts for the target.
Signed-off-by: Wade Farnsworth
---
meta/recipes-kernel/systemtap/systemtap_git.bb |8 ++--
1 files changed, 6 insertions(+), 2 delet
SystemTap needs to provide uprobes.ko in order to support user space
probing. Build and install the module on systems that support it.
Additionally, split off common bits into systemtap_git.inc.
Signed-off-by: Wade Farnsworth
---
.../systemtap/systemtap-uprobes_git.bb | 42 ++
Bump systemtap SRCREV to pick up several changes including additional
ARM enhancements.
Signed-off-by: Wade Farnsworth
---
meta/recipes-kernel/systemtap/systemtap_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb
b/
This is the final piece of fixing the races in the useradd class by
ensuring base-passwd, shadow-native and shadow-sysroot are installed
before sstate packages which use useradd.
[YOCTO #1721]
Signed-off-by: Richard Purdie
---
NB: This patch depends on a change in bitbake to work but is harmles
On Thu, 2012-01-26 at 17:50 +0200, Andrei Gherzan wrote:
> From: Andrei Gherzan
>
> There are no more -full-native virtclass-native in yocto. The only dependency
> for this is in
> python where DEPENDS was changed accordingly.
>
> Signed-off-by: Andrei Gherzan
> ---
> .../recipes-devtools/pyt
On Wed, 2012-01-25 at 16:18 -0500, Marc Ferland wrote:
> Second version of the patch that adds grep to RDEPENDS.
>
> Fixes [YOCTO #1887]
>
> Signed-off-by: Marc Ferland
> ---
> meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb |5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
Merged t
On Thu, 2012-01-26 at 18:03 +0100, Koen Kooi wrote:
> If a recipe packages multiple versions of shlib (e.g. powervr drivers) we
> only want the shlib code to pickup $PN, not $PN-foo subpackages.
> This keeps backward compatibility with the global PRIVATE_LIBS usage if no
> per package PRIVATE_LIB
On Wed, 2012-01-25 at 15:05 -0800, Joshua Lock wrote:
> This second version has slightly tidier code per Richard's suggestions.
>
> Cheers,
> Joshua
>
> The following changes since commit 746e8ffa66850bf9050cd6baf94eb76c492eb535:
>
> uclibc-git: Update to latest RC (2012-01-25 14:33:52 +)
On Wed, 2012-01-25 at 11:29 -0800, Saul Wold wrote:
> Richard,
>
> This set address a build issue, and fixes a couple of bugs,
> I split the staticdev QA test into 2 part for the libgcc
> change.
>
> Thanks
> Sau!
>
>
> The following changes since commit 746e8ffa66850bf9050cd6baf94eb76c4
This is clearly coming to a head and we need to a better definition of
what we are doing and direction we are going. We recently had the 2
different implementation suggested on the list to accomplish WORKDIR
archiving along with the existing sourcepkg, distribute_src,
copyleft_compliance an
Folks,
Currently opkg-utils is hosted on svn.openmoko.org, that host seems to
be failing and is not a reliable upstream. We have a copy of opkg-utils
under git.yoctoproject.org (captured the last time svn.openmoko.org was
up). This move would also allow us to apply some pending patches.
W
On Tue, Jan 24, 2012 at 21:15, Joshua Lock wrote:
> I can't see any initscript, so I think switching to what's provided by
> alsa-utils would mean losing state saving for non-systemd folk but systemd
> users can probably just set VIRTUAL-RUNTIME_alsa-state =
> "alsa-utils-alsactl".
>
You still n
Op 26 jan. 2012, om 21:51 heeft Richard Purdie het volgende geschreven:
> On Thu, 2012-01-26 at 18:03 +0100, Koen Kooi wrote:
>> If a recipe packages multiple versions of shlib (e.g. powervr drivers) we
>> only want the shlib code to pickup $PN, not $PN-foo subpackages.
>> This keeps backward co
On 01/26/2012 07:58 AM, Sergey Lapin wrote:
Hi,
oe-core build of python 2.7.2 is broken regarding the following modules:
Python build finished, but the necessary bits to build these modules
were not found:
_bsddb _curses_curses_panel
_tkinter bsddb185
On Fri, 2012-01-27 at 00:17 +0100, Koen Kooi wrote:
> Op 26 jan. 2012, om 21:51 heeft Richard Purdie het volgende geschreven:
>
> > On Thu, 2012-01-26 at 18:03 +0100, Koen Kooi wrote:
> >> If a recipe packages multiple versions of shlib (e.g. powervr drivers) we
> >> only want the shlib code to p
Native support currently is appended in meta-oe. Native build failed with:
| /usr/share/gir-1.0/GLib-2.0.gir:9:1: error: Unsupported version '1.1'
| /usr/share/gir-1.0/GLib-2.0.gir:9:39: error: Unsupported version '1.1'
| error parsing file Atk-1.0.gir: Failed to parse included gir GLib-2.0
| make
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gdb/gdb-common.inc |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index d728139..930a71b 100644
--- a/meta/recipes-devtools/gdb/gdb
We have diverged a bit from oe.dev where thumb in OVERRIDES meant
the code was being compiled in thumb mode. With tunearch this got
a different meaning where it meant that if a core is capable of
generating thumb code them we will have this in overrides. With this
patch I am trying to address the p
task-core-tools-debug, task-core-tools-profile, task-core-tools-testapps
otherwise if we choose one through PACKAGE_GROUPS all packages
are built since they are in same recipe.
Signed-off-by: Khem Raj
---
.../conf/distro/include/distro_tracking_fields.inc | 26 +--
meta/conf/multilib.conf
The same functionality is provided by
machine/include/arm/feature-arm-thumb.inc
Setting ARM_INSTRUCTION_SET = "thumb"
in distro configs should be enough
Signed-off-by: Khem Raj
---
meta/conf/machine/include/tune-thumb.inc | 32 --
1 files changed, 0 insertions(+), 3
There are three new patches addressing the issue where thumb was being
added to OVERRIDES for thumb capable cores but not denoting if the mode
used for code compliation was thumb. This was originally the case in oe.dev
this patch make it behave in that way
thumb-intework addition to OVERRIDES had
Add no-thumb-interwork to TUNE_FEATURES for angstrom
Signed-off-by: Khem Raj
---
.../conf/machine/include/arm/feature-arm-thumb.inc |2 +-
meta/conf/machine/include/tune-strongarm1100.inc |4 +---
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/conf/machine/include/
Signed-off-by: Shane Wang
---
.../conf/distro/include/distro_tracking_fields.inc | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index a047315..1eb08a2
Fixed the typos in distro_tracking_fields for package report system not to show
duplicate stuffs.
The following changes since commit 238a47d800446996f5cb9929f33aaaffe618f7b6:
shadow-sysroot: Simplfy login.defs installation (2012-01-26 20:53:16 +)
are available in the git repository at:
49 matches
Mail list logo
