**** BEGIN LOGGING AT Sat Jan 09 02:59:57 2010 Jan 09 09:02:32 hi Jan 09 09:05:03  Jan 09 09:20:13 03Koen Kooi  07org.openembedded.dev * rf6534b194a 10openembedded.git/conf/distro/include/sane-srcrevs.inc: efl: nudge SRCREV up a bit Jan 09 10:58:10 03Martin Jansa  07org.openembedded.dev * rf72efbb544 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Jan 09 10:58:10 linux-openmoko-devel: bump revision for NAND speedup Jan 09 10:58:10 Signed-off-by: Martin Jansa Jan 09 11:17:26 JaMa: libfsoframework still does fails to compile here. libfsobasics compiles successfully, though. Thanks Jan 09 11:59:44 hi I added oestats-client to my local.conf, and the failures are reported correctly http://tinderbox.openembedded.org/builds/49905/ are these sent to bugzilla too? Or: how can I see when the issue gets fixed? Jan 09 12:00:47 maybe I am still supposed to file bugs manually pointing to the tinderbox log? Jan 09 12:08:00 03Rolf Leggewie  07org.openembedded.dev * reda60d48fa 10openembedded.git/recipes/gtk+/ (8 files): gtk+: remove DEFAULT_PREFERENCE -1. 2.18.3 is the new default. Jan 09 12:09:54 ao2: thank you for using tinderbox. in general you don't need to report compile failures to bugzilla nowadays. If problems aren't fixed for a long-time you may want to report them in the tracker or here. long-time is > 1 week Jan 09 12:10:41 libfsobasics should be fixed since a few hours, now Jan 09 12:10:56 JaMa fixed it Jan 09 12:11:16 Laibsch, ok, so I just pull and rebuild to see if the problem has been fixed, no notifications of any kind on the tinderbox site, right? Jan 09 12:11:26 but libfsoframework will likely fail. At least it did for me Jan 09 12:11:51 no, tinderbox does not notify anybody if things are fixed Jan 09 12:13:44 ok, I could still watch the commitlog mailing list to get some info about a fix I guess. Thanks. Jan 09 12:26:15 I guess your best bet is to just try from time to time Jan 09 12:26:27 or discuss the problem here and provide a fix yourself Jan 09 12:26:30 get active Jan 09 12:40:04 hrw|gone: ping Jan 09 13:06:17 jo Jan 09 13:12:52 morning woglinde Jan 09 13:13:08 hi laibsch Jan 09 13:14:05 Just for the heck of it I tried to compile for the sharprom-compatible distro Jan 09 13:14:16 As expected, it didn't work ;-) Jan 09 13:14:21 Does http://paste.debian.net/56105/ speak to anyone? Jan 09 13:15:39 removing that particular bb file lets me at least compile shasum-native: http://tinderbox.openembedded.org/builds/50070/ !!! Jan 09 13:17:21 woglinde: I see you are giving the simpad some love? Jan 09 13:17:48 I want to get back to the collie, but currently minimal won't even start a build for it Jan 09 13:17:51 laibsch hm yes sometimes Jan 09 13:18:03 good Jan 09 13:18:09 I think they are still fine machines Jan 09 13:18:14 yes Jan 09 13:18:21 armv4-eabi Jan 09 13:18:22 ;) Jan 09 13:18:24 now Jan 09 13:22:08 not that I would know what it means, but are you telling me that the simpad (and I guess thus the collie as well) are among the eabi-machines now? Jan 09 13:22:15 That was what minimal tripped over Jan 09 13:22:30 I got an error about eabi before anything even started Jan 09 13:23:02 only with patches Jan 09 13:23:08 thesing putting some in Jan 09 13:23:09 denix: are you the external toolchain expert here? Jan 09 13:23:12 the rest I have here Jan 09 13:23:57 * Laibsch needs to understand why minimal refuses to even start building for the collie Jan 09 13:29:49 hm Jan 09 13:30:01 when I mount a image where can I look which packages are installed? Jan 09 13:31:12 ah got it Jan 09 13:33:49 argsgssgsssss Jan 09 13:33:56 util-linux-ng-umount Jan 09 13:34:03 Depends: libblkid1 (>= 2.16), libuuid1 (>= 2.16), gettext (>= 0.17), libiconv (>= 1.12), uclibc (>= 0.9.30.1) Jan 09 13:34:06 non nono nonon Jan 09 14:21:41 pb_: ping? Jan 09 14:21:50 pb_: have you ever used setitimer for benchmarking? Jan 09 14:23:52 re Jan 09 14:24:06 hi zeke Jan 09 14:24:08 hi pb Jan 09 14:24:09 zecke: yo. not for benchmarking, I think. Jan 09 14:24:26 gprof uses setitimer for profiling though. Jan 09 14:24:27 hi woglinde Jan 09 14:24:28 itimer? Jan 09 14:24:31 hi mickeyl Jan 09 14:24:38 hi mickeyl Jan 09 14:24:56 pb__: but it should work right? Jan 09 14:25:06 yeah Jan 09 14:25:55 BBCLASSEXTEND Jan 09 14:26:19 woglinde: you aren't making a lot of sense Jan 09 14:26:25 pb__: currently, I'm using clock_gettime but sometimes... the exec is like 4 seconds due scheduling :) Jan 09 14:26:44 zecke: heh, right Jan 09 14:26:47 pb I started to get the stuff rp made for poky into oe Jan 09 14:26:54 I started with gettext now Jan 09 14:27:08 very good Jan 09 14:27:09 hi pb_ Jan 09 14:27:10 yo woglinde Jan 09 14:27:13 morning z. Jan 09 14:27:26 * zecke sitzs in munich Jan 09 14:27:41 zecke ah so the snow didnt slow you down Jan 09 14:28:14 woglinde: there was no snow storm in munich today.. only in berlin Jan 09 14:29:16 tobi wants to play Jan 09 14:29:18 till later Jan 09 14:29:19 * pb__ has been inspecting a new house this morning Jan 09 14:29:19 woglinde: man setitimer, it seems to be a system call and is offering various information to userspace Jan 09 14:29:48 pb__: how does it look? I think now is a good moment to see if the roof is stable? or what are your criteria's for a house? Jan 09 14:30:06 it looks quite nice, actually Jan 09 14:30:11 let me see if I can find a web link to it Jan 09 14:30:38 http://cheffins.co.uk/cheffins-property/lower-end-cambridge-10281 Jan 09 14:30:39 that's the one Jan 09 14:32:59 pb__: ah that is cute. planning to increase the size of the family? Jan 09 14:35:16 sort of. we plan to gain a dog :-) Jan 09 14:35:26 no plans for any more children at the moment though Jan 09 14:44:58 pb__: setitimer: Do you think I need to handle the SIG* signal for my timer, or can I just use setitimer at the begin and end? Jan 09 14:47:14 aeh getitimer Jan 09 14:50:04 hm does someone find the error? Jan 09 14:50:05 http://tinderbox.openembedded.net/public/logs/task/4290993.txt Jan 09 14:50:44 woglinde: a buddhist would tell you, there is nothing wrong... Jan 09 14:51:36 woglinde: wow, that is really weird Jan 09 14:51:49 maybee ccache Jan 09 14:52:08 I started a new build Jan 09 14:52:20 bbl Jan 09 14:52:35 350k pounds Jan 09 14:52:57 I think I will not earn this amount of money in my whole life Jan 09 14:53:34 You'd be surprised, once you do the math. Of course, the government gets most of it. Jan 09 14:54:29 pb is this a crack on the right side of the front view? Jan 09 14:56:46 hm Jan 09 14:56:49 now it worked Jan 09 14:56:56 strange strange Jan 09 15:01:14 hm Jan 09 15:01:16 I hope Jan 09 15:01:25 that memory isnt corrupt Jan 09 15:02:37 * Laibsch wonders what is the problem with mtd-utils-native's do_populate_staging: http://paste.debian.net/56113/ Jan 09 15:02:56 docfdisk? Jan 09 15:03:04 *g* Jan 09 15:03:09 Is this possibly some kind of bashism issue? Jan 09 15:03:23 check image-dir Jan 09 15:05:01 woglinde: nothing of interest: http://paste.debian.net/56115/ Jan 09 15:05:17 ????? Jan 09 15:05:34 you need to check if docfdisk exist there Jan 09 15:19:39 I'm not sure we are talking about the same image dir. But anyway, the only thing related to docfdisk in my tmpdir are a couple of unpacked docfdisk.c source files in the work dir Jan 09 15:20:43 16:19 < Laibsch> I'm not sure we are talking about the same image dir. But anyway, the only thing related to docfdisk in my tmpdir are a Jan 09 15:20:47 args Jan 09 15:20:56 laibsch so it got not compiled Jan 09 15:21:07 I see you had the same problem Jan 09 15:21:11 Did you take a look? Jan 09 15:21:18 did I? Jan 09 15:21:37 hm I have some patches here for mtd und ubi stuff Jan 09 15:21:37 that's what I'm asking, yes Jan 09 15:21:40 Hi All. Im trying to find the source to build Xsdl. Info on google seems to be scattered a bit and was wondering if someone can point me to the latest code to get X11 on sdl capable hw. Thanks! Jan 09 15:21:54 and I think I discovered a parallel-build bug Jan 09 15:22:04 did you push anything? Jan 09 15:22:06 but didnt have the time to look into it further Jan 09 15:22:08 no Jan 09 15:22:14 its not so well tested Jan 09 15:22:17 sorry Jan 09 15:22:19 did it compile after all for you? Jan 09 15:22:26 hm yes Jan 09 15:22:32 in the second run Jan 09 15:22:32 good Jan 09 15:22:34 on the first Jan 09 15:22:43 on app cannt link libubifs or so Jan 09 15:23:06 hms I want fix this some time ago Jan 09 15:23:12 NOTE: /usr/lib/libudev.so Jan 09 15:23:13 NOTE: /usr/lib/libvolume_id.so Jan 09 15:23:13 NOTE: /usr/lib/pkgconfig/libudev.pc Jan 09 15:23:13 NOTE: /usr/lib/pkgconfig/libvolume_id.pc Jan 09 15:23:19 not shipped in any package Jan 09 15:23:43 playtime again Jan 09 15:23:50 till later Jan 09 15:26:13 woglinde: did you change anything between first and second run? Jan 09 15:30:32 Laibsch: i am just looking what the problem exactle is. Jan 09 15:30:41 re... Jan 09 15:32:10 welcome back, zecke Jan 09 15:37:34 Laibsch: okay i have now all the info needed for debuging the problem Jan 09 15:37:39 Why is it that task-base-extended depends on task-bluetooth even when the machine conf doesn't include Bluetooth in its features? Jan 09 15:37:48 first disk space is only used 24% Jan 09 15:37:57 so diskscpace is not the problem Jan 09 15:38:06 second here is the error message Jan 09 15:38:15 Am I correct to assume that in the case of the sharprom-compatible distro (I know, I know, ...) virtual/{libiconv,libc,arm-linux-libc-for-gcc} and linux-libc-headers can be set to ASSUME_PROVIDED? Jan 09 15:38:49 Laibsch: sounds right Jan 09 15:38:58 zecke: thanks Jan 09 15:42:54 hm shouldnt that set external-foo.blah self? Jan 09 15:44:09 Yes Jan 09 15:44:28 The problem is that apparently the sharprom-toolchain native only works on 32bit systems Jan 09 15:44:35 I was trying this on a 64bit system Jan 09 15:44:42 Laibsch: packaged contents of eglibc-localdata.es.ec into .../home/oe/eglibc-localdata-es-ec_2.10-cg R8.6_armv6-novfp.ipk Jan 09 15:44:43 woglinde: did you change anything between first and second run? Jan 09 15:44:44 Note Task failed_ ipkg-build execution failed Jan 09 15:44:46 note: oestats task failed see http://tinderbox.openembedded.net/packages/412759 Jan 09 15:44:48 Error: task failed event exception aborting Jan 09 15:44:49 Error: Build of recipes/eglibc/eglibc_2,10.bb do_package_write_ipk failed Jan 09 15:44:51 Note: tasks summary: 414 Tasks of which 3 didnt need to be rerun 1 failed Jan 09 15:44:53 xperia: PASTE!!! Jan 09 15:45:04 and don't use me as your personal support Jan 09 15:45:39 everybody can answer your questions if you indeed pose one Jan 09 15:46:20 sorry Jan 09 15:46:31 hi xperia Jan 09 15:46:51 xperia: I'm not sure why it failed Jan 09 15:47:12 try "bitbake -c clean eglibc;bitbake eglibc" Jan 09 15:47:20 or something like that Jan 09 15:47:33 whenever a task fails, try rebuilding it Jan 09 15:47:33 hello GNUtoo :-) Jan 09 15:47:44 maybe no more space? Jan 09 15:47:53 I can't tell because I didn't see the log Jan 09 15:47:56 where is the log? Jan 09 15:48:02 space is more than enought Jan 09 15:48:05 ok Jan 09 15:48:12 what for a log ? Jan 09 15:48:40 this here maybe ? http://tinderbox.openembedded.net/builders/xperia/ Jan 09 15:49:00 example of log: http://pastebin.com/m453bb8d6 Jan 09 15:50:51 GNUtoo: very interesting ! how do you get such a log in oe. i am working in console modus only and the output of the build info is not such rich of details. Jan 09 15:51:15 xperia, you have multiple logs: Jan 09 15:51:20 *the one you see in console Jan 09 15:51:39 xperia: just rebuild and see if the problem goes away Jan 09 15:52:02 when an error occurs it usually gets reported including logs to tinderbox and then we can see it Jan 09 15:52:05 * * OE Bug 2461 has been RESOLVED (NOTOURBUG) by Jan 09 15:52:07 * * ipkg upgrade does nothing, allthough newer packages are available in the feed Jan 09 15:52:07 */home/embedded/oetmp_openmoko/work/armv4t-oe-linux-gnueabi/libfsoframework-1_0.2.0.0+gitr1+70b87d6e8b04f0bf0078702f6467e037eb4fdb28-r1.1/temp in my case Jan 09 15:52:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2461 Jan 09 15:52:10 but sometimes it does not happen Jan 09 15:52:44 GNUtoo: great thanks for the info will look in this right now Jan 09 15:52:53 ok Jan 09 15:53:45 /home/embedded/oetmp_openmoko/work/armv4t-oe-linux-gnueabi/libfsoframework-1_0.2.0.0+gitr1+70b87d6e8b04f0bf0078702f6467e037eb4fdb28-r1.1/temp contains the logs of the different part of the build such as log.do_configure log.do_compile etc... but also the scripts that it ran and that generated the logs Jan 09 15:54:06 the scripts are in the form of run.do_configure run.do_compile etc... Jan 09 15:55:53 hms Jan 09 15:56:32 anyones what I can set in local.conf so oe respect my $CCACHE_DIR Jan 09 15:56:37 setting? Jan 09 15:59:05 * * OE Bug 2440 has been RESOLVED (NOTOURBUG) by Jan 09 15:59:07 * * "Multiple replacers for atd, using first one (at-doc)" during ipkg upgrade Jan 09 15:59:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2440 Jan 09 16:03:04 * * OE Bug 2676 has been RESOLVED (NOTOURBUG) by Jan 09 16:03:06 * * angstrom-x11-image does not boot from flash on h3900 Jan 09 16:03:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2676 Jan 09 16:03:16 * * OE Bug 2672 has been RESOLVED (NOTOURBUG) by Jan 09 16:03:18 * * angstrom-x11-image does not boot from flash on h3850 Jan 09 16:03:20 * * http://bugs.openembedded.net/show_bug.cgi?id=2672 Jan 09 16:06:04 * * OE Bug 3892 has been RESOLVED (NOTOURBUG) by Jan 09 16:06:06 * * Angstrom and rx1950 no console/x11 Jan 09 16:06:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3892 Jan 09 16:09:04 * * OE Bug 3490 has been RESOLVED (NOTOURBUG) by Jan 09 16:09:06 * * gpe-package crashes on package install Jan 09 16:09:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3490 Jan 09 16:15:04 * * OE Bug 4137 has been RESOLVED (NOTOURBUG) by Jan 09 16:15:06 * * ipkg: pre/post control files not removed (remove_obsolete_maintainer_scripts) Jan 09 16:15:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4137 Jan 09 16:17:47 Can somebody please test if flite builds for them? Jan 09 16:19:09 GNUtoo: have found now the logs but after looking at them i can not find any error lines or something that indicate that it was gone wrong. will now try to recompile it as Laibsch has told Jan 09 16:19:56 ok Jan 09 16:21:05 * * OE Bug 3668 has been RESOLVED (NOTOURBUG) by Jan 09 16:21:07 * * The Angstrom logo in 'issue' and 'issue.net' is undecorated Jan 09 16:21:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3668 Jan 09 16:27:06 * * OE Bug 4493 has been RESOLVED (NOTOURBUG) by Jan 09 16:27:08 * * Installing a package with -force-downgrade makes opkg segfault Jan 09 16:27:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4493 Jan 09 16:42:29 will come back later. see you again bye, Jan 09 16:43:05 * * OE Bug 4442 has been marked as DUPLICATE of bug 2725 by Jan 09 16:43:07 * * akita 2007.12-r17, cannot login though gpe-dm Jan 09 16:43:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4442 Jan 09 16:48:10 zecke_: I don't think you need to handle the signals. Jan 09 16:48:19 (sorry for the delay, I had to go to the supermarket) Jan 09 16:48:54 re pb Jan 09 16:48:59 woglinde: the vertical line? no, it's a cable of some kind, probably a phone wire Jan 09 16:49:39 ???? Jan 09 16:49:41 ah okay Jan 09 16:49:42 sorry Jan 09 16:52:05 * * OE Bug 5059 has been RESOLVED (NOTOURBUG) by Jan 09 16:52:06 * * Module snd_soc_neo1973_gta02_wm8753 not loaded when booting openmoko Jan 09 16:52:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5059 Jan 09 16:54:22 ~praise Laibsch Jan 09 16:54:24 All hail Laibsch! Jan 09 16:55:30 To be honest, I'm still a bit uneasy about closing all these valid issues just because they are not in the OE metadata (sometimes there is even a slight chance they are) Jan 09 16:55:41 Many of them are valid issues Jan 09 16:55:51 But then again, we can't save the world single-handedly Jan 09 16:56:50 I report some of the bugs upstream, though Jan 09 16:56:59 at least those get lost off the radar Jan 09 16:57:37 mickeyl: Maybe you can take a look at libfsoframework? Jan 09 16:58:10 hm, seems like jama got it compiling again: http://tinderbox.openembedded.org/packages/libfsoframework/ Jan 09 16:58:17 But I've yet to see a commit Jan 09 16:58:52 Laibsch: yes.. w8 a bit Jan 09 16:59:05 so you fixed it? Jan 09 16:59:07 pb__: no problem... somehow I'm fighting tje jetlag and have not written a single line to test it Jan 09 16:59:07 nice! Jan 09 16:59:08 Laibsch: I'm rebuilding whole fso here to test it better than last bump Jan 09 16:59:20 Laibsch: mickey fixed it.. with newer vala Jan 09 17:00:22 Laibsch: btw what is current policy what goes into OE bugzilla? http://bugs.openembedded.org/show_bug.cgi?id=5059 seems valid to me.. and I already fixed that problem in OE (not knowing about this bug..) Jan 09 17:01:19 JaMa|Gone: to be honest it's a bit blurry Jan 09 17:01:41 this particular one i would have left in Jan 09 17:01:47 The official wording is "it's out if it's not in the OE metadata" Jan 09 17:01:50 but in general kernel/metadata is borderline Jan 09 17:02:04 * * OE Bug 4589 has been RESOLVED (NOTOURBUG) by Jan 09 17:02:06 * * opkg: opkg-cl causes glibc to emit free() errors Jan 09 17:02:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4589 Jan 09 17:02:21 then again, patches are metadata and thus we could fix basically anything Jan 09 17:03:12 on the other end, I'm not sure there are many bugs actually in the metadata that are not compile issues (and I would strongly argue those should go to tinderbox) Jan 09 17:03:34 so, eventually, it may turn out we have trimmed down the set of bugzilla issues to the empty set Jan 09 17:05:11 mickeyl, JaMa|Gone: with regards to 5059, is the proposed fix proper? Jan 09 17:05:23 if so, let's just push it and reclose as fixed Jan 09 17:06:14 actually Jan 09 17:06:20 the proper fix is remove all traces of Jan 09 17:06:21 gta03 Jan 09 17:06:23 om3d7k Jan 09 17:06:29 since this will never see the light of day Jan 09 17:06:34 and all prototypes are broken afaik Jan 09 17:06:43 so there's 0 value in carrying that around Jan 09 17:10:23 zecke_: heh, righto Jan 09 17:10:37 * pb__ going to saw some holes in brickwork now Jan 09 17:10:38 bbiab Jan 09 17:11:36 I got the SDL VNC code working on the desktop. Now just got to move it to the pre! Jan 09 17:11:36 mickeyl: I see Jan 09 17:11:46 sry. wrong channel Jan 09 17:27:29 Laibsch: I already removed that Jan 09 17:27:41 Laibsch: and moved it to machine config Jan 09 17:28:03 the gta03 stuff? Jan 09 17:28:09 I was just grepping for it Jan 09 17:28:19 Laibsch: I'll reply there with info and you can reclose Jan 09 17:28:40 only that snd stuff from bug Jan 09 17:40:45 Laibsch: with vala update fsomusicd fails.. so it will take a bit longer.. Jan 09 17:41:02 OK Jan 09 17:41:05 not a problem Jan 09 17:44:41 5059 closed as fixed with links to git commits Jan 09 17:46:41 great, thanks Jan 09 17:46:44 is there a way to chanage the parameters for kernel through xconfig while using OE/bitbake? Jan 09 17:46:55 Does http://paste.debian.net/56133/ speak to anyone? I'm building for SharpROM there Jan 09 17:52:40 What is status of checksums in recipes? I know its working and used in few places. But it would be nice to have it used in some consistent way I guess. Jan 09 17:53:35 I used it only in some kernel recipes, because I fear that someone working on script for moving checksums from checksums.ini would like it as consistent as it can be. Jan 09 18:01:47 JaMa|Gone: Does http://paste.debian.net/56143/ look good to you? Jan 09 18:07:07 Laibsch: sure, its useless without conf/machine/om-gta03.conf.. so why not Jan 09 18:07:26 OK Jan 09 18:07:28 pushed Jan 09 18:08:28 03Rolf Leggewie  07org.openembedded.dev * rfe63fdaa70 10openembedded.git/recipes/linux/ (3 files): linux: gta03 won't ever see the light of day. remove references to it from three OM kernel recipes. Jan 09 18:09:08 other than that there seems to be nothing left Jan 09 18:12:26 ah wau linux 2.6.32.3 simpad compiles now Jan 09 18:13:02 anyone know how I can configure the kernel that openemebedded builds? Jan 09 18:13:27 Laibsch: vala pushed Jan 09 18:13:35 03Martin Jansa  07org.openembedded.dev * r9c5e5bbc02 10openembedded.git/ (4 files in 3 dirs): Jan 09 18:13:35 vala: bump to 0.7.9.7, libfsoframework compiles again (really), fsomusicd: updated revision for new vala compatibility Jan 09 18:13:35 Signed-off-by: Martin Jansa Jan 09 18:13:58 nice Jan 09 18:14:00 thank you Jan 09 18:20:15 anyone? Jan 09 18:27:38 Aditya1: which one? Jan 09 18:27:52 huh? Jan 09 18:27:53 Aditya1: ah sorry.. use -c menuconfig Jan 09 18:28:06 oh when I do bitbake? Jan 09 18:28:39 bitbake -c menuconfig -b ...../kernel-recipe.bb Jan 09 18:29:09 Aditya1: its not xconfig but menuconfig is goog enough, isnt it? Jan 09 18:30:10 yeah its something heh Jan 09 18:30:35 trying to get a camera working with my beagleboard :/ Jan 09 18:31:06 which camera? Jan 09 18:31:20 lifecam cinema Jan 09 18:31:54 porr webcam Jan 09 18:32:09 porr? Jan 09 18:33:20 poor Jan 09 18:33:28 you dont like it? Jan 09 18:33:39 *g* Jan 09 18:33:46 nothing special Jan 09 18:33:50 thats what I meant Jan 09 18:34:01 oh Jan 09 18:34:02 hmm Jan 09 18:34:29 oh okay Jan 09 18:34:31 it has hd Jan 09 18:34:42 it has pretty high resolutions coming ut of it Jan 09 18:35:02 http://pastebin.com/m10e0abd1 -- this is what I Get when I plug it in Jan 09 18:35:07 but no zoom Jan 09 18:35:14 would you have any idea what this could mean woglinde? Jan 09 18:35:52 hm sorry dont know Jan 09 18:35:59 latest kernel? Jan 09 18:37:47 yeah its w/e the OE kernel is Jan 09 18:37:52 2.6.29-omap I think Jan 09 18:39:39 hm try the 2.6.32 variant Jan 09 18:42:39 does that have better support? Jan 09 18:43:30 also how would I change the kernel? Jan 09 18:46:09 like I dont see the kernel recipe Jan 09 18:46:27 so how would I update it to .32? or is there like another branch of OE I can checkout Jan 09 18:46:30 Aditya1 yes 2.6.3x have better support for the cams Jan 09 18:46:37 let me see Jan 09 18:47:34 Mickey handles the requests for commit access ? Jan 09 18:47:47 Aditya1 -> linux-omap_2.6.32.bb Jan 09 18:47:54 or should i post to the list ? Jan 09 18:48:17 steliosk write to the list Jan 09 18:48:24 so everyone can see it Jan 09 18:48:34 btw. long time not seen Jan 09 18:48:40 ;) Jan 09 18:50:47 hmm Jan 09 18:51:01 yeah, true. Been busy with work and family. Expecting a second child in a couple of months and trying to keep the company running through the recession does not leave much time for "extra curriculum activities" :) Jan 09 18:51:07 what folder would that be under woglinde_? I dont see like a linux, or an omap Jan 09 18:53:34 woglinde_ I am still trying to catch-up with the OE changes as i would like to get our work back to the main tree Jan 09 18:53:43 hmm actually I see the kernel recipes Jan 09 18:53:48 but there is no .32 :( Jan 09 18:53:53 git makes things much easier now Jan 09 18:54:27 Aditya1 use the magic of find Jan 09 18:54:56 linux-omap_2.6.31.bb -- thats the last one I have Jan 09 18:55:06 I guess it'll be better than .29 :) Jan 09 18:55:09 pull Jan 09 18:55:39 recipes/linux/linux-omap_2.6.32.bb Jan 09 18:56:28 still the same Jan 09 18:56:33 .31 is the last I have Jan 09 18:56:38 if I wanted to try this Jan 09 18:56:49 how would I make x11-image use this instead of .29 Jan 09 18:58:11 Has anyone used OE to build a distro in which the root FS is read-only, as in Chromium OS? Jan 09 18:59:29 Aditya1 git pull --rebase Jan 09 18:59:43 Aditya1 seems you didnt understand oe-dev yet Jan 09 19:00:21 hmm Jan 09 19:00:27 I think thats my problem Jan 09 19:00:34 I am using angstrom, which is stable I think Jan 09 19:00:35 and how git works Jan 09 19:00:41 and what oe-dev is for Jan 09 19:00:54 ???? Jan 09 19:00:56 no Jan 09 19:01:09 oe-stable branch is something diffrent Jan 09 19:02:51 I know I am not exactly an expert at this Jan 09 19:02:56 just looking for some direction Jan 09 19:03:37 okay here comes the change Jan 09 19:03:48 linux-omap_2.6.29.bb:DEFAULT_PREFERENCE_beagleboard = "1" Jan 09 19:03:54 set the 1 to -1 Jan 09 19:04:13 and the same line -> DEFAULT_PREFERENCE_beagleboard = "1" to linux-omap_2.6.32.bb Jan 09 19:06:50 ah cool Jan 09 19:11:21 hm Jan 09 19:11:26 my gumstix build actually uses .31 Jan 09 19:11:34 okay I have to go Jan 09 19:11:36 till later Jan 09 19:11:41 later, thanks for the help Jan 09 19:11:49 no prob Jan 09 19:38:02 Crofton : Hi ! Jan 09 19:43:26 steliosk, greetings Jan 09 19:44:04 Crofton : Will you be in FOSDEM this year ? Jan 09 19:44:53 at the moment it is not likely :( Jan 09 19:45:00 unless airfares drop some Jan 09 19:45:13 I also may have another trip at the time :( Jan 09 20:00:04 Crofton : I see. I am also 50-50 in going. Expecting out new baby in a March and the "wife factor" is high for this trip. Jan 09 20:02:09 ah Jan 09 20:02:13 congrats btw Jan 09 20:02:28 hrw|gone, child was born near FOSDEM also Jan 09 20:43:51 re Jan 09 20:57:20 03Klaus Kurzmann  07org.openembedded.dev * rdbcb75bd01 10openembedded.git/recipes/freesmartphone/ (fsodatad/fsodatad.conf fsodatad_git.bb): Jan 09 20:57:20 fsodatad: add a config file Jan 09 20:57:20 Signed-off-by: Klaus Kurzmann Jan 09 20:57:21 03Klaus Kurzmann  07org.openembedded.dev * r2a61617215 10openembedded.git/recipes/freesmartphone/ (fsogsmd/fsogsmd.conf fsogsmd_git.bb): Jan 09 20:57:21 fsogsmd: add a config file Jan 09 20:57:24 Signed-off-by: Klaus Kurzmann Jan 09 20:57:26 03Klaus Kurzmann  07org.openembedded.dev * r150e8d822c 10openembedded.git/recipes/freesmartphone/ (fsotdld/fsotdld.conf fsotdld_git.bb): Jan 09 20:57:29 fsotdld: add a config file Jan 09 20:57:31 Signed-off-by: Klaus Kurzmann Jan 09 21:02:36 Could it be that udev is generally starting too early in OE generated images? Jan 09 21:02:45 !oebug 5090 Jan 09 21:02:47 * * Bug 5090, Status: CONFIRMED, Created: 2009-04-29 22:37 Jan 09 21:02:48 * * msmith(AT)cbnco.com: udev_124-r16 fails to start because /tmp is not writable yet Jan 09 21:02:49 * * http://bugs.openembedded.org/show_bug.cgi?id=5090 Jan 09 21:02:51 !oebug 5246 Jan 09 21:02:53 * * Bug 5246, Status: CONFIRMED, Created: 2009-06-22 09:21 Jan 09 21:02:53 * * simaskonfa(AT)gmail.com: opie for qemuarm freezes (udev start sequence problem) Jan 09 21:02:54 * * http://bugs.openembedded.org/show_bug.cgi?id=5246 Jan 09 21:03:06 hm udev 124 is old Jan 09 21:03:10 I can confirm both bugs Jan 09 21:03:24 I'm not sure this is related to udev 124 or a later version Jan 09 21:03:46 hm wasnt a good idea to use busybox as loginmanger and sysvinit as init Jan 09 21:03:48 I have experienced the effect as described in both reports this week Jan 09 21:04:01 raise it to mailinglist Jan 09 21:04:44 OK Jan 09 21:04:50 woglinde: 124 is still default, btw Jan 09 21:05:07 yeah Jan 09 21:05:09 but its old Jan 09 21:05:10 do you have any reasonable expectation 141 may be better Jan 09 21:05:10 ? Jan 09 21:05:16 too old in my optionion Jan 09 21:05:21 args opinion Jan 09 21:08:22 hi all Jan 09 21:08:29 Laibsch: not in Jan 09 21:08:32 hi bluelightning Jan 09 21:08:39 hows opie work going? Jan 09 21:08:40 Laibsch: not in #hentges.net ? Jan 09 21:09:36 woglinde: hey Jan 09 21:09:53 woglinde: I've got a patch into bitbake to handle git subdir fetching (woohoo!) Jan 09 21:10:37 bluelightning cool Jan 09 21:11:07 and the corresponding updates to the opie OE recipes are now in a branch (bluelightning/opie-git) Jan 09 21:11:18 yes I saw the branch Jan 09 21:11:23 as to when these can be merged into master, well, I'm not entirely sure Jan 09 21:12:05 I don't know what the OE policies are on recipes depending on bitbake bleeding-edge features Jan 09 21:12:23 yeah Jan 09 21:12:32 we have to wait if tsc gives okay Jan 09 21:12:33 args Jan 09 21:12:42 that had been a topic for the tsc Jan 09 21:13:02 bluelightning can you rais this on the mailinglist for the tsc? Jan 09 21:14:15 woglinde: ok will do Jan 09 21:14:39 maybee they discuss it in the next meeting Jan 09 21:14:51 and I hope they find a solution Jan 09 21:15:04 because I want in dev and test Jan 09 21:15:38 maybe I can test it with merge the branch Jan 09 21:19:22 have another question Jan 09 21:19:51 I have an "ipk" directory in $OETREE/angstrom-dev/deploy Jan 09 21:20:00 contains a bunch of packages Jan 09 21:20:05 am I supposed to copy them somewhere? Jan 09 21:22:49 why? Jan 09 21:25:32 Aditya1: depends on what you want to do with it Jan 09 21:26:09 dunno, I am just trying to understand the big picture Jan 09 21:26:12 you even can put this dir into a webserver-dir and use opkg/ipkg via network Jan 09 21:27:58 so its basically stuff opkg would download if you were using it to install something? Jan 09 21:28:05 just a locally built set? Jan 09 21:29:31 first one Jan 09 21:29:48 you can copy them over to the device and run opkg install foo.ipk Jan 09 21:30:11 but you will have to resolv the dependency.ipk's your self Jan 09 21:31:47 ah k Jan 09 21:31:58 yeah reading through teh OE manual and stuff Jan 09 21:32:09 so figured I'd go through the directories and figure out what things are Jan 09 21:32:38 hm oe manual isnt up to date in some sections Jan 09 21:35:42 woglinde: If you know that you ought to fix it ;-) Jan 09 21:40:13 laibsch yeah If I would have the time Jan 09 21:40:49 Come on Jan 09 21:41:00 little by little if necessary Jan 09 21:41:21 you'd be grateful if somebody saved you some time because they documented stuff Jan 09 21:41:46 lol Jan 09 21:42:07 he than why you didnt start to take over BBCLASSEXTEND from poky Jan 09 21:42:13 little for little Jan 09 21:44:49 has anyone used guvcview with OE? Jan 09 21:46:27 jo ant Jan 09 21:46:44 hi, how's going? Jan 09 21:47:03 slowly Jan 09 21:50:02 ah, about packaging...is it sane that I have libxml2-native-dbg and -dev in deploy/glibc/ipk/i686? Just these two? Jan 09 21:50:38 both empty :/ Jan 09 21:59:04 guvcview? anyone? Jan 09 21:59:14 no Jan 09 21:59:20 damn Jan 09 22:17:47 damn Jan 09 22:18:10 something is broken here with the inittab Jan 09 22:42:40 UMMM Jan 09 22:42:50 so I used 2.6.31 Jan 09 22:43:12 and it just hangs at[ 15.504180] input: gpio-keys as /devices/platform/gpio-keys/input/input0 Jan 09 22:43:17 no errors before that Jan 09 22:43:27 just kind of hung there, no blinking of activity lights Jan 09 22:44:00 *sigh* Jan 09 22:44:04 as I said test .32 Jan 09 22:44:22 I dont really know how to switch this to dev Jan 09 22:44:30 I was trying to find the url for git for dev Jan 09 22:44:38 I am followng the angstrom tutorial so I am on stable Jan 09 22:44:42 which only goes up to .31 Jan 09 22:45:32 most here using dev Jan 09 22:46:54 I dont mind using dev or something Jan 09 22:46:57 I just dont know how Jan 09 22:47:52 like I do "git checkout origin/stable/2009 -b stable/2009" for angstrom Jan 09 22:48:02 I am assuming there is a dev version of that path under OE git repo Jan 09 22:53:17 oooh Jan 09 22:53:21 org.openembedded.dev Jan 09 23:30:00 trying to checkout org.openembedded.dev Jan 09 23:30:33 using this "git checkout origin/org.openembedded.def -b org.openembedded.dev" Jan 09 23:30:51 but it says "Fatal: a branch named org.openembedded.dev' already exists" Jan 09 23:30:57 read the git site on the wiki Jan 09 23:31:08 Aditya1: git checkout org.openembedded.dev Jan 09 23:31:17 http://wiki.openembedded.net/index.php/Git Jan 09 23:31:39 Aditya1: it was probably created with first git clone as its "master" branch Jan 09 23:39:26 03Martin Jansa  07org.openembedded.dev * r182b7546b2 10openembedded.git/ (4 files in 3 dirs): Jan 09 23:39:26 navit: bump svnrev, all unset LC_ALL to Exec in .desktop files (gps coords are wrong with LC_ALL set) Jan 09 23:39:26 Signed-off-by: Martin Jansa Jan 10 00:40:06 03Andrea Adami  07org.openembedded.dev * r7baeaabe52 10openembedded.git/conf/machine/ (5 files in 2 dirs): Jan 10 00:40:06 zaurus: first reorganization of XSERVER preferences. Jan 10 00:40:06 * Put all in the common zaurus-2.6.inc. Jan 10 00:46:02 cool Jan 10 00:46:10 opie runs on simpad now Jan 10 00:46:14 with eabi Jan 10 00:46:20 uclibc and linuxthreads Jan 10 00:46:29 as fast as I ever have seen Jan 10 00:46:36 or nearly Jan 10 00:47:03 qpe only throws aligments trap Jan 10 01:01:48 jo raster Jan 10 01:08:38 woglinde1: boo! Jan 10 02:11:24 woglinde_: The reason I didn't is that it's beyond my skill and to be honest I hadn't stumbled across it. Jan 10 02:18:56 ???? Jan 10 02:19:01 laibsch its monkey work Jan 10 02:19:44 take over BBCLASSEXNTED lines Jan 10 02:19:51 remove native recipes Jan 10 02:20:01 I don't know what it does Jan 10 02:20:09 sometimes adjust the deps Jan 10 02:20:12 And I have so far no reason to learn Jan 10 02:20:25 simplify recipes writing Jan 10 02:20:28 only one file Jan 10 02:20:35 for natvie and native-sdk Jan 10 02:20:51 and normal Jan 10 02:22:34 My point is, I'd have to learn about it to get an interest. And then I'd have to learn to understand it. Maybe that is not even much. But so far there is no need for me. The situation with the docs seem to be different. I'm not aware of any defects in the docs or I would likely fix them. You said you are already aware of defects in the docs. So I kindly suggested if you couldn't fix the places where you are aware of defects. Jan 10 02:23:19 BBCLASSEXNTED is missing Jan 10 02:23:22 from doc Jan 10 02:24:36 See, I'm helping out where I think I can help efficiently Jan 10 02:24:55 BBCLASSEXTEND so far did not poke me in the eye as being in that class Jan 10 02:27:00 checksum in recipes too Jan 10 02:27:03 SRC_URI = "${SOURCEFORGE_MIRROR}/wesnoth/${PN}-${PV}.tar.bz2;name=tarball" Jan 10 02:27:03 SRC_URI[tarball.md5sum] = "493826bbd9ba355930765a7e8fe3749a" Jan 10 02:27:03 SRC_URI[tarball.sha256sum] = "7ef047ae364278a5bf9bdc69228f77d825f793f1c4d9adae8b47f0882e7f30d7" Jan 10 02:29:04 * * OE Bug 891 has been RESOLVED (NOTOURBUG) by Jan 10 02:29:06 * * RFE: Chose session type from GPE login screen Jan 10 02:29:09 * * http://bugs.openembedded.net/show_bug.cgi?id=891 Jan 10 02:36:05 * * OE Bug 3768 has been RESOLVED (FIXED) by Jan 10 02:36:07 * * SharpROM-compilation emits long (but harmless?) errors when compiling Jan 10 02:36:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3768 Jan 10 02:40:04 * * OE Bug 3753 has been RESOLVED (NOTOURBUG) by Jan 10 02:40:06 * * SD card filesystem errors Jan 10 02:40:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3753 Jan 10 02:45:05 * * OE Bug 1028 has been RESOLVED (NOTOURBUG) by Jan 10 02:45:07 * * Overflowing / crashes machine Jan 10 02:45:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1028 Jan 10 02:49:05 * * OE Bug 1029 has been RESOLVED (NOTOURBUG) by Jan 10 02:49:06 * * ipkg tries to access ro SD card Jan 10 02:49:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1029 **** ENDING LOGGING AT Sun Jan 10 02:59:56 2010