**** BEGIN LOGGING AT Tue Sep 21 02:59:57 2010 Sep 21 08:07:47 morning Sep 21 08:08:00 JaMa, mrmoku|away how is build stuff going? Sep 21 08:08:43 morning Sep 21 08:39:41 daniele_athome: really strange: ERROR: '/home/shr/shr-unstable/openembedded/recipes/linux/linux-nios2_2.6.34.bb' failed Sep 21 08:39:44 ERROR: '/home/shr/shr-unstable/openembedded/recipes/libpcap/libpcap_1.1.1.bb' failed Sep 21 08:39:51 wtf linux-nios2 Sep 21 08:40:37 mmm Sep 21 08:40:41 JaMa, log? Sep 21 08:40:51 otherwise both images for om-gta02 should be built Sep 21 08:41:20 I don't care about build log.. linux-nios2 shouldn't be built at all Sep 21 08:41:39 and it isn't in my build.. Sep 21 08:44:59 ah :) Sep 21 08:45:52 JaMa, can you build some sort of dependancy tree to find out the problem? Sep 21 08:47:25 not really, but I'm working on it now.. Sep 21 08:47:50 the problem is that PREFERRED_PROVIDER_virtual/kernel doesn't work somehow, but it's specified and properly in env (-e) Sep 21 08:48:17 mmm Sep 21 09:28:49 Guys, can anyone tell me is there any possibility to pass GPS data, got from some weird source to gpsd and get the coords? Sep 21 09:32:13 Q-Master, gipsy interface? Sep 21 09:32:25 (or maybe i didn't get your point :D ) Sep 21 09:33:53 daniele_athome: just getting that data from serial iface over IP wrapped to some protocol. I can unwrap it and get text data and I need to pass it to gpsd or decode it somehow. Sep 21 09:34:22 i see Sep 21 09:35:20 Q-Master: I think that gps-utils has some utility for that.. but I'm not sure Sep 21 09:35:39 damn... 8( Sep 21 09:35:53 JaMa: any C-code for that? Sep 21 09:38:15 gps-utils are not written in C? Sep 21 09:38:42 JaMa: can you point me to their sources? can't find them myself Sep 21 09:40:06 check gps-utils recipe Sep 21 09:40:51 !seen [Rui] Sep 21 09:40:52 [Rui] (~Rui@a83-132-122-21.cpe.netcabo.pt) was last seen quitting from #openmoko-cdevel 1 day, 18 hours, 48 minutes ago stating (Quit: bye bye). Sep 21 09:41:16 JaMa: I don't have a shr tree now. plz point me to it Sep 21 09:42:05 you can see it on web http://git.openembedded.org Sep 21 09:42:54 it's part of gspd itself http://download.berlios.de/gpsd/gpsd-${PV}.tar.gz Sep 21 09:43:31 thnx Sep 21 09:43:38 root@gojama ~ # opkg info gps-utils | grep Source Sep 21 09:43:38 Source: http://download.berlios.de/gpsd/gpsd-2.94.tar.gz;name=gpsd file://gpsd-default file://gpsd file://60-gpsd.rules file://libtool.patch file://configure-libusb.patch Sep 21 09:56:14 heh. I've found libnmea. 8) Sep 21 10:38:23 zub: have you tried any more recent webkit-efl? Sep 21 10:38:54 zub: maybe it would be worth upgrading for eve&ventura (ventura+patch is still segfaulting for c_c) Sep 21 10:39:05 mmm Sep 21 10:39:13 indeed... i miss a decent browser :( Sep 21 10:39:34 * JaMa still using midori mostly Sep 21 11:29:22 JaMa, can I upgrade? :) Sep 21 11:30:12 haven't tried yet.. but probably yes Sep 21 11:30:23 ok i'll try it :) Sep 21 11:30:38 full image is still building (only few mins) Sep 21 11:30:49 .. remaining Sep 21 11:31:17 NOTE: Running task 9819 of 10549 Sep 21 11:34:03 eheh Sep 21 11:34:13 JaMa, did you bumped efl too? Sep 21 11:34:38 daniele_athome: only locally Sep 21 11:34:56 ok Sep 21 11:35:09 there is that ugly evas image bug :S Sep 21 11:35:10 <[Rui]> hi all Sep 21 11:35:17 hi [Rui] Sep 21 11:35:18 <[Rui]> JaMa: wb, had a nice vacation? :) Sep 21 11:35:19 that makes my panel indicator icons useless Sep 21 11:35:24 [Rui]: sure :) Sep 21 11:36:57 <[Rui]> good, I had a working weekend, but now I'm on "vacations" (vacation but... helping to take care of the baby is a full-time job) :) Sep 21 11:37:26 [Rui]: btw http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=55b3912f14b1919bf2cd330e48546f11c179794f was intended for newer EFL SRCREV then what we have in oe now, right? Sep 21 11:38:52 <[Rui]> it was intended to not break on the next efl srcrev bumb, yes. Sep 21 11:39:15 because r51566 of elmdentica still depends on it, currently I have r52538 which is ok again.. Sep 21 11:39:15 Hey guys, any news wrt vala segfault? Sep 21 11:39:51 JaMa, btw you should switch to canberra player in fsodeviced :) Sep 21 11:39:55 it can play ogg too Sep 21 11:39:55 [Rui]: ok.. so I will build libjson manually now on buildhost.. (will be fixed when I push next EFL bump - built already locally) Sep 21 11:40:10 <[Rui]> JaMa: oops, is buildhost rebuilding all? Sep 21 11:40:18 [Rui]: yes Sep 21 11:40:51 [Rui]: hmm it will still fail because of that missing patch.. Sep 21 11:42:03 <[Rui]> it's since http://trac.enlightenment.org/e/browser/trunk/elmdentica?rev=52153 Sep 21 11:42:18 I know.. already looked it up Sep 21 11:43:07 maybe I should bump elmdentica only now and unify to ELF_SRCREV again after testing whole EFL bump.. Sep 21 11:45:17 <[Rui]> JaMa: I don't think that the instability problems I was having were due to my naive patch, I got lots of weird blows in many json-c functions (according to gdb) and all were gone simply by using cJSON Sep 21 11:46:06 <[Rui]> things that were failing misteriously (follow same steps, blow in different places) no longer happened Sep 21 11:46:44 ok.. good I'll bump it now (if it builds ok with older efl) Sep 21 11:47:17 <[Rui]> should... I'm not using new stuff and I didn't notice any deprecated warning with last week's efl in my laptop Sep 21 11:51:07 JaMa, everything seems to work fine after this first upgrade Sep 21 12:10:19 JaMa, would you bump mokosuite2, mokowm and libfreesmartphone-glib to the latest rev together with EFL? :) Sep 21 12:10:22 please :) Sep 21 12:12:56 ok, should I update recipes wrt those you have in git repo? Sep 21 12:14:56 JaMa, yes please Sep 21 12:15:02 of course edit SRCREV Sep 21 12:16:15 yup.. but still fighting with new python-efl bindings.. (needs newer cython etc..) Sep 21 12:16:22 so it will take a while Sep 21 12:16:32 np Sep 21 12:21:17 daniele_athome: is mokowm-imf-ecore_svn.bb still needed? Sep 21 12:21:33 JaMa, yes Sep 21 12:21:37 JaMa, no sorry Sep 21 12:21:42 it should be converted to git Sep 21 12:21:46 i forgot to do it sorry Sep 21 12:22:04 but the package itself is still needed, yes Sep 21 12:23:16 ok I'll wait until you do it :) Sep 21 12:23:37 then I'll update all recipes at once Sep 21 12:23:40 yeah just a sec. Sep 21 12:24:39 ehm JaMa sorry Sep 21 12:24:46 in git repo there is already the git recipe Sep 21 12:24:53 i think i work too much :S Sep 21 12:25:34 JaMa, i don't know how to use PR variable Sep 21 12:25:52 i mean, is it a build sequence? Sep 21 12:26:33 ? it's package revision Sep 21 12:26:54 just part of package version (almost least significant part - except DISTRO_PR which is after it) Sep 21 12:27:02 mmm Sep 21 12:28:19 ok done Sep 21 12:29:18 good Sep 21 12:30:47 btw 1.0+gitr is probably lower version than 1.0+svnr so you have to change that to ie 1.1+gitr or bump PE (package epoch - most significant part of version) Sep 21 12:30:56 which way looks better to you? Sep 21 12:30:59 mmm Sep 21 12:31:39 JaMa, this will mean forcing versioning Sep 21 12:31:42 in either ways Sep 21 12:31:44 right? Sep 21 12:32:07 yes, but PE doesn't expect version change in sources Sep 21 12:32:11 what is your opinion? Sep 21 12:32:16 PV should corespond to version in source Sep 21 12:32:35 do as you think it's best Sep 21 12:32:35 PE is a bit ugly Sep 21 12:32:54 JaMa, why don't we leave the way it is now Sep 21 12:33:00 and let people remove/install? :) Sep 21 12:33:08 i will post on ML about that Sep 21 12:33:22 becaust this's the most ugly option :) Sep 21 12:33:22 mokosuite is not 1.1 :) Sep 21 12:33:38 JaMa, how will the version string become with PE? Sep 21 12:33:49 I mean the package name + version string Sep 21 12:33:56 if you change it ie to 1.0.99 it will look like 1.1 prerelease Sep 21 12:34:14 I mean change it in configure.ac and then I'll change it in PV Sep 21 12:34:19 mmm Sep 21 12:34:28 ok i'll do that now Sep 21 12:34:42 ok, IMHO best way Sep 21 12:34:57 all 3 repos please Sep 21 12:35:13 <[Rui]> JaMa: btw, be careful with the next efl upgrade... now the *version* is 1.0.0-alpha (I don't know if that bothers oe or opkg) Sep 21 12:35:15 JaMa, no only appbunch Sep 21 12:35:21 mokowm-imf-ecore also you mean? Sep 21 12:35:26 <[Rui]> it does bother rpms :) Sep 21 12:35:28 and all PR can be droped.. Sep 21 12:35:42 you know what? I'll keep them all synced :D Sep 21 12:35:51 [Rui]: it's ok we already have -alpha in OE (it was changed in my previous efl bump) Sep 21 12:36:37 <[Rui]> JaMa: ok! Sep 21 12:38:01 JaMa, pushed all of 3 to 1.0.99 Sep 21 12:38:07 daniele_athome: thx Sep 21 12:44:06 <[Rui]> JaMa: WRT omnewrotate, I don't understand what you ask, polluting how? Sep 21 12:44:26 <[Rui]> and what's missing from the patch?? Sep 21 12:45:24 if you do ". /etc/some.config" in Xsession.d/something Sep 21 12:45:43 then all variables from some.config are defined globally for whole Xsession script Sep 21 12:45:49 not only for Xsession.d/something Sep 21 12:46:00 so if you set START="true" in some.config Sep 21 12:46:14 then maybe you'll start Xsession.d/something.else too, which is bad Sep 21 12:47:13 it was ok with old xserver-kdrive-common, because Xsession script was starting new shell for every Xsession.d/* Sep 21 12:47:17 <[Rui]> yeah, but that's no longer there... Sep 21 12:47:25 but xserver-common is "sourcing" those Sep 21 12:48:09 <[Rui]> I'm not sourcing the config file in 89omnewrotate Sep 21 12:48:10 hmm maybe I'm blind or something because I've seen it when I wrote that e-mail :/ Sep 21 12:48:26 ah right, my fault.. Sep 21 12:48:34 I was checking this one http://code.google.com/p/omnewrotate/source/diff?spec=svn69&r=52&format=side&path=/trunk/data/89omnewrotate.in&old_path=/trunk/data/89omnewrotate.in&old=45 Sep 21 12:48:40 <[Rui]> I said the patch wasn't needed as I had committed it Sep 21 12:48:47 instead newer diff http://code.google.com/p/omnewrotate/source/diff?spec=svn69&r=69&format=side&path=/trunk/data/89omnewrotate.in&old_path=/trunk/data/89omnewrotate.in&old=52 Sep 21 12:49:11 <[Rui]> anyways, there's a problem with xrandr (it's borking dpis) Sep 21 12:56:08 <[Rui]> I wonder if someone fixed gprs... Sep 21 13:18:17 <[Rui]> mrmoku: hi! did you get to look at gprs? Sep 21 13:19:50 [Rui]: newer elmdentica in feeds :) Sep 21 13:20:00 <[Rui]> wohoo Sep 21 13:23:16 [Rui]: no, but I called my provider and complained about the dialplan Sep 21 13:23:24 [Rui]: now I can take a look Sep 21 13:23:34 * mrmoku has some daywork to do before though :/ Sep 21 13:24:14 <[Rui]> mrmoku: I just did an upgrade, so I can test whether something fixed it Sep 21 13:25:13 <[Rui]> nopes, no such luck Sep 21 13:25:56 <[Rui]> bbl Sep 21 13:28:57 pespin: http://wiki.openmoko.org/wiki/PisiAutosync Sep 21 13:29:12 but its not really userfriendly yet Sep 21 13:29:20 just a big&messy hack Sep 21 13:29:24 to get it syncing Sep 21 13:29:25 :-) Sep 21 13:29:37 ahh and its far away from automatic Sep 21 13:29:40 ^_^" Sep 21 13:30:09 leviathan, thanks, will look at it this evening, I'm leaving in 15 min :) Sep 21 13:30:14 ok Sep 21 13:30:17 :-) Sep 21 13:30:52 http://wiki.openmoko.org/wiki/PisiAutosync Sep 21 13:30:57 mickey|away: hi Sep 21 13:31:02 mickey|away: http://wiki.openmoko.org/wiki/PisiAutosync Sep 21 13:31:19 we would need the evolution functionality directly in fso2 Sep 21 13:31:37 so that we can unify opimd+evolution into fsopimd Sep 21 13:31:42 I saw something like this Sep 21 13:31:54 but I'm not sure, how far it is Sep 21 13:32:26 if we have pisi directly in fso Sep 21 13:32:35 as calendar and contacts Sep 21 13:32:41 and also an object database Sep 21 13:32:45 for images and sound Sep 21 13:32:49 and intone uses that Sep 21 13:32:59 we could easely sync over fso2 Sep 21 14:23:20 eve doesn't support proxy :( Sep 21 15:09:46 is nicola.mfb somewhere on IRC? Sep 21 15:14:52 dos1, i don't think so, anyway you might want to join #telefoninux Sep 21 15:15:00 he is so self-confident... and unfortunately so wrong at the same time ;) Sep 21 15:15:21 dos1, about what? Sep 21 15:15:45 http://translate.google.com/translate?hl=en&sl=auto&tl=en&u=http://forum.telefoninux.org/index.php/topic,2858.0/topicseen.html Sep 21 15:18:02 dos1, I might ask a forum admin to create an english section Sep 21 15:18:12 if you'd like to discuss on that matter with nicola.mfb Sep 21 15:18:33 daniele_athome: no, he just seem to confuse me with someone else :) Sep 21 15:18:43 mmm Sep 21 15:19:05 daniele_athome: but you can tell them, that slowness was caused by dbus-deamon sucking 100% CPU in the background Sep 21 15:19:31 dos1, ofono also uses dbus Sep 21 15:19:56 daniele_athome: yup, but it was just some bug in our image Sep 21 15:20:09 oh... Sep 21 15:20:18 dos1, join #telefoninux :) Sep 21 15:20:29 keep in mind that this youtube clip was REALLY early Sep 21 15:20:43 from just day after i got n900 ;] Sep 21 15:20:44 don't need to justify with me dos1 :D Sep 21 15:22:04 daniele_athome: yup, just telling for convienence Sep 21 15:22:14 :D Sep 21 15:22:14 ok Sep 21 15:22:16 got to go now Sep 21 15:22:22 see you tomorrow Sep 21 15:22:27 cu! Sep 21 15:24:39 dos1: hehe, nice reading Sep 21 15:24:51 * mrmoku remembers the reason now why he left #telefoninux Sep 21 15:28:33 i guess that if i were normal person, then "kid who learned programming 2 years ago" would offend me Sep 21 15:28:41 fortunatelly i don't care :D Sep 21 15:29:23 yeah, one has to ignore that kind of stuff Sep 21 15:50:06 dos1, hi Sep 21 15:50:10 I speak italian Sep 21 15:56:21 GNUtoo|laptop: so: "but you can tell them, that slowness was caused by dbus-deamon sucking 100% CPU in the background" Sep 21 15:56:56 dos1, are you in #telefoninux Sep 21 15:57:02 or something like that? Sep 21 15:57:19 GNUtoo|laptop: that needs to be corrected, as it misleads people Sep 21 15:57:21 ok you are Sep 21 15:57:25 I'lll tell it Sep 21 15:57:30 GNUtoo|laptop: just joined Sep 21 15:58:28 GNUtoo|laptop: but i don't want to argue with them about personal motives, so only that dbus thing please Sep 21 15:58:57 ok Sep 21 16:00:17 dos1, should I correct in the thread? Sep 21 16:00:22 or is irc enough? Sep 21 16:00:32 probably thread is even more important Sep 21 16:01:29 yup, as thread is what people can find for instance in google and then read false informations Sep 21 16:01:41 ok Sep 21 16:02:14 I'll read the thread then Sep 21 16:40:26 help!"bitbake -i" gives "ERROR: Nothing to do." what's up with that? i thought it was supposed to Sep 21 16:40:32 drop to a bitbake prompt Sep 21 16:44:04 new EFL finally built ok and seems running Sep 21 16:46:17 tim_abell: try to remove that ncurses file which gives you too many open files, then -c clean ncurses and ncurses-native and build again Sep 21 16:46:35 ncurses? Sep 21 16:46:36 tim_abell: just lucky guess is that there is symlink giving you circular path Sep 21 16:46:52 tim_abell: cannot open linker script file /home/tim/projects/openmoko/shr/shr-unstable/tmp/sysroots/armv4t-oe-linux-gnueabi/usr/lib/libncurses.so.5: Sep 21 16:47:13 actually remove all libncurses* from that dir Sep 21 16:48:57 tim_abell: and whould be better to rebuild from scratch after http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=84bfaa05361391edc6a82acafbb1996c789a3a12, but pitty DISTRO_PR wasn't bumped Sep 21 16:50:55 ok, trying now Sep 21 16:51:42 still failed Sep 21 16:51:51 doesn't seem to have recreated those files Sep 21 16:52:04 what do i need to do to rebuild from scratch? Sep 21 16:52:27 remove whole tmp except tmp/cache Sep 21 16:52:42 righto Sep 21 16:52:57 did you clean both ncurses/ncurses-native and then build both again? Sep 21 16:53:05 er, no Sep 21 16:53:10 it should recreate those for sure ;) Sep 21 16:53:41 oh sorry, i hadn't entirely followed your first instruction Sep 21 16:54:09 ok Sep 21 16:54:33 i mean that both ways (comprehension and action) :) Sep 21 16:54:53 running "bitbake -c clean ncurses ncurses-native" now Sep 21 16:55:55 then just bitbake alsa-utils should probably built both ncurses first (as it probably depends on those) Sep 21 16:56:04 yep, it is Sep 21 16:58:01 so while that's rbuilding, what's the significance of that git commit you linked to? Sep 21 16:58:06 rebuilding Sep 21 16:58:31 i haven't come across DISTRO_PR before Sep 21 17:02:27 Running task 829 of 867 zzzz Sep 21 17:02:33 * tim_abell is bored Sep 21 17:03:13 i'll come back later when that's done. thanks for your help JaMa Sep 21 17:03:34 tim_abell: some packages should rdepend on libstdc++ and it didn't work because while building those it wasn't able to find libstdc++*so provider Sep 21 17:03:43 tim_abell: this patch fixes this Sep 21 17:05:48 JaMa: evening Sep 21 17:06:19 I haven't been following shr for a while. Currently I've got only 3g connection etc, sigh. Sep 21 17:07:52 I might try something over the weekend, but can't promise :-/ Sep 21 17:15:29 zub: ok, good enough, thanks Sep 21 17:21:52 NOTE: Tasks Summary: Attempted 867 tasks of which 817 didn't need to be rerun and 0 failed. Sep 21 17:21:53 woo Sep 21 17:21:56 thanks JaMa Sep 21 17:26:56 yw.. send solution to list (in case someone elso also hits this) Sep 21 17:27:19 ah I see :) Sep 21 17:27:51 and that commit is only reason why is better to rebuild from scratch.. not related to your original problem Sep 21 17:31:26 i'll add rebuilding from scratch to the building shr wiki page Sep 21 17:32:13 NOTE: package procps-3.2.8-r12.1: task do_build: Succeeded Sep 21 17:32:15 bonus Sep 21 17:32:46 :) Sep 21 17:32:56 this beats playing console games or watching rubbish on tv anyday Sep 21 17:33:05 JaMa: you're rebuilding now with higher DISTRO_PR? Sep 21 17:33:51 dos1: no, because buildhost was already building I kept old DISTRO_PR :/ Sep 21 17:34:15 JaMa: it was building already from scratch Sep 21 17:34:18 excellent, my image build. Sep 21 17:34:22 * tim_abell celebrates Sep 21 17:34:39 dos1: yes.. that's what I've seen when I first connected after vacation.. Sep 21 17:34:42 i can reflash my shr-u now Sep 21 17:35:08 dos1: but based on task number I overestimaged how long it's building and kept it running Sep 21 17:35:29 now I know I should have killed it, bump DISTRO_PR and start again :) Sep 21 17:36:02 both images are done, but all "long" builds from task are still in queue NOTE: Running task 8802 of 18930 Sep 21 17:41:29 hehe and we're "safe" wrt missing libstdc++6 issue, only because xinput-pointercal somehow managed to RDEPEND on it and pulls it to all our images :) Sep 21 17:41:47 hehe :P Sep 21 17:42:26 s/xinput-pointercal/xinput-calibrator/ Sep 21 17:42:26 JaMa meant: hehe and we're "safe" wrt missing libstdc++6 issue, only because xinput-calibrator somehow managed to RDEPEND on it and pulls it to all our images :) Sep 21 17:42:40 GNUtoo|laptop, dos1: did we decide something regarding udev or not? Sep 21 17:42:58 mrmoku: if we decided, then i don't know about it ;) Sep 21 17:43:18 dos1: yeah, me neither... so I guess we did not :P Sep 21 17:43:32 mrmoku, yes we use 2.6.35 from meego with devtmpfs Sep 21 17:43:50 yeah, but that does not mean we could not use udev Sep 21 17:44:08 GNUtoo|laptop: btw. kernel/image worked quite good so far Sep 21 17:44:12 ssh via usb out of the box Sep 21 17:44:28 using devtmpfs at bootime is ok, but afterwards udev would be good Sep 21 17:44:52 Heinervdm: do you know if devtmpfs speeds up udev too ? Sep 21 17:44:58 ne Sep 21 17:45:01 ok nice Sep 21 17:45:09 lacks one thing tough Sep 21 17:45:13 battery indication Sep 21 17:45:16 we must port that patch Sep 21 17:45:26 yeah Sep 21 17:45:40 without udev we have some problems, e.g. bluetooth Sep 21 17:46:34 Heinervdm: I vaguely remember... what was it exactly? ahh yes... the daemon not being started, right? Sep 21 17:46:39 ah ok Sep 21 17:46:46 mrmoku: yes Sep 21 17:46:50 firmwares are handled by fso anyway Sep 21 17:47:26 * JaMa off, work -> home Sep 21 17:47:36 and we talked about starting the bluez daemon too IIRC Sep 21 17:47:41 mrmoku: yes and some days ago someone had the problem, that he had to load the modules for his usbkeyboard before he could use it. that's usally done by udev too automatically Sep 21 17:47:55 hmmm Sep 21 17:48:00 is udev worth? Sep 21 17:49:26 it makes a lot of things easiere... Sep 21 17:49:36 ok Sep 21 17:49:41 then maybe it's the way to go Sep 21 17:49:48 but someone must do the work Sep 21 17:50:04 and for older kernel it could be the best Sep 21 17:50:08 for instance the palm pre Sep 21 17:50:13 i'm sure, one can do it without udev, but that needs some time Sep 21 17:50:25 GNUtoo|laptop: http://wiki.openmoko.org/wiki/PisiAutosync Sep 21 17:50:26 hi Sep 21 17:50:28 :-) Sep 21 17:50:38 ok Sep 21 17:50:40 ahh, and GNUtoo|laptop... even that meego kernel has no rfkill for wlan Sep 21 17:50:42 then let's use udev Sep 21 17:50:48 hmmm Sep 21 17:50:51 guess we have to do that ifup plugin Sep 21 17:53:42 GNUtoo|laptop: hi. did you see my 'offline messages' in the log ? Sep 21 17:54:18 no Sep 21 17:54:25 I've SHR somewhat booting on n1 Sep 21 17:54:54 I've followed the fastboot command in http://www.irregular-expression.com/?p=30 Sep 21 18:01:29 GNUtoo|laptop: ohhhh :) Sep 21 18:01:47 after modprobe wl1251_spi there indeed is rfkill for wlan :D Sep 21 18:03:39 yes Sep 21 18:03:40 there is Sep 21 18:03:58 I had to echo 1 to /sys/class/rfkill etc... Sep 21 18:07:14 GNUtoo|laptop: and the invert Y in xorg.conf is not good Sep 21 18:09:45 JaMa: hi, i see you commited patch for power in suspend - does it work for you in SHR? Sep 21 18:10:12 JaMa: i have also patch for turning on/off bluetooth after resume here http://github.com/radekp/linux-2.6/tree/qtmoko-v27 Sep 21 18:10:13 mickey|away: fso2 should include the pisibackend Sep 21 18:10:21 and allow autosync Sep 21 18:10:22 :-) Sep 21 18:10:36 ahh Sep 21 18:10:49 and we should put it into shr's settings dialog Sep 21 18:10:50 :-D Sep 21 18:12:24 moin Sep 21 18:12:42 i get the following error if i use make shr-unstable-image: http://pastebin.com/subDATc6 Sep 21 18:14:53 any ideas how to fix it? maybe wrong python version? Sep 21 18:16:05 I'm using Python 2.6.5 Sep 21 18:18:27 GNUtoo|laptop: ok. I didn't say much. only sorry because I disappeared without saying bye Sep 21 18:18:48 GNUtoo|laptop: and I proposed we run a common GNU kernel on htcleo and passion/nexus Sep 21 18:19:19 GNUtoo|laptop: how will you name nexus in OE ? passion nexus mahimahi :D ? Sep 21 18:21:51 GNUtoo|laptop: also I am looking forward for you to finish dream. it seems like you will skip beta release and go straight to final :) Sep 21 18:26:57 <[Rui]> hi all Sep 21 18:31:08 dcordes, nexusone Sep 21 18:31:26 dcordes, I've huge issues with xkb on dream Sep 21 18:31:36 but I can do GUI now maybe Sep 21 18:31:42 I skip keyboard Sep 21 18:31:44 ? Sep 21 18:31:49 that's not fun Sep 21 18:31:51 I need keyboard Sep 21 18:37:54 radek_: haven't actually tried yet.. that's why I commited it only to gitorious (not OE) with stable patch update Sep 21 19:02:18 hurrah, after reflashing i can now get into X Sep 21 19:35:42 JaMa|AFK: in case you miss it i have posted patch and some explanation to https://docs.openmoko.org/trac/ticket/2338 Sep 21 19:35:53 * radek_ has to go to bed, cu Sep 21 20:14:26 when I have a task in UNINTERRUPTIBLE state, how can I see the wait queue in which it is waiting? I have the kernel under gdb and can list processes using a gdb macro Sep 21 20:20:05 what's wrong with current SHR-u? where are the resolvconf, x11vnc, mc packages? Sep 21 20:21:42 Wonka: building Sep 21 20:21:58 hmmf Sep 21 20:22:01 NOTE: Running task 10075 of 18930 Sep 21 20:22:09 where can I see that? Sep 21 20:24:42 Wonka: guess you can't as tinderbox is broken Sep 21 20:25:00 yay! Sep 21 20:25:23 if this was work, I'd say "welcome to $employer" now :) Sep 21 20:26:04 Wonka: hmm... maybe it is not broken Sep 21 20:26:36 http://tinderbox.openembedded.net/builders/shr.bearstech.com/ Sep 21 20:27:08 if this was work, we would have much faster buildhost and build it all over 1 night.. Sep 21 20:37:44 hmm Sep 21 20:37:46 *sigh* Sep 21 20:38:35 I wish I had our planned club host boxes already up and going... Sep 21 20:39:00 we're getting 10HE sponsored, including power and net Sep 21 20:39:38 I think I could put up a VM for some SHR stuff, as long as it doesn't hurt... Sep 21 20:39:58 but alas, we don't even know what sort of HW we want to get Sep 21 21:48:34 JaMa, bump mokosuite2 again please :D a small (huge) bugfix Sep 21 21:48:37 thanks :) Sep 21 21:53:32 daniele_athome: ok Sep 21 21:53:40 :) Sep 21 21:54:01 b06f0d5ee9a8b3aef1be9c084975a8a08a3b3213 right? Sep 21 21:55:05 yes Sep 21 22:00:41 JaMa, how's going build? Sep 21 22:00:50 did you find out the problem with nios2? Sep 21 22:12:23 sorry JaMa can't resist to sleep :( Sep 21 22:12:30 i'll ask you tomorrow ;) Sep 21 22:12:31 night Sep 21 22:29:04 is there a bitbake recipe for cleaning everything? Sep 21 22:29:20 equivalent to removing everything from tmp except cache Sep 21 23:03:18 nm. i moved it out the way Sep 21 23:06:44 nuts i've run out of space on the partition i've been using. will the build cope with a symlink in its path if i just move it to another partition? Sep 21 23:06:59 or will i have to check from scratch :( Sep 21 23:24:08 oh dear it's all gone wrong there are files with permissions of 000 Sep 21 23:24:12 mv didn't like that Sep 21 23:39:49 oh shite it's gone completely wrong now Sep 21 23:40:53 redo from start >:( Sep 21 23:41:32 it all takes so long i never get to the interesting bits **** ENDING LOGGING AT Wed Sep 22 02:59:57 2010