**** BEGIN LOGGING AT Mon May 10 02:59:57 2010
May 10 06:22:54 <PaulFertser> JaMa: hi
May 10 06:23:05 <PaulFertser> emacs compilation failed
May 10 06:23:31 <PaulFertser> JaMa: i have guesses why, and some experience about emacs build process (gained while i tried to cross-compile it without qemu).
May 10 06:25:20 <PaulFertser> JaMa: the idea is that first "temacs" (should be arm executable) gets compiled, then it should be loaded on an arm machine, then it loads the most important el files to memory and then "dumps" itself on disk, that makes actual executable load much faster later.
May 10 06:25:54 <PaulFertser> JaMa: most probably libc version on the root virtual filesystem used by Qemu doesn't exactly match the one that was used to build temacs.
May 10 06:31:10 <PaulFertser> JaMa: and it would be much better to build emacs-x11_23.1 please.
May 10 06:34:26 <PaulFertser> JaMa: i wonder how that can happen (libc version mismatch), the emacs.inc copies all libs directly from the staging dir. Are those the same used by the cross-compiler?
May 10 06:34:31 <PaulFertser> mrmoku_: hey :) ^^^
May 10 06:35:38 <PaulFertser> And where does /usr/lib/libc.so come from, shouldn't it be in /lib?
May 10 06:36:37 <PaulFertser> Everything gets copied from ${STAGING_DIR_TARGET} to qemu_treedir just before actual emacs compilation.
May 10 06:38:31 <PaulFertser> Hm, the problems most probably actually comes from /bin/sh: ./prefix-args: cannot execute binary file
May 10 06:40:13 <PaulFertser> JaMa: and that happens because prefix-args should be built natively, it's a build helper.
May 10 06:41:07 <PaulFertser> So that's obviously the first problem to fix.
May 10 06:43:51 <PaulFertser> $(CC) $(ALL_CFLAGS) $(LDFLAGS) ${srcdir}/prefix-args.c -o prefix-args in src/Makefile.in should be changed to use host compiler.
May 10 06:44:23 <PaulFertser> mrmoku_: if you can do that and trigger rebuild it would be nice while JaMa's still sleeping ;)
May 10 06:47:53 <mrmoku_> PaulFertser: i'm not sleeping... but driving :P
May 10 06:49:25 <PaulFertser> WOW
May 10 06:49:31 <PaulFertser> Drive safe!
May 10 06:49:42 <PaulFertser> I wonder why i do not have access to the buildhost.
May 10 06:51:03 <mrmoku_> PaulFertser: probably because you never asked for it ;)
May 10 06:51:17 <PaulFertser> mrmoku_: hm, right :)
May 10 06:52:48 <JaMa> PaulFertser: staging is no more, now it's sysroots, so maybe the problem is also from last week staging changes
May 10 06:53:06 <PaulFertser> JaMa: aha, but prefix-args should be fixed regardless.
May 10 06:53:24 <JaMa> so first I would expect that nothing was copied to builddir and yes... noticed also prefix-args
May 10 06:53:51 <JaMa> but had to go to work, so I was not sleeping but also on way
May 10 06:53:52 <JaMa> :)
May 10 06:54:21 <PaulFertser> JaMa: heh
May 10 06:54:36 <PaulFertser> JaMa: i've forgotten it's not a public holiday for you.
May 10 06:55:05 * JaMa wants holiday
May 10 06:55:38 <JaMa> PaulFertser: btw you want version 23.1 right? recipe says it's not tested and 22.x is default version
May 10 06:55:56 <PaulFertser> JaMa: i can get no satisfaction
May 10 06:56:00 <PaulFertser> With anything less than 23.
May 10 06:56:09 <PaulFertser> ;)
May 10 06:58:34 <mrmoku_> PaulFertser: (safe driving) lots of red traffic lights don't worry :)
May 10 07:04:53 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r929cf6f8c65c 10/fsoinitd/ (configure.ac src/Makefile.am): fsoinitd: add some stubs for static linking
May 10 07:04:54 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * ra9fccbe13f20 10/ (18 files in 16 dirs): 
May 10 07:04:54 <CIA-36> freesmartphone.org: all: use Linux.ioctl rather than Posix.ioctl which is not supported on some Linuces
May 10 07:04:54 <CIA-36> freesmartphone.org: This makes us depend on Vala 0.8.1.1 (FSO-release)
May 10 07:05:45 <mrmoku_> mickey|away: thanks :)
May 10 07:06:15 <mickey|away> np
May 10 07:07:04 <mickey|away> hmm
May 10 07:07:10 <mickey|away> can't push 0.8.1.1 in OE
May 10 07:07:12 <mickey|away> server offline
May 10 07:07:51 <mickey|away> or at least very slowly responding
May 10 07:35:21 <JaMa> PaulFertser: are you sure about host compiler for prefix-args, from OE patches it seems like target compiler should be used and every call wrapped with QEMU, I don't see quick fix here (never used/build emacs before), but gnutoo added 23.1 so maybe he will fix it faster than me
May 10 07:35:58 <PaulFertser> JaMa: i'm sure
May 10 07:36:09 <PaulFertser> JaMa: that prefix-args little utility is a build helper.
May 10 07:38:21 <JaMa> maybe just this chunk is missing in files/use-qemu patch and was in newer emacs-22.3/use-qemu patch
May 10 07:38:24 <JaMa> -#define YMF_PASS_LDFLAGS(flags) `./prefix-args -Xlinker flags`
May 10 07:38:27 <JaMa> +#define YMF_PASS_LDFLAGS(flags) `${QEMU} ./prefix-args -Xlinker flags`
May 10 07:39:26 <PaulFertser> JaMa: well, it's a possible solution if qemu provides the stdout of the program it executes to its standard output.
May 10 07:39:43 <PaulFertser> But it'd be stupid.
May 10 07:42:49 <PaulFertser> Yeah, first building a tiny helper for arm, then run it in qemu is hm uncool.
May 10 07:43:24 <JaMa> PaulFertser: that's something to discuss with gnutoo or Justin Patrin (listed as emacs maintainer)
May 10 07:44:01 <JaMa> now trying to build it with prefix-args wrapped with qemu (as it was in all older emacs versions)
May 10 07:44:11 <PaulFertser> JaMa: openembedded server (including tinderbox) is down so i can't follow your progress.
May 10 07:44:25 <JaMa> iirc gnutoo is building for x86 on x86 so that's probably why it worked for him
May 10 07:44:33 <PaulFertser> Indeed
May 10 07:44:44 <JaMa> PaulFertser: I'm building it localy with tinderbox-client disabled
May 10 07:45:24 <PaulFertser> JaMa: but really weird workarounds are not something to discuss, those are something to fix.
May 10 07:47:37 <JaMa> well but they probably used them for some reason and I don't have any interest in testing this fix in all older versions used in OE, so someone using it should be asked to fix it :)
May 10 07:48:32 <JaMa> but with qemu that 1st problem is gone, libc.so still used wrong
May 10 07:48:34 <JaMa> | /OE/tmpdir-dev-shr/cross/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.4.3/../../../../arm-oe-linux-gnueabi/bin/ld: warning: libc.so, needed by /OE/tmpdir-dev-shr/cross/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.4.3/../../../../arm-oe-linux-gnueabi/lib/libgcc_s.so.1, not found (try using -rpath or -rpath-link)
May 10 07:53:06 <PaulFertser> JaMa: but where did libc go?
May 10 07:53:47 <JaMa> PaulFertser: staging doesn't have libc.so only libc.so.6
May 10 07:53:58 <JaMa> adding libc.so -> libc.so.6 link there seems to fix it
May 10 07:55:00 <PaulFertser> Strange
May 10 07:56:11 <PaulFertser> ZaPPaS: hey
May 10 07:56:19 <PaulFertser> ZaPPaS: i've investigated dbus questions.
May 10 07:56:32 <ZaPPaS> he PaulFertser
May 10 07:56:40 <PaulFertser> ZaPPaS: it's possible but needs modification of emacs dbus bindings :(
May 10 07:57:09 <PaulFertser> ZaPPaS: shouldn't be hard but even with a ready made patch won't hit any release soon i'm afraid. Though no idea.
May 10 07:57:16 <PaulFertser> ZaPPaS: are you interested in details?
May 10 07:57:28 <ZaPPaS> yeah, its not so commen to attach to multiple buses
May 10 07:58:33 <ZaPPaS> some details would be fine...
May 10 08:02:21 <PaulFertser> ZaPPaS: well, the emacs bindings accept only :session or :system for the bus name and use dbus_bus_get() to get one of them. It should support also arbitrary strings and call dbus_connection_open()
May 10 08:04:42 <ZaPPaS> i should have a look at the code
May 10 08:05:19 <PaulFertser> ZaPPaS: it's in fact easy. src/dbusbind.c
May 10 08:05:31 <PaulFertser> xd_initialize
May 10 08:06:33 <PaulFertser> ZaPPaS: but do not forget to call dbus_connection_unref() after you're done http://dbus.freedesktop.org/doc/api/html/group__DBusConnection.html for dbus reference.
May 10 08:07:48 <PaulFertser> ZaPPaS: i also suspect that dbus_bus_get has an interesting undesired side-effect: it'll kill the app if connection drops.
May 10 08:08:04 <PaulFertser> Not exactly what you want to be done with your emacs.
May 10 08:08:58 <ZaPPaS> jepp, noticed that
May 10 08:16:22 <PaulFertser> ZaPPaS: btw, i'm not sure but quite possibly dbus_bus_get requires dbus_connection_unref
May 10 08:17:01 <JaMa> PaulFertser: as soon as git is back online, I'll push this workarround and build it in feeds
May 10 08:19:03 <PaulFertser> JaMa: big thanks, man, appreciate it a lot :D should i write an e-mail to Justin Patrin?
May 10 08:19:30 <JaMa> PaulFertser: applied now manually :)
May 10 08:20:14 <JaMa> PaulFertser: I don't remember seeing his patches in last few months/year, so probably poke gnutoo
May 10 08:20:46 <PaulFertser> Ok
May 10 08:21:10 <JaMa> last commit Date:   Sun Jul 15 18:22:28 2007 +0000
May 10 08:21:22 <PaulFertser> Hm, i see
May 10 08:22:02 <JaMa> no surprise that emacs is not so well-maintained in OE :)
May 10 08:31:11 <PaulFertser> JaMa: btw, are you building the -x11 version?
May 10 08:51:56 <JaMa> PaulFertser: yes
May 10 08:52:07 <PaulFertser> Coool :)
May 10 08:58:11 <JaMa> PaulFertser: in feeds..
May 10 08:58:33 <PaulFertser> JaMa: big thanks again
May 10 08:58:41 <PaulFertser> ZaPPaS: ^^^
May 10 08:59:05 <JaMa> you're welcome
May 10 08:59:28 <JaMa> btw only for shr-u now..
May 10 09:00:56 <PaulFertser> Sure thing
May 10 09:01:06 <PaulFertser> I do not care about testing because it's not compatible with my fso.el anyway.
May 10 09:01:10 <PaulFertser> :)
May 10 09:01:25 <ZaPPaS> JaMa: Great :)
May 10 09:03:14 <PaulFertser> ZaPPaS: i didn't care much about contacts editing because i can do it with opimd-cli :) At least adding a contact is trivial and can be done from emacs shell.
May 10 09:04:11 <JaMa> PaulFertser: isn't emacs partially about 4 finger shortcuts? :) not so easy with virtual keyboard?
May 10 09:04:48 <PaulFertser> JaMa: well, i thought about that too. But actual experience shows it's the most comfortable UI for me on FR.
May 10 09:05:01 <JaMa> but I guess it's just false gossip from vim lovers
May 10 09:05:08 <lindi-> JaMa: it's quite easy
May 10 09:05:14 <PaulFertser> JaMa: and i try to design fso.el to be usable without virtual keyboard at all.
May 10 09:06:35 * JaMa hates even command/edit mode switching in vi with virtual keyboard
May 10 09:06:55 <JaMa> hmm maybe I hate just virtual keyboard (not just illume one, but every)
May 10 09:07:03 <PaulFertser> ZaPPaS: i'm considering some partial integration with linphone.el but i need to be sure it makes at least some sense...
May 10 09:07:14 <lindi-> JaMa: how much time have you spent configuring your keyboard?
May 10 09:07:51 <JaMa> lindi-: no time at all
May 10 09:08:01 <ZaPPaS> ah nice idea
May 10 09:09:17 <JaMa> lindi-: it's good for short sms, but for everything longer than 100chars I feel that I can type it 8 times faster on pc keyboard (not t9 with hw keyboard on my 2nd phone) so I always decide to wait a bit and then type it over ssh from pc keyboard
May 10 09:09:50 <lindi-> i have not measured but the ratio is definitely not 8x here
May 10 09:10:19 <JaMa> do you type with all 10 fingers on pc?
May 10 09:10:41 <lindi-> yep
May 10 09:12:10 <JaMa> I can type about 300 strokes per minute (normal text without thinking :)) and something about 40 is probably for me on illume keyboard (without measurement)
May 10 09:12:23 <JaMa> even with stylus
May 10 09:13:24 <JaMa> partially because I have to look at virtual keyboard and then on text, while on pc I just watch flowing text
May 10 09:13:33 <JaMa> to correct for typos etc
May 10 10:46:01 <Heinervdm> larsc, PaulFertser, lindi-: do you have an idea about this dmesg output (starting at line 96): http://shr.pastebin.com/ra65WdAw
May 10 10:47:00 <PaulFertser> Heinervdm: kernel version?
May 10 10:47:31 <Heinervdm> PaulFertser: normal andy tracking from SHR
May 10 10:47:41 <PaulFertser> Heinervdm: then it doesn't make much sense to care i guess
May 10 10:48:20 <Heinervdm> PaulFertser: so this can't be the cause for the problem some people have that it resumes with wrong VT?
May 10 10:48:52 <PaulFertser> Heinervdm: i do not understand why bother debugging/using andy-tracking at all.
May 10 10:49:28 <PaulFertser> Heinervdm: also if it was the case, people would have posted the same backtrace already.
May 10 10:50:04 <Heinervdm> PaulFertser: you can see this backtrace only with no_console_suspend
May 10 10:50:28 <Heinervdm> i think not much will have this in the kernel cmdline
May 10 10:51:08 <Heinervdm> perhaps i should try the newer kernel, so that we can switch to it in SHR
May 10 10:51:08 <PaulFertser> Heinervdm: do you mean it doesn't happen at all without that parameter? Or just that it doesn't appear on device's screen?
May 10 10:51:53 <Heinervdm> It doesn't appear on device's screen because console is already suspended
May 10 10:52:08 <PaulFertser> What about logging in via ssh over usb?
May 10 10:52:43 <PaulFertser> Well, anyway, andy-tracking doesn't make sense nowadays
May 10 10:53:15 <Heinervdm> That problem occours only with autosuspend from FSO, so one can't see it with usb attached
May 10 10:54:12 <Heinervdm> I will try 2.6.32 then and if it's working with that version i will vote for a switch to it
May 10 10:59:06 <mrmoku> PaulFertser: I thought you're using 2.6.29 yourself?
May 10 11:00:10 <mrmoku> PaulFertser: and not having all leds and a vibrator is showstopping us from the switch :)
May 10 11:00:10 <PaulFertser> mrmoku: i am
May 10 11:00:22 <PaulFertser> mrmoku: because...
May 10 11:00:29 <PaulFertser> I'm a walrus
May 10 11:00:33 <mrmoku> :P
May 10 11:01:01 * mrmoku wonders if PaulFertser is listening to the Beatles right now ;)
May 10 11:02:36 <PaulFertser> mrmoku: unfortunately, no
May 10 11:02:59 <PaulFertser> If i was, i'd remember it's "the walrus".
May 10 11:03:13 <PaulFertser> But my radio plays "Whole lotta love" right atm.
May 10 11:03:22 <mrmoku> hehe
May 10 11:03:25 <PaulFertser> "Way down inside, honey you need it" yeah
May 10 11:03:44 <radekp> 2.6.32 has problem with power management btw - i think some device remains up in suspend, because current_now is ~75mA
May 10 11:04:01 <radekp> normally it's 12mA on andy-tracking
May 10 11:04:15 <mrmoku> radekp: yeah, I had the impression too that its consuming more
May 10 11:04:18 <radekp> i think it's GPS because i couldnt turn it off using sysfs node
May 10 11:04:19 <mrmoku> did not measure though
May 10 11:17:20 <Heinervdm> i can't boot http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/uImage-2.6.32.12-oe1+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0-om-gta02.bin
May 10 11:17:31 <Heinervdm> i'm getting wrong checksum error
May 10 11:51:32 <PaulFertser> GNUtoo|oeee: hey
May 10 11:51:48 <PaulFertser> GNUtoo|oeee: JaMa told me it's you who cares about emacs in OE.
May 10 11:52:39 <GNUtoo|oeee> yes 1 s
May 10 11:54:57 <GNUtoo|oeee> PaulFertser, yes I'm the one
May 10 11:55:46 <JaMa> GNUtoo|oeee: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/f1fe7224a99b49cbcf166d0f6625024881368cc1
May 10 11:55:46 <GNUtoo> PaulFertser, emacs is broken in oe? or do you want newer emacs?
May 10 11:56:32 <PaulFertser> GNUtoo|oeee: prefix-args should be compiled natively because it's a build helper. Running it in qemu works but is stupid.
May 10 11:56:42 <JaMa> Heinervdm: u-boot + kernel in nand? with qi it works ok (no checksum error) :/
May 10 11:57:14 <PaulFertser> GNUtoo|oeee: and there's some other strange issue that results in temacs wanting libc.so while there's libc.so.6, but i do not know the reason, i'd need to at least see all the logs.
May 10 11:57:26 <Heinervdm> JaMa: can you give the md5 checksum?
May 10 11:57:39 <GNUtoo|oeee> PaulFertser, ok
May 10 11:57:40 <JaMa> Heinervdm: y, mmt
May 10 11:57:52 <PaulFertser> Heinervdm: is it possible it's larger than 2M and you fetch only first 2M with u-boot?
May 10 11:58:12 <Heinervdm> PaulFertser: oh, yes thats right
May 10 11:58:58 <GNUtoo|oeee> PaulFertser, about qemu,It was like this before,so I didn't thought and kept it
May 10 11:59:21 <JaMa> Heinervdm: added
May 10 12:00:20 <PaulFertser> GNUtoo|oeee: for emacs23 prefix-args didn't work before JaMa's workaround.
May 10 12:00:21 <JaMa> Heinervdm: but rather read whole 2,4M :)
May 10 12:02:29 <GNUtoo> ok
May 10 12:02:42 <GNUtoo> then I bet JaMa's workarround would be better
May 10 12:04:19 <GNUtoo> btw is gsm broken on shr-u or is it my modifications 
May 10 12:05:10 <PaulFertser> GNUtoo: that workaround is highly offensive
May 10 12:05:19 <GNUtoo> ah?
May 10 12:05:25 <GNUtoo> the qemu
May 10 12:05:38 <PaulFertser> GNUtoo: starting prefix-args in qemu, yes.
May 10 12:05:58 <GNUtoo> PaulFertser, do you have an idea on how to remove it/
May 10 12:06:04 <GNUtoo> s#/#?#
May 10 12:06:05 <JaMa> I agree that building it with BUILD_CC and exclude it from FILES_${PN} (if it's included now) would be probably better
May 10 12:06:08 <PaulFertser> GNUtoo: prefix args should be compiled natively.
May 10 12:06:17 <GNUtoo> ok
May 10 12:06:51 <PaulFertser> JaMa: i mean you didn't offend me with providing SHR-u users with emacs23, just that the trick should be removed.
May 10 12:07:09 <JaMa> but I don't know emacs at all, and in case prefix-args could be usefull on target (ie as part of emacs-dev) then qemu trick is still ok
May 10 12:07:33 <GNUtoo> also I were interested in emacs-x11 not console emacs
May 10 12:08:00 <JaMa> PaulFertser: hehe :) adding the same workarround to never version is better/safer than removing trick from all versions without proper test :)
May 10 12:08:20 <JaMa> PaulFertser: that's why I (as emacs noob) went this way
May 10 12:09:18 <PaulFertser> JaMa: sure, it's ok for me in the short term :)
May 10 12:10:24 <GNUtoo> I'm also an emacs noob
May 10 12:10:44 <GNUtoo> I just debugged it and made a new version
May 10 12:10:56 <PaulFertser> JaMa: no, prefix-args is not getting installed, at least debian package doesn't have it.
May 10 12:11:09 <PaulFertser> JaMa: that's just to pass linker flags through gcc.
May 10 12:13:30 <PaulFertser> GNUtoo: btw, shouldn't emacs23 require dbus?
May 10 12:13:37 <PaulFertser> GNUtoo: or is it getting built without it?
May 10 12:13:54 <GNUtoo> I don't remember
May 10 12:14:04 <GNUtoo> but it would be better to have dbus support
May 10 12:14:09 <GNUtoo> at least for shr
May 10 12:14:34 <PaulFertser> GNUtoo: sure, at least configure script builts with dbus by default, but i think the recipe should have it in dependencies.
May 10 12:15:13 <GNUtoo> ok
May 10 12:15:48 <PaulFertser> GNUtoo: thank you in advance :)
May 10 12:20:49 <GNUtoo> while JaMa is modifying emacs,maybe he could do it,because I've an issue with gnash 0.8.7 which will delay the fix for emacs
May 10 12:22:14 <JaMa> ok, I'll add dbus to DEPENDS (should be built with it checking for dbus-1 >= 1.0... yes)
May 10 12:22:31 <JaMa> does even older emacs support dbus?
May 10 12:22:51 <GNUtoo> no only newer ones
May 10 12:23:06 <GNUtoo> dbus bindings were introduced recently if I recall well
May 10 12:23:12 <GNUtoo> but I'm not shure
May 10 12:23:47 <JaMa> ok and should be also for non x11 emacs?
May 10 12:24:14 <JaMa> probably someone will complain why he should build dbus for his "lite" console image
May 10 12:24:31 <JaMa> just because of OS in editor :)
May 10 12:30:45 <PaulFertser> JaMa: doesn't lite image have dbus?
May 10 12:31:01 <PaulFertser> It's now considered a pretty common method of communicating between even low-level stuff.
May 10 12:31:15 <PaulFertser> JaMa: and no, emacs22 doesn't support dbus.
May 10 12:32:40 <GNUtoo> JaMa, so you could do it only for SHR?
May 10 12:37:44 <JaMa> PaulFertser: I was thinking about other distros/images than our shr-lite
May 10 12:38:14 <JaMa> GNUtoo: I added it unconditionally, it can be removed later if someone will really complain :)
May 10 12:38:26 <GNUtoo> ok
May 10 12:38:28 <GNUtoo> thanks
May 10 12:44:19 <PaulFertser> JaMa: thanks
May 10 13:44:12 <GNUtoo> do telephony works on shr-u?
May 10 13:45:24 <GNUtoo> or is it currently broken?
May 10 13:52:34 <GNUtoo> it says something about pdp_type mux plugin,that can't be found
May 10 13:58:49 <mickey|office> do you have
May 10 13:59:24 <mickey|office> [fsogsm.pdp_ppp_mux]
May 10 13:59:27 <mickey|office> in your fsogsmd.conf?
May 10 14:00:44 <mrmoku> GNUtoo: works just fine... very fine :)
May 10 14:01:32 <mickey|office> finally ;)
May 10 14:01:41 <mickey|office> btw. in case noone noticed
May 10 14:01:47 <mickey|office> monitoring API is in there as well
May 10 14:01:55 <mickey|office> apart from HomeZone we're featurecomplete IIRC
May 10 14:02:00 <mickey|office> (compared to ogsmd)
May 10 14:02:16 <mickey|office> yeah, and minus some small API calls for convenience
May 10 14:02:23 <mickey|office> and conferencing 
May 10 14:02:54 <mrmoku> mickey|office: is the monitoring API compatible and openbmap should just work?
May 10 14:04:07 <playya_> ~nf
May 10 14:04:07 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week
May 10 14:04:15 <mickey|office> mrmoku: i hope so
May 10 14:04:16 <playya_> ~nf2
May 10 14:04:16 <apt> (here you'll find additional info, if newsflash on ~NF is too short to hold all the info)
May 10 14:06:04 <PaulFertser> mickey|office: i think you missed my message about "auto-hold"
May 10 14:06:19 <mickey|office> possible, i don't have access to the logs from the office workstation
May 10 14:06:43 <PaulFertser> mickey|office: with ogsmd i always heard a gentle beep when the second call came, then i started to talk with the other person calling.
May 10 14:06:54 <PaulFertser> mickey|office: but i doubt it's my operator doing that...
May 10 14:07:03 <GNUtoo> ok
May 10 14:07:44 <GNUtoo> mrmoku, ok not for me...I'll try to debug it
May 10 14:08:34 <mrmoku> GNUtoo: not for you on dream or on FR?
May 10 14:08:38 <GNUtoo> fr
May 10 14:08:45 <GNUtoo> but kernel is without debug
May 10 14:08:56 <GNUtoo> and some config files were modded,just restored them
May 10 14:08:59 <GNUtoo> still some issue
May 10 14:09:34 <GNUtoo> it say something about pdp_type mux; that it can't find
May 10 14:09:37 <GNUtoo> I'll look
May 10 14:11:58 <GNUtoo> can it use fso-abyss?
May 10 14:12:14 <GNUtoo> I mean fsogsmd
May 10 14:13:17 <mrmoku> GNUtoo: it is 'built-in'
May 10 14:13:24 <mrmoku> no need for an extra process
May 10 14:13:54 <GNUtoo> ok
May 10 14:15:29 <mickey|office> PaulFertser: that's your operator
May 10 14:15:41 <mickey|office> the gentle beep is done via network
May 10 14:15:46 <mickey|office> it's the call waiting tone
May 10 14:16:21 <PaulFertser> mickey|office: that's what i can understand, but i can't believe it's my operator automatically putting the first call on hold. How it can make any sense, is anybody doing that anywhere?
May 10 14:16:47 <mickey|office> i don't know
May 10 14:17:03 <PaulFertser> mickey|office: btw, why are you so sure it's my operator and not the modem producing that beep?
May 10 14:17:35 <mickey|office> ah, well
May 10 14:18:02 <mickey|office> just a gut feeling
May 10 14:18:37 <mickey|office> i need some time to polish multicalls
May 10 14:18:44 <mickey|office> they received only basic tests in fsogsmd
May 10 14:21:41 <PaulFertser> mickey|office: i see, tia
May 10 14:23:54 <PaulFertser> I wonder why nobody else complains, because my problem should be very common, as rarely talk on phone, 2x less comparing to most people i guess.
May 10 14:26:31 <mrmoku> PaulFertser: guess I can beat you :)
May 10 14:28:40 <playya_> ~help
May 10 14:28:51 <playya_> ,help?
May 10 14:30:30 <GNUtoo|oeee> mmm
May 10 14:30:32 <GNUtoo|oeee> http://pastebin.com/tbMxqg7R
May 10 14:31:48 <mrmoku> GNUtoo: it keeps segfaulting
May 10 14:31:56 <GNUtoo|oeee> ah ok
May 10 14:32:03 <GNUtoo|oeee> thanks a lot!!!
May 10 14:32:08 <mrmoku> GNUtoo: stop phonefsod and kill phoneuid (in case those too are running)
May 10 14:32:12 <mrmoku> and start it manually
May 10 14:32:17 <mrmoku> maybe it tells you something
May 10 14:32:30 <GNUtoo|oeee> maybe ERROR:muxtransport.c:214:fso_gsm_lib_gsm0710mux_transport_construct: assertion failed: (hasAutoSession)
May 10 14:32:50 <GNUtoo|oeee> Aborted
May 10 14:35:56 <mrmoku> GNUtoo|oeee: do you have muxer_autoopen = 1
May 10 14:36:06 <mrmoku> in fsogsmd.conf under libgsm0710mux
May 10 14:36:11 <GNUtoo|oeee> I'll lok
May 10 14:36:47 <GNUtoo|oeee> yes
May 10 14:36:59 <GNUtoo|oeee> muxer_autoopen = 1
May 10 14:47:11 <GNUtoo|oeee> btw where are the real config files?
May 10 14:47:15 <GNUtoo|oeee> in GTA02?
May 10 14:47:17 <GNUtoo|oeee> or
May 10 14:47:31 <mickey|office>   /etc/freesmartphone/conf/openmoko_gta/
May 10 14:47:43 <GNUtoo|oeee> directly in /etc/freesmartphone
May 10 14:47:46 <GNUtoo|oeee> because I have
May 10 14:47:48 <mickey|office> or that
May 10 14:48:01 <mickey|office>  /etc/freesmartphone overrides
May 10 14:48:15 <GNUtoo|oeee> ok
May 10 14:48:21 <GNUtoo|oeee> should I remove
May 10 14:48:27 <GNUtoo|oeee> /etc/freesmartphone/fsogsmd.conf
May 10 14:48:32 <GNUtoo|oeee> and similar
May 10 14:48:39 <GNUtoo|oeee> which are not simlinks
May 10 14:48:56 <JaMa> yes and they shouldn't be created by opkg
May 10 14:49:08 <GNUtoo|oeee> ok thanks a lot
May 10 14:49:33 <JaMa> GNUtoo|oeee: there was 2 new params (deep sleep and echo cancelation) and IIRC one of them is mandatory in config (I had some segfault too)
May 10 14:49:48 <GNUtoo|oeee> ok
May 10 14:49:51 <GNUtoo|oeee> rebooting
May 10 14:52:13 <GNUtoo> thanks a lot
May 10 14:52:13 <GNUtoo> it works now
May 10 14:52:30 <GNUtoo> it was theses ancient config files
May 10 14:53:25 <GNUtoo> and CPU usage is now very slow
May 10 14:53:30 <GNUtoo> s/slow/low
May 10 14:53:31 <GNUtoo> nice
May 10 14:55:11 <GNUtoo> I've an usable phone again thanks
May 10 15:17:44 <mickey|office> JaMa|Off: please open bugs!
May 10 15:18:04 <mickey|office> missing config entries are not allowed to lead to SIGSEGVs
May 10 15:25:01 <GNUtoo> freerunner is so fast with fso2+nodebug_at_all(even no frame pointer,rmk will kill me)
May 10 15:25:12 <GNUtoo> midori is usable
May 10 15:29:29 <mickey|office> :)
May 10 15:29:30 <mickey|office> nice
May 10 15:29:50 <mickey|office> for an additional speed boost, try compiling glib and fso with assertions disabled
May 10 15:30:03 <mickey|office> and dbus without message verification :D
May 10 15:34:23 <mrmoku> mickey|office: interesting :) is the some magick OE flag to enable that? :P
May 10 15:34:28 <mrmoku> -k
May 10 15:37:13 <stefan_schmidt> mrmoku: MICKEYS_SECRET = "1" in your local.conf
May 10 15:39:16 <GNUtoo> mickey|office, I'm fine with current speed,but good to know
May 10 15:39:28 <GNUtoo> lol
May 10 15:40:06 <mickey|office> hehe
May 10 15:40:11 <GNUtoo> I hope I won't be billed if I open a speed ticket
May 10 15:41:31 <zub> the speed of your FR will be measured and if it's found to excess given max., you get a fine :)
May 10 15:41:44 <mickey|office> mrmoku: have a look at glibs headers
May 10 15:41:54 <mickey|office> there's some -D you need to add to the compile line
May 10 15:42:02 <mickey|office> then all the asserts will be removed from the binary
May 10 15:42:08 <mickey|office> which in turn will remove all calls to 
May 10 15:42:15 <mickey|office> (someFsoLogger).debug( "foo" )
May 10 15:42:39 <mickey|office> since these are wrapped in asserts
May 10 15:43:27 <zub> GNUtoo: the fine is getting a sleep(100); after each line of code :)
May 10 15:43:36 <GNUtoo> ouch
May 10 15:43:56 <GNUtoo> zub, so I will be obligated to use jtag?
May 10 15:44:20 <GNUtoo> a bit more speed would be nice
May 10 15:44:26 <GNUtoo> because wesnoth is a bit slow
May 10 15:44:44 <GNUtoo> yesterday without phone and most of daemons killed
May 10 15:44:50 <GNUtoo> it was at decent speed
May 10 15:45:05 <zub> wow
May 10 15:45:18 <zub> are you also playing with gnash on the FR?
May 10 15:46:03 <GNUtoo> gnash doesn't compile anymore
May 10 15:46:11 <GNUtoo> so it doesn't run yet on freerunner
May 10 15:46:43 <GNUtoo> let me finish to find a fix
May 10 15:47:30 <GNUtoo> I must make some space for continuing the compilation
May 10 15:47:51 <GNUtoo> some changes ago in my 0.8.7 recipe it worked
May 10 15:48:37 <GNUtoo> it failed at linking
May 10 15:48:40 <GNUtoo> maybe space
May 10 16:04:13 <PaulFertser> Hm, compiling gnash doesn't help boycotting non-free stupid inappropriate formats :|
May 10 16:04:29 <GNUtoo> mmm
May 10 16:04:50 <GNUtoo> but it helps the developer of gnash
May 10 16:08:13 <GNUtoo> this time (usless services disabled) wesnoth works at full speed
May 10 16:08:31 <GNUtoo> when you select a character there is no delay
May 10 16:16:06 <PaulFertser> GNUtoo: why help those developers? Are you sure they're doing a good thing?
May 10 16:16:17 <GNUtoo> mmm
May 10 16:16:37 <GNUtoo> gnash is free software
May 10 16:16:48 <GNUtoo> flash is not free software
May 10 16:16:53 <GNUtoo> many people use flash
May 10 16:17:05 <lindi-> GNUtoo: what is flash?
May 10 16:17:17 <GNUtoo> adobe flash
May 10 16:17:22 <PaulFertser> GNUtoo: so what?
May 10 16:17:30 <GNUtoo> so better using gnash than flash
May 10 16:17:45 <zub> and better flash than SilverBlight :)
May 10 16:17:54 <PaulFertser> Better not using anything that plays flash imho
May 10 16:18:19 <GNUtoo> yes speed wise it's also better
May 10 16:18:31 <GNUtoo> but there is not only video
May 10 16:18:49 <GNUtoo> for instance in education there is some huge material in flash
May 10 16:19:38 <PaulFertser> GNUtoo: i prefer books
May 10 16:20:02 <GNUtoo> I prefer web pages without flash
May 10 16:20:06 <GNUtoo> but
May 10 16:20:12 <GNUtoo> some people have olpcs
May 10 16:20:24 * GNUtoo will soon be killed by PaulFertser 
May 10 16:20:39 * PaulFertser 's a peaceful hippy
May 10 16:20:48 * GNUtoo is safe then
May 10 16:20:51 * PaulFertser 's given up hating long time ago
May 10 16:20:56 <PaulFertser> And even eating meat
May 10 16:21:05 <PaulFertser> (not that long but still)
May 10 16:21:12 <GNUtoo> ok
May 10 16:21:43 * GNUtoo likes peace
May 10 17:02:47 <GarthPS> yop yop! FYI SHR's devs ERROR: Build of /home/sylvain/dev/SHR-Build/shr-unstable/openembedded/recipes/eglibc/eglibc_2.11.bb do_configure failed
May 10 17:02:47 <GarthPS> =>conftest.c:9:19: error: stdio.h: No such file or directory
May 10 17:05:06 <GarthPS> the whole config.log http://pastebin.com/9Mf0dvPM
May 10 17:21:17 <GNUtoo> btw I find video super fast on freerunner but....the images are not good when you are far from a keyframe: http://scap.linuxtogo.org/files/73e17d85f5e3c778cb0cc58dc539bd1d.png 
May 10 17:21:27 <GNUtoo> mp4 using glamo
May 10 17:21:36 <GNUtoo> s/mp4/mpeg4
May 10 17:23:10 <mrmoku`> GarthPS: you're missing something on your buildhost... I built an image from scratch just yesterday
May 10 17:24:47 <GarthPS> mrmoku : oh sh#### I need again to rm my tmp dir...?
May 10 17:25:14 <mrmoku`> GarthPS: no, I think  you have to install some package on your buildhost
May 10 17:25:16 <GNUtoo> GarthPS, while you're at it maybe enable packaged staging
May 10 17:25:18 <GarthPS> I have already try bitbake -c clean -b thepathtotheeglibrecipe
May 10 17:25:24 <mrmoku`> what OS do you build on?
May 10 17:25:35 <GarthPS> Kubuntu
May 10 17:25:50 <Heinervdm> GarthPS: when did you build from scratch the last time?
May 10 17:26:05 <GarthPS> GNUtoo : what is it forµ?
May 10 17:26:30 <GarthPS> Heinervdm :well , don't remember.. no so far
May 10 17:26:32 <mrmoku`> GarthPS: maybe check http://wiki.openembedded.net/index.php/OEandYourDistro#Ubuntu and the Debian section too
May 10 17:26:46 <GarthPS> mrmoku : thx
May 10 17:26:51 <GNUtoo> Gabrys, it can only be enbled if you rebuild from scratch,so that's why I mentioned it,it uses package management while building
May 10 17:26:57 <GNUtoo> so builds are cleaner etc...
May 10 17:27:04 <GNUtoo> let me find the blog post about it
May 10 17:27:24 <GNUtoo> s/Gabrys/GarthPS
May 10 17:27:30 <Heinervdm> GarthPS: one month ago there was a package wich deleted some files from staging
May 10 17:27:43 <Heinervdm> GarthPS: so that can be a reason
May 10 17:27:44 <GarthPS> GNUtoo : so to make it from scratch  I remove my tmp dir and that is it right?.
May 10 17:27:47 <GNUtoo> http://marcin.juszkiewicz.com.pl/2008/07/01/packaged-staging-and-what-it-gives/
May 10 17:28:19 <GNUtoo> GarthPS, I'm not shure rebuilding from scratch is the right solution here but rm -rf tmpdir && mkdir tmpdir
May 10 17:28:32 <GNUtoo> that is for rebuilding from scratch
May 10 17:28:36 <GNUtoo> don't do it tough
May 10 17:28:57 <GNUtoo> Heinervdm, ah ok
May 10 17:28:57 <GarthPS> ? why? I do it or not?
May 10 17:28:58 <GNUtoo> lol
May 10 17:29:09 <GNUtoo> don't do it yet
May 10 17:29:24 <GNUtoo> maybe like mrmoku` said you have deps that are lacking
May 10 17:29:40 <GNUtoo> so check that before
May 10 17:30:30 <Heinervdm> rebuild from scratch is possibly faster then searchng all missing files
May 10 17:30:33 <GarthPS> GNUtoo : yeah ok thx
May 10 17:30:53 <GarthPS> oh I juste search for missing dep
May 10 17:31:15 <GNUtoo> Heinervdm, yes but first he should look if there are no host build deps missing like debian-ubuntu packages like some -dev things
May 10 17:31:26 <GNUtoo> *shouldn't he
May 10 17:32:50 <Heinervdm> GNUtoo: there is one new depencie additional to those: http://trac.shr-project.org/trac/wiki/Building%20SHR#Depencies
May 10 17:33:01 <Heinervdm> and sanity check is checking for this one
May 10 17:33:06 <GNUtoo> ahhh ok
May 10 17:33:08 <GNUtoo> sorry then
May 10 17:33:20 <GarthPS> which one is it?
May 10 17:34:53 <Heinervdm> GNUtoo: No problem, i did a minimal debian install in a VM to get all those dependencies, but santiy check checked all these already :)
May 10 17:35:13 <GNUtoo> GarthPS, <Heinervdm> and sanity check is checking for this one means that it should have failed and told you if your build host missed dependencies
May 10 17:35:16 <Heinervdm> GarthPS: don't remeber, do you have deactivated the sanity check?
May 10 17:35:36 <GNUtoo> is it disabled in SHR?
May 10 17:35:40 <Heinervdm> ne
May 10 17:35:41 <Heinervdm> no
May 10 17:35:44 <GNUtoo> ok
May 10 17:35:53 <GNUtoo> so it's enabled in angstrom and inherited from there
May 10 17:35:57 <GarthPS> Heinervdm :no. Never! :)
May 10 17:36:22 <Heinervdm> GarthPS: then you have this package installed ;)
May 10 17:36:56 <GarthPS> Heinervdm :Ok th I have thee feeling taht I am installing a bunch of useless lpackages.... :)
May 10 17:37:11 <GarthPS> I am folowing the OE wiki
May 10 17:38:52 <Heinervdm> chrpath was the new required package
May 10 17:41:52 <GarthPS> ah yeah i saw it yesterday :)
May 10 17:45:25 <Heinervdm> GarthPS: as a rebuild from scratch works, i think sth. messed up your staging dir
May 10 17:46:19 <Heinervdm> The packaged-staging proposed by GNUtoo  can avoid this in the future ;)
May 10 17:47:11 <Heinervdm> In my opinion you should rebuild from scratch...
May 10 17:48:31 <GarthPS> Annnnnnnnnnnnnnnd shit! All thos dep installed for nothing! still the same I will rebuild from scratch. Does some one know how to remove of  packages I just install for nothing?
May 10 17:49:40 <GarthPS> Heinervdm : yep I will!
May 10 18:00:22 <GarthPS> so rm -Rfv tmp done! that is all for a rebuild from scratch with stagging right?
May 10 18:01:25 <Heinervdm> You have to add this too: http://marcin.juszkiewicz.com.pl/2008/07/01/packaged-staging-and-what-it-gives/
May 10 18:04:57 <GarthPS> Heinervdm : I understood that I was done automaticaly by th build process? as said by GNUtoo
May 10 18:05:01 <GarthPS> Heinervdm : I understood that I was done automaticaly by th build process? as said by GNUtoo
May 10 18:05:22 <Heinervdm> GarthPS: you have to add this INHERIT to your local conf
May 10 18:05:45 <Heinervdm> we can't add that to the makefile as it will fail for users not rebuilding from scratch
May 10 18:05:59 <GarthPS> Heinervdm : ok ok .. :)
May 10 18:09:26 <GarthPS> Heinervdm : one question :with this addon "DEPLOY_DIR_PSTAGE = "${OEROOT}/build/pstage/"" the next time I want to rebuild from scratch , i will have to remove not only my tmp/ dir right?
May 10 18:10:50 <Heinervdm> GarthPS: i'm not sure, i haven't used this till now
May 10 18:11:31 <GarthPS> Heinervdm : :) ok thx
May 10 18:17:53 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r5abbe24ab974 10/fsogsmd/src/lib/ (atcall.vala modem.vala): fsogsmd: implement vendor-specific extensions for releaseing outgoing calls
May 10 18:18:22 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r5a67ae080a22 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: fsogsmd: modem_ti_calypso: set custom command for releaseing outgoing calls
May 10 18:22:04 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * re7fb79414803 10/fsoinitd/src/configurations/palmpre.vala: fsoinitd: palmpre: enable led before every other action is executed
May 10 18:22:08 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * re95a094958ac 10/fsoinitd/src/ (10 files): fsoinitd: use return value rather than exceptions as status result of an action
May 10 18:22:08 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * ref4d0f79ae41 10/fsoinitd/src/ (Makefile.am main.vala validatesystemaction.vala): fsoinitd: add new ValidateSystemAction to check for pid and uid
May 10 18:22:08 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r7c57103c0ac8 10/fsoinitd/ (src/util.vala vapi/util.vapi): fsoinitd: add functionality to setup the console
May 10 18:22:09 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * ra63b600c32fa 10/fsoinitd/src/configurations/palmpre.vala: fsoinitd: palmpre: remove early led activation as sysfs is not available at this time
May 10 18:23:31 <mickeyl> PaulFertser: !
May 10 18:23:36 <PaulFertser> mickeyl: hey, cool :)
May 10 18:23:46 <mickeyl> i think i know what happens
May 10 18:23:51 <mickeyl> actually quite funny
May 10 18:24:05 <mickeyl> for some reason we don't register for waiting calls w/ the network
May 10 18:24:06 <PaulFertser> Heh, something funny is exactly what i miss today
May 10 18:24:14 <mickeyl> what then happens is depending on network provider
May 10 18:24:23 <mickeyl> some network providers send busy to the one that calls while you're in a call
May 10 18:24:33 <mickeyl> some network providers seem to put the active call auto on hold :D
May 10 18:24:38 <mickeyl> rings a bell?
May 10 18:24:42 <PaulFertser> Yeah
May 10 18:24:55 <mickeyl> that would explain what you've seen
May 10 18:25:02 <PaulFertser> Not that i remember any command to "register" for waiting calls.
May 10 18:25:08 <mickeyl> +CCWA
May 10 18:25:13 <mickeyl> is actually not a local command
May 10 18:25:17 <PaulFertser> Or that i can see any sense in existance of such a command.
May 10 18:25:19 <mickeyl> but cooperates with the network
May 10 18:25:48 <mickeyl> hehe, don't think about sense
May 10 18:25:50 <mickeyl> it's GSM, ya know
May 10 18:26:02 <PaulFertser> heh
May 10 18:26:15 <mickeyl> so that gives us a very simple fix for your problem
May 10 18:26:21 <mickeyl> a one-liner somewhere
May 10 18:27:10 <PaulFertser> mickeyl: indeed, but that'd probably solve only half of a problem. I'm afraid oeventsd will still untrigger unset gsmhandset.
May 10 18:27:17 <mickeyl> true
May 10 18:27:25 <mickeyl> the trigger still has to be fixed
May 10 18:27:43 <PaulFertser> mickeyl: but full ack, this first step is the most important one and you definitely have a clue, that's rather cool.
May 10 18:29:30 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * rabc8d6feab84 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: fsogsmd: modem_ti_calypso: register for waiting call notifications only after we're registered
May 10 18:29:30 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r2b43fac3725e 10/fsoinitd/.gitignore: fsoinitd: fix .gitignore
May 10 18:30:33 <mickeyl> ok, now lets see why on earth the call release notifications are not working
May 10 18:30:46 <mickeyl> or rather, working, but not exported into the signal
May 10 18:31:59 <PaulFertser> mickeyl: aren't they? I mean if it's something reported by me, i'm not sure.
May 10 18:32:14 <mickeyl> well, i have here:
May 10 18:32:21 <mickeyl> 2010-05-10T18:23:26.069532Z [INFO]  libfsotransport <0710:2>: SRC: "+CEER" -> [ "+CEER: 0,0,5,16,normal call clearing", "OK" ]
May 10 18:32:24 <mickeyl> but still only
May 10 18:32:32 <mickeyl> [SIGNAL] org.freesmartphone.GSM.Call.CallStatus  /org/freesmartphone/GSM/Device  :1.131
May 10 18:32:32 <mickeyl> ( 2, "RELEASE", { } )
May 10 18:32:37 <ius> What MSM  model no. does the Pre have? (as much as they have any meaning)
May 10 18:33:29 <mickeyl> 7225 they say
May 10 18:33:31 <PaulFertser> mickeyl: have you seen my ticket about mdbus2 showing empty parameters of some signals?
May 10 18:34:03 <mickeyl> PaulFertser: yes, on my list
May 10 18:34:15 <PaulFertser> mickeyl: ok, just to make sure it's not that...
May 10 18:34:43 <mickeyl> oooh
May 10 18:34:48 <mickeyl> d'oh
May 10 18:34:51 <mickeyl> you're right
May 10 18:34:54 * mickeyl fires mdbus instead
May 10 18:36:36 <mickeyl> argh :D
May 10 18:36:42 <mickeyl> ok, thanks
May 10 18:36:46 <mickeyl> now i know where to search ;)
May 10 18:40:46 <ius> mickeyl: I've read the MSM protocol implementation is generated (for Pre at least). Does the actual implementation differ between Palm devices? I have a MSM6290 of which I'm wondering whether there's anything reusable in your git repo (I haven't started dumping yet, still)
May 10 18:41:50 <mickeyl> ius: msm6 is completely different, I think. which device is that? iirc msm6 all speak AT, don't they?
May 10 18:42:45 <ius> mickeyl: Nack, Samsung H1 phone, MSM6290 iirc
May 10 18:44:19 <mickeyl> ah, interesting
May 10 18:44:27 <ius> Communicates over dual-ported RAM, though stracing the process holding the dpram fds doesn
May 10 18:44:30 <ius> 't show any writes
May 10 18:45:41 <mickeyl> hmm
May 10 18:45:45 <ius> It does support some AT communication (seems to be used by eg. the updater software and/or to be able to use it as a PC modem I guess) , but I think the meat doesn't use AT
May 10 18:45:54 <mickeyl> i see. fgau, any idea?
May 10 18:46:07 <mickeyl> iirc the pyneo guys work with the samsung h1 over AT
May 10 18:47:16 <ius> Do you know of anyone *actively* working on it? iirc I'm the only one whose been toying with the thing lately
May 10 18:47:27 <ius> fgau has been idling in the channel though :p
May 10 18:48:50 <ius> Instead of stracing processes, is there a way to intercept reads/writes to character devices? That's what it basically is.
May 10 18:49:21 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * rcb632bcfad10 10/fsoinitd/src/ (4 files): fsoinitd: move CHECK(...) to util.vala and set root directory in ValidateSystemAction
May 10 18:49:22 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r679a1d391a6e 10/ (2 files in 2 dirs): Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia
May 10 18:49:58 <Heinervdm> ius: can't you patch the kernel to dump everything thats written to that device?
May 10 18:54:20 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * rc1c483853efe 10/tools/mdbus2/src/main.vala: mdbus2: don't swallow container with just one element. Should close #555
May 10 18:54:29 <mickeyl> PaulFertser: please try and close if you see fit
May 10 18:54:36 <PaulFertser> mickeyl: sure
May 10 18:54:59 <mickeyl> ok, now the last thing before this day ends is improving the 'cause' entry
May 10 18:55:03 <mickeyl> which is meaningless for calypso atm.
May 10 18:55:11 <mickeyl> <5:0:0> doesn't help
May 10 18:55:17 <mickeyl> or 0:0:5
May 10 18:58:58 <ius> Heinervdm: The (original) kernel source is incomplete iirc.. Never got it working (although I didn't try /really/ hard)
May 10 18:59:05 <PaulFertser> mickeyl: btw, i'm not sure it's now appropriate to say that but i'm convinced it's ok to remove messages from sim if you put a big fat warning somewhere so the person using FSO knows about it for sure. And as far as i could see currently fsogsmd doesn't remove anything and hence fails to receive messages once the sim is full.
May 10 19:01:04 <mickeyl> you live in the past
May 10 19:01:06 <mickeyl> :D
May 10 19:01:14 <mickeyl> fsogsmd no longer touches the SIM for incoming SMS
May 10 19:01:50 <mickeyl> git show edb261f3a84ffd34b3074afaaa848ca6a9eb51a4
May 10 19:02:10 <PaulFertser> mickeyl: that's exactly why i'm not sure that's approriate...
May 10 19:02:17 <PaulFertser> I mean i knew about the commit
May 10 19:02:49 <mickeyl> ah
May 10 19:03:00 <mickeyl> well, yeah
May 10 19:03:07 <mickeyl> some modems do not support direct delivery
May 10 19:03:10 <Heinervdm> FSOSHRCON: http://www.doodle.com/5qdawhtc4hxqgqfd
May 10 19:03:19 <mickeyl> there we really need to remove messages from SIM
May 10 19:04:15 <mickeyl> Heinervdm: cool, thanks. lets hope we find a new date that folks can make
May 10 19:05:03 <Heinervdm> mickeyl: yes, i made the poll till october so we will have hopefully a lot of alternatives
May 10 19:06:11 <mickeyl> yep
May 10 19:10:23 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r09c7ce364bb5 10/fsoinitd/src/validatesystemaction.vala: fsoinitd: set PATH variable within ValidateSystemAction
May 10 19:10:23 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * rb0818be2f83e 10/fsoinitd/src/configurations/palmpre.vala: fsoinitd: palmpre: use ValidateSystemAction
May 10 19:10:25 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r68a0ce1a6557 10/tools/mdbus2/src/main.vala: Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia
May 10 19:11:32 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r17a62abb5d8a 10/fsogsmd/src/lib/ (atcommands.vala consts.vala): fsogsmd: honor 4-tuple format for +CEER as well; hence improving 'cause' value for released calls
May 10 19:11:41 <mickeyl> ok, that's it for today
May 10 19:12:29 <morphis> Heinervdm: thanks for the poll
May 10 19:12:59 <Heinervdm> morphis: make your vote :)
May 10 19:13:45 <morphis> tomorrow :) need to plan the next half year first 
May 10 19:13:47 <mrmoku> mickey|tv: thanks :D
May 10 19:14:09 <Heinervdm> morphis: :D
May 10 19:14:57 <JaMa|Off> GarthPS: already removed tmp?
May 10 19:17:05 <morphis> mickey|tv: do you updated vala in oe, too?
May 10 19:18:28 <mrmoku> morphis: yep he did
May 10 19:18:49 <morphis> great
May 10 19:18:54 <morphis> then I have to merge ...
May 10 19:19:03 <mrmoku> morphis: btw. I comitted fsoinitd recipe
May 10 19:19:16 <JaMa|Off> GarthPS: -c clean all gcc+eglibc should be enough.. but it takes almost the same time as rebuild from scratch.. :)
May 10 19:21:17 <morphis> mrmoku: great, I currently doing some changes in fsoinitd to let it be more like a real init daemon :)
May 10 19:24:24 <mrmoku> morphis: :)
May 10 19:26:56 <morphis> hmpf ...
May 10 19:31:38 <GarthPS> JaMa|Off : yeah already :) thx anyway
May 10 19:32:57 <daniele_athome> CMS error 512 of death! :(
May 10 19:33:02 <daniele_athome> hello...
May 10 19:33:20 <daniele_athome> mickey|tv: ping (yet another cms error 512 :)
May 10 19:37:13 <morphis> hm vala 0.8.1.1 checksum does not match
May 10 19:38:13 <JaMa|Off> here too
May 10 19:39:47 <morphis> told mickey about this
May 10 19:40:30 * JaMa too
May 10 19:41:06 <daniele_athome> :(
May 10 19:41:38 <JaMa> but mickey said it was changed about 2 minutes after initial upload and I was already off
May 10 19:42:26 <JaMa> I guess you have the same checksums as here.. http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/93c267fc86b2a922ccec7fc532a4653995b8177e
May 10 19:43:06 <onen|openBmap> hi everyone
May 10 19:43:21 <playya_> hi onen|openBmap 
May 10 19:43:25 <playya_> how are you?
May 10 19:43:42 <onen|openBmap> playya_: pretty good and you?
May 10 19:44:09 <playya_> busy writing my bachelor thesis and pre hacking, but OK
May 10 19:44:11 <onen|openBmap> it seems question about GSM positionning landed on OM mailing list last days :-)
May 10 19:44:33 <onen|openBmap> playya_: oh, pre hacking? is it a nice platform? what are you working on?
May 10 19:45:04 <playya_> it seems we have a working tslib plugin, but it needs testing
May 10 19:45:07 * onen|openBmap follows closely SHR/FSO running on dream in order to get a newest hardware platform for logging
May 10 19:45:15 <playya_> then preboot to allow mutilboot on the pre
May 10 19:45:46 <playya_> but i hate writing text so writing consumes a lot of time :(
May 10 19:46:25 <GarthPS> JaMa: same for me about vala
May 10 19:46:28 <morphis> JaMa: jupp, I have the same, but mickey fixed it some minutes ago
May 10 19:47:24 <GarthPS> yes, make update point this  recipes/vala/vala_0.8.1.1.bb |    4 ++--
May 10 19:48:13 <morphis> see http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=b8e5860405cae09dabbd98a8d2b12752db90a373
May 10 19:48:53 * TAsn is looking for time, will pay generously.
May 10 19:52:41 * mrmoku passes TAsn half an hour... gratis :)
May 10 19:52:45 <GarthPS> yes , more relevant..
May 10 19:53:32 <TAsn> mrmoku, what's your paypal account?
May 10 19:54:24 <mrmoku> TAsn: gratis I said :P
May 10 19:55:23 <JaMa> morphis: ah great, building again
May 10 19:55:51 <TAsn> mrmoku, I noticed that, but I don't (can't) accept charity.
May 10 19:56:22 <mrmoku> well... will keep my half hour then ;)
May 10 20:01:23 <onen|openBmap> DocScrutinizer: Ian Stirling and Joerg Reisenweber have been collaborating on a wiki page which suggests that USB "host mode" may be achievable on the N900 after all
May 10 20:01:30 <onen|openBmap> DocScrutinizer:  :-)
May 10 20:02:16 <onen|openBmap> DocScrutinizer: http://www.mwkn.net/2010/19/download.html
May 10 20:04:40 * mrmoku wonders if onen|openBmap does not remember the following equation: DocScrutinizer == Joerg Reisenweber :)
May 10 20:05:39 * onen|openBmap remembers very well, was just seeing that we cross always the same people making things move ;-)
May 10 20:07:28 <mrmoku> :)
May 10 20:09:56 <lindi-> onen|openBmap: download link gives "error 500"
May 10 20:10:02 <daniele_athome> hi mrmoku 
May 10 20:10:06 <onen|openBmap> mrmoku: thanks for your answer. I love when problem get solved without me doing anything ;-)
May 10 20:10:09 <daniele_athome> JaMa, TAsn...
May 10 20:10:26 <TAsn> daniele_athome, ?
May 10 20:10:27 <JaMa> hi daniele
May 10 20:10:28 <onen|openBmap> lindi-: what link?
May 10 20:10:38 <daniele_athome> TAsn, just greeting ;)
May 10 20:11:20 <TAsn> daniele_athome, oh, sorry, I'm mostly not here :)
May 10 20:11:22 <TAsn> hey ;)
May 10 20:11:25 <daniele_athome> :)
May 10 20:12:49 <lindi-> onen|openBmap: on openbmap.org
May 10 20:13:30 <onen|openBmap> lindi-: well, could you be more specific?
May 10 20:13:50 <lindi-> onen|openBmap: i click "Download" and get a page that says "error 500" :)
May 10 20:14:03 <lindi-> and sf logo
May 10 20:14:46 <onen|openBmap> lindi-: I clicked 'Download', and see status message: Wainting for sourceforge.net...
May 10 20:14:54 <onen|openBmap> lindi-: let's see if it works...
May 10 20:15:06 <onen|openBmap> lindi-: ok, 500
May 10 20:15:14 <onen|openBmap> lindi-: I check that.
May 10 20:17:44 <mrmoku> onen|openBmap: np :)
May 10 20:17:50 <mrmoku> daniele_athome: salve
May 10 21:05:46 <daniele_athome> night
May 10 22:36:09 <CIA-36> freesmartphone.org: 03mok 07cornucopia * re78aa6cdaaaa 10/fsoinitd/src/util.vala: 
May 10 22:36:09 <CIA-36> freesmartphone.org: fsoinitd: one more Posix.ioctl to Linux.ioctl conversion
May 10 22:36:09 <CIA-36> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 10 22:41:03 <CIA-36> freesmartphone.org: 03mickey 07framework * r93673aa09caf 10/framework/patterns/processguard.py: processguard: attempt to fix zombie at process shutdown
**** ENDING LOGGING AT Tue May 11 02:59:56 2010