Re: [oe] patch queue manager account is inactive

On 08/10/2011 02:34 PM, Dick Hollenbeck wrote: > Can someone activate the account associated with d...@softplc.com > > The UI in the patch manager is atrocious, and has my account "de-activated". > It > knows about me, but refuses to allow me to log in, saying t

Re: [oe] bzr support is still broken

On 08/10/2011 02:37 PM, Dick Hollenbeck wrote: > http://patches.openembedded.org/patch/4021/ > > Is one way apparently to fix it. > > Still not committed, any reason why not? > > (I cannot login to patch queue manager.) > &

[oe] patch queue manager account is inactive

Can someone activate the account associated with d...@softplc.com The UI in the patch manager is atrocious, and has my account "de-activated". It knows about me, but refuses to allow me to log in, saying the account is inactive. Thanks, Dick ___ O

[oe] bzr support is still broken

http://patches.openembedded.org/patch/4021/ Is one way apparently to fix it. Still not committed, any reason why not? (I cannot login to patch queue manager.) Dick ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http:/

[oe] [PATCH v2] unpack.py: add support for .tar.lzma

* invoke tar properly to unpack a file with .tar.lzma extension Signed-off-by: Dick Hollenbeck --- lib/oe/unpack.py |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lib/oe/unpack.py b/lib/oe/unpack.py index 8e8bf36..d7e34a7 100644 --- a/lib/oe/unpack.py +++ b/lib/oe

[oe] [PATCH] enhance lib/oe/unpack.py for ".tar.lzma" files

The boys a mingw started packaging binutils as .tar.lzma files. This is the only trick I found to unpack them. It works. (I am trying to revitalize canadian-sdk at newer component versions.) diff --git a/lib/oe/unpack.py b/lib/oe/unpack.py index 8e8bf36..d7e34a7 100644 --- a/lib/oe/unpack.py +++

[oe] [PATCH] cc1 and cc1plus had about 20 mbytes of debug information each, in the final redistributable form. This patch strips those two binaries yielding a savings of about 40 mbytes per SDK.

> Signed-off-by: Dick Hollenbeckhttp://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel>> >We recently added logic to conf/distro/include/sane-toolchain-* to >handle the debug level via DEBUG_LEVEL. Would you mind adding a >DEBUG_LEVEL_HOST to conf/bitbake.conf and making BUILD_O

[oe] [PATCH] cc1 and cc1plus had about 20 mbytes of debug information each, in the final redistributable form. This patch strips those two binaries yielding a savings of about 40 mbytes per SDK.

Signed-off-by: Dick Hollenbeck --- recipes/gcc/gcc-package-sdk.inc|5 + recipes/gcc/gcc-package-target.inc |5 + 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/recipes/gcc/gcc-package-sdk.inc b/recipes/gcc/gcc-package-sdk.inc index 1b6529f..54452fa 100644

[oe] [PATCH] gcc internal executables have debug information attached

>From 75515b7abc69c9161c7acef0d2630cb94eabb05f Mon Sep 17 00:00:00 2001 From: Dick Hollenbeck Date: Mon, 7 Mar 2011 12:12:48 -0600 Subject: [PATCH] cc1 and cc1plus had about 20 mbytes of debug information each, in the final redistributable form. This patch strips those two binaries yieldin