**** BEGIN LOGGING AT Tue Mar 01 02:59:57 2011
Mar 01 06:55:46 <eFfeM_work> gm
Mar 01 06:58:54 <eFfeM_work> khem would it be ok if I push a patch for nios2 gcc? this is for 4.1.2 and is behind a SRC_URI_append_nios2 so no one else should be affected. or should this still go through a review? The patch is an update to the nios2 version you pointed me at last week, issue for review is that a lot of new files are added, making the patch about 500 K
Mar 01 07:15:45 <whoami> hello anyone around ?
Mar 01 07:21:06 <whoami> my postinst scripts don't do anything
Mar 01 07:26:37 <whoami> NOONE ?
Mar 01 07:43:35 <mckoan> good morning
Mar 01 07:46:34 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r276d6c3df7 10openembedded.git/recipes/linux/linux-kexecboot.inc: 
Mar 01 07:46:34 <CIA-47> linux-kexecboot.inc: fix CMDLINE_DEBUG tag
Mar 01 07:46:34 <CIA-47> * bump INC_PR
Mar 01 07:46:34 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 01 07:50:17 <CIA-47> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r497a5b3641 10openembedded.git/recipes/alsa/alsa-lib_1.0.24.1.bb: 
Mar 01 07:50:17 <CIA-47> alsa-lib: add 1.0.24.1, gives us UCM
Mar 01 07:50:17 <CIA-47> Signed-off-by: Koen Kooi <koen@openembedded.org>
Mar 01 07:50:24 <CIA-47> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r679b4bb094 10openembedded.git/recipes/alsa/ (2 files in 2 dirs): 
Mar 01 07:50:24 <CIA-47> alsa-utils: add 1.0.24.2
Mar 01 07:50:24 <CIA-47> Signed-off-by: Koen Kooi <koen@openembedded.org>
Mar 01 08:56:09 <khem> eFfeM_work: hmmm 500k may be if there are some recipe changes that needs attention otherwise its fine
Mar 01 08:56:26 <whoami> mckoan, can you tell me why the glibc-gconv all iso files are not in final rootfs
Mar 01 09:03:49 <JaMa|Off> khem: I know it's probably better to resolve in oe-core, but what do you think about adding -g to CFLAGS in sane-toolchain-*?
Mar 01 09:04:46 <khem> good thing
Mar 01 09:04:58 <khem> send patch
Mar 01 09:05:01 <JaMa|Off> ok
Mar 01 09:05:21 <JaMa|Off> khem: with -ggdb2 or without any -ggdb?
Mar 01 09:05:38 <khem> only -g
Mar 01 09:05:48 <Jay7> morning
Mar 01 09:12:46 <JaMa|Off> khem: sent to ml
Mar 01 09:38:41 <guyvdb_> Hi, I am trying to write my first recipe.  my do_configure() simple calls   ./configure I am getting a configuration error "If you meant to cross compile, use `--host'." Any pointers?   http://pastie.org/1620040
Mar 01 09:39:08 <woglinde> inherit autotools
Mar 01 09:39:17 <woglinde> no need for run configure manually
Mar 01 09:40:23 <guyvdb_> ok.. i tried that but was not winning... let me try again.... then i do not need to define do_configure() do_compile() or do_install()  correct?
Mar 01 09:41:39 <CIA-47> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * re493739240 10openembedded.git/recipes/ (shr/libphone-ui_git.bb tasks/task-shr-minimal.bb): 
Mar 01 09:41:39 <CIA-47> libphone-ui: add libphone-ui-config to libphone-ui RDEPENDS instead of task-shr-minimal-apps
Mar 01 09:41:39 <CIA-47> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Mar 01 09:41:49 <guyvdb_> also, how do I add dependencies? what is the variable name? DEPENDS += ?
Mar 01 09:42:17 <woglinde> DEPENDS =
Mar 01 09:42:22 <guyvdb_> thx
Mar 01 09:42:34 <woglinde> DEPENDS += you only need then using requie blafile
Mar 01 09:43:18 <guyvdb_> ok so if i have 2 dependencies do I comma separate or two DEPENDS = statements?
Mar 01 09:43:39 <JaMa|Off> guyvdb_: space separated
Mar 01 09:43:44 <guyvdb_> k
Mar 01 09:43:50 <JaMa|Off> guyvdb_: read existing recipes for examples
Mar 01 09:44:10 <guyvdb_> I have been... but it is a little confusing... think i am getting it
Mar 01 09:44:27 <woglinde> ?
Mar 01 09:44:43 <woglinde> are your software based on autotools or not?
Mar 01 09:44:49 <guyvdb_> yes
Mar 01 09:45:02 <woglinde> inherit autotools
Mar 01 09:45:27 <guyvdb_> yea got that from your last msg.. trying now
Mar 01 09:45:34 <woglinde> if it gives error pastebin them
Mar 01 09:45:41 <guyvdb_> ok thx
Mar 01 09:59:09 <bluelightning> morning all
Mar 01 10:00:44 <woglinde> hi bluelightning
Mar 01 10:03:22 <guyvdb_> I see there is a variable SOURCEFORGE_MIRROR is there an APACHE_MIRROR?
Mar 01 10:03:39 <guyvdb_> or is that defined in the recipie
Mar 01 10:03:41 <woglinde> grep is your friend
Mar 01 10:03:47 <guyvdb_> true :)
Mar 01 10:03:47 <JaMa|Off> guyvdb_: check conf/bitbake.conf for list of MIRRORS
Mar 01 10:04:45 <guyvdb_> got it thx
Mar 01 10:07:41 <guyvdb_> Please be patient with me. I am new to this. If I have DEPENDS = boost and I want a particular boost do I do PREFERS_boost = "x.x.x"
Mar 01 10:08:04 <woglinde> isnt possible
Mar 01 10:08:18 <woglinde> defint it in your local.conf for now
Mar 01 10:08:23 <guyvdb_> ok
Mar 01 10:08:41 <woglinde> PREFFERED_VERSION_boost = "344.3434"
Mar 01 10:08:49 <woglinde> gm gnutoo
Mar 01 10:10:15 <JaMa|Off> guyvdb_: and PREFFERED_VERSION_boost is not for your recipe.. but needs to be set for whole distribution if you really need different boost version than default
Mar 01 10:10:29 <guyvdb_> ok...
Mar 01 10:12:01 <CIA-47> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd70aabfb6a 10openembedded.git/recipes/opkg/opkg.inc: 
Mar 01 10:12:01 <CIA-47> opkg: move to r609
Mar 01 10:12:01 <CIA-47> This fixes a few segfaults
Mar 01 10:12:01 <CIA-47> Signed-off-by: Koen Kooi <koen@openembedded.org>
Mar 01 10:12:23 <JaMa|Off> grg: ping
Mar 01 10:51:19 <CIA-47> 03Stefan Schmidt <stefan@buglabs.net> 07master * r0b3127a0d3 10openembedded.git/recipes/llvm/llvm.inc: 
Mar 01 10:51:19 <CIA-47> llvm.inc: Empty TOOLCHAIN_OPTIONS to fix the build.
Mar 01 10:51:19 <CIA-47> This fixes a problem introduced by ebd905685a339814c36bf658a8e58bf8f457f14e
Mar 01 10:51:19 <CIA-47> Signed-off-by: Stefan Schmidt <stefan@buglabs.net>
Mar 01 10:51:19 <CIA-47> Acked-by: Khem Raj <raj.khem@gmail.com>
Mar 01 11:11:50 <woglinde> hi pb
Mar 01 11:11:53 <pb_> hi woglinde
Mar 01 11:12:27 <guyvdb_> I think i found a bug in the boost 1.4.5 recipie. I could not get it to compile until I added a DEPENDS bzip2 to it
Mar 01 11:12:49 <woglinde> hm yes
Mar 01 11:12:52 <woglinde> might bee
Mar 01 11:13:20 <guyvdb_> what should I do? Leave it? Create a patch ?
Mar 01 11:13:36 <woglinde> create patch send it to ml
Mar 01 11:13:40 <woglinde> or
Mar 01 11:13:45 <woglinde> let me do add the depence
Mar 01 11:13:56 <guyvdb_> ok so small please add it
Mar 01 11:30:39 <CIA-47> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * rf2e8329c76 10openembedded.git/recipes/opkg/opkg_svn.bb: 
Mar 01 11:30:39 <CIA-47> SlugOS: opkg_svn.bb -- remove SlugOS-specific patch that no longer applies.
Mar 01 11:30:39 <CIA-47> This patch has been pushed upstream. No PR bump required.
Mar 01 11:34:36 <woglinde> ugh
Mar 01 11:34:44 <woglinde> boost suffers from bad rpath
Mar 01 11:35:11 <guyvdb_> how is that fixed?
Mar 01 11:35:45 <guyvdb_> can I look into it with some guidance
Mar 01 11:36:46 <woglinde> hm I will fix it
Mar 01 11:36:55 <woglinde> stupid linker options
Mar 01 11:37:22 <guyvdb_> k thx... will you push it when done?
Mar 01 11:39:36 <CIA-47> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb528b222cb 10openembedded.git/recipes/shr/initscripts-shr_0.0.1.bb: 
Mar 01 11:39:36 <CIA-47> initscripts-shr: fix missing quote
Mar 01 11:39:36 <CIA-47> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Mar 01 11:39:50 <woglinde> guyvdb_ sure
Mar 01 11:54:25 <woglinde> hi obi
Mar 01 11:54:56 <obi> hi!
Mar 01 12:02:59 <guyvdb_> woglinde: I am trying to build netscape portable runtime can you look at this pastie for me   http://pastiebin.com/?page=p&id=4d6c8d8a198fd
Mar 01 12:04:19 <guyvdb_> I think the error is : |gnu-configize: cannot create ${srcdir}/build/autoconf: No such file or directory 
Mar 01 12:04:28 <woglinde> hm dont we have a recipe for it?
Mar 01 12:04:56 <guyvdb_> I did not see one...
Mar 01 12:05:06 <woglinde> this nspr?
Mar 01 12:05:28 <pb_> guyvdb_: it's in mozilla/
Mar 01 12:05:35 <guyvdb_> ahh
Mar 01 12:05:50 <guyvdb_> ok thx
Mar 01 12:05:52 <pb_> (confusingly)
Mar 01 12:06:09 <guyvdb_> it is a dependency i need... thought I would have to build it :)
Mar 01 12:06:31 <guyvdb_> woglinede disregard pastie
Mar 01 12:06:39 <woglinde> sure
Mar 01 12:06:49 <woglinde> but the mozilla stuff is a bit outdated
Mar 01 12:06:59 <woglinde> I think there are newer versions
Mar 01 12:07:30 <guyvdb_> 4.8.7 is latest version i will look at what we have and see if i can get it to latest
Mar 01 12:13:21 <woglinde> args
Mar 01 12:13:27 <woglinde> include/boost is 46 mb
Mar 01 12:13:29 <woglinde> wtf
Mar 01 12:14:41 <stefan_schmidt> woglinde: hi
Mar 01 12:14:49 <stefan_schmidt> woglinde: what days will you be at cebit?
Mar 01 12:15:34 <woglinde> thursday to satuarday
Mar 01 12:15:44 <woglinde> btw its on the oe cebit page
Mar 01 12:16:31 <woglinde> pb ping
Mar 01 12:17:11 <stefan_schmidt> woglinde: the cebit page is to ugly to read. :)
Mar 01 12:17:35 * stefan_schmidt could as well be lazy ;)
Mar 01 12:17:50 <woglinde> what?
Mar 01 12:17:51 <stefan_schmidt> woglinde: So we will see us on thrusday. Good.
Mar 01 12:17:54 <woglinde> they is small
Mar 01 12:18:05 <stefan_schmidt> I mean ugly not big :)
Mar 01 12:18:15 <woglinde> make it better
Mar 01 12:18:20 <woglinde> it has all infos
Mar 01 12:18:23 <stefan_schmidt> Well, I didn't even bother to have a look :P
Mar 01 12:18:27 <CIA-47> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r8322ddb9ee 10openembedded.git/recipes/shr/ (3 files in 3 dirs): 
Mar 01 12:18:27 <CIA-47> libphone-ui: move config files back to libphone-ui repo
Mar 01 12:18:27 <CIA-47> * install right one in do_install_append if machine specific is available
Mar 01 12:18:27 <CIA-47> * this helps keeping OE config and libphone-ui sources consistent
Mar 01 12:18:27 <CIA-47> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Mar 01 12:18:35 <woglinde> hm btw. not the one that mickeyl is ill
Mar 01 12:18:38 <stefan_schmidt> woglinde: ah, sorry, I meant the official cebit site
Mar 01 12:18:42 <stefan_schmidt> not the one from OE
Mar 01 12:18:46 <woglinde> oh okay
Mar 01 12:18:47 <woglinde> lol
Mar 01 12:18:54 <woglinde> hall 2
Mar 01 12:19:06 <stefan_schmidt> yeah, been there yesterday
Mar 01 12:19:12 <woglinde> hm maybee I should add it
Mar 01 12:19:17 <woglinde> yesterday?
Mar 01 12:19:19 <stefan_schmidt> Was hanging out with raster and some other E guys
Mar 01 12:19:53 <stefan_schmidt> just to get known to the booth and the linux media guys
Mar 01 12:19:54 <woglinde> building up booths?
Mar 01 12:19:58 <stefan_schmidt> no real cebit yesterday
Mar 01 12:20:11 <woglinde> so you will help out robert
Mar 01 12:20:14 <stefan_schmidt> everything was up already
Mar 01 12:20:44 <stefan_schmidt> woglinde: I may be able to help out some hours on thursday, but not the full day
Mar 01 12:21:04 <woglinde> every hour helps robert
Mar 01 12:21:19 <stefan_schmidt> That is one of the problem I see if we plan to go somewhere without enough people acknowledge that they will be around...
Mar 01 12:22:10 <stefan_schmidt> I really hate standing at a booth and normally I just don't do it. But I should be able to free Robert some hours to get food and relax a bit
Mar 01 12:23:10 <woglinde> fine
Mar 01 12:23:34 * stefan_schmidt is away for lunch, bbl
Mar 01 12:23:50 <woglinde> yeah
Mar 01 12:23:52 <woglinde> till later
Mar 01 12:27:26 <woglinde> boost pushed
Mar 01 12:27:41 <CIA-47> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * ref37c1c2fe 10openembedded.git/recipes/boost/ (3 files in 2 dirs): 
Mar 01 12:27:41 <CIA-47> boost: fix rpath isusse with version 1.45 and add bzip do depends
Mar 01 12:27:41 <CIA-47> * add a patch to rip out -Wl,R stuff from gcc jam defs
Mar 01 12:27:41 <CIA-47> * add bzip to depends as on the recipes before
Mar 01 12:27:41 <CIA-47> * remove the doubled icu depend
Mar 01 12:27:41 <CIA-47> * bump INC_PR und PR
Mar 01 12:54:41 <Crofton|work> stefan_schmidt, it is more fun than it sounds, but breaks are still appreciated :)
Mar 01 12:56:47 <stefan_schmidt> Crofton|work: I did it once for Openmoko at Linuxtag and I really don't like it. Anyway, Robert will need a break.
Mar 01 12:57:33 <Crofton|work> well, go in with an open mind :)
Mar 01 13:00:46 <stefan_schmidt> Crofton|work: no, I never do this :)
Mar 01 13:03:18 <woglinde> crofton cebit is diffrent
Mar 01 13:03:22 <woglinde> to much normal people
Mar 01 13:03:28 <Crofton|work> so I have two goals now
Mar 01 13:03:36 <Crofton|work> get RP to speak to large groups
Mar 01 13:03:39 <woglinde> maybee the dont come to the opensource booths's
Mar 01 13:03:40 <devzero_> hey
Mar 01 13:03:44 <Crofton|work> and stefan_schmidt to work stands :)
Mar 01 13:03:53 <woglinde> crofton and a lot of theft is on cebit
Mar 01 13:03:59 <devzero_> what wrong? ERROR: EOL while scanning string literal (FILESPATH, line 1) while parsing on each bb file
Mar 01 13:04:05 <Crofton|work> theft?
Mar 01 13:04:13 <woglinde> crofton yes
Mar 01 13:04:17 <Crofton|work> weird
Mar 01 13:04:23 <woglinde> the steal even your underware
Mar 01 13:04:33 <Crofton|work> there are many things in the owrld I do not understand
Mar 01 13:04:46 <woglinde> its germany
Mar 01 13:04:51 <woglinde> and big fair
Mar 01 13:04:57 <stefan_schmidt> woglinde: what I hear from the E both of today there is a steady stream of people. Perhaps a bit different as they show fancy pixel stuff :)
Mar 01 13:05:25 <stefan_schmidt> They should try to steal my underwear ;)
Mar 01 13:05:46 <JaMa|Off> :)
Mar 01 13:06:08 <stefan_schmidt> woglinde: having a second thought about openjdk it makes sense to just go with the newer version you already fixed. I just realized that it also contains security updates
Mar 01 13:06:31 <woglinde> yeah
Mar 01 13:06:35 <woglinde> but not the latest
Mar 01 13:06:40 <woglinde> I am waiting for buglabs
Mar 01 13:06:57 <JaMa|Off> yes and also please merge still needed bits from angstrom-java to sane-toolchain-java if those still exists
Mar 01 13:07:16 <stefan_schmidt> woglinde: I send ken my prio list regarding the work. Thomas should have it soon.
Mar 01 13:07:20 <JaMa|Off> but I was able to build new openjdk without angstrom-java included
Mar 01 13:07:32 <woglinde> jama will do
Mar 01 13:07:37 <stefan_schmidt> JaMa|Off: its angstrom-jalimo?
Mar 01 13:07:37 <woglinde> I am waiting for buglabs
Mar 01 13:07:42 <woglinde> *g*
Mar 01 13:07:45 <stefan_schmidt> woglinde: heh
Mar 01 13:07:59 <JaMa|Off> stefan_schmidt: ah, yes
Mar 01 13:08:30 <stefan_schmidt> Hopefully Ken and Thomas have the details out this week. I want you guys to start soon.
Mar 01 13:08:42 * stefan_schmidt is looking forward to reliable openjdk builds
Mar 01 13:08:50 * JaMa|Off too
Mar 01 13:08:54 <woglinde> you will get it
Mar 01 13:08:59 <woglinde> *promised*
Mar 01 13:09:00 <stefan_schmidt> That will be a relief
Mar 01 13:09:17 <stefan_schmidt> woglinde: good :)
Mar 01 13:09:41 <woglinde> maybee with llvm2.8
Mar 01 13:10:06 <stefan_schmidt> maybe, but other items have a higher prio for me.
Mar 01 13:10:13 <woglinde> sure
Mar 01 13:17:48 <guyvdb_> woglinde I see you pushed boost... thx
Mar 01 13:17:56 <CIA-47> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcce5e64822 10openembedded.git/recipes/pulseaudio/pulseaudio_git.bb: 
Mar 01 13:17:56 <CIA-47> pulseaudio: add git version
Mar 01 13:17:56 <CIA-47> armv4t/armv4t patches were not forward ported, so don't use this on those archs
Mar 01 13:17:56 <CIA-47> Signed-off-by: Koen Kooi <koen@openembedded.org>
Mar 01 13:18:24 <woglinde> guyvdb_ sure
Mar 01 13:57:28 <woglinde> hi kergoth
Mar 01 14:00:25 <kergoth> morning
Mar 01 14:30:22 <prjt61> Hello
Mar 01 14:30:49 <prjt61> Can somebody help me bitbaking console-image for ea3250?
Mar 01 14:31:00 <prjt61> It keeps erroring when patching the kernel
Mar 01 14:31:14 <woglinde> hm whats ea3250
Mar 01 14:31:16 <woglinde> lets see
Mar 01 14:31:23 <prjt61> Embedded Artist 3250
Mar 01 14:31:58 <woglinde> hm yeah
Mar 01 14:32:13 <woglinde> which kernelversion it is trying to build at your side?
Mar 01 14:32:14 <prjt61> 1 out of 1 hunk FAILED -- rejects in file arch/arm/mach-lpc32xx/clocks-lpc32xx.c
Mar 01 14:32:35 <prjt61> linux-ea3250_2.6.27.8.bb
Mar 01 14:32:40 <woglinde> okay
Mar 01 14:33:33 <woglinde> re jama
Mar 01 14:35:10 <prjt61> Any idea? =)
Mar 01 14:35:31 <woglinde> hm I will look at the patch
Mar 01 14:35:56 <prjt61> Thanks
Mar 01 14:36:23 <prjt61> It is the first patch
Mar 01 14:36:23 <prjt61> Applying patch kernel-arm-2.6.27.8-lpc32xx.patch
Mar 01 14:36:27 <prjt61> Wich fails
Mar 01 14:38:23 <woglinde> can you go to the source directory
Mar 01 14:38:33 <woglinde> and do quilt push -f
Mar 01 14:38:39 <woglinde> and look at the .rej files?
Mar 01 14:38:52 <prjt61> Sure one sec
Mar 01 14:39:32 <prjt61> quilt is not installed, will install it
Mar 01 14:40:37 <prjt61> prjt61@prjt61-1:~/projects/sources$ quilt push -f
Mar 01 14:40:38 <prjt61> No patches in series
Mar 01 14:41:40 <kergoth> that's not what he meant by source directory :)
Mar 01 14:41:49 <kergoth> bitbake -e virtual/kernel|grep S=
Mar 01 14:44:00 <prjt61> Ugh what is that output?
Mar 01 14:45:04 <prjt61> I don't understand
Mar 01 14:45:13 <prjt61> What source directory do I need to go to?
Mar 01 14:47:45 <woglinde> the source directory where should go
Mar 01 14:47:57 <kergoth> bitbake builds things.  each recipe has a source tree
Mar 01 14:48:17 <prjt61> Yea that is my ~/projects/sources folder
Mar 01 14:48:25 <kergoth> huh?
Mar 01 14:48:39 <prjt61> Or do you mean the recipes folder?
Mar 01 14:48:39 <kergoth> no.  the tree where the recipe's source archives are *extracted*
Mar 01 14:48:42 <kergoth> not your *download* directory
Mar 01 14:48:43 <kergoth> no
Mar 01 14:48:45 <kergoth> not the recipes folder
Mar 01 14:48:52 <kergoth> the tree where bitbake extracted the files for the recipe
Mar 01 14:49:08 <prjt61> The build folder?
Mar 01 14:49:24 * kergoth gives up
Mar 01 14:49:27 <prjt61> Lol
Mar 01 14:49:30 <prjt61> $BBPATH ?
Mar 01 14:49:35 <kergoth> no, no, no.
Mar 01 14:49:41 <woglinde> paste output of bitbake -e virtual/kernel|grep S=
Mar 01 14:49:44 <kergoth> we're talking about bitbake's *OUTPUT*
Mar 01 14:49:48 <kergoth> which goes in tmp in the build dir
Mar 01 14:49:50 <kergoth> not *input*
Mar 01 14:49:53 <kergoth> they're two completely different things
Mar 01 14:49:57 <prjt61> woglinde, that is ALOT of text wich doesn't makes sense
Mar 01 14:50:08 <kergoth> its a list of variables, key=value
Mar 01 14:50:12 <kergoth> fine the one that's just S=
Mar 01 14:50:25 <kergoth> that's the definition of the S variable for the virtual/kernel recipe, wh ich is the path to the extracted source tree
Mar 01 14:51:43 <prjt61> I am in the tmp dir wich has these folders: abi_version  cache  deploy  distro_pr  pkgdata  pstage  saved_tmpdir  stamps  sysroots  tmp  usr  work
Mar 01 14:53:08 <woglinde> try grep "WORKDIR="
Mar 01 14:53:13 <woglinde> cd there
Mar 01 14:53:22 <woglinde> and then to next linux dir
Mar 01 14:56:44 <prjt61> I think I found it
Mar 01 14:57:01 <prjt61> Applied patch kernel-arm-2.6.27.8-lpc32xx.patch (forced; needs refresh)
Mar 01 14:57:23 <woglinde> now find -name "*.rej"
Mar 01 14:57:47 <prjt61> ./arch/arm/Kconfig.rej
Mar 01 14:58:36 <woglinde> okay
Mar 01 14:58:41 <woglinde> ~pastebin
Mar 01 14:58:42 <ibot> [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
Mar 01 14:58:50 <woglinde> pastebin this file
Mar 01 14:59:58 <prjt61> http://pastebin.com/rNQjHxTj
Mar 01 15:00:37 <woglinde> prjt61 are you familiar with it?
Mar 01 15:00:46 <prjt61> With pastebin?
Mar 01 15:01:12 <woglinde> no with fixing it up yourself
Mar 01 15:01:21 <prjt61> Not really... sorry
Mar 01 15:01:27 <prjt61> This is the first time I work with OE
Mar 01 15:01:29 <woglinde> okay mom
Mar 01 15:01:31 <prjt61> It is for a school project
Mar 01 15:03:15 <woglinde> I will fix it for you
Mar 01 15:03:26 <woglinde> but will last a while
Mar 01 15:03:41 <prjt61> Hmm I can help
Mar 01 15:04:23 <prjt61> If I understand what to do offcourse
Mar 01 15:04:57 <woglinde> seems something changed in this file upstream
Mar 01 15:05:02 <woglinde> and you have applie it manually
Mar 01 15:05:07 <woglinde> but I will do it for you
Mar 01 15:14:10 <prjt61> Hmm ok
Mar 01 15:14:33 <prjt61> Are you writing a new patch file based on the .rej or something?
Mar 01 15:15:52 <woglinde> yes
Mar 01 15:17:05 <woglinde> hm args
Mar 01 15:17:13 <woglinde> stupid dos endings
Mar 01 15:17:23 <prjt61> Lol
Mar 01 15:17:35 <woglinde> hm not only
Mar 01 15:20:31 <woglinde> hm its really the last patch
Mar 01 15:20:38 <guyvdb_> :)
Mar 01 15:20:52 <prjt61> Aww
Mar 01 15:21:02 <devzero_> ERROR: EOL while scanning string literal (FILESPATH, line 1) while parsing /stuff/openembedded/recipes/freesmartphone/fso-gpsd_git.bb  that happens on each bb file - latest git checkout - any hints?
Mar 01 15:21:06 <guyvdb_> hes been at it all day :)
Mar 01 15:21:24 <woglinde> prjt61 have 5 minutes
Mar 01 15:21:32 <prjt61> You had to go through all patch files manually?
Mar 01 15:21:34 <prjt61> Ok sure
Mar 01 15:21:39 <woglinde> no
Mar 01 15:21:41 <woglinde> only the last
Mar 01 15:21:41 <prjt61> Take your time
Mar 01 15:21:53 <prjt61> And please explain after what you did exactly
Mar 01 15:22:03 <prjt61> So I can do it my self next time
Mar 01 15:22:04 <prjt61> =)
Mar 01 15:22:04 <woglinde> hm look at the commits
Mar 01 15:22:17 <woglinde> I applied manually
Mar 01 15:22:24 <woglinde> the patch which didnt worked
Mar 01 15:25:00 <prjt61> Where can I check the commit?
Mar 01 15:25:36 <woglinde> mom
Mar 01 15:26:15 <woglinde> first test it again
Mar 01 15:26:27 <prjt61> Ok, performing bitbake console-image
Mar 01 15:27:04 <jkridner|work1> what is a .lock file in my downloads directory?
Mar 01 15:27:44 <woglinde> prjt61?
Mar 01 15:27:50 <prjt61> Yes?
Mar 01 15:27:52 <woglinde> I didnt checked yet in something
Mar 01 15:28:01 <prjt61> Ahh ok
Mar 01 15:28:04 <woglinde> jkridner|work1 file from old downloader
Mar 01 15:28:09 <woglinde> jkridner|work1 you can delete it
Mar 01 15:32:26 <woglinde> prjt61 pushed
Mar 01 15:32:28 <CIA-47> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r524f98da7d 10openembedded.git/recipes/linux/linux-ea3250-2.6.27.8/lpc32xx-spwm.patch: linux-ea3250-2.6.27.8: refresh lpc32xx-spwm.patch, so it can apply cleanly
Mar 01 15:32:39 <woglinde> do git pull --rebase
Mar 01 15:32:43 <prjt61> Nice
Mar 01 15:33:02 <guyvdb_> I cannot figure out how to build nspr. It is trying to run nsinstall but cannot find the binary... any ideas?  http://pastiebin.com/?page=p&id=4d6cbeb55a44c
Mar 01 15:33:07 <woglinde> bitbake  -c clean virtual/kernel
Mar 01 15:33:26 <woglinde> run bitbake virtual/kernel
Mar 01 15:34:04 <woglinde> what the hell is nsinstall
Mar 01 15:34:19 <jkridner|work1> hmmm....  bitbake seems to be deleting the copy of the file I downloaded. :(
Mar 01 15:34:40 <jkridner|work1> I dropped a copy into the downloads folder and each time I run the build it deletes it.
Mar 01 15:34:45 <guyvdb_> I guess it is something in the nspr-tools-native package... but cannot figure it out
Mar 01 15:35:00 <woglinde> guyvdb_ hm yes
Mar 01 15:35:03 <woglinde> that makes sense
Mar 01 15:35:16 <woglinde> the file cannt exectuted natively
Mar 01 15:35:21 <woglinde> if it is arm
Mar 01 15:35:24 <guyvdb_> yea... 
Mar 01 15:35:26 <woglinde> maybee with qemu
Mar 01 15:35:36 <woglinde> but not for installing something
Mar 01 15:35:39 <woglinde> thats stupid
Mar 01 15:35:46 <guyvdb_> yup 
Mar 01 15:36:34 <woglinde> okay
Mar 01 15:36:35 <pb_> yeah, just build an nsinstall-native if there isn't one already
Mar 01 15:36:45 <woglinde> have to catch my son
Mar 01 15:36:49 <woglinde> till later
Mar 01 15:36:52 <pb_> I'm not quite sure why mozilla need their own install, presumably due to reasons.
Mar 01 15:36:57 <prjt61> woglinde, it's cleaning
Mar 01 15:37:05 <guyvdb_> bye woglinde thx for all the help today
Mar 01 15:37:12 <guyvdb_> pb_ i will try that
Mar 01 15:37:16 <woglinde> yeah no prob
Mar 01 15:37:26 <woglinde> pb but the dep should have build it
Mar 01 15:38:13 <kergoth> hmm, OT, but anyone know of any good resources for improving one's writing skill, particularly as a software engineer?
Mar 01 15:38:45 <pb_> good question.  no, but I could use some.  my writing sucks.
Mar 01 15:38:50 <prjt61> woglinde, it errors when cleaning
Mar 01 15:46:58 <jkridner|work1> creating a .md5 file seemed to fix the problem.
Mar 01 15:47:44 <prjt61> Nice I just saw the failing package succeeding =)
Mar 01 15:50:23 <guyvdb_> ok i am stuck. nspr creates executable  in working nspr-${v}/mozilla/nsprpub/config/nsinstall  and nspr-tools-native creates a native version of this in the same place but nspr fails because when nsinstall runs the arm version is at that location. Not the native version... any ideas
Mar 01 15:56:09 <pb_> guyvdb: it should be running the version from your native sysroot
Mar 01 16:08:45 <guyvdb_> pb_ do_compile() invokes   ../../../config/./nsinstall which is the arm binary
Mar 01 16:09:08 <guyvdb_> that is from within the directory  tmp/work/armv6-angstrom-linux-gnueabi/nspr-4.7.1-r1/nspr-4.7.1/mozilla/nsprpub/pr/include/md'
Mar 01 16:09:28 * Tartarus drafts the changes since section on 2011.03
Mar 01 16:10:06 <Tartarus> http://wiki.openembedded.org/index.php/Release-2011.03#Changes_since_the_2010.12_Release
Mar 01 16:10:17 <Tartarus> but I'm only up to 161c773156ac98e8648ca779926514ba4f5dccfd in the log
Mar 01 16:10:19 <pb_> guyvdb_: then I guess do_compile() needs to be patched
Mar 01 16:21:14 <Crofton|work> anyone have any idea why system-tools-backends decides to re-run configure during do_compile
Mar 01 16:21:20 <Crofton|work> on a Fedora machine?
Mar 01 16:21:55 <Tartarus> Hmm
Mar 01 16:22:05 <Tartarus> The libtool bit at the end?
Mar 01 16:22:31 <Tartarus> Try changing it from cp ...libtool ${S} to EXTRA_OEMAKE='LIBTOOL=${...}libtool'
Mar 01 16:22:36 <Crofton|work> it feels like it found another automake on the build machine
Mar 01 16:22:37 <Tartarus> or whatever the correct incantation that others do
Mar 01 16:23:10 <Tartarus> Also, maybe we should switch it to just a do_configure_prepend() ?
Mar 01 16:23:50 <Crofton|work> heh
Mar 01 16:23:56 <Crofton|work> not my area of expertise ...
Mar 01 16:24:00 <Tartarus> heh
Mar 01 16:24:11 <Crofton|work> I'll try the EXTRA_OEMAKE approach real quick
Mar 01 16:24:11 <Tartarus> Well, just the sed's
Mar 01 16:24:17 <Tartarus> And then the EXTRAQ_OEMAKE bi
Mar 01 16:24:18 <Tartarus> t
Mar 01 16:25:06 <Crofton|work> dman lunch time already
Mar 01 16:25:13 <Crofton|work> EXTRA_OEMAKE = "LIBTOOL=${STAGING_BINDIR_CROSS}/${TARGET_PREFIX}libtool"
Mar 01 16:25:15 <Crofton|work> ?
Mar 01 16:26:03 <Tartarus> looks right
Mar 01 16:26:20 <Crofton|work> ok
Mar 01 16:26:22 <Crofton|work> bbaib
Mar 01 16:26:30 <Crofton|work> running now
Mar 01 16:26:32 <woglinde> re
Mar 01 16:26:46 <prjt61> woglinde ?
Mar 01 16:26:47 <Crofton|work> bye
Mar 01 16:27:13 <ka6sox-away> morning
Mar 01 16:27:15 <woglinde> prjt61 re == rehi
Mar 01 16:27:36 <prjt61> Sorry?
Mar 01 16:27:54 <ka6sox-away> yesterday when I got back I heard of a "problem" what was it woglinde?
Mar 01 16:28:28 <woglinde> ka6sox makeing accounts in the wiki
Mar 01 16:28:36 <woglinde> bluelightning had the problems
Mar 01 16:28:58 <woglinde> prjt61 its simple means I am back
Mar 01 16:29:15 <prjt61> Ahh ok
Mar 01 16:29:16 <ka6sox-away> bluelightning, you about?
Mar 01 16:29:36 <bluelightning> ka6sox-away: yep, was unable to create a wiki account yesterday; also noticed Administrators group seems to be empty
Mar 01 16:29:37 <prjt61> It returns a new error
Mar 01 16:30:12 <bluelightning> ka6sox-away: or at least, that's what it looked like, perhaps the error page is broken
Mar 01 16:30:16 <woglinde> prjt61 okay whats next?
Mar 01 16:30:30 <prjt61> woglinde, http://pastebin.com/2u4nuRme
Mar 01 16:31:16 <Tartarus> http://wiki.openembedded.org/index.php/Release-2011.03#Changes_since_the_2010.12_Release any comments? Not done yet in reading the log 'tho
Mar 01 16:32:24 <woglinde> prjt61 I really wonder that someone checked if this compiles
Mar 01 16:33:28 <prjt61> Well, it did gave me an error when cleaning
Mar 01 16:33:36 <prjt61> Could that be a/the problem?
Mar 01 16:33:59 <woglinde> args damn
Mar 01 16:34:00 <woglinde> no
Mar 01 16:34:05 <woglinde> stupid me
Mar 01 16:34:09 <prjt61> =)
Mar 01 16:39:20 <woglinde> I messed up the patch
Mar 01 16:39:30 <woglinde> will compile it now my self
Mar 01 16:39:35 <woglinde> soI sure its working
Mar 01 16:39:39 <woglinde> sorry
Mar 01 16:39:48 <prjt61> It's ok
Mar 01 16:39:55 <prjt61> I don't blame you
Mar 01 16:39:57 <prjt61> =)
Mar 01 16:41:38 <prjt61> Alot of students over here will be pleased if the kernel compiles
Mar 01 16:49:56 <prjt61> woglinde, not to rush you or anything, but how long will it take to test the source?
Mar 01 16:54:52 <woglinde> prjt61 you can yuick fix it yourself
Mar 01 16:54:58 <woglinde> run the clean
Mar 01 16:55:25 <prjt61> Cleaning
Mar 01 16:55:29 <woglinde> edit recipes/linux/linux-ea3250-2.6.27.8/lpc32xx-spwm.patch
Mar 01 16:55:36 <woglinde> go the end
Mar 01 16:56:27 <woglinde> remove the double plus
Mar 01 16:56:31 <woglinde> so its looks like
Mar 01 16:56:32 <woglinde> +#if defined(CONFIG_SPWM_LPC32XX)
Mar 01 16:56:33 <woglinde> +extern void lpc32xx_spwm_init(void);
Mar 01 16:56:33 <woglinde> +#endif
Mar 01 16:56:44 <CIA-47> 03Tom Rini <tom_rini@mentor.com> 07master * r9e1d7a09fb 10openembedded.git/recipes/avahi/ (9 files in 2 dirs): 
Mar 01 16:56:44 <CIA-47> avahi: Drop older versions
Mar 01 16:56:44 <CIA-47> We drop a number of un-pinned older versions and clean up slightly
Mar 01 16:56:44 <CIA-47> the files directory.
Mar 01 16:56:44 <CIA-47> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Mar 01 16:56:46 <woglinde> when I have checked it in
Mar 01 16:56:49 <woglinde> again
Mar 01 16:57:04 <woglinde> do git checkout recipes/linux/linux-ea3250-2.6.27.8/lpc32xx-spwm.patch and git pull --rebase
Mar 01 16:57:14 <woglinde> otherwise no updates will work for you anymore
Mar 01 16:57:19 <prjt61> Ok
Mar 01 16:57:23 <prjt61> I made the adjustment
Mar 01 16:57:38 <woglinde> okay start build again
Mar 01 16:58:20 <prjt61> Ok it started building
Mar 01 16:58:48 <prjt61> Now the patch fails again
Mar 01 16:58:53 <woglinde> hms
Mar 01 16:59:27 <woglinde> can you pastebin the recipes/linux/linux-ea3250-2.6.27.8/lpc32xx-spwm.patch file?
Mar 01 17:01:16 <woglinde> or only the last 10 lines
Mar 01 17:01:33 <prjt61> http://pastebin.com/ZLeNpVmL
Mar 01 17:01:37 <prjt61> Oh, it's the complete file =)
Mar 01 17:02:34 <woglinde> no problem
Mar 01 17:02:57 <woglinde> that looks sane
Mar 01 17:03:04 <woglinde> args
Mar 01 17:03:08 <woglinde> hm
Mar 01 17:03:19 <woglinde> are you on an utf-8 linux?
Mar 01 17:03:31 <prjt61> Ubuntu 10.10
Mar 01 17:03:33 <woglinde> maybee your editor changed the line endings
Mar 01 17:03:36 <woglinde> hm okay
Mar 01 17:03:38 <woglinde> strange
Mar 01 17:03:40 <prjt61> I used gedit
Mar 01 17:04:15 <woglinde> hm sure made the -c clean?
Mar 01 17:04:35 <prjt61> Yes, I can do it again
Mar 01 17:05:41 <woglinde> hm only last 10 min here
Mar 01 17:06:00 <woglinde> than the build should be finished
Mar 01 17:06:40 <prjt61> 2 out of 2 hunks FAILED -- rejects in file arch/arm/mach-lpc32xx/sys-lpc32xx.h
Mar 01 17:06:40 <prjt61> Patch lpc32xx-spwm.patch does not apply (enforce with -f)
Mar 01 17:10:21 <woglinde> hm okay
Mar 01 17:10:55 <woglinde> hm why the hell the kernelbuild needs pam
Mar 01 17:23:10 <woglinde> hi risca
Mar 01 17:23:17 <risca> Hi
Mar 01 17:24:00 <woglinde> all fine now?
Mar 01 17:24:34 <GNUtoo|laptop> hi woglinde 
Mar 01 17:24:42 <GNUtoo|laptop> did you have the time to fix curl?
Mar 01 17:25:59 <risca> Well... the fbv package seems fine, but I got some compilation errors related with GCC>=4.4.2
Mar 01 17:26:24 <risca> http://debbugs.gnu.org/cgi-bin/bugreport.cgi?bug=5047
Mar 01 17:26:56 <woglinde> ?
Mar 01 17:27:13 <woglinde> GNUtoo hm um what was wrong with curl?
Mar 01 17:27:20 <woglinde> hm the host includes
Mar 01 17:27:25 <woglinde> because of ldap
Mar 01 17:27:27 <GNUtoo|laptop> yes
Mar 01 17:27:29 <woglinde> okay I will check it
Mar 01 17:27:32 <GNUtoo|laptop> I did that locally to fix:
Mar 01 17:27:37 <GNUtoo|laptop> +        deps.append("libgcrypt" + native)
Mar 01 17:27:43 <GNUtoo|laptop> but that's the wrong fix
Mar 01 17:27:45 <GNUtoo|laptop> as you told me
Mar 01 17:28:03 <woglinde> yeah fix is to leave ldap complete out
Mar 01 17:28:14 <GNUtoo|laptop> indeed we don't need ldap
Mar 01 17:28:28 <woglinde> okay let me see
Mar 01 17:29:03 <woglinde> tartarus ping
Mar 01 17:33:45 <Tartarus> pong
Mar 01 17:34:51 <woglinde> tartarus when will you make release?
Mar 01 17:35:47 <Tartarus> 3h30m or so
Mar 01 17:36:17 <woglinde> hm ah okay
Mar 01 17:36:18 <Tartarus> need a delay?
Mar 01 17:36:26 <woglinde> so no chances for openjdk
Mar 01 17:36:56 <Tartarus> Well, can you have it ready your today?
Mar 01 17:36:59 <woglinde> but the curl-native fix will go in
Mar 01 17:37:07 <woglinde> no openjdk needs more time
Mar 01 17:37:37 <woglinde> gnutoo ping
Mar 01 17:37:58 <woglinde> gnutoo whats the reason BBCLASSEXTEND = "native nativesdk sdk"
Mar 01 17:38:10 <woglinde> is in the versions file
Mar 01 17:38:16 <woglinde> instead of the common?
Mar 01 17:38:25 <woglinde> for curl?
Mar 01 17:39:42 <CIA-47> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r95e8fd9661 10openembedded.git/recipes/linux/linux-ea3250-2.6.27.8/lpc32xx-spwm.patch: linux-ea3250-2.6.27.8: fix my stupid cut and paste in lpc32xx-spwm.patch
Mar 01 17:40:36 <Tartarus> hmmm
Mar 01 17:40:47 <GNUtoo|laptop> woglinde, hi
Mar 01 17:41:07 <GNUtoo|laptop> no idea
Mar 01 17:41:10 <GNUtoo|laptop> I just hit the bug
Mar 01 17:41:16 <GNUtoo|laptop> I don't maintain curl
Mar 01 17:41:23 <GNUtoo|laptop> but I can look
Mar 01 17:43:46 <GNUtoo|laptop> do you want me to look?
Mar 01 17:43:58 <woglinde> na I will fix it
Mar 01 17:44:04 <GNUtoo|laptop> ok thanks
Mar 01 17:44:12 <Tartarus> what curl problem?
Mar 01 17:44:28 <woglinde> Tartarus when you have installed ldap-dev on your host system
Mar 01 17:44:41 <woglinde> curls tries to build ldaps support
Mar 01 17:44:48 <woglinde> which drags in host libs
Mar 01 17:44:52 <Tartarus> in target or host or sdk?
Mar 01 17:45:14 <woglinde> hm
Mar 01 17:45:15 <woglinde> args
Mar 01 17:45:21 <woglinde> damn
Mar 01 17:45:32 <woglinde> gnutoo do you have the error at hand?
Mar 01 17:48:41 <Tartarus> I guess ldap needs to be another cookie in curl-common.inc
Mar 01 17:48:46 <Tartarus> And either disabled or enabled outright
Mar 01 17:48:55 <Tartarus> (and openldap added as a dep for target)
Mar 01 17:49:22 <GNUtoo|laptop> yes
Mar 01 17:49:29 <GNUtoo|laptop> s/gnutoo/ GNUtoo|laptop 
Mar 01 17:49:32 <woglinde> I disabled it
Mar 01 17:49:38 <GNUtoo|laptop> because else I don't get highlighten
Mar 01 17:49:52 <woglinde> dont what we need ldap or ldaps support for
Mar 01 17:50:35 <pb_> yeah, I think ldap support in curl is a fairly fringe interest
Mar 01 17:50:42 <pb_> I've never heard of any apps that actually use it
Mar 01 17:50:50 <HopsNBarley> hi all - anybody working with angstrom on omap (overo)?  since recently upgrading from a late-last-year snapshot enlightenment/X isn't working right - have some artifacts on menu items and frequent crashes.
Mar 01 17:51:34 <GNUtoo|laptop> wait a sec
Mar 01 17:51:44 <GNUtoo|laptop> I think I don't have the error in tmpdir anymore
Mar 01 17:51:47 <GNUtoo|laptop> let me look better
Mar 01 17:52:07 <woglinde> ~pastebin
Mar 01 17:52:07 <ibot> [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
Mar 01 17:52:17 <GNUtoo|laptop> yes I'll look at the pastebin
Mar 01 17:52:26 <woglinde> nee one with file
Mar 01 17:53:16 <woglinde> and .ca suckz
Mar 01 17:53:47 <GNUtoo|laptop> you're on a mobile device?
Mar 01 17:53:53 <GNUtoo|laptop> you act like if you were on one
Mar 01 17:53:59 <GNUtoo|laptop> that doesn't have Tab
Mar 01 17:54:06 <woglinde> no
Mar 01 17:55:05 <dv_> hello
Mar 01 17:55:32 <dv_> I am trying to cross compile an app, and have problems with pkg-config
Mar 01 17:55:58 <GNUtoo|laptop> http://www.pastie.org/pastes/1589070/text
Mar 01 17:56:04 <dv_> the .pc files in sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/pkgconfig/ have paths like /usr/lib/
Mar 01 17:56:22 <dv_> but actually it should be something like sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/
Mar 01 17:56:43 <dv_> how does OE handle this? does it prepend a path to the pkg-config ones?
Mar 01 17:56:49 <GNUtoo|laptop> dv_, try running pkg-config
Mar 01 17:57:03 <GNUtoo|laptop> like pkg-config --libs --cflags in the devshell
Mar 01 17:57:09 <GNUtoo|laptop> for having the devshell do
Mar 01 17:57:13 <GNUtoo|laptop> bitbake devshell
Mar 01 17:57:16 <GNUtoo|laptop> and look in:
Mar 01 17:57:17 <dv_> hm
Mar 01 17:57:25 <woglinde> dv thats okay otherwise no recipe would build
Mar 01 17:57:39 <dv_> does OE use chroot?
Mar 01 17:57:44 <GNUtoo|laptop> tmpdir deploy/addons
Mar 01 17:57:46 <woglinde> dv no
Mar 01 17:57:49 <woglinde> sysroot
Mar 01 17:57:54 <GNUtoo|laptop> no but there is a devshell
Mar 01 17:57:57 <GNUtoo|laptop> learn about it
Mar 01 17:58:07 <GNUtoo|laptop> it's a nice thing when developing recipes
Mar 01 17:58:10 <woglinde> hm seems do compile
Mar 01 17:58:22 <dv_> and how does the devshell deal with this? how does it convert /usr/lib to the right path?
Mar 01 17:58:25 <GNUtoo|laptop> the log is config.log
Mar 01 17:58:30 <dv_> I will have a look at it
Mar 01 17:58:43 <woglinde> damn where is a site with file paste again
Mar 01 17:59:23 <GNUtoo|laptop> woglinde, http://www.pastie.org/pastes/1589070/text
Mar 01 17:59:41 <GNUtoo|laptop> [OE::arm-oe-linux-gnueabi-shr-nokia900]:~$ pkg-config --libs --cflags glib-2.0 => -I/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/include/glib-2.0 -I/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/lib/glib-2.0/include  -lglib-2.0
Mar 01 17:59:49 <Crofton|work> Tartarus, still no build
Mar 01 18:00:06 <Crofton|work> http://pastebin.com/kCXKK9yU
Mar 01 18:00:19 <Crofton|work> see around line 26
Mar 01 18:02:05 <woglinde> damn privatepaste.com dont works too
Mar 01 18:02:13 <Crofton|work> I am not sure where the automake 1.7.9 is coming frmo
Mar 01 18:02:22 <woglinde> lol
Mar 01 18:03:05 <woglinde> hm whats system-backend-tools needed for?
Mar 01 18:04:39 <Crofton|work> gnome systems tools
Mar 01 18:04:53 <woglinde> yes i know
Mar 01 18:05:02 <woglinde> but what are the really usefull for?
Mar 01 18:05:08 <Crofton|work> dunno
Mar 01 18:05:17 <Crofton|work> it is broken for some build machines
Mar 01 18:05:20 <Crofton|work> including mine
Mar 01 18:05:29 <woglinde> hm yeah
Mar 01 18:05:46 <Crofton|work> I'd rather fix the recipe than remove it from the image :)
Mar 01 18:06:02 <Crofton|work> annoyingly, it works for some people
Mar 01 18:06:44 <woglinde> the recipe looks shitty
Mar 01 18:06:54 <risca> woglinde, I'll get back to you on those compilation errors I mentioned (with solution I hope). Now it is time for the cinemas :D
Mar 01 18:07:56 <woglinde> risca sure
Mar 01 18:22:26 <woglinde> gnutoo ping
Mar 01 18:23:45 <woglinde> damn
Mar 01 18:37:23 <CIA-47> 03Stefan Schmidt <stefan@buglabs.net> 07master * rd6f710f0ba 10openembedded.git/conf/distro/include/angstrom-jalimo.conf: 
Mar 01 18:37:23 <CIA-47> angstrom-jalimo.conf: Bump openjdk version to include security and build fixes
Mar 01 18:37:23 <CIA-47> Signed-off-by: Stefan Schmidt <stefan@buglabs.net>
Mar 01 18:37:23 <CIA-47> Acked-by: Koen Kooi <koen@dominion.thruhere.net>
Mar 01 18:38:33 <woglinde> hm I will push the curl stuff
Mar 01 18:45:45 <khem> hi all
Mar 01 18:45:49 <woglinde> he khem
Mar 01 18:45:56 <khem> woglinde: howdy
Mar 01 18:46:17 <woglinde> hm I will push the curl-native explicit disable ldap stuff
Mar 01 18:47:46 <HopsNBarley> hi khem.
Mar 01 18:48:34 <khem> HopsNBarley: hey
Mar 01 18:48:43 <woglinde> hm strange system-tools-backends worked here without problems
Mar 01 18:49:06 <khem> I am contemplating a libtool'less world
Mar 01 18:49:17 <HopsNBarley> \o/
Mar 01 18:49:19 <woglinde> khem?
Mar 01 18:49:21 <khem> I have it working *almost* at one time
Mar 01 18:50:13 <woglinde> so shit on me if I will break the release
Mar 01 18:50:14 <woglinde> *g*
Mar 01 18:50:51 <khem> woglinde: you better test it out
Mar 01 18:51:01 <Crofton|work> woglinde, yeah, apparently this is specific to some fedora's
Mar 01 18:51:05 <khem> release is at final stages
Mar 01 18:51:12 <khem> Crofton|work: hello
Mar 01 18:51:16 <Crofton|work> hey
Mar 01 18:51:25 <woglinde> khem curls break when ldap-dev is installed anyway
Mar 01 18:51:29 <woglinde> fedora is shitty
Mar 01 18:51:36 <khem> woglinde: ok
Mar 01 18:51:48 <woglinde> and I tested
Mar 01 18:51:59 <woglinde> it dont breaks when ldap-dev isnt istalled
Mar 01 18:52:44 <woglinde> hm whats the release cycle now?
Mar 01 18:52:47 <woglinde> 3 months?
Mar 01 18:52:54 <CIA-47> 03Marc Reilly <marc@cpdesign.com.au> 07master * r9bbb63ad7f 10openembedded.git/recipes/qt4/ (2 files in 2 dirs): 
Mar 01 18:52:55 <CIA-47> qt-4.7.1: patch gstreamer phonon plugin to use host rgb endianess
Mar 01 18:52:55 <CIA-47> This patch was obtained from Nokia bug tracker.
Mar 01 18:52:55 <CIA-47> Without it, the R and B channels are wrong when playing on ARM system.
Mar 01 18:52:55 <CIA-47> Signed-off-by: Marc Reilly <marc@cpdesign.com.au>
Mar 01 18:52:55 <CIA-47> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Mar 01 18:53:02 <woglinde> hm no we need more time for yocto
Mar 01 18:53:14 <CIA-47> 03Denis Carikli <GNUtoo@no-log.org> 07master * re124d03f53 10openembedded.git/recipes/ (netbase/netbase_4.21.bb opkg/files/configure opkg/opkg.inc): 
Mar 01 18:53:14 <CIA-47> netbase and opkg: reorder init scripts to make networking come up at first boot
Mar 01 18:53:14 <CIA-47> Without that fix, usb0 doesn't come up at first boot
Mar 01 18:53:14 <CIA-47> (tested on the bug machine, with Angstrom on a console-image).
Mar 01 18:53:14 <CIA-47> Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Mar 01 18:53:14 <CIA-47> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Mar 01 18:53:24 <khem> woglinde: yes quarterly
Mar 01 18:53:32 <woglinde> tom is pushing to fast
Mar 01 18:53:32 <CIA-47> 03Otavio Salvador <otavio@ossystems.com.br> 07master * rcffa6d72a8 10openembedded.git/recipes/freerdp/freerdp.inc: 
Mar 01 18:53:32 <CIA-47> freerdp: rdepends on xprop
Mar 01 18:53:32 <CIA-47> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Mar 01 18:53:32 <CIA-47> Acked-by: Phil Blundell <philb@gnu.org>
Mar 01 18:53:32 <CIA-47> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Mar 01 18:53:38 <ka6sox-away> morning khem
Mar 01 18:53:50 <CIA-47> 03Jan Kobler <eng1@koblersystems.de> 07master * raffc152bd4 10openembedded.git/ (8 files in 8 dirs): (log message trimmed)
Mar 01 18:53:50 <CIA-47> New machine pcm043 Phytec phyCORE-i.MX35
Mar 01 18:53:50 <CIA-47> The new machine pcm043 is the board Phytec phyCORE-i.MX35.
Mar 01 18:53:50 <CIA-47> The machine name pcm043 is chosen, because it is already used in the linux kernel
Mar 01 18:53:50 <CIA-47> for this board.
Mar 01 18:53:50 <CIA-47> BSP is derived from BSP of machine mx31ads.
Mar 01 18:53:51 <CIA-47> Linux kernel is based on Phytec Linux BSP for phyCORE-i.MX35 PD 10.1.1
Mar 01 18:53:53 <CIA-47> 03Jan Kobler <eng1@koblersystems.de> 07master * r1840fd720b 10openembedded.git/recipes/linux/ (87 files in 2 dirs): (log message trimmed)
Mar 01 18:53:53 <CIA-47> linux-2.6.31 config and patch files for pcm043
Mar 01 18:53:53 <CIA-47> These config and patch files are from the Phytec Linux BSP for phyCORE-i.MX35 PD10.1.1.
Mar 01 18:53:53 <CIA-47> They were taken from the archive
Mar 01 18:53:53 <CIA-47> ftp://ftp.phytec.de/pub/Products/phyCORE-iMX350/Linux/PD10.1.1/OSELAS.BSP-Phytec-phyCORE-i.MX35-PD10.1.1.tar.gz
Mar 01 18:53:54 <CIA-47> The patch files are from the folder in this archive
Mar 01 18:53:54 <CIA-47> OSELAS.BSP-Phytec-phyCORE-i.MX35-PD10.1.1/configs/phyCORE-i.MX35-2010.08.0/patches/linux-2.6.31.6/generic
Mar 01 18:54:40 <woglinde> I hope gnutoo can if it a test
Mar 01 18:56:00 * Tartarus promises to slow down after the release is out :)
Mar 01 18:56:17 <khem> ka6sox-away: hi
Mar 01 18:56:28 <khem> Tartarus: one thing that worries me is the runtime testing
Mar 01 18:56:56 <khem> Tartarus: I have seen that sometimes it takes a lot of time to get it to runnable state
Mar 01 18:57:09 <khem> and more commits means more searching if so happens
Mar 01 18:57:38 <Tartarus> Yes, I look forward to being able to leverage the run time stuff poky has for qemu
Mar 01 18:59:37 <Crofton|work> Tartarus, you didn't have anymore more idea on my system tools headache
Mar 01 18:59:49 <Crofton|work> I guess you are a bad guy to ask sinc you do not have fedora :(
Mar 01 19:00:22 <khem> Crofton|work: whats the issue
Mar 01 19:03:28 <Crofton|work> http://pastebin.com/kCXKK9yU
Mar 01 19:03:32 <Crofton|work> see around line 26
Mar 01 19:04:24 <khem> hmm I see
Mar 01 19:08:06 <khem> Crofton|work: try this patch http://pastebin.com/d9iG7FLa
Mar 01 19:14:28 <woglinde> hi blindvt
Mar 01 19:14:43 <woglinde> re gnutoo
Mar 01 19:14:55 <woglinde> gnutoo can you test the curl stuff?
Mar 01 19:15:14 <blindvt> woglinde, hi
Mar 01 19:15:34 <Crofton|work> khem http://pastebin.com/HH3dWsin
Mar 01 19:16:57 <Crofton|work> solved that with a suggestion from Tartarus earlier
Mar 01 19:17:34 <Crofton|work> no
Mar 01 19:17:42 <Crofton|work> same issue
Mar 01 19:17:52 <woglinde_> crofton?
Mar 01 19:17:55 <woglinde_> curl?
Mar 01 19:18:21 <Crofton|work> ?
Mar 01 19:18:45 <woglinde_> khem btw. uclibc-get needs some newer libc-kernelheaders then .32
Mar 01 19:19:37 <CIA-47> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r0f7996bb4d 10openembedded.git/recipes/curl/ (curl-common.inc curl_7.21.1.bb curl_7.21.2.bb): (log message trimmed)
Mar 01 19:19:37 <CIA-47> curl: fix native build when ldap-headers are installed on the host
Mar 01 19:19:37 <CIA-47> * there were serval build error reported for curl-native,
Mar 01 19:19:37 <CIA-47> when ldap-dev stuff was installed on the build-host,
Mar 01 19:19:37 <CIA-47> so we explicit disable the build of ldap and ldaps protocls
Mar 01 19:19:37 <CIA-47> for native, nativesdk and sdk
Mar 01 19:19:38 <CIA-47> * put the BBCLASSEXTEND line into common.inc rather than into
Mar 01 19:25:21 <blindvt> woglinde_, khem, speaking of kernel-headers. Is there a story of not providing libc-kernel-headers by means of the kernel recipes?
Mar 01 19:25:38 <blindvt> s/ of /behind/
Mar 01 19:25:52 <woglinde_> hm there was some discussion on the ml
Mar 01 19:25:53 <woglinde_> yes
Mar 01 19:26:03 <khem> blindvt: I always get tempted to do so
Mar 01 19:26:10 <woglinde_> but that wouldnt solve it for older kernels
Mar 01 19:26:15 <khem> but in large scheme of things we wont be able to share 
Mar 01 19:26:25 <woglinde_> where the define in socket.h still is
Mar 01 19:26:26 <khem> so say you have two armv7 machines 
Mar 01 19:26:37 <khem> then you have to build complete rfs separately
Mar 01 19:26:45 <khem> iow multimachine wont work
Mar 01 19:27:43 <blindvt> for older (let's say < 2.6.19) the sanitized headers are of course a must, but for everything vaguely recent, the separate libc-kernel-headers sound a bit unclean
Mar 01 19:28:27 <khem> blindvt: yes I know but there is a tradeoff here
Mar 01 19:28:36 <khem> by using same kernel
Mar 01 19:28:38 <blindvt> khem, i don't get what you mean. Can you explain?
Mar 01 19:28:55 <khem> right now if you build for many machines in same tmpdir
Mar 01 19:29:07 <khem> then say you have two machines which are similar
Mar 01 19:29:12 <khem> say based on armv7
Mar 01 19:29:25 <khem> then it shared most of arch specific packages
Mar 01 19:29:39 <khem> but with such a setup this will be wrong
Mar 01 19:30:00 <khem> and to get it working you have to setup separate tmpdir per machine
Mar 01 19:31:47 <Crofton|work> | config.status: error: po/Makefile is not ready.
Mar 01 19:31:57 <Crofton|work> anyone have any thoughts on where that comes from?
Mar 01 19:32:02 <khem> Crofton|work: I am building it locally here 
Mar 01 19:32:07 <khem> lets see where I end up
Mar 01 19:32:23 <Crofton|work> fedora?
Mar 01 19:33:00 <blindvt> khem, i'm talking about tar -xf 2.6.37 && for a in foo bar baz etc;do make -C there install_headers ARCH=$a;done I mean, you'll most likely need the kernel for building later on anyway, so why not just use that to spit out headers for libc? The ultimate outcome of the current way (separate packages) is pretty much the same (except you have to do the work twice for every kernel version, once for the kernel itself and once for the libc-he
Mar 01 19:33:01 <blindvt> aders) as with a "single" unpacked kernel sourcetree that you get headers out of and later may build a binary
Mar 01 19:36:23 <khem> blindvt: because kernel headers are different version most of times
Mar 01 19:36:37 <khem> blindvt: real kernel uses vendor trees etc.
Mar 01 19:36:47 <khem> for kernel headers we always use upstream release
Mar 01 19:38:08 <Crofton|work> anyone knowwhat po/Makefile is?
Mar 01 19:38:44 <ynezz> makefile in the po directory? :p
Mar 01 19:38:57 <khem> Crofton|work: thats for documentation
Mar 01 19:39:00 <ynezz> something translation related?
Mar 01 19:39:06 <khem> yep
Mar 01 19:39:47 <khem> http://www.gnu.org/software/hello/manual/gettext/PO-Files.html
Mar 01 19:40:43 <Crofton|work> weird
Mar 01 19:40:57 <Crofton|work> I am not wise in the ways of translations :)
Mar 01 19:41:09 <GNUtoo|laptop> ouch not my day, first I send a mail without topic, and then I send a wrong mail
Mar 01 19:41:16 <khem> Crofton|work: as a workaround it can be disabled
Mar 01 19:41:41 <khem> Crofton|work: once it builds on my slooow machine I will know more
Mar 01 19:41:52 <khem> GNUtoo|laptop: heh happens
Mar 01 19:42:03 <khem> I sometimes type passwords into IRC channels
Mar 01 19:42:08 <GNUtoo|laptop> ouch
Mar 01 19:42:54 <Crofton|work> ok
Mar 01 19:43:17 <Crofton|work> I'm going to look at some bus timingas an interrupt response times then
Mar 01 19:54:25 <pretec> hi
Mar 01 21:01:07 <CIA-47> 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * re2121e9641 10openembedded.git/recipes/freesmartphone/ (cornucopia.inc frameworkd_git.bb libgisi_git.bb msmcomm.inc): 
Mar 01 21:01:07 <CIA-47> freesmartphone: bump SRCREV of several recipes
Mar 01 21:01:07 <CIA-47> Signed-off-by: Simon Busch <morphis@gravedo.de>
Mar 01 21:01:08 <CIA-47> 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r2bd8ccc062 10openembedded.git/recipes/palmpre/tsmd_git.bb: 
Mar 01 21:01:08 <CIA-47> tsmd: install script to /usr/bin and not to /bin and bmp PR
Mar 01 21:01:08 <CIA-47> Signed-off-by: Simon Busch <morphis@gravedo.de>
Mar 01 21:01:09 <CIA-47> 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * rb25fa087d8 10openembedded.git/recipes/e17/elfe_svn.bb: 
Mar 01 21:01:10 <CIA-47> elfe: bump SRCREV
Mar 01 21:01:10 <CIA-47> Signed-off-by: Simon Busch <morphis@gravedo.de>
Mar 01 21:01:22 <Tartarus> *ding*
Mar 01 21:01:32 <woglinde> dong
Mar 01 21:01:45 <Tartarus> bah, didn't annotate the tag
Mar 01 21:02:43 <Tartarus> OK, ding for real :)
Mar 01 21:02:55 <woglinde> gratz
Mar 01 21:35:44 <risca> I'm experiencing some building errors that has to do with gcc 4.4.2 producing invalid makefiles
Mar 01 21:36:02 <woglinde> hm why you need gcc-4.4.2?
Mar 01 21:36:05 <woglinde> use the 4.5
Mar 01 21:36:08 <woglinde> its stable
Mar 01 21:36:44 <risca> Hmm... I wonder why my oe build went with 4.4.2?
Mar 01 21:36:52 <risca> I'm using DISTRO=minimal
Mar 01 21:37:23 <woglinde> hm seems nobody updated minimal
Mar 01 21:37:41 <woglinde> minimal isnt that well maintained
Mar 01 21:37:44 <woglinde> angstroem is
Mar 01 21:37:46 <woglinde> shr is
Mar 01 21:37:48 <woglinde> and micro
Mar 01 21:38:14 <Jay7> minimal is one of first distros who migrated to 4.5
Mar 01 21:38:24 <woglinde> hm
Mar 01 21:38:29 <risca> That's odd
Mar 01 21:38:29 <Jay7> khem maintaining it
Mar 01 21:38:33 <woglinde> lets see
Mar 01 21:39:15 <woglinde> PREFERRED_GCC_VERSION                ?= "4.5"
Mar 01 21:39:22 <JaMa> yes minimal is using 4.5 from sane-toolchain.inc
Mar 01 21:39:24 <woglinde> risca whats your local.conf looks like?
Mar 01 21:39:25 <Jay7> wrong local.conf?
Mar 01 21:39:50 <risca> Coming up
Mar 01 21:39:52 <woglinde> the special settings for machine are all not 4.4
Mar 01 21:40:11 <JaMa> ANGSTROM_GCC_VERSION_armv4              ?= "4.4.2"
Mar 01 21:40:15 <woglinde> 4.3.2 4.2.1 4.1.2 4.1.1
Mar 01 21:40:20 <JaMa> ie, but that would be angstrom and armv4
Mar 01 21:40:38 <risca> http://pastebin.com/CVqvkPMH
Mar 01 21:40:38 <JaMa> and what gcc is producing makefiles ? :)
Mar 01 21:41:17 <khem> risca: whats the arch
Mar 01 21:41:34 <woglinde> read
Mar 01 21:41:36 <woglinde> TARGET_OS = "linux"
Mar 01 21:41:40 <woglinde> you dont need to set
Mar 01 21:41:46 <khem> armv4 works well with minimal
Mar 01 21:41:54 <woglinde> risca ah you are using the ea thingie too
Mar 01 21:42:03 <risca> Yeah, that's right :D
Mar 01 21:42:06 <woglinde> MACHINE = "ea3250"
Mar 01 21:42:10 <risca> That's the machine
Mar 01 21:42:14 <woglinde> I fixed the kernel today
Mar 01 21:42:23 <risca> Of ea3250?
Mar 01 21:42:31 <woglinde> yes
Mar 01 21:42:43 <woglinde> the one patch didnt apply correctly
Mar 01 21:42:54 <risca> Yeah, that's right!
Mar 01 21:43:10 <risca> I forgot about that. I came across that error too
Mar 01 21:43:14 <woglinde> hehe
Mar 01 21:43:19 <woglinde> now its fixed
Mar 01 21:43:25 <risca> Officially
Mar 01 21:43:26 <woglinde> maybee you are in the same group
Mar 01 21:43:32 <woglinde> as the other guy
Mar 01 21:43:36 <woglinde> reporting it to my
Mar 01 21:43:38 <woglinde> to me
Mar 01 21:43:55 <risca> What other guy?
Mar 01 21:44:16 <risca> I don't think so
Mar 01 21:44:17 <woglinde>  prjt61
Mar 01 21:44:44 <risca> I'm basically alone working on the ea3250 in my group. It's kinda like a school project
Mar 01 21:45:26 <risca> So, I don't need to set TARGET_OS=linux?
Mar 01 21:45:39 <woglinde> read the comment above the line
Mar 01 21:45:47 <woglinde> rsica he said the same
Mar 01 21:45:54 <woglinde> school project
Mar 01 21:45:54 <risca> Ah, missed that line...
Mar 01 21:45:56 <woglinde> *g*
Mar 01 21:46:11 <risca> He isn't from Sweden, is he?
Mar 01 21:46:43 <woglinde> prjt61 [~prjt61@145.93.21.43]
Mar 01 21:47:46 <risca> Nope, Netherlands
Mar 01 21:48:09 <risca> I guess there is more than 1 student working on a ea3250 ^^
Mar 01 21:48:21 <woglinde> hehe seems so
Mar 01 21:48:25 <woglinde> hi likewise
Mar 01 21:49:16 <risca> Let's see. What version of gcc is angstrom-2008 providing?
Mar 01 21:50:06 <woglinde> ?
Mar 01 21:50:15 <woglinde> you said you used minimal
Mar 01 21:50:24 <woglinde> dont mixup distro with image
Mar 01 21:51:13 <risca> I'm not. I'm just lazy...
Mar 01 21:51:34 <risca> I entered DISTRO = angstrom-2008.1 first, then changed to minimal
Mar 01 21:51:57 <risca> As I changed to minimal I saw that bitbake recompiled gcc though
Mar 01 21:52:18 <woglinde> hm
Mar 01 21:52:25 <woglinde> better start from scratch
Mar 01 21:52:29 <woglinde> with diffrent distro
Mar 01 21:52:38 <risca> I was afraid you would say that
Mar 01 21:53:23 <risca> I guess I would have seen these error coming my way ^^
Mar 01 21:53:46 <risca> Changing DISTRO in the middle of a build can never be good
Mar 01 21:54:49 <risca> So, what distro _should_ I use?
Mar 01 21:55:28 <woglinde> ?
Mar 01 21:55:33 <woglinde> what you want
Mar 01 21:56:16 <risca> I'll have another go with minimal then
Mar 01 21:56:36 <risca> Are there any distros that are more stable than others?
Mar 01 21:56:47 <risca> That you know of?
Mar 01 22:01:49 <likewise> hi woglinde, all
Mar 01 22:02:48 <woglinde> angstroem 2010 seems stable
Mar 01 22:04:36 <risca> I think I'll go with Ångström 2010. I think that was what I used before my old computer crashed and burned
Mar 01 22:04:49 <khem> Crofton|work: system-tools-backends builds fine for arm for me with the patch I posted :(
Mar 01 22:05:41 <khem> Crofton|work: it seems a fedora issue to me
Mar 01 22:05:42 <Crofton|work> on fedora?
Mar 01 22:05:47 <Crofton|work> yeah, but how
Mar 01 22:05:50 <khem> no I have ubuntu
Mar 01 22:06:14 <khem> Crofton|work: I guess there is some host package that you dont have installed which I tend to have
Mar 01 22:06:37 <khem> so you ended in error: po/Makefile is not ready.
Mar 01 22:06:43 <Crofton|work> yeah
Mar 01 22:06:55 <khem> I wonder if there is some race
Mar 01 22:06:56 <Crofton|work> very mysterious
Mar 01 22:07:10 <khem> Does it happen second time ?
Mar 01 22:07:22 <woglinde> khem I didnt patch it and it worked fine
Mar 01 22:07:45 <khem> woglinde: yeah I remember I did that patch some months ago 
Mar 01 22:07:51 <khem> but seems its not needed 
Mar 01 22:08:19 <khem> still it should not harm to have it as it is its emulating what autotools would do otherwise
Mar 01 22:08:20 <Crofton|work> khem, are you using bbthreads?
Mar 01 22:08:28 <khem> Crofton|work: yes 2
Mar 01 22:08:37 <woglinde> crofton I have 4
Mar 01 22:08:41 <woglinde> and it worked
Mar 01 22:08:45 <Crofton|work> the patch helps in the sense that I get further along ....
Mar 01 22:08:50 <woglinde> but I didnt build from scratch
Mar 01 22:08:59 <khem> I built from scratch
Mar 01 22:09:09 <woglinde> stupid fedoara
Mar 01 22:09:19 * khem has slackware
Mar 01 22:09:32 <Jay7> Crofton|work: what distro/machine/image is affected?
Mar 01 22:09:33 <Crofton|work> stupid OE for having dependencies on the build machine
Mar 01 22:09:41 <Crofton|work> angstrom gnome image
Mar 01 22:09:48 <Jay7> oh..
Mar 01 22:09:53 <Jay7> it's large :)
Mar 01 22:10:01 <khem> Crofton|work: can you see if it happens again 
Mar 01 22:10:12 <khem> want to make sure its not some sort of race
Mar 01 22:10:34 <Crofton|work> k
Mar 01 22:10:50 <khem> Crofton|work: Do you have gettext installed ?
Mar 01 22:10:58 <khem> on this F fox
Mar 01 22:11:24 * khem clarifies F = Fedora no tangents please
Mar 01 22:11:26 <Crofton|work> yes
Mar 01 22:11:51 <khem> ok
Mar 01 22:11:54 <khem> let me see a bit
Mar 01 22:13:40 <Crofton|work> turned off || make and bbthreads
Mar 01 22:14:09 <Crofton|work> same
Mar 01 22:18:12 <CIA-47> 03Martin Jansa <martin.jansa@gmail.com> 07master * r8c6a3711e3 10openembedded.git/recipes/webm/libvpx.inc: 
Mar 01 22:18:12 <CIA-47> libvpx: force arm mode to be able to link with ffmpeg where arm mode already is forced
Mar 01 22:18:12 <CIA-47> * v2: updated INC_PR after 0478950960e5c600efc77c25559fc7eee311f686
Mar 01 22:18:12 <CIA-47> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Mar 01 22:18:14 <CIA-47> 03Tom Rini <tom_rini@mentor.com> 07master * r5205a53c99 10openembedded.git/recipes/webm/libvpx.inc: 
Mar 01 22:18:14 <CIA-47> Revert "libvpx: force arm mode to be able to link with ffmpeg where arm mode already is forced"
Mar 01 22:18:14 <CIA-47> We back this out after the release in order to not mask the problem.
Mar 01 22:18:14 <CIA-47> This reverts commit 8c6a3711e329522bf1fd2e6c020509c122c235ab.
Mar 01 22:18:35 <woglinde> *g*
Mar 01 22:18:55 <khem> Crofton|work: try adding --disable-nls to EXTRA_OECONF
Mar 01 22:20:51 <Crofton|work> ok
Mar 01 22:22:22 <khem> Crofton|work: next try this patch http://paste.ubuntu.com/574188/
Mar 01 22:24:02 <Crofton|work> disbale did not help
Mar 01 22:26:29 <Crofton|work> and that patch gets me back to compile rerunning configure
Mar 01 22:27:36 <khem> Crofton|work: and where does it end ?
Mar 01 22:28:00 <Crofton|work> heh
Mar 01 22:28:26 <ka6sox-away>    it never does
Mar 01 22:29:23 <khem> Crofton|work: you can post the config.log somewhere for me ?
Mar 01 22:29:35 <Crofton|work> for which run?
Mar 01 22:29:59 <khem> there should a file called config.log ib builddir
Mar 01 22:30:03 <risca> Okay, running task 80 of 5250 ^^ Time to turn down the lid and watch some big bang theory and hope it's gotten past task 3000 in the morning =)
Mar 01 22:30:06 <khem> and also configure step
Mar 01 22:33:21 <khem> for me it never tries to create po/Makefile
Mar 01 22:34:26 <Crofton|work> do yuo have gettext installed?
Mar 01 22:34:38 <khem> yes
Mar 01 22:34:55 <khem> gettext (GNU gettext-runtime) 0.18.1
Mar 01 22:34:55 <grg> khem, what timezone are you on? And do you ever sleep?
Mar 01 22:35:07 <khem> grg PST8PDT
Mar 01 22:35:31 <khem> grg: I do sleep (open eyed)
Mar 01 22:35:50 <khem> I sleep more than ka6sox-away 
Mar 01 22:36:43 <Jay7> khem is AI behind OE
Mar 01 22:36:46 <Jay7> may be OE-based :)
Mar 01 22:36:55 <ka6sox-away> Jay7, too true
Mar 01 22:38:16 <grg> i don't see a conf/machine/khem.conf :)
Mar 01 22:38:55 <Jay7> it's private branch I suspect :)
Mar 01 22:38:59 * khem fetches coffee
Mar 01 22:39:07 <woglinde> hehe
Mar 01 22:41:58 <grg> JaMa, belated pong
Mar 01 22:44:52 <Jay7> hm..
Mar 01 22:44:59 <Jay7> do we have release?
Mar 01 22:45:16 * Jay7 missed something
Mar 01 22:48:41 * ant__ doesn't see fresh commits...CIA-47 is sleeping?
Mar 01 22:50:51 <Tartarus> been laggy all day
Mar 01 22:54:26 <ant__> Tartarus: btw I'm having fun with a mipsel needing uImage... I added your hack about dynamic entrypoint
Mar 01 22:54:58 <ant__> now I'm dubious about a patch adding uImage target to mips kernels...
Mar 01 22:55:40 <ant__> done that, I'd use the code in kernel.bbclass
Mar 01 22:57:23 <grg> i think the mips-linux tree recently accepted a patch to the arch Makefile for a uImage target
Mar 01 22:57:34 <grg> is that the same patch?
Mar 01 22:57:44 <ant__> I didn't find it in linux-next today
Mar 01 22:57:51 <ant__> moment
Mar 01 22:58:05 <Jay7> we have problem with kexec on mipsel
Mar 01 22:58:24 <Jay7> it doesn't working in short words
Mar 01 22:58:59 <Jay7> it is possible to load uncompressed vmlinux with kexec -l, but kexec -e freezes machine
Mar 01 22:59:11 <grg> Here's the patch. It may not have been applied. http://www.spinics.net/lists/mips/msg39827.html
Mar 01 23:00:04 <ant__> http://patchwork.linux-mips.org/patch/1998/
Mar 01 23:00:08 <ant__> ^^ state  new
Mar 01 23:00:12 <ant__> ?
Mar 01 23:00:29 <ant__> same
Mar 01 23:00:39 <grg> yeah, looks like it
Mar 01 23:01:35 <ant__> Jay7: remember that mips can handle compressed kernel since 2.6.33 (when launched by kexec)
Mar 01 23:01:45 <ant__> u-boot decompress in the other cases
Mar 01 23:10:20 * grg is rewriting opkg
Mar 01 23:10:35 <grg> ... and is accepting design ideas and feature requests
Mar 01 23:11:15 <grg> I hope to have code for public consumption by the end of March.
Mar 01 23:11:22 <fray> not sure fi this is lacking in opkg -- or just the poky implementation..
Mar 01 23:11:27 <fray> directory attributes and ownership..
Mar 01 23:11:49 <grg> fray, can you clarify that?
Mar 01 23:12:03 <khem> grg: great, what are the considerations
Mar 01 23:12:15 <fray> without the packager having specific directory ownership and attributes it's not possible have a consistent known owner/group/mode per directory.. which results in whoever created it is what ends up existing..
Mar 01 23:12:32 <fray> this is a problem for some directories who don't have the permissive 0755 -- or have an owner/group such as spool/mail
Mar 01 23:12:43 <fray> (and especially directories that are setup with inheriting modes)
Mar 01 23:13:00 <fray> RPM has this functionality -- but we do NOT use it today in Poky...
Mar 01 23:13:02 <grg> Current design goals: http://pastebin.com/C54iRuNi
Mar 01 23:13:04 <fray> (future enhancement
Mar 01 23:14:07 <khem> grg: looks nice. Will you give it a yet different name or still call it opkd
Mar 01 23:14:12 <grg> fray, are you talking about chown/chmod when the package is untarred?
Mar 01 23:14:14 <fray> package summary/description..  I know dpkg has this, (and rpm)..  opkg MIGHT, but I'm not completely sure..
Mar 01 23:14:20 <grg> khem, i'm calling it ypkg
Mar 01 23:14:23 <fray> no, actually "who owns what" on directories..
Mar 01 23:14:52 <khem> grg: opkg is better imo since o can be interpreted as openembedded 
Mar 01 23:15:07 <khem> now that openmoko is history 
Mar 01 23:15:07 <fray> for instance.. /var/spool/mail would be owned by root:mail with mode 0775
Mar 01 23:15:19 <grg> khem, other projects are using opkg
Mar 01 23:15:26 <fray> if something else comes in and tries to "own" /var/spool/mail with different permissions -- an error/conflict should be generated
Mar 01 23:15:43 <fray> this is different from the implicit creation of unowned directories..
Mar 01 23:15:46 <khem> fray: yes thats a nice feature I would say
Mar 01 23:15:48 <fray> this also affects install ordering..
Mar 01 23:16:03 <fray> since software that goes into /var/spool/mail needs to be reordered after the directory that owns it..
Mar 01 23:16:14 <grg> fray, ok. opkg does chown/chmod dirs, but doesn't check the ownership when it extracts new packages over that dir.
Mar 01 23:16:14 <khem> reordered ?
Mar 01 23:16:17 <fray> if nothing claims to own a directory then the default mask (0755) and owner/group (root:root) should be applied
Mar 01 23:16:49 <fray> it's the conflict finding and install ordering that is important with this.. (just like file extraction and conflict control)
Mar 01 23:17:04 <Jay7> yapkg
Mar 01 23:17:09 <Jay7> yet another :)
Mar 01 23:17:42 <grg> a name change is but a sed away...
Mar 01 23:17:51 <fray> package install ordering matters vs simply changing owner/group/mode when you hit that package due to windows where the wrong modes might be set.. (i.e. something is set too permissive)
Mar 01 23:18:16 <fray> these are all considerations for specific types of systems.. many systems frankly have one user (root) and don't care about permissions..
Mar 01 23:18:59 <fray> the other feature that I'd like to see..  multilib reconciliation.. in otherwords.. normally installing two files of the same name -- but different contents should lead to a conflict...
Mar 01 23:19:08 <GNUtoo|laptop> does CIA still work?
Mar 01 23:19:10 <GNUtoo|laptop> I just made some commits
Mar 01 23:19:22 <fray> but if the type of one is ELF32 and the other ELF64.. a system/package policy may be able to say "hey I want the ELF64 version".. no conflict/error is generated..
Mar 01 23:19:30 <fray> and all non-conflicting files are installed from both..
Mar 01 23:19:52 <fray> this is REALLY useful on larger systems that may have a primary ABI installed, and one or more secondary ABIs for compatibility
Mar 01 23:20:28 <fray> (that of course requires type knowledge and policy control during conflict resolution)
Mar 01 23:20:30 <khem> GNUtoo|laptop: yes CIA works but sometimes it holds the information for further scrutiny :)
Mar 01 23:21:09 <GNUtoo|laptop> holding the information is not nice
Mar 01 23:21:26 * fray has a /ignore CIA-*
Mar 01 23:21:49 <GNUtoo|laptop> lol
Mar 01 23:22:08 <grg> fray, I'll make conflict resolution be easily extendable for a start and we can play with those ideas.
Mar 01 23:22:23 <fray> grg, works for me.. :)
Mar 01 23:22:46 <fray> the other thing I suggest you make extendable -- package validation -- and subsequent file validation
Mar 01 23:22:52 <grg> yes
Mar 01 23:22:55 <grg> absolutely
Mar 01 23:23:03 <fray> there are lots of different groups that want different kinds of validation at both levels..
Mar 01 23:23:18 <fray> post-file processing is another thign (this is different from install scripts.. it's really attribute processing for things like selinux)
Mar 01 23:24:04 <khem> I think someone can just consult on writing policies for selinux 
Mar 01 23:24:06 * grg probably needs to read up on selinux and ACLs, etc. 
Mar 01 23:24:45 <fray> grg, I strongly suggest you avoid anything to do with embedding selinux knoweldge.. otherwise you might go insane
Mar 01 23:25:07 <fray> external control is the best way to do it.. (of course someone has to figure out how to feed policy data and such.. but there is no clear answer to all of that)
Mar 01 23:25:15 <grg> i just want to make sure i don't unintentionally make it hard to do selinux stuff 
Mar 01 23:25:16 <khem> dont overcomplicate opkg I would say
Mar 01 23:25:25 <khem> keep is simple but no simpler
Mar 01 23:25:30 <fray> khem, ya..
Mar 01 23:25:49 <khem> if someone want selinux kind of things he better use rpm
Mar 01 23:25:54 <fray> install ordering.. install actions.. external helpers for conflict resolution..
Mar 01 23:26:04 <fray> khem, rpm is the wrong place to do selinux behavior..
Mar 01 23:26:05 <grg> it shouldn't be that much code. Opkg is probably twice as much code as it needs to be.
Mar 01 23:26:17 <fray> IMHO Fedora folks don't know what they're doing any better then anyone else when it comes to packaging and selinux
Mar 01 23:26:35 <fray> it's the ordering and conflict finding that becomes difficult IMHO..
Mar 01 23:26:40 <khem> grg: IMO one aim for the rewrite should be small footprint
Mar 01 23:26:54 <grg> khem, yes
Mar 01 23:26:59 <GNUtoo|laptop> ah selinux?
Mar 01 23:27:09 <GNUtoo|laptop> maybe better not running everything as root first?
Mar 01 23:27:16 <GNUtoo|laptop> else selinux is nice
Mar 01 23:27:17 <grg> i've actually started writing code already... using valgrind lots to check memory usage
Mar 01 23:27:36 <fray> the other thing that people overlook.. ;)  there needs to be a simple way to query whats installed.. :P
Mar 01 23:27:47 <khem> grg: there still are enough people who prefer to have package management software to be small and work on their contrained systems 
Mar 01 23:28:05 <fray> (ya I know obvious.. but it's easy to forget.. I've seen designs focus on all of the install stuff.. and then have no way to figure out what was actually installed)
Mar 01 23:28:06 <khem> opkg list installed
Mar 01 23:28:06 <GNUtoo|laptop> I wrote policies long time ago
Mar 01 23:28:09 <khem> already exists
Mar 01 23:28:11 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r5c6097d75d 10openembedded.git/conf/machine/ben-nanonote.conf: 
Mar 01 23:28:11 <CIA-47> ben-nanonote.conf: prepare for standard uboot-mkimage task.
Mar 01 23:28:11 <CIA-47> * enable linux-kexecboot by default.
Mar 01 23:28:11 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 01 23:28:15 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r3c344717b4 10openembedded.git/recipes/linux/linux-kexecboot.inc: 
Mar 01 23:28:15 <CIA-47> linux-kexecboot.inc: apply lzma/gzip mangling only to arm kernels
Mar 01 23:28:15 <CIA-47> * refine custom mips uboot-mkimage, waiting for uImge target in kernel.
Mar 01 23:28:15 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 01 23:28:20 <GNUtoo|laptop> I've even the outdated book
Mar 01 23:28:22 <fray> khem, I know -- point is that it needs to continue to exist.. ;)
Mar 01 23:28:37 <khem> GNUtoo|laptop: ok so CIA found no problem with your patch no secrets revealed
Mar 01 23:28:48 <GNUtoo|laptop> lol
Mar 01 23:28:55 <grg> fray, don't worry, stuff like that will necessarily exist because i'll want it for testing while i code other parts
Mar 01 23:29:27 <fray> but yes.. my number one request is directory ownership and having that affect install order.. ;)
Mar 01 23:29:43 <GNUtoo|laptop> maybe CIA knows that I have good commit messages, so CIA doesn't bother showing the commits
Mar 01 23:29:57 <fray> (might be nice to have a policy to decide what to do if a directory is un-owned .. error, warning or create it implicitly)
Mar 01 23:30:23 <grg> fray, can you provide an example of directory ownership affecting the install order?
Mar 01 23:30:36 <grg> how that would work, beyond a DEPENDS
Mar 01 23:30:44 <fray> typical system (not great example)
Mar 01 23:30:55 <fray> a filesystem / base package is layed down that creates the /bin directory..
Mar 01 23:31:02 <fray> that should be isntalled before anything that goes into /bin
Mar 01 23:31:52 <grg> ok. Well rpm allows for pacakges to Provide anything. Like files, dirs, etc.
Mar 01 23:32:21 <grg> I don't see any reason why that wouldn't be supportable with current opkg
Mar 01 23:32:29 <fray> I've had this problem in the past, and I wish I could remember exactly what it was.. but the security issue was there was a race window where software/data files were installed -- but it was before the more restrictive permissions came in.. this race allowed someone logged in to see things they shouldn't have
Mar 01 23:32:38 <fray> was an issue for a carrier grade customer I had a while back..
Mar 01 23:32:56 <fray> grg, as for provide/depends.. there really are two types.. "states" and "implicit"..
Mar 01 23:33:13 <fray> the files are "implicit".. while the stated are just that, verbatim what someone typed + versioning
Mar 01 23:33:31 <fray> when you do resolution, you simply check stated -- fail, fall back to implicit..
Mar 01 23:34:01 <fray> (or do it the other way around -- or create a list of both to compare against..)  ideas all the same
Mar 01 23:34:07 <fray> ohh pkgname is also implicit dep
Mar 01 23:35:52 <fray> (the second you start treating package name, file names, etc differently from a dependency resolution standpoint, the more complexity, the more bugs..  keep that simple and have some simple routines to promote the implied deps and explicitly stated deps for resolution
Mar 01 23:36:44 <grg> those implied deps/provides could be put in the package at package creation time
Mar 01 23:36:56 <grg> slightly more fragile, but far simpler
Mar 01 23:37:06 <fray> they exist in the package already -- just depends on how you want to capture and process them..
Mar 01 23:37:11 <grg> i'm pretty sure that's what rpm does
Mar 01 23:37:19 <fray> RPM has some internal data structure optimizations.. for instance filenames..
Mar 01 23:37:25 <grg> put into the package's meta data i mean
Mar 01 23:37:50 <fray> instead of listing the archive each time, a copy of the files and associate meta data are stored as a list of.. all paths within the package.. and a list of all filenames.. with a pointer to the associated path..
Mar 01 23:37:56 <fray> on large packages this saves a lot of room
Mar 01 23:38:10 <fray> (the meta data in RPM isn't compressed -- other then my the format fo the data itself)
Mar 01 23:38:41 <fray> (the other thing RPM has that I really like is per-file dependency data.. but it's more useful for debugging that anythign practical these days)
Mar 01 23:39:24 <fray> http://gate.crashing.org/~fray/rpm/rpm-xml-desc.jpg
Mar 01 23:39:34 <fray> that is the description of the rpm format from a few years ago.. (like 7)  ;)
Mar 01 23:39:46 <fray> but you can see all of the metadata that is stored outside of the archvie..
Mar 01 23:40:17 <fray> in fact the internal cpio archive in an RPM doesn't necessarily have the same permissions, owners, groups as what will be installed onto the target.. thats handled directly for the associated data
Mar 01 23:40:48 <fray> one other trick with signing.. there has to be a way to sign a package, without the signature affecting the package so you can't validate it.. ;)  that can always be tricky as well
Mar 01 23:43:26 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r43bdeb023b 10openembedded.git/recipes/linux/linux-kexecboot.inc: 
Mar 01 23:43:26 <CIA-47> linux-kexecboot.inc: explicit we don't want modules.
Mar 01 23:43:26 <CIA-47> * fix harmless typo...
Mar 01 23:43:26 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 01 23:45:28 <CIA-47> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rfa59c1a71e 10openembedded.git/recipes/shr/ (shr-settings/htcdream/elementary.sh shr-settings_git.bb): 
Mar 01 23:45:29 <CIA-47> shr-settings: add specific elementary.sh for the htcdream machine
Mar 01 23:45:29 <CIA-47> Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Mar 01 23:45:29 <CIA-47> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rd50ab86bdb 10openembedded.git/recipes/xfce-base/xfce4-mixer_4.6.1.bb: (log message trimmed)
Mar 01 23:45:29 <CIA-47> xfce4-mixer 4.6.1: add gst-plugins-base dependency
Mar 01 23:45:30 <CIA-47> Without that fix we have:
Mar 01 23:45:30 <CIA-47> checking for gstreamer-plugins-base-0.10 >= 0.10.2... not found
Mar 01 23:45:31 <CIA-47> *** The required package gstreamer-plugins-base-0.10 was not found on your system.
Mar 01 23:45:31 <CIA-47> *** Please install gstreamer-plugins-base-0.10 (atleast version 0.10.2) or adjust
Mar 01 23:45:47 <CIA-47> *** the PKG_CONFIG_PATH environment variable if you
Mar 01 23:57:40 <GNUtoo|laptop> ah finally
Mar 02 00:00:02 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r2479922601 10openembedded.git/recipes/linux/ (3 files in 2 dirs): 
Mar 02 00:00:02 <CIA-47> linux-kexecboot: update 2.6.37 defconfig for ben-nanonote. Bump INC_PR.
Mar 02 00:00:02 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 02 00:24:39 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r701c15ba40 10openembedded.git/recipes/linux/ (5 files in 2 dirs): 
Mar 02 00:24:39 <CIA-47> linux: add initial ben-nanonote defconfig to 2.6.37.
Mar 02 00:24:39 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 02 00:24:39 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r67e38549fd 10openembedded.git/conf/machine/ben-nanonote.conf: 
Mar 02 00:24:39 <CIA-47> ben-nanonote.conf: default to "linux" as virtual/kernel.
Mar 02 00:24:40 <CIA-47> * jlime distro has own override, so no harm.
Mar 02 00:24:40 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 02 00:26:42 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r09037741d0 10openembedded.git/recipes/linux/linux-kexecboot_2.6.37.bb: 
Mar 02 00:26:42 <CIA-47> linux-kexecboot: remove redundant entry in SRC_URI for ben-nanonote.
Mar 02 00:26:42 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 02 00:32:48 <Jay7> ERROR: Trying to resolve runtime dependency gdk-pixbuf-loader-png resulted in conflicting PREFERRED_PROVIDER entries being found.
Mar 02 00:32:49 <Jay7> The providers found were: ['/storage/oe/openembedded/recipes/gtk+/gtk+_2.20.1.bb', 'virtual:native:/storage/oe/openembedded/recipes/gtk+/gtk+_2.20.1.bb']
Mar 02 00:32:51 <Jay7> wtf?
Mar 02 00:33:07 <Jay7> same for every pixbuf-loader-*
Mar 02 00:33:32 <Jay7> non-fatal but looking strange
Mar 02 00:34:18 <Jay7> minimal/ben-nanonote/native-sdk-image
Mar 02 00:38:41 * Jay7 -> sleep
Mar 02 00:39:01 <Crofton> gn
Mar 02 00:53:25 <ka6sox> nn Crofton
Mar 02 00:54:23 <CIA-47> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r3dc72c4ca0 10openembedded.git/recipes/linux/linux-kexecboot.inc: 
Mar 02 00:54:24 <CIA-47> linux-kexecboot.inc: fix typo for task override (mips/mipsel).
Mar 02 00:54:24 <CIA-47> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Mar 02 00:55:03 <ant__> 'nite
**** ENDING LOGGING AT Wed Mar 02 02:59:57 2011