**** BEGIN LOGGING AT Wed Apr 14 02:59:56 2010
Apr 14 05:40:05 <spaetz> Who is this Kip Warner and why has he the right to make demands? Are you in here?
Apr 14 05:40:42 <spaetz> The blog had 4 posts since October, all related to software updates. If that is too much SHR is not for him.
Apr 14 05:56:33 <spaetz> TAsn: no, I was never pissed at you, but I am majorly annoyed by his attitude...
Apr 14 05:59:34 <spaetz> I just pushed an shr-t upgrade without having been able to test it (I left my FR in the office yesterday). Can someone on shr-t confirm that it still works?
Apr 14 05:59:46 <spaetz> after an upgrade, that is
Apr 14 06:08:20 <graziano> spaetz: mmm not testing the freerunner since I last flashed the 10 april shr-t
Apr 14 06:08:37 <graziano> want me to do an opkg update upgrade when I come home?
Apr 14 06:21:52 <spaetz> graziano: would be good, yes. thanks
Apr 14 06:22:04 <spaetz> I'll be able to test it tomorrow.
Apr 14 06:23:10 <graziano> now it's 8:22am here, I usually come back home at 5:20pm, will test it then
Apr 14 06:26:28 <spaetz> that's fine. Thank you very much
Apr 14 06:27:59 <mrmoku> TAsn: just discvovered a flaw with your right click thingie... if you enable right click... click on the indicator bar and select the second item (to move stuff around) you can't disable it again :P
Apr 14 06:30:19 <mrmoku> spaetz: sorry for me not adding the commit in stuff I'm closing :)
Apr 14 06:30:32 <mrmoku> Heinervdm: thanks for adding those commits :P
Apr 14 06:30:53 <Heinervdm> :)
Apr 14 06:40:12 * spaetz spanks mrmoku 
Apr 14 06:42:07 * mrmoku stuffs Kip Warner in his killfile :P
Apr 14 07:01:00 <spaetz> hehe
Apr 14 07:04:50 <PaulFertser> Who's got the Deathnote?
Apr 14 07:05:14 <PaulFertser> mrmoku: btw, do not you have tracebacks in ophoned part of frameworkd? Is it just me?
Apr 14 07:05:57 <spaetz> PaulFertser: not sure if you read shr-user list, but he was demanding that we fix his PIM synching and when asked to contribute to it he started a rant about how openmoko promised him a working phone and why the burden should be put on him to fix it....
Apr 14 07:06:45 <spaetz> he's right to be annoyed about Openmoko.com, but that doesn't give him the right to bother *us* about it.
Apr 14 07:07:16 <PaulFertser> spaetz: nope, i do not read the list. Isn't contact migrating from sim to opimd trivial anyway? I was going to do that today with an mdbus2+awk+opimd-cli line (or the like)..
Apr 14 07:07:49 <spaetz> Yes, it's included in shr-settings nowadays. No he wants synching with his exchanged/evolution whatnot.
Apr 14 07:08:08 <spaetz> exchange/evolution
Apr 14 07:08:42 <mrmoku> PaulFertser: what do you mean? ophoned we have disabled since very long
Apr 14 07:11:08 <spaetz> opkg is becoming more and more of a problem. Duplicated entries in its status file, and things. Come on...
Apr 14 07:11:57 <spaetz> admittedly we might be making its life worse by storing the downloads in a tmpfs, but still.
Apr 14 07:12:22 <PaulFertser> mrmoku: http://paste.debian.net/68792/
Apr 14 07:13:07 <PaulFertser> mrmoku: hm, ophoned should be disabled then? Ok... Didn't it have some parts responsible for bluetooth? Isn't it the reason Gabrys couldn't get bluetooth to work?
Apr 14 07:13:11 <mrmoku> PaulFertser: ic, disable it yes
Apr 14 07:13:42 <PaulFertser> mrmoku: what about BT headset?
Apr 14 07:13:45 <mrmoku> we did that at least three months ago... as ophoned is broken and causes trouble like that
Apr 14 07:13:53 <mrmoku> no idea about BT
Apr 14 07:13:58 <PaulFertser> Hm, not nice.
Apr 14 07:14:02 <mrmoku> yeah
Apr 14 07:14:08 <mrmoku> some peoble use it though...
Apr 14 07:14:13 <mrmoku> there must be some way :)
Apr 14 07:14:17 <PaulFertser> I wonder what's mickey|zzZZzz's plan about it.
Apr 14 07:14:45 <JaMa> moin
Apr 14 07:15:12 <mrmoku> PaulFertser: after your disucssions in #bluez regarding that I sent a mail to some smartphone list regarding dead ophoned and the need for something...
Apr 14 07:15:17 <mrmoku> not much response though
Apr 14 07:15:27 <mrmoku> well... actually _no_ response :P
Apr 14 07:15:29 <mrmoku> JaMa: moin
Apr 14 07:15:42 <spaetz> heh
Apr 14 07:19:36 <JaMa> spaetz: downloads are not in tmpfs anymore (shr-u)
Apr 14 07:32:13 <PaulFertser> mrmoku: in fact it's completely unrelated. It doesn't matter how to activate SCO over PCM, be it Play() or unix socket.
Apr 14 07:34:09 <spaetz> JaMa: ahh not? that is good
Apr 14 07:35:14 <JaMa> spaetz: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=45809c052d7d6030675b9da0a95db705fafbc740
Apr 14 07:35:23 <PaulFertser> mrmoku: are you sure ophoned problems are actually problems? And i've seen some BT-related code committed just recently. I'm not sure why you have it disabled...
Apr 14 07:38:39 <JaMa> is looking forward for walking with AS/390 and TangoGPS used for tracking :)
Apr 14 07:49:56 <mrmoku> PaulFertser: not sure... don't remember what problems that have been. But for sure mickey|zzZZzz said that ophoned won't be implemented in FSO2
Apr 14 07:52:51 <spaetz> JaMa: thanks, that goes into shr-t too now.
Apr 14 07:54:35 <spaetz> done
Apr 14 09:58:19 <mickey|zzZZzz> mrmoku: i put #532 to in_testing, please close if you find fixed
Apr 14 10:12:48 <mrmoku> mickey|zzZZzz: ok, will build and test it later :)
Apr 14 10:13:57 * mrmoku searches his umbrella and goes to the kindergarten now :/
Apr 14 10:13:57 <mrmoku> bbl
Apr 14 10:52:55 <CIA-75> freesmartphone.org: 03mickey 07specs * rbc64dcf2c853 10/tools/rules.mk: tools/rules.mk: remove dead code
Apr 14 10:52:56 <CIA-75> freesmartphone.org: 03mickey 07specs * r825ce75a8766 10/configure.ac: configure.ac: check for presence of xsltproc and python. closes FSO #537
Apr 14 11:37:06 <mrmoku> JaMa: something special to do when I bump EFL rev?
Apr 14 11:38:41 <JaMa> mrmoku: no :)
Apr 14 11:38:59 <JaMa> if it compiles/works fine.. :)
Apr 14 11:40:12 <JaMa> mrmoku: what about including lindi's omhacks to SHR?
Apr 14 11:40:16 <GNUtoo> hi, how do you have the xkb rules in lshal in the freerunner?
Apr 14 11:40:30 <lindi-> JaMa: enrico is there too :)
Apr 14 11:41:08 <lindi-> JaMa: (in the development team)
Apr 14 11:41:16 <mrmoku> JaMa: sure - no idea what it is about though :P
Apr 14 11:41:19 * JaMa just reading that man page on ML and looks really usefull
Apr 14 11:41:34 * mrmoku wonders which ML?
Apr 14 11:41:45 <JaMa> community@lists.openmoko.org
Apr 14 11:42:45 <JaMa> lindi-: IIRC you said, that it's already ready for 2.6.3* kernel?
Apr 14 11:43:24 <lindi-> JaMa: no, i have not had a chance to test 2.6.3*
Apr 14 11:43:28 <mrmoku> JaMa: yep sounds interesting
Apr 14 11:43:52 <lindi-> JaMa: i have tried to ask for a list of /sys changes but not got a clear answer
Apr 14 11:43:58 <lindi-> JaMa: we welcome patches :)
Apr 14 11:44:12 <JaMa> lindi-: ah, pity.. I was hoping you received those changes :/
Apr 14 11:44:26 <lindi-> JaMa: nobody seems to know :)
Apr 14 11:44:42 <mrmoku> sucks :/
Apr 14 11:44:49 <JaMa> yep :/
Apr 14 11:45:26 <lindi-> JaMa: that's exactly the reason we started writing omhacks. it can do automatic detection
Apr 14 11:46:36 <lindi-> JaMa: so please test with 2.6.32 if you have it easily available and report back what breaks :)
Apr 14 11:46:50 <JaMa> when reading that man page I was hoping to use it for easier .29->.32 transition, but for sure I can try it..
Apr 14 11:47:53 <JaMa> lindi-: does "om sysfs name" show all sysfs nodes used internaly by omhacks?
Apr 14 11:48:00 <JaMa> or do I need to grep sources for more?
Apr 14 11:48:09 <lindi-> JaMa: only some
Apr 14 11:48:16 <JaMa> ok
Apr 14 11:48:18 <lindi-> JaMa: it is an internal feature
Apr 14 11:49:10 <mrmoku> mickey|zzZZzz: building fsotdld now... if it works as expected I want to switch shr-u to use it. For that we need an init script (until fso-boot is alive :P)
Apr 14 11:49:17 <JaMa> but don't expect quick reply I still have queue of 144 recipes for check.. and I want to finish it first :/
Apr 14 11:49:21 <mrmoku> want me to add that to oe or to fsotdld itself?
Apr 14 11:49:22 <lindi-> JaMa: heh
Apr 14 11:50:01 <mickey|zzZZzz> mrmoku: to OE please
Apr 14 11:51:02 <mrmoku> ok
Apr 14 11:51:36 <JaMa> mrmoku: btw nobody NACKed my yesterday's SRCPV patch in oe-devel.. so maybe... :)
Apr 14 11:54:33 <mrmoku> JaMa: ohh... that would be soo nice :)
Apr 14 12:06:56 <mrmoku> TAsn: EFL bumped :P
Apr 14 12:07:10 <JaMa> mrmoku: are you going to disable otimed in frameworkd.conf?
Apr 14 12:07:52 <mrmoku> JaMa: yep
Apr 14 12:08:07 <JaMa> and then maybe we can try fsonetworkd :)
Apr 14 12:08:23 <mrmoku> that needs someone doing GPRS to test it :)
Apr 14 12:08:46 <mrmoku> mickeyl: shouldn't the alsa state files be marked as config files?
Apr 14 12:09:03 * mrmoku always has to replace them with the correct ones for newer kernel after every upgrade
Apr 14 12:09:08 <JaMa> IIRC vanous123 is using it.. can you test it? :)
Apr 14 12:09:18 <lindi-> mrmoku: are they in /etc?
Apr 14 12:09:26 <mrmoku> yup
Apr 14 12:09:40 <mickeyl> mrmoku: well, TAsn requested the same policy to apply to the alsa confs as to the machine confs
Apr 14 12:09:45 <mickeyl> i didn't think about that yet
Apr 14 12:09:56 <mrmoku> hmm
Apr 14 12:10:04 <mrmoku> would putting them into the homedir work?
Apr 14 12:10:04 <mickeyl> so we would have the user modificated to be preferred
Apr 14 12:10:22 <mickeyl> that opens a can of worm for installing etc.
Apr 14 12:10:54 <mrmoku> but loosing modifications to them on every upgrade is nasty
Apr 14 12:10:57 <mrmoku> users won't like that :P
Apr 14 12:11:05 <mickeyl> feel free to mark them as config until i fixed it by applying a search path
Apr 14 12:11:35 <mrmoku> well, I personally can live with it as is... just copying over the correct ones
Apr 14 12:11:42 <lindi-> mrmoku: does SHR have the concepts configuration file and conffile?
Apr 14 12:12:15 <lindi-> mrmoku: (debian terminology)
Apr 14 12:12:29 <mrmoku> lindi-: OE has just the possibility to mark one kind of conffile as far as I know
Apr 14 12:12:42 <lindi-> mrmoku: ok
Apr 14 12:12:49 <mrmoku> lindi-: where is the difference between those two in debian?
Apr 14 12:13:08 <lindi-> mrmoku: configuration file 'A file that affects the operation of a program, or provides site- or host-specific information, or otherwise customizes the behavior of a program.  Typically, configuration files are intended to be modified by the system administrator (if needed or desired) to conform to local policy or to provide more useful site-specific behavior.'
Apr 14 12:13:19 <lindi-> mrmoku: conffile: 'A file listed in a package's `conffiles' file, and is treated specially by `dpkg' (see Section 6.7, `Details of configuration').'
Apr 14 12:14:18 <mrmoku> lindi-: ok, then we have just the second one
Apr 14 12:14:56 <lindi-> mrmoku: because for 'configuration file' policy says 'local changes must be preserved during a package upgrade,'
Apr 14 12:15:26 <lindi-> mrmoku: I recommend you read the debian policy :)
Apr 14 12:15:56 <lindi-> mrmoku: 10.7.1 at http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
Apr 14 12:16:13 <TAsn> mrmoku, yay, thanks.
Apr 14 12:17:23 <TAsn> mickeyl, mrmoku: marking them as config files is a bad idea if they are part of an fsodeviced (or something similar) package, you don't want opkg to bug the users when we clearly haven't changed the configs, either the opkg bug should be fixed, or I don't know what.
Apr 14 12:18:17 <mickeyl> i guess we're going to split that
Apr 14 12:18:36 <JaMa> and also the list of files for CONFFILES is quite long
Apr 14 12:18:41 <mickeyl> state files contain usermodifiable parts and fixed parts
Apr 14 12:18:49 <mickeyl> so alsa.conf should rather contain the user preferences
Apr 14 12:18:52 <mickeyl> like... volume
Apr 14 12:19:02 <mickeyl> and the state files remain untouched
Apr 14 12:19:25 <mickeyl> fsodeviced now gained a set/get volume API
Apr 14 12:19:40 <TAsn> really? awesome :P
Apr 14 12:19:51 <mickeyl> yeah, it's not complete yet, since it needs more metadata in alsa.conf
Apr 14 12:19:54 <TAsn> mickeyl, maybe consider a mic sensitivity get/set as well.
Apr 14 12:19:59 <mickeyl> yes
Apr 14 12:20:04 <TAsn> mickeyl, you mean control names?
Apr 14 12:20:09 <TAsn> (alsa control names)
Apr 14 12:20:12 <mickeyl> that or indices
Apr 14 12:20:16 <mickeyl> so that fsodeviced can map 
Apr 14 12:20:21 <TAsn> I think controls are more clear
Apr 14 12:20:32 <TAsn> (in text configs that is)
Apr 14 12:20:34 <mickeyl> whatever is more "stable" against kernel updates
Apr 14 12:20:41 <TAsn> you can take ours if you like.
Apr 14 12:20:55 <TAsn>  /etc/libphoneui.conf or something like that
Apr 14 12:21:09 <TAsn> we already mapped controls and minimum/maximum values to modify
Apr 14 12:21:28 <mickeyl> interesting. ya, that should definitely eventually be taken care by fsodeviced
Apr 14 12:22:28 <mickeyl> morning leviathan 
Apr 14 12:22:49 <leviathan> heyo mickeyl
Apr 14 12:22:50 <leviathan> :)
Apr 14 12:23:02 <mrmoku> TAsn: and our mapping is broken with the new kernel :P
Apr 14 12:23:28 <TAsn> mrmoku, duh, they changed everything.
Apr 14 12:23:44 <leviathan> mickeyl: I was mailing with Murali Palnati
Apr 14 12:23:57 <leviathan> the guy from qualcomm who has written the mtd driver
Apr 14 12:24:06 <leviathan> perhaps he can also take look into our graphics problem
Apr 14 12:24:06 <leviathan> :)
Apr 14 12:24:19 <leviathan> we located the issue
Apr 14 12:24:28 <leviathan> the mtd driver can't read subpage sizes
Apr 14 12:26:35 <mrmoku> TAsn: basically it is just that control names are not truncated anymore
Apr 14 12:26:52 <mrmoku> and the only ones long enough to be truncated were Switch
Apr 14 12:27:10 <mrmoku> so just fixing S, Sw, Swi, Swit to be Switch fixes it :)
Apr 14 12:28:42 <mickeyl> leviathan: if you are in communication with one of those guys, please ask him how to turn on GPS :)
Apr 14 12:29:17 <TAsn> mrmoku, oh, cool :P I just remember I had a lot of errors, I didn't check the reasoning :P
Apr 14 12:29:37 <mickeyl> mrmoku TAsn: that's why i think an index is more sane
Apr 14 12:29:53 <mickeyl> like
Apr 14 12:29:57 <mickeyl> [stereoout]
Apr 14 12:29:59 <TAsn> mickeyl, I know what you mean.
Apr 14 12:30:06 <mickeyl> idxvolume = 0
Apr 14 12:30:11 <TAsn> yeah.
Apr 14 12:30:12 <mickeyl> idxgain = 5
Apr 14 12:30:14 <mickeyl> etc.
Apr 14 12:30:31 <TAsn> btw, to be honest, I think we should just create an asound.conf
Apr 14 12:30:43 <TAsn> to create software master/mic volumes
Apr 14 12:30:54 <TAsn> and use them, but I'm really not a configuration expert :P
Apr 14 12:31:01 <mickeyl> in theory a good idea
Apr 14 12:31:05 <mickeyl> but that's an alsa only solution then
Apr 14 12:31:12 <mickeyl> which makes problems for me on other devices
Apr 14 12:31:22 <mrmoku> index is alsa only too, no?
Apr 14 12:32:05 <mickeyl> true, but as long as volume control goes over fsodeviced, we can interpret this differently for different routers
Apr 14 12:32:19 <mrmoku> ahh, ic
Apr 14 12:32:27 <mickeyl> qdsp5 needs an ioctl
Apr 14 12:32:28 <TAsn> mickeyl, I just mean
Apr 14 12:32:34 <TAsn> [stereoout]
Apr 14 12:32:36 <mickeyl> palm pre needs something completely different
Apr 14 12:32:37 <TAsn> idxvolume = 0
Apr 14 12:32:41 <TAsn> idxgain = 1
Apr 14 12:32:49 <TAsn> and that will always stay for alsa based devices.
Apr 14 12:33:36 <mickeyl> will that work for every scenario?
Apr 14 12:34:17 <TAsn> I'm unsure, as I said, I'm not a configuration master :P
Apr 14 12:34:32 <TAsn> I'm just saying it's an option that should be explored.
Apr 14 12:35:27 <mickeyl> sure
Apr 14 12:38:32 <mrmoku> Weiss: I'm getting an interesting kind of WSOD with latest 2.6.32 kms kernel... actually it is WS without OD :P
Apr 14 12:39:04 <JaMa> mrmoku: I've pushed 2 new Weiss's patches
Apr 14 12:39:10 <JaMa> maybe you want to try -r8
Apr 14 12:39:11 <mrmoku> we're turning off display via XSetScreenSave
Apr 14 12:39:12 <mrmoku> r
Apr 14 12:39:22 <mrmoku> and every second time screen is white
Apr 14 12:39:33 <mrmoku> next screensaver activation recovers it
Apr 14 12:39:34 <mrmoku> JaMa: ok
Apr 14 12:39:42 <mrmoku> JaMa: is it already built?
Apr 14 12:39:45 <JaMa> hmm not yet in oe.dev, mmt ;)
Apr 14 12:39:58 <JaMa> http://jama.homelinux.org/org.openembedded.shr.images/ or pick it here
Apr 14 12:40:21 <mrmoku> JaMa: will pick it there then... to give you time for your recipe queue :P
Apr 14 12:40:48 <JaMa> I hate it! :)
Apr 14 12:41:05 <JaMa> lots of stupid old recipes which cannot be even parsed properly :/
Apr 14 12:41:18 <mrmoku> :/
Apr 14 12:41:38 <JaMa> but only after finishing queue I can safely remove checksums.ini file
Apr 14 12:43:01 * mrmoku rebooting
Apr 14 12:43:09 <Weiss> the two fixes from last night probably won't affect that at all
Apr 14 12:43:25 <Weiss> but... interesting
Apr 14 12:43:51 <mrmoku> ohh... after powering off in that state screen is white on reboot :/
Apr 14 12:45:55 <JaMa> Weiss: would you mind pushing your patches from gdrm-2.6.32 branch to jbt/glamo branch and then merge all to om-gta02 as larsc does? (would be nice to cleanup patches in OE :))
Apr 14 12:46:49 <JaMa> Weiss: and to add drm patches wider audience (there is also patch for both drm/nondrm defconfig
Apr 14 12:47:14 <Weiss> JaMa: trouble is, some of the nasty hacks for KMS aren't (yet) compatible with the "standard" flows
Apr 14 12:47:26 <JaMa> ah I see :/
Apr 14 12:48:41 <Weiss> does that "standard" configuration work without WSoD at the moment?
Apr 14 12:48:48 <Weiss> (2.6.32/glamo-fb)
Apr 14 12:49:09 <Weiss> it's hard enough getting KMS WSoD-free, without having to fix two almost entirely separate drivers :S
Apr 14 12:52:08 * Weiss wants to be playing with 3D rather than faffing with WSoD etc
Apr 14 12:52:32 <JaMa> Weiss: I never tried it myself but radekp is using nonDRM version in qtmoko
Apr 14 12:53:59 <JaMa> but he also said, he'll try drm version.. so maybe it would be possible to just forget old glamo-fb later
Apr 14 12:58:12 <Weiss> mrmoku: do you just do "xscreensaver activate now" or something?
Apr 14 12:59:36 <mrmoku> Weiss: the XScreenSaver API is what we use
Apr 14 13:00:34 <mrmoku> 			&allow_exp);
Apr 14 13:00:34 <mrmoku> 		prefer_blank = PreferBlanking;
Apr 14 13:00:34 <mrmoku> 		XSetScreenSaver(dpy, timeout, interval, prefer_blank,
Apr 14 13:00:34 <mrmoku> 			allow_exp);
Apr 14 13:01:15 <mrmoku> which should basically be the same though I think
Apr 14 13:01:24 <JaMa> mrmoku: can I push that kernel update?
Apr 14 13:01:39 <Weiss> is there aer test program anywhere? probably one bit of the KMS system is getting tickled, but not another
Apr 14 13:01:52 <mrmoku> JaMa: boots and works
Apr 14 13:01:57 <mrmoku> so push :)
Apr 14 13:02:42 <mrmoku> Weiss: well... phonefsod dimming shows it
Apr 14 13:03:00 <mrmoku> but after pulling the battery and rebooting with the new kernel I did not have it yet
Apr 14 13:03:28 <mrmoku> might be that it hits after a certain amount of time in being blanked state
Apr 14 13:04:30 <Weiss> the whole JBT thing is notoriously flaky... right now, I can make the resolution change work about 50% of the time
Apr 14 13:04:55 * JaMa forced full backup to keep himself away from home computer and do some daywork.. only difference is now that it's really slower :)
Apr 14 13:06:31 <mrmoku> mickeyl: btw. any reason you chose that strange ntp server in default config of fsotdld? :P
Apr 14 13:06:58 <mrmoku> Weiss: yep, after waiting for some 2 mins it hit me
Apr 14 13:06:59 <mickeyl> hehe, no particular one. just kind of liked eating bandwidth of those guys
Apr 14 13:07:05 <mrmoku> :P
Apr 14 13:07:07 <mickeyl> feel free to replace with another one
Apr 14 13:07:49 <spaetz> pool.ntp.org
Apr 14 13:08:00 <mrmoku> yep, that's what I changed it to on my FR :)
Apr 14 13:08:06 <spaetz> :)
Apr 14 13:08:17 <spaetz> mrmoku: de.pool.ntp.org for you :)
Apr 14 13:08:42 <mrmoku> could as well use ptbtime1.ptb.de :)
Apr 14 13:09:17 <mrmoku> pool.ntp.org is something that fits fine for everybody though
Apr 14 13:09:54 <spaetz> mrmoku: nahh, de.pool.ntp.org are three interesting hosts
Apr 14 13:10:02 <radekp> mrmoku: for me the WS was fixed with http://github.com/radekp/qtmoko/blob/lin2632/devices/neo/linux_kernel/prevent_jbt6k74_ws.patch
Apr 14 13:10:04 <spaetz> ccc-hanau.de
Apr 14 13:11:14 <radekp> mrmoku: IIRC, 2.6.32 was doing WS badly, but with this patch (or any other in that dir?) it never does it (while i get WS with 2.6.29 regualary)
Apr 14 13:11:31 <mrmoku> radekp: hmm... 
Apr 14 13:11:41 <mrmoku> JaMa: any reason we don't have that one? ^^
Apr 14 13:11:58 <JaMa> mrmoku: we have it, but with 30ms
Apr 14 13:12:28 <mrmoku> ahh
Apr 14 13:12:40 <radekp> but qtopia can be different from X
Apr 14 13:12:52 <JaMa> at least that's the value Weiss used in his patch
Apr 14 13:12:55 <radekp> you can try mine kernel binary if you want quick test
Apr 14 13:13:16 <mrmoku> ok, where to find it?
Apr 14 13:13:17 <radekp> the kernel does not need any modules so just flashing should be enough
Apr 14 13:13:44 <radekp> http://sourceforge.net/projects/qtmoko/files/uImage-v20-testing.bin/download
Apr 14 13:14:09 <JaMa> radekp: I've synced your defconfig with our.. so we have almost the same kernel (except DRM)
Apr 14 13:14:23 <radekp> JaMa: nice
Apr 14 13:14:27 <JaMa> radekp: and btw please enable /proc/config.gz as module..
Apr 14 13:14:38 <radekp> oki, i'll do
Apr 14 13:14:41 <Weiss> JaMa: hmm.. which patch?
Apr 14 13:14:59 <JaMa> Weiss: it was in one of your patches already
Apr 14 13:15:23 <JaMa> Weiss: so when I tried to apply radek's patch I got conflict and kept your value
Apr 14 13:15:48 <JaMa> http://git.openmoko.org/?p=kernel.git;a=blobdiff;f=drivers/video/backlight/jbt6k74.c;h=9554cb314b263e34f4017db62c0dd043893e120c;hp=95ca4cfae964efc3db5ebad14bd7619091aa34c7;hb=c7bf4a334c1e498007a9e785948cb03c8da0f029;hpb=76ab2acfeea8b762d25dab027e72e98a7b822ed2
Apr 14 13:16:20 <Weiss> hmm... 100 is probably better
Apr 14 13:16:44 <Weiss> not quite sure where I got 30 from
Apr 14 13:17:06 <Weiss> JBT normally needs 120 ms to sort itself out when going to/from (shallow) sleep mode (regulator switched on)
Apr 14 13:18:23 <mrmoku> TAsn: saw (and understood) my comment regarding the right click gadget?
Apr 14 13:19:29 <mrmoku> TAsn: and gsm gadget is broken after resume... just shows None while being registered
Apr 14 13:19:44 <mrmoku> (did not have any segfaults anymore though :)
Apr 14 13:20:41 * Weiss , incidentally, wonders what the JBT driver is doing in the "backlight" directory
Apr 14 13:20:58 * JaMa gets even less warning during e17 start :)
Apr 14 13:21:00 <JaMa> ESTART: 1.68829 [0.00034] - efreet
Apr 14 13:21:00 <JaMa> ERR: eina_hash.c:901 eina_hash_add() safety check failed: data == NULL
Apr 14 13:21:06 <JaMa> only this
Apr 14 13:21:45 <mrmoku> radekp, JaMa, Weiss: same with the qtmoko kernel
Apr 14 13:24:02 <mrmoku> thing is with r6 I did not have that... came with r7
Apr 14 13:24:16 <mrmoku> must be either one of the config changes or one of the patches
Apr 14 13:25:10 <mrmoku> mickeyl: fsotdld is fine for the htcdream too?
Apr 14 13:25:49 <mrmoku> should be probably
Apr 14 13:25:56 * mrmoku disables otimed for htcdream in SHR too
Apr 14 13:26:04 <mickeyl> for now there's no machine specific stuff in fsotdld
Apr 14 13:26:09 <mickeyl> this will change with gps eventually
Apr 14 13:26:14 <mickeyl> and compass
Apr 14 13:26:24 <mickeyl> depending on whether compass will be handled by fsodeviced or fsotdld
Apr 14 13:26:26 <mickeyl> not sure yet
Apr 14 13:27:36 <CIA-75> SHR: 03mok 07shr-themes * r3d81d813c8c6 10/frameworkd/frameworkd-config-shr/ (htcdream/frameworkd.conf om-gta02/frameworkd.conf): frameworkd-config: disable otimed for gta02 and htcdream
Apr 14 13:34:17 <mrmoku> JaMa: ohh, our lite image is without connman these days? nice :)
Apr 14 13:35:51 <mrmoku> radekp: your kernel is without KMS, right?
Apr 14 13:36:14 <radekp> mrmoku: yes now i am running without KMS
Apr 14 13:36:30 <radekp> mrmoku: but i dont use X and glamo acceleration
Apr 14 13:37:10 * radekp has to go, cu
Apr 14 13:37:14 <mrmoku> cu
Apr 14 13:37:28 <Weiss> mrmoku: same what.. WS on screensaving?
Apr 14 13:37:35 <mrmoku> yep
Apr 14 13:37:41 <mrmoku> same with 100ms
Apr 14 13:37:53 <mrmoku> and without KMS
Apr 14 14:22:23 <TAsn> mrmoku, just upgraded, e wasn't upgraded though.
Apr 14 14:22:52 <TAsn> mrmoku, comment about right click?
Apr 14 14:23:04 <mrmoku> TAsn: did not build it :P
Apr 14 14:23:09 <TAsn> oh damn.
Apr 14 14:23:10 <mrmoku> just committed the bump
Apr 14 14:23:21 <mrmoku> if you activate right click mode
Apr 14 14:23:26 <TAsn> mrmoku, gsm gadget: not the case here.
Apr 14 14:23:32 <mrmoku> then right click on the indicator bar
Apr 14 14:23:46 <TAsn> and go to
Apr 14 14:23:48 <mrmoku> select the second entry to move the icons around
Apr 14 14:23:49 <TAsn> "move"
Apr 14 14:23:50 <TAsn> mode?
Apr 14 14:23:51 <mrmoku> yep
Apr 14 14:23:52 <TAsn> yeah
Apr 14 14:23:54 <TAsn> known issue.
Apr 14 14:23:58 <mrmoku> ok :)
Apr 14 14:24:05 <TAsn> you can "get out" though
Apr 14 14:24:09 <mrmoku> how?
Apr 14 14:24:23 <TAsn> press on the border of the icons you are moving
Apr 14 14:24:33 <TAsn> though this is suboptimal, I know.
Apr 14 14:24:49 <JaMa> TAsn: it's building
Apr 14 14:24:57 <JaMa> NOTE: Running task 2749 of 14988
Apr 14 14:25:46 <mrmoku> TAsn: does not work for me
Apr 14 14:26:17 <TAsn> mrmoku, never tried it, just someone said that (I don't even remember who, damn this lame memory of mine)
Apr 14 14:41:45 <TAsn> Damn, I'm terribly tired.
Apr 14 14:42:26 * mrmoku too
Apr 14 14:43:52 * JaMa is teribly bored by daywork :/
Apr 14 14:45:07 <TAsn> JaMa, mrmoku: :P
Apr 14 14:52:11 * mrmoku would be terribly bored to if daywork would include J-stuff ;)
Apr 14 14:52:26 <mrmoku> +o
Apr 14 14:54:03 <TAsn> hehe lol :P
Apr 14 14:54:18 <TAsn> I have to admit I would have been as well.
Apr 14 14:57:21 <TAsn> There's just something about java which annoys me, to be honest' I have not reason why, nor can I provide decent reasoning.
Apr 14 15:06:02 <vanous1231> mrmoku: can confirm you can get out right click made move mode of E bar. 
Apr 14 15:06:16 <vanous1231> this was the first thing that happened to me :))
Apr 14 15:06:30 <TAsn> vanous1231, so you are the one who told me that? :P
Apr 14 15:06:54 <vanous1231> TAsn: yes, no worries, mate :)
Apr 14 15:07:02 <TAsn> hehe :P
Apr 14 15:07:21 <TAsn> I'm have the heart of a lion and the memory of a goldfish! :P
Apr 14 15:07:34 <TAsn> or maybe the heart of a goldfish and the memory of a goldfish, can't seem to remember.
Apr 14 15:09:47 <mrmoku> vanous1231: but how?
Apr 14 15:10:16 <vanous1231> mrmoku: you have to click on the edge of the Left click gadget
Apr 14 15:10:37 <vanous1231> TAsn: :))
Apr 14 15:10:56 <JaMa> does new gadget support middle click? :)
Apr 14 15:11:14 <TAsn> no
Apr 14 15:11:34 <TAsn> I don't get why people ask for it, to me it's just a mess (adding middle click)
Apr 14 15:11:43 <JaMa> pity, alabd could be happy pasting stuff to other apps with that? or no?
Apr 14 15:11:46 <TAsn> but if you guys want it, I can make it happen, it's juts a weird request.
Apr 14 15:11:47 <vanous1231> mrmoku: it will turn in R and then you click on the panel again to select "Stop moving"
Apr 14 15:11:59 <vanous1231> JaMa: not really
Apr 14 15:12:13 <vanous1231> i tried with xsetblabla and it didnt work
Apr 14 15:12:46 <vanous1231> JaMa: look at the funny table: http://wiki.openmoko.org/wiki/Manuals/SHR#Copy_.26_Paste
Apr 14 15:12:57 <vanous1231> middle click didn't seem to do the job
Apr 14 15:13:04 <TAsn> Though maybe a cut and paste gadget is in order.
Apr 14 15:13:10 <vanous1231> haven't tried with a mouse though, to confirm correct miggle setting
Apr 14 15:13:21 <vanous1231> TAsn: would probably solve it
Apr 14 15:13:30 <vanous1231> E seems to work quite nicely
Apr 14 15:13:55 <vanous1231> it's gtk that doesn't communicate well it seems...
Apr 14 15:14:30 <TAsn> vala
Apr 14 15:14:34 <TAsn> vala-terminal is gtk
Apr 14 15:14:46 <JaMa> ah on my spitz it worked ok before (with gpe), select text, click twice on xmonobut to select middle, click to paste
Apr 14 15:14:46 <vanous1231> renamed a bit: http://wiki.openmoko.org/wiki/Manuals/SHR#Copy_and_Paste
Apr 14 15:15:10 <mrmoku> vanous1231: ahhh ok, works, thanks :)
Apr 14 15:15:16 <vanous1231> TAsn: hmm, doesn$t really copy...
Apr 14 15:15:19 <vanous1231> mrmoku: good
Apr 14 15:16:35 <JaMa> TAsn: but clicking on copy&paste gadget would lost focus where you want to paste it, wouldn't it?
Apr 14 15:16:51 <JaMa> or click paste and then select where?
Apr 14 15:17:03 <TAsn> no, iirc indicator does not steal focus
Apr 14 15:17:14 <JaMa> ok
Apr 14 15:17:29 <TAsn> but even if it does
Apr 14 15:17:45 <TAsn> I'll just check how it's done in the illume keyboard
Apr 14 15:17:51 <TAsn> and worst case, add it to that.
Apr 14 15:18:04 <TAsn> btw, doesn't shift+ins work?
Apr 14 15:18:07 <TAsn> anyhow, food.
Apr 14 15:18:37 * JaMa back to stupid work for a while
Apr 14 15:20:03 * mrmoku wants food too :/
Apr 14 15:20:12 <vanous1231> TAsn: havn't tried Shift-Ins
Apr 14 15:21:26 <vanous1231> has the fix for illume crash on gprs disconnect been pushed yet?
Apr 14 15:22:39 <JaMa> vanous1231: have you tried fsonetworkd for gprs?
Apr 14 15:22:53 <JaMa> and EFL bump: NOTE: Running task 5708 of 14988
Apr 14 15:23:01 <vanous1231> fsonetworkd?
Apr 14 15:23:03 <vanous1231> not
Apr 14 15:23:05 <vanous1231> what does it do?
Apr 14 15:23:22 <vanous1231> i tried fsogsmd, got ppp interface but couldm't ping
Apr 14 15:23:45 <vanous1231> got that far but couldn't try more while driving...
Apr 14 15:24:53 * vanous1231 does have fsonetworkd and wonders what for... :)
Apr 14 15:26:42 <JaMa> seems like not much related to gprs :/ http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Network.html;hb=HEAD
Apr 14 15:29:33 <vanous1231> so this is what they call nowadays tethering...?
Apr 14 15:30:03 <vanous1231> nat between interfaces?
Apr 14 15:30:23 <vanous1231> JaMa: did you get gprs working OK?
Apr 14 15:30:30 <vanous1231> with fsogsmd?
Apr 14 15:30:59 <JaMa> I'm not using gprs
Apr 14 15:31:50 <JaMa> without data tarif or those offers like 28Kc/day it looks stupidly expensive to me
Apr 14 15:32:49 <JaMa> I've used it about 5 times in my life :)
Apr 14 15:33:29 <vanous1231> JaMa: how do you connect?
Apr 14 15:33:40 <vanous1231> JaMa: i see, above now
Apr 14 15:33:47 * vanous1231 has data plan
Apr 14 15:36:46 <vanous> bbl
Apr 14 15:43:47 <TAsn> vanous, <JaMa> and EFL bump: NOTE: Running task 5708 of 14988
Apr 14 15:43:53 <TAsn> vanous, gprs fix.
Apr 14 15:48:22 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rf0dfd8e815dc 10/fsodeviced/ (conf/Makefile.am configure.ac): fsodeviced: conf/palm_pre: link Sirloin OMAP3430 board (got lost during branch merge)
Apr 14 15:48:22 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r89a205a685e5 10/fsodeviced/conf/palm_pre/Makefile.am: fsodeviced: conf/palm_pre: add Makefile.am
Apr 14 16:33:11 <graziano> uff
Apr 14 16:33:17 <graziano> trying to update shr-t
Apr 14 16:33:22 <graziano> a PITA
Apr 14 16:34:08 <graziano> no icons in home screen, I connected to the moko from my FR
Apr 14 16:35:18 <graziano> mmm I think I will simply install the latest shr-t
Apr 14 16:37:57 <JaMa> TAsn: mrmoku's EFL bump in feeds
Apr 14 16:38:09 <graziano> no it connected
Apr 14 16:38:11 <graziano> wait
Apr 14 16:38:42 <graziano> downloading updates
Apr 14 16:45:08 <TAsn> JaMa, nice :P
Apr 14 16:45:13 <TAsn> thanks.
Apr 14 16:53:04 <graziano> spaetz, I updated and upgraded, rebooted, still no icons here :(
Apr 14 16:54:57 <graziano> will try flashing shr-t 14 april
Apr 14 17:07:05 <vanous> JaMa: what are you using fsonetworkd for with only one network interface?
Apr 14 17:11:13 <graziano> booting shr-t of April 14
Apr 14 17:12:39 <JaMa> vanous: I'm not using it.. but mrmoku just replaced otimed from frameworkd with fsotdld, so maybe it's time to replace onetworkd with fsonetworkd too (but I was mislead that it has more to do with gprs..)
Apr 14 17:14:33 <JaMa> vanous: and for that tarif I have.. in neo I have old T-mobile prepaid twist :), then I have some nabito tarif from vodaphone.. but mostly I use tmobile from work, where I have more free mins than I need, but all data transfer are disabled (because someone "accidentaly" used it too much)
Apr 14 17:15:46 <graziano> ok installed
Apr 14 17:15:48 <graziano> boots
Apr 14 17:15:52 <graziano> icons are there
Apr 14 17:16:07 <graziano> why do I still see midori as default browser in shr full instead of venture?
Apr 14 17:16:09 <graziano> ventura?
Apr 14 17:17:05 <JaMa> probably because of it wasn't merged to shr-t
Apr 14 17:17:28 <JaMa> but I'm quite surprised because this change is quite old
Apr 14 17:36:27 <graziano> back
Apr 14 17:42:02 <graziano> is mokonnect already in LITE image?
Apr 14 17:44:44 <graziano> and why shr-installer is not in the full image?
Apr 14 17:45:14 <graziano> imho every phone has its gui app-management tool preinstalled
Apr 14 17:47:21 <mrmoku> graziano: as soon as dos1 thinks it is ready... can't do upgrades IIRC and maybe has other problems too
Apr 14 17:47:52 <dos1>  graziano: the biggest problem atm is packagekit which isn't compiling and has some bugs with opkg backend
Apr 14 17:48:33 <dos1> graziano: but about the first one there were created patches recently, so maybe it'll work again soon
Apr 14 17:49:03 <JaMa> dos1: it's compiling after that patch I sent you link about
Apr 14 17:49:15 <JaMa> dos1: those were in OE for older version already
Apr 14 17:49:27 <JaMa> dos1: so shr-installer was built again last week (finally)
Apr 14 17:49:47 <dos1> JaMa: oh, nice 
Apr 14 17:50:04 <dos1> JaMa: but AFAIK there are still bugs with list_upgradable function
Apr 14 17:51:01 <JaMa> yeah, possible I haven't tried shr-installer at all...
Apr 14 17:52:28 <JaMa> 126 to go
Apr 14 17:57:28 <graziano> mmm
Apr 14 17:57:37 <graziano> on shr-t I installed xboard and gnu chess
Apr 14 17:57:45 <graziano> but I can't see any chess icons after that
Apr 14 17:59:09 <graziano> I remember someone made a patch from the files I sent to the dev list
Apr 14 17:59:35 <graziano> (files = icon + .desktop file, etc)
Apr 14 18:04:13 <graziano> mmm I installed pingus too and no icon...
Apr 14 18:04:14 <graziano> spaetz, ping
Apr 14 18:11:04 <mrmoku> graziano: icons not refreshing is (or was) a known bug in EFL
Apr 14 18:16:02 <JaMa> graziano: yes I've created patch and pushed it to oe.dev+shr-u
Apr 14 18:19:42 <graziano> I can confirm that after a reboot I can see the pingus icon but not the gnuchess icon
Apr 14 18:20:52 <graziano> and I can confirm that pingus keeps exiting like it did before
Apr 14 18:21:11 <graziano> this when using shr-t from 14th april
Apr 14 18:25:18 <TAsn> mrmoku, we need to think about logging in libphone-ui whatever
Apr 14 18:25:48 <TAsn> we currently log sensitive information (sometimes).
Apr 14 18:26:13 <TAsn> We should either remove all logging of personal info, or at least mark such instances in a *very* visible way
Apr 14 18:26:15 <TAsn> something like
Apr 14 18:26:23 <TAsn> *SENSITIVE INFORMATION*
Apr 14 18:26:34 <TAsn> or whatever, which is grepable for users
Apr 14 18:27:01 <TAsn> so we'll be able to add "unsensitive" scripts that will modify sensitive parts in logs before users upload them, or whatever.
Apr 14 18:27:03 <TAsn> what do you think?
Apr 14 18:28:45 <mrmoku> TAsn: examples?
Apr 14 18:29:14 <TAsn> I don't know what's still there
Apr 14 18:29:16 <TAsn> but we had
Apr 14 18:29:22 <TAsn> "Sending SMS to number: ****"
Apr 14 18:29:32 <TAsn> can check
Apr 14 18:30:20 <TAsn> phoneui-utils.c:	g_debug("Attempting to resolve name for: \"%s\"", data->number);
Apr 14 18:30:50 <TAsn> and maybe there's more
Apr 14 18:30:51 <TAsn> no idea.
Apr 14 18:32:01 <mrmoku> we should just remove them
Apr 14 18:32:48 <TAsn> probably
Apr 14 18:33:19 <TAsn> But sometimes they can provide good information, but yeah, in our cases, we should just drop them.
Apr 14 18:37:19 <graziano> have to go now
Apr 14 18:37:22 <graziano> will talk tomorrow
Apr 14 18:37:24 <graziano> cheers
Apr 14 18:39:53 <CIA-75> SHR: 03tom 07libphone-ui * r1e5b5bb3cb8d 10/src/phoneui-utils.c: Removed unwanted presonal data revealing debug message.
Apr 14 18:42:53 <TAsn> mrmoku, btw, my next "project": not using path anywhere, fixing all code to use entryid
Apr 14 18:47:38 <JaMa> 100 recipes to go :/
Apr 14 18:49:50 <TAsn> JaMa, mrmoku: Is DEBUG on by default in all the racy fso components that require them?
Apr 14 18:53:13 <JaMa> IIRC no
Apr 14 18:53:32 <JaMa> there is no change in FSO configs in OE
Apr 14 18:53:47 <JaMa> and I don't remember commit in fso git changing it
Apr 14 18:54:10 <mrmoku> TAsn: no
Apr 14 18:54:40 <TAsn> well, we should change that.
Apr 14 18:54:59 <TAsn> we currently ship broken images :|
Apr 14 19:04:39 <mrmoku> TAsn: we do?
Apr 14 19:04:51 <TAsn> well, does it register without debug on?
Apr 14 19:04:56 <TAsn> rarely.
Apr 14 19:05:10 <mrmoku> I'm using fsogsmd since quite some time... no idea
Apr 14 19:05:17 <TAsn> :P
Apr 14 19:05:21 <TAsn> I think that's also affected
Apr 14 19:05:31 <mrmoku> I thought the race with frameworkd was fixed
Apr 14 19:05:34 <TAsn> don't you have debug on with libgsm07 or whatever?
Apr 14 19:05:41 <mrmoku> sure
Apr 14 19:05:48 <TAsn> exactly :P
Apr 14 19:05:57 <mrmoku> but our image is not using fsogsmd
Apr 14 19:06:20 <TAsn> mrmoku, I know, you just mentioned fsogsmd like if it's not something you are affected by.
Apr 14 19:06:34 <TAsn> mrmoku, maybe I'm not up to date, but I doubt that it's fixed as I remember mickeyl clearly saying he won't fix  it :P
Apr 14 19:06:35 <mrmoku> well I ment it the other way round :P
Apr 14 19:06:48 * JaMa was thinking that fsogsmd is now ONLY affected by it..
Apr 14 19:06:56 * mrmoku too
Apr 14 19:07:21 <JaMa> at least someone reported that after last bunch of commits it was working quite reliably
Apr 14 19:07:27 <mrmoku> actually I'm quite sure that was fixed... comes back with fsogsmd (and/or new kernel) because all is faster :P
Apr 14 19:07:47 <TAsn> ok, nvm me :P
Apr 14 19:08:05 <TAsn> (just thought about that, I usually write down ideas I have and mention them later here)
Apr 14 19:08:11 <TAsn> I haven't checked it.
Apr 14 19:08:29 <TAsn> but at least we have new EFL :P
Apr 14 19:08:52 <mrmoku> at least something :P
Apr 14 19:08:57 <TAsn> btw
Apr 14 19:09:03 <TAsn> I'm maybe starting to work again
Apr 14 19:09:10 <TAsn> (for a very intensive project)
Apr 14 19:09:21 <TAsn> so I'll have less time in the following months :(
Apr 14 19:09:25 <TAsn> *even less*
Apr 14 19:09:26 <TAsn> :P
Apr 14 19:10:24 <TAsn> I was so naive thinking I'm able to take a sabbatical :P
Apr 14 19:13:09 <JaMa> 91 to go, with this speed I'll finish about 2am :)
Apr 14 19:15:04 <mrmoku> JaMa: :)
Apr 14 19:17:04 * JaMa is thinking how such crap as "patch://outputfix.patch;pnum=0;patch=1" could ever arrive at oe.dev :/
Apr 14 19:17:42 <mrmoku> heh
Apr 14 19:17:46 <JaMa> this one maybe wasn't that bad, as there is possibility that there was some bitbake branch with handler for patch://
Apr 14 19:17:50 <mrmoku> patch:// is nice :P
Apr 14 19:18:04 <JaMa> but some other errors are really strange and could never work :/
Apr 14 19:37:00 <vanous123> TAsn: mrmoku: to your talk about DEBUG, surely here fsogsmd doesn't register. without DEBUG 100% failure, with DEBUG i guess 50/50 
Apr 14 19:38:40 <TAsn> I don't care about fsogsmd (until the next sentence I'll write in a sec) as it's not shipped by default.
Apr 14 19:38:47 <TAsn> next sentence: 
Apr 14 19:38:52 <TAsn> mrmoku, what about fsogsmd, are we ready to move?
Apr 14 19:43:14 <mrmoku> TAsn: I'm using it with libfso-glib and new kernel... and I'm happy
Apr 14 19:43:29 <TAsn> :P
Apr 14 19:43:36 * TAsn should probably move to your repos.
Apr 14 20:02:01 * vanous123 is using mrmoku's fsogsmd and phoneui apps too :)
Apr 14 20:02:35 <vanous123> afaik JaMais using fsogsmd and perhaps new kernel
Apr 14 20:10:53 <JaMa> sure.. for long.. but I don't call or sms much :)
Apr 14 20:11:29 <JaMa> so non-working contact list and sms didn't bother me much :)
Apr 14 20:11:41 <JaMa> 49 recipes to go!
Apr 14 20:18:38 <playya_> is it possible that the OE busybox doesn't support this kind of substitution: ${f##*/}
Apr 14 20:18:53 <TAsn> playya_, not only possible, but also plausible
Apr 14 20:19:04 <TAsn> to be honest, I keep forgetting why we use busybox
Apr 14 20:19:05 <playya_> hmm?
Apr 14 20:19:23 <TAsn> I don't have good reasons for why :P
Apr 14 20:29:20 <vanous123> JaMa: mrmoku has phoneui apps that connect to fsogsmd
Apr 14 20:30:05 <vanous123> JaMa: so you can have your messages and contacts :) http://build.shr-project.org/tests/mrmoku/fsogsmd/
Apr 14 20:31:20 <JaMa> I know.. I'm using that too now.. but before he created fso-glib branch.. I had even call SetFunctionality from init.d script :)
Apr 14 20:31:51 <vanous123> JaMa: yeah... i know
Apr 14 20:48:23 <mrmoku> mickeyl: here?
Apr 14 20:50:22 <mickeyl> yes, just arrived. only for 5 mins though
Apr 14 20:50:47 <mrmoku> mickeyl: just a small question... what is your take on 'suspending before it registered' ?
Apr 14 20:51:21 <mrmoku> if it suspends while trying to register we frequently have problems
Apr 14 20:51:43 <mrmoku> is this something _you_ should handle or something _we_ should handle? :P
Apr 14 20:52:59 <mickeyl> i'm afraid i tend towards you. if possible, i'd like to stay away from actively delaying suspend. the fsodevice's suspend hint should really be taken as that, a hint. if the major phone app -- which has the broader state information -- decides it's not yet time to suspend, it should not do
Apr 14 20:53:32 <mickeyl> at least that's what i'm thinking now
Apr 14 20:53:35 <mrmoku> ok... will be no problem to handle that in phonefsod
Apr 14 20:53:47 <mickeyl> yep, sounds like the proper place to me atm.
Apr 14 20:53:54 <mrmoku> actually thinking about it it should be very easy :)
Apr 14 20:53:57 * mrmoku takes a look
Apr 14 21:16:55 <TAsn> mrmoku, after what you said, it sounds almost trivial
Apr 14 21:17:06 <TAsn> just a variable that states whether we are trying to register
Apr 14 21:17:16 <TAsn> and if it's TRUE don't actually suspend.
Apr 14 21:17:28 <TAsn> The only thing to remember is to suspend after we registered
Apr 14 21:17:38 <TAsn> (and of course the suspend signal will not be sent again)
Apr 14 21:23:34 <mrmoku> TAsn: yep... though make sure a non working fsogsmd does not inhibit suspend forever :P
Apr 14 21:23:37 <mrmoku> that is the tricky part
Apr 14 21:23:48 <TAsn> just "on error"
Apr 14 21:23:52 <TAsn> turn that off as well.
Apr 14 21:23:59 <TAsn> Well at least on some kind of error.
Apr 14 21:24:02 <TAsn> or after X errors
Apr 14 21:24:12 <mrmoku> well... there might be error because it is not yet started
Apr 14 21:24:34 <TAsn> yeah
Apr 14 21:24:41 <TAsn> and we should try X times
Apr 14 21:24:45 <TAsn> before re-enabling suspend
Apr 14 21:24:49 <mrmoku> I was thinking about remembering the startup time... and inihibit suspend for a certain amount of time
Apr 14 21:24:58 <mrmoku> or until it registered
Apr 14 21:25:09 <TAsn> exactly, whatever comes first.
Apr 14 22:06:27 <feitingen> what are the possibilities for mms on the openmoko?
Apr 14 22:11:36 <mickey|zzZZzz> no support atm., patches appreciated. one could e.g. grab some code from the maemo mms lb
Apr 14 22:11:37 <mickey|zzZZzz> lib
Apr 14 22:11:39 <mickey|zzZZzz> n8
Apr 14 22:14:49 <feitingen> how should it be implemented? i dont think putting mmses of some kilobytes over the dbus  is a good idea? (using existing fso framework)
Apr 14 22:17:30 <playya_> feitingen, no one is really working on it because it really complex and not many are missing it ;)
Apr 14 22:19:05 <feitingen> i am fiddling with it, and yes, it is really complex
Apr 14 22:20:55 <feitingen> i am tempted to implement it as a some sort of smtp gateway so existing mailclients can be used for sending mms
Apr 14 22:23:45 <feitingen> *sigh* nothing like a long reference document helping you fall asleep.. n8
Apr 14 22:24:55 <JaMa> and recipe checking queue finished! yay, finally.. 6 days...
Apr 14 22:25:47 <vanous123> JaMa: congrats and thank you!
Apr 14 22:26:30 <JaMa> :) pity that it's just metadata cleanup, no change for users :)
Apr 14 22:27:20 <vanous123> i guess it pays back in a long run...?
Apr 14 22:27:23 <JaMa> and SRCPV will be bigger celebration for shr devs :) finally no need to have shr/ustable branch :)
Apr 14 22:27:45 <vanous123> in oe?
Apr 14 22:27:50 <JaMa> yes
Apr 14 22:28:00 <vanous123> what is it gonna be then?
Apr 14 22:28:12 <JaMa> org.openembedded.dev branch directly for shr-u
Apr 14 22:28:20 <vanous123> wow
Apr 14 22:28:25 <JaMa> now it's the same+SRCPV branch
Apr 14 22:28:55 <JaMa> but need to push everything to oe.dev, merge, resolve conflicts makes small changes quite pain
Apr 14 22:29:33 <vanous123> and to keep up with whatever is there too?
Apr 14 22:29:47 <JaMa> so instead of about 8 commands to bump&build SRCREV there will be only 2-3
Apr 14 22:30:17 <vanous123> nice
Apr 14 22:30:18 <JaMa> vanous123: we're already keeping with oe.dev for more then half year
Apr 14 22:30:53 <vanous123> yes, this is what i thought so the cleaning was a logical step?
Apr 14 22:31:09 <JaMa> cleaning wasn't SHR specific..
Apr 14 22:31:22 <vanous123> i see
Apr 14 22:31:25 <vanous123> well
Apr 14 22:31:47 <JaMa> but I'm hoping that it will add few points for my SRCPV merge request :)
Apr 14 22:31:57 <vanous123> :)
Apr 14 22:32:10 <vanous123> well, sorry to abandon you, need some sleep here...
Apr 14 22:32:15 * JaMa too
Apr 14 22:32:18 <JaMa> gnite
Apr 14 22:32:21 <mrmoku> JaMa: two hours early :P
Apr 14 22:32:26 <vanous123> gnite
Apr 14 22:32:29 <vanous123> :))
Apr 14 22:32:30 <mrmoku> gnight all
Apr 14 22:32:33 * mrmoku bed too
Apr 14 22:32:56 <JaMa> mrmoku: yeah.. few days practise made me faster than I expected :)
Apr 14 22:33:01 <mrmoku> :)
Apr 14 22:33:04 <JaMa> or careless.. :)
Apr 14 22:33:12 <mrmoku> hehe
Apr 14 22:33:43 <JaMa> I guess I have about 65G now :)
Apr 14 22:35:12 <mrmoku> lucky you that disk storage is cheap these days :P
**** ENDING LOGGING AT Thu Apr 15 02:59:56 2010