**** BEGIN LOGGING AT Thu May 05 02:59:57 2011 May 05 05:40:37 moin May 05 05:52:51 moin May 05 06:46:24 moin May 05 06:46:56 mrmoku: if I push those glib/libshr-glib changes to gitorious oe.dev repo, are you willing to check phonefsod? May 05 06:47:45 mrmoku: current error http://paste.pocoo.org/show/383233/ May 05 06:48:58 JaMa|Off: the two undefined references? May 05 06:51:01 yes May 05 06:51:22 not sure in which .h it found phonefso_usage_stub_new because it's not in new bindings at all May 05 06:51:36 maybe some .h wasn't removed from sysroot :/ May 05 06:51:44 hmm May 05 06:52:01 and g_dbus_interface_register_object is still in docs but not in gdbus code May 05 06:52:21 JaMa|Off: can you push the new libshr-glib into a branch? May 05 06:52:51 sure, mmt May 05 06:53:42 dones May 05 06:54:25 thx May 05 06:54:51 and one more thing, gdbus-codegen has --c-object-manager option, but if it's used for all those .h, then it fails to build, because every .h has few methots named the same May 05 06:55:15 in docs he is using one special object-manager.xml to generate it May 05 06:56:17 guess I have to take a closer look May 05 06:57:07 JaMa|Off: have to go to a client soon... May 05 06:57:25 we should find a solution that works for both... new glib from oe-core and old glib from oe May 05 06:57:56 I have 2.28.6 glib on my laptop May 05 06:58:03 that is what we use in OE, right? May 05 06:58:39 so if I get the new gdbus-codegen from glib git to work there that should do it for both (oe-core + oe) ? May 05 06:59:21 mrmoku: iirc oe.dev has 2.26 May 05 06:59:37 oh, ok May 05 06:59:41 ah glib-2.0_2.28.0 May 05 07:00:03 ok, that should suffice to try it May 05 07:00:37 I think it's a matter of learning how to use the new gdbus-codegen correctly May 05 07:38:49 * mrmoku off to client May 05 08:34:20 mrmoku: top 4 patches in https://gitorious.org/shr/shr-experimental bring glib-2.29 etc to oe.dev May 05 09:22:27 mrmoku: now it's top 5 patches and make sure you clean old stuff as I didn't bump PR yet.. bitbake -c clean gdbus-binding-tool gdbus-binding-tool-native libphone-ui-shr phoneuid phonefsod libphone-ui glib-2.0-native glib-2.0 May 05 09:28:34 mrmoku: and 6 :) May 05 09:29:02 :) May 05 09:29:06 just came back May 05 09:30:06 JaMa|Off: do we have to switch to glib git completely or would only switching gdbus-codegen work too? May 05 09:30:37 completely May 05 09:30:53 because otherwise generated code is missing some functions added later to glib May 05 09:31:06 ok, so that needs good testing :P May 05 09:31:32 at least here I got many errors when I forgot to upgrade non-native glib-2.0 first :) May 05 09:31:51 ok May 05 09:31:55 now only phone*d missing those stubs and g_dbus_interface_register_object May 05 09:32:33 brb May 05 09:43:41 JaMa|Off: shr-experimental contains all needed n900 stuff from OE I guess? So I can switch locally and build an image for it? May 05 09:49:43 JaMa|Off: different approach... how far are you with shr-meta? May 05 09:52:06 morning folks May 05 09:55:13 morning mickey|office May 05 09:59:27 what is the calendar sync flavour one should aim for theses days? caldav? May 05 09:59:49 * mickey|office hesitates to say MobileMe May 05 09:59:52 ;) May 05 10:00:03 :P May 05 10:00:34 mickey|office: is there a mobileme solution for android? ;) May 05 10:01:04 and then that is an online service? May 05 10:01:31 I'm looking for more a technique to use May 05 10:01:42 s/for more/more for/ May 05 10:01:43 mrmoku meant: I'm looking more for a technique to use May 05 10:02:58 * mrmoku refuses to push his appointments to an apple hosted web cloud ;) May 05 10:14:39 who can explain to me how to use lis302 accelerometer (driver) in oe/om? May 05 10:16:24 mrmoku: lite images from meta-shr were building fine and booted fine (before glib-2.0 was upgraded in oe-core) May 05 10:16:33 * JaMa|Off will be off whole afternoon (meeting) May 05 10:16:44 ok May 05 10:16:58 mrmoku: and yes shr-experimental is on top of oe.dev, but you can also just cherry-pick last 6 May 05 10:17:04 to your oe checkout May 05 10:17:12 hi, May 05 10:17:15 JaMa|Off: so after glib upgrade it did not work anymore or you did not test yet? May 05 10:17:18 *I install the neo theme May 05 10:17:18 hi GNUtoo May 05 10:17:19 I.E. where's the API howto? May 05 10:17:22 on om-gta02 May 05 10:17:38 and then...no icon theme appear in icons themes May 05 10:18:01 mrmoku: it still boots.. just image build fails May 05 10:18:13 mrmoku: I mean boots after opkg upgrade.. May 05 10:22:35 anybody? May 05 10:22:44 larsc: ?? ^^^ May 05 10:23:05 JaMa|Off: ahh, ok May 05 10:23:07 mickey|office: ? May 05 10:26:59 DocScrutinizer: struct input_event ev; int fd = open("/dev/input/eventX", 0); read(fd, &ev, sizeof(ev)); May 05 10:27:00 what I hope to have leaned so far: there's a /dev/input* node which powers up the chip when opened, and there are some /sys/* nodes to set chip registers like threshold etc. What I don't know: when and how often is /dev/input* supposed to provide new data? How do I use the lis302 in a IRQ driven way, and how do I switch to continuous data acquisition at samplerate of 100/400? May 05 10:32:12 AIUI I can set IRQ trigger source to either WU_FF which means it will fire on crossing threshold on any configured axis et al, or I can set IRQ to fire on data_ready which should mean it fires on 100/400Hz. Is the /dev/inputX only providing a new data tuple whenever *any* IRQ fires, and I have to set /sys/* so /dev/inputX bahves in the way I expect? May 05 10:33:25 if so, can I set /sys/* prior to opening /dev/inputX? May 05 10:33:35 yes May 05 10:33:44 yes to all? May 05 10:34:03 yes May 05 10:34:09 :-D \o/ May 05 10:34:25 i haven't looked at the driver in ages though May 05 10:35:05 I haven't looked at the driver for ages until recently (yesterday) and it had some yet unclear bits for me May 05 10:35:53 but afair you can change the mode whenever you like, but data acquisition will only be done when the device is opened May 05 10:36:04 yes May 05 10:36:13 for second half May 05 10:37:09 so the read(fd, &ev, sizeof(ev)); will block until a new event as defined by /sys/* will happen, no? May 05 10:37:23 yes May 05 10:37:29 great May 05 10:37:40 unless your fd is in non-blocking mode ofcourse May 05 10:37:58 now we only need some additional nodes in /sys/* for completeness, then we should get this upstream May 05 10:38:16 e.g. highpass May 05 10:38:33 you won't get it upstream May 05 10:38:40 highpass is elementary for proper setup May 05 10:38:42 why? May 05 10:38:54 the other driver is part of the kernel api May 05 10:38:57 abi May 05 10:39:14 the other driver is bullshit, only useful for joysticks May 05 10:39:46 but that doesn't matter in this case May 05 10:39:59 and the author even admits that fact in his own comments May 05 10:41:12 your only option is to build upon that driver and add the missing features May 05 10:41:27 ouch May 05 10:41:55 that means completely -- * the old driver and replace it by ++ * of ours May 05 10:42:15 i wouldn't expect that to work May 05 10:43:24 PaulFertser meant it might eventually work to replace crap by better stuff, when there's somebody "reasonably knowledgable of kernel development and 'defending' and maintaining the new driver" May 05 10:44:57 as far as i can see, the other driver has support for stuff that is not in the om driver May 05 10:45:03 aiui the both drivers aren't mutually exclusive in a general sense. You could modprobe -r the one and insmod the other May 05 10:45:32 larsc: stuff that isn't in om like what? May 05 10:46:08 support for similar devices May 05 10:46:12 that friggin piece of crap does POLL the chip at 20Hz May 05 10:47:01 all the time May 05 10:47:06 aiui May 05 10:47:15 and that can't be fixed? May 05 10:47:28 there's no concept to fix it May 05 10:48:10 the author evidently had NFC about what IRQs are meant for May 05 10:48:18 and how to properly set them up May 05 10:50:23 or did not care May 05 10:50:53 nah, some comments proove he didn't get it May 05 10:51:35 anyway he also didn't care as the whole driver is for one special purpose: yield coninuous input data stream for a *joystick* May 05 10:52:42 the idea of sending the data through sysfs nodes is also rather wrong May 05 10:53:41 /dev/input is joystic? May 05 10:54:01 I mean the accelerometer evdev interface implements a joystic interface? May 05 10:54:41 larsc: indeed, so you see why I say it's virtually impossible to "fix that driver" May 05 10:54:54 except like -- * ++ * May 05 10:55:07 what I think won't happen May 05 10:56:05 but the driver also has a different name, so why can't we get a second driver that's named lis302dl rather than lis3lv02, and get it upstream as an alternative? May 05 10:56:22 I've to go bye May 05 10:57:44 because you don't generally have two drivers for the same device in upstream May 05 10:58:04 larsc: there are several distros stuck with that friggin joystick crap lis3lv02 now, and everybody says "but that's what's upstream" May 05 10:58:51 and that driver is unbearable for embedded, as it causes cpu load and battery drain May 05 10:59:15 i'm not arguing about that May 05 11:00:34 hm... there is also a driver for the lis3l02dq in the iio subsystem May 05 11:00:44 don't know how similar it is to the lis3l02dl May 05 11:00:57 larsc: I'm way too incompetent and not familiar with that whole stuff, but I think this needs a discussion on LKML May 05 11:01:55 I'd join in to help, if you're going to start anything in that direction May 05 11:02:43 i must say i don't have that much interrest in the lis3lv02 May 05 11:03:09 hmm, I have more interest in lis302dl May 05 11:19:55 freesmartphone.org: 03morphis 07aurora * r18a04bd3a42d 10/aurora/theme/ (35 files in 3 dirs): aurora: import some icons from ubuntu-mono-dark icon theme May 05 11:19:57 freesmartphone.org: 03morphis 07aurora * r1fd7b9af53b9 10/aurora/ (3 files in 2 dirs): aurora: sort existing items into new theme directory May 05 11:20:00 freesmartphone.org: 03morphis 07aurora * r620b3fc4d8ef 10/aurora/ (113 files in 17 dirs): aurora: setup automake configuration to make it possible to install aurora May 05 11:20:04 ++ #ifndef LIS302-SANE-EMBEDDED\n.....\n++ #ELSE\n++ \n++ #ENDIF May 05 11:20:51 kernel folks are kinda strange May 05 11:21:13 hw guys too May 05 11:21:19 :-D May 05 11:21:30 ;) May 05 11:26:40 larsc: honestly, it hurts me to see linux going apeshit for embedded here. What do you suggest I should do to help this situation? May 05 11:28:58 don't know, tell people again and again that the current driver is broken? May 05 11:29:26 I did that until I made it on some meego maintainer's ignore lsit May 05 11:29:29 list May 05 11:30:14 heyho May 05 11:30:53 common notion is "hard to do anything. You'd need a kernel hacker that takes care. This kernel hacker needs to take it to LKML. We won't" May 05 11:32:58 well, me neither. i have to many other things on my mind and care to less about that device May 05 11:33:47 thanks anyway for updating me and confirming my notion about the whole issue May 05 11:35:18 * DocScrutinizer wonders if Harald Welte, known kernel hacker and original author of 'our' lis302dl driver, maybe would be interested in getting it upstream... May 05 13:42:50 interested perhaps, but i'm sure he's overwhelmingly busy May 05 14:02:19 mickey|office: hi, i have now started with FSO support in qtmoko (https://github.com/radekp/qtmoko/tree/master/src/libraries/qfso) May 05 14:04:09 mickey|office: i am using dbus-daemon-proxy so that it works even on PC - thats great May 05 14:04:18 radekp: awesome :) May 05 14:04:44 radekp: wow, with which dbus version? for me dbus-daemon-proxy stopped working with some dbus upgrade I think... May 05 14:04:51 btw., meanwhile some of us have learned to embrace Qt again... specifically qml May 05 14:05:21 mrmoku: i am here at work on ubuntu 10.04 and i am using latest shr-unstable May 05 14:06:00 mickey|office: i am quite stuck with QT 4.5 for now and i was not able to upgrade to 4.7 yet :( May 05 14:06:08 radekp: ah, pity May 05 14:06:36 radekp: hmm... strange May 05 14:06:42 mickey|office: something really nasty with qbuild and new QtScript engine which is now based on webkit May 05 14:06:42 will retry sometime then May 05 14:06:59 is anybody working with shr-core? i cannot compile attr as it needs gettext, but gettext does not build as it needs libattr.la -.- May 05 14:07:55 darkh: JaMa|Off is the shr-core man May 05 14:08:22 yes... but currently he is named JaMa|Off... May 05 14:08:48 12:15 * JaMa|Off will be off whole afternoon (meeting) May 05 14:09:07 though afternoon probably finishes soon :) May 05 14:09:26 hopefully.... i need gettext-native and other tools to rebuild qt May 05 14:34:28 darkh: I don't remember seeing attr fail here :/ May 05 14:34:53 HeinervdmOff: Hi, did you get that list of conflicting .h from pjproject? May 05 14:35:24 attr-native fails becaus it needs gettext-native... but gettext-native does not build due to missing libattr.la :( May 05 14:35:53 but does gettext-native really need attr? May 05 14:36:13 or does attr really need gettext? May 05 14:48:21 JaMa|Off: i tried to rebuild ncurses which is a dependency of gettext-native... but if i do that bitbake tries to build gettext-native first... May 05 14:49:25 either my settup is totally broken or there are some cyclic dependencies... May 05 15:21:03 larsc: lis3lv02 is a different chip than lis302dl May 05 15:21:24 so would this still rule out of pushing lis302dl driver upstream? May 05 15:23:48 depends on how similar both are May 05 15:25:48 relatively similar, but otoh have some quite differing properies, like sampling rate, range etc May 05 15:30:42 definitely using lis3lv02.ko for lis302dl chip will yield false results, as several things like range etc and conversation factors are hardcoded May 05 15:31:52 maybe there are other factors that make lis3lv02 expecially suited for joystick usecase, which as well would indicate we should supply a proper *embedded* driver for lis302dl May 05 15:32:48 DocScrutinizer: but nokia is using the lis3lv02 driver for the lis302dl? May 05 15:33:00 nope? May 05 15:33:09 meego does May 05 15:33:15 ok May 05 15:33:16 ... May 05 15:33:21 as they thought it's 'upstream' May 05 15:33:26 meego is still nokia for me May 05 15:33:45 not at all, as Nokia ceased to contribute to meego May 05 15:33:52 i know May 05 15:34:08 they're still active bringing rx51 stuff upstream though May 05 15:34:36 (not to defend them :P) May 05 15:34:47 umm, meego-arm team might. AFAIKT nobody of those dudes is a real Nokian though May 05 15:35:03 but former? nokia employees wrote the spi part of the lis3lv02 driver May 05 15:35:51 DocScrutinizer: kalle jokiniemi? May 05 15:35:52 whatever, I don't mind what Nokia does. I want a proper lis302dl driver upstream, and the OM one is the most sane one I found May 05 15:36:40 and I don't get it why OM at large is trying to find excuses for not pushing this bit upstream May 05 15:37:37 there's definitely no competing driver upstream, and the OM one looks almost perfect May 05 15:38:10 (almost = missing sysnodes for some register settings, like highpass) May 05 15:38:43 easy to fix, even I could do that if I had a devel env to compile and test May 05 15:42:01 plus I wonder how FSO can aim to be platform agnostic/cross-patform if even the reference implementation is based on "proprietary" drivers just because nobody cares to push them upstream May 05 15:44:20 well, there is on api problem with the OM driver May 05 15:44:34 how's that? May 05 15:44:57 the sysfs nodes are global state while the event dev file is per client May 05 15:45:16 umm, ok May 05 15:45:39 so this driver is definitely for platforms with only one lis302dl chip aiui May 05 15:46:01 ideally rate would be per client too and the driver would set the rate to the highest requested rate May 05 15:46:19 it's about multiple client, not multiple deivces May 05 15:46:44 imagine two programms which both want to read the data May 05 15:50:32 yeah, according to my understanding of how to service a g-meter this shouldn't happen May 05 15:50:57 you need a dedicated daemon for all but continuous stream data May 05 15:51:32 as the chip only has a limited number of IRQ engines and associated threshold et al registers May 05 15:51:45 it's a resoure quite obviously May 05 15:53:00 btw venemo pointed me at a readme about that lis3lv02 driver crap, and that one states it handles lis320dl chips as well May 05 15:53:03 :-( May 05 15:53:36 but it does NOT handle arbitrary movement detection, instead has a hardcoded freefall sysnode May 05 15:55:39 btw lis3lv02 is 12bit while lis302dl is 8bit May 05 15:56:08 wb PaulFertser May 05 15:57:17 larsc: maybe that upstream driver actually can get 'fixed' as in "we keep all the crappy things, but add in our API as well" May 05 15:57:20 but the driver has support for both May 05 15:57:32 yeah May 05 15:57:58 but no proper support for all kinds of IRQ May 05 16:01:42 DocScrutinizer: well, if you are willing to do whatever it takes to get it upstream, then *you* should be the one who starts the discussion on LKML... May 05 16:02:54 antrik: I'm not a kernel hacker in any way, and I won't take the righful flames for spamming the list with utter ignorant shit May 05 16:04:31 also I came to this just by bitching about meego and the poor power management they have, then noticing where from that busy CPU was, and bitching even more about why nobody is using a *proper* driver for the g-meter May 05 16:04:32 see, that's why the better driver is not upstream :-P May 05 16:04:59 ok, so fuck it May 05 16:05:24 guess I'm retraining for proper UNIX, or windows May 05 16:05:51 as obviously linux is more politics than sw development May 05 16:06:04 unbearable May 05 16:06:14 either you are willing to take it up, or you have to live with what's there... apparently you are the only one who cares May 05 16:06:53 exactly, and obviously I don't like an OS where nobody cares, even when pointed at it May 05 16:07:14 kindergarden May 05 16:07:48 everyone has their own pet peeves; you can't expect others to care about yours May 05 16:07:58 pfff May 05 16:12:44 ok, take your shovel and bucket, and play in your own ground, but don't come wining about poor battery live or anything then May 05 16:13:21 *I* am not concerned about my battery May 05 16:13:28 as I know what to do May 05 16:13:42 >ETX> May 05 16:16:46 well, feel free to inform everyone complaining about the battery life of the cause... perhaps you can get someone else to care May 05 16:16:53 I wouldn't count on it though May 05 16:18:51 it requires someone who has the necessary skill *and* considers it a priority. I would have thought you could be that person, but apparently not May 05 16:32:22 larsc: actually i think multi-client is unnecessary sugar and that should be removed May 05 16:32:42 per-client state would add a lot of complexity to the driver May 05 16:44:09 freesmartphone.org: 03mickey 07cornucopia * rb66f2222b33d 10/tools/fso-alsa/ (src/Makefile.am vapi/alsa-ext.vapi): fso-alsa: add alsa-ext.vapi from fsoaudiod May 05 16:48:00 mickeyl: not to mention arbitration between concurrent mutually exclusive requests about IRQ settings (if your comment was about g-meter driver) May 05 16:48:17 yep May 05 16:48:20 *nod* May 05 16:53:05 freesmartphone.org: 03morphis 07aurora * r3ef38c37eede 10/aurora/ (34 files in 12 dirs): aurora: restructure the whole directory/build layout a bit May 05 16:53:06 freesmartphone.org: 03morphis 07aurora * r9196b7a064f5 10/aurora/data/theme/icons/ (7 files): aurora: remove some incons we will not use May 05 16:53:08 freesmartphone.org: 03morphis 07aurora * r74f95a252769 10/aurora/ (6 files in 3 dirs): aurora: implement first bits of the network indicator May 05 16:53:11 freesmartphone.org: 03morphis 07aurora * rdf7358f29e95 10/.gitignore: aurora: update .gitignore May 05 16:53:14 freesmartphone.org: 03morphis 07aurora * r3ae335ac7898 10/aurora/README: aurora: update the README file May 05 16:56:06 mickeyl: you still are aware of my suggestion for optimal usage of g-meter for orientation detection? May 05 16:56:45 DocScrutinizer: i have a mail from you that came through smartphones-userland May 05 16:56:52 i think they describe them May 05 16:57:46 as in "set highpass on, very low threshold (as after highpass all 3 axes are zero when no movement), then on IRQ read out the absolute values of all 3 axes to determine orientation, and reset IRQ May 05 16:57:50 " May 05 16:58:15 alas our driver is lacking access to highpass May 05 16:59:41 so my prev mail probably was the way more clumsy approach of adjusting thresholds and trigger sources to the new situation of absolute readings as they are fed to trigger engines when no highpass is enabled May 05 17:00:02 highpass in hardware is quite nice May 05 17:00:21 yep, alas unused in our (and all other) drivers May 05 17:00:50 but for our driver it's baby easy to add the needed sysnodes May 05 17:03:22 and that setup is truely nice as you get an IRQ for each new movement, without doing *anything* for it May 05 17:04:47 you only - afaik - need to switch off the HP to read out absolute values of X/Y/Z May 05 17:05:04 and re-enable it after readout May 05 17:09:19 freesmartphone.org: 03mickey 07cornucopia * r39e74ce9fc08 10/tools/fso-alsa/vapi/alsa-ext.vapi: fso-alsa: vapi: add pcm mode May 05 17:11:21 mickeyl: nope, actually messing with HP to read out isn't needed. CTRL_REG2 (21h) FDS=0. While for IRQ engines you want to set HP FF_WU[12]=1 May 05 17:13:55 cool, now we just need someone to hack that in May 05 17:14:07 personally i'm not using the FR anymore though... May 05 17:14:23 messing around with a rokr e2 atm. May 05 17:14:27 and that has no g-meter at all : May 05 17:14:27 ) May 05 17:23:04 mickeyl: you're aware N900 has the same chip? May 05 17:24:19 mickeyl: that's why I wondered if FSO shouldn't be interested in having a proper upstream driver for it May 05 17:28:17 yo, surely interesting. right now i think they're more pressuring issues, but once we have the connectivity issues sorted out, i'm sure there'll be movements towards that May 05 17:32:09 we need them to play mokomaze anyway :) May 05 17:32:22 hehe, right May 05 17:36:37 yeah, and mokomaze has the problem it needs root to access the /sys nodes May 05 17:37:25 so it's an excellent testbench for proper system design May 05 17:38:00 if only it had a 'normal' user account to start it May 05 17:44:00 heh May 05 17:59:32 mickeyl: ping May 05 18:12:30 morphis: pong May 05 18:12:35 freesmartphone.org: 03mickey 07cornucopia * r906e4429fbbe 10/tools/fso-alsa/ (src/main.vala vapi/alsa-ext.vapi): fso-alsa: bind more types from pcm.h May 05 18:16:00 *sigh* pcm.h is HUUUUUUUUUGE May 05 18:19:13 :p May 05 18:20:15 and I found pulseaudio's api less than optimal to play audio files :/ May 05 18:21:07 *nod* May 05 18:21:17 if you have PA, libcanberra is somewhat convenient May 05 18:46:55 freesmartphone.org: 03mickey 07cornucopia * rbb57e7f2aa74 10/tools/fso-alsa/vapi/alsa-ext.vapi: fso-alsa: vapi: bind more of pcm.h May 05 18:50:42 freesmartphone.org: 03mok 07libgisi * rac110006d3fe 10/ (6 files in 5 dirs): May 05 18:50:42 freesmartphone.org: add vim tags for correct indentation with 4 spaces May 05 18:50:42 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 18:57:02 freesmartphone.org: 03mickey 07cornucopia * raeca44760417 10/tools/fso-alsa/vapi/alsa-ext.vapi: fso-alsa: vapi: add simple setup params from pcm.h May 05 19:00:56 JaMa: does glib-2.0-native build for you? May 05 19:01:36 yes May 05 19:01:41 freesmartphone.org: 03mok 07cornucopia * rdd9f4c145a65 10/fsogsmd/ (103 files in 24 dirs): May 05 19:01:41 freesmartphone.org: fsogsmd: add vim tags for correct indentation with 4 spaces May 05 19:01:41 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:01:47 freesmartphone.org: 03mok 07cornucopia * rfa3fb3a7fc51 10/fsogsmd/src/plugins/pdp_nokia_isi/plugin.vala: May 05 19:01:47 freesmartphone.org: fsogsmd: pdp_nokia_isi: debug++ May 05 19:01:47 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:01:48 git version.. May 05 19:02:03 what's error you see? May 05 19:02:07 GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL May 05 19:02:28 something known? May 05 19:02:53 no, gtk-doc is pretty much disabled by those 2 sed calls May 05 19:03:48 the final thing is variable `date_test_LDADD' is defined but no program or library has `date_test' as canonical name (possible typo) May 05 19:04:10 but i don't know what of the output is the actual cause May 05 19:04:12 freesmartphone.org: 03mok 07cornucopia * rbe40623311ad 10/fsoappd/ (9 files in 5 dirs): May 05 19:04:12 freesmartphone.org: fsoappd: add vim tags for correct indentation with 4 spaces May 05 19:04:12 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:05:54 freesmartphone.org: 03mok 07cornucopia * r47ff87248907 10/fsoaudiod/ (13 files in 8 dirs): May 05 19:05:54 freesmartphone.org: fsoaudiod: add vim tags for correct indentation with 4 spaces May 05 19:05:54 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:06:21 darkh: sorry haven't seen those 2 May 05 19:06:58 freesmartphone.org: 03mok 07cornucopia * r48f1e67205c0 10/fsodatad/ (5 files in 5 dirs): May 05 19:06:58 freesmartphone.org: fsodatad: add vim tags for correct indentation with 4 spaces May 05 19:06:58 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:07:00 but you can trop GTK_DOC_USE_LIBTOOL for now completely May 05 19:07:41 could you give me a working recipe? May 05 19:07:56 you said git version works for you May 05 19:09:30 meta-oe-contrib/shr branch May 05 19:10:04 but 2.28.6 before that compiled also fine (few days ago) May 05 19:10:29 yes... few days ago.... then a did a mistake that startet with git pull... May 05 19:10:36 freesmartphone.org: 03mok 07cornucopia * r4172e0ba6ba0 10/fsodeviced/ (53 files in 38 dirs): May 05 19:10:36 freesmartphone.org: fsodeviced: add vim tags for correct indentation with 4 spaces May 05 19:10:36 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:10:52 * JaMa does git pull --rebase every day (or after every upstream change May 05 19:11:04 hm... strange May 05 19:11:25 i deleted all sstate native stuff and native sysroot directory May 05 19:11:26 good evening May 05 19:12:47 freesmartphone.org: 03mok 07cornucopia * r9822b13a534c 10/fsoinitd/ (19 files in 3 dirs): May 05 19:12:47 freesmartphone.org: fsoinitd: add vim tags for correct indentation with 4 spaces May 05 19:12:47 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:13:45 freesmartphone.org: 03mok 07cornucopia * r994999f96882 10/fsonetworkd/ (4 files in 4 dirs): May 05 19:13:45 freesmartphone.org: fsonetworkd: add vim tags for correct indentation with 4 spaces May 05 19:13:45 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:14:52 freesmartphone.org: 03mok 07cornucopia * rc01888418a25 10/fsophoned/ (7 files in 7 dirs): May 05 19:14:52 freesmartphone.org: fsophoned: add vim tags for correct indentation with 4 spaces May 05 19:14:52 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:16:55 freesmartphone.org: 03mok 07cornucopia * r901f975e7a9c 10/fsotdld/ (23 files in 17 dirs): May 05 19:16:55 freesmartphone.org: fsotdld: add vim tags for correct indentation with 4 spaces May 05 19:16:55 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:18:17 freesmartphone.org: 03mok 07cornucopia * rdc44c3ee9756 10/fsousaged/ (11 files in 9 dirs): May 05 19:18:18 freesmartphone.org: fsousaged: add vim tags for correct indentation with 4 spaces May 05 19:18:18 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:21:19 freesmartphone.org: 03mok 07cornucopia * rfd185ed2c682 10/libfsobasics/ (32 files in 3 dirs): May 05 19:21:19 freesmartphone.org: libfsobasics: add vim tags for correct indentation with 4 spaces May 05 19:21:19 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:23:38 freesmartphone.org: 03mok 07cornucopia * r312536d5ded8 10/libfsoframework/ (15 files in 3 dirs): May 05 19:23:38 freesmartphone.org: libfsoframework: add vim tags for correct indentation with 4 spaces May 05 19:23:38 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:24:28 freesmartphone.org: 03mok 07cornucopia * rb073f8f7ebdd 10/libfsoresource/ (3 files in 3 dirs): May 05 19:24:28 freesmartphone.org: libfsoresource: add vim tags for correct indentation with 4 spaces May 05 19:24:28 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:25:24 freesmartphone.org: 03mok 07cornucopia * r50fe7b47f04a 10/libfsosystem/ (4 files in 2 dirs): May 05 19:25:24 freesmartphone.org: libfsosystem: add vim tags for correct indentation with 4 spaces May 05 19:25:24 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:27:12 freesmartphone.org: 03mok 07cornucopia * rd6cca7b79f00 10/libfsotransport/ (17 files in 3 dirs): May 05 19:27:12 freesmartphone.org: libfsotransport: add vim tags for correct indentation with 4 spaces May 05 19:27:12 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:28:24 freesmartphone.org: 03mok 07cornucopia * rc8a52cad9faa 10/libgsm0710mux/ (5 files in 2 dirs): May 05 19:28:24 freesmartphone.org: ligsm0710mux: add vim tags for correct indentation with 4 spaces May 05 19:28:24 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:29:34 freesmartphone.org: 03mok 07cornucopia * ra9116cfcc983 10/misc/ (5 files in 3 dirs): May 05 19:29:34 freesmartphone.org: misc: add vim tags for correct indentation with 4 spaces May 05 19:29:34 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:31:27 freesmartphone.org: 03mok 07cornucopia * r8d5539e36cff 10/tools/ (18 files in 12 dirs): May 05 19:31:27 freesmartphone.org: tools: add vim tags for correct indentation with 4 spaces May 05 19:31:27 freesmartphone.org: Signed-off-by: Klaus Kurzmann May 05 19:31:41 task completed :-) May 05 19:33:13 excellent May 05 19:33:15 * mrmoku could have done one commit... but this way everybody in here now knows that the correct and only valid fso indentation is 4 SPACES May 05 19:33:21 hehe May 05 19:34:01 mrmoku: is there any other valid indentation but 4 spaces? ;) May 05 19:35:17 darkh: sure... very much depends on whom you ask ;) May 05 19:35:33 * mrmoku prefers tab-only displayed as 8 spaces :P May 05 19:46:28 mickeyl: btw. vsend in libgisi.vapi is either broken or malused by me May 05 19:47:21 ok, i have a look at that later tonite May 05 19:47:38 I changed sending the apn to what you did in sendTones May 05 19:47:46 have a static thing and overwrite May 05 19:47:56 I can live with that May 05 19:48:03 ahh, and another interesting thing May 05 19:48:11 ofono is causing the same kernel trace May 05 19:48:20 though the gprs0 if is upped May 05 19:48:26 but has no ip May 05 20:38:50 ([2011-05-05 20:19:55] if you have PA, libcanberra is somewhat convenient) I always found rm -rf most convenient on boxes with pukeaudio May 05 21:01:49 hi dcordes May 05 21:02:12 I'm currently unable to test telephony stuff because I'm in france May 05 21:46:17 dcordes, ping May 05 22:08:08 yay. vim tags :) May 05 22:16:56 freesmartphone.org: 03mickey 07libgisi * rea900bd2ece4 10/ (data/libgisi.vapi gisicomm/gisicomm.vala): vapi: fix usage of Posix.iovector May 05 22:17:03 mrmoku: no idea whether this makes a difference, but it looks a bit more sane to me May 05 22:24:30 mickeyl, does 3g work now? May 05 22:24:33 on n900 May 06 02:15:49 n900 OneNAND: May 06 02:15:53 with uboot: fails May 06 02:16:03 with flashed zImage: works May 06 02:16:23 mickeyl, I've a defconfig for you btw **** ENDING LOGGING AT Fri May 06 02:59:57 2011