**** BEGIN LOGGING AT Sun Jun 21 03:00:04 2009
Jun 21 03:43:31 <DocScrutinizer> ouch, ALSA induced headache :-/
Jun 21 06:15:53 <PaulFertser> DocScrutinizer: ping
Jun 21 06:16:13 <PaulFertser> DocScrutinizer: it looks like the modem push-button can turn off the modem.
Jun 21 06:16:48 <PaulFertser> DocScrutinizer: this leads to funny results on gta01 with the new "proper" power_on sysfs handling.
Jun 21 06:17:13 <PaulFertser> DocScrutinizer: at first the modem is turned off, then one does echo 1 > power_on, the modem turns on.
Jun 21 06:17:40 <PaulFertser> DocScrutinizer: then he does echo 0 > power_on, the modem stays on because we assumed that it's impossible to turn off the modem without cutting power or AT@POFF
Jun 21 06:18:02 <PaulFertser> DocScrutinizer: then he does echo 1 > power_on, but the modem sees MODEM_ON pulse and turns off :D
Jun 21 06:18:38 <PaulFertser> DocScrutinizer: (gta01 behaviour explanation is speculation based on user report)
Jun 21 06:20:30 * PaulFertser wonders why AT@POFF was introduced if pushbutton works.
Jun 21 06:23:40 <PaulFertser> But i can't reproduce exactly this on my FR, it seems that firmware is always restarted on MODEM_ON pulse. On every pulse.
Jun 21 06:24:51 <PaulFertser> So this theory is wrong then.
Jun 21 09:03:47 <Frank1> do anybody else has the problem with the current image, that after flashing the first boot stucks and after reboot the ophoned does not start? Wanted to use current image from server but there is no new one available
Jun 21 09:04:56 <nanouck> hello Frank1
Jun 21 09:05:08 <nanouck> do you talk about unstable image?
Jun 21 09:07:41 <Frank1> yes
Jun 21 09:10:33 <nanouck> i'm sorry, have not tested yet
Jun 21 10:07:09 <CIA-45> freesmartphone.org: 03seba.dos1 07framework * r2f65dfff01da 10/framework/subsystems/opimd/pimd_messages.py: opimd: Messages: fix tracebacks in few dbus methods
Jun 21 10:07:11 <CIA-45> freesmartphone.org: 03seba.dos1 07framework * r499258d63aaa 10/framework/subsystems/opimd/pimd_messages.py: opimd: Messages: add stub for single_message_matches
Jun 21 10:09:18 <SHR-WugBranler> tracfeed: Ticket #526 (Lock dialogue should not obstruct middle of screen) created <http://trac.shr-project.org/trac/ticket/526>
Jun 21 10:10:57 <dos1> storing incoming messages in sqlite database via opimd without SIM works! :)
Jun 21 10:11:21 <Frank1> :)
Jun 21 10:11:45 <dos1> it still needs some love, but it's major step ;)
Jun 21 10:11:54 <Frank1> so nearly no sms limit anymore?
Jun 21 10:13:33 <dos1> Frank1: yep :)
Jun 21 10:13:59 <Frank1> if i use printf in which of the shr log files will it go, kern.log?
Jun 21 10:14:13 <dos1> Frank1: where that printf?
Jun 21 10:14:32 <Frank1> in the illume module of enlightment
Jun 21 10:14:54 <Frank1> e_mod_gad_gsm to be exactly
Jun 21 10:15:41 <CIA-45> freesmartphone.org: 03seba.dos1 07framework * r3cb934d45d2f 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: SMS fields now starts with _sms_*, not _backend_*. Only SIM ID stays _backend_entry_id
Jun 21 10:17:03 <dos1> Frank1: maybe some Xsession log?
Jun 21 10:17:26 <dos1> Frank1: maybe you should run enlightenment manually
Jun 21 10:17:37 <dos1> Frank1: to see stdout messages
Jun 21 10:17:54 <Frank1> how can i run it manually?
Jun 21 10:19:05 <dos1> just run Xglamo, export correct DISPLAY and run "enlightenment_start"
Jun 21 10:52:29 <[Rui]> gah fso-mileston5.5 breaks build a ecore
Jun 21 10:52:51 <Frank1> hmm ophonekitd still does not start wether with sim in phone nor without
Jun 21 11:41:56 <DocScrutinizer> moin
Jun 21 11:43:41 <DocScrutinizer> my radioclock built by albert mebus gmbh sold by kaufmarkt loves to be off by hours. Today 3h5m late, still claims it has good radiosignal
Jun 21 11:44:21 <DocScrutinizer> quite obviously there's something rather odd with the radio signal decoding
Jun 21 11:45:08 <DocScrutinizer> a pity I can't fix the firmware :-/
Jun 21 12:00:18 <CM> Hmm... shr-shr-lite-image-glibc-ipk--20090617-om-gta01.rootfs.jffs2 is 64 mb and doesn't fit on the gta01
Jun 21 12:01:08 <CM> 20090611 is 57 mb, it might fit :)
Jun 21 12:09:14 <DocScrutinizer> CM: ouch. Seems there's a du line missing in make to check for max size
Jun 21 12:12:23 <CM> DocScrutinizer: Yeah, the 57 mb image fits at least :)
Jun 21 12:12:59 <DocScrutinizer> Ainulindale: ping
Jun 21 12:13:20 <DocScrutinizer> mrmoku|away: Ainulindale: see lines above
Jun 21 12:13:35 <CM> The gta01 build from the 20090616 is also 64 mb
Jun 21 12:14:07 <DocScrutinizer> SHR build process needs to check for correct max size of jffs2 image
Jun 21 12:14:19 * CM is trying the 2.6.29 kernel on the gta01 again
Jun 21 12:21:12 <CM> Even the image from 20090611 is a bit too tight
Jun 21 12:21:29 <CM> only 716k free on the root fs
Jun 21 12:21:44 <CM> I get some error messages while booting, but it does start up
Jun 21 12:23:15 <CM> Sound didn't work
Jun 21 12:25:34 <Frank1> mine does not find it's usb0 anymore :(
Jun 21 12:27:21 <DocScrutinizer> CM: even booting and configuring will need some free "disk"-space
Jun 21 12:27:46 <CM> Yes, trying the 20090610 image now, it's only 52 mb
Jun 21 12:27:57 <CM> I guess the limit should be around 55 or 56
Jun 21 12:30:22 <Frank1> do you know something about changes to the dbus related stuff, ophoned complains about dbus_g_proxy_new_for_name: assertion 'connection != NULL' failed
Jun 21 12:31:49 <DocScrutinizer> CM: well, usual mkfs default is to reserve 5%  of space for root-only. Alas the stupid setup of all OM distros has user root *only* so this won't help to guarantee the oparability of system like it was intended for this 5%
Jun 21 12:32:21 <CM> Heh, annoying
Jun 21 12:32:54 <CM> Heh, 20090610 doesn't boot
Jun 21 12:34:34 <morphis> heyho
Jun 21 12:35:54 <Frank1> cd 
Jun 21 13:02:28 <PaulFertser> Frank1: who doesn't find usb0?
Jun 21 13:04:14 <PaulFertser> CM: if you have any comments about the latest kernel for gta01, please ping me. (one of the known issues is the wrong battery monitoring values, i hope to fix it soon).
Jun 21 13:04:28 <CM> Ok
Jun 21 13:04:42 <CM> I'm trying the andy-tracking and fso right now
Jun 21 13:05:02 <CM> I'd like to try the lastest shr build, but it doesn't fit
Jun 21 13:22:05 <CM> No sound with the andy-tracking kernel either, I'll try the latest shr
Jun 21 13:25:19 <PaulFertser> CM: no sound with the latest andy-tracking? Are you sure? It works for other folks.
Jun 21 13:25:34 <CM> Yeah, I'm afraid there's something wrong with my gta01
Jun 21 13:25:41 <CM> But it did work yesterday
Jun 21 13:26:06 <PaulFertser> CM: are the sound modules loaded? Are there any errors anywhere?
Jun 21 13:26:11 <CM> I can't get any of the shr rootfs:es to boot
Jun 21 13:26:39 <CM> They're either too big to flash on a gta01, or they get stuck while booting on Press enter to activate this console.
Jun 21 13:26:42 <PaulFertser> CM: why don't you want to boot from uSD instead? It's much easier to fix things when you boot from SD.
Jun 21 13:26:57 <CM> Hmm, guess I could try that :)
Jun 21 13:27:10 <CM> I've been lazy and just re-flashed it lots of times
Jun 21 13:27:10 <PaulFertser> CM: also, any image fits
Jun 21 13:30:26 <CM> PaulFertser: I'll give that a try this evening :)
Jun 21 13:31:42 <PaulFertser> CM: btw, some guys tried shr unstable about a week ago and it did boot and work.
Jun 21 13:31:57 <rtp> PaulFertser: using an uSD is just a workaround. last image I tried on my gta01 was fitting and I could even gain easily some more free MB. Getting reports it doesn't fit anymore means there's something wrong or some random garbage stuff was added
Jun 21 13:33:29 <PaulFertser> rtp: otoh i don't see much sense in using rootfs on NAND. Some minimal backup system maybe.
Jun 21 13:35:02 <CIA-45> freesmartphone.org: 03sudharsh 07cornucopia * r78608c108cd6 10/fsodeviced/src/plugins/kernel_info/plugin.vala: A little change to debug message
Jun 21 13:37:55 <DocScrutinizer> PaulFertser: no matter how much use is in a nand-rootfs, the buildprocess needs a check for size<60MB
Jun 21 13:38:37 <rtp> PaulFertser: there are a bunch of reason to use nand. backup or you don't want to use your uSD as rootfs or want to be sure that your work is not using too much space. if you don't want NAND nothing prevents you to remove it from your gta0* :)
Jun 21 13:38:46 <Frank1> @PaulFertser, my freerunner. With the recently build image
Jun 21 13:38:48 <PaulFertser> DocScrutinizer: fully agree.
Jun 21 13:38:54 <DocScrutinizer> PaulFertser: it's utterly nonsense and rather unpolite for users to deploy a .jffs2-gta01 that's too large
Jun 21 13:39:01 <PaulFertser> Frank1: you mean you type ifconfig on your FR and it doesn't have usb0?
Jun 21 13:39:21 <Frank1> yeah and at startup told that he couldn't find usb0
Jun 21 13:39:41 <PaulFertser> Frank1: is g_ether loaded?
Jun 21 13:42:56 <Frank1> like always, build the image often enough wiht update between and it works again
Jun 21 13:43:07 <Frank1> but still ophonekitd is not starting
Jun 21 13:45:02 <PaulFertser> Frank1: you build the image yourself? Probably a mismatch between kernel modules and kernel?
Jun 21 13:45:46 <Frank1> yes i build it on my own, but how did i get a mismatch there, i do make update and later make image
Jun 21 13:47:25 <rtp> Frank1: what's happening if you try to load a module eg "modprobe g_ether" ? 
Jun 21 13:48:17 <Frank1> he accept it without problems
Jun 21 13:48:35 <Frank1> the usb0 is no problem anymore with the image i have now
Jun 21 13:48:45 <Frank1> just the ophonekitd
Jun 21 13:50:22 <rtp> ok. I though it was still a problem. about ophonekitd, look at /var/log/ophonekitd.log there might be some interesting stuff here
Jun 21 13:52:08 <Frank1> ophonekitd.log
Jun 21 13:52:08 <Frank1> warning: error while executing sql file: near "FROM": syntax error
Jun 21 13:52:08 <Frank1> critical: dbus_g_proxy_new_for_name: assertion 'connection != NULL' failed
Jun 21 13:53:09 <DocScrutinizer> PaulFertser: i studies alsa cfg files another 5h last night. Gave me a nice headache - as it always does. I really wonder if there isn't any decent howto or -better even- manpage or sth out there to explain things like possible parameters to "func" (like "func igetenv". Wonder what all those might be and how they work in detail)
Jun 21 13:53:45 <PaulFertser> DocScrutinizer: i'm almost sure there isn't :(
Jun 21 13:55:38 <DocScrutinizer> PaulFertser: it's *incredibly* hard to learn a foreign language by *only* studying newpapers. A dictionary and maybe even a book bout grammar would help _a_lot ;-)
Jun 21 13:57:02 <DocScrutinizer> PaulFertser: alas for ALSA the only way seems to MRT a native speakers brain while he's speaking
Jun 21 13:57:29 <PaulFertser> DocScrutinizer: i guess alsa hackers want to be elite, the only ones who understand their configs and API :D
Jun 21 13:57:33 <DocScrutinizer> so, enough of kinky metaphors now. Need my coffee
Jun 21 13:57:48 <DocScrutinizer> sure they do
Jun 21 14:01:48 <DocScrutinizer> I argued with iirc the chzech alsa guru guy (sth like kyezlov) about that, and about broken design of file plugin. His reaction: "no bug but feature / source is the doc / submit patches instead of nagging"  :-((
Jun 21 14:38:10 <Frank1> any suggestions what i could do to get my dbus running again correct, i tried it with reboot and still the same, well as calling /etc/init.d/dbus-1 restart, which fails in /etc/dbus-1/event.d/20hal exited with code 1
Jun 21 14:50:36 <playya_> Frank1, missing users?
Jun 21 15:00:09 <CM> shr-splash is 8.9 mb on the image
Jun 21 15:00:37 <CM> kind of big, compared to most of the other stuff in /usr/share/
Jun 21 15:01:46 <Ainulindale> We supposedly changed that
Jun 21 15:03:10 <Frank1> @playya, which user did i have to have?
Jun 21 15:03:16 <CM> Oh, ok
Jun 21 15:03:25 <CM> Ainulindale: I'm using the build from the 17th
Jun 21 15:11:18 <Frank1> @playya, just checked, i have the following user: root, daemon, bin, sys, sync, games, man, lp, mail, news, uucp, proxy, www-data, backup, list, irc, gnats, nobody, tss
Jun 21 15:35:45 <DocMobilizer> mrmoku, hey o/
Jun 21 15:39:16 <mrmoku> DocMobilizer, yo :)
Jun 21 15:39:53 <Frank1> can i force a build of all packages and the image of shr? Deleting tmp directoy or is there a better way?
Jun 21 15:41:19 <mrmoku> Frank1, to force a rebuild of everything deleting tmp is the way to go
Jun 21 15:43:45 <Frank1> ok, then it i can rest now, will take quite a while
Jun 21 16:07:21 <Ainulindale> mrmoku: Sigh... 12 pages.. plus 7 for H:1, and I still didn't write a thing about SHR :-/
Jun 21 16:16:26 <mrmoku> Ainulindale, hehe... come to the point then ;)
Jun 21 16:17:34 * mrmoku has muscles hurting he did not even know the existance of :P
Jun 21 16:20:34 <Ainulindale> mrmoku|away: how was soccer? :-)
Jun 21 16:32:11 <Sharwin_F> doh! opkg segfaults on upgrading... >.<
Jun 21 16:32:42 <Sharwin_F> Downloading http://build.shr-project.org/shr-unstable/ipk//armv4t/python-multiprocessing_2.6.2-ml4.1_armv4t.ipk
Jun 21 16:32:43 <Sharwin_F> opkg: fork failed
Jun 21 16:32:43 <Sharwin_F> Segmentation fault
Jun 21 16:36:03 <Ainulindale> Sharwin_F: known issue
Jun 21 16:36:06 <Ainulindale> opkg sucks
Jun 21 16:36:18 <Ainulindale> try either mrmoku|away's script or to kill X & the framework to free some memory
Jun 21 16:36:42 <josch> hey guys! anybody seen this: http://kerneltrap.org/Linux/Sleepy_Linux is it useful for a mobile like the fr?
Jun 21 16:36:54 <Sharwin_F> Ainulindale, ok (if the second doesn't wor, where's mrmoku's script?)
Jun 21 16:37:02 <Sup3rkiddo> josch, long time?
Jun 21 16:37:08 <josch> hey Sup3rkiddo 
Jun 21 16:37:21 <Ainulindale> Sharwin_F: no idea there was a mail on ML
Jun 21 16:37:31 <max_posedon> Sharwin_F, as for me, I just can added swap
Jun 21 16:44:40 <josch> no comments about sleepy linux?
Jun 21 16:46:52 <Sharwin_F> Ainulindale, any hint about the topic title of the script? :P
Jun 21 16:48:23 <DocScrutinizer> mrmoku|away: http://pastebin.com/f2b45f878
Jun 21 16:49:51 <PaulFertser> josch: interesting idea
Jun 21 16:51:53 <PaulFertser> josch: but i can't see how it can help in our case. It's supposed that FR will suspend on timeout after no user interaction and that if you want to prevent it in FSO you just 'request' a resource for the time a particular app is run.
Jun 21 16:52:18 <Sharwin_F> has unstable shr image from 17th of June (last one) all that python upgrades in it?
Jun 21 16:53:34 <josch> PaulFertser: and what's the problem with that?
Jun 21 16:53:41 <DocScrutinizer> PaulFertser: nevertheless it might give me some inspiration about my project to re-suspend asap after wake-from-gprs
Jun 21 16:54:55 <DocScrutinizer> PaulFertser: as it seems to implement a minmal set of "(1) batch" functionality
Jun 21 16:58:08 <PaulFertser> DocScrutinizer: as far as i understood Pavel proposes an idea to suspend automatically when all devices are suspended and to allow drivers to suspend automatically. In very early (discussions) stage.
Jun 21 16:58:43 <PaulFertser> josch: i think what we have now is almost (except for that wake-on-gprs case) enough.
Jun 21 17:00:37 <josch> ialright
Jun 21 17:00:57 <DocScrutinizer> PaulFertser: s/wake-on-gprs/wake-on-[gprs|sms|gmeter|wlan|<etc>]/
Jun 21 17:01:23 <Sharwin_F> max_posedon, trying with a swapfile (never done i, hope it works)
Jun 21 17:01:25 <DocScrutinizer> PaulFertser: even RTC minute tick
Jun 21 17:02:30 <DocScrutinizer> PaulFertser: for obvious reasons I have to switch to Qi for that :-/
Jun 21 17:02:45 <PaulFertser> DocScrutinizer: u-boot is too slow?
Jun 21 17:02:59 <DocScrutinizer> uboot enables backlit
Jun 21 17:03:36 <DocScrutinizer> etc
Jun 21 17:05:04 * DocScrutinizer wonders how to intercept resume before drivers like jbt7k are re-enabled
Jun 21 17:05:52 <Sharwin_F> max_posedon, doing swapon /media/card/swapfile doesn't reutrn me to the terminal, and free -m doesn't show any swap at all
Jun 21 17:06:38 <max_posedon> Sharwin_F, Don't you forget mkswap?
Jun 21 17:06:48 <Sharwin_F> max_posedon, done it
Jun 21 17:07:32 <Sharwin_F> first: dd if=/dev/zero of=/media/card/swapfile1 bs=1024 count=55296
Jun 21 17:07:33 <DocScrutinizer> Sharwin_F: I never in my live used a swapFILE
Jun 21 17:07:53 <Sharwin_F> second: mkswap /media/card/swapfile1
Jun 21 17:08:04 <Sharwin_F> third: swapon /media/card/swapfile1
Jun 21 17:08:11 <Sharwin_F> maybe microsd is too slow?
Jun 21 17:08:19 <josch> Sharwin_F: works here with debian on sd
Jun 21 17:08:30 <DocScrutinizer> mustn't be any real issue
Jun 21 17:09:00 <Sharwin_F> well, free shows "Swap:            0          0          0"
Jun 21 17:11:59 <DocScrutinizer> you seen the scriptie thing like "for f in `opkg status|cut fooo`; do opkg install $f; done"  ?
Jun 21 17:12:19 <Sharwin_F> nope
Jun 21 17:12:34 <DocScrutinizer> s/status/list-installed/
Jun 21 17:12:48 <DocScrutinizer> see shr-ml
Jun 21 17:13:05 <Sharwin_F> DocMobilizer, yeah, but any hint about the topic title to look for it? :P
Jun 21 17:13:47 <DocScrutinizer> hrhrr, my datadict wetware is only 99.7% effective
Jun 21 17:16:03 <DocScrutinizer> Sharwin_F: http://lists.shr-project.org/pipermail/shr-user/2009-June/000599.html
Jun 21 17:16:15 <Sharwin_F> thankss
Jun 21 17:22:21 <DocScrutinizer> hrrr, seems I need to register for yet another ML... ;-) At last
Jun 21 17:32:37 <max_posedon> does intone now have... strange big interface in shr-unstable?
Jun 21 17:32:46 <max_posedon> I mean big fonts, etc.
Jun 21 17:34:56 <DocScrutinizer> max_posedon: new theme is nasty. toldya. thinks that's why
Jun 21 17:37:18 <DieMumie1> Weiss: blah this 3d spec is a pita... 
Jun 21 17:39:31 <DocScrutinizer> is anybody around who's able to compile terminal-kbd with hit of a button? I'd appreciate to change exactly one integer in source: hight_of_headerbar - please make that 1/8 of its current value :-))
Jun 21 17:39:35 <DocScrutinizer> TIA
Jun 21 17:48:35 <bumbl> hmm any interesting image out there?
Jun 21 17:52:47 <DocScrutinizer> got a few nice images here ;-)
Jun 21 17:53:06 <DocScrutinizer> but they aren't for disclosure :-P
Jun 21 17:53:19 <bumbl> ;)
Jun 21 17:57:34 <dos1> today i was successfully using opimd to recieve messages without touching SIM, only SQLite :)
Jun 21 17:57:58 <PaulFertser> dos1: yay! I can't wait to see all that goodies in Debian ;)
Jun 21 17:58:20 <bumbl> dos1: do you have an image for that?
Jun 21 17:59:05 <dos1> bumbl, PaulFertser: no, it's not ready for using (only opimd side, my test gui has too much glitches :P)
Jun 21 17:59:13 <dos1> err
Jun 21 17:59:27 <dos1> opimd side is good, my test gui isn't ;)
Jun 21 17:59:41 <bumbl> dos1: any other interesting images to flash (fsousaged included e.g.)
Jun 21 18:00:22 <dos1> i have to restart my script for displaying incoming messages every message, but that's my fault, not opimd ;)
Jun 21 18:00:46 <dos1> so just good UI is needed for very basic PIM functionality
Jun 21 18:00:58 <dos1> (in contacts and messages)
Jun 21 18:01:11 <dos1> bumbl: no, but you can use shr-unstable to test fsousaged - it's in repo
Jun 21 18:01:38 <bumbl> dos1: opkg install fsousaged is enough?
Jun 21 18:01:51 <dos1> bumbl: and configuration as mickeyl said in #435
Jun 21 18:01:53 <dos1> FSO
Jun 21 18:12:58 <mrmoku> Ainulindale, well... first day was ok... second was hell ;)
Jun 21 18:13:00 <max_posedon> lindi-, hi!, are you here?
Jun 21 18:13:09 <mrmoku> DocScrutinizer, nice... you extended it :)
Jun 21 18:13:33 <max_posedon> lindi-, may be you remember my and your problem with gprs (big traffic -> gsm dead)
Jun 21 18:13:46 <dos1> max_posedon: is it fixed by fso-abyss?
Jun 21 18:13:51 <max_posedon> dos1, YES!
Jun 21 18:13:56 <dos1> good :)
Jun 21 18:14:07 <mrmoku> dos1, hey... how do I switch to fsousaged?
Jun 21 18:14:07 <max_posedon> at least it is harder to reproduce
Jun 21 18:14:12 <dos1> i didn't hit that on gsm0710muxd, but now i'm also using fso-abyss ;)
Jun 21 18:14:29 <dos1> mrmoku: look at mickey|zzZZzz's comment on FSO #435
Jun 21 18:14:35 <mrmoku> dos1, k, thanks
Jun 21 18:14:38 <max_posedon> dos1, yep, this is reason why I'm asking lindi test it too
Jun 21 18:14:48 <max_posedon> because he was able to reproduce it same as I
Jun 21 18:16:04 <dos1> [20:15] <dos1> DocScrutinizer: i think we should provide fso-abyss in images and set is as default
Jun 21 18:16:08 <dos1> mrmoku: what do you think on that?
Jun 21 18:17:04 <mrmoku> dos1, I'm fine with that... seems to work good. And if I understood correctly it will be default in ms5.5?
Jun 21 18:17:17 <dos1> dunno about default in ms5.5
Jun 21 18:17:18 <DocScrutinizer> ack
Jun 21 18:17:24 <dos1> but here is working good
Jun 21 18:17:29 <DocScrutinizer> +1
Jun 21 18:18:18 <mrmoku> dos1, btw... saw you were saying something about connman and autorev...
Jun 21 18:18:28 <mrmoku> is there something interesting hot and new?
Jun 21 18:18:45 <dos1> mrmoku: there was some commit about routes...
Jun 21 18:20:35 <Weiss> DieMumie1: yes.. it's rather "interesting" to read..
Jun 21 18:21:15 <mrmoku> dos1, ok, will take a look
Jun 21 18:24:18 <DocScrutinizer> mrmoku: regarding findutils I consider it a major opkg bug to stick to postinstalls that throw error
Jun 21 18:25:08 <DocScrutinizer> mrmoku: this needs to be fixed in opkg, not in busycrap or findutils
Jun 21 18:27:13 <mrmoku> DocScrutinizer, well... yeah. opkg is a piece of....
Jun 21 18:27:21 <DocScrutinizer> yup
Jun 21 18:28:18 <Sharwin_F> upgrading unstable with the script went well :D
Jun 21 18:28:49 <mrmoku> dos1|away, does not work for me (fsousage)
Jun 21 18:31:10 <max_posedon> mrmoku, confirm
Jun 21 18:31:23 <max_posedon> start-stop-daemon --start --pidfile /var/run/fsousaged.pid --make-pidfile --background -x /usr/bin/fsousaged
Jun 21 18:31:31 <max_posedon> thid doesN'T start fsousaged
Jun 21 18:32:12 <DocScrutinizer> mrmoku: alphaone|gone told me fsousaged is flaky
Jun 21 18:32:21 <mrmoku> yeah... and if you start it by hand it complains about some logging stuff
Jun 21 18:32:26 <mrmoku> DocScrutinizer, really?
Jun 21 18:32:48 <mrmoku> I thought fsousaged was prime-time-ready
Jun 21 18:33:13 <DocScrutinizer> [2009-06-21 03:39:15] <alphaone> probier mal ein SetResourcePolicy("GPS", "enabled")
Jun 21 18:33:14 <DocScrutinizer> [2009-06-21 03:39:35] <alphaone> ENABLED geht, scheint aber die Resource nicht wirklich anzumachen
Jun 21 18:33:16 <DocScrutinizer> [2009-06-21 03:39:40] <DocScrutinizer> aaah, das geht wohl in die hose, hab ich vernommen
Jun 21 18:33:17 <DocScrutinizer> [2009-06-21 03:39:50] <alphaone> und bei enabled bricht der ab
Jun 21 18:33:19 <DocScrutinizer> [2009-06-21 03:40:22] <alphaone> Also Produktiveinsatz eher noch nicht..
Jun 21 18:33:34 <mrmoku> ok
Jun 21 18:33:47 <max_posedon> so, fsousaged won't work?
Jun 21 18:34:05 <mrmoku> max_posedon, looks like... we don't want it yet :)
Jun 21 18:34:05 <DocScrutinizer> max_posedon: has flaws
Jun 21 18:34:36 * mrmoku understands now why dos1 complains about not working gps ;)
Jun 21 18:34:38 <max_posedon> yep, and main, it can't start)
Jun 21 18:35:18 <Frank1> gst-plugins-good still not able to be build in shr-unstable, same problem as yesterday
Jun 21 18:36:12 <bumbl> dos1|away: has anyone started to work on a contacts opimd interface?
Jun 21 18:36:15 <max_posedon> and fsoraw is just wrapper, yes?
Jun 21 18:36:35 <DocScrutinizer> yup
Jun 21 18:37:08 <dos1> bumbl: yep, there is libframeworkd-phonegui-efl2
Jun 21 18:37:40 <bumbl> ok
Jun 21 18:37:45 <dos1> mrmoku: it doesn't work with ousaged :P
Jun 21 18:38:11 <bumbl> + next question: is a calendar opimd backend plannedß
Jun 21 18:38:12 <dos1> mrmoku: i had fsousaged for only 2 days
Jun 21 18:38:16 <bumbl> -ß +?
Jun 21 18:38:20 <dos1> bumbl: not backend, domain :P
Jun 21 18:38:24 <dos1> but it's planned
Jun 21 18:38:24 <max_posedon> dos1, it isn't about ousaged
Jun 21 18:38:29 <bumbl> ah ok
Jun 21 18:38:30 <max_posedon> in shr, it can't even start
Jun 21 18:38:45 <max_posedon> assertion failed on creating some logging stuff
Jun 21 18:38:46 <dos1> max_posedon: i was talking about GPS
Jun 21 18:38:52 <max_posedon> ah... ok
Jun 21 18:38:54 <dos1> max_posedon: hmm... here it works
Jun 21 18:39:02 <DocScrutinizer> mrmoku: is terminal-kbd in your usual local build process? I.E. could you easily create a customized binary for me?
Jun 21 18:39:14 <max_posedon> (I spoke about fsousaged)
Jun 21 18:39:46 <dos1> max_posedon: me too
Jun 21 18:39:50 <dos1> here fsousaged works
Jun 21 18:40:10 <max_posedon> shr-unstable?
Jun 21 18:40:17 <dos1> max_posedon: yep
Jun 21 18:40:22 <dos1> max_posedon: have you edit /etc/frameworkd.conf?
Jun 21 18:40:40 <max_posedon> yep, (reverted now)
Jun 21 18:40:57 <max_posedon> but will be good if you posted your config
Jun 21 18:41:00 <max_posedon> to verify all
Jun 21 18:42:11 <max_posedon> http://pastebin.ca/1469009
Jun 21 18:44:06 <Frank1> is gst-plugins-good meant to be build with esd or with disabled esd?
Jun 21 18:44:32 <PaulFertser> Frank1: i think esd was deprecated long time ago (and it always sucked).
Jun 21 18:45:04 <PaulFertser> Frank1: "I don't know why and I'm not yet motivated to fix it since my views on
Jun 21 18:45:06 <Frank1> can someone then add the configuration entry in the recipe to have esd disabled and the build running again?
Jun 21 18:45:08 <PaulFertser> esd are mostly unprintable."
Jun 21 18:45:10 <PaulFertser> Alan Cox
Jun 21 18:45:39 <PaulFertser> Frank1: ask mrmoku or dos1 or Ainulindale 
Jun 21 18:46:30 <DocScrutinizer> hehe, I have to admit I agree with allan cox here
Jun 21 18:47:22 <max_posedon> esd wasn't so bad 6 years ago
Jun 21 18:47:28 <DocScrutinizer> and want to add, arts is same class as esd is
Jun 21 18:47:43 <max_posedon> it was only one who can do software mix different channels)
Jun 21 18:47:45 <Frank1> @dos1, mrmoku, would one of you be so kind as to add --disable-esd to the end of Extra_oeconf in gst-plugins-good_0.10.7.bb?
Jun 21 18:47:53 <max_posedon> for my SouldBlaster 16
Jun 21 18:48:42 <DocScrutinizer> max_posedon: you might want to check when alsa dmix was released
Jun 21 18:49:51 <max_posedon> near 3-4 years ago, if I'm not mistaken
Jun 21 18:51:33 <DocScrutinizer> max_posedon: I never checked. If that's been the case, then probably you're right about esd mixing 6y ago
Jun 21 18:52:06 <max_posedon> dmix isn't so old, and it was main reason for different stuff like arts/esd/etc long time ago
Jun 21 18:52:56 <DocScrutinizer> +pulse
Jun 21 18:53:13 <max_posedon> pulse audio is NAS replacer
Jun 21 18:53:22 <DocScrutinizer> ok, yes
Jun 21 18:53:46 <DocScrutinizer> we used it for mere dmix purpose on OM though
Jun 21 18:53:55 <DocScrutinizer> and that *sucks*
Jun 21 18:55:34 <dos1> http://scap.linuxtogo.org/
Jun 21 18:55:41 <dos1> i fixed that notifier ;)
Jun 21 18:57:15 <max_posedon> next missing stuff for me is create contacts from phonelog
Jun 21 18:57:26 <dos1> max
Jun 21 18:57:31 <DocScrutinizer> good point
Jun 21 18:57:31 <dos1> max_posedon: try elmphonelog
Jun 21 18:58:07 <DocScrutinizer> from sms as well (also for embedded numbers)
Jun 21 18:58:29 <DocScrutinizer> and from vcard sms ;-P
Jun 21 18:58:49 <dos1> with dbusified ophonekitd it would be very easy to implement
Jun 21 18:58:50 <max_posedon> dos1, I think it isn't in shr-feeds, is it?
Jun 21 18:59:03 <dos1> max_posedon: what?
Jun 21 18:59:08 <max_posedon> elphonelog
Jun 21 18:59:30 <dos1> max_posedon: dunno, i think no
Jun 21 19:00:49 <max_posedon> default shr really can't be default
Jun 21 19:01:40 * mrmoku does not even know that
Jun 21 19:01:50 <max_posedon> dos1, I can't install elmphonelog, latest version was compiled for for e17 when all libs have 0
Jun 21 19:01:55 <max_posedon> mrmoku, I mean in general
Jun 21 19:02:03 <mrmoku> Frank1, does it make the gst-plugins not build for you?
Jun 21 19:02:25 <mrmoku> max_posedon, I meant elmphonelog... I don't know it :)
Jun 21 19:02:29 <max_posedon> busybox,gsm0710muxd,phonelog,etc
Jun 21 19:02:35 <Frank1> @mrmoku, yes, the esd.h is missing, if i put the option inside it is workign
Jun 21 19:02:46 <lindi-> max_posedon: does abyss build with unpatched vala compiler?
Jun 21 19:02:52 <mrmoku> Frank1, hmm... strange
Jun 21 19:03:00 <dos1> mrmoku: so now you know, could we have recipe for elmphonelog? ;)
Jun 21 19:03:05 <max_posedon> lindi-, yes
Jun 21 19:03:14 <max_posedon> e.g, I don't know)
Jun 21 19:03:27 <mrmoku> dos1, maybe... someday... if someone writes one ;)
Jun 21 19:03:29 <max_posedon> I know that I can built it in gentoo with default vala-0.7.2
Jun 21 19:03:31 <Frank1> @mrmoku, do you need a compile log without dhis option?
Jun 21 19:03:39 <max_posedon> but right now I'm using shr-unstable fso-abyss
Jun 21 19:03:55 <max_posedon> lindi-, and really CAN'T reproduce that gsm dead bug
Jun 21 19:04:05 <dos1> DocScrutinizer, mrmoku: what do you think on that gui on scap? ;)
Jun 21 19:04:29 <mrmoku> Frank1, well, tonight no (at least me)... 
Jun 21 19:04:35 <DocScrutinizer> not even bothered to look at
Jun 21 19:04:38 <mrmoku> I'm tooo tired to look at it
Jun 21 19:04:41 <lindi-> max_posedon: which git revision should I test?
Jun 21 19:04:49 <lindi-> max_posedon: and which kernel revision?
Jun 21 19:04:57 <lindi-> max_posedon: does ogsmd version matter?
Jun 21 19:05:06 <max_posedon> don't you use shr-unstable?
Jun 21 19:05:07 <lindi-> max_posedon: and what calypso version? ;)
Jun 21 19:05:09 <lindi-> max_posedon: no
Jun 21 19:05:14 <lindi-> max_posedon: i use debian
Jun 21 19:05:18 <DocScrutinizer> dos1: what's it all about?
Jun 21 19:05:27 <max_posedon> ok. calypso: moko11 
Jun 21 19:05:43 <dos1> DocScrutinizer: it's my testing gui for opimd, as now there is no app which handles messages via opimd :P
Jun 21 19:05:48 <max_posedon> kernel:  2.6.29-oe10+gitr119819+5a6ed99264c704e517ac312283c58204ee38fee5-r3.5
Jun 21 19:05:55 <dos1> DocScrutinizer: but i think i like that gui
Jun 21 19:06:06 <DocScrutinizer> dos1: aaah
Jun 21 19:06:18 <max_posedon> fso-abyss: 0.3.1+gitr66+8ce3c6e40c4852de7dcca502f65784f6b18ca6bf
Jun 21 19:06:47 <max_posedon> ogsmd - I don't know, 
Jun 21 19:06:53 <max_posedon> frameworkd : 0.8.5.1+gitr1417+0788bd19861124cfa1d727352544a283592334a4-r5
Jun 21 19:07:21 <lindi-> max_posedon: I have moko11beta, that probably does
Jun 21 19:07:45 <DocScrutinizer> lindi-: fso-abyss fixes flow control. no matter which kernel or calypso-fw
Jun 21 19:08:20 <lindi-> max_posedon: ok but what version of abyss?
Jun 21 19:08:42 <Zorkman> i'm back :)
Jun 21 19:08:49 <max_posedon> see above,  0.3.1...
Jun 21 19:09:02 <Zorkman> rhkfin: you remember you said I would beat you with openbmap? :p
Jun 21 19:09:06 <Zorkman> (g2g eat now, talk later)
Jun 21 19:09:13 <max_posedon> lindi-, I had problem with moko11+gsm0710muxd
Jun 21 19:09:25 <max_posedon> so, for me it still looks like muxer stuff
Jun 21 19:09:36 <bumbl> any resource on how to install fso-abyss (configuring everything correctly)
Jun 21 19:10:13 <max_posedon> bumbl, just install and edit /etc/frameworkd.conf
Jun 21 19:10:38 <max_posedon> ti_calypso_muxer = fso-abyss
Jun 21 19:12:37 <DocScrutinizer> bumbl: check for "ti_calypso_muxer =" though! ;-)
Jun 21 19:12:40 <lindi-> max_posedon: where's the release? I only found git 
Jun 21 19:12:44 <lindi-> max_posedon: or should I use git?
Jun 21 19:13:02 <max_posedon> I'm not sure what shr team use
Jun 21 19:13:17 <bumbl> ? do you mean the blank space in between?
Jun 21 19:13:52 <lindi-> max_posedon: '4 months ago 0.3.1 0'
Jun 21 19:13:58 <DocScrutinizer> bumbl: especially the missing _type 
Jun 21 19:14:00 <max_posedon> bumbl, he mean NOT ti_calypso_muxer_TYPE
Jun 21 19:14:03 <bumbl> ah ok
Jun 21 19:14:09 <bumbl> should i remove that entry
Jun 21 19:14:16 <bumbl> and add the other one?
Jun 21 19:14:29 <bumbl> as i don't have a ti_calypso_muxer =
Jun 21 19:14:30 <DocScrutinizer> just delete _type
Jun 21 19:14:35 <bumbl> okay
Jun 21 19:14:40 <max_posedon> lindi-, in this case try 8ce3c6e40c4852de7dcca502f65784f6b18ca6bf
Jun 21 19:14:51 <max_posedon> (may be it old too, but this is what I use)
Jun 21 19:15:07 <lindi-> max_posedon: it does -VALA_REQUIRED=0.7.1 +VALA_REQUIRED=0.7.3
Jun 21 19:15:36 <lindi-> fortunately debian has valac 0.7.3-1
Jun 21 19:15:47 <max_posedon> so, try)
Jun 21 19:16:08 <lindi-> autogen running...
Jun 21 19:16:19 <max_posedon> ok, I'm leaving...
Jun 21 19:22:32 * PaulFertser wonders if anyone is using some convenient way to call/sms when FR is connected to a pc/laptop. Zhone over ssh is too slow to even consider it.
Jun 21 19:26:18 <CIA-45> freesmartphone.org: 03seba.dos1 07framework * rcbdee1601f26 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: Messages: fix possible duplicating incoming messages
Jun 21 19:29:45 <dos1> mrmoku: please rebuild frameworkd ;)
Jun 21 19:36:35 <bumbl> dos1: no
Jun 21 19:36:44 <bumbl> mickey|zzZZzz got a bug into it
Jun 21 19:36:55 <dos1> bumbl: i know, but it's already in feed :P
Jun 21 19:37:02 <dos1> (i think)
Jun 21 19:37:06 <bumbl> ah
Jun 21 19:37:11 <bumbl> that would be bad
Jun 21 19:37:14 <dos1> bumbl: and it's already workarounded in our yaml rules
Jun 21 19:37:19 <dos1> so don't worry :P
Jun 21 19:38:42 <bumbl> ok
Jun 21 19:42:53 <Frank1> ok even a total build did not solved my problems with the dbus :(
Jun 21 19:43:19 <dos1> Frank1: which problems?
Jun 21 19:44:33 <Blu3> is there a programmatic method available for me to figure out what my VMR (voicemail retrieval number) is?
Jun 21 19:44:52 <Frank1> @dos1, warning: error while executing sql file: near "FROM": syntax error
Jun 21 19:44:52 <Frank1> critical: dbus_g_proxy_new_for_name: assertion 'connection != NULL' failed
Jun 21 19:45:16 <dos1> Frank1: which app?
Jun 21 19:45:18 <Frank1> this is what is in the ophonekitd.log
Jun 21 19:45:55 <dos1> try rm /var/db/phonelog.db
Jun 21 19:46:12 <Frank1> happens also to scripts as my python can not connect to the dbus.systembus
Jun 21 19:46:44 <lindi-> max_posedon: abyss build fails with  No package 'gsm0710mux-1.0' found
Jun 21 19:48:18 <onen|openBmap> mrmoku: abend
Jun 21 19:48:27 <onen|openBmap> mrmoku: thanks for putting obm in m5.5 feed
Jun 21 19:49:49 <PaulFertser> onen|openBmap: hey :) can you tell me if there're some performance issues with openBmap? I mean it's almost impossible for me to pick up an incoming call when openBmap is running. 
Jun 21 19:50:04 <Frank1> @dos1, error also in x.log with message: "failed to connect to socket /dbvar/run/dbus/system_bus_socket: No such file or directory
Jun 21 19:50:05 <PaulFertser> onen|openBmap: (it might be related to the ogsmd DEBUG loglevel i use though)
Jun 21 19:50:41 <onen|openBmap> PaulFertser: I only tested obm against discarding logs when on a call
Jun 21 19:50:55 <onen|openBmap> PaulFertser: I cannot say about the not getting a call
Jun 21 19:51:29 <onen|openBmap> PaulFertser: I am currently fighting against the framwork under debian which often timeout on dbus request on monitoring interface
Jun 21 19:51:52 <PaulFertser> onen|openBmap: i mean the gui interface becomes so slow that i can hardly switch to Zhone, press the button etc.
Jun 21 19:52:29 <onen|openBmap> PaulFertser: I have not profiled my app, thus I cannot say. but the only time I got a FR sluggish, it was not because of obm, but framework python process which went mad cpu wise
Jun 21 19:53:01 <onen|openBmap> PaulFertser: which distrib?
Jun 21 19:53:28 <PaulFertser> onen|openBmap: so you mean you regularly place and receive calls with openBmap running and you haven't noticed any problems wrt performance. Well, ok.
Jun 21 19:53:32 <PaulFertser> onen|openBmap: Debian
Jun 21 19:54:13 <onen|openBmap> PaulFertser: no. obm discard logs when in a call. but I have not tested in real call usage
Jun 21 19:54:33 <DocScrutinizer> someone suggested to nice processes in a sensible manner
Jun 21 19:54:34 <onen|openBmap> PaulFertser: which package under debian? direct source?
Jun 21 19:55:15 <PaulFertser> DocScrutinizer: it was me ;)
Jun 21 19:55:24 <PaulFertser> onen|openBmap: yep, git clone
Jun 21 19:55:25 <onen|openBmap> PaulFertser: the bug I am fighting agains appear only under debian for me. And it turns the interface being as frozen
Jun 21 19:55:45 <onen|openBmap> PaulFertser: I hope from stable version, otherwise you are a bad guy ;-)
Jun 21 19:55:55 <PaulFertser> onen|openBmap: hm, haven't seen it. git HEAD of course :p
Jun 21 19:56:27 <onen|openBmap> PaulFertser: please don't! when I release a stable version, it is because it is tested, and compatible with the server!
Jun 21 19:57:38 <PaulFertser> onen|openBmap: hm, i thought API check is enough.
Jun 21 19:58:00 <onen|openBmap> PaulFertser: you make me think I should make a branch unstable to avoid this ;-)
Jun 21 19:58:23 <onen|openBmap> PaulFertser: no, i tag stable version. everything else is not tested as much (should be stable though)
Jun 21 19:58:33 <DocScrutinizer> XD
Jun 21 19:59:15 <PaulFertser> onen|openBmap: 0.3.0 doesn't seem to use distutils
Jun 21 19:59:47 <onen|openBmap> PaulFertser: that is correct. basically 90% of changes for 0.3.1 is distutils+debian package
Jun 21 20:00:05 <Frank1> @dos1, will be away for today if there is anything i can try tomorrow just let me know. If there is a recent image i could use which doesn't have problems, would appreciate this as well
Jun 21 20:00:10 <onen|openBmap> PaulFertser: I have been testing package under debian for couple of days, and it does not work right
Jun 21 20:00:26 <PaulFertser> onen|openBmap: no, unstable branch would bring additional maintainence burden. Just make it crystal-clear that using non-tagged versions with your production server is discouraged.
Jun 21 20:01:09 <PaulFertser> onen|openBmap: hm, i think i've already reported all the things i didn't like about it before. How doesn't it work?
Jun 21 20:01:17 <onen|openBmap> PaulFertser: to prevent pb, I try to change version in logs (0.3.1 e.g.) when I am happy with stability, and have updated the doc
Jun 21 20:01:28 <PaulFertser> onen|openBmap: ah, that probably has something to do with the fact i'm using frameworkd from git too.
Jun 21 20:01:33 <onen|openBmap> PaulFertser: nevertheless, I was happy under shr, but it does not work well under debian
Jun 21 20:01:46 <PaulFertser> onen|openBmap: frameworkd version can matter a lot here.
Jun 21 20:01:48 <dos1> PaulFertser: SHR is also using frameworkd from git
Jun 21 20:01:58 <PaulFertser> dos1: yes, unlike "stock" debian.
Jun 21 20:02:25 <onen|openBmap> PaulFertser: in general, fso version should be logged (sth like: gsm_backend_id + gsm_backend_version)
Jun 21 20:02:31 <onen|openBmap> PaulFertser: in case of bug
Jun 21 20:03:24 <onen|openBmap> PaulFertser: how does it *not* work. the monitoring interface under debian really often times out. I lead my app to going crazy (it raises a bug, which let no time left for gui update)
Jun 21 20:03:48 <onen|openBmap> PaulFertser: additionnaly, it could bring low quality (if not wrong) logs for upload
Jun 21 20:04:40 <onen|openBmap> PaulFertser: I am going back online (new computer 8-) + holidays), and after a lot of hunt and thinking will come with patches. this will lead to working software with no bad data under debian too
Jun 21 20:05:04 <onen|openBmap> PaulFertser: before this I was expecting to release stable for debian this weekend :-(
Jun 21 20:05:06 <PaulFertser> onen|openBmap: for me gui updates in reasonable manner. I can't see any errors in logs etc.
Jun 21 20:05:47 <PaulFertser> onen|openBmap: are you sure that's not old frameworkd problems?
Jun 21 20:05:47 <onen|openBmap> PaulFertser: and because of this I have to throw away sth like an hour of logs :-(
Jun 21 20:06:42 <onen|openBmap> PaulFertser: it might, but to prevent any future pb I will add correction. This will prevent "any" pb with slow logging (too long time needed to get gsm+gps data => what could mean gps position and gsm data do not correspond)
Jun 21 20:07:16 <onen|openBmap> PaulFertser: I run debian fso package, and maybe not up to date
Jun 21 20:07:40 <onen|openBmap> PaulFertser: this also prevent me from working on all the issues you and other raised + improved gui :-(
Jun 21 20:08:42 <Zorkman> llo onen|openBmap !
Jun 21 20:08:54 <Zorkman> i'm back from my trip, hope you'll get a lot of new cells :)
Jun 21 20:09:04 <onen|openBmap> PaulFertser: ok let's get back to you issu then. if gui works, but is sluggish, does other app gui be sluggish too?
Jun 21 20:09:23 <onen|openBmap> Zorkman: hello you, future top three contributor ;-)
Jun 21 20:09:37 <onen|openBmap> Zorkman: may I ask which distrib and obm version you used?
Jun 21 20:09:51 <Zorkman> (hope so :), it said "uploaded 798 log files" i think, any idea how many cells a log file contains?
Jun 21 20:09:52 <PaulFertser> onen|openBmap: it's exactly my problem. openBmap runs fine but when incoming call comes and gstreamer is started all gui apps become fucking slow.
Jun 21 20:10:00 <Zorkman> onen|openBmap: SHR and i think 0.3 (the latest)
Jun 21 20:10:32 <Zorkman> onen|openBmap:openbmap-logger - 0.3.0-r1 -
Jun 21 20:10:40 <onen|openBmap> Zorkman: in general for me, 5 min in a file, every 10 sec log, let's say 4 cells average. Do your maths ;-)
Jun 21 20:11:21 <onen|openBmap> Zorkman: good, you use stable release version. That is nice ( PaulFertser ;-) )
Jun 21 20:12:04 <onen|openBmap> PaulFertser: I guess you mean obm gui too...
Jun 21 20:13:04 <onen|openBmap> PaulFertser: and if no obm, call incoming, then all gui is fine?
Jun 21 20:13:56 <onen|openBmap> Zorkman: I think you missed at least one bier can somewhere at the furthest point in you trip, maybe you should go back there and check (and use another sim)
Jun 21 20:14:10 <PaulFertser> onen|openBmap: at least i can mostly be fast enough to press AUX to pop up illume keyboard, toggle fbreader fullscreen mode, switch to the other desktop where zhone is running and answer the call. 
Jun 21 20:15:27 <onen|openBmap> PaulFertser: I really don't see why obm would bring gui slow. when in a call it will even shorten the cpu usage time, because it only does its complete work when not in a call
Jun 21 20:15:49 <Zorkman> onen|openBmap: lol
Jun 21 20:15:57 <F4t> hi, is there a way to avoid python-dbus warnings? (dbus_connection_send_with_reply_setup)...?
Jun 21 20:16:24 <PaulFertser> onen|openBmap: ok, good to know. Probably i'll try to see what's happening for myself.
Jun 21 20:16:26 * onen|openBmap is thinking to what  could be the pb
Jun 21 20:16:32 <dos1> F4t: yes. ignore it :P
Jun 21 20:16:33 <dos1> (right now)
Jun 21 20:16:58 <dos1> mrmoku: could you edit that patch to remove that warnings?
Jun 21 20:17:07 <mrmoku> onen|openBmap, thanks have to go to the person who cherry-picked my commit... :)
Jun 21 20:17:08 <onen|openBmap> PaulFertser: I will try to have a look on my side. but I am on holidays, so even less time than usual
Jun 21 20:17:08 <F4t> how about the init deprecation warning?
Jun 21 20:17:33 <dos1> F4t: i think somewhere was fix for that
Jun 21 20:17:38 <dos1> search in google
Jun 21 20:17:39 <PaulFertser> onen|openBmap: i'd suggest to install modern frameworkd version first.
Jun 21 20:17:52 <onen|openBmap> mrmoku: oh, so I guess Stefan did it. but you are the source of all this goodness ;-0
Jun 21 20:18:01 <PaulFertser> onen|openBmap: imo debian is too conservative wrt frameworkd version.
Jun 21 20:18:16 <mrmoku> onen|openBmap, :)
Jun 21 20:18:26 <mrmoku> dos1, well... not today
Jun 21 20:18:30 <onen|openBmap> PaulFertser: as explained, I will add code, not for this specific behavior, but which will guarantee more quality of th elogs
Jun 21 20:19:04 <PaulFertser> onen|openBmap: good to hear :)
Jun 21 20:19:13 <mrmoku> dos1, and we should look into what needs to get fixed in the bindings
Jun 21 20:19:27 <dos1> mrmoku: it's really our job?
Jun 21 20:20:10 <onen|openBmap> PaulFertser: please if you have time to have a look, come back to me with details and/or help
Jun 21 20:20:21 <mrmoku> dos1, it won't happen otherwise I would guess... at least not as long the patch does not hit dbus
Jun 21 20:20:32 <onen|openBmap> PaulFertser: if obm is the source of this slowness, I have to kill this ASP
Jun 21 20:20:39 <onen|openBmap> s/ASP/ASAP/
Jun 21 20:21:04 <PaulFertser> onen|openBmap: sure, i'm not the kind of guy who fixes a problem and doesn't contact upstream. Because i almost don't care about how it works for me personally.
Jun 21 20:21:16 <onen|openBmap> PaulFertser: I meant, come back to me if you need help to figure it out
Jun 21 20:21:47 <dos1> mrmoku, PaulFertser: but is fixing bindings critical?
Jun 21 20:21:52 <PaulFertser> onen|openBmap: but don't count on me, i'm unreliable, i can spend all the weekend idling instead of even reading or coding.
Jun 21 20:22:00 <F4t> Btw, how do i switch the engine of e17 to software_16? (from what i heard using the wrench icon just changes the core, and not the engine used for applications? or am i wrong?)
Jun 21 20:22:12 <dos1> mrmoku, PaulFertser: for me patch for dbus is enough - now i don't have issues with dbus messages going to /dev/null :P
Jun 21 20:22:19 <onen|openBmap> PaulFertser: ok. sorry, but for now, I don't see why gui would become slow, I even would think the contrary...
Jun 21 20:22:41 <onen|openBmap> PaulFertser: you mean, you are a normal person! oh my god!
Jun 21 20:23:00 <PaulFertser> onen|openBmap: no need to be sorry, i asked, you answered, i'll take this information into account during further testing.
Jun 21 20:23:32 <PaulFertser> onen|openBmap: (normal person) nope, i'm not. Have you already forgotten me?
Jun 21 20:23:34 <onen|openBmap> PaulFertser: ok, let's talk about this again then :-)
Jun 21 20:23:50 <onen|openBmap> PaulFertser: how could I? :-)
Jun 21 20:24:11 <onen|openBmap> PaulFertser: but you are quite normal in comparison with **********, right?
Jun 21 20:24:52 <onen|openBmap> rhkfin: ping
Jun 21 20:25:14 <F4t> guys?
Jun 21 20:25:17 <rhkfin> onen|openBmap: pong
Jun 21 20:25:29 <F4t> software_16 switching question above... /\?
Jun 21 20:25:31 <PaulFertser> onen|openBmap: if ********** is Kurt Cobain, then yes.
Jun 21 20:25:35 <onen|openBmap> rhkfin: I have a good and a bad news for you, which one first?
Jun 21 20:25:50 <onen|openBmap> PaulFertser: ;-)
Jun 21 20:25:53 <rhkfin> Zorkman: yeah, I remember and I've meen trying to see you somewhere near me but can't see, you're still aroun 500 behind :)
Jun 21 20:25:58 <rhkfin> onen|openBmap: hmm.. go with the bad first :)
Jun 21 20:26:39 <onen|openBmap> rhkfin: I think Zorkman will beat you in number of cells at next update
Jun 21 20:27:13 <Zorkman> rhkfin: keep a close eye on me :)
Jun 21 20:27:34 <rhkfin> onen|openBmap: :( (I'll be travelling 3 weeks abroad in a month... let's see what's the situation after that :)
Jun 21 20:27:39 <rhkfin> Zorkman: congrats :)
Jun 21 20:28:01 <rhkfin> (who did you steal the data from.. I'm sure you just wrote a nice script to generate the data for you :)
Jun 21 20:28:11 <onen|openBmap> rhkfin: good one, ipk with corrected dependencies has hit m5.5 branch. it should then appear in om2009, for what I have understood
Jun 21 20:28:22 <rhkfin> onen|openBmap: nice!
Jun 21 20:28:25 <Zorkman> rhkfin: i politely asked google and apple for it :)
Jun 21 20:28:44 <onen|openBmap> rhkfin: :-D
Jun 21 20:28:49 <Zorkman> rhkfin: wow, nice... guess i'll ahve to enjoy it while it lasts :)
Jun 21 20:29:05 * onen|openBmap thinks rhkfin and Zorkman will cover the world by themselves
Jun 21 20:29:11 <rhkfin> onen|openBmap: indeed :)
Jun 21 20:29:21 <rhkfin> Zorkman: WHAT!?
Jun 21 20:29:25 <CIA-45> freesmartphone.org: 03mickey 07framework * r72e75dbdbe3d 10/framework/subsystems/oeventsd/fso_actions.py: oeventsd: fso_actions.py: fix typo in connect_to_signal
Jun 21 20:29:38 <rhkfin> You got some data grom google & apple? 
Jun 21 20:29:39 <onen|openBmap> Zorkman: G and Apple -> :-D lol
Jun 21 20:29:50 <Zorkman> rhkfin: no, i was just joking :)
Jun 21 20:29:53 <rhkfin> liar!
Jun 21 20:29:59 <rhkfin> ha .)
Jun 21 20:30:06 <rhkfin> So Zorkman tell me your secret :)
Jun 21 20:30:17 <onen|openBmap> rhkfin: you use om2009 right?
Jun 21 20:30:27 <Zorkman> although It could be possible by providing fake cell ID codes maybe to android and letting google guess my location :) but I'm sure onen|openBmap wouldn't like that :)
Jun 21 20:30:28 <rhkfin> onen|openBmap: yes
Jun 21 20:30:50 <rhkfin> Zorkman: nope, I don't think he would :)
Jun 21 20:30:59 <rhkfin> onen|openBmap: any news about the non-sim-operation?
Jun 21 20:31:07 <onen|openBmap> Zorkman: the lawyers from Google would not like that, and I don't want to not like them
Jun 21 20:31:20 <Zorkman> onen|openBmap: you can hide in my cellar :)
Jun 21 20:31:29 <Zorkman> (and i'm also interested in the non-sim-operation)
Jun 21 20:31:36 <rhkfin> I was first!
Jun 21 20:31:37 <rhkfin> :)
Jun 21 20:31:40 <onen|openBmap> rhkfin: then would you mind telling me later on, if the package appeared correctly in the feed, and with correct dependencies?
Jun 21 20:31:53 <rhkfin> onen|openBmap: I'll try to remember..
Jun 21 20:32:21 <onen|openBmap> rhkfin: I will ping you about that ;-)
Jun 21 20:32:21 * rhkfin thinks a fair competition does good for openBmap - he actually biked today 37km to get some new cells :)
Jun 21 20:32:25 <rhkfin> onen|openBmap: thanks :)
Jun 21 20:33:07 <onen|openBmap> rhkfin: Zorkman: about non sim; you mean getting cells without a sim inserted. so far, no luck through fso
Jun 21 20:33:16 <rhkfin> Zorkman: so what's your secret? Travelling through Europe? I wish I had had openBmap 2 years ago when taking the train through Russia to China..
Jun 21 20:33:19 * PaulFertser is going to bike around just to collect some cells as soon as he gets a free day and a rainless weather.
Jun 21 20:33:23 <rhkfin> onen|openBmap: yes, that's what I meant. Ok, no luck..
Jun 21 20:33:29 <onen|openBmap> rhkfin: Zorkman: but it is not designed for this. I still need to try direct AT command when no sim inserted
Jun 21 20:33:40 <rhkfin> PaulFertser will beat playya_ soon!!
Jun 21 20:33:51 <Zorkman> rhkfin: I once promissed a friend (who collects energy-drink-cans) that for his birthday we would do a small roadtrip
Jun 21 20:34:09 <rhkfin> Zorkman: you have a weird friend :)
Jun 21 20:34:20 <rhkfin> Zorkman: how long was your trip?
Jun 21 20:34:23 <Zorkman> rhkfin: so i drove 3.5km in five days and visited Wroclaw, Krakau, Bratislava, Prague and Dresden
Jun 21 20:34:34 <onen|openBmap> PaulFertser: and don't forget a *stable* version of obm >:-)
Jun 21 20:34:35 <Zorkman> rhkfin: indeed, he's strange :)
Jun 21 20:34:43 <rhkfin> onen|openBmap: any changes of writing a s60 app for openBmap for Nokia?
Jun 21 20:34:52 <rhkfin> Zorkman: nice! Wow!
Jun 21 20:35:23 <DocMobilizer> anyone did xchat config to yell and even vibrate on buzzwords?
Jun 21 20:35:26 <onen|openBmap> rhkfin: there is no way it happens soon, with all I have on my todo list + I don t have a s60 phone
Jun 21 20:35:43 <Zorkman> yeah, the car broke down once in the middle of Poland, but I managed :)
Jun 21 20:35:50 <rhkfin> onen|openBmap: ok, just wanted to know that it's doable = you can access the cell data in Nokia phones
Jun 21 20:35:56 <rhkfin> Zorkman: oh, okay :)
Jun 21 20:36:14 <onen|openBmap> rhkfin: but I would be more than happy to help people do clients for other platforms. client from oci could be a good start
Jun 21 20:36:38 <PaulFertser> onen|openBmap: are you sure i need to downgrade? Because i've never tried anything other than i used.
Jun 21 20:37:00 <rhkfin> onen|openBmap: right
Jun 21 20:37:37 <onen|openBmap> PaulFertser: no you don't need to. because the bug was already there (but not that bad)
Jun 21 20:37:58 <onen|openBmap> rhkfin: maybe I will get interested people from the linux tag next week :-)
Jun 21 20:38:12 <rhkfin> onen|openBmap: nice :)
Jun 21 20:38:14 <onen|openBmap> PaulFertser: but under shr, I never got this issue
Jun 21 20:39:06 <PaulFertser> onen|openBmap: probably something other is different. I'm still using sid and gstreamer for the ringtone and i have ogsmd DEBUG enabled etc.
Jun 21 20:42:19 <onen|openBmap> PaulFertser: as I told you earlier, the most important to me is: don't put anything wrong in our db. so I will shield my code more
Jun 21 20:42:33 <onen|openBmap> PaulFertser: 2nd most important thing is stability
Jun 21 20:43:12 <PaulFertser> onen|openBmap: that's why i'm asking. Just tell me and i'll downgrade to 0.3.0. If the version i'm using atm (d71f63ee345fee0c77f4c374ccb97c6d5c2fa084) is ok, i'll continue to use it.
Jun 21 20:44:40 <onen|openBmap> PaulFertser: no, it is quite ok, as explained earlier. and it put more pressure on me to get a working version ;-)
Jun 21 20:45:14 <PaulFertser> onen|openBmap: are you planning a vala rewrite btw? ;)
Jun 21 20:45:46 <DocMobilizer> PaulFertser, obm and call both use modem. abyss/muxer?
Jun 21 20:45:49 * onen|openBmap reminds the good old days when he had no users
Jun 21 20:46:13 <PaulFertser> DocMobilizer: no, obm asks frameworkd for data so it should be ok.
Jun 21 20:47:42 <onen|openBmap> PaulFertser: if rewrite, this would be at the moment in java, to get common code with an android client ;-)
Jun 21 20:48:02 <onen|openBmap> DocMobilizer: obm relies 100% on fso dbus api
Jun 21 20:48:23 <PaulFertser> onen|openBmap: i honestly hope you're joking because i'm allergic to android and other "opensource" shit.
Jun 21 20:48:37 <onen|openBmap> PaulFertser: I have considered a vala rewrite, but for the moment this does not come in question
Jun 21 20:49:14 <onen|openBmap> PaulFertser: I am not. the pb is, once you want to make a client for sth else than fso, what platform do you propose?
Jun 21 20:49:23 <Ainulindale> onen|openBmap: are you here?
Jun 21 20:49:34 <PaulFertser> onen|openBmap: pyneo
Jun 21 20:49:36 <onen|openBmap> PaulFertser: the only other possible thing could be the palm pre
Jun 21 20:49:41 <onen|openBmap> Ainulindale: hi darling
Jun 21 20:50:10 <PaulFertser> onen|openBmap: no, i think it'd be better to port FSO and pyneo to palm pre instead.
Jun 21 20:51:00 <onen|openBmap> PaulFertser: I want to bring nice things to opensource phone soft I like (fso, pyneo, etc.). but I also try to make obm gets bigger. and for this I think about how many users I can get with this or that platform
Jun 21 20:51:26 <DocMobilizer> onen|openBmap, still its conurrent calls to modem if call
Jun 21 20:51:59 * PaulFertser feels again that his life sucks because of his POV
Jun 21 20:52:11 <onen|openBmap> DocMobilizer: could you be more specific? obm if in a call, continues looping, but does nothing every loop, because in a call, so no gsm reading stuf
Jun 21 20:53:10 <onen|openBmap> PaulFertser: I wish to get a platform open as I want (so what we have here). but with a big channel of distribution and many users
Jun 21 20:53:29 <DocMobilizer> aah, ok. just thinking loud here
Jun 21 20:53:30 <PaulFertser> onen|openBmap: oxymoron
Jun 21 20:53:39 <Ainulindale> onen|openBmap: query!
Jun 21 20:57:33 <onen|openBmap> PaulFertser: not for tomorrow, I know. but you got my point. I have to get along with my wish to support nice open platforms, with my will to see obm grows
Jun 21 20:58:40 <PaulFertser> onen|openBmap: i guess i'm very biased to useless art-for-the-sake-of-art things and stuff so my opinion about that lies in a parallel reality.
Jun 21 20:59:44 <onen|openBmap> PaulFertser: let's say I am sorry, but if I try to push art, I still want results for the time I spent on my project ;-)
Jun 21 21:00:13 <onen|openBmap> PaulFertser: but if it makes you more comfortable, don't think I am close to start a client on sth else ;-)
Jun 21 21:00:43 <PaulFertser> onen|openBmap: that's the main difference. You think that results matter. I don't.
Jun 21 21:00:50 <onen|openBmap> PaulFertser: because I want to work on the geoclue part after the current client will be more stable in terms of fonctionnalities
Jun 21 21:01:48 <onen|openBmap> PaulFertser: well I think that spending all this time with no result would make me sad, indeed
Jun 21 21:02:34 <onen|openBmap> PaulFertser: let's say I am more pragmatic than you, and you are more an artist than I am
Jun 21 21:02:37 <PaulFertser> BTW, it's quite possible that i'm very wrong in all my opinions because despite the theoretic results i'm mostly unhappy while other people (who're using proprietary crap e.g.) feel joy and happiness every day.
Jun 21 21:04:07 <onen|openBmap> PaulFertser: try to see it from another pow. imagine somebody is skilled in electronics. the result is there. so I am happy with the device. but he is not, because he knows we could do so much better another way.
Jun 21 21:04:10 <DocMobilizer> PaulFertser, thats both results of superior intelect
Jun 21 21:04:41 <onen|openBmap> PaulFertser: I feel like this, I try to make the IT word movein a direction I think is better. But I know 99.99% of the it users don't give a damn about it
Jun 21 21:05:13 <onen|openBmap> PaulFertser: but I see a car just as a mean to go from point A to B. other see it as sth worth to understand the inner parts, and improve it.
Jun 21 21:05:57 <onen|openBmap> PaulFertser: DocMobilizer: happy is the simple minded ;-)
Jun 21 21:06:19 <DocMobilizer> ack. what i said
Jun 21 21:06:59 <PaulFertser> DocMobilizer: onen|openBmap probably taoism is right. Live simple life near the nature, don't learn too much science etc.
Jun 21 21:07:17 <onen|openBmap> PaulFertser: so you try to improve the area where you are skilled. And it is tough. and it is normal. but think about it: most people don'teven try to improve anything
Jun 21 21:07:57 <onen|openBmap> PaulFertser: I would say learning is great. but you have to accept the limits of the responses you will get
Jun 21 21:08:21 <DocMobilizer> my sole hobby is my foul mood. dont take that away from me with taoism ;-)
Jun 21 21:08:39 <onen|openBmap> PaulFertser: I prefer to try changing things, than only complain about how things should be
Jun 21 21:09:23 <onen|openBmap> PaulFertser: DocMobilizer: I guess we got a little bit off topic, right?
Jun 21 21:09:49 <DocMobilizer> hrhrr
Jun 21 21:10:25 <DocMobilizer> still about FOSS
Jun 21 21:10:38 <PaulFertser> onen|openBmap: getting offtopic is may favourite hobby. I used to discuss phylosophy a lot on maths classes at school. :D
Jun 21 21:12:14 <DocMobilizer> uptime 20;00. another 4h til gprs miracle
Jun 21 21:13:26 <DocMobilizer> this has to be the log with all the data packet in it ;-)
Jun 21 21:14:37 <DocMobilizer> (tcpdump to spot gprs lease expiry)
Jun 21 21:14:56 <PaulFertser> onen|openBmap: and sometimes maths on phylosophy classes at the university.
Jun 21 21:15:10 <onen|openBmap> PaulFertser: :-)
Jun 21 21:17:09 <Blu3> is there any method to retrieve your voicemail number from some resource like the gsm network?
Jun 21 21:20:58 <mrmoku> dos1|neo, ok... frameworkd is in the feed...
Jun 21 21:21:02 * mrmoku off to bed
Jun 21 21:21:42 <Blu3> g'nite
Jun 21 21:21:43 <DocScrutinizer> Blu3: not afaik
Jun 21 21:22:13 <DocScrutinizer> night mrmoku|away 
Jun 21 21:24:39 <Blu3> http://osdir.com/ml/handhelds.openmoko.gsmd/2007-10/msg00008.html suggests there might be such a method
Jun 21 21:26:24 <Ainulindale> alphaone ?
Jun 21 21:26:35 <Ainulindale> alphaone: mickey|zzZZzz did a really marvelous job with his paper
Jun 21 21:26:51 <Ainulindale> alphaone: It'll be in the next issue of Gnu/Linux Magazine France (special issue for embedded devices)
Jun 21 21:26:58 <Ainulindale> Along with OE, SHR & H:1 stuff
Jun 21 21:26:59 <Ainulindale> 27 pages
Jun 21 21:27:05 <Ainulindale> (just for that)
Jun 21 21:27:26 <alphaone> Ainulindale: Cool
Jun 21 21:30:29 <dos1|neo> Ainulindale: is there something about me??? ;D
Jun 21 21:31:02 <Ainulindale> dos1|neo: nah :-)
Jun 21 21:31:21 <dos1|neo> :(
Jun 21 21:31:29 <dos1|neo> ;)
Jun 21 21:32:48 <dos1|neo> is that magazine really france, or is it france edition of something international)
Jun 21 21:32:50 <dos1|neo> ?
Jun 21 21:33:31 <Ainulindale> it's a french magazine
Jun 21 21:33:40 <Ainulindale> My article will be released as CC in 4 months
Jun 21 21:33:44 <Ainulindale> I'll put it online and translate it
Jun 21 21:33:53 <dos1|neo> nice :)
Jun 21 21:34:15 <dos1|neo> but put something about me! ;D
Jun 21 21:34:25 <dos1|neo> (joking of course ;))
Jun 21 21:34:34 <Ainulindale> Can't, already wrote too much
Jun 21 21:37:16 <dos1|neo> Ainulindale: it would be nice to see that article translated in other countries. some linux magazines in poland have mostly translated content
Jun 21 21:37:59 <dos1|neo> Ainulindale: it would be really really nice to see it here someday ;)
Jun 21 21:38:08 <Ainulindale> I'm asking that to the editor in chief
Jun 21 21:38:19 <Blu3> perhaps ophonekitd should be put under inetd so when it crashes it'll be restarted
Jun 21 21:38:40 <dos1|neo> Blu3: when it crashes?
Jun 21 21:38:51 <Blu3> ophonekitd is rather crashy
Jun 21 21:38:59 <Ainulindale> Naaah never :-)
Jun 21 21:39:02 <Blu3> :)
Jun 21 21:39:14 <dos1|neo> Blu3: if it crashes *now*, it should be filled as bug
Jun 21 21:39:34 <Blu3> unfortunately you never know it crashes, just kinda figure it out after things have been silent for a while
Jun 21 21:39:42 <dos1|neo> i remember when every warn was crashing ophonekitd :P
Jun 21 21:39:55 <Blu3> dos1, it's been crashy for the entire time i've had my fone :]
Jun 21 21:40:31 <dos1|neo> Blu3: but now the only opkd crash i've had for some long time was "out of memory" :P
Jun 21 21:40:45 <dos1|neo> Blu3: now i rather have fso crashes ;p
Jun 21 21:41:09 <Blu3> crashes are good for exercise, they keep developers busy :>
Jun 21 21:41:33 <Ainulindale> dos1|neo: it's not possible
Jun 21 21:41:47 * DocScrutinizer kicks dbus hard
Jun 21 21:42:25 <Ainulindale> dos1|neo: but if it 's the polish linux magazine it's doable
Jun 21 21:42:36 <Ainulindale> but a strict edition, with no specific distro pack or something
Jun 21 21:44:29 <dos1|neo> Ainulindale: ack
Jun 21 21:44:40 <Ainulindale> dos1|neo: so contact them and check with me :-)
Jun 21 21:50:21 <Blu3> hmm, the only thing ophonekitd is saying is "*** glibc detected *** ophonekitd: realloc(): invalid pointer: 0x000146c8 ***" when it crashes
Jun 21 21:50:42 <Blu3> int'westin
Jun 21 21:51:37 <dos1|neo> Blu3: weird...
Jun 21 21:51:53 <dos1|neo> maybe check with gdb
Jun 21 21:52:33 <dos1|neo> and analize backtrace or show it to some skilled person
Jun 21 21:53:55 <Blu3> won't do any good, dist version is stripped.  i'll have to recompile for symbols
Jun 21 21:54:38 <Ainulindale> or installe the dbg package
Jun 21 21:54:39 <Ainulindale> -e
Jun 21 21:55:24 <Blu3> i have to massage opkg into not crashing
Jun 21 21:55:55 <Ainulindale> Blu3: mrmoku wrote a script for that
Jun 21 21:56:00 <Blu3> heh
Jun 21 21:56:05 <Ainulindale> And I told someone earlier to stop X & framework before upgrade
Jun 21 21:56:10 <Ainulindale> or add some swap
Jun 21 21:56:45 <Blu3> i have swap, and i increased file nr max.  sometimes it still crashes
Jun 21 21:57:03 <dos1|neo> opkg is crap...
Jun 21 22:00:43 <Sharwin_F-> Blu3, justr tried before with the script and went everything perfect :)
Jun 21 22:01:54 <dos1|neo> i think after adding ability to reply sms in my opimd gui it should be usable for basics in daily usage 
Jun 21 22:02:21 <dos1|neo> it didn't failed todays test for me :)
Jun 21 22:02:45 <dos1|neo> i've recievied and stored to db all smses
Jun 21 22:03:23 <dos1|neo> just manually going to shr-messages to just reply to sms isn't optimal ;)
Jun 21 22:07:08 <max_posedon> dos1|neo, could you remind me how to enable fsousaged?
Jun 21 22:07:16 <max_posedon> e.g. in config or smth like this
Jun 21 22:08:40 <[Rui]> ecore_x_events.c in fso-milestone5.5 is lacking an #include <stdio.h>
Jun 21 22:08:57 <[Rui]> well, the cvs sit
Jun 21 22:09:15 <[Rui]> well, the cvs site referenced by the bb recipe, I mean.
Jun 21 22:10:37 <dos1|neo> max_posedon: #435 on FSO trac
Jun 21 22:10:46 <max_posedon> I followed, but have
Jun 21 22:11:02 <max_posedon> ERROR:common.c:297:fso_framework_createLogger: assertion failed: (FALSE)
Jun 21 22:11:17 <max_posedon> (e.g. fsousaged just doesn't starts)
Jun 21 22:11:30 <dos1|neo> max_posedon: that infos worked for me :/
Jun 21 22:11:53 <dos1|neo> mickey|zzZZzz: when you wake up, could you look at this?
Jun 21 22:12:36 <max_posedon> and as I understand many people have this
Jun 21 22:20:44 <[Rui]> huh?
Jun 21 22:20:50 <[Rui]> | sax.o: file not recognized: File format not recognized
Jun 21 22:21:08 <max_posedon> hm... if headset attached before boot(framework started), neo doesn't know about headset, bug?
Jun 21 22:21:11 <[Rui]> sax.[ch] is my own little file for parsing some xml types
Jun 21 22:21:32 <[Rui]> it compiles well on normal environment, but on bitbake environment it breaks like that
Jun 21 22:21:39 <[Rui]> any hints?
Jun 21 22:22:26 <[Rui]> http://pastebin.com/d791fd2f9
Jun 21 23:18:59 <Ainulindale> Yay, ended my article!
Jun 22 02:30:27 <Blu3> alphaone, ping
Jun 22 02:35:06 <Blu3> alphaone, re. bug #497, http://pastebin.ca/1469413
**** ENDING LOGGING AT Mon Jun 22 02:59:57 2009