**** BEGIN LOGGING AT Mon Jan 11 02:59:57 2010
Jan 11 05:39:48 <satish> where can i find cpuutils package for SHR distribution ?
Jan 11 06:37:40 <PaulFertser> satish_: are you sure you want that? the kernel SHR uses still doesn't support changing frequency.
Jan 11 07:32:30 <parilo> Hi all! Does it exists program for switching screen orientation? not from settings. Just by clicking on desktop shortcut?
Jan 11 07:51:55 <ThibG> hi
Jan 11 07:54:06 <ThibG> parilo, what about omnewrotate?
Jan 11 07:54:16 <ThibG> Is it ok to opgrade, now?
Jan 11 07:56:33 <ThibG> upgrade*
Jan 11 07:58:02 <parilo> ThibG: I want rotating by clicking not from accelerometers
Jan 11 07:59:31 <ThibG> hm... I don't know
Jan 11 07:59:44 <lindi-> parilo: xrandr
Jan 11 08:01:06 <ThibG> by clicking on a desktop shortcut?
Jan 11 08:01:31 <lindi-> ThibG: 1) Create shortcut for xrandr command 2) click that shortcut
Jan 11 08:01:49 <ThibG> yeah :)
Jan 11 08:02:58 <parilo> I'll try, thanx
Jan 11 08:42:46 <daniele_athome> hello
Jan 11 08:42:53 <daniele_athome> any news about fso-abyss not working correctly?
Jan 11 08:43:07 <daniele_athome> today it happened to me too after that user yesterday
Jan 11 08:43:20 <daniele_athome> it took 2 reboots to work
Jan 11 08:46:04 <ThibG> it's "just" fso-abyss? I had issues with about everything in the FSO stack. Well, at least GPS, wifi and bluetooth
Jan 11 08:46:36 <daniele_athome> ThibG, in my phone only bluetooth doesn't get catched by fsodeviced
Jan 11 08:46:39 <daniele_athome> for the rest, all works
Jan 11 08:46:47 <daniele_athome> well, except for that "random" fso-abyss issue
Jan 11 08:47:00 <ThibG> ok
Jan 11 08:47:03 <ThibG> I'll upgrade
Jan 11 08:47:11 <ThibG> anyway, I can reflash afterwards or use my old phone
Jan 11 09:01:45 <PaulFertser> daniele_athome: try installing fso-abyss-dbg package and get a backtrace please
Jan 11 09:14:43 <JaMa> PaulFertser: seen e-mail from gena2x on list? someone should reply with link to IRC discussion..
Jan 11 09:15:13 <PaulFertser> JaMa: not yet
Jan 11 09:15:16 <PaulFertser> JaMa: which list?
Jan 11 09:15:24 <JaMa> PaulFertser: because his overview seems 100% different to what he said here when he was leaving..
Jan 11 09:15:36 <JaMa> PaulFertser: openmoko-kernel
Jan 11 09:16:19 <spaetz> Hey, I can always disable some DEBUG stuff in shr-testing. That will never oops :-P
Jan 11 09:17:23 <spaetz> JaMa: do .desktop files not have that SingleInstance= entry or so, that prevents multiple copies from starting up?
Jan 11 09:17:54 <JaMa> spaetz: seen that somewhere.. so probably yes
Jan 11 09:18:17 <JaMa> spaetz: but Zoff said that he want to run multiple copies from dbus call or something like that..
Jan 11 09:18:20 <spaetz> SingleInstance=true
Jan 11 09:18:31 <spaetz> bah, he does't know what he wants.
Jan 11 09:18:44 <JaMa> spaetz: I think that's script fault if it can run navit with dbus.. it should be able to check if its running already
Jan 11 09:18:46 <spaetz> But having multiple copies of navit been run does sound bad on the FR anyway
Jan 11 09:19:06 <JaMa> spaetz: I think its the same with all apps on neo, isn't it?
Jan 11 09:19:13 <spaetz> I'll investigate the SingleInstance=true and push that into our .desktop file
Jan 11 09:19:16 <spaetz> true
Jan 11 09:19:24 <JaMa> spaetz: I'm using launcher with double click to run, because of that..
Jan 11 09:19:27 <Q-Master> Installing libgsm0710mux-dbg (1:0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4) to root...
Jan 11 09:19:27 <Q-Master> Downloading http://build.shr-project.org/shr-unstable/ipk//om-gta02/libgsm0710mux-dbg_0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4_om-gta02.ipk
Jan 11 09:19:27 <Q-Master> Not downgrading package libgsm0710mux0 on root from 1:0.9.0+gitr46+e81ed512ec86e31d0d0119826afa9d1302651693-r0.4 to 1:0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4.
Jan 11 09:19:34 <Q-Master> WTF?
Jan 11 09:19:58 <daniele_athome> PaulFertser, I can't reach usb networking right now
Jan 11 09:20:25 <daniele_athome> I'm using non the 2.6.29 debugging kernel which windows (i'm at work right now) doesn't see
Jan 11 09:21:12 <daniele_athome> PaulFertser, do you know how to solve this issue in windows usb networking?
Jan 11 09:21:16 <daniele_athome> it is pretty frustrating...
Jan 11 09:21:49 <Q-Master> Why the hell are debug versions not the same as non-debug?
Jan 11 09:21:52 <PaulFertser> daniele_athome: not really, it used towork.
Jan 11 09:22:00 <PaulFertser> Q-Master: ask JaMa :)
Jan 11 09:22:11 <Q-Master> JaMa: ^^^?
Jan 11 09:22:41 <daniele_athome> PaulFertser, actually the network device has different mac address
Jan 11 09:22:54 <JaMa> Q-Master: mmt.. I'll fix it
Jan 11 09:22:56 <daniele_athome> one thing I noticed is that the shr original kernel doesn't recognized the g_ether* parameters
Jan 11 09:23:03 <JaMa> Q-Master: they are..
Jan 11 09:23:13 <JaMa> just gitrNNN is messed a bit
Jan 11 09:23:58 <JaMa> Q-Master: libgsm0710mux-dbg_0.9.0+gitr45+e81ed512ec86e31d0d0119826afa9d1302651693-r0.4_om-gta01.ipk
Jan 11 09:24:23 <Q-Master> exactly
Jan 11 09:24:26 <JaMa> is in feeds too..not sure why package-index didn't move later to morgue..
Jan 11 09:24:27 <Q-Master> gitr45
Jan 11 09:24:39 <Q-Master> but non debug is gitr46
Jan 11 09:24:40 <daniele_athome> so I suppose windows doesn't recognized it because of different parameters
Jan 11 09:24:49 <daniele_athome> even in linux it gets recognized as a different ethernet device
Jan 11 09:25:26 <JaMa> Q-Master: Q-Master libgsm0710mux-dbg_0.9.0+gitr46+e81ed512ec86e31d0d0119826afa9d1302651693-r0.4_om-gta02.ipk is there too
Jan 11 09:25:37 <spaetz> JaMJa pushed the SingleInstance=true  to navit .desktop files.
Jan 11 09:25:46 <JaMa> Q-Master: but its still building stuff from yesterday..
Jan 11 09:25:47 <spaetz> JaMa: is it save to merge in OE.dev?
Jan 11 09:25:47 <Q-Master> why the hell opkg installs gitr45?
Jan 11 09:26:01 <spaetz> into shr/merge, I mean
Jan 11 09:26:09 <JaMa> Q-Master: because package.gw wasn't regenerated
Jan 11 09:26:13 <JaMa> spaetz: no shr/merge please
Jan 11 09:26:17 <Q-Master> so?
Jan 11 09:26:20 <JaMa> spaetz: oe.dev should be good
Jan 11 09:26:29 <JaMa> Q-Master: give me some time to fix it :)
Jan 11 09:26:36 <Q-Master> ok
Jan 11 09:26:46 <spaetz> done
Jan 11 09:26:55 <JaMa> mrmoku|away: rsync would be better with --delete maybe..
Jan 11 09:27:02 <JaMa> mrmoku|away: see ^^^
Jan 11 09:27:35 <daniele_athome> PaulFertser: http://lists.openmoko.org/nabble.html#nabble-td4262326|a4284338
Jan 11 09:27:43 <daniele_athome> PaulFertser, did you really say those things?
Jan 11 09:28:05 <JaMa> spaetz: what do you think about rsync --delete? at least for sync feed?
Jan 11 09:28:52 <JaMa> spaetz: this libgsm0710 is messed only in rsynced dir.. in tmp/deploy its ok..
Jan 11 09:29:30 <spaetz> I would be happy to get rid of some of the old stuff. We kept the old files around, so that a failed build would not prevent us from installing.
Jan 11 09:29:39 <spaetz> so we do need to keep some of the old files around
Jan 11 09:30:19 <JaMa> Q-Master: try it now..
Jan 11 09:30:25 <spaetz> e.g. a failed build would already have deleted some of the old .ipk files, so the package-index would be inconsistent
Jan 11 09:30:41 <spaetz> but deleting out the old stuff from time to time, would make sense to me.
Jan 11 09:31:07 <JaMa> spaetz: old .opk files are automaticaly moved to morgue dir
Jan 11 09:31:12 <JaMa> spaetz: even in deploy dir
Jan 11 09:31:27 <misc> daniele_athome: from what i see from log, the mail is not corresponding to what was said 
Jan 11 09:31:33 <misc> daniele_athome: take point 3 : 
Jan 11 09:31:35 <misc> 19:53:52|  PaulFertser> He expressed just my thoughts in a clear and consistent way.
Jan 11 09:31:39 <misc> 19:54:07|  PaulFertser> Trying to convince end-users that Werner is wrong is utterly unfair thing to do.
Jan 11 09:31:42 <misc> 19:54:11|  PaulFertser> Like a dirty trick.
Jan 11 09:31:50 <JaMa> and failed build doesn't replace .opk until last task
Jan 11 09:32:29 <spaetz> I'm fine with --delete then.
Jan 11 09:32:42 <misc> daniele_athome: the way gennady turn the discussion is not  really the spirit of what paul said , you can look the log ( around 19h CET )
Jan 11 09:32:46 <spaetz> BTW, what commits do I need to cherry-pick for the update-alternative fixes?
Jan 11 09:33:08 <PaulFertser> misc: i admit i could have misunderstood gena
Jan 11 09:33:20 <PaulFertser> misc: especially those words of mine you cited seem to be wrong.
Jan 11 09:33:27 <PaulFertser> misc: that's clearly not his intention.
Jan 11 09:33:54 <spaetz> JaMa: is this all I need? http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=shr/merge&id=b25af254d759f8d26bcbfb4a158ef9713c8402b6
Jan 11 09:35:13 <JaMa> spaetz: for now yes.. but I would wait with picking it to testing
Jan 11 09:35:52 <JaMa> spaetz: lets see what oe-devel says.. and about it also in opkg postinst.. 
Jan 11 09:36:06 <JaMa> spaetz: after its in oe.dev it would be safe enough for shr-t
Jan 11 09:36:22 <spaetz> ahh, too late. :_)
Jan 11 09:36:25 <JaMa> spaetz: but please check that busybox is not pulled to shr-t before that
Jan 11 09:36:29 <spaetz> It can't hurt, can it?
Jan 11 09:36:39 <spaetz> I can always revert it if it's not a good fix
Jan 11 09:37:04 <JaMa> spaetz: no :), but if someone creates better solution in oe-devel...
Jan 11 09:37:15 <spaetz> right, I want to push this fix as a cherry pick as soon as possible before the new busybox comes in
Jan 11 09:37:23 <JaMa> spaetz: this is working but still not optimal
Jan 11 09:37:34 <spaetz> ok, that is good enough for now :-)
Jan 11 09:37:50 <JaMa> spaetz: because of reason described in oe-devel (when someone intentionally removed some higher priority package before..)
Jan 11 09:38:02 <spaetz> Yep, read the OE mail
Jan 11 09:38:19 <JaMa> spaetz: and this case is ireversible after this patch..
Jan 11 09:38:19 <spaetz> still pushing that out now, sounds good to me
Jan 11 09:38:35 <spaetz> i c
Jan 11 09:38:52 <JaMa> spaetz: because I won't writte another merger merging merged stuff with some newer better solution  :)
Jan 11 09:39:34 <JaMa> spaetz: and I want it in opkg, because with merger there.. I can blacklist and remove -cwroth from our images..
Jan 11 09:39:44 <spaetz> WTF? ERROR: Importing sqlite3 and pysqlite2 failed, please install one of them. Python 2.5 or a 'python-pysqlite2' like package is likely to be what you need.
Jan 11 09:39:54 <spaetz> bb fails with that on the buildhost
Jan 11 09:40:42 <spaetz> mrmoku|away: ping
Jan 11 09:41:25 <daniele_athome> misc, i see
Jan 11 09:41:59 <spaetz> mmh, only failed in that one terminal
Jan 11 09:42:13 <spaetz> so someone messed up the screen session. good
Jan 11 09:43:50 <daniele_athome> someone succeded in connecting usb network with 2.6.29-nodebug or 2.6.31 in windows xp?
Jan 11 09:44:11 <JaMa> spaetz: whats wrong about screen session?
Jan 11 09:44:36 <JaMa> spaetz: I just see you have much lower resolution or bigger fonts :)
Jan 11 09:45:47 <spaetz> hehe, a small terminal in my X.
Jan 11 09:45:55 <JaMa> spaetz: you closed my screen window with that for.. clean?
Jan 11 09:46:15 <spaetz> I closed one window where nothing was running anymore, yes
Jan 11 09:46:26 <JaMa> so it ended successfully right/
Jan 11 09:46:26 <spaetz> sorry, I did not close anything with a running command
Jan 11 09:46:28 <JaMa> ?
Jan 11 09:46:38 <spaetz> I think so, I did not see any error message
Jan 11 09:46:45 <JaMa> I was just cleaning failed recipes from last shr-u runn
Jan 11 09:46:56 <JaMa> because I've fixed classpath-native yesterday..
Jan 11 09:47:10 <JaMa> so quite a few recipes were building in feeds again
Jan 11 09:47:13 <JaMa> ok
Jan 11 09:47:17 <spaetz> ahh, cool
Jan 11 09:47:56 <JaMa> and have you merged those navit changes to shr/merge?
Jan 11 09:48:20 <spaetz> yep
Jan 11 09:48:26 <spaetz> but not bumped PV
Jan 11 09:48:46 <JaMa> I'll run task-shr-feed for shr-u if you don't mind
Jan 11 09:48:50 <spaetz> so they will go out whenever someone changes navit next :)
Jan 11 09:48:57 <spaetz> sure, should I bump PV before?
Jan 11 09:49:05 <JaMa> I'll clean it..
Jan 11 09:49:26 <JaMa> I think there was enough navit commits for last few days :)
Jan 11 09:49:59 <spaetz> let me push a PV bump first
Jan 11 09:50:11 <spaetz> or the automatic upgrades won't pick it up
Jan 11 09:50:23 <JaMa> already cleaned
Jan 11 09:50:38 <JaMa> spaetz: I synced latest navit to feeds about 10 mins ago
Jan 11 09:51:03 <JaMa> spaetz: in 5 mins it can be synced with updated navit..
Jan 11 09:53:02 <spaetz> ok. I just bumped PV anyway
Jan 11 09:53:14 <spaetz> won't hurt
Jan 11 09:54:34 <Q-Master> JaMa: same
Jan 11 09:57:48 <ThibG> hm
Jan 11 09:57:57 <ThibG> upgrade process seems to have frozen :/
Jan 11 09:59:08 <JaMa> Q-Master: current Packages.gz in om-gta02 in shr feeds..:
Jan 11 09:59:08 <JaMa> Package: libgsm0710mux-dbg
Jan 11 09:59:09 <JaMa> Recommends: libgsm0710mux0 (= 1:0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4), libgsm0710-dbg, libfsotransport-dbg, eglibc-dbg, libgee-dbg, libfsobasics-dbg, gthread-2.0-dbg, gio-2.0-dbg, gobject-2.0-dbg, gmodule-2.0-dbg, libglib-2.0-dbg, libgsm0710mux-dbg
Jan 11 09:59:46 <Q-Master> JaMa: Not downgrading package libgsm0710mux0 on root from 1:0.9.0+gitr46+e81ed512ec86e31d0d0119826afa9d1302651693-r0.4 to 1:0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4.
Jan 11 09:59:54 <JaMa> And Package: libgsm0710mux0
Jan 11 09:59:54 <JaMa> Recommends: libgsm0710mux-config
Jan 11 09:59:54 <JaMa> Filename: libgsm0710mux0_0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4_armv4t.ipk
Jan 11 10:00:00 <JaMa> in armv4t feed
Jan 11 10:00:11 <Q-Master> JaMa: unstable?
Jan 11 10:00:27 <JaMa> yes
Jan 11 10:01:12 <JaMa> Q-Master: its safe to "downgrade" to libgsm0710mux0_0.9.0+gitr46+b6793a8191f20adba31b93b2f337cc5451270cf9-r0.4_armv4t.ipk
Jan 11 10:01:20 <JaMa> because its newer version..
Jan 11 10:01:51 <ThibG> tch
Jan 11 10:02:12 <Q-Master> JaMa: how to tell opkg to do so?
Jan 11 10:02:47 <JaMa> Q-Master: -force-downgrade..
Jan 11 10:02:57 <Q-Master> ah.oj
Jan 11 10:02:57 <Q-Master> k
Jan 11 10:02:59 <JaMa> Q-Master: I'll bump it to gitr47 to make it easier
Jan 11 10:03:27 <Q-Master> JaMa: there are also some other packages marked not downgradable
Jan 11 10:04:24 <ThibG> argh... any idea why the phone would lock up?
Jan 11 10:04:26 <JaMa> which packages? 
Jan 11 10:04:37 <ThibG> (using SHR unstable from a few weeks ago)
Jan 11 10:04:56 <Q-Master> JaMa: wait a bit. I'll check
Jan 11 10:05:17 <PaulFertser> mrmoku|away: i got reply for bluez folks
Jan 11 10:15:03 * daniele_athome is restoring old debug *slow* kernel for making it working with windows xp (sigh :( )
Jan 11 10:15:27 <JaMa|Wrk> spaetz: ubifs is documented on wiki
Jan 11 10:16:14 <JaMa|Wrk> spaetz: and don't push fso update to shr-t
Jan 11 10:16:15 <spaetz> ok, thanks
Jan 11 10:16:39 <spaetz> no, I will wait for the fallout to settle before updating it, was jsut asking :)
Jan 11 10:16:49 <spaetz> but I will push the new kernel update to shr-t
Jan 11 10:19:27 <Q-Master> JaMa|Wrk: Downgrading libgsm0710-0 on root from 1:1.2.0+gitr25+cd564c8782f018e0d65fb8716c99a6040b5bd166-r0.4 to 1:1.2.0+gitr24+cd564c8782f018e0d65fb8716c99a6040b5bd166-r0.4..
Jan 11 10:19:56 <Q-Master> JaMa|Wrk: Downgrading libgee2 on root from 1:0.5.0+gitr175+c21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4 to 1:0.5.0+gitr174+c21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4...
Jan 11 10:21:12 <JaMa|Wrk> Q-Master: ok thanks, I'll look into it later today..
Jan 11 10:21:56 <JaMa|Wrk> well after paid job.. spend already too much time with shr this weekend :)
Jan 11 10:23:15 <spaetz> hehe
Jan 11 10:23:19 * spaetz knows that feeling
Jan 11 10:26:30 <Q-Master> heh
Jan 11 10:26:30 <Q-Master> Reading symbols from /usr/sbin/fso-abyss...Reading symbols from /usr/sbin/.debug/fso-abyss...(no debugging symbols found)...done.
Jan 11 10:26:31 <Q-Master> (no debugging symbols found)...done.
Jan 11 10:27:35 <daniele_athome> guys what happens if I remove hal and udev from shr?
Jan 11 10:28:18 <PaulFertser> JaMa|Wrk: omg, i just read the Gena's letter.
Jan 11 10:28:25 <PaulFertser> JaMa|Wrk: totally fucked up :(
Jan 11 10:29:05 <JaMa|Wrk> daniele_athome: it should be safe to remove hal (it was added later in oe.dev)
Jan 11 10:29:20 <JaMa|Wrk> daniele_athome: not sure about udev.. unless you're using 2.6.32 with devtmpfs
Jan 11 10:29:27 <JaMa|Wrk> PaulFertser: yes.. :/
Jan 11 10:29:33 <rtp> PaulFertser: read werner's answer. The conclusion is very nice :)
Jan 11 10:29:34 <daniele_athome> JaMa|Wrk, opkg syas that xserver-xorg depends on hal
Jan 11 10:29:37 <daniele_athome> it is truly important?
Jan 11 10:29:43 <PaulFertser> rtp: well, Werner's great as usual
Jan 11 10:30:38 <JaMa|Wrk> daniele_athome: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=3a9b352acba24c78b562d8dc6527b774cbb86041
Jan 11 10:31:14 <daniele_athome> JaMa|Wrk, so I can't remove hal either...
Jan 11 10:32:07 <rtp> PaulFertser: yeah. I hope it'll help Gena to understand better the idea
Jan 11 10:32:29 <JaMa|Wrk> daniele_athome: strange that hal is in DEPENDS as well as RECOMMENDS.. http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/xorg-xserver/xorg-xserver-common.inc?id=4fde7c59bf20296445bc47840da63d5773207443
Jan 11 10:32:39 <JaMa|Wrk> daniele_athome: if only in later than it could be removed
Jan 11 10:32:47 <JaMa|Wrk> daniele_athome: now you would need -force-depends
Jan 11 10:33:08 <JaMa|Wrk> daniele_athome: and update xorg config to disable hal input autodetection
Jan 11 10:33:17 <daniele_athome> JaMa|Wrk, maybe they forgot to remove it from DEPENDS
Jan 11 10:33:45 <rtp> daniele_athome: well, it's a DEPENDS as long as you have hal input detection enabled :)
Jan 11 10:33:54 <daniele_athome> ok i'll disable it then
Jan 11 10:34:03 <daniele_athome> one application less in my phone :)
Jan 11 10:34:27 <daniele_athome> (really hal it's being used only for input detection?)
Jan 11 10:35:25 <JaMa|Wrk> I didn't have it in my images before this commit..
Jan 11 10:36:00 <JaMa|Wrk> now really off
Jan 11 10:36:11 <JaMa|Wrk> time for lunch and still no work done ..
Jan 11 10:36:17 <daniele_athome> JaMa|Wrk: /usr/bin/Xorg: error while loading shared libraries: libhal.so.1: cannot open shared object file: No such file or directory
Jan 11 10:36:18 <daniele_athome> of course :(
Jan 11 10:36:49 <JaMa|Wrk> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=036620b7a92514cde4dc00d017fc22313a555617
Jan 11 10:36:51 <daniele_athome> I will need to recompile...
Jan 11 10:36:57 <JaMa|Wrk> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=ada680d9ac7180986f600f223b6ec01c7796dff8
Jan 11 10:37:19 <JaMa|Wrk> ah, right.. 
Jan 11 10:37:43 <daniele_athome> let's do it...
Jan 11 10:45:00 <PaulFertser> misc: rtp: see my reply to Gennady
Jan 11 10:54:32 <rtp> PaulFertser: looks nice. let's wait for Gennady. 
Jan 11 10:56:18 <DocScrutinizer51> mrmoku|away: moin. things normalize
Jan 11 10:56:46 <rtp> PaulFertser: it would be nice if someould could remember what was the issue with hwecc. Would make things quicker to fix (if possible) :/
Jan 11 10:57:24 <PaulFertser> rtp: Werner explained everything he remembered in previous mail i guess.
Jan 11 11:03:01 <rtp> PaulFertser: ok :(
Jan 11 11:03:37 <PaulFertser> rtp: `Would you -- be good enough,' Alice panted out... `I'm GOOD enough,' the King said
Jan 11 11:04:05 <PaulFertser> rtp: (implied meaning is that my letters always look nice ;) )
Jan 11 11:04:29 <rtp> :)
Jan 11 11:13:38 <Q-Master> heh
Jan 11 11:13:39 <Q-Master> root@om-gta02 ~ $ fsousaged
Jan 11 11:13:39 <Q-Master> 2010-01-11T11:10:58.252679Z fsousaged [INFO] : Binary launched successful (FsoFrameworkStdErrLogger created as theLogger)
Jan 11 11:13:39 <Q-Master> ** (process:4084): WARNING **: common.vala:31: FsoFramework.createLogger is DEPRECATED, please use Logger.createLogger
Jan 11 11:13:39 <Q-Master> 2010-01-11T11:10:58.545598Z fsousaged [INFO] : fsousaged starting up...
Jan 11 11:13:41 <Q-Master> 2010-01-11T11:10:58.561173Z subsystem [WARNING] : No section for fsousage in configuration file. Not looking for plugins.
Jan 11 11:13:44 <Q-Master> 2010-01-11T11:10:58.571818Z fsousaged [INFO] : loaded 0 plugins
Jan 11 11:13:46 <Q-Master> 2010-01-11T11:10:58.574940Z fsousaged [INFO] : fsousaged exit
Jan 11 11:17:00 <Heinervdm> Q-Master: looks like wrong configuration
Jan 11 11:17:22 <Q-Master> Heinervdm: I haven't touched the configs for ages
Jan 11 11:17:42 <methril|work> the planet is down
Jan 11 11:18:00 <DocScrutinizer51> PaulFertser: moin
Jan 11 11:19:01 <DocScrutinizer51> methril|work: quiet earth?
Jan 11 11:19:09 <Heinervdm> what does "warning: assignment discards qualifiers from pointer target type" mean?
Jan 11 11:20:14 <methril|work> DocScrutinizer51: the Openmoko planet
Jan 11 11:20:16 <DocScrutinizer51> Heinervdm: sounds like a borked implicit typecast on an asignment
Jan 11 11:20:24 <wpwrak> Heinervdm: you assigned a const char * to a char * :)
Jan 11 11:20:29 <methril|work> :D
Jan 11 11:20:57 <wpwrak> Heinervdm: (at least that's the usual cause)
Jan 11 11:21:05 <Heinervdm> wpwrak: p = g_hash_table_lookup(*c, "Path");
Jan 11 11:21:06 <DocScrutinizer51> wpwrak: eeew. how xan one darem;-P
Jan 11 11:21:09 <Heinervdm> that's the line
Jan 11 11:21:14 <Heinervdm> p is a gpointer
Jan 11 11:21:21 <DocScrutinizer51> how can one dare
Jan 11 11:21:26 <DocScrutinizer51> damn fingers
Jan 11 11:21:29 <Heinervdm> and *c GHashTable **c
Jan 11 11:22:08 <Heinervdm> C is a strange language for me :)
Jan 11 11:22:27 <DocScrutinizer51> Heinervdm: +1
Jan 11 11:23:15 <Heinervdm> The strange thing is, that the same code is working 20 lines before in an other function :)
Jan 11 11:24:06 <spaetz> Heinervdm: do you know navit?
Jan 11 11:24:10 <mickey|office> Q-Master: location of configuration files has been changed as per proposal on smartphones-userland two months ago
Jan 11 11:24:13 <Heinervdm> spaetz: no
Jan 11 11:24:13 <spaetz> is it true that we are missing: --with-convert-librsvg
Jan 11 11:24:19 <spaetz> ahh :-( ok then
Jan 11 11:25:33 <wpwrak> Heinervdm: are you sure this is the line it's complaining about ?
Jan 11 11:26:10 <Heinervdm> wpwrak: oh no, you're right
Jan 11 11:26:12 <satish> hi, why is clock() function always returning 0 in linux, should i need to initialize any env variable ?
Jan 11 11:26:49 <satish> on my ubuntu machine
Jan 11 11:26:52 <Heinervdm> wpwrak: thx, i can see the error, i'm using gchar instead of const char
Jan 11 11:29:29 <Heinervdm> And then another glib question: i want append an guint16 to a GString, how can i do that? 
Jan 11 11:29:34 <DocScrutinizer51> satish: clock() ?? would you mind to mention the context, maybe even paste one line of code to show the issue?
Jan 11 11:31:39 <satish> DocScrutinizer51 : #include <stdio.h> #include <time.h>  int main(void) {   clock_t start;    start = clock() ; printf("Want to set actual speed (y) :");   if('y' == getchar())   {......} 
Jan 11 11:31:42 <satish> printf("Total time lapsed in go down and come back : %ld\n", start);
Jan 11 11:31:45 <satish> }
Jan 11 11:32:11 <PaulFertser> DocScrutinizer51: moin
Jan 11 11:32:20 <Q-Master> mickey|office: very funny. Why the hell then they're not moved during update? and what should be the name of that config file?
Jan 11 11:32:55 <JaMa|Wrk> Q-Master: they were.. 
Jan 11 11:33:00 <satish>  DocScrutinizer51 : any clue ?
Jan 11 11:33:01 <Q-Master> and what fsousaged is the correct one:
Jan 11 11:33:02 <Q-Master> root@om-gta02 ~ $ opkg list | grep fsousage
Jan 11 11:33:02 <Q-Master> fsousaged - 1:0.9.0.1+gitr829+fe2ec3260b73233c414de584aa1b4a5e49c24a0d-r1.0.4 - The freesmartphone.org API reference implementation (FSO 2.0)
Jan 11 11:33:02 <Q-Master> fsousaged - 1:0.9.0.1+gitr830+70b87d6e8b04f0bf0078702f6467e037eb4fdb28-r1.1.4 - The freesmartphone.org API reference implementation (FSO 2.0)
Jan 11 11:33:04 <Q-Master> fsousaged - 1:0.9.0.1+gitr830+fe2ec3260b73233c414de584aa1b4a5e49c24a0d-r1.0.4
Jan 11 11:33:21 <Q-Master> JaMa|Wrk: they're not. I see only 2 files there
Jan 11 11:33:28 <lindi-> satish: sleeping does not consume cpu time
Jan 11 11:33:35 <JaMa|Wrk> which version?
Jan 11 11:33:48 <Q-Master> JaMa|Wrk: yep
Jan 11 11:33:51 <satish> lindi : i'm doing some system stuff
Jan 11 11:33:55 <lindi-> satish: i
Jan 11 11:34:09 <lindi-> whoops
Jan 11 11:34:24 <satish> lindi : system("echo \"2793000\" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed");
Jan 11 11:34:27 <Q-Master> JaMa|Wrk: I have this one: root@om-gta02 ~ $ opkg list_installed | grep fsousaged
Jan 11 11:34:27 <Q-Master> fsousaged - 1:0.9.0.1+gitr830+fe2ec3260b73233c414de584aa1b4a5e49c24a0d-r1.0.4
Jan 11 11:34:34 <Q-Master> why?
Jan 11 11:35:02 <lindi-> satish: what has this to do with clock?
Jan 11 11:35:23 <JaMa|Wrk> Q-Master: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=220405a05589222ff56d8e09d61c75055d262b40
Jan 11 11:36:07 <satish> lindi : This is some operation to keep system in 2.7 ghz freq, but nothing to do with clock(), i want to measure the time in microseconds that it is taking during system function call
Jan 11 11:36:16 <satish> lindi : any clue ?
Jan 11 11:36:31 <lindi-> satish: gettimeofday?
Jan 11 11:36:42 <lindi-> satish: rdtsc on x86?
Jan 11 11:36:50 <satish> lindi : is it C function ?
Jan 11 11:36:58 <lindi-> find out :)
Jan 11 11:36:58 <Q-Master> JaMa|Wrk: why the hell do I have an 1.0.4 fsousaged instead 1.1.4?
Jan 11 11:37:04 <DocScrutinizer51> satish: that's *prozessor* time. It a) might not even be supported on your target platform, and b) usually is very small esp in your example as cpu load is considerably small
Jan 11 11:37:40 <mickey|office> Heinervdm: btw., i have now added multiple alarms per busname to fsotdld. feel free to use this API now from opimd
Jan 11 11:37:40 <parilo> People, tell me please if you know: is glamo driver, that now used in shr, fully accelerated and can I hope see my neo more accelerated?
Jan 11 11:37:43 <mickey|office> bbiab, lunch
Jan 11 11:37:44 <JaMa|Wrk> Q-Master: same problem as before.. rebuild is running, it should fix it
Jan 11 11:37:56 <Heinervdm> mickey|office: ok, thx
Jan 11 11:37:58 <Q-Master> ok
Jan 11 11:38:26 <satish> DocScrutinizer51 : I'm doing many....but i pasted one. in loop 
Jan 11 11:38:39 <satish>  system("echo \"userspace\" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor");   system("echo \"1596000\" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq");   system("echo \"CPU0 current frequecny is :\"");   system("cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq");
Jan 11 11:39:03 <satish> but i'm using only system function call....
Jan 11 11:39:16 <DocScrutinizer51> satish: I really doubt clock() is what you want
Jan 11 11:39:34 <satish> will it has any impact on clock () function ?
Jan 11 11:40:23 <satish> DocScrutinizer51 : i'm trying to measure time in micro seconds granularity level..do u have any idea abt other than clock() function in C ?
Jan 11 11:40:31 <DocScrutinizer51> satish: aiui clock(j gives you cpu usage of *uaer* process, not system
Jan 11 11:41:14 <satish> DocScrutinizer51 : oh ...ok...then how abt system process ?
Jan 11 11:41:28 <lindi-> satish: gettimeofday or rdtsc
Jan 11 11:41:45 <lindi-> satish: or 100000 iterations and plain time()
Jan 11 11:42:10 <DocScrutinizer51> satish: maybe check source of 'time (1)' and 'top (1)'
Jan 11 11:42:21 <satish> ok
Jan 11 11:48:23 <JaMa|Wrk> mrmoku|away: I've forced gitr bump in persistent cache (for all fso recipes).. seems like +1 bug was still there..
Jan 11 11:48:53 <JaMa|Wrk> mrmoku|away: hidding because we haven't bumped fso revs for long
Jan 11 11:48:58 <DocScrutinizer51> satish: see http://linux.die.net/man/3/clock. Your example does only *one* call to clock() at *beginning* of programm
Jan 11 11:49:47 <DocScrutinizer51> satish: as mentioned in manpage that value may be any random number
Jan 11 11:50:43 <DocScrutinizer51> satish: though 0 sounds just quite good enough for return value of first call
Jan 11 11:54:13 <CIA-52> SHR: 03heinervdm 07opimd-utils * rd3dc4f4c4596 10/setup.py: Add esperanto translation to setup.py
Jan 11 11:54:14 <satish> DocScrutinizer51 : i'm calling in the end of the function
Jan 11 11:54:23 <satish> too
Jan 11 11:54:48 <satish> but failed to get some value...and only 0 is returned always
Jan 11 11:55:22 <JaMa|Wrk> spaetz: see http://shr-project.org/trac/ticket/838
Jan 11 11:55:31 <JaMa|Wrk> spaetz: I haven't checked shr-t
Jan 11 11:55:50 <DocScrutinizer51> satish: check source of 'time(1)'. Seems it has what you want
Jan 11 11:56:27 <satish> ok..let me try.
Jan 11 11:56:54 <spaetz> JaMa|Wrk: ahh, so rebuilding in shr-testing might help
Jan 11 11:56:59 <spaetz> good
Jan 11 11:57:15 <JaMa|Wrk> spaetz: and --with-convert-librsvg was removed because configure in navit-icons can detect better svn converter (ie ksvgpng on my host) but works for shr buildhost where is only rsvg-native
Jan 11 11:57:32 <JaMa|Wrk> spaetz: you need to fix libcairo/libpixman if its the same issue as shr-u
Jan 11 11:57:51 <JaMa|Wrk> spaetz: see do_compile in navit-icons for error
Jan 11 11:58:12 <JaMa|Wrk> spaetz: missing libpixman-1.la needed for libcairo was for shr-u
Jan 11 11:58:18 <JaMa|Wrk> in staging.. 
Jan 11 11:58:23 <spaetz> sigh. How can I fix that?
Jan 11 11:58:31 <spaetz> rebuild libpixman?
Jan 11 11:58:36 <JaMa|Wrk> rebuild libpixman
Jan 11 11:59:03 <satish> DocScrutinizer51 : lindi : looks like i got something with this cmd : date -u %N
Jan 11 11:59:10 <satish> this gives nano seconds
Jan 11 11:59:21 <spaetz> thanks, will do
Jan 11 12:01:02 <skamster> hello all.. my gsm doesn't work after the last update, fso gives just some errors and warnings.. is this just a issue on my side or are others also unable to use gsm?
Jan 11 12:01:16 <daniele_athome> skamster, there are some problems
Jan 11 12:01:28 <daniele_athome> but I don't know exactly what is going on
Jan 11 12:01:54 <DocScrutinizer51> satish: nanosec is an insane granularity on any system I know
Jan 11 12:02:07 <JaMa|Wrk> some issues will be fixed with next upgrade (hour or so..)
Jan 11 12:02:17 <DocScrutinizer51> will yield bogus values every time
Jan 11 12:02:45 <skamster> JaMa: ah, good, thanks :)
Jan 11 12:03:06 <DocScrutinizer51> satish: even microseconds is beyond precision of all but the most realtime systems
Jan 11 12:03:19 <lindi-> satish: you are calling external program to get time of day?
Jan 11 12:05:04 <satish> DocScrutinizer51 : lindi : yes...it may not be correct...
Jan 11 12:05:32 <satish> DocScrutinizer51 : lindi : any clue measure atleast to measure in microseconds
Jan 11 12:05:55 <lindi-> satish: i told you already :)
Jan 11 12:06:12 <satish> lindi : gettimeoftheday ?
Jan 11 12:06:34 <lindi-> satish: yes or rdtsc
Jan 11 12:06:59 <satish> lindi : ok...let me try 
Jan 11 12:07:33 <DocScrutinizer51> or simply use time(1) directly, as that's what you want to get as result anyway in the end
Jan 11 12:14:43 <DocScrutinizer51> satish: aiui you are twiddling with cpufreq and probaly don't want to know how long it takes to write the ascii number to sysfs node. rather you will perform a for (i=0; i<10000; i=i+(srq(1001-1000)))
Jan 11 12:15:29 <DocScrutinizer51> and that is a perfect candidate to time(1) in a systen() call
Jan 11 12:17:17 <Q-Master> yyyeeeeehhaaa. Everything's working for me now
Jan 11 12:19:15 <DocScrutinizer51> satish: or maybe you really want to know how long it takes governor to change the system clock don and up again. Yet timing the "echo foo >/sys" will probably *not* tell you
Jan 11 12:19:55 <Q-Master> except for shr-settings
Jan 11 12:20:45 <PaulFertser> Q-Master: so what was the problem with fso-abyss?
Jan 11 12:21:11 <Q-Master> PaulFertser: wrong package's versions.
Jan 11 12:21:34 <Q-Master> PaulFertser: seems I've whooed too early. Dialer fails
Jan 11 12:23:37 <JaMa|Wrk> Q-Master: remove fsogsmd
Jan 11 12:26:37 <Q-Master> JaMa|Wrk: ps -ax | grep gsm shows nothing 
Jan 11 12:27:11 <Q-Master> I even don't have it installed
Jan 11 12:28:26 <satish> DocScrutinizer51 : lindi : looks lindi solution is working 
Jan 11 12:28:38 <satish> i measured for 10 times
Jan 11 12:28:52 <satish> root@satish-desktop:/home/satish/Desktop/progs# ./a.out  ============= Experiment : Changing CPU0 speed to lower frequency and back to upper frequency================ Total time lapsed in go down and come back : 0 secs and 2611 micro secs Total time lapsed in go down and come back : 0 secs and 2633 micro secs Total time lapsed in go down and come back : 0 secs and 2638 micro secs Total time lapsed in go down and come back
Jan 11 12:29:56 <DocScrutinizer51> satish: that's a prog printing a numeric value. I doubt that value has *any* meaning.
Jan 11 12:30:00 <satish> DocScrutinizer51 : lindi : thanks to you both...and i'm happy to see the consistance between number of calls
Jan 11 12:30:30 <Q-Master> JaMa|Wrk: [phonefsod]  MESSAGE: Remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Jan 11 12:31:05 <satish> DocScrutinizer51 : lindi : may be program, but i really fetched the CPU0 cur freq in the same program and verified the value....and is my expected frequency
Jan 11 12:31:14 <skamster> JaMA: remove fsogsmd would help to became a gsm-connection?
Jan 11 12:31:38 <satish> DocScrutinizer51 : lindi : but more or less near to the < 0.5 m secs
Jan 11 12:32:32 <DocScrutinizer51> satish: fine. Alas I really dunno what exactly I've learnt from that value
Jan 11 12:33:21 <DocScrutinizer51> satish: 42 is the answer. fine! now we need the question
Jan 11 12:34:21 <DocScrutinizer51> err s/42/less than 0.5ms/
Jan 11 12:35:20 <JaMa|Wrk> skamster: yes
Jan 11 12:35:28 <skamster> ah, nice
Jan 11 12:35:41 <satish> DocScrutinizer51 : yes correct....one of my app is need this time to be less than 0.5 ms to transistion between the clk freq changes...so i will happy if my app works
Jan 11 12:37:08 <skamster> ah, does someone know, why kernel 2.6.32 is recommended for ubifs? i use ubifs for now with the default shr-kernel and it works nice
Jan 11 12:37:59 <skamster> on my last try with 2.6.32, i couldn't use fso, because of kernel-changes, i think
Jan 11 12:39:16 <JaMa|Wrk> spaetz|BBL: see koen's e-mail in oe-devel about navit
Jan 11 12:39:26 <spaetz|BBL> no, haven't seen taht
Jan 11 12:39:56 <JaMa|Wrk> skamster: its not recommended.. I just said that I've tested it with it..
Jan 11 12:40:18 <spaetz|BBL> sigh. OK, so we need the navit.sh wrapper back :-)
Jan 11 12:40:26 <spaetz|BBL> zoff will be so happy
Jan 11 12:40:28 <JaMa|Wrk> skamster: and well I had issues with ubi in older kernels but max_posedon reported that it works ok for him with 2.6.29-rc3
Jan 11 12:40:43 <JaMa|Wrk> spaetz|BBL: or just drop unset in non shr .desktop files :)
Jan 11 12:40:52 <spaetz|BBL> right. :)
Jan 11 12:41:01 <spaetz|BBL> Do you want to do that, or should I ?
Jan 11 12:41:10 <JaMa|Wrk> do it
Jan 11 12:41:30 <mickey|office> larsc: what's the status of 2.6.3x? Would you recommend switching to completely or are there any showstoppers? Did you decide on the GSM / GPS power nodes yet?
Jan 11 12:41:46 <JaMa|Wrk> spaetz|BBL: but please retest that it actually works in our .desktop
Jan 11 12:42:11 <JaMa|Wrk> spaetz|BBL: I'm having it in my .desktop and I've seen right position 3 days ago.. while travelling..
Jan 11 12:42:30 <spaetz|BBL> JaMa|Wrk: if it starts then it should work, I guess.
Jan 11 12:42:43 <spaetz|BBL> Koen says, it fails to find the unset file
Jan 11 12:42:46 <JaMa|Wrk> spaetz|BBL: but I have bash as default shell
Jan 11 12:42:56 <spaetz|BBL> ahh, ok. let me try
Jan 11 12:43:01 <skamster> mmh, i don't think, i've got a kernel-issue for now.. (i tried both kernels), but there's a message "bad node type (11 but expected 6)
Jan 11 12:43:03 <skamster> "
Jan 11 12:43:16 <skamster> i this some issue with the kernel-params?
Jan 11 12:43:54 <pespin> JaMa|Wrk, with the versions update on feed in an hour or so, will be problems fixed and I'll be able to upgrade without problems? :)
Jan 11 12:44:08 <skamster> the testing-part of the howto (so also the append-part) wasn't working, because i was using qtmoko with default-kernel.. but flash_ereaseall and nandwrite was working well
Jan 11 12:44:20 <pespin> or there's still a problem with alternatives?
Jan 11 12:44:59 <spaetz|BBL> ahh, I don't have navit installed atm and have no net connection ATM, will have to test later
Jan 11 12:45:16 <spaetz|BBL> I put it on my todo, will only remove it on non-shr files for now.
Jan 11 12:45:36 <wpwrak> mickey|office: i'd also like to see convergence on a single kernel
Jan 11 12:45:46 <larsc> mickey|office: apart from mmc being broken, it works quite well...
Jan 11 12:46:04 <JaMa|Wrk> pespin: as I said in shr-devel.. it should be fixed with upgrade .. but fso is still packaged wrong for shr (rebuild still running) and fsogsmd shouldn't be installed but will be
Jan 11 12:46:17 <wpwrak> larsc: hmm, a bit of a showstopper :-( what's the problem ?
Jan 11 12:46:56 <mickey|office> hmm
Jan 11 12:47:04 <mickey|office> i only boot from SD these days
Jan 11 12:47:07 <mickey|office> that'd be a problem, ya
Jan 11 12:47:21 <mickey|office> i don't want to support more than one kernel, tbh
Jan 11 12:47:23 * JaMa|Wrk is booting .32 on uSD
Jan 11 12:47:28 <mickey|office> so i'd appreciate moving to .32
Jan 11 12:47:32 <larsc> wpwrak: if i would only know. at some point it stoped working and haven't figured out whats wrong yet
Jan 11 12:47:39 <mickey|office> but i need to know what do to with the GPS / GSM nodes
Jan 11 12:47:46 <mickey|office> really love to have everything rfkillable IMO
Jan 11 12:47:48 <larsc> mickey|office: mmc suspend/resume is what is broken
Jan 11 12:47:53 <mickey|office> ah
Jan 11 12:48:07 <larsc> but still a showstopper
Jan 11 12:48:38 <larsc> mickey|office: i think for gps we can use rfkill
Jan 11 12:48:42 <wpwrak> CONFIG_MMC_UNSAFE_RESUME ?
Jan 11 12:49:01 <wpwrak> mickey|office: rfkill for rfkill or rfkill for suspend ? :)
Jan 11 12:49:32 <mickey|office> rfkill for rfkill
Jan 11 12:49:53 <mickey|office> larsc: GSM could work the same way, no?
Jan 11 12:49:55 <larsc> wpwrak: nope, something with the regulator. i'm not sure why. but it's enabled twice after suspend
Jan 11 12:50:03 <mickey|office> after all it's just on/off at that level
Jan 11 12:50:17 <mickey|office> same as 1 | 0 > power_on
Jan 11 12:50:20 <larsc> mickey|office: well, don't we need the flow_control and download stuff?
Jan 11 12:50:45 <mickey|office> larsc: download no, this is not being used anymore
Jan 11 12:50:48 <wpwrak> mickey|office: good. i was afraid for a moment that you might have caught the android bug :)
Jan 11 12:51:03 <mickey|office> flow_control no idea, but that could be kept as sysfs node 
Jan 11 12:51:08 <wpwrak> larsc: sounds like something you'll figure out before too long :)
Jan 11 12:51:41 <mickey|office> it'd be a big step towards simplification of peripheral control
Jan 11 12:52:05 <lindi-> planning to change sysfs api again? ;)
Jan 11 12:52:25 <wpwrak> mickey|office: yup, if you need an rfkill, better to have a knob designed for it
Jan 11 12:52:40 <mickey|office> lindi-: yes
Jan 11 12:52:45 <mickey|office> it's been changed anyways
Jan 11 12:52:50 <mickey|office> now we might as well carry the change out fully
Jan 11 12:52:53 <mickey|office> and not stop beforehand :)
Jan 11 12:53:09 <larsc> mickey|office: are you going to be at fosdem?
Jan 11 12:53:15 <mickey|office> yes
Jan 11 12:53:25 <mickey|office> after two years pause, this year i'll be there again
Jan 11 12:53:35 <wpwrak> mickey|office: i see the day approach when you'll send patches that change sysfs ;-)
Jan 11 12:54:14 <mickey|office> wpwrak: heh, i try not to dive into kernelspace too much; but as middleware developer it's always on the borderline ;·
Jan 11 12:54:50 <wpwrak> mickey|office: yeah, caught between a rock and a hard place :)
Jan 11 12:55:00 <larsc> mickey|office: good, i'll be there aswell
Jan 11 12:55:13 <mickey|office> larsc: awesome, we can meet for a chat then
Jan 11 12:55:29 <larsc> mickey|office: exactly
Jan 11 13:01:09 <PaulFertser> larsc: do you want to know what wireless folks told me about the power management?
Jan 11 13:03:43 <PaulFertser> larsc: basically they told me that the maximum power savings are to happen when the driver is loaded and all the network interfaces of that card are down.
Jan 11 13:05:53 <rtp> PaulFertser: it's how ethernet card/card drivers are supposed to behave iirc so it's not suprising to get such answer
Jan 11 13:09:33 <skamster> could someone help me?
Jan 11 13:09:50 <skamster> first, i started my new ubifs-sys successfully
Jan 11 13:09:52 <lindi-> mickey|office: good, this time I
Jan 11 13:09:57 <lindi-> mickey|office: good, this time I'm prepared :)
Jan 11 13:10:05 <skamster> after one restart it where also working..
Jan 11 13:10:10 <DocScrutinizer51> maybe those wireless folks never seen a card with a real powerswitch? ;-P
Jan 11 13:10:11 <lindi-> (stupid keyboard, enter is where ' used to be and ' is where enter used to be)
Jan 11 13:10:35 <skamster> but for now, it had a "bad node type", "bad node at LEB 0:0"
Jan 11 13:10:46 <lindi-> mickey|office: is it possible to get a warning in advance? ;)
Jan 11 13:10:49 <skamster> and a kernel-panic
Jan 11 13:14:40 <mickey|office> lindi-: that's up to the kernel devs :)
Jan 11 13:14:55 <mickey|office> i'm just reacting here as well
Jan 11 13:17:19 <larsc> PaulFertser: that would be the optimum, but currently we don't know if the gps is used or not
Jan 11 13:17:41 <PaulFertser> larsc: and it's not a network interface...
Jan 11 13:18:15 <PaulFertser> larsc: what about the dynamic pm framework, might it be used? Sorry, i think i've asked about it already but probably something's changed since.
Jan 11 13:18:20 <larsc> nevertheless the same rules should apply
Jan 11 13:18:36 <lindi-> PaulFertser: is the sysfs api changing soon?
Jan 11 13:19:46 <PaulFertser> lindi-: that's basically up to larsc i guess
Jan 11 13:19:47 <larsc> PaulFertser: hm... maybe, but afaik it's currently not controllable from userspace
Jan 11 13:20:28 <lindi-> larsc: hmm?
Jan 11 13:20:43 <larsc> lindi-: not for the .29 kernel
Jan 11 13:20:49 <PaulFertser> larsc: like wpwrak says it's your chance ;)
Jan 11 13:20:50 <lindi-> larsc: but for something else?
Jan 11 13:21:05 <larsc> lindi-: .3x
Jan 11 13:21:12 <lindi-> larsc: would be nice to be able to add userland support in advance
Jan 11 13:21:37 <lindi-> larsc: so that it gets to next debian stable if at all possible :)
Jan 11 13:22:44 <larsc> lindi-: well, basically it's a switch from om custom interfaces to linux standard interfaces
Jan 11 13:24:39 <lindi-> larsc: sounds good but still, can you document the changes in advance somewhere so that i can add them to omhacks library? (it supports automatically probing for the right interface to use..)
Jan 11 13:25:12 <lindi-> larsc: (the whole point of that library is to discourage the use of hardcoding sysfs paths to scripts and programs)
Jan 11 13:26:16 <wpwrak> lindi-: sound great. does fso use this library too ?
Jan 11 13:27:25 <wpwrak> lindi-: i suppose you could also include "user space drivers" in such a library. that would solve the problem that higher-level processing gets pack-ratted into the kernel.
Jan 11 13:28:18 <lindi-> wpwrak: nope
Jan 11 13:28:45 <lindi-> wpwrak: what sort of user space drivers do you have in mind?
Jan 11 13:29:06 <PaulFertser> lindi-: those doing regulator and libgpio twiddling
Jan 11 13:29:36 <lindi-> PaulFertser: what are those used for?
Jan 11 13:29:43 <lindi-> wpwrak: it
Jan 11 13:30:10 <wpwrak> lindi-: things like touch screen filtering come to mind.
Jan 11 13:30:18 <lindi-> wpwrak: it's very rudimentary. basically we did a small survey of scripts that people use regularly and rewrote them in C, http://paste.debian.net/56352/
Jan 11 13:30:45 <lindi-> wpwrak: probably you'll want a separate library for that
Jan 11 13:31:39 <wpwrak> lindi-: (usage) nice !
Jan 11 13:31:55 <PaulFertser> Blu3: hey, whom do you address in your mail to the kernel ML?
Jan 11 13:32:40 <lindi-> wpwrak: if you have debian you can apt-get install omhacks or fetch it from http://git.debian.org/?p=pkg-fso/omhacks.git;a=summary  (cmake and help2man required for building)
Jan 11 13:32:54 <wpwrak> lindi-: (separate lib) hmm, in this specific case maybe. but i think we have a bunch of small rituals that could be encoded by such an openmoko abstraction library, such that higher layers never see how exactly kernel and user space split the work
Jan 11 13:33:22 <lindi-> wpwrak: touchscreen filtering sounds like something that'd be used by X. i would not want any random stuff in such a library :)
Jan 11 13:33:46 <lindi-> wpwrak: why not extend X or tslib?
Jan 11 13:35:25 <lindi-> wpwrak: anyways, any comments on omhacks command line syntax or functionality are very welcome. we mostly retained the syntax used by various scripts but they might not be ideal
Jan 11 13:35:55 <PaulFertser> wpwrak: the plan for the TS filtering is to extend ADC api to allow run-time frequency amendments and to port the most useless TS filter driver to tslib using that. 
Jan 11 13:36:19 <wpwrak> lindi-: (x/tslib) long code feedback loop. easier to have a api that doesn't change much and we can handle the filtre du jour locally, between kernel and the om-specific lib
Jan 11 13:36:45 <wpwrak> PaulFertser: the most useless ? :)
Jan 11 13:37:11 <PaulFertser> wpwrak: :D lol
Jan 11 13:37:41 <wpwrak> lindi-: (om) if you omit a [0/1] parameter, does it print the current status ?
Jan 11 13:37:56 <lindi-> wpwrak: yes
Jan 11 13:38:16 <lindi-> wpwrak: then manual page is still very rudimentary and does not mention this actually :)
Jan 11 13:40:25 <lindi-> wpwrak: accelerometer and rtc stuff are under planning. i am really surprised that debian does not have tools for those even though they are in no way openmoko specific (there's some issue with rtcwake but i can't immediately remember what)
Jan 11 14:31:43 <Seberoth> hi
Jan 11 14:57:24 <skamster> hey all
Jan 11 14:57:36 <skamster> i have a little bit a offtopic-question
Jan 11 14:57:54 <skamster> my sdhc-card make some noise.. http://pastebin.com/m786c0222
Jan 11 14:58:15 <skamster> this shouldn't be ext3, as i know
Jan 11 14:58:32 <skamster> this issue does exists for a time now..
Jan 11 14:59:16 <skamster> it wasn't really bad for me or so, but on the first time it appears, it kills my partitiontable.. now, it's the second time, same effect..
Jan 11 14:59:46 <skamster> did someone know how i could restore/overwrite the superblock?
Jan 11 15:05:35 <JaMa|Wrk> skamster: I had the same problem few days ago :/.. I was able to read data from that partition after recreating partition table and fsck.. but lot of files ended in lost&found.. so it was faster/easier for me to flash new image
Jan 11 15:06:54 <skamster> JaMa: this isn't the problem
Jan 11 15:07:24 <skamster> my problem is the follow one.. normaly, you have /dev/sda for the device and /dev/sda1 as example for the parition
Jan 11 15:07:37 <skamster> with, as example, ext3
Jan 11 15:08:12 <skamster> but on my sd-card, the "/dev/sda" contains a ext3-system
Jan 11 15:08:18 <skamster> this shouldn't be possible.. in my theorie
Jan 11 15:08:47 <skamster> but i will use dd, with /dev/zero.. so i hope, the superblock will also be overwritten..
Jan 11 15:11:22 <JaMa|Wrk> skamster: it depends if you've created partition table on your uSD..
Jan 11 15:12:46 <skamster> yes, i do.. but i do that always.. is it really possible to make a filesystem so directly on a system?
Jan 11 15:12:51 <DocScrutinizer51> skamster: exactly. you also can format a sd card in 'floppy' mode without any partitions. then the fs resides in the plain device
Jan 11 15:13:14 <skamster> good
Jan 11 15:13:16 <skamster> :)
Jan 11 15:14:18 <skamster> Doc: will it stop automatic? i think, /dev/zero has "no end".. does dd depend on the inputfile/device or on the outpout?
Jan 11 15:14:34 <DocScrutinizer51> skamster: you can decide how to mount the uSD
Jan 11 15:14:53 <DocScrutinizer51> skamster: both probably
Jan 11 15:17:00 <skamster> yes.. i had my partitiontable also on the superblock and it was working.. (but it was also a "ext3-fs")
Jan 11 15:17:22 <skamster> so i had everytime maked 3 partitions, but the system detects 4 :p
Jan 11 15:17:23 <mrmoku> spaetz|BBL: pong
Jan 11 15:17:38 <mrmoku> JaMa|Wrk: yeah, did without delete because I did not know of morgue then :P
Jan 11 15:18:04 <JaMa|Wrk> mrmoku: can you look at sync_unstable.log on buildhost?
Jan 11 15:18:36 <JaMa|Wrk> mrmoku: there is quite a lot of stuff for removal... I'm not sure about sources dir and images.. but it should be safe for feed only
Jan 11 15:19:15 <mrmoku> PaulFertser: reading #bluez backlog
Jan 11 15:19:31 <mrmoku> JaMa|Wrk: ok, in a moment...
Jan 11 15:19:56 <JaMa|Wrk> mrmoku: and I have patch for fsogsmd .service removal and adding all .conf files to CONFFILES
Jan 11 15:21:14 <DocScrutinizer51> skamster: that sounds weird
Jan 11 15:21:43 <skamster> yeah.. but dd was rocking.. now i create a really new pt.. :)
Jan 11 15:22:03 <DocScrutinizer51> lol
Jan 11 15:22:24 <JaMa|Wrk> skamster: isn't "superblock" only in filesystem terminology?
Jan 11 15:22:38 <skamster> well, i don't know
Jan 11 15:22:47 <Q-Master> JaMa|Wrk: can I upgrade now?
Jan 11 15:22:54 <JaMa|Wrk> skamster: pt is written in MBR or some uSD equivalent
Jan 11 15:23:00 <JaMa|Wrk> Q-Master: still building...
Jan 11 15:23:04 <lindi-> skamster: it is ext2 term at least
Jan 11 15:23:06 <skamster> http://pastebin.com/m786c0222 this was my message which i've got generaly when i plugin the card
Jan 11 15:23:07 <skamster> ;)
Jan 11 15:23:18 <Q-Master> JaMa|Wrk: heh. 8)
Jan 11 15:24:11 <skamster> JaMa: ah, ok, then my mbr was ext3-formated..
Jan 11 15:24:54 <DocScrutinizer51> skamster: kinda
Jan 11 15:25:05 <octavsly> sorry for interuption
Jan 11 15:25:06 <octavsly> SHR (inappropriate) question: 
Jan 11 15:25:06 <octavsly> I have updated to latest unstable and now I have the following strange behaviour:
Jan 11 15:25:06 <octavsly> the sliders are all going to left. Brightness is going to 2% when I touch the slider.
Jan 11 15:25:06 <octavsly> Furthermore the Call/*/Messages 3 buttons at bottom are now 11 of them and don't work anymore.
Jan 11 15:25:06 <octavsly> Any idea about a fix?
Jan 11 15:25:44 <DocScrutinizer51> you can mount mtdblk0 as ext3 and then the mbr becomes  normal memeber of the fs blocks
Jan 11 15:26:12 <skamster> Doc: mmh, but this "ext3" wasn't mountable
Jan 11 15:26:44 <mrmoku> JaMa|Wrk: hmm, I'm not sure if we want to loose the old testlabs...
Jan 11 15:26:50 <mrmoku> maybe just sync the feed with --delete?
Jan 11 15:26:57 <skamster> it was always defect, not in the pt.. i don't know where this fs come from.. it was really strange..
Jan 11 15:27:09 <DocScrutinizer51> skamster: obviously, as all the superblocks and inodes are off by a few 
Jan 11 15:27:27 <DocScrutinizer51> due to different start and size of 'partition'
Jan 11 15:27:37 <skamster> could the recent kernel read ext4 (just for data, not for a sys)
Jan 11 15:27:58 <mrmoku> octavsly: the multiplication of the buttons on bottom came with the update of enlightenment... reason yet unknown to my knowledge
Jan 11 15:28:14 <mrmoku> octavsly: and what sliders do you mean?
Jan 11 15:28:41 <JaMa|Wrk> mrmoku: http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0001-fso-add-.conf-files-to-CONFFILES-remove-.service-fil.patch
Jan 11 15:28:42 <mrmoku> PaulFertser: thanks for the discussion in #bluez
Jan 11 15:28:43 <octavsly> power, brightness
Jan 11 15:29:17 <octavsly> settings -> power -> brightness.
Jan 11 15:29:17 <octavsly> As soon as i touch the slider it goes to 2% and never wants to go back
Jan 11 15:29:44 <octavsly> now a I Have a cron job to put it to 100% in case I do a mistake of touching that slider :-)
Jan 11 15:29:59 <JaMa|Wrk> mrmoku: yes exactly.. only for feeds.. I tried it on whole shr-u just to see how much have changed..
Jan 11 15:30:12 <mrmoku> JaMa|Wrk: patch sounds good to me
Jan 11 15:30:37 <mrmoku> JaMa|Wrk: so lets add --delete to sync_unstable_feed only then :)
Jan 11 15:30:39 <DocScrutinizer51> skamster: you dont need to dd erase whole uSD. just unmount then fdisk create your partitions as you liike. maybe make a dd backup of mbr then. then makefs.xyz for the particualr partitions
Jan 11 15:31:42 <mrmoku> octavsly: ohh... have that too... did not yet notice it :P
Jan 11 15:31:47 <JaMa|Wrk> mrmoku: and what about that SRCPV question/notice?
Jan 11 15:32:09 <mrmoku> JaMa|Wrk: fine too
Jan 11 15:32:15 <JaMa|Wrk> mrmoku: IIRC you had some script checking if its consistent between feed and persistence cache
Jan 11 15:32:33 <octavsly> sorry
Jan 11 15:32:42 <octavsly> you need the command to get it up agaian?
Jan 11 15:32:42 <mrmoku> JaMa|Wrk: yeah... let me search :)
Jan 11 15:32:55 <DocScrutinizer51> skamster: thoug your dd run was a nice test for reliability and speed of that particular uSD ;-)
Jan 11 15:33:23 <JaMa|Wrk> mrmoku: and I'm not sure how this could happen, if you run that update HEAD_REVS value = 'blah' where key LIKE '%_rev'
Jan 11 15:33:55 <mrmoku> JaMa|Wrk: hmm... no... what I did is check_for_missing_SRCPV and check_for_gitr1... I started to do some script to compare cache and reality but failed IIRC (or just did not finish)
Jan 11 15:34:26 <mrmoku> octavsly: no... but will examine the reason :)
Jan 11 15:34:29 <mrmoku> brb
Jan 11 15:35:07 <mrmoku> octavsly: probably my fault anyway ;)
Jan 11 15:35:11 <JaMa|Wrk> mrmoku: ah ok.. then we will resolve it completely next time we would need reflash..
Jan 11 15:37:48 <skamster> Doc: :) yes, but it's not a so fast card.. 2.9Mb/s..
Jan 11 15:38:01 <JaMa|Wrk> mrmoku: After few build sessions on shr buildhost I appreciate performance of my home machine again :) I cannot estimate how long will similar task take on shr buildhost based on my expirience at home :)
Jan 11 15:38:08 <skamster> but through a adapter
Jan 11 15:38:20 <JaMa|Wrk> Q-Master: first part finished now..
Jan 11 15:38:33 <Q-Master> heh
Jan 11 15:40:11 <DocScrutinizer51> skamster: which blocksize?
Jan 11 15:40:15 <DocScrutinizer51> if any
Jan 11 15:40:24 <JaMa|Wrk> mickey|office: is this ok for you? I mean that .service file removal part for SHR or is there some terrible side-effect of it? http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0001-fso-add-.conf-files-to-CONFFILES-remove-.service-fil.patch
Jan 11 15:40:37 <skamster> phu.. in blocksize i don't know.. 8gb.
Jan 11 15:40:46 <DocScrutinizer51> nah
Jan 11 15:41:20 <DocScrutinizer51> dd if=foo of=bar count=xxx bs=???
Jan 11 15:41:22 <mickey|office> JaMa|Wrk: that's ok for me
Jan 11 15:41:59 <DocScrutinizer51> iirc dd defaults to bs=512
Jan 11 15:42:39 <DocScrutinizer51> with something like bs=1M you might see quite different results
Jan 11 15:44:51 <DocScrutinizer51> to whom it may concern: some modern SD cards do internal caching. you basically can't flush() so just make sure to give card e few 100ms after writing a block befor you shutdown power etc
Jan 11 15:45:15 <DocScrutinizer51> otherwise data corruption is quite likely
Jan 11 15:46:17 <mrmoku> JaMa|Wrk: yeah... not that fast our buildhost :P
Jan 11 15:47:13 <skamster> mmh, with iotop i see results like 5.5 Mb/s
Jan 11 15:47:38 <skamster> and i don't know how dd came to the result of 2.9.. may it was just on this timestamp..
Jan 11 15:47:48 <skamster> or is 5.5 slow? 
Jan 11 15:48:09 <skamster> oh, 9.8... :D
Jan 11 15:49:22 <DocScrutinizer51> (uSD cache et al) http://lists.zerezo.com/linux-kernel/msg12566474.html
Jan 11 15:50:13 <DocScrutinizer51> skamster: blocksize - toldya. see my above remark
Jan 11 15:50:24 <mrmoku> hmm... not my fault ;)
Jan 11 15:50:53 <mrmoku> octavsly: looks like the brightness slider broke by the enlightenment update too :|
Jan 11 15:57:15 <octavsly> Thanks for the update
Jan 11 16:02:48 <JaMa|Wrk> Q-Master: did it upgrade on your neo?
Jan 11 16:03:04 <Q-Master> JaMa|Wrk: not tested yet.
Jan 11 16:03:13 <JaMa|Wrk> ok..
Jan 11 16:03:32 <Q-Master> starting
Jan 11 16:04:13 <JaMa|Wrk> there will be another upgrade in 1-10 hours :)
Jan 11 16:04:19 <JaMa|Wrk> already building that.. :)
Jan 11 16:06:14 <mrmoku> octavsly: yeah, same behaviour with the finger size slider in Appearance
Jan 11 16:20:53 <JaMa|Wrk> mrmoku: :) shr@opmbuild:~/shr-unstable$ grep -c deleting sync_unstable_feed.log
Jan 11 16:20:56 <JaMa|Wrk> 15820
Jan 11 16:21:30 <spaetz|BBL> mrmoku: ignore my ping, already solved :)
Jan 11 16:27:25 <mrmoku> JaMa|Wrk: yeah... clean it up :)
Jan 11 16:27:48 <mrmoku> spaetz|BBL: sliders are broken in python_elementary :
Jan 11 16:27:49 <mrmoku> |
Jan 11 16:29:20 <JaMa|Wrk> mrmoku: btw why we have RDEPENDS section in shr-image not in task-shr?
Jan 11 16:29:47 <JaMa|Wrk> mrmoku: would be faster to upgrade everything for image without creating rootfs in the end..
Jan 11 16:30:25 <mrmoku> JaMa|Wrk: no idea... was like that from the beginning
Jan 11 16:32:15 <mrmoku> dos1: ahhh... ping :)
Jan 11 16:33:00 <spaetz|BBL> mrmoku: :-(
Jan 11 16:35:13 <Q-Master> JaMa|Wrk: upgraded. dialer not working. configs in /etc/freesmartphone are rewritten without a prompt
Jan 11 16:35:30 <Q-Master> so those dumb idle times are there now
Jan 11 16:36:51 <JaMa|Wrk> Q-Master: "rewritten without a prompt" was fixed in last commit (second upgrade I told you about).. and you still need to remove fsogsmd or it will be fixed (autostart disabled) with 2nd upgrade too
Jan 11 16:36:52 <spaetz|BBL> Q-Master: I don't think there is something overwritten
Jan 11 16:37:05 <spaetz|BBL> but fsodeviced is using /etc/fsodeviced.conf now
Jan 11 16:37:15 <spaetz|BBL> which contains the old values
Jan 11 16:37:16 <JaMa|Wrk> spaetz|BBL: it is.. all /etc/freesmartphone/*.conf 
Jan 11 16:37:28 <spaetz|BBL> ahh
Jan 11 16:37:34 <Q-Master> spaetz|BBL: it is DEFINITELY overwritten because I've changed the configs before update
Jan 11 16:37:42 <JaMa|Wrk> spaetz|BBL: you have /etc/fsodeviced.conf?
Jan 11 16:37:42 <spaetz|BBL> I am clearly not up to date with shr-unstable :)
Jan 11 16:37:44 <spaetz|BBL> Q-Master: ok
Jan 11 16:38:23 <JaMa|Wrk> spaetz|BBL: in week old shr-u is imho only /etc/frameworkd.conf
Jan 11 16:38:49 <JaMa|Wrk> spaetz|BBL: if there is also /etc/fsodeviced.conf then its read IIRC before /etc/freesmartphone/fsodeviced.conf shipped with package
Jan 11 16:39:11 <Q-Master> JaMa|Wrk: I have no fsogsm installed.
Jan 11 16:39:20 <Q-Master> so nothing to remove
Jan 11 16:39:40 <JaMa|Wrk> Q-Master: with 'd'? fsogsmd?
Jan 11 16:39:59 <Q-Master> JaMa|Wrk: of course
Jan 11 16:40:11 <JaMa|Wrk> Q-Master: then write that 'd'!
Jan 11 16:40:13 <JaMa|Wrk> :)
Jan 11 16:40:43 <Q-Master> JaMa|Wrk: heh. there's no one. I'm not THAT dumb. 8)
Jan 11 16:40:55 <Q-Master> root@om-gta02 ~ $ phoneui-dialer
Jan 11 16:40:55 <Q-Master> Caught remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Jan 11 16:40:56 <JaMa|Wrk> How should I know :)
Jan 11 16:41:17 <Q-Master> that's why there's no dialer
Jan 11 16:41:31 <Q-Master> seems that shr-settings are also not working
Jan 11 16:43:07 <Q-Master> phonefsod is not working
Jan 11 16:53:41 <JaMa|Wrk> Q-Master: there should be 6 more upgrades in feed now
Jan 11 16:53:58 <Q-Master> ok
Jan 11 17:04:13 <Q-Master> JaMa|GoNe: thnx. working now.
Jan 11 17:04:37 <JaMa|GoNe> Q-Master: calling and everything?
Jan 11 17:04:50 <Q-Master> dialer working. now trying to call
Jan 11 17:04:51 <JaMa|GoNe> Q-Master: or just config replace :)
Jan 11 17:05:17 <JaMa|GoNe> Q-Master: then I'm not sure if i belive you had no fsogsmd installed, can you please recheck?
Jan 11 17:05:36 <Q-Master> JaMa|GoNe: calling.
Jan 11 17:05:57 <Q-Master> root@om-gta02 ~ $ opkg list_installed | grep fsogsmd
Jan 11 17:05:57 <Q-Master> root@om-gta02 ~ $
Jan 11 17:06:10 <JaMa|GoNe> Q-Master: it has to be downloaded with first big upgrade.. have you removed it manually?
Jan 11 17:06:27 <Q-Master> JaMa|GoNe: nop. It didn't download
Jan 11 17:07:01 <Q-Master> root@om-gta02 ~ $ ps -ax | grep fso
Jan 11 17:07:01 <Q-Master> Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
Jan 11 17:07:01 <Q-Master>  1454 ?        Ss     0:02 /usr/sbin/fsodeviced
Jan 11 17:07:01 <Q-Master>  1460 ?        Ss     0:00 /usr/sbin/fso-gpsd -S localhost gpsd -P /var/run/fso-gpsd.pid
Jan 11 17:07:01 <Q-Master>  1475 ?        Ssl    0:00 /usr/bin/phonefsod
Jan 11 17:07:02 <Q-Master>  1479 ?        S      0:00 /usr/sbin/fsousaged
Jan 11 17:07:04 <Q-Master>  1536 ?        S      0:03 /usr/sbin/fso-abyss
Jan 11 17:07:06 <Q-Master>  1579 pts/3    S+     0:00 grep fso
Jan 11 17:08:31 <JaMa|GoNe> mrmoku: you had fsogsmd downloaded automatically right?
Jan 11 17:13:20 <mrmoku> JaMa|GoNe: yup
Jan 11 17:14:58 <JaMa|GoNe> Q-Master: can you try "opkg install -force-reinstall task-fso2-compliance" ?
Jan 11 17:16:46 <Q-Master> JaMa|GoNe: it's installing huge amount of various things including fsogsmd
Jan 11 17:17:07 <Q-Master> JaMa|GoNe: do I need to manually remove fsogsmd now?
Jan 11 17:17:34 <JaMa|GoNe> Q-Master: no.. it shouldn't be started
Jan 11 17:17:42 <Q-Master> ok
Jan 11 17:18:05 <JaMa|GoNe> Q-Master: was task-fso2-compliance" version changed?
Jan 11 17:18:32 <JaMa|GoNe> Q-Master: or did you have 1.9.0-r4.4 before, or no version before?
Jan 11 17:18:34 <Q-Master> hadn't checked. I forced neo to reboot
Jan 11 17:18:51 <Q-Master> I think I had had no version before
Jan 11 17:19:59 <JaMa|GoNe> Q-Master: ok, thanks for test
Jan 11 17:21:08 <Q-Master> JaMa|GoNe: BTW, why BT is always on?
Jan 11 17:23:12 <JaMa|GoNe> Q-Master: no idea..
Jan 11 17:23:51 <Q-Master> shr-settings tells that wifi is not available and couldn't connect to FSO
Jan 11 17:25:35 <Q-Master> Loading module shr_bt.Bt...
Jan 11 17:25:35 <Q-Master> DBus is not running DBusException('Resource Bluetooth had never been registered',)
Jan 11 17:25:35 <Q-Master> Module shr_bt.Bt loaded in 0.28 sec
Jan 11 17:25:35 <Q-Master> Page loaded in 1.45 sec
Jan 11 17:25:35 <Q-Master> received exception org.freesmartphone.Usage.ResourceUnknown: Resource WiFi had never been registered
Jan 11 17:26:24 * JaMa|GoNe is finally going home.. from work where he didn't work much today :/
Jan 11 17:59:16 <Q-Master> hm
Jan 11 17:59:54 <Q-Master> 1st call is ok but on the second time, dialer fails to start
Jan 11 18:01:28 <Q-Master> heh... vibro and aux flashes, but no sound and no ui
Jan 11 18:01:34 <Q-Master> mrmoku: ^^^^^
Jan 11 18:02:55 <Q-Master> rebbot helps
Jan 11 18:03:06 <Q-Master> but then the same happens
Jan 11 18:04:00 <mrmoku> Q-Master: hmm... had that once too today :|
Jan 11 18:15:48 <Q-Master> mrmoku: I'm having this all the times.
Jan 11 18:16:11 <Q-Master> mrmoku: also dialer not w0rking after shr-settings
Jan 11 18:17:29 <mrmoku> Q-Master: how exactly to reproduce this (after shr-settings) ?
Jan 11 18:17:36 <Q-Master> mrmoku: 2010.01.11 21:02:31.234263 [phonefsod]  MESSAGE: Remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Jan 11 18:18:12 <mrmoku> that sounds like dbus problems...
Jan 11 18:19:27 <Q-Master> mrmoku: go to the wireless and bt with gprs settings. it'll write that Wifi is not available, and in bt will say that can't connect to fso
Jan 11 18:19:52 <Q-Master> mrmoku: then the dialer will not respond with the same dbus message as phonefsod
Jan 11 18:20:38 * mrmoku upgrading to latest first
Jan 11 18:26:12 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rc76df3533d22 10/fsogsmd/ (configure.ac src/ppp/Makefile.am): fsogsmd: build ppp plugin by default; don't check for proper plugin directory as ppp will load our plugin from wherever we want
Jan 11 18:26:43 <mrmoku> Q-Master: I have the wifi not available and can't connect to fso... but dialer opens afterwards
Jan 11 18:28:18 <mrmoku> bbiab
Jan 11 18:30:36 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r16f0f3a23e6a 10/ (9 files in 9 dirs): sync. MAINTAINERS file
Jan 11 18:33:04 <khoonirobo> ~logs
Jan 11 18:33:04 <infobot> All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
Jan 11 18:38:05 <Q-Master> mrmoku: and mine dies
Jan 11 18:38:49 <dos1> mrmoku: pong? :D
Jan 11 18:41:55 <soltys> ;)
Jan 11 18:52:35 <mrmoku> dos1: hey
Jan 11 18:52:43 <mrmoku> dos1: problem with sliders :|
Jan 11 18:52:56 <Q-Master> dos1: problem with shr-settings. 8)
Jan 11 18:53:20 <mrmoku> Q-Master: if that happens... is phonefsod still running? or did it die?
Jan 11 18:53:24 <dos1> sorry, i'm really busy today :(
Jan 11 18:53:32 <mrmoku> ok
Jan 11 18:54:08 <mrmoku> dos1: I guess it is a python-elementary problem anyway :)
Jan 11 18:54:37 <Q-Master> mrmoku: phonefsod runs, but prints that message about dbus exception
Jan 11 18:54:58 <Q-Master> mrmoku: seems that it starts already with this message
Jan 11 18:56:12 <mrmoku> Q-Master: and phoneuid.log?
Jan 11 18:58:18 <Q-Master> mrmoku: 010.01.11 21:53:27.101933 [phoneuid]   MESSAGE: Using log level 'INFO'
Jan 11 18:58:19 <Q-Master> 2010.01.11 21:53:27.213226 [libphone-ui]        MESSAGE: Loading phoneuid
Jan 11 18:58:19 <Q-Master> 2010.01.11 21:53:33.967115 [libphone-ui]        MESSAGE: No speaker value for idle found, using none
Jan 11 18:58:19 <Q-Master> 2010.01.11 21:53:33.967536 [libphone-ui]        MESSAGE: No microphone value for idle found, using none
Jan 11 18:58:19 <Q-Master> 2010.01.11 21:53:34.004340 [libphone-ui]        MESSAGE: no vibrator configured - turning vibration off
Jan 11 18:58:22 <Q-Master> 2010.01.11 21:53:35.500688 [libphone-ui-shr]    WARNING: НСт Ρ‚Π°ΠΊΠΎΠ³ΠΎ Ρ„Π°ΠΉΠ»Π° ΠΈΠ»ΠΈ ΠΊΠ°Ρ‚Π°Π»ΠΎΠ³Π°
Jan 11 18:58:56 <Q-Master> last warning is about no such file or directory
Jan 11 18:58:56 * TAsn doesn't know russain :)
Jan 11 18:59:04 <TAsn> all seems fair
Jan 11 18:59:31 <TAsn> should probably also make the first messages warnings
Jan 11 18:59:47 <TAsn> I meant, the last 3 messages should probably be warnings as well.
Jan 11 19:01:04 <TAsn> Bah, I meant make them debug
Jan 11 19:01:05 <TAsn> :)
Jan 11 19:01:08 <TAsn> will do it now.
Jan 11 19:01:10 <TAsn> I hate that :)
Jan 11 19:03:33 <TAsn> done :)
Jan 11 19:03:36 <TAsn> they are now
Jan 11 19:03:39 <TAsn> g_debug
Jan 11 19:03:39 <TAsn> s
Jan 11 19:03:40 <TAsn> :)
Jan 11 19:03:41 <CIA-52> SHR: 03tom 07libphone-ui * re9231faae45c 10/src/phoneui-utils-sound.c: changed the "No * value for state found" g_message to be g_debug
Jan 11 19:07:01 <TAsn> and changed the annoying 2010.01.11 21:53:35.500688 [libphone-ui-shr]    WARNING: НСт Ρ‚Π°ΠΊΠΎΠ³ΠΎ Ρ„Π°ΠΉΠ»Π° ΠΈΠ»ΠΈ ΠΊΠ°Ρ‚Π°Π»ΠΎΠ³Π°
Jan 11 19:07:06 <TAsn> to also show the filename
Jan 11 19:07:13 <CIA-52> SHR: 03tom 07libphone-ui-shr * r4ea24bf90a2e 10/src/phoneui-init.c: Changed the no config file found error to include the filename
Jan 11 19:07:19 <TAsn> though I think that should may also be a g_debug
Jan 11 19:07:50 <TAsn> but not sure about that one so I'll just leave it atm.
Jan 11 19:09:57 <skamster> @all does someone know why i became after 2-3 boots on ubifs a kernelpanic and couldn't start the whole sys anymore?
Jan 11 19:10:12 <skamster> i use kernel 2.6.29, but as i know, whis should work
Jan 11 19:10:17 <skamster> *this
Jan 11 19:11:00 <JaMa> is someone using phoneme-advanced-foundation?
Jan 11 19:12:15 <skamster> as it said, i've got some bad-nodes..
Jan 11 19:12:48 <skamster> but i've got this just, if i make bigger changes on the rootfs.. i.E a upgrade
Jan 11 19:13:03 <Q-Master> mrmoku: phonefsod doesn't normally work from start: 2010.01.11 21:53:25.251927 [phonefsod]  MESSAGE: Remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Jan 11 19:17:01 <mrmoku> Q-Master: I have that too... on startup... twice... but all works fine
Jan 11 19:17:38 <Q-Master> mrmoku: I have it three times.
Jan 11 19:17:41 <mrmoku> apart from fsousaged missing the wifi resource
Jan 11 19:18:03 <Q-Master> and BT]
Jan 11 19:18:07 <Q-Master> -}
Jan 11 19:18:09 <Q-Master> -]
Jan 11 19:18:53 <Q-Master> mrmoku: I've just checked. dialer failed to start after shr-settings
Jan 11 19:21:35 <mrmoku> yeah and BT
Jan 11 19:40:39 <mrmoku> mickey|zzZZzz: ping
Jan 11 19:42:29 <mickeyl> mrmoku: pong
Jan 11 19:43:18 <mrmoku> mickeyl: with latest updates we have no wifi and no bt
Jan 11 19:43:29 <mrmoku> mickeyl: any hint on how to debug?
Jan 11 19:43:44 <mickeyl> phew
Jan 11 19:43:47 <mickeyl> hmm
Jan 11 19:43:56 <mrmoku> rfkill is disabled in config
Jan 11 19:44:11 <mickeyl> wifi and bt resources are registered by openmoko-specific power handling
Jan 11 19:44:14 <mickeyl> is the plugin loaded?
Jan 11 19:44:24 <mrmoku> let me check
Jan 11 19:44:36 <mrmoku> [fsodevice.powercontrol_openmoko]
Jan 11 19:44:36 <mickeyl> [openmoko_powercontrol]
Jan 11 19:44:37 <mrmoku> yup
Jan 11 19:44:40 <mickeyl> heh
Jan 11 19:44:45 <mrmoku> without fsodevice?
Jan 11 19:44:46 <mrmoku> hehe
Jan 11 19:44:47 <mickeyl> look harder
Jan 11 19:44:51 <mickeyl> fsodevice is correct
Jan 11 19:44:53 <mrmoku> oh
Jan 11 19:44:55 <mickeyl> but the plugin is wrongly spelled
Jan 11 19:44:55 <mrmoku> :)
Jan 11 19:45:18 <mickeyl> shall i rename it in code or do you want to adjust the conf? ;)
Jan 11 19:45:42 <mrmoku> mickeyl: I can adjust conf... but you should adjust it in docs of cornucopia too ;)
Jan 11 19:45:47 <mrmoku> well... can do that too :)
Jan 11 19:45:49 <mickeyl> *cough*
Jan 11 19:45:53 <mickeyl> yes, please
Jan 11 19:45:54 <mickeyl> and sorry
Jan 11 19:46:00 <mickeyl> seems to be halfway my fault ;)
Jan 11 19:46:03 <mrmoku> well... if fixing is that easy :)
Jan 11 19:46:23 <mrmoku> the other one is probably wrong too
Jan 11 19:46:24 <mrmoku> #[fsodevice.powercontrol.thinkpad]
Jan 11 19:46:32 <mrmoku> thinkpad_powercontrol ?
Jan 11 19:46:49 <mrmoku> yup
Jan 11 19:47:04 <mickeyl> argh, ya
Jan 11 19:47:18 <mickeyl> actually
Jan 11 19:47:23 <mickeyl> i like it better in the docs
Jan 11 19:47:32 <mickeyl> should rename eventually ;)
Jan 11 19:48:33 <CIA-52> freesmartphone.org: 03mok 07cornucopia * r956ea5cd560d 10/docs/fsodeviced.conf: 
Jan 11 19:48:33 <CIA-52> freesmartphone.org: docs: fix typo in fsodeviced.conf (powercontrol plugins)
Jan 11 19:48:33 <CIA-52> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jan 11 19:49:05 <mrmoku> heh :P
Jan 11 19:49:20 <mrmoku> yeah... more generic part first
Jan 11 19:50:55 <mickeyl> *nod*
Jan 11 19:51:01 <mickeyl> not now though
Jan 11 19:51:15 <mrmoku> ok, will adjust config in OE too then
Jan 11 19:51:18 <mickeyl> thanks
Jan 11 19:51:39 <mickeyl> those two plugins are on the list of being deprecated anyways
Jan 11 19:51:50 <mickeyl> when rfkill is ready for primetime
Jan 11 19:52:07 <mickeyl> then we can hopefully use that for Wifi and BT
Jan 11 19:52:22 <mickeyl> GPS, and GSM...
Jan 11 19:52:47 <mrmoku> mickeyl: btw... no progress on new kernel front?
Jan 11 19:53:14 <mrmoku> still missing the summary about changes I guess :|
Jan 11 19:53:25 <mickeyl> i was somewhat waiting for a "go"
Jan 11 19:54:01 <mickeyl> like, all changes being finished
Jan 11 19:54:11 <mickeyl> so i don't need to catch up while it continues to develop
Jan 11 19:54:20 <mrmoku> do you know if openwrt is using it already?
Jan 11 19:54:26 <mickeyl> not offhand
Jan 11 19:54:41 <mickeyl> according to lars, current HEAD has broken mmc suspend/resume
Jan 11 19:54:44 <mickeyl> which would be a showstopper i guess
Jan 11 19:55:03 <mrmoku> hmm yes... showstopper :|
Jan 11 19:57:38 <mickeyl> what else needs adjusting to .32?
Jan 11 19:57:48 <mickeyl> ogsmd?
Jan 11 19:57:52 <mickeyl> ogpsd?
Jan 11 19:58:33 * mrmoku takes a look at the kernel switching script...
Jan 11 19:59:21 <mrmoku>         sed_file $MODEMPY "s#/neo1973-pm-gsm.0/#/gta02-pm-gsm.0/#g"
Jan 11 19:59:21 <mrmoku>         sed_file $GPSPY "s#neo1973-pm-gps.0/power_on#gta02-pm-gps.0/power_on#"
Jan 11 20:00:04 <max_posedon> If framework will be adopted for 32, I think its good time to make tar ball)
Jan 11 20:00:34 <mrmoku> :)
Jan 11 20:01:26 <JaMa> mickeyl: is rfkill why I've seen WiFi with .32 kernel?
Jan 11 20:02:24 <mickeyl> JaMa: yes
Jan 11 20:02:53 <mickeyl> rfkill plugins are already registering FSO resources
Jan 11 20:03:46 <JaMa> I've reenabled it just to see if it works and it worked for me.. so now I wanted confirmation that I've seen it even with misspelled openmoko_powercontrol 
Jan 11 20:03:53 <mickeyl> hehe
Jan 11 20:03:54 <mickeyl> righto
Jan 11 20:03:58 <mickeyl> good
Jan 11 20:04:04 <mickeyl> sounds like the rfkill plugin works then
Jan 11 20:04:31 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r8590ca070635 10/fsogsmd/ (src/lib/muxppp.vala vapi/config.vapi): fsogsmd: run our ppp plugin when invocating ppp
Jan 11 20:04:32 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * re1e7c5b27693 10/fsogsmd/src/lib/ (atmediators.vala atunsolicited.vala modem.vala watchdog.vala): 
Jan 11 20:04:32 <CIA-52> freesmartphone.org: fsogsmd: move triggerNetworkStatusUpdate() from atunsolicited.vala to mediator class
Jan 11 20:04:33 <CIA-52> freesmartphone.org: issue network status update after automatic registration, if requested
Jan 11 20:04:52 * JaMa didn't try to disable wifi with it.. but enabling and wpa2 connection worked :)
Jan 11 20:05:27 <mickeyl> awesome
Jan 11 20:05:45 <mickeyl> hmm, thinking about it
Jan 11 20:05:52 <mickeyl> we probably need openmoko_powercontrol still
Jan 11 20:06:00 <mickeyl> for the a6k ioctls
Jan 11 20:06:28 <mickeyl> do you need to hack w/ wmiconfig to make wlan work or does it work fine for you without?
Jan 11 20:06:56 <mickeyl> what's SHR's take on the debug kernel defconfig, btw?
Jan 11 20:07:14 <mrmoku> hot topic :P
Jan 11 20:07:25 <JaMa> I didn't use wmiconfig.. but I was loading kernel module manually with all fso daemons already running..
Jan 11 20:08:12 <JaMa> mickeyl: and if there is no powercontrol module, isnt then the hw enabled by default after loading module?
Jan 11 20:08:44 <mickeyl> that depends on the policy of the kernel modules
Jan 11 20:08:45 <JaMa> mickeyl: I mean that maybe I didn't used the rfkill plugin functionality at all
Jan 11 20:09:04 <mickeyl> i'm not sure whether there is a policy after all
Jan 11 20:09:08 <mickeyl> like... default on or default off
Jan 11 20:09:15 <mickeyl> i'd seriously hope taht it's default off
Jan 11 20:09:26 <mickeyl> otherwise airplane mode would be somewhat flaky
Jan 11 20:09:42 <mickeyl> at least during the time until the middleware kicks in
Jan 11 20:10:47 <JaMa> mrmoku: I would remove phoneme-advanced-foundation from feed unless somebody screams that he want to use it and will take care about building..
Jan 11 20:10:47 <mickeyl> hmm, oh, btw.
Jan 11 20:10:58 <JaMa> mrmoku: after fixing classpath-native it started to build
Jan 11 20:11:14 <JaMa> mrmoku: but its hanging on one line in do_compile for about 3 hours already..
Jan 11 20:11:20 <mrmoku> JaMa: fine for me
Jan 11 20:11:23 <mrmoku> yeah saw that
Jan 11 20:11:44 <mrmoku> mickey|dinner: my take on the kernel debug thing is to wait until discussion sorted out :)
Jan 11 20:11:53 <mickey|dinner> mrmoku: fair enough
Jan 11 20:12:09 <mrmoku> I do NOT want to have two kernels though
Jan 11 20:12:15 <mickey|dinner> it occured to me that this could be the among the reasons though for .32's speed difference
Jan 11 20:12:25 <mickey|dinner> agreed
Jan 11 20:12:28 <mrmoku> yeah, had that thought too
Jan 11 20:12:46 <mickey|dinner> anyways, i read something amazing that makes me want .32
Jan 11 20:12:47 <DocScrutinizer51> dinner.... hmm
Jan 11 20:12:53 <JaMa> mine too, I would like to see kernel guys support for debug removal, so I'll wait until they remove it from defconfig in kernel repo
Jan 11 20:12:57 <mickey|dinner> ~hail devtmpfs
Jan 11 20:12:59 * infobot bows down to devtmpfs and chants, "I'M NOT WORTHY!!"
Jan 11 20:13:33 <DocScrutinizer51> devtmp???
Jan 11 20:14:23 <DocScrutinizer51> ~devtmpfs
Jan 11 20:14:35 <DocScrutinizer51> ~dict devtmpfs
Jan 11 20:14:38 <infobot> could not find definition for devtmpfs
Jan 11 20:14:51 <DocScrutinizer51> errr...
Jan 11 20:15:04 <DocScrutinizer51> ~google devtmpfs
Jan 11 20:16:34 <mrmoku> DocScrutinizer51: http://lwn.net/Articles/330985/
Jan 11 20:16:49 <mrmoku> actually really interesting yes :)
Jan 11 20:18:29 <DocScrutinizer51> mrmoku: yep. thanks
Jan 11 20:35:35 <daniele_athome> guys why sqlite is so slow on write?
Jan 11 20:35:43 <daniele_athome> even on a simple empty two-columns table
Jan 11 20:35:49 <daniele_athome> i'm writing on sd card
Jan 11 20:36:21 <daniele_athome> for inserting primary key (varchar 5) and a value (varchar 100) it takes almost 2 seconds!!!
Jan 11 20:45:53 <wpwrak> daniele_athome: Slow-Query (Lame, Inefficient, Tardy, Exanime) ?
Jan 11 20:46:05 <daniele_athome> wpwrak, a simple insert?
Jan 11 20:46:35 * DocScrutinizer51 muses about his new *blue* laser :-D
Jan 11 20:46:48 <PaulFertser> mrmoku: (bluez) are you going to inform OE folks?
Jan 11 20:46:50 <daniele_athome> maybe removing the indexes...
Jan 11 20:46:51 <DocScrutinizer51> more like drools
Jan 11 20:47:06 <PaulFertser> mrmoku: in fact the easiest solution is to change FSO to use the way the bluez devs propose.
Jan 11 20:49:26 <DocScrutinizer51> daniele_athome: try using a storage for *.db that is not mounted writethru
Jan 11 20:49:34 <DocScrutinizer51> ask max_posedon 
Jan 11 20:49:52 <daniele_athome> mmm
Jan 11 20:49:56 <daniele_athome> max_posedon :)
Jan 11 20:49:58 <max_posedon> daniele_athome, show me mount plz
Jan 11 20:50:04 <daniele_athome> yes
Jan 11 20:50:17 <DocScrutinizer51> or maybe config sqlite to do reasonable caching on its own
Jan 11 20:50:33 <daniele_athome> max_posedon: http://pastebin.com/mebe0fb9
Jan 11 20:50:58 <max_posedon> daniele_athome, now do little speed test plz
Jan 11 20:51:23 <daniele_athome> max_posedon, how do you want me to do it?
Jan 11 20:51:42 <wpwrak> or use berkeley db. key plus value is what it's really really good at :)
Jan 11 20:52:01 <max_posedon> install boniee++ and run boniee++ -s 32 -r 16
Jan 11 20:52:41 <DocScrutinizer51> btw varchar5 for primarykey is evil
Jan 11 20:52:46 <daniele_athome> wpwrak, that is what I need actually
Jan 11 20:53:16 <max_posedon> daniele_athome, also it interesting how much data you have there
Jan 11 20:53:31 <daniele_athome> max_posedon, you mean in the db file? or in partition?
Jan 11 20:53:50 <max_posedon> in db file
Jan 11 20:53:55 <daniele_athome> max_posedon, just two lines
Jan 11 20:54:05 <daniele_athome> name varchar(5), value varchar(100)
Jan 11 20:54:07 <max_posedon> but boniee test is interesting too
Jan 11 20:54:16 <daniele_athome> max_posedon, ok just a moment
Jan 11 20:54:23 <DocScrutinizer51> and primarykey is even worse on insert if it's index
Jan 11 20:54:27 <max_posedon> bonnie++
Jan 11 20:54:29 <daniele_athome> wpwrak, i'm programming in vala and i suppose I will have to make bdb bindings
Jan 11 20:54:31 <DocScrutinizer51> or nodupkey
Jan 11 20:54:47 <max_posedon> but I'm sure sqlite is fast even with this PK
Jan 11 20:54:50 <daniele_athome> DocScrutinizer51, i know, but I didn't know is so slow
Jan 11 20:55:05 <max_posedon> because of some unusual disk write I think
Jan 11 20:56:20 <DocScrutinizer51> daniele_athome: you're accessing sqlite via python/vala?
Jan 11 20:56:27 <daniele_athome> DocScrutinizer51, vala
Jan 11 20:57:17 <DocScrutinizer51> hmm, this might even be an issue with your bindings and the way vala handles objects / db-views / whatever
Jan 11 20:57:49 <daniele_athome> DocScrutinizer51, i've done insert statements from sqlite3 command line client
Jan 11 20:58:03 <DocScrutinizer51> same result?
Jan 11 20:58:38 <daniele_athome> I only tested insert with sqlite3, in vala i'm only doing selects
Jan 11 20:58:46 <daniele_athome> but one day I will make inserts too
Jan 11 20:59:00 <DocScrutinizer51> errr
Jan 11 20:59:00 <daniele_athome> and if I have to wait so long, when the only thing I need is key/value pairs...
Jan 11 20:59:32 <daniele_athome> (i'm running bonnie)
Jan 11 20:59:41 <DocScrutinizer51> so what was the exact test you did when you run into that 2s/insert issue?
Jan 11 20:59:43 <max_posedon> if you need key-value, you should defenetly use berkley db)
Jan 11 21:00:24 <DocScrutinizer51> or a file + grep ;-)
Jan 11 21:00:28 <daniele_athome> DocScrutinizer51, insert statement from sqlite3 cmd line client
Jan 11 21:00:35 <DocScrutinizer51> incredibly simple and fast
Jan 11 21:00:44 <DocScrutinizer51> ooh
Jan 11 21:00:48 <DocScrutinizer51> ok then
Jan 11 21:00:51 <max_posedon> DocScrutinizer51, only when you do ONE search)
Jan 11 21:01:08 <daniele_athome> maybe I should make libdb vala bindings? :)
Jan 11 21:01:19 <DocScrutinizer51> yeah but while we tangent the topic:
Jan 11 21:01:22 <daniele_athome> I actually don't need relational database
Jan 11 21:01:50 <DocScrutinizer51> daniele_athome: you didn't time the connect/open overhead when you timed the insert?
Jan 11 21:02:16 <daniele_athome> DocScrutinizer51, no open was done previously
Jan 11 21:02:20 <daniele_athome> on sqlite start I guess
Jan 11 21:02:23 <DocScrutinizer51> hmm
Jan 11 21:03:02 <daniele_athome> after the first insert it takes less, but not so much
Jan 11 21:03:12 <daniele_athome> >1s and <1.5s
Jan 11 21:03:16 <DocScrutinizer51> well I always thought sqlite for opimd is a mega overkill
Jan 11 21:03:24 <daniele_athome> DocScrutinizer51, me too...
Jan 11 21:03:30 <DocScrutinizer51> this seems to add to my point
Jan 11 21:04:23 <daniele_athome> DocScrutinizer51: I bet that bdb would perfectly replace sqlite in opimd
Jan 11 21:04:32 <daniele_athome> all opimd needs is key/value
Jan 11 21:04:37 <daniele_athome> no more things
Jan 11 21:04:55 <DocScrutinizer51> *cough*
Jan 11 21:05:39 <daniele_athome> DocScrutinizer51: ??
Jan 11 21:05:42 <daniele_athome> max_posedon: http://pastebin.com/m2e62a065
Jan 11 21:05:45 <daniele_athome> bonnie++ results
Jan 11 21:05:48 <DocScrutinizer51> actually opimd data table structure is a ... well it for sure doesn't exploit the powers of a rdb
Jan 11 21:06:24 <max_posedon> not fast writes but should be good enough
Jan 11 21:06:27 <daniele_athome> DocScrutinizer51, i studied it while developing of python-mokosuite
Jan 11 21:06:29 <lindi-> daniele_athome: got some script that reproduces the issue?
Jan 11 21:06:46 <daniele_athome> lindi-, a simple insert
Jan 11 21:06:52 <daniele_athome> of two simple words
Jan 11 21:06:56 <daniele_athome> not so special :)
Jan 11 21:07:35 <mrmoku> PaulFertser: yeah, will send a mail with the IRC log... would that be ok?
Jan 11 21:07:41 <DocScrutinizer51> daniele_athome: best you paste the shell oneliner
Jan 11 21:07:59 <daniele_athome> DocScrutinizer51, it's not a shell oneliner, it's an interactive sqlite session
Jan 11 21:08:09 <daniele_athome> should I make it oneliner?
Jan 11 21:08:21 <wpwrak> DocScrutinizer51: many people use "database" synonymous with "i don't really know what i'm doing, but this way, i'll certainly have enough power once i figure it out"
Jan 11 21:08:29 <PaulFertser> mrmoku: quite so i guess. Unfortunately, the conversation proved that you shouldn't patch OE and should rather patch FSO.
Jan 11 21:08:41 <DocScrutinizer51> wpwrak: exactly
Jan 11 21:10:38 <daniele_athome> wpwrak, actually I'm using sqlite because in vala there is no other data storage library
Jan 11 21:11:28 <wpwrak> daniele_athome: ah, that wasn't aimed at you. you've obviously been thinking about what needs doing underneath the hood. alas, many people don't ...
Jan 11 21:11:54 <daniele_athome> ok
Jan 11 21:11:58 <daniele_athome> :)
Jan 11 21:13:44 <wpwrak> maybe it's some attention deficit syndrome ... "we need to transport ..." "HEY ! LET'S GET A TRUCK ! A BIG ONE ! WITH A TRAILER ! NOW !" "... a cup of coffee from the kitchen to the office."
Jan 11 21:14:12 <DocScrutinizer51> isnMt there a datatype like 'dictionary' in python/vala. IIRC that's exactly a quite handy key->value table
Jan 11 21:15:03 <wpwrak> DocScrutinizer51: particularly if you can play Perl's trick and say that, this time, it be not in memory but in a file :)
Jan 11 21:15:21 <daniele_athome> DocScrutinizer51, you mean hashtables in vala?
Jan 11 21:15:46 <DocScrutinizer51> maybe the're called hashtables
Jan 11 21:16:20 <daniele_athome> anyway I need to load parts of them on demand
Jan 11 21:16:22 <DocScrutinizer51> but I know there's a type between linked list and array
Jan 11 21:16:33 <daniele_athome> DocScrutinizer51, arraylist? :D
Jan 11 21:17:00 <DocScrutinizer51> and you for sure easily can write() and read() a whole object
Jan 11 21:18:28 <DocScrutinizer51> for up to a few 1000 recors of not more than few 100bytes each I'd probably use that datatype and simply write the whole object to a file to store it
Jan 11 21:19:40 <wpwrak> use mmap, save the system calls
Jan 11 21:20:27 <DocScrutinizer51> cool yeah
Jan 11 21:21:02 <mrmoku> PaulFertser: heh, bt headset is implemented in ophoned, right?
Jan 11 21:21:15 <lindi-> is there some tool for tracing data read/written through mmap to some file?
Jan 11 21:21:25 <PaulFertser> mrmoku: iirc yes
Jan 11 21:21:32 <mrmoku> we have that disabled anyway :|
Jan 11 21:21:36 <mrmoku> as it was causing problems
Jan 11 21:21:39 <mrmoku> (IIRC)
Jan 11 21:21:47 <lindi-> since read/write has a clear debuggability advantage here
Jan 11 21:22:53 <wpwrak> lindi-: i don't remember any tool. yes, you may need a few more fprintfs :)
Jan 11 21:23:11 <DocScrutinizer51> lindi-: hmm. maybe yes. otoh you need to debug the memaccess to the mmap'd area then 
Jan 11 21:23:19 <wpwrak> lindi-: but then, that's true for anything else you do in memory too. so, nothing really new there.
Jan 11 21:24:15 <lindi-> wpwrak: but memory is not saved state. if I run F on machines A and B I can easily use strace to see why they output different data since I can see the inputs
Jan 11 21:24:20 <lindi-> wpwrak: with mmap() I can
Jan 11 21:24:29 <lindi-> wpwrak: with mmap() I can't really see the inputs so easily
Jan 11 21:24:45 <PaulFertser> Here comes strace fan ;)
Jan 11 21:25:22 <DocScrutinizer51> lindi-: use gdb instead of strace then ;-P
Jan 11 21:25:24 <wpwrak> lindi-: true. but again, if your file was instead just memory state of a long-running daemon, you would have the same problem.
Jan 11 21:25:26 <lindi-> wpwrak: i suppose I could md5sum all open()ed files
Jan 11 21:25:50 <wpwrak> lindi-: or instrument the api and let valgrind take care of the rest :)
Jan 11 21:25:54 <lindi-> DocScrutinizer51: gdb is pretty slow for tracing
Jan 11 21:26:16 <lindi-> wpwrak: valgrind's arm support is pretty weak still
Jan 11 21:26:24 <DocScrutinizer51> errrhmm
Jan 11 21:27:42 <mrmoku> mickey|dinner: what are your thoughts regarding BT headsets?
Jan 11 21:27:44 <DocScrutinizer51> "our programs are optimized for really high debugging speed" 8-P
Jan 11 21:29:36 <DocScrutinizer51> "this allows us to kick all kernel debugging out so the system gets really fast even with our apps optimized for debugging rather than runtime"
Jan 11 21:32:26 * DocScrutinizer51 wonders if a 405nm 10mW laser can be ised to desinfect small wounds
Jan 11 21:32:53 <DocScrutinizer51> use
Jan 11 21:35:52 <lindi-> DocScrutinizer51: but mmap() is the optimization. read/write is the debug version
Jan 11 21:38:45 <wpwrak> lindi-: your access patterns may change dramatically if you have mmap. you normally don't want to mess with complicated lseek/read/write patterns but with mmap, they're more natural
Jan 11 21:44:20 <PaulFertser> My student said it's her second birthday in a row she spends preparing for programming exam :D
Jan 11 21:45:32 <wpwrak> PaulFertser: still the same exam ? :)
Jan 11 21:46:18 <PaulFertser> wpwrak: nope, a year passed, new requirements arosed :)
Jan 11 21:46:55 <PaulFertser> In fact i'm not exactly satisfied by the results, dos1 has 10x the experience and clue comparing to my best students.
Jan 11 21:48:56 <daniele_athome> PaulFertser, your students?
Jan 11 21:49:01 <daniele_athome> are yoy a teacher or so?
Jan 11 21:49:05 <daniele_athome> *you
Jan 11 21:49:06 <PaulFertser> daniele_athome: kinda
Jan 11 21:49:20 <daniele_athome> may I ask you how old are you?
Jan 11 21:49:25 <PaulFertser> daniele_athome: born 1985
Jan 11 21:49:39 <daniele_athome> uhm... kinda what? :D
Jan 11 21:50:36 <JaMa> PaulFertser: PhD student?
Jan 11 21:50:39 <PaulFertser> daniele_athome: well, i teach practical C programming at my loosy "university" i graduated from ~2.5 years ago.
Jan 11 21:51:04 <JaMa> PaulFertser: do you like teaching? (I hated it :))
Jan 11 21:51:23 <PaulFertser> JaMa: nope, just Magister degree. I can't find anybody to do anything interesting for me as PhD work :(
Jan 11 21:51:50 <PaulFertser> JaMa: yes, i like teaching. I like talking with people. I like helping people. etc.
Jan 11 21:52:49 <daniele_athome> <PaulFertser> [...] I like talking with people [...] <--- <PaulFertser> I refuse to discuss this any further!
Jan 11 21:52:53 <daniele_athome> ehm...
Jan 11 21:52:57 <daniele_athome> sorry I couldn't resist
Jan 11 21:52:57 <JaMa> PaulFertser: I hated to know how they all were trying to cheat.. giving me the code written by someone else.. not knowing a basics about it..
Jan 11 21:53:27 <PaulFertser> daniele_athome: well, for once i'm and was in a foul mood. And you have to take the context of the conversation into account.
Jan 11 21:53:47 <daniele_athome> PaulFertser, never mind, just joking...
Jan 11 21:54:03 <daniele_athome> i'm using that kernel altough :P
Jan 11 21:54:06 <daniele_athome> :)
Jan 11 21:54:33 <JaMa> PaulFertser: it always started  with me asking questions about code (to check if they wrote it) and ended with me explaining them why they "wrote" it that way..
Jan 11 21:54:34 <PaulFertser> JaMa: yep, that sucks a lot! Which country is that? My students do not lie to me, almost. We have some quite frank relations.
Jan 11 21:54:37 <wpwrak> JaMa: we solved this by handing in copies that were pixed-identical except for the student's name and number. that way, the teaching assistants wouldn't waste time :)
Jan 11 21:54:42 <wpwrak> pixeL even
Jan 11 21:54:49 <daniele_athome> I just think you SHR guys should have more.. "openess" I don't know the word sorry
Jan 11 21:55:43 <JaMa> wpwrak: well I expained how their code works and if they were able to change some slight detail in it .. I let them go :)
Jan 11 21:55:56 <daniele_athome> (do you mind if I borrow your phoneui keypad for my phone stack? ;)
Jan 11 21:57:08 <PaulFertser> JaMa: another thing i do not like about teaching is that i have to decide about the exam grades. I would prefer to "just" help them preparing.
Jan 11 21:57:20 <JaMa> wpwrak: but sometimes they were too "stupid", and didn't even know how to build it then.. which is quite strange, when they said that they wrote it 2 days ago :)
Jan 11 21:57:48 <wpwrak> JaMa: fair enough :) well, in some other areas, we tried to make our solution so sophisticated that the assistants wouldn't be able to figure out why it worked :)
Jan 11 21:58:11 <JaMa> PaulFertser: I like quiz tests a lot.. easy to correct, fast to fill on class
Jan 11 21:58:39 <JaMa> wpwrak: pitty that I didn't have so good students to try it :)
Jan 11 21:58:55 <JaMa> wpwrak: or maybe they tried without me even noticing :)
Jan 11 21:59:16 <wpwrak> JaMa: thinking of it, i never had such extremes with my students. neither the extreme low end neither the ones trying to beat me. pity :)
Jan 11 21:59:32 <PaulFertser> JaMa: well, if you have some good tests handy it would be very nice to see them.
Jan 11 21:59:38 <JaMa> PaulFertser: but well after 2 years of teaching I left PhD study and went to fulltime job instead of parttime..
Jan 11 22:00:41 <JaMa> PaulFertser: It was more about networking.. programming part was only for teaching how it actually works bellow TCP/IP etc
Jan 11 22:01:27 <PaulFertser> JaMa: i hope i won't need to work fulltime any time soon, i work part-time as embedded dev (20hrs a week) and part-time (~6hrs a week) as a "teacher".
Jan 11 22:02:03 <wpwrak> JaMa: a fun moment was when we had to design a little microprocessor to calculate the gcd in an exam. i managed to make one that was more compact than the "optimum" reference. i guess that may have saved me from flunking due to another exam that was about the opposite (different field, theoretical informatics - not exactly a hacker's favourite)
Jan 11 22:02:18 <PaulFertser> JaMa: so you did not get the degree? :(
Jan 11 22:02:29 <wpwrak> PaulFertser: leaving 7*24-26 for openmoko :)
Jan 11 22:03:08 <PaulFertser> wpwrak: leaving 7*24-26 for wasting my life :|
Jan 11 22:03:10 <JaMa> PaulFertser: no I quit.. before "minimum" I'm not sure if its right term for first PhD thesis..
Jan 11 22:03:36 <JaMa> PaulFertser: yeah.. if part-time jobs works for you its much better :)
Jan 11 22:03:48 <JaMa> PaulFertser: I would like it back.. only part-time without teaching :)
Jan 11 22:04:24 <JaMa> PaulFertser: now I can build/test openmoko from work.. but its not such fun and I shouldn't do it at all (from work)
Jan 11 22:04:35 <JaMa> wpwrak: hah, good one :)
Jan 11 22:04:57 <PaulFertser> JaMa: in russia we have "candidate" degree and "doctorate" degree. Getting "candidate" takes ~3 years usually, then one either quits to work somewhere else or stays at the university preparing for "doctorate".
Jan 11 22:06:38 <JaMa> wpwrak: I had good teacher for asm coding.. We had to do some basic program in asm.. and after a week he decided how big is "good solution".. everybody who was able to make his version even smaller has 4-NsavedBytes degree from semestr..
Jan 11 22:07:01 <PaulFertser> JaMa: what arch?
Jan 11 22:07:13 <JaMa> wpwrak: I was lucky.. because I spotted possibility to merge 2 alternative solutions and saved 4 bytes in total :)
Jan 11 22:07:24 <JaMa> wpwrak: without any work...
Jan 11 22:07:44 <JaMa> PaulFertser: just x86 and I wasn't much good at it :)
Jan 11 22:07:59 * PaulFertser is envy, wished he was a students at some great place where people actually teach and actually learn...
Jan 11 22:09:25 <wpwrak> JaMa: so you got a zero ? :)
Jan 11 22:09:32 <PaulFertser> JaMa: i even found a great introduction to a beatiful assembler (MIPS) for my students (chapter 2 from Hennesy and Patterson's book) but even the brightest of them are either too lazy to read it or can't comfortably read English to enjoy it. Unfortunately, i can't make it mandatory.
Jan 11 22:09:55 <JaMa> PaulFertser: we had only "doctorate" degree.. first you need to teach + work on thesis.. + study few subjects with exams, then you have to pass few state exams and vindicate your scientific intention (called "minimum"
Jan 11 22:10:22 <JaMa> wpwrak: greatest (1, 4-NsavedBytes) :)
Jan 11 22:10:43 <JaMa> PaulFertser: and it has to be done in first 4 years 
Jan 11 22:11:09 <JaMa> PaulFertser: including publications in science magazine with some impact and at least one conference
Jan 11 22:11:39 <JaMa> PaulFertser: then you have 3 more years max to finish your PhD work and vindicate it
Jan 11 22:12:21 <PaulFertser> In fact i'm quite sceptical about my teaching (and all the others) abilities but at least i see that some students enjoy working with me, it's better anyway than some clueless "teacher" that would be on my place.
Jan 11 22:13:08 <JaMa> PaulFertser: I was also quite surprised from enquiry results..
Jan 11 22:13:14 <wpwrak> PaulFertser: very russian - finding the gloom in any joy :)
Jan 11 22:13:39 <PaulFertser> wpwrak: it's not russian, it's just my personal fucked up life attitude.
Jan 11 22:14:14 <JaMa> PaulFertser: all my students liked me :) but also complained about me demanding them to understand it deeply (not just knowing simple answer)
Jan 11 22:14:42 <wpwrak> PaulFertser: i suppose this kind of self-assessment would not contradict my previous remark :)
Jan 11 22:15:56 <PaulFertser> JaMa: it would be strange if students really disliked such a nice guy as you ;)
Jan 11 22:16:53 <wpwrak> JaMa: i just gave them practical tasks. like "set up ppp". with a pc acting like a modem bank and telephone switch. very easy to see if their theory works :)
Jan 11 22:17:01 <max_posedon> !seen raster
Jan 11 22:17:02 <cdbot2> raster (n=raster@enlightenment/developer/raster) was last seen quitting from #openmoko-cdevel 8 hours, 20 minutes ago stating ({"Gettin'} stinky!\").
Jan 11 22:17:37 <DocScrutinizer51> sigh
Jan 11 22:17:46 <DocScrutinizer51> sentimental stories
Jan 11 22:17:57 <JaMa> PaulFertser: hehe.. geny doesn't like me.. hmm well.. he doesn't like us all now :/
Jan 11 22:18:49 <DocScrutinizer51> 1975 I built a 4bit adder with carry for physics for our school aniversary ferry
Jan 11 22:18:50 <wpwrak> JaMa: he seems to have calmed down
Jan 11 22:19:41 <JaMa> wpwrak: yeah.. I'm looking forward to see his tests (he already said he has 12 kernels prepared for test IIRC)
Jan 11 22:21:00 <wpwrak> JaMa: yeah, me too. very :)
Jan 11 22:21:51 <DocScrutinizer51> didn't he clain you can't learn anything from those tests?
Jan 11 22:22:56 <wpwrak> DocScrutinizer51: hmm, that's still a few years before i discovered computers. must have started to play with pocket calculators around 77 or so. i know i had a programmable one in (ti-57) in '80 or '81, then a zx81 in '81 or '82.
Jan 11 22:22:56 <spaetz> neither is mine :)
Jan 11 22:22:59 <spaetz> oops
Jan 11 22:23:29 <wpwrak> DocScrutinizer51: even if you can't learn anything from them, you learn something :)
Jan 11 22:23:40 <DocScrutinizer51> wpwrak: HP25 ;-)
Jan 11 22:23:46 <JaMa> DocScrutinizer51: well in 1975 i was -7 years old :)
Jan 11 22:26:47 <DocScrutinizer51> wpwrak: had 49 prog steps and me and a friend usually spent whole time at school trying to write a even shorter primefactor prog, or a philips cassette tapecounter to realtime converter or a timer for which we evaluated different execution speeds of same prog when relocated a few 'bytes' in memory of HP25
Jan 11 22:27:46 <DocScrutinizer51> but that was well some time after the 4bit adder built from 74xx TTL gates and RS-flipflops
Jan 11 22:31:01 <DocScrutinizer51> the funny thing about the adder was it had those blocks and lab-cables plugged in for each gate etc. when they started a van-der-graaf next to it then it always created random results. So I tried the whole day to modify it to build a counter to count the surges of the vandergraaf
Jan 11 22:32:00 <PaulFertser> DocScrutinizer51: cool stories, for real
Jan 11 22:32:31 <DocScrutinizer51> nah sorry. I'm telling noise
Jan 11 22:33:24 <PaulFertser> DocScrutinizer51: come on, you're not russian, no need to find gloom ;)
Jan 11 22:40:16 <DocScrutinizer51> wpwrak: http://de.wikipedia.org/wiki/HP-25
Jan 11 22:40:37 <DocScrutinizer51> 650.- DM  :-o
Jan 11 22:41:23 <wpwrak> DocScrutinizer51: (anti-VdG) kewl :)
Jan 11 22:44:48 <daniele_athome> night to everyone
Jan 11 22:44:49 <daniele_athome> bye
Jan 11 22:45:08 <wpwrak> damn, ihad one of these: http://en.wikipedia.org/wiki/Addiator
Jan 11 22:46:56 <DocScrutinizer51> wpwrak: heh me too. the left one. exactly
Jan 11 22:47:19 <wpwrak> the right one in my case :)
Jan 11 22:50:19 <DocScrutinizer51> came with a cheesy dark green plastic sleeve
Jan 11 23:06:56 <PaulFertser> ~10 years ago some unknown boy near my granny's house asked me if i wanted a book about using a slide-rule. I said "yes", he gave it to me. A nice book indeed :)
Jan 11 23:08:40 <PaulFertser> Other than that i had no exposure to pre-electronics means of calculation :)
Jan 11 23:09:14 <PaulFertser> Have a nice evening folks, good night :)
Jan 11 23:11:07 <wpwrak> PaulFertser: sweet dreams of the good old days ! :)
Jan 11 23:13:32 <PaulFertser> wpwrak: i'm really amazed by the speed of technology advances lately. It's so cool. And at the same time it means absolutely nothing from a happiness POV, how ironic.
Jan 11 23:16:11 <max_posedon> technology defenetly can't make you happiness
Jan 11 23:16:17 <DocScrutinizer51> PaulFertser: have a nice rest
Jan 11 23:16:51 <PaulFertser> DocScrutinizer51: thanks, you too.
Jan 11 23:22:53 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * re57470741ad5 10/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: do not write buffers of length 0
Jan 11 23:36:58 <wpwrak> PaulFertser: gee, those gloomy Russian winters :)
Jan 11 23:38:57 <wpwrak> max_posedon: hmm, i wouldn't be so sure if i think of technological advances like the battery-powered massage stick. particularly some of the female population seems to find it rather enjoyable :)
Jan 11 23:42:40 <wpwrak> we should have something like Openbeach  (http://www.openbeach.org.br/) for those difficult months
Jan 12 00:00:21 <CIA-52> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * r6b942cb543bd 10/src/vala-dbus-binding-tool.vala: add convenience constructor for explicit structs
Jan 12 00:01:11 <CIA-52> freesmartphone.org: 03mickey 07libfso-glib * rff2d6d085be6 10/src/ (4 files): regen
Jan 12 00:08:10 <CIA-52> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * rdae0b67d9627 10/src/vala-dbus-binding-tool.vala: cosmetic fix
Jan 12 00:08:12 <CIA-52> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * r7d01faee0a52 10/autogen.sh: fix make distcheck after bootstrapping from git
Jan 12 00:08:26 <CIA-52> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * r8df9b5aab500 10/configure.ac: post-release version bump
Jan 12 00:15:08 <CIA-52> freesmartphone.org: 03mickey 07libfso-glib * r8fae8648f805 10/ (10 files in 2 dirs): regen & add TODO
Jan 12 00:31:24 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r21cfd75396b3 10/docs/fsodeviced.conf: docs: sync fsodeviced.conf
Jan 12 00:31:25 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rd4fdefa57a6a 10/docs/ (fsodatad.conf fsogsmd.conf fsonetworkd.conf fsotdld.conf): docs: fix log_destination in configuration examples
**** ENDING LOGGING AT Tue Jan 12 02:59:56 2010