Re: [yocto] using gdb with externalsrc

On Wed, Jul 15, 2015 at 2:52 PM, Dave Kimble wrote: > Yes, I'm able to debug the externalsrc component. I can see variables, set > breakpoints, step/next through the code etc. (so the symbols are valid). And > local changes to the externalsrc component are reflected when I debug. > > But I can't l

[yocto] Anyone done a VAR-SOM-SOLO run-up?

Greetings all I'm having problems with the run-up of a Dizzy build on a VAR-SOM-SOLO. The same image is OK with a quad core variant, its just the single core fails so probably a DTB problem. I can't find any info on getting into u-boot - not even which serial port is used - so I can start debuggi

[yocto] [meta-mono] [PATCH 2/3] gtk-sharp-dev: add perl dependency

This package has perl scripts; make sure they're runnable. Signed-off-by: Richard Tollerton --- recipes-mono/gtk-sharp/gtk-sharp.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/recipes-mono/gtk-sharp/gtk-sharp.inc b/recipes-mono/gtk-sharp/gtk-sharp.inc index fe2b285..45d12b2 100644 ---

[yocto] [meta-mono] [PATCH 1/3] libgdiplus-native: depend explicitly on giflib-native

libgdiplus 2.10.8 is incompatible with changes made to the giflib5 API. This causes a build failure if giflib5 is installed on the host machine. To fix this, explicitly depend on giflib-native, which is still version 4.x and is thus compatible. Signed-off-by: Richard Tollerton --- recipes-mono/l

[yocto] [meta-mono] [PATCH 3/3] libgdiplus: add jpeg, tiff, giflib, libexif dependencies

These dependencies were found in package QA. Signed-off-by: Richard Tollerton --- recipes-mono/libgdiplus/libgdiplus_2.10.8.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-mono/libgdiplus/libgdiplus_2.10.8.bb b/recipes-mono/libgdiplus/libgdiplus_2.10.8.bb index 89

[yocto] [meta-mono] [PATCH 0/3] DEPENDS/RDEPENDS fixes

These are fixes for build/runtime issues due to insufficient dependency specifications. The libgdiplus patches fix observed build failures; the gtk-sharp-dev patch is untested but pretty obvious. The following changes since commit 9f63cbaaa859f9ae55288de06c1c0eb0e6992f53: mono-4.xx.inc: disabl

[yocto] [meta-mono] [PATCH 1/1] mono-4.xx.inc: use PARALLEL_MAKEINST="" instead of PARALLEL_MAKE=""

Disable parallel build only in `make install` because races haven't yet been observed in the rest of the build. Signed-off-by: Richard Tollerton --- recipes-mono/mono/mono-4.xx.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-mono/mono/mono-4.xx.inc b/recipes-mono/

[yocto] [meta-mono] [PATCH 0/1] mono: use PARALLEL_MAKEINST="" instead of PARALLEL_MAKE=""

Hi, last week I sent out a patch to disable parallel builds in mono; in hindsight I should have used PARALLEL_MAKEINST instead of PARALLEL_MAKE. Patch follows. This is one of several topic branches I've hacked together over the last couple of weeks; you can see the rest at https://github.com/rtoll

Re: [yocto] using gdb with externalsrc

On Wed, Jul 15, 2015 at 9:36 AM, Dave Kimble wrote: > We've got a component of an existing Yocto project under active development > that we'd like to debug with gdb. > > We’ve added these features to get gdb and the debug symbol packages into the > image: > > EXTRA_IMAGE_FEATURES = "debug-tweaks t

[yocto] using gdb with externalsrc

We've got a component of an existing Yocto project under active development that we'd like to debug with gdb.? We've added these features to get gdb and the debug symbol packages into the image: EXTRA_IMAGE_FEATURES = "debug-tweaks tools-debug" IMAGE_FEATURES = "ssh-server-openssh dbg-pkgs"

[yocto] FW: [LXCR-5218][PATCH 1/1] perl: update recipe for Perl 5.22 compatibility

Updating Test Pod recipe to be compatible with the new perl version 5.22 where Module::Build has been removed. See also: http://perltricks.com/article/165/2015/4/10/A-preview-of-Perl-5-22 Signed-off-by: Nora Björklund --- .../recipes-perl/perl/libtest-pod-perl_1.42.bb | 17 ---

Re: [yocto] Is there a fetcher for (dare I say it?) TFS (arrrrgh, I said it...) out there somewhere, or do I have to roll my own?

On Wednesday 15 July 2015 10:23:09 Paul Eggleton wrote: > Hi Jim, > > On Wednesday 15 July 2015 09:06:19 Spriggs, Jim wrote: > > [ before anyone tells me to wash my mouth with soap: I actually have to > > live with this junk on a daily basis, so cut me some slack already :-\ ] > Been there! (Not w

Re: [yocto] Is there a fetcher for (dare I say it?) TFS (arrrrgh, I said it...) out there somewhere, or do I have to roll my own?

Hi Jim, On Wednesday 15 July 2015 09:06:19 Spriggs, Jim wrote: > [ before anyone tells me to wash my mouth with soap: I actually have to live > with this junk on a daily basis, so cut me some slack already :-\ ] Been there! (Not with TFS, but VSS in a previous job...) > I'm running the dizzy ver

[yocto] Is there a fetcher for (dare I say it?) TFS (arrrrgh, I said it...) out there somewhere, or do I have to roll my own?

Hi Guys, [ before anyone tells me to wash my mouth with soap: I actually have to live with this junk on a daily basis, so cut me some slack already :-\ ] I'm running the dizzy version of bb on my build-server, and currently actively *push* stuff to it from the TFS-server. Obviously, I'd much