**** BEGIN LOGGING AT Wed Sep 23 02:59:58 2009 Sep 23 03:53:34 Hmm bigest problem with image build here is that just after unpacking tar.gz I have few "stalled NFS handles" on fs.. http://pastebin.ca/1576065 Sep 23 03:54:16 that was the reason for vdso segfault.. because /tmp was unaccessible :/ Sep 23 04:02:14 Hi there. Sep 23 04:05:48 Hi Sep 23 04:06:16 Hello JaMa. Sep 23 04:57:29 prahal: Look at the intone wiki page for a less cpu intensive mplayer Sep 23 05:43:50 I always get updating shr-unstable tree Sep 23 05:43:50 HEAD is now at b1b6257 shr-autorev : autorev paroli Sep 23 05:43:50 fatal: The remote end hung up unexpectedly Sep 23 05:44:04 even when repeating it... :-( Sep 23 05:47:32 spaetz: yes... it restarted again. Sep 23 05:52:22 :-( Sep 23 06:00:51 hello,..tried to buils SHR-unstable but misc-vapi_git.bb failed (Requested 'vala-1.0 >= 0.7.6' but version of Vala is 0.7.5-fso2 Sep 23 06:00:51 http://paste.debian.net/47294/ ) ...any tips? do I have to build from scratch? Sep 23 06:04:45 schasch: update your tree Sep 23 06:04:51 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/vala?h=shr/import Sep 23 06:05:07 there is no 0.7.5 but a 0.7.6 Sep 23 06:05:38 and note that I have problems updating the OE git as it is "hanging up unexpectedly" on my, most of the time Sep 23 06:08:04 good morning Sep 23 06:08:10 is there a worldtimeclock for SHR available? Sep 23 06:09:10 spaetz.thanks... update my tree : do I have to copy the files manuaaly or ist there a bitbake-order (bitbake update/upgrade ??) Sep 23 06:31:47 in directory up from shr-unstable you should just do a "make update", but as I said, most of the time OE git will hang up and that error message is hidden somewhere in the output Sep 23 06:31:53 repeat until success :-( Sep 23 06:32:05 blindcoder: not that I'd know of Sep 23 06:35:33 :( Sep 23 06:37:03 TZ=Asia/Dhaka date Sep 23 06:37:05 :P Sep 23 06:43:10 spaetz:thankx Sep 23 07:30:22 hey hi @all Sep 23 07:45:54 spaetz: http://pallas.crash-override.net/~blindcoder/fltkclock.png Sep 23 07:46:11 currently with hardcoded timezones, but I needed something quick'n'dirty Sep 23 07:47:09 updates every second Sep 23 07:48:06 mrmoku: can you upload libconfig-1.3.1.tar.gz to http://build.shr-project.org/sources/ because it's removed on the projects page Sep 23 07:49:18 mrmoku: please ignore my last findutils commit... Sep 23 07:49:59 JaMa: you can create yourself an patchwork account, to reject your own commits ;) Sep 23 07:50:42 Heinervdm: why is it removed? updated version? Sep 23 07:50:49 mrmoku: yes Sep 23 07:51:00 ah great :) Sep 23 07:51:00 1.3.2 is current stable Sep 23 07:51:27 why not update instead? Sep 23 07:51:47 mrmoku: that's the alternative :) Sep 23 07:52:01 * mrmoku would prefer that alternative :) Sep 23 07:52:01 will try if it compiles Sep 23 07:52:06 good thanks Sep 23 07:53:35 that reciepe has a hardcoded PV in it ;) Sep 23 07:57:21 mrmoku: do we use update-alternatives for -native packages too? Sep 23 07:58:14 mrmoku: findutils-native includes findutils.inc where find is renamed to find.findutils.. the same for xargs.. but version from oe.dev doesn't call update-alternatives Sep 23 07:58:16 i think there we should use virtual Sep 23 07:59:34 Heinervdm: how? Sep 23 07:59:47 don Sep 23 07:59:52 't know :) Sep 23 08:00:07 i've begun to write before your second sentende ;) Sep 23 08:02:02 mrmoku: it builds, patch sent Sep 23 08:07:24 Heinervdm: you mean virtual as using find from system instead of stagged one from bitbake? Sep 23 08:08:06 JaMa: installing only one that provides that feature Sep 23 08:10:57 Heinervdm: but there are alternatives find from findutils and find from busybox.. Sep 23 08:11:16 Heinervdm: you probably don't want to disable whole busybox just because you prefer find from findutils Sep 23 08:11:20 yes for this constallation it dosn't work Sep 23 08:12:38 reporting problem for org.oe.dev also doesn't work :/ http://bugs.openembedded.org/ Sep 23 08:14:11 pkconfig is dumb!!! Sep 23 08:14:53 i hab bluez and bluez4 in my stagging dir and it just finds the one that was compiled last Sep 23 08:47:25 shouldn't we update the upstream version then? Sep 23 08:48:16 ahh, sorry, I was backlogged :) Sep 23 08:48:20 spaetz: update what? findutils, bluez libconfig? Sep 23 08:48:24 findutils Sep 23 08:49:00 i think JaMa is trying to do stl like that Sep 23 09:00:17 Hmm, i sent 3 patches, but only 2 arrived... Sep 23 09:08:57 spaetz: what? I just updated findutils recipe from 4.4 to 4.4.2, but 4.2.29 is still preferred, because 4.4.2 needs newer glibc than our 2.6.1 (at least seem so) Sep 23 09:09:16 spaetz: findutils-native-4.4.2 is ok Sep 23 09:10:15 spaetz: and I'll send patch for org.oe.dev branch too Sep 23 09:14:09 JaMa, good. It would be great to switch away from our import branch soon Sep 23 09:14:20 otherwise we'll always lag behind OE Sep 23 09:14:56 yes, I'm also looking forward for switch.. Sep 23 09:15:21 where to should one send patches for oe.dev? Sep 23 09:15:42 stefan pushed some more yesterday :) Sep 23 09:16:13 Heinervdm: i just added for oe.org.dev branch.. git config --add sendemail.to openembedded-devel@lists.openembedded.org Sep 23 09:16:14 spaetz: i asked mickeyl to have a look at our python recieps, and he agreed that he will commit them to oe.dev Sep 23 09:16:49 JaMa: but for that i have to subscripe that ML? Sep 23 09:17:22 Heinervdm: I think he already synced them few weeks ago, so only new packages as pisi deps should be different i guess Sep 23 09:17:37 Heinervdm: probably.. otherwise it would need moderator approval.. :/ Sep 23 09:18:02 spaetz: that's a list from 4 days ago of all packages needed for task-shr-feed: http://shr.pastebin.com/m4ba6f771 Sep 23 09:18:18 btw do you know how to setup gmail account to forward mails which were initialy sent by me? Sep 23 09:18:20 JaMa: python packages in that list are missing: http://shr.pastebin.com/m4ba6f771 Sep 23 09:19:13 everytime I send something to some ml.. its not forwarded back and stored in right folder on my 2nd e-mail account, because gmail ignores emails where I'm sender while forwarding :( Sep 23 09:20:42 I don't use gmail Sep 23 09:23:01 JaMa: that is the right ML for commits: Openembedded-commits Sep 23 09:24:51 JaMa: oh no, it just shows the commits Sep 23 09:25:53 Heinervdm: see http://patchwork.openembedded.org/project/openembedded/list/ Sep 23 09:26:37 Heinervdm: yes.. there are patches from openembedded-devel@lists.openembedded.org Sep 23 09:26:47 ok :) Sep 23 09:27:27 Heinervdm: but there isn't mine.. maybe I'm wrong :) Sep 23 09:27:45 http://patchwork.openembedded.org/patch/1057/ Sep 23 09:27:50 there is your name Sep 23 09:28:29 Heinervdm: this one is old.. and send from bitbake oe repo Sep 23 09:29:05 JaMa: perhaps there patchwork is slower then ours Sep 23 09:29:07 Heinervdm: ah findutils arrived too Sep 23 09:31:56 Heinervdm: the newer obex one and ommit the first one? Sep 23 09:32:32 * mrmoku` is getting angry with his provider for all those disconnects :( Sep 23 09:32:55 mrmoku`: it's a duplicate Sep 23 09:33:04 ok, so just one of them :P Sep 23 09:33:15 i think both would work ;) Sep 23 09:33:51 nop Sep 23 09:34:02 I tried that... and git complains :) Sep 23 09:35:09 s/would/wouldn't/ Sep 23 09:35:09 Heinervdm meant: i think both wouldn't work ;) Sep 23 09:35:34 ahh Sep 23 09:42:34 Hello all, anybody know where the debug info out of libframeworkd-phonegui-efl2 goes to when you install it in the phone. I can't see it logged anywhere in /var/log Sep 23 09:53:02 Arigead: to stdout Sep 23 09:53:43 Arigead: so either check consoleoutput when starting it from the console or /tmp/x.log when started via Desktop icon Sep 23 09:58:54 mrmoku: thank you kindly :-) Sep 23 09:59:19 Arigead: np Sep 23 10:21:18 * mrmoku lunch Sep 23 10:45:32 hi, any qi dev here? Sep 23 10:48:03 * raster ate them Sep 23 10:48:29 lol Sep 23 10:51:20 were they tasty :) ? Sep 23 10:59:25 hello to all devs Sep 23 11:07:05 if people are interested in a very very simple worldclock for the freerunner Sep 23 11:07:21 http://pallas.crash-override.net/~blindcoder/fltkclock_13-r0_armv4t.ipk Sep 23 11:07:26 screenshot: http://pallas.crash-override.net/~blindcoder/fltkclock.png Sep 23 11:11:41 hey, it seems that finally my SHR buiild might make it through. This hasn't happened for a long time... Sep 23 11:29:13 raster: red dust? Or aren't you @home? Sep 23 11:30:58 raster: maybe .kr still Sep 23 11:33:06 joerg_42: red dust has mostly blown away now ... Sep 23 11:33:22 aah Sep 23 11:33:41 PaulFertser ping Sep 23 11:35:17 dvarnes: probably raster burped after eating Qi devels. Now he moved out of town so red dust gone XD Sep 23 11:36:11 JaMa: yesterday you said sth about DGA, today libXxf86dga-1.0.99.2 does not compile for me Sep 23 11:37:33 joerg_42: lol Sep 23 11:45:42 Heinervdm: the same said dos yesterday.. but without log i have no idea.. compiles fine here.. show me log.. Sep 23 11:45:58 Heinervdm: is it after upgrading xorg-xserver to rc2? Sep 23 11:47:40 Heinervdm: recompiled fine now Sep 23 11:48:23 JaMa: http://shr.pastebin.com/d796e96c4 Sep 23 11:48:25 * mrmoku too has problems with xf86dga Sep 23 11:48:36 JaMa: i compiled rc2 too Sep 23 11:48:42 yesterday Sep 23 11:48:52 or the day bvefore Sep 23 11:49:54 hmm... my problem seems somewhat more simple :P Sep 23 11:49:56 XF86DGA.c:65:36: error: X11/extensions/xf86dga.h: No such file or directory Sep 23 11:50:08 mrmoku: i'm having the same Sep 23 11:50:36 ahh... yes... but the rest of the log looks different Sep 23 11:51:10 ping larsc Sep 23 11:53:11 Heinervdm: missing depend for xf86dgaproto? Sep 23 11:54:56 mrmoku: no it's there Sep 23 11:55:05 hmm Sep 23 11:56:15 @all: a quick poll: should we get apt for this #chan (so the factoids between #openmoko and this chan are in sync), or should we keep bzzbot (which is a little err... limited functions in comparison to apt. E.g does no logs)? Sep 23 11:56:22 have to go now, birthday of my godchild Sep 23 11:57:16 Heinervdm: try to upgrade xf86dgaproto first Sep 23 11:58:18 ../shr/recipes/xorg-proto/xf86dgaproto_2.0.99.2.bb Sep 23 11:58:59 2.0.99.2 ? Sep 23 11:59:58 yes Sep 23 12:00:43 ok, build Sep 23 12:01:00 both? Sep 23 12:01:07 no :) Sep 23 12:04:23 (apt) darn, didn't expect the topic was *so* controverse Sep 23 12:05:01 DocScrutinizer-8: can't we have both? Sep 23 12:05:03 ok, so is current shr-unstable flashable? I only have an extremly old -testing as backup when things break Sep 23 12:05:21 DocScrutinizer-8: :-) Sep 23 12:05:34 JaMa: now both build Sep 23 12:05:46 mrmoku: rebuild xf86dgaproto Sep 23 12:05:51 Heinervdm: probably yes. But I need to check how they cooperate wrt to ~ and "s/x/y/" Sep 23 12:06:04 Heinervdm: already done :) Sep 23 12:06:26 why should we need 2 bots? Just have one and be done with it Sep 23 12:06:30 ~ping Sep 23 12:06:53 ~botsnack Sep 23 12:06:53 DocScrutinizer-8: aw, gee Sep 23 12:07:02 !botsnack Sep 23 12:07:08 logs are already here: http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ Sep 23 12:07:20 ~logs Sep 23 12:07:21 well, logs is at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Sep 23 12:13:20 ~seen mwester Sep 23 12:13:22 mwester was last seen on IRC in channel #openmoko-cdevel, 9d 18h 28m 46s ago, saying: ':p'. Sep 23 12:13:34 ~mwester Sep 23 12:13:35 rumour has it, mwester is a denizen of "the most corrupt state in the union (FBI, 09 Dec 2008)" Sep 23 12:13:50 mrmoku: ping Sep 23 12:13:58 vegyraupe: pong Sep 23 12:14:14 mrmoku: hey, can you build paroli (and autorv) from a branch ? Sep 23 12:14:24 vegyraupe: sure Sep 23 12:14:54 mrmoku: ok, coz we will do major work in the near future, ie as of today or tomorrow, and that will break a lot of things Sep 23 12:15:00 but I created an shr branch Sep 23 12:15:09 which contians the current code and won't be affected by us Sep 23 12:15:10 vegyraupe: good :) Sep 23 12:15:37 vegyraupe: branch is called shr? Sep 23 12:15:41 development can continue there and we will keep up with it and pick commits that need to be kept Sep 23 12:15:43 yes Sep 23 12:15:47 ok Sep 23 12:16:31 how can i tell bitbake to use the latest cornucopia from git? :/ Sep 23 12:16:51 vegyraupe: btw... what is parolis current version number? Sep 23 12:17:00 might as well fix that if it's wrong Sep 23 12:17:23 mrmoku: heh, I am not sure if we have any Sep 23 12:17:24 agg1n: check conf/distro/include/shr-autorev-unstable.inc Sep 23 12:17:32 which one do you have right now ? Sep 23 12:17:34 PV = "0.2.1+gitr${SRCPV}" Sep 23 12:17:43 heh Sep 23 12:17:44 nice Sep 23 12:17:50 never knew we had a number Sep 23 12:17:50 vegyraupe: will leave it as is then :) Sep 23 12:17:53 heh k Sep 23 12:18:33 anybody knows when mwester will be back again? Sep 23 12:18:51 vegyraupe: thanks for notifying before breaking... usually people break and notify afterwards :P Sep 23 12:19:14 mrmoku: no problem, we care about the distros ;) Sep 23 12:19:26 :) Sep 23 12:19:39 joking aside, no prob, I am happy that paroli runs on shr and that there is a packge Sep 23 12:20:23 mrmoku: should i insert PV=.. there? Sep 23 12:20:38 no Sep 23 12:20:51 agg1n: moment Sep 23 12:21:13 FSOREV_cornucopia = "${AUTOREV}" Sep 23 12:21:27 it is on AUTOREV... apart from fsousaged (which you're interested in) Sep 23 12:21:41 so just set Sep 23 12:21:42 SRCREV_pn-fsousaged = "2497004b66b46b9854c774cd397a4f40c39f3d10" Sep 23 12:21:52 to use ${FSOREV_cornucopia} instead Sep 23 12:22:38 mrmoku: ok, thx, thought that AUTOREV means something "take the newsest" Sep 23 12:22:59 [14:16] agg1n | how can i tell bitbake to use the latest cornucopia from git? :/ Sep 23 12:23:08 isn't that what you wanted? latest == newest? Sep 23 12:23:13 yes :) Sep 23 12:23:16 ok :) Sep 23 12:23:27 agg1n: btw. latest fsousaged was segfaulting Sep 23 12:23:35 so we still have problems to solve :P Sep 23 12:23:57 * spaetz decides to not flash the latest build then :-) Sep 23 12:25:34 * mrmoku thinks spaetz makes good decisions :P Sep 23 12:25:42 spaetz: at least if you depend on it as phone :) Sep 23 12:30:09 well, actually this might be an aspect for me getting more involved in testing, once I have N900 Sep 23 12:31:18 but then otoh I'm not short on potential testing devices right now :-S Sep 23 12:31:21 JaMa: another thing not working for me with xorg is the power button Sep 23 12:31:42 DocScrutinizer-8: when do u get one? Sep 23 12:31:44 mrmoku: do you have it as another input in xorg.conf? Sep 23 12:32:04 raster: next week Sep 23 12:32:09 JaMa: don't remember... just noticed because I wanted to power down to reflash :) Sep 23 12:32:15 mrmoku: i guess it works for me.. but I don't like suspend/resume because of wsod.. so I'm not using it Sep 23 12:32:16 JaMa: will check after reflashing Sep 23 12:32:34 JaMa: suspend/resume worked fine for me Sep 23 12:33:05 * JaMa has now strange neo state.. Sep 23 12:33:19 hard WSOD with every Xorg start.. Sep 23 12:33:50 raster: at least I hope so Sep 23 12:33:51 not easy to debug.. as there is just one try and then remove battery.. Sep 23 12:34:18 but it works good when started from chroot (from non-drm shr kernel) Sep 23 12:34:21 Weiss: ^^^^ Sep 23 12:35:19 DocScrutinizer-8: hope its good and worth the $$ Sep 23 12:36:10 raster: your comments seem to contain a strange kind of pending doom prophecy Sep 23 12:39:09 none intended Sep 23 12:39:15 its an expensive bit of hw Sep 23 12:39:31 and an unknown quantity in that iotsd not out there Sep 23 12:39:41 no "real experience" from others to yay or nay it Sep 23 12:41:09 well, there were real tests on prototypes Sep 23 12:41:55 for me, if it's keeping level of N810, I'm fine with it Sep 23 12:42:51 of course plus the usual phone functions as known for every featurephone since >10 years Sep 23 12:44:12 s/every/every Nokia/ Sep 23 12:44:13 DocScrutinizer-8 meant: of course plus the usual phone functions as known for every Nokia featurephone since >10 years Sep 23 12:44:53 DocScrutinizer-8: you have the N900? Sep 23 12:45:08 admiral0: not yet Sep 23 12:45:22 i want to buy it too Sep 23 12:46:21 of course i want to try it first Sep 23 12:46:35 see what hw does it have Sep 23 12:46:48 I know the hw Sep 23 12:46:59 as from the specs Sep 23 12:47:11 and from N810 Sep 23 12:47:41 what wifi chip does it have? Sep 23 12:47:57 DocScrutinizer-8: well... nokia lost their nxxx devs before release Sep 23 12:47:59 long before Sep 23 12:47:59 and if I really absolutely hate it, I'll simply send it back Sep 23 12:48:13 so it may have issues Sep 23 12:48:20 raster: ouch, didn't know that Sep 23 12:48:23 raster why? Sep 23 12:48:24 and the same ppl dont work on nxxx stuff as do on their phones Sep 23 12:48:37 admiral0: dont u rememebr when nokia bought trolltech? Sep 23 12:48:46 yeah Sep 23 12:48:57 and then a few weeks later almost all of the maemo dev team up and left? Sep 23 12:49:08 it's got a smaller screen than the N800. That's a reason for me not to get it Sep 23 12:49:09 ah, you mean gnome mobile devs went away? Sep 23 12:49:13 or at leats a huge chunk of them - all the gtk/gnome/glib/gwhatever guys Sep 23 12:49:49 i don't mind... imo gtk is far behind qt Sep 23 12:49:59 I have the FR as a reliable phone *cough* *cough*. So I need the Nxxx as a tablet. Sep 23 12:50:08 admiral0: not gtk vas qt Sep 23 12:50:17 its that the apps are gtk based and they lost their devs Sep 23 12:50:25 admiral0: of course all are jsut dwarfed by enlightenment :-) Sep 23 12:50:31 hahahah Sep 23 12:50:59 sorry raster, but qt is catching up with features efl offers Sep 23 12:51:23 admiral0: and? Sep 23 12:51:49 and offers documentation Sep 23 12:51:59 and? Sep 23 12:52:04 so go and use qt. Sep 23 12:52:20 i use qt :P Sep 23 12:53:15 if efl had some things like good documentation it would attract a lot of devs Sep 23 12:53:17 then why "sorry" Sep 23 12:53:30 because i think efl is nice Sep 23 12:53:35 as if i should compete faster for someone not using efl anyway Sep 23 12:53:45 it has docs Sep 23 12:53:50 i tried to use efl raster... Sep 23 12:53:52 i dont have time to add to them or make them better Sep 23 12:54:05 and edbus has no real documentation Sep 23 12:54:12 u are talking a company with dozens of paid devs vs volunteers and some contractors Sep 23 12:54:20 no it doesnt. i didn't write it Sep 23 12:54:38 but i'm not going to go drop everything and go write docs for it for you Sep 23 12:54:59 i know that too Sep 23 12:55:08 and i'm not asking for it Sep 23 12:55:08 if u paid 20 devs for the past "years" that qt has been catching up - efl would have tonnes of docs Sep 23 12:55:22 there isn't anything more/extra/better that i can do Sep 23 12:55:32 so... contribute, or use qt - it is your choice Sep 23 12:57:10 dbus isnt a massively heavily used thing in e land anyway - so its hellishly low on any priority list Sep 23 12:57:10 i tried. but i am not experienced enough to understand from source Sep 23 12:57:31 no need Sep 23 12:57:39 i figured out edbus by reading examples Sep 23 12:57:44 i didnt write it Sep 23 12:57:55 no docs Sep 23 12:57:55 raster, you are you :P Sep 23 13:01:45 remember - e's primary open source goal is a window manager, not a generic app dev toolkit. Sep 23 13:02:10 in that you are doing great Sep 23 13:02:12 ;) Sep 23 13:02:17 priority is that, thus docs etc. is different to trolls Sep 23 13:02:28 thus things get done differently Sep 23 13:02:36 docs are much lower priority Sep 23 13:19:57 ~logs Sep 23 13:19:57 rumour has it, logs is at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Sep 23 13:20:33 [15:11] mrmoku | agg1n: ping Sep 23 13:20:33 [15:12] mrmoku | agg1n: ** Message: plugin.vala:375: register_resource called with parameters: :1.62 Bluetooth /org/freesmartphone/Device/PowerControl/Bluetooth Sep 23 13:20:36 [15:12] mrmoku | is what fsousaged gives me now Sep 23 13:20:39 [15:12] mrmoku | after that boom Sep 23 13:20:41 [15:16] mrmoku | ptitjes: unfortunately your little project uses /usr/bin/valac ... otherwise I could point it to the OE one :P Sep 23 13:21:45 mrmoku`: the problem is fixed indeed Sep 23 13:21:48 :p Sep 23 13:21:52 ahh good :) Sep 23 13:21:52 mrmoku`: thanks anyway Sep 23 13:34:03 mrmoku: i'm giving up on bitbake... i'll now try to build fsousaged on my fr.... Sep 23 13:34:19 agg1n: ouch Sep 23 13:37:21 mrmoku: do you think it's fsousaged's fault that ophonekitd failes? Sep 23 13:37:41 agg1n: its not ophonekitd segfaulting... its fsousaged :P Sep 23 13:38:28 mrmoku: i can't get fsousaged to segfault, do ihave to do something special? Sep 23 13:39:38 agg1n: what does ListResources give you? Sep 23 13:40:06 mrmoku: what do you mean? Sep 23 13:40:27 mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage ... ListResources Sep 23 13:40:54 agg1n: because fsousaged gets automatically restarted by dbus activation you might just not notice it segfaulted :P Sep 23 13:41:14 ['CPU', 'Display', 'GSM', 'Bluetooth', 'WiFi', 'GPS'] Sep 23 13:41:23 agg1n: and that is current HEAD? Sep 23 13:41:45 root@om-gta02 ~ $ opkg list_installed fsousaged Sep 23 13:41:45 fsousaged - 0.9.0.1+gitr502+38457666000ed0865f0e89fd157a28c4738e525f-r0.0 - Sep 23 13:41:54 no Sep 23 13:42:11 249... Sep 23 13:42:14 ahhh Sep 23 13:42:31 it is current HEAD that is segfaulting... that's why I set the rev to one older Sep 23 13:42:57 but with the fix you and ptitjes came up yesterday... we need current HEAD to get rid of the doubled signal Sep 23 13:43:04 ok, will install current HEAD.. Sep 23 13:43:38 agg1n: want an ipk? Sep 23 13:43:45 mrmoku: yes! Sep 23 13:43:49 moment... Sep 23 13:45:27 agg1n: http://build.shr-project.org/tests/mrmoku/fsousaged/fsousaged_0.9.0.1+gitr502+38457666000ed0865f0e89fd157a28c4738e525f-r0.0_armv4t.ipk Sep 23 13:49:46 mrmoku: thx, now it segfaults :))) Sep 23 13:49:58 agg1n: welcome ;) Sep 23 13:51:07 admiral0: pong Sep 23 14:07:49 mrmoku: any idea how i can at patches to fsousaged in my bitbake? (if i add it to conucopia.inc i get an error msg on build: "No file to patch. Skipping patch." Sep 23 14:08:17 agg1n: I'm doing it via the local-builds.conf Sep 23 14:08:45 agg1n: put something like: Sep 23 14:08:47 SRC_URI_pn-fsousaged = "file:///home/mok/src/other/openmoko/cornucopia/fsousaged" Sep 23 14:08:50 SRCREV_pn-fsousaged = "LOCAL" Sep 23 14:08:52 SRCPV_pn-fsousaged = "LOCAL" Sep 23 14:08:55 S_pn-fsousaged = "${WORKDIR}/${PN}" Sep 23 14:09:02 into conf/local-builds.conf and activate it in conf/local.conf Sep 23 14:09:40 ok Sep 23 14:10:01 PaulFertser: is it possible to qi to pass an additional kernel switch if usb is connected(power)? Sep 23 14:10:15 s/kernel switch/kernel param/ Sep 23 14:10:17 admiral0 meant: PaulFertser: is it possible to qi to pass an additional kernel param if usb is connected(power)? Sep 23 14:12:13 ptitjes: when does one get (process:2058): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `' Sep 23 14:13:11 ptitjes: var r = new Resource( name, sender, path ); Sep 23 14:13:14 is causing it Sep 23 14:14:21 mrmoku: maybe users has to be a contrsuction property.. but i'm really new to vala Sep 23 14:16:10 agg1n: what do you think... will we learn enough vala by debugging to write some nice lfg-vala-efl? :P Sep 23 14:18:35 mrmoku: i would love to do that.. is that possible with current ophonekitd? Sep 23 14:19:03 agg1n: hmm.. not sure... but hopefully we will get there soon Sep 23 14:22:51 ptitjes: you have to fix and update ophonekitd-vala Sep 23 14:23:08 there are at least two people interested in finally writing that fscking new frontend! Sep 23 14:28:38 nice to see there is some 2.6.31 activity in kernel.git at git.openmoko.org :) Sep 23 14:31:33 dos1: yet more instability ;) Sep 23 14:32:47 mrmoku, which projectthrows that error? Sep 23 14:32:55 playya_: fsousaged Sep 23 14:33:02 woot? Sep 23 14:33:17 playya_: it came with the last commit from mickey_away that splits one .vala into two Sep 23 14:33:52 playya_: it is thrown when constructing an instance of a Resource class Sep 23 14:35:18 yes. maybe it's a vala bug Sep 23 14:35:46 ...resource_new calls g_object_new( RESOURCE_TYPE .... Sep 23 14:36:00 this should register the type Sep 23 14:38:37 mrmoku, do you have some previous lines like "GType is in use" ? Sep 23 14:38:59 ** Message: plugin.vala:130: /usr//lib/cornucopia/modules/fsousage/controller.so load (GType is in use) Sep 23 14:39:05 ** Message: plugin.vala:130: /usr//lib/cornucopia/modules/fsousage/lowlevel_openmoko.so load (GType is in use) Sep 23 14:39:12 playya_: those I have, yes Sep 23 14:39:36 hmm. i think mickey caused a name collision Sep 23 14:47:39 PaulFertser: ping Sep 23 14:59:10 dos1, what do we need vala in task-shr-feed for? Sep 23 14:59:19 TAsn: for me ;> Sep 23 14:59:28 ? Sep 23 14:59:29 TAsn: i want to have valac on my neo :D Sep 23 14:59:37 I hope you are joking Sep 23 14:59:39 no Sep 23 14:59:41 i already have Sep 23 14:59:43 ohhh Sep 23 14:59:44 nvm Sep 23 14:59:45 shr-feed Sep 23 14:59:48 gcc, valac etc. ;) Sep 23 14:59:54 for some reason I thought image Sep 23 14:59:57 :) Sep 23 14:59:58 dont mind me :) Sep 23 15:00:18 I'm going away again. Sep 23 15:00:19 ciao. Sep 23 15:04:35 larsc: pong Sep 23 15:04:55 admiral0: requires qi modification, seems trivial enough Sep 23 15:06:34 åá Sep 23 15:07:10 should be great to add init=whatever to launch only a gui Sep 23 15:10:36 PaulFertser: I've started pushing things to git.openmoko.org. I was wondering if you had some time to go through [1] and see if ok, or if something is missing. Sep 23 15:10:40