**** BEGIN LOGGING AT Thu Nov 26 02:59:56 2009
Nov 26 04:03:21 <larsc> there we go... 255 * 100000000 > 2**32
Nov 26 04:22:38 <larsc> ah... and the compare and count registers are only 16bit width
Nov 26 04:22:55 <larsc> the code ignores this
Nov 26 04:26:22 <fredrin> eh?
Nov 26 04:28:24 <larsc> s3c pwm code
Nov 26 04:28:34 <fredrin> oh :)
Nov 26 04:29:20 <budfive_> larsc: whare are we using the pwm for?
Nov 26 04:29:26 <budfive_> larsc: what, that is
Nov 26 04:30:29 <DocScrutinizer-8> to dim leds and vibrator
Nov 26 04:31:18 <DocScrutinizer-8> larsc: toldya, bug in driver ;-P
Nov 26 04:33:49 <larsc> still doesn't fell right tough
Nov 26 04:36:42 <DocScrutinizer-8> larsc: I hope we can set cycle duration via api?
Nov 26 04:39:34 <DocScrutinizer-8> i.e. we want a sysfs node called duration or frequency in addition to the brightness node
Nov 26 04:40:17 <larsc> DocScrutinizer-8: I don't think you want that
Nov 26 04:40:50 <DocScrutinizer-8> sure I want that, as I want blinking of LED without sw interaction
Nov 26 04:42:02 <larsc> max duration is 1s anyway
Nov 26 04:42:55 <DocScrutinizer-8> yes I know we got a rather short duration depending on PCLK
Nov 26 04:43:15 <fredrin> can you make a pattern?
Nov 26 04:43:24 <DocScrutinizer-8> 1sec is ok anyway, though 5.someting seconds was better
Nov 26 04:43:52 <DocScrutinizer-8> with the power LED you can
Nov 26 04:45:18 <DocScrutinizer-8> you have orange and blue which you can sync and flash at different rates and on/off ratio
Nov 26 04:45:44 <DocScrutinizer-8> so sth like 4 orange followed by one blue is possible
Nov 26 04:46:38 <DocScrutinizer-8> alas not during suspend (though I might find a hw fix consisting of a wire, to enable that)
Nov 26 04:47:35 <DocScrutinizer-8> and actually that's my main project I need frequency for
Nov 26 04:48:02 <fredrin> nice
Nov 26 04:48:09 <fredrin> but don't the led use a lot of power? 
Nov 26 04:48:33 <DocScrutinizer-8> nah, not really
Nov 26 04:48:51 <DocScrutinizer-8> at least in A6 and A7 ;-P
Nov 26 04:49:38 <raster> bum bum bum
Nov 26 04:50:18 <larsc> DocScrutinizer-8: you can easily achieve that using the timer trigger. Which will even fallback to software if your period is not supported
Nov 26 04:50:28 <DocScrutinizer-8> let me put it this way: led needs maybe 10mA. If you have a on/off of 1/10 this is 1mA avrg
Nov 26 04:51:24 <DocScrutinizer-8> larsc: I *really* doubt the timer trigger will work at all, for my intended use
Nov 26 04:52:40 <larsc> well it lets you set period and duty time, thats what you want
Nov 26 04:53:13 <DocScrutinizer-8> nah, I want that in *hw*
Nov 26 04:53:54 <DocScrutinizer-8> you suppose timer trigger will work without CPU?
Nov 26 04:54:17 <larsc> what did just said?
Nov 26 04:54:32 <DocScrutinizer-8> read backscroll
Nov 26 04:54:57 <larsc> i said that you can use the timer trigger to get what you want.
Nov 26 04:55:19 <larsc> and that it will fallback to software when the given values are not supported by hw
Nov 26 04:55:30 <DocScrutinizer-8> and I said that's not quite true
Nov 26 04:55:39 <larsc> which implies otherwise the hw will be used to generate the timer
Nov 26 04:56:24 <DocScrutinizer-8> maybe it uses a hw timer, but for sure not the pwm counter directly
Nov 26 04:56:58 <larsc> yes you do!
Nov 26 04:57:38 <DocScrutinizer-8> well, anyway. even freq isn't sufficient, so I'll patch kernel anyway for this
Nov 26 04:57:59 <DocScrutinizer-8> I need TCLK1 for clock source
Nov 26 04:58:49 <DocScrutinizer-8> and I doubt the standard driver knows how to set this "divider" value
Nov 26 04:59:06 <larsc> clk_set_parent(....)
Nov 26 04:59:26 <larsc> but, yes thats a feature that will not be exported to userland
Nov 26 05:03:27 <DocScrutinizer-8> raster: moin
Nov 26 05:06:25 <raster> DocScrutinizer-8:  doz!
Nov 26 05:06:29 <raster> wazzap?
Nov 26 05:06:35 <raster> (sorry i'm rummaging thru email)
Nov 26 05:06:44 <DocScrutinizer-8> np
Nov 26 05:06:55 <DocScrutinizer-8> raster: just hi & night
Nov 26 05:07:20 <DocScrutinizer-8> raster: and "today is the day to ask nokia for my parcel express id"
Nov 26 05:07:47 <raster> ok
Nov 26 05:07:49 <raster> phase 1 done
Nov 26 05:07:50 <raster> :)
Nov 26 05:07:59 <DocScrutinizer-8> yep, lol
Nov 26 05:08:06 <raster> DocScrutinizer-8: they told u that its being shipped?
Nov 26 05:08:21 <DocScrutinizer-8> today or tomorrow
Nov 26 05:08:48 <raster> cool
Nov 26 05:09:10 <DocScrutinizer-8> high time
Nov 26 05:09:11 <raster> i'll have to just wait
Nov 26 05:09:21 <raster> i'm off creating trouble in other countries
Nov 26 05:09:28 <raster> btw
Nov 26 05:09:34 <raster> i saw an awesome phone from LG yesterday
Nov 26 05:09:35 <raster> brand new
Nov 26 05:09:36 <DocScrutinizer-8> hehehe
Nov 26 05:09:41 <raster> just awesome from a style point of view
Nov 26 05:09:55 <raster> its exactly what i'd want to make, if i could
Nov 26 05:10:04 <DocScrutinizer-8> o.O
Nov 26 05:10:14 * raster looks for it
Nov 26 05:10:16 <raster> its gorgeous
Nov 26 05:10:42 <DocScrutinizer-8> bought it?
Nov 26 05:11:07 <raster> HAHA NO NO
Nov 26 05:11:11 <raster> too expensive 
Nov 26 05:11:13 <raster> just released
Nov 26 05:11:16 <raster> featurephone only
Nov 26 05:11:18 <DocScrutinizer-8> duh!
Nov 26 05:11:21 <raster> but design-wise its sexy
Nov 26 05:11:28 <raster> totally encased in a glass sleeve
Nov 26 05:11:29 <DocScrutinizer-8> aah
Nov 26 05:11:30 <raster> alla round
Nov 26 05:11:39 <raster> aaah
Nov 26 05:11:42 <raster> the new chocolate
Nov 26 05:11:51 <DocScrutinizer-8> sounds like gta03ish
Nov 26 05:11:54 <raster> blacklabel
Nov 26 05:12:19 <raster> chocolate bl 40
Nov 26 05:13:01 <raster> http://www.techradar.com/reviews/phones/mobile-phones/lg-bl40-chocolate-631451/review
Nov 26 05:13:08 <raster> when u see it - it's gorgeous
Nov 26 05:13:21 <raster> the shiny black casing wraps the whole phone
Nov 26 05:13:27 <raster> well with a seam
Nov 26 05:13:31 <raster> but it feels like it wraps it
Nov 26 05:13:39 <raster> the screen is ultra-tall and slim
Nov 26 05:14:03 <raster> 800x345 resolution
Nov 26 05:14:13 <raster> so... very thin, but tall and good in general
Nov 26 05:14:44 <DocScrutinizer-8> aah, no. thats not like 03
Nov 26 05:14:45 <raster> but its a featurephone so... just using it as a design reference
Nov 26 05:14:53 <raster> its very similar to the gta04 thing i designed
Nov 26 05:15:10 <raster> min was more curvey
Nov 26 05:15:17 <raster> with the screen even curving in all directions
Nov 26 05:15:22 <raster> but otherwise... not dissimilar
Nov 26 05:15:23 <DocScrutinizer-8> yep
Nov 26 05:15:38 <raster> http://www.rasterman.com/files/phon2.png
Nov 26 05:15:40 <raster> that one
Nov 26 05:15:49 <raster> though their screen is taller
Nov 26 05:15:50 <DocScrutinizer-8> I know it
Nov 26 05:16:07 <raster> i left a big blank area at the bottom maybe for led's or touch gestures etc.
Nov 26 05:16:24 <DocScrutinizer-8> ok, forced disconnect due,
Nov 26 05:16:26 <raster> anyway... just thought i'd mention it
Nov 26 05:16:41 <DocScrutinizer-8> and I'll take a nap finally
Nov 26 05:16:42 <raster> hahahahha
Nov 26 05:17:30 <DocScrutinizer-8> why do you laugh? no forced 24h discon in .au?
Nov 26 05:17:57 * mwester googles
Nov 26 05:18:12 <raster> you have such bizarre sleeping habits
Nov 26 05:18:23 <DocScrutinizer-8> aah
Nov 26 05:18:24 <raster> mwester: see url
Nov 26 05:18:26 <DocScrutinizer-8> well
Nov 26 05:18:31 <raster> http://www.techradar.com/reviews/phones/mobile-phones/lg-bl40-chocolate-631451/review
Nov 26 05:18:37 <raster> it has some pics and what not
Nov 26 05:18:37 <DocScrutinizer-8> bizzare but rather regular
Nov 26 05:18:42 <raster> its a nice bit of hw it seems
Nov 26 05:19:47 <raster> hahahaha
Nov 26 05:19:57 <raster> well its like middle fo the day here
Nov 26 05:20:07 <raster> you always seems to go to sleep middle/end of my day
Nov 26 05:20:43 * mwester falls over in astonishment that DE users accept a forced disconnect every 24 h
Nov 26 05:21:06 <mwester> Storm the ISP and take over their equipment!
Nov 26 05:21:16 <mwester> raster,  pretty cool phone!
Nov 26 05:21:24 <DocScrutinizer-8> WTf?? my maemo homescreen now is called "tana_fi_home\ntana_fi_home_thumb" ?1? :-O
Nov 26 05:21:43 <raster> mwester: from just a style, design, screen formfactor etc. pov its nice
Nov 26 05:22:01 <mwester> I didn't get to where they describe the CPU yet...
Nov 26 05:22:11 <raster> i like the way its going there. if that were a base to put a good SoC inside, and a goood linux os... i'm into that
Nov 26 05:22:40 <raster> mwester: havent found info onit. likely not that interesting as its not an open phone. "java" is as open as that one gets
Nov 26 05:22:47 <raster> ie - just a modern feature-phone
Nov 26 05:22:56 <mwester> Nice styling just the same
Nov 26 05:23:03 <raster> yeah
Nov 26 05:23:07 <raster> thats what got me on it
Nov 26 05:23:12 <raster> holding it in your hand is nice
Nov 26 05:23:19 <raster> its a nice formfactor
Nov 26 05:23:24 <DocScrutinizer-8> and the notifier when clicking URL in xchat changed from "loading internet" OWTTE to "cxfoofg_load_application"
Nov 26 05:23:30 <raster> being tall is no problem - just gives u a lot of space to show controls or content
Nov 26 05:24:00 <raster> DocScrutinizer-8:  maemo+hildon do totally bizarre things with freedesktop stanndards
Nov 26 05:24:06 <raster> it's good they use them
Nov 26 05:24:13 <raster> but imho they abuse them too much
Nov 26 05:24:33 <DocScrutinizer-8> and messed them up last few days obviously
Nov 26 05:26:03 <raster> heheheh
Nov 26 05:26:33 * DocScrutinizer-8 makes notice to generaly not trust any update
Nov 26 05:27:10 * DocScrutinizer-8 waves
Nov 26 05:28:00 <raster> DocScrutinizer-8:  nite!
Nov 26 05:28:46 <DocScrutinizer> another 30sec
Nov 26 05:48:13 <playya__> moin
Nov 26 05:50:48 <fredrin> night
Nov 26 05:50:50 <fredrin> :)
Nov 26 05:52:37 <JaMa|ZzZ> moin
Nov 26 05:57:02 <spaetzN800> jamorning..
Nov 26 06:20:23 <larsc> DocScrutinizer: uhm... when you said 100ms did you mean 100us?
Nov 26 06:22:54 <playyaWorking__> moin
Nov 26 07:08:13 <JaMa|WrkGone> updated feed-fail http://pastebin.ca/1687784
Nov 26 07:09:17 <JaMa|WrkGone> transmission and xournal and mpg123 were added recently right? (i added mpg123 iirc :))
Nov 26 07:14:22 <spaetz> transmission was added recently
Nov 26 07:14:34 <spaetz> and I asked heinervdm whether it compiles before adding it
Nov 26 07:14:39 <spaetz> he said yes...
Nov 26 07:14:47 <spaetz> did transmission fail?
Nov 26 07:21:29 <mrmoku> JaMa|WrkGone: yep, a bit strange.... my fsodeviced update does not get into the feed either
Nov 26 07:21:54 <mrmoku> spaetz: no, somehow getting ipks into tmp/deploy is broken
Nov 26 07:22:02 <spaetz> ?
Nov 26 07:22:04 <spaetz> oh my
Nov 26 07:22:31 <spaetz> are we using a heavily patched bb by now or are all distros suffering like this...
Nov 26 07:22:44 <mrmoku> JaMa|WrkGone: does it make sense to revert back to plain bitbake now that we eliminated the evil option?
Nov 26 07:22:51 <spaetz> can't be that bb fails with such fundamental functionality
Nov 26 07:23:11 <spaetz> do try that...
Nov 26 07:23:32 <spaetz> even if it breaks revision numbering once...
Nov 26 07:27:50 <JaMa|WrkGone> mrmoku: I think reverting patches won't change much..
Nov 26 07:28:04 <JaMa|WrkGone> mrmoku: as first is adding disabled feature LOCALCOUNT_OVERRIDE
Nov 26 07:28:19 <JaMa|WrkGone> mrmoku: and the remaining are changing BB_GIT_CLONE behavior..
Nov 26 07:28:36 <JaMa|WrkGone> mrmoku: but you can try.. nothing worse should happen
Nov 26 07:29:03 <JaMa|WrkGone> mrmoku: but I'm still interested what goes wrong in your install, as it works for me 
Nov 26 07:29:16 <JaMa|WrkGone> mrmoku: have you tried that debug output I sent you yesterday?
Nov 26 07:29:52 <JaMa|WrkGone> spaetz: transmission failed for me..
Nov 26 07:30:20 <JaMa|WrkGone> spaetz: see that feed-failed list 
Nov 26 07:30:48 <mrmoku> JaMa|WrkGone: does the debug one apply on plain bb?
Nov 26 07:31:02 <JaMa|WrkGone> mrmoku: no
Nov 26 07:31:14 <mrmoku> ok
Nov 26 07:35:10 <spaetz> kernel mailing list has a patch for disabling accel interrupts after suspend
Nov 26 07:35:33 <spaetz> JaMa|WrkGone: transmission compiles here fine
Nov 26 07:37:58 <PaulFertser> spaetz: i think the patch should be pushed to andy-tracking, nobody cares much about it anyway ;)
Nov 26 07:38:20 <PaulFertser> spaetz: i can do that in 1h if you guys think it's ok.
Nov 26 07:43:37 <spaetz> PaulFertser: I haven't tested it, but if you think it works that would be great
Nov 26 07:43:45 <PaulFertser> spaetz: it lgtm
Nov 26 07:43:46 <spaetz> it makes a big difference, performance-wise
Nov 26 07:43:54 <PaulFertser> spaetz: i understand :))
Nov 26 07:44:33 <PaulFertser> spaetz: are you going to add glamo fifo tweaking to some X startup script?
Nov 26 07:45:07 <spaetz> PaulFertser: not sure. I'm not capable as I wouldn't know what to do :)
Nov 26 07:45:20 <spaetz> I think we are working towards moving to 2.6.31 soon
Nov 26 07:45:41 <spaetz> but not sure. I am pondering to branch off shr-testing before any new major changes
Nov 26 07:46:00 <spaetz> I would love some glamo fifo-teaking though
Nov 26 07:46:23 <PaulFertser> spaetz: i guess it should be done since it improves X performance and it's a one-liner.
Nov 26 07:46:30 <spaetz> But I thought it requires kernel source modifications. Not X startup scripts...
Nov 26 07:46:53 <spaetz> then it should be done. Do you have a hint on what to change?
Nov 26 07:47:16 <spaetz> Weiss posted some kernel code yesterday,...
Nov 26 07:50:01 <PaulFertser> spaetz: tweaking glamo regs can be done from userspace, Weiss showed us how to do it.
Nov 26 07:52:12 <spaetz> PaulFertser: this is what I had bookmarked: http://git.bitwiz.org.uk/?p=kernel.git;a=commitdiff;h=01e4e0c2a1c39d7e4556f8996f21dfaf73b2869c
Nov 26 07:52:24 <spaetz> but that is modifying kernel src. Do you have another hint?
Nov 26 07:52:45 <spaetz> although modifying kernel source might not be that bad either... Just more effort to test
Nov 26 07:54:34 <PaulFertser> spaetz: x11perf -copywinwin500; echo  "4366 16384" > /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/regs; x11perf -copywinwin500
Nov 26 07:59:07 <JaMa|WrkGone> spaetz, playyaWorking_: not sure if it works, but this is navit.xml which is maintainable a lot easier :) http://shr.pastebin.ca/1687835
Nov 26 08:03:09 <playyaWorking_> JaMae, yes
Nov 26 08:03:38 <playyaWorking_> if navit build was succesful I'll update my config later
Nov 26 08:05:09 <spaetz> PaulFertser: cool, thanks. will try that
Nov 26 08:05:25 <spaetz> much appreciate if you could shove the accel fix into andy-tracking
Nov 26 08:05:53 <spaetz> shr-testing might use this still for quite some time
Nov 26 08:05:53 <PaulFertser> spaetz: i think i can if somebody tests it first
Nov 26 08:06:20 <spaetz> JaMa|WrkGone: you got a pay rise, you can affort to test a small kernel patch, right :-) ?
Nov 26 08:07:19 <JaMa|WrkGone> spaetz: I still need to finish that project which had deadline yesterday..
Nov 26 08:07:31 <JaMa|WrkGone> spaetz: so maybe later today
Nov 26 08:07:37 <spaetz> hehe
Nov 26 08:07:38 <spaetz> k
Nov 26 08:07:45 <spaetz> same here, actually
Nov 26 08:07:55 <spaetz> still working on a project with yesterday's deadline
Nov 26 08:08:07 <JaMa|WrkGone> mrmoku: btw if you build task-shr-feed, few more apps should finish (antlr, cacao, goffice)
Nov 26 08:09:12 <mrmoku> JaMa|WrkGone: ok, will do in a moment
Nov 26 08:10:03 <playyaWorking_> JaMae, what about options for all supported map types and only enable osm?
Nov 26 08:11:06 <JaMa|WrkGone> playyaWorking_: sure why not..
Nov 26 08:16:04 <JaMa|WrkGone> mrmoku: libsdl-mixer "fix" pushed to shr/merge
Nov 26 08:16:22 <spaetz> PaulFertser: thanks for that hint, that should definitely go in.
Nov 26 08:16:22 <mrmoku> :D
Nov 26 08:16:50 <spaetz> mrmoku: this lines doubles the performance of x11perf -copywinwin500
Nov 26 08:16:58 <spaetz> 2 ~ $ 
Nov 26 08:16:58 <spaetz>  
Nov 26 08:17:01 <spaetz> oops
Nov 26 08:17:09 <spaetz> echo  "4366 16384" > /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glam
Nov 26 08:17:09 <PaulFertser> spaetz: if that is going in, no need to patch the kernel then :)
Nov 26 08:17:12 <spaetz> o3362.0/regs
Nov 26 08:17:31 <spaetz> how can we make sure in a clean way that it is executed on every boot?
Nov 26 08:17:42 <spaetz> as in, without rootfs hackery?
Nov 26 08:18:12 <spaetz> PaulFertser: yep, accel patch is still needed anyway :)
Nov 26 08:18:20 <spaetz> I'll try the accel patch over the weekend
Nov 26 08:21:02 <spaetz> /etc/X11/Xsession.d/70GlamoFIFO file? But in which package should it go?
Nov 26 08:21:20 <spaetz> mrmoku: ^^^ ?
Nov 26 08:21:42 <spaetz> some shr-customization package. but which makes most sense?
Nov 26 08:22:01 <spaetz> initscripts-shr ?
Nov 26 08:22:47 <PaulFertser> spaetz: (patch) looks nice
Nov 26 08:25:18 <spaetz> PaulFertser: what comment should go with that echo  "4366 16384" line?
Nov 26 08:25:29 <spaetz> to what values are we setting what register?
Nov 26 08:25:35 <spaetz> sorry for being dumb here
Nov 26 08:25:46 <spaetz> I'd like to add a comment...
Nov 26 08:26:48 <spaetz> Enable FIFO stage for the LCD engine's memory access
Nov 26 08:27:02 <spaetz> Is this what it does? (Taken from Weiss commit comment)
Nov 26 08:27:50 <PaulFertser> spaetz: yes :)
Nov 26 08:27:57 <PaulFertser> spaetz: btw, the patch you gave a link to doesn't apply
Nov 26 08:28:07 <spaetz> ahh, k :(
Nov 26 08:30:19 <PaulFertser> spaetz: but it does the same as the patch you're going to do in userspace.
Nov 26 08:32:04 <spaetz> ok. thanks
Nov 26 08:33:51 <PaulFertser> spaetz: well, i'm compile-testing the kernel atm and pushing accel patch after that.
Nov 26 08:33:55 <spaetz> cool, thanks
Nov 26 08:40:52 <JaMa|WrkGone> spaetz: I think we have Xsession.d stuff in other recipe.. btw
Nov 26 08:41:43 <spaetz> JaMa|WrkGone: I've only seen an xsession file related to phonui which is shipped with that
Nov 26 08:41:54 <spaetz> but this fix should not depend on phoneui being installed
Nov 26 08:42:24 <spaetz> another xsession file comes with shr-today, but it's also not appropriate there
Nov 26 08:42:28 <JaMa|WrkGone> spaetz: no.. se have ts configuration file somewhere like xorg-kdrive-common
Nov 26 08:43:06 <JaMa|WrkGone> spaetz: recipes/xserver-kdrive-common/xserver-kdrive-common_0.1.bb
Nov 26 08:43:13 <spaetz> JaMa|WrkGone: we'd have to do some machine/distro-dependent overrides there, right?
Nov 26 08:43:26 <spaetz> I don't care in which package it is as long as it's shipped
Nov 26 08:43:52 <JaMa|WrkGone> spaetz: we have them in files/shr/ now so no overrides needed, but we would need one for new session file there..
Nov 26 08:44:00 <JaMa|WrkGone> spaetz: I don't care too..
Nov 26 08:44:06 <JaMa|WrkGone> spaetz: it was just "btw"
Nov 26 08:44:47 <JaMa|WrkGone> transmissing built ok now.. I had tarball with wrong checksum
Nov 26 08:44:55 <spaetz> ok, thanks for the info anyway
Nov 26 08:46:38 <spaetz> ok, pCalc -> Calc in .desktop file.
Nov 26 08:46:50 <Weiss> r.e. echoing things into sysfs for Glamo FIFO: *don't* do that with KMS...
Nov 26 08:47:12 <spaetz> Weiss: ahh, ok good to know
Nov 26 08:47:21 <Weiss> that register also contains part of the base address of the framebuffer... the sysfs hack only works because the address is zero with standard glamo-fb\
Nov 26 08:47:54 <PaulFertser> Weiss: but it's exactly like that in andy-tracking so should be safe to do, right?
Nov 26 08:48:09 <Weiss> yep, but only with andy-tracking
Nov 26 08:48:18 <Weiss> (or 2.6.31 without KMS, I think)
Nov 26 08:48:33 <Weiss> with KMS, the framebuffer address is "made up on the spot"
Nov 26 08:49:40 <Weiss> (actually I deliberately left it such that it's always not zero with DRM, because it shows up other bugs nicely)
Nov 26 08:49:47 <spaetz> is there a way to find out at runtime whether we run KMS?
Nov 26 08:49:56 <spaetz> besides grepping dmesg :)
Nov 26 08:50:36 <PaulFertser> spaetz: it's better to avoid sysfs tricks if you run non-andy-tracking.
Nov 26 08:50:49 <spaetz> Weiss: the glamo FIFO tweaking really makes a difference, so I'd love to use it
Nov 26 08:50:51 <Weiss> yep.. you can do what xf86-video-glamo
Nov 26 08:51:00 <spaetz> or we need to include the patch in the andy-tracking kernel
Nov 26 08:51:21 <Weiss> http://git.bitwiz.org.uk/?p=xf86-video-glamo.git;a=blob;f=src/glamo-kms-driver.c;h=1dce5d82e74094e626cad86858e9515ded167ac9;hb=HEAD
Nov 26 08:51:31 <spaetz> to avoid doing runtime fudging in the first place
Nov 26 08:51:41 <Weiss> if noone's found any problems yet, it can probably safely be patched in..
Nov 26 08:52:31 <spaetz> I've run it now and it works with all apps on my FR
Nov 26 08:52:42 <Weiss> has anyone tested it while running from SD?
Nov 26 08:52:45 <spaetz> tanoggps, calls, etc tested
Nov 26 08:52:50 <spaetz> and I run from SD
Nov 26 08:52:58 <PaulFertser> Weiss: drivers/mfd/glamo/glamo-fb.c:   { GLAMO_REG_LCD_A_BASE2, 0x0000 }, /* display A base address 22:16 */ should be changed to 0x4000, right?
Nov 26 08:53:13 <PaulFertser> Weiss: i run from SD too
Nov 26 08:53:24 <PaulFertser> spaetz: accel patch pushed
Nov 26 08:53:34 <spaetz> yay, thanks PaulFertser.
Nov 26 08:53:45 <Weiss> PaulFertser: yep, for two stages of FIFO. you might be brave and try four stages (0x8000) for a little extra speed still, but I got occasional wibbling of the screen..
Nov 26 08:53:52 <spaetz> so would pushing the glamo tweak make sense too?
Nov 26 08:54:00 <PaulFertser> Weiss: i remember. No sense to push that to kernel.
Nov 26 08:54:12 <PaulFertser> Weiss: will patch with 0x4000
Nov 26 08:54:19 <spaetz> yep, +1
Nov 26 08:54:26 <Weiss> ok, sounds good
Nov 26 08:54:43 <spaetz> ok, I'll remove my runtime xsession script again
Nov 26 08:54:52 <spaetz> let me know when you pushed
Nov 26 08:57:02 <Ainulindale> Hey guys, how is latest? 
Nov 26 08:57:14 <PaulFertser> Weiss: http://paste.debian.net/52443/
Nov 26 08:57:24 <PaulFertser> Ainulindale: sucks without you
Nov 26 08:57:30 <PaulFertser> ;)
Nov 26 08:57:44 <PaulFertser> TBH i haven't tried :P
Nov 26 08:58:03 <Ainulindale> PaulFertser: well
Nov 26 08:58:04 <Weiss> PaulFertser: fine with me :)
Nov 26 08:58:12 <Ainulindale> I'm not sure it sucks :-)
Nov 26 08:58:21 <PaulFertser> Just it became a bit too boring without constant insults and arguments ;)
Nov 26 08:58:26 <Ainulindale> But I'd like to do my share if I had the time and wish to do so :è)
Nov 26 08:58:35 <Ainulindale> Nah you're exaggerating
Nov 26 08:58:41 <Ainulindale> I wasn't insulting people
Nov 26 08:58:48 <Ainulindale> Arguing yes but that was leading to something
Nov 26 08:59:12 <PaulFertser> My joking skills are not exactly good, especially in the morning, sorry
Nov 26 08:59:36 <Ainulindale> :-)
Nov 26 08:59:45 <Ainulindale> Don't worry :-)
Nov 26 09:00:10 <PaulFertser> spaetz, Weiss: pushed, thanks a lot! :D
Nov 26 09:00:35 <PaulFertser> Ainulindale: how's life, still mad busy with work?
Nov 26 09:00:46 <Ainulindale> Yeah, plus learning russian
Nov 26 09:00:51 <Ainulindale> It's time consuming
Nov 26 09:01:34 <Ainulindale> I'm trying to read tales (the one with the little boy and little girl, the former trying to drink water on the road and turning into a goat)
Nov 26 09:01:41 <Ainulindale> It's not easy at all
Nov 26 09:01:44 <PaulFertser> Ainulindale: lol
Nov 26 09:01:54 <Abaddon_> Ainulindale: cute
Nov 26 09:02:03 <Ainulindale> I have a big book with lots of tales
Nov 26 09:02:11 <Ainulindale> Abaddon_: Shtt! :-)
Nov 26 09:03:06 <Ainulindale> PaulFertser: I don't know why russians use so many (longer than the original word) diminutives
Nov 26 09:03:15 <PaulFertser> Ainulindale: i'd prefer watch soviet cartoons, that's probably the most mad and free art in the SU.
Nov 26 09:03:32 <PaulFertser> Ainulindale: tales are like that, i'm not sure we use that many in RL
Nov 26 09:03:42 <Ainulindale> PaulFertser: heh
Nov 26 09:03:52 <Ainulindale> PaulFertser: anyway I'm learning a lot and that's good :-)
Nov 26 09:03:54 <PaulFertser> Ainulindale: wanna see a cool classic cartoon with english translation i did?
Nov 26 09:04:03 <Ainulindale> PaulFertser: yeah :-)
Nov 26 09:04:10 <PaulFertser> (not subtitles, unfortunately, just all the text translated)
Nov 26 09:06:57 <PaulFertser> Ainulindale: http://multiki.arjlover.net/multiki/padal.proshlogodnij.sneg.avi and https://paulfertser.is-a-geek.org/files/last_year_s
Nov 26 09:07:00 <PaulFertser> _snow_was_falling.txt
Nov 26 09:07:10 <PaulFertser> https://paulfertser.is-a-geek.org/files/last_year_s_snow_was_falling.txt
Nov 26 09:07:26 <Ainulindale> Wooh it's big
Nov 26 09:08:03 <PaulFertser> It's wonderful
Nov 26 09:08:27 <Ainulindale> Well I won't be able to watch it until tonight
Nov 26 09:11:28 <PaulFertser> Ainulindale: at work some stupid decided to introduce some "5C" standard for working places where it's prohibited to keep stuff on a table etc. Many strange requirements, including "you can grow plants but not weed, opium or 'shrooms" and other nonsence like that. In preparation i printed 4 A4 copies of HUI (ХУЙ) written in big letters and spreaded those over my table, i hope they'll see it tomorrow when they come for inspection :)
Nov 26 09:13:12 <PaulFertser> http://en.wikipedia.org/wiki/5S_(methodology)
Nov 26 09:14:40 * Weiss wonders what would happen if that methodology was used for programming :)
Nov 26 09:15:12 <max_posedon> PaulFertser, isn't you working on fab, is you?
Nov 26 09:16:47 <max_posedon> (/me founding 5S very stupid for "office" work)
Nov 26 09:17:07 <PaulFertser> max_posedon: i'm an embedded programmer but i work in some kind of lab here.
Nov 26 09:17:34 <PaulFertser> max_posedon: 5S sounds stupid for every work. i can forward you the PP "presentation" those stupids sent us.
Nov 26 09:17:35 <max_posedon> so, wtf your bos whant 5S?
Nov 26 09:17:48 <max_posedon> no, I think its find for fabs
Nov 26 09:17:51 <PaulFertser> I'm really offended i can't grow weed. Never thought about trying but probably i should start now.
Nov 26 09:17:55 <max_posedon> where you working "у станка"
Nov 26 09:19:25 <BillK> after updating, I am getting an error trying to build pixman - http://pastebin.com/ma342e4e
Nov 26 09:24:12 <spaetz> mrmoku: can you rebuild the kernel?
Nov 26 09:24:22 <spaetz> accel fix and glamo tweak should be included
Nov 26 09:25:41 <mrmoku> spaetz: kernel feed and the world :)
Nov 26 09:25:44 <mrmoku> now is building time
Nov 26 09:26:31 <spaetz> do try to remember speed before and after kernel upgrade
Nov 26 09:26:48 <spaetz> I think it improved a lot, but that might also be wishful thinking :)
Nov 26 09:26:49 <mrmoku> ok, will try
Nov 26 09:26:58 <Ainulindale> PaulFertser: HUI ?
Nov 26 09:27:13 <mrmoku> spaetz: normal or KMS kernel?
Nov 26 09:27:29 <spaetz> normal
Nov 26 09:27:35 <spaetz> shr-devel
Nov 26 09:27:37 <mrmoku> ok
Nov 26 09:27:47 <spaetz> boost for everyone :)
Nov 26 09:28:02 <spaetz> not just the l33t :)
Nov 26 09:28:48 <spaetz> mrmoku: you've got mail. from koen. :)
Nov 26 09:28:50 <spaetz> Lately I've notice a problem when building and installing e-wm: it drags in e-menu-shr. It's due to (improper) usage of RPROVIDES + RCONFLICTS. 
Nov 26 09:29:30 <mrmoku> ohh
Nov 26 09:30:17 <spaetz> very polite and constructive mail
Nov 26 09:34:44 <mrmoku> responded :)
Nov 26 09:35:30 <spaetz> yay, shr-config compiled again
Nov 26 09:39:23 <PaulFertser> Ainulindale: KHUI
Nov 26 09:39:41 <spaetz> mmh, current src/include/Elementary.h refers to Efreet.h but that is in efreet/Efreet.h
Nov 26 09:39:54 <spaetz> something isn't setting include directories correctly.
Nov 26 09:41:44 <PaulFertser> Ainulindale: http://commons.wikimedia.org/wiki/File:Ru-Khuy.ogg
Nov 26 09:54:44 <PaulFertser> (raster's dose of reality) oh man, hurts every time
Nov 26 09:59:28 <Weiss> PaulFertser: about OSS-friendly graphics hardware? nothing you didn't know already I guess..
Nov 26 10:00:07 <PaulFertser> Weiss: ARM officials told me that their 3D core will be opened enough to write a decent free driver
Nov 26 10:00:26 <Weiss> cool :D
Nov 26 10:00:37 <PaulFertser> Weiss: also i had no idea samsung now uses 3rd-party 3d core and that it can't give access to the datasheets even under nda.
Nov 26 10:00:47 <Weiss> yeah.. that's the SGX?
Nov 26 10:01:08 <PaulFertser> Weiss: and i just fucking can't get used to the fact samsung != samsung, intel != intel, hp != hp and other nonsense like that :(
Nov 26 10:01:35 <Weiss> the core DRI people are all keen on getting OSS DRI working on SGX, but are frustrated by NDA-ick
Nov 26 10:01:46 <PaulFertser> Weiss: (SGX) no idea tbh
Nov 26 10:01:57 <Weiss> yeah.. that was a bit odd for me as well. Samsumg phone people != Samsung SoC people?
Nov 26 10:02:02 <Weiss> makes sense
Nov 26 10:02:07 <PaulFertser> some 3d core
Nov 26 10:02:48 <Weiss> imgtec = imagination technologies = SGX
Nov 26 10:03:14 <PaulFertser> Weiss: but lack of communication channels inside a company seems strange. Intel alsa developer can't ask windows drivers developer about specifics of hdmi handling e.g. 
Nov 26 10:03:16 <Weiss> I didn't know about the ARM 3D thing, though
Nov 26 10:04:05 <Weiss> I'm sure they *could*... when I worked at ARM (for a summer), there was lots of that kind of communication going on.  But ARM is small in terms of number of people
Nov 26 10:04:23 <PaulFertser> Weiss: or Intel that makes plenty of excellent stuff apparently doesn't know that tar and gzip can't decompress zip files (they claim it in their readme for one of the intel server motherboard bios update).
Nov 26 10:05:08 <PaulFertser> Weiss: (arm 3d) it was told unofficially after the presentation during break, i doubt anyone can confirm my words :(
Nov 26 10:05:20 <Weiss> :S
Nov 26 10:05:53 <Weiss> the Intel thing sounds like a random low-level worker wrote the readme, who doesn't really understand it
Nov 26 10:06:08 <PaulFertser> And probably even i have forgotten the exact meaning now and it's transforming more and more to something i like in my distorted reality :/
Nov 26 10:06:26 <Weiss> it's interesting how much industrial programming is "just good enough" - there's no room for refactoring to make things 
Nov 26 10:06:31 <Weiss> to make things "nice"*
Nov 26 10:08:48 <Weiss> one problem is that the driver for a GFX chip often *is* the clever part, i.e. the product that sells
Nov 26 10:09:23 <PaulFertser> Or how can you trust a company that releases this: "Oracle De-install Utility (11.2.0.1.0) for Linux x86 linux_11gR2_deinstall.zip (124,457,540 bytes)." ?..
Nov 26 10:09:42 <mrmoku> TAsn: ping
Nov 26 10:10:27 <Weiss> 124Mb? :o
Nov 26 10:10:30 <PaulFertser> Weiss: (the clever part) that doesn't mean they shouldn't provide register-level specs.
Nov 26 10:12:16 <Weiss> indeed.. and I think maybe it's beginning to get through to companies that they should just release this information anyway, because it's going to get reverse-engineered eventually anyway
Nov 26 10:18:23 <mrmoku> JaMa|WrkGone: shit... forgot again to merge SRCPV via your branch :»
Nov 26 10:19:25 <Weiss> PaulFertser: I think (at least partially) this is what happened with ATI/AMD..
Nov 26 10:19:36 <JaMa|WrkGone> mrmoku: nvm :)
Nov 26 10:20:13 <PaulFertser> Weiss: practice showed they released not enough :(
Nov 26 10:20:26 <PaulFertser> Weiss: moreover it's a very sad story in fact, let me find the link
Nov 26 10:21:29 <PaulFertser> Weiss: http://libv.livejournal.com/18938.html (read the followup comments by Luc)
Nov 26 10:24:04 <mrmoku> JaMa|WrkGone: btw... it builds a new gcc...
Nov 26 10:24:29 <mrmoku> hope that is intended :)
Nov 26 10:24:35 <Mirv> just noting that Weiss' patch from hour ago to andy-tracking seems to speed up gtkperf with some 20% truly
Nov 26 10:24:57 <spaetz> yay! :)
Nov 26 10:25:13 <Mirv> nice, especially since my experience with KMS is still a bit shaky and I dunno how to debug the white screen on resume
Nov 26 10:25:18 <spaetz> mrmoku: rebuilt index?
Nov 26 10:25:24 <Heinervdm> pb___: can we revert http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=f1dc5457a0352369f41989ae58647f5b9e7e6b43 ? Because in angstrom and shr openobex is unbuildable because bluez-libs are blacklisted and setting PREFERRED_PROVIDER for bluez-libs doesn't work
Nov 26 10:25:24 <mrmoku> spaetz: no, building feed
Nov 26 10:25:35 <spaetz> mmh, k
Nov 26 10:25:59 <mrmoku> spaetz: and F4t asked me to bump mokonnect... and I forgot :(
Nov 26 10:25:59 <mrmoku> did that now
Nov 26 10:26:22 * mrmoku was playing too much with 2.6.31 the last days :P
Nov 26 10:26:44 <spaetz> Heinervdm: not sure if we simply can revert a commit by pb___. I guess he had a reason for this
Nov 26 10:26:57 <Weiss> I'm going to try to make WSoD go away forever this weekend :)
Nov 26 10:27:00 <spaetz> so we would need to discuss with him at least
Nov 26 10:27:06 <Weiss> (hey, I like to choose the difficult problems)
Nov 26 10:27:10 <Heinervdm> spaetz: because of that i asked him ;)
Nov 26 10:27:26 * spaetz bets Weiss is going to make it a Blue Screen of Death and announce accomplishment :)
Nov 26 10:27:30 <spaetz> Heinervdm: and?
Nov 26 10:27:31 <mrmoku> Weiss: but please... don't just exchange it with BSoD ;)
Nov 26 10:27:39 <spaetz> hehe, I was quicker :)
Nov 26 10:27:44 <mrmoku> spaetz: grr :)
Nov 26 10:28:17 <Weiss> :)
Nov 26 10:28:31 * spaetz waits for updated package index. wanna try the new kernel
Nov 26 10:29:01 <Weiss> Mirv: interesting that a doubling of the underlying engine speed only resulting in a 20% increase for GTK...
Nov 26 10:29:02 <JaMa|WrkGone> mrmoku: hmm new gcc? 
Nov 26 10:29:07 <JaMa|WrkGone> mrmoku: no idea about it..
Nov 26 10:29:30 <JaMa|WrkGone> mrmoku: I had gcc upgrades only while building angstrom..
Nov 26 10:29:37 <Heinervdm> spaetz: he thinks it's not the right way
Nov 26 10:29:53 <spaetz> I have a new weird logo at the top of shr-today. Never seen before
Nov 26 10:30:13 <spaetz> s/logo/icon/
Nov 26 10:30:46 <JaMa|WrkGone> mrmoku: and I don't see any commit with gcc change in 4.4. series only 4.3.3
Nov 26 10:31:06 <Heinervdm> where is ANGSTROM_BLACKLIST defined?
Nov 26 10:31:14 <JaMa|WrkGone> Heinervdm: angstrom.inc
Nov 26 10:31:20 <mrmoku> JaMa|WrkGone: it build 4.3.2... and libffi
Nov 26 10:31:28 <JaMa|WrkGone> mrmoku: it should not..
Nov 26 10:31:50 <mrmoku> JaMa|WrkGone: ahh... it just build libffi
Nov 26 10:31:55 <mrmoku> and that needs gcc sources
Nov 26 10:32:09 <JaMa|WrkGone> mrmoku: PREFERRED_GCC_VERSION                ?= "4.4.2" from sane-toolchain
Nov 26 10:32:15 * mrmoku just saw the gcc wget
Nov 26 10:32:19 <JaMa|WrkGone> mrmoku: ah yes libffi is for jamvm
Nov 26 10:32:35 <mrmoku> oo :)
Nov 26 10:32:39 <mrmoku> s/oo/ok/
Nov 26 10:32:39 <apt> mrmoku meant: ok :)
Nov 26 10:35:47 <Mirv> Weiss: yes, it's probably much faster in some other places, but the multitude of small operations in gtkperf might cause some waits to pile up
Nov 26 10:36:06 <Mirv> good luck with white screen hunting :)
Nov 26 10:36:41 <spaetz> mysql? WTF do we have in our feed?
Nov 26 10:37:56 <playyaWorking_> hey. we have java in the feeds. so why not mysql?
Nov 26 10:38:31 <Mirv> let's not forget you'll want OOo too http://users.tkk.fi/~tajyrink/moko/freerunner_runs_openoffice3.jpg
Nov 26 10:38:40 <Mirv> :)
Nov 26 10:38:46 <PaulFertser> Who wants OO? :(
Nov 26 10:39:00 <PaulFertser> I dislike OO almost as much as MSO, it's same shit basically.
Nov 26 10:39:13 <mrmoku> but works on more platforms ;)
Nov 26 10:40:11 <Mirv> it's just for bragging around, "hey I've got OpenOffice in my mobile phone!" (works better if you start it up in advance so you don't need to wait for 5 mins looking at the splash screen)
Nov 26 10:40:43 <Mirv> (also better to quickly just show it and not trying to actually use it for anything)
Nov 26 10:40:53 <spaetz> Mirv: you could probably squeeze the toolbar on the FR screen, but not more :)
Nov 26 10:46:11 <mrmoku> it is building transmission now...
Nov 26 10:47:08 <mrmoku> and succeeded
Nov 26 10:47:29 <spaetz> yep, JaMa had some old crap download in his tmp or so
Nov 26 10:47:46 <spaetz> Heinervdm: tslib is there now too
Nov 26 10:48:00 <Heinervdm> playyaWorking_: ^
Nov 26 10:48:23 <spaetz> after index rebuilding, of course
Nov 26 10:48:48 <playyaWorking_> Heinervdm, yes. i know. I'm already using it :)
Nov 26 10:49:03 <Heinervdm> :)
Nov 26 10:49:08 <playyaWorking_> but i had a kernel panic tonight
Nov 26 10:49:15 <mrmoku> now blindcoder's fltk stuff...
Nov 26 10:49:38 <playyaWorking_> at least the red LED is bilinking
Nov 26 11:03:17 <parilo> Hi, all! Maybe somebody of you know how make bitbake copy all files in do_stage() into stage with few commands? It's difficult to enumerate all files
Nov 26 11:08:52 <PaulFertser> Weiss: you know that now thanks to amd "mercy" both -ati and -radeonhd have to rely on atombios which is basically the same crap as acpi?
Nov 26 11:10:32 <Raigedas> had anybody used tasm on windows? i have strage behavior. when i load my program at the beggining i see one code. but after the program starts executing, it transforms to slightly different code (and everything breaks down off course). how could that be that content of CS segment changes itself?
Nov 26 11:11:33 <PaulFertser> Raigedas: lol
Nov 26 11:14:41 <Weiss> PaulFertser: hmm.. but at least it's properly documented? (honest question)
Nov 26 11:15:39 <mrmoku> spaetz: kernel hit the feed
Nov 26 11:16:13 <Weiss> PaulFertser: I don't really know what form AMD's support took..?
Nov 26 11:16:23 <mrmoku> hmm
Nov 26 11:16:30 <mrmoku> or not :|
Nov 26 11:16:39 <PaulFertser> Weiss: not at all, folks are busy decompiling it (it's a bytecode). They've even found one (not important) bug already. Not to mention that some features (hdmi, power management) were never documented at all. And even Alex Doucher who's officially employed by AMD can't always access the info he might need for his work on -ati.
Nov 26 11:16:55 <spaetz> thanks
Nov 26 11:17:01 <spaetz> lunch bbl
Nov 26 11:18:06 <spaetz> mrmoku: nope, no upgrades
Nov 26 11:18:29 <spaetz> index?!
Nov 26 11:18:31 <mrmoku> yeah... synced the kernel though :|
Nov 26 11:18:54 <mrmoku> hmm
Nov 26 11:21:27 <mrmoku> spaetz: ok, now for real :)
Nov 26 11:24:46 <Heinervdm> can someone apply this cookie? http://patchwork.dev.bearstech.com/patch/540/
Nov 26 11:26:32 <CIA-86> SHR: 03mok 07libphone-ui-shr * r32fa4388ebd7 10/src/view/call-active-view.c: call-active-view: unset volume callback in hide and add some debug to it
Nov 26 11:26:41 <CIA-86> SHR: 03mok 07libphone-ui-shr * r96908c9a18b3 10/src/view/call-active-view.c: call-active-view: make the speaker/mute toggles do something
Nov 26 11:26:42 <CIA-86> SHR: 03mok 07libphone-ui-shr * re71e84ff7b0f 10/src/phoneui-init.c: phoneui-init: remove bogus _idle_foo
Nov 26 11:26:56 <mrmoku> Heinervdm: ok, will do
Nov 26 11:27:03 <PaulFertser> Weiss: ah, and one more thing: amd released a library to intepret the bytecode and it was so awful that it didn't handle endianess etc properly.
Nov 26 11:27:07 <Heinervdm> mrmoku: thx
Nov 26 11:52:08 <PaulFertser> gnutoo: hey, how's it going
Nov 26 11:53:09 <gnutoo> PaulFertser, hi I have 2 patches for SHR and I'm continuing the alsa debugging...
Nov 26 12:13:12 <spaetz> oohhh, nice
Nov 26 12:13:56 <spaetz> Nov26th shrU si definitely the best performance-wise
Nov 26 12:14:55 <spaetz> mrmoku: no need to rush 2.6.31 through the door
Nov 26 12:15:04 <spaetz> our 2.6.29 is capable enough
Nov 26 12:15:39 <spaetz> now, if we get it to receive incoming calls when suspended, I'd branch of for a -testing soon
Nov 26 12:15:47 <spaetz> and start cherry-picking fixes
Nov 26 12:18:31 <mrmoku> spaetz: I still see a big difference in speed though
Nov 26 12:19:34 <mrmoku> spaetz: and... we should start to work on JaMa's patches in patchwork... to get the rest into oe.dev
Nov 26 12:20:15 <playyaWorking_> and add fltkcocktailbar :)
Nov 26 12:20:24 <spaetz> yes, we should
Nov 26 12:20:30 <spaetz> But it is WAAY faster now.
Nov 26 12:20:39 <spaetz> almost acceptable :)
Nov 26 12:22:33 <spaetz> I still have "aplay /usr/share/sounds/ringtone.." in my process list
Nov 26 12:22:43 <Heinervdm> mrmoku: these have to be dropped: 480 476 475 this has to be reworked: 463
Nov 26 12:22:57 <spaetz> I wonder if that is caused by the auto-rejected call while suspended
Nov 26 12:23:17 <JaMa|WrkGone> mrmoku: if so.. not only dropped but reverted in shr/merge would be nice
Nov 26 12:24:47 <spaetz> ouch, killed aplay, now another aplay started playing a ringtone
Nov 26 12:25:12 <spaetz> can it be that fsodeviced starts playing a ringtone when the soundcard hasn't woken up yet from suspend?
Nov 26 12:25:17 <spaetz> and it hangs?
Nov 26 12:25:19 <playyaWorking_> spaetz, which version of fsodeviced?
Nov 26 12:25:50 <spaetz> current
Nov 26 12:25:57 <spaetz> fsodeviced - 1:0.9.0+gitr859+690dc75efcc8e4dbcb53e361d48c54e104955921-r1.4.4
Nov 26 12:28:37 <spaetz> syscon menu without "lock" is much better now. Only noticed that now...
Nov 26 12:30:30 <CIA-86> SHR: 03mok 07libphone-ui-shr * r30be5aeefd5c 10/src/view/call-active-view.c: call-active-view: add missing include
Nov 26 12:31:14 <spaetz> PaulFertser: thanks for pushing both patches. It does make a big difference, and they seem to work just fine.
Nov 26 13:01:09 <spaetz> haha, I effectively used ffalarms for the 1st time. You can tell that it was done by someone who has a hard time waking up
Nov 26 13:01:27 <spaetz> and who is also used to turn off the alarm clock and continuing to sleep :)
Nov 26 13:12:00 <valos> hi, I've just upgraded my SHR-U. When I make a call, scenarii used seems to be stereoout. Speaker and micro sliders are set to 0. changing them has no effect. Is it a known problem? 
Nov 26 13:12:56 <valos> I've this : [libphone-ui]	 Probing volume of control 'Speaker Playback Volume' returned -2147483648
Nov 26 13:13:02 <valos> in my /var/log/phoneuid.log
Nov 26 13:13:02 <mrmoku> valos: yeah known problem
Nov 26 13:13:20 <mrmoku> TAsn: ping :)
Nov 26 13:13:28 <valos> mrmoku: ok
Nov 26 13:13:51 <mrmoku> valos: as soon as TAsn is back we will look into it
Nov 26 13:15:01 <valos> not related: I found this in my /var/log/frameworkd.log
Nov 26 13:15:04 <valos> ogpsd                WARNING  (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
Nov 26 13:15:34 <playyaWorking_> no problem
Nov 26 13:15:38 <spaetz> valos: harmless
Nov 26 13:15:58 <playyaWorking_> thats for backwards compabilty
Nov 26 13:16:35 <PaulFertser> spaetz: what is the difference like?
Nov 26 13:16:40 <spaetz> although I guess we can remove it by now
Nov 26 13:16:46 <valos> spaetz: ok
Nov 26 13:17:04 <spaetz> PaulFertser: unbearably slow vs nearly acceptable ? :-)
Nov 26 13:17:08 <PaulFertser> spaetz: i wished our kernel development was organised in a more sane way... I'm not the right person to do that.
Nov 26 13:17:21 <spaetz> seriously I am bad at estimating these things, but it's noticable
Nov 26 13:17:35 <spaetz> more of those goodies would be nice :-)
Nov 26 13:18:10 <spaetz> mrmoku says 2.6.31 is still faster. But I am happy already for now
Nov 26 13:19:36 <playyaWorking_> does shr use usplash or sth similar or only writes the file to FB?
Nov 26 13:19:56 <Heinervdm> playyaWorking_: only writes to FB
Nov 26 13:20:21 <playyaWorking_> ok. no progressbar on boot :/
Nov 26 13:20:45 <spaetz> let's make boot just so fast you don't need one :)
Nov 26 13:21:17 <playyaWorking_> let's build a image that doesn't need a reboot?
Nov 26 13:21:27 <spaetz> btw, bootchart is not in the feed anymore...
Nov 26 13:22:07 <spaetz> if it ever was
Nov 26 13:25:26 <Heinervdm> koen has just activated gl in ecore and evas...
Nov 26 13:28:37 <playyaWorking_> Heinervdm, if the depencies are missing it should just fall back to non gl
Nov 26 13:29:05 <Heinervdm> lets hope
Nov 26 13:35:53 <mickey|office> morning folks
Nov 26 13:35:59 <spaetz> morning.
Nov 26 13:36:59 <spaetz> mickey|office: you have some experience with libeflvala. I got my shr-config to compile again. But /usr/include/Elementary.h includes <Efreet.h> and it fails to find it
Nov 26 13:37:14 <spaetz> Efreet.h is in /usr/include/efreet/Efreet.h so my includion dirs are somehow wrong
Nov 26 13:37:50 <spaetz> is there a way to tell configure to include efreet as well? I'm an autoconfig noob...
Nov 26 13:38:53 <blindcoder> spaetz: CFLAGS="$(CFLAGS) -I/usr/include/efreet" should work
Nov 26 13:38:58 <mickey|office> for a quick hack, you can just change the pkgconfig file for elementary to also search in /usr/include/efreet
Nov 26 13:39:17 <mickey|office> usually, a rebuild of elementary should fix that
Nov 26 13:39:34 <mickey|office> IIRC you can also configure elementary not to use efreet or edbus or eweather
Nov 26 13:39:53 <spaetz> that's what I would prefer
Nov 26 13:39:59 <spaetz> I'm not using efreet
Nov 26 13:40:44 <spaetz> I get the same issue when building locally as well as in OE
Nov 26 13:40:54 <spaetz> thanks for the hints
Nov 26 13:41:39 <mickey|office> hmm
Nov 26 13:41:45 <mickey|office> actually it seems they don't have configure flags
Nov 26 13:41:50 <mickey|office> they just enable/disable if found or not
Nov 26 13:42:00 <mickey|office> we should fix that upstream so that you can explicitly chose what gets in and what not
Nov 26 13:44:19 <spaetz> yep
Nov 26 13:49:43 <spaetz> bbl
Nov 26 13:51:45 <Heinervdm> do we have a opimd_to_vcard method somewhere?
Nov 26 14:01:53 <mrmoku> Heinervdm, JaMa|WrkGone: I added to public bundles to our patchwork: to-revert and to-rework
Nov 26 14:02:02 <mrmoku> and stuffed the 4 patches in there
Nov 26 14:05:18 <Heinervdm> mrmoku: i can't see these bundles
Nov 26 14:05:26 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r3269d832a2ed 10/fsodeviced/src/plugins/kernel26_rfkill/plugin.vala: fosdeviced: kernel26_rfkill: fix creating classes based on rfkill resources
Nov 26 14:10:29 <JaMa|WrkGone> "You have no bundles."
Nov 26 14:11:33 <mrmoku> hmm... I made them public
Nov 26 14:11:43 <Heinervdm> but we can resolve these just now
Nov 26 14:11:49 <mrmoku> if you click on bundles - nothing?
Nov 26 14:11:52 <Heinervdm> just revert http://patchwork.dev.bearstech.com/patch/475/ and http://patchwork.dev.bearstech.com/patch/476/
Nov 26 14:12:13 <Heinervdm> and for http://patchwork.dev.bearstech.com/patch/480/ we have to pick the recipe from org.oe.dev
Nov 26 14:12:23 <Heinervdm> mrmoku: nothing
Nov 26 14:14:44 <mrmoku> http://patchwork.dev.bearstech.com/bundle/mrmoku/to-revert/
Nov 26 14:15:05 <Heinervdm> and in http://patchwork.dev.bearstech.com/patch/463/ we have to replace ${PKG_CONFIG_SYSROOT_DIR} by ${STAGING_TARGET_DIR}, but about this i'm not sure
Nov 26 14:15:06 <mrmoku> anyway... can't do that right now
Nov 26 14:15:19 <mrmoku> have to go
Nov 26 14:15:21 <mrmoku> bbiab
Nov 26 14:16:01 <Heinervdm> http://patchwork.dev.bearstech.com/bundle/mrmoku/to-revert/?state=*
Nov 26 14:16:37 <playyaWorking_> little mrmoku wants get picked up from the kindergarden
Nov 26 14:17:00 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * rb65250f3703e 10/fsodeviced/src/lib/ (powercontrol.vala resource.vala): 
Nov 26 14:17:00 <CIA-86> freesmartphone.org: fsodeviced: add ISimplePowerControl interface as relevant interface for PowerControlResource delegate
Nov 26 14:17:00 <CIA-86> freesmartphone.org: BasePowerControl now implements this interface to comply with the needs of PowerControlResource
Nov 26 14:17:01 <Heinervdm> time to rebuild ;)
Nov 26 14:27:43 <DocScrutinizer> larsc: ([2009-11-26 07:20:23] <larsc> DocScrutinizer: uhm... when you said 100ms did you mean 100us?) no, definitely not
Nov 26 14:31:16 <DocScrutinizer> larsc: [2009-11-25 19:30:25] <DocScrutinizer-8> for hw-pwm you easily can go up to 1ms period
Nov 26 14:31:57 <DocScrutinizer> larsc: though I'd not recommend this for vibrator as it might create beeping sounds then
Nov 26 14:32:37 <DocScrutinizer> for vib anything between 100ms and 10ms probably fine
Nov 26 14:34:16 <DocScrutinizer> going much higher freq shorter periods may cause excessive loss in switching transistor and clamping diode, and cause audible mechanical noise in vib motor
Nov 26 14:35:13 <DocScrutinizer> longer than 100ms is probably noticeable as a stuttering in vib action
Nov 26 14:45:19 <DocScrutinizer> larsc: LEDs are less critical, you probably can operate them even with us periods, but it will create somewhat lower efficiency. Also you don't want to operate LEDs at a rate lower than 40Hz / longer than 25ms. Otherwise some users might see annoying flickering
Nov 26 14:46:01 <DocScrutinizer> so a period length of 10..20ms would be a best fit for all purposes
Nov 26 14:46:57 <DocScrutinizer> for LED 2ms is *slightly* better sweet spot
Nov 26 14:47:37 <DocScrutinizer> as long as it doesn't introduce any (cpu hog) downside
Nov 26 14:49:53 <DocScrutinizer> larsc: generally with FIQ you want to use slower / longer PWM, while with hw-counters which do not create any overhead you prefer the somewhat higher frequencies - but not to a point where efficiency starts to get worse
Nov 26 14:57:51 <DocScrutinizer> larsc: operating vibrator with us / MHz PWM might easily break D460[123], and / or Q4601. For sure it will yield really bad results, both for performance and efficiency
Nov 26 14:58:03 <mrmoku> playyaWorking_: nah, no kinergarten today :P
Nov 26 14:58:07 <mrmoku> +d
Nov 26 14:59:08 * DocScrutinizer checks IRC-flags for the meaning of "+d"
Nov 26 15:00:17 <Weiss> s/kinergarten/kindergarten/
Nov 26 15:00:27 <DocScrutinizer> ;-)
Nov 26 15:01:10 <mrmoku> mickey|bbl: rebuild yet? or more to come?
Nov 26 15:02:57 <mrmoku> playyaWorking_: the older one is writing a maths test tomorrow.... had to practice a bit with him :P
Nov 26 15:03:16 * mrmoku hates the german school system :|
Nov 26 15:03:24 <DocScrutinizer-8> btw I seen a ms vs us mixup in a ML-post regarding bq27k as well. Take care, usually it's really making a difference ;-P
Nov 26 15:04:46 <spaetz> if someone is interested in a bootchart
Nov 26 15:04:48 <spaetz> http://img512.imageshack.us/img512/8716/bootlog.png
Nov 26 15:04:56 <spaetz> today's image minus avahi
Nov 26 15:05:23 <DocScrutinizer-8> minus avahi? sounds *good*
Nov 26 15:05:25 <mickey|office> interesting
Nov 26 15:05:35 <DocScrutinizer-8> ~curse avahi
Nov 26 15:05:37 <apt> May you be reincarnated as a Windows XP administrator, avahi !
Nov 26 15:05:39 <spaetz> first 50 seconds basically exclusively udev stuff
Nov 26 15:05:46 <mickey|office> with something like fsoboot we should be able to get to 30 seconds until PIN query
Nov 26 15:06:13 <mickey|office> alas, no time for that
Nov 26 15:06:16 <DocScrutinizer-8> apt, you're amazingly to the point every once in a while. Good!
Nov 26 15:07:41 <DocScrutinizer-8> spaetz: kick udev! :-)
Nov 26 15:08:14 <mickey|office> mdev might be worth a tr
Nov 26 15:08:14 <mickey|office> y
Nov 26 15:08:23 <DocScrutinizer-8> spaetz: back in the old days we had no udev either
Nov 26 15:08:27 <mickey|office> (as long as we want to doctor around classic init style)
Nov 26 15:09:00 <spaetz> I think mrmoku tried mdev once
Nov 26 15:09:07 <DocScrutinizer-8> yep
Nov 26 15:09:11 <spaetz> but not sure. It might be worth a try.
Nov 26 15:09:17 <DocScrutinizer-8> someone did
Nov 26 15:09:23 <mrmoku> yep
Nov 26 15:09:36 <spaetz> But as long as we aim for the Freerunner, a static /dev should be working fine...
Nov 26 15:09:37 <mrmoku> mickey|office: retry upstart?
Nov 26 15:09:50 <spaetz> saving 50 seconds from boot would be nice
Nov 26 15:09:51 <mrmoku> well... actually try not retry :P
Nov 26 15:10:04 <mickey|office> it really depends on the audience of SHR
Nov 26 15:10:24 <spaetz> mrmoku: upstart doesn't make udev go any faster as long as we keep it
Nov 26 15:10:29 <mickey|office> if you want to include folks that use SHR as a minicomputer, go towards upstart and mdev and keep the classical init style
Nov 26 15:10:34 <spaetz> but if udev is using 50 seconds something is wrong there anyway IMHO
Nov 26 15:10:40 <DocScrutinizer-8> migration to upstart makes sense only with a major redesign of fsodeviced and friends
Nov 26 15:10:44 <mickey|office> if you want to dedicate to an actual smartphone, then help me with fsoboot
Nov 26 15:10:51 <mickey|office> and throw all init away
Nov 26 15:10:57 <mickey|office> that's the options
Nov 26 15:11:04 <spaetz> fsoboot=mickey's upstart?
Nov 26 15:11:22 <mickey|office> much less than this
Nov 26 15:11:24 <mrmoku> mickey|office: no combination possible?
Nov 26 15:11:26 <mickey|office> it's like...
Nov 26 15:11:33 <mickey|office> U-Boot = Upstart
Nov 26 15:11:38 <mickey|office> Qi = fsoboot
Nov 26 15:11:46 <spaetz> hehe, nice analogy
Nov 26 15:11:50 <spaetz> upstart-lite
Nov 26 15:11:56 <CIA-86> SHR: 03seba.dos1 07opimd-utils * r5b4591dc4f88 10/opimd-notes: opimd-notes: adjust to recent elementary entry changes
Nov 26 15:11:56 <CIA-86> SHR: 03seba.dos1 07opimd-utils * rb0a0f0dddf08 10/opimd-notes: opimd-notes: fix adding tags
Nov 26 15:11:57 <mickey|office> mrmoku: combinations are always possible in the form of alternatives
Nov 26 15:12:04 <mickey|office> of course fsoboot is a possible init
Nov 26 15:12:04 <CIA-86> SHR: 03seba.dos1 07opimd-utils * r4641dabe5221 10/opimd-contacts: opimd-contacts: adjust to new elementary entry changes
Nov 26 15:12:10 <spaetz> +1 for static /dev :)
Nov 26 15:12:10 <mickey|office> if folks want the full init, they'd go install another one
Nov 26 15:12:32 <DocScrutinizer-8> spaetz: go ahead!
Nov 26 15:12:38 <mickey|office> i doubt that you can get _really_ fast boot without scratching the whole init paradigm away though and start doing only the least amount that's necessary
Nov 26 15:12:44 <mrmoku> mickey|office: hmm.. and if folks would like to fastboot in 30s to smartphone and use it is computer anyway?
Nov 26 15:12:54 <mickey|office> mrmoku: that'd be a problem
Nov 26 15:12:59 <spaetz> +1 for static /dev and have udev hotplug kicking in after everything has settled down :)
Nov 26 15:13:15 * mrmoku thought spaetz wanted to branch testing ;)
Nov 26 15:13:19 <mickey|office> at least something i did not put any thought into yet
Nov 26 15:13:28 <DocScrutinizer-8> spaetz: exactly
Nov 26 15:13:31 <spaetz> mrmoku: got me there :-)
Nov 26 15:14:01 <spaetz> but first we need to be able to take calls when suspended :)
Nov 26 15:14:12 <dos1> " if you want to include folks that use SHR as a minicomputer" - well, i'm one of such persons :P
Nov 26 15:14:13 <spaetz> mickey|office: I had a hanging aplay process
Nov 26 15:14:28 <spaetz> and when I kill -9 it, I got more queued ringtones playing
Nov 26 15:14:40 <mickey|office> why would aplay hang?
Nov 26 15:14:49 <mickey|office> sounds like a kernel problem to me
Nov 26 15:14:50 <spaetz> don't ask me. It was just sitting there
Nov 26 15:14:53 <DocScrutinizer-8> DAI mode
Nov 26 15:15:01 <mickey|office> ya, that's the problem with calling an external binary
Nov 26 15:15:08 <spaetz> and this was after an incoming call when suspended
Nov 26 15:15:23 <mrmoku> DocScrutinizer-8: what happens with DAI mode on resume?
Nov 26 15:15:23 <mickey|office> hmm
Nov 26 15:15:25 <spaetz> can it be that aplay starts palying when the sound device isn't reinited yet, or something?
Nov 26 15:15:26 <mrmoku> some race?
Nov 26 15:15:48 <DocScrutinizer-8> nah no idea bout resume
Nov 26 15:16:10 <DocScrutinizer-8> but suspending an audiostream  definitely fails
Nov 26 15:16:17 <spaetz> I don't have the FR around now, but I will retest when suspended and see if I get another hanging aplay process
Nov 26 15:17:11 <DocScrutinizer-8> seems the SoC I2S interface locks up, both on suspend and on switching daimode during playback
Nov 26 15:18:44 <mrmoku> spaetz: I have my FR around and tried... no hanging aplay... but the same hangup incoming call symptoms
Nov 26 15:20:05 <spaetz> mrmoku: ok...
Nov 26 15:21:26 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r4d61599b537e 10/fsodeviced/src/plugins/kernel26_rfkill/plugin.vala: fsodeviced: rfkill: implement get/set power
Nov 26 15:22:09 <DocScrutinizer-8> (I2S lockup) basically the kernel driver should be able to detect a lockup and throw an error, but seems that's not implemented or buggy
Nov 26 15:23:03 * mrmoku turns on DEBUG log and retries
Nov 26 15:23:18 <mickey|office> argh
Nov 26 15:23:19 <DocScrutinizer-8> maybe kernel driver even could re-init the I2S if
Nov 26 15:23:26 <DocScrutinizer-8> when needed
Nov 26 15:24:05 <mickey|office> ~lart thinkpad IBM ACPI rfkill driver
Nov 26 15:24:05 * apt raises middle finger to thinkpad IBM ACPI rfkill driver
Nov 26 15:24:14 <mickey|office> two rfkill devices controlling the same hardware
Nov 26 15:24:19 <mickey|office> messy 
Nov 26 15:24:21 <mickey|office> racy
Nov 26 15:24:22 <mickey|office> broken
Nov 26 15:24:24 <mrmoku> ohhh.... me knows that :P
Nov 26 15:24:24 <mickey|office> *sigh*
Nov 26 15:24:57 <mickey|office> guess i need to add blacklisting to the rfkill module as well
Nov 26 15:26:54 <larsc> DocScrutinizer-8: I asked because the fiq seems to use 100us
Nov 26 15:27:06 * DocScrutinizer-8 hands mickey|office a nice bottle of beer
Nov 26 15:27:15 * mickey|office modprobe -r thinkpad_acpi
Nov 26 15:27:28 <DocScrutinizer-8> larsc: that's suboptimal
Nov 26 15:27:50 <DocScrutinizer-8> 100us are 10KHz
Nov 26 15:28:21 <larsc> yeah
Nov 26 15:28:30 <larsc> and 100ms are 10hz
Nov 26 15:28:37 <DocScrutinizer-8> not yet dangerous, but highly senseless cpu hoggy and sub par efficiency
Nov 26 15:28:46 <larsc> our timer is running at 16Mhz
Nov 26 15:29:26 <DocScrutinizer-8> that seems really odd to me
Nov 26 15:30:04 <DocScrutinizer-8> probably we couldn't get much *faster* :-((
Nov 26 15:30:27 <DocScrutinizer-8> PCLK is 50MHz iirc
Nov 26 15:31:44 <DocScrutinizer-8> larsc: seems the PWM driver needs some more love
Nov 26 15:32:58 <mrmoku> mickey|office: possible that dbus hits us again? loosing stuff?
Nov 26 15:33:15 <mickey|office> where?
Nov 26 15:33:31 <DocScrutinizer-8> in warp-space
Nov 26 15:33:42 <mrmoku> mickey|office: loosing call on resume
Nov 26 15:34:24 <mickey|office> can you show me a log?
Nov 26 15:34:58 <mrmoku> mickey|office: will mail it... as it contains numbers and such...
Nov 26 15:34:58 <spaetz> mrmoku: dbus log with mdbus -s -l looked reasonable to me
Nov 26 15:35:05 <mickey|office> ok
Nov 26 15:35:18 <DocScrutinizer-8> ~dbus
Nov 26 15:35:19 <apt> [dbus] D-BUS, or http://www.freedesktop.org/software/dbus/ or #dbus
Nov 26 15:35:40 <DocScrutinizer-8> ~dbus is also a piece of junk
Nov 26 15:35:41 <mickey|office> i think I should add a log-obfuscating mode to our logger
Nov 26 15:35:41 <apt> DocScrutinizer-8: okay
Nov 26 15:36:23 <mickey|office> ~dbus is also reinvented by those who did not understood CORBA
Nov 26 15:36:24 <apt> mickey|office: okay
Nov 26 15:36:34 <mickey|office> ~dbus
Nov 26 15:36:35 <apt> i guess dbus is D-BUS, or http://www.freedesktop.org/software/dbus/ or #dbus, or a piece of junk, or reinvented by those who did not understood CORBA
Nov 26 15:36:39 <mickey|office> righto
Nov 26 15:37:11 <mrmoku> mickey|office: around 16:25 is when I suspended
Nov 26 15:37:15 <mickey|office> except the grammar
Nov 26 15:37:27 <mickey|office> ok
Nov 26 15:37:46 <DocScrutinizer-8> well, apt isn't good on boolean logic ;-P
Nov 26 15:37:55 * spaetz doesn't get that fact that udev can take 50 seconds... or are we still modprobing stuff during that time?
Nov 26 15:38:24 <mrmoku> spaetz: you could try with a kernel with all stuff in
Nov 26 15:38:51 <dos1> mrmoku: well, i don't think that's that dbus problem
Nov 26 15:39:05 <mickey|office> hmm, for the records
Nov 26 15:39:08 <mickey|office> don't use my openmoko address
Nov 26 15:39:09 * mrmoku has no idea what to think...
Nov 26 15:39:09 <mickey|office> :)
Nov 26 15:39:13 <mrmoku> mickey|office: ohh
Nov 26 15:39:17 <mrmoku> mickey|office: sorry :P
Nov 26 15:39:19 <spaetz> mrmoku: I am about to delete all modules that are not currently loaded
Nov 26 15:39:21 <dos1> mrmoku: if it would be that problem, then it would *not* reject call. it would just keep ringing ;)
Nov 26 15:39:25 * mrmoku goes and fixes his addressbook :)
Nov 26 15:39:48 <mickey|office> mickey at vanille-media dot de is better
Nov 26 15:39:55 <mrmoku> mickey|office: but... did arrive? or not so?
Nov 26 15:40:50 <DocScrutinizer-8> what's wrong with @om.org?
Nov 26 15:42:03 <DocScrutinizer-8> I'd agree om.com is a poor choice these days
Nov 26 15:44:36 <TAsn> mrmoku, ?
Nov 26 15:44:46 <TAsn> mickey|office,  found your bag?
Nov 26 15:55:08 <mrmoku> TAsn: hey
Nov 26 15:55:28 <mrmoku> TAsn: we should fix the alsa stuff :P
Nov 26 15:55:50 <TAsn> the bars?
Nov 26 15:55:52 <TAsn> probably :)
Nov 26 15:55:57 <TAsn> mrmoku, saw my phoneuid commit? :)
Nov 26 15:56:03 <mrmoku> yup
Nov 26 15:56:14 <TAsn> I want to do the same for phonefsod
Nov 26 15:56:20 <TAsn> but all the thread mess just breaks.
Nov 26 15:56:43 <spaetz> TAsn: if you feel like cutting 50 sec of the boot process, just kill udev :-) http://img512.imageshack.us/img512/8716/bootlog.png
Nov 26 15:57:25 <TAsn> I also did it in a less than perfect way (in phoneuid) as for some reason it wouldn't let me register log handlers to different levels
Nov 26 15:57:35 <TAsn> as it should
Nov 26 15:57:53 <mrmoku> spaetz: btw. updated mokonnect is in the feed
Nov 26 15:58:00 <TAsn> spaetz, hm...
Nov 26 15:58:28 <TAsn> spaetz, :(
Nov 26 15:58:39 <TAsn> The main issue is that the devices are really needed.
Nov 26 15:59:40 <spaetz> 1) static /dev 2) mdev 3) examine udev and optimize 4) mickey's fsoboot
Nov 26 15:59:51 <TAsn> spaetz, and also 50 seconds by dropping framewrokd :)
Nov 26 16:00:07 <mrmoku> we could just keep it off :P
Nov 26 16:00:59 <spaetz> mrmoku: thanks. will try the new mokonnect
Nov 26 16:01:20 <TAsn> mrmoku, btw
Nov 26 16:01:30 <TAsn> no that we have fsodeviced alsa plugin
Nov 26 16:01:35 <TAsn> (and removed the libcanberra one)
Nov 26 16:01:42 <TAsn> we should make it less nice
Nov 26 16:02:40 <mrmoku> TAsn: feel free to experiment to get the right level of niceness :)
Nov 26 16:03:41 <TAsn> changing to default
Nov 26 16:03:44 <TAsn> can be a good start.
Nov 26 16:03:55 <TAsn> mrmoku, please change back to default
Nov 26 16:04:06 <mrmoku> TAsn: please try first :P
Nov 26 16:04:06 <TAsn> after that, I'll experiment with making it nicer than default
Nov 26 16:04:10 <TAsn> *less nicer
Nov 26 16:04:12 <TAsn> than default
Nov 26 16:04:14 <TAsn> mrmoku, okie ;|
Nov 26 16:04:46 <DocScrutinizer> niceness isn't exactly a quantitative value, more a layering / priority scheme
Nov 26 16:05:34 <DocScrutinizer> so if you have dozens of processes with niceness 0, it's not so important if you set the priorized one to -1 or -20
Nov 26 16:06:02 <DocScrutinizer> or the "nice" one to +1 or +19
Nov 26 16:06:25 <DocScrutinizer> (or was it other way round, +20 and -19 ?)
Nov 26 16:06:33 <spaetz> hehe
Nov 26 16:06:37 <spaetz> -19 is not nice
Nov 26 16:06:48 <spaetz> I can tell you that from experience
Nov 26 16:07:22 <DocScrutinizer> you bet, as you stop *really* important kernel related processes with same prio from running
Nov 26 16:08:02 <DocScrutinizer> that's why I told some days ago you should NEVER use the MIN/MAX values
Nov 26 16:08:10 <mickey|office> nothing wrong with om.org, just that i don't fancy using too many different email address 
Nov 26 16:08:10 <DocScrutinizer> rather be reluctant
Nov 26 16:08:27 <DocScrutinizer> mickey|office: k
Nov 26 16:08:36 <DocScrutinizer> just wondering
Nov 26 16:08:45 <DocScrutinizer> as I use it a lot
Nov 26 16:08:55 <DocScrutinizer> well, cya
Nov 26 16:09:01 <DocScrutinizer> bbl
Nov 26 16:10:00 <spaetz> actually killing udev and restarting it with strace seems to settle it down after 10 seconds or so.
Nov 26 16:10:21 <spaetz> so I guess there must be some delay through modprobing or sth
Nov 26 16:12:17 <mrmoku> spaetz: you could try bootchart on 2.6.31
Nov 26 16:13:00 <mickey|office> mrmoku: what is exactly the problem that should show in the log? 
Nov 26 16:13:13 <DocScrutinizer> spaetz: that's roundabout what I see on 0808 boot as well
Nov 26 16:13:48 <DocScrutinizer> spaetz: which loglevel?
Nov 26 16:14:25 <DocScrutinizer> spaetz: should be 8 for debugging bootprocess purposes iirc
Nov 26 16:15:14 <DocScrutinizer> even with 4 you don't see many meaningfull entries in log
Nov 26 16:15:56 <DocScrutinizer> though that's speaking about console only, never checked for dmeg etc
Nov 26 16:16:52 <DocScrutinizer> aah, and did I ever shed my thoughts about Qi? ;-P
Nov 26 16:16:56 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * rbed05aabb45e 10/fsodeviced/src/plugins/kernel26_rfkill/plugin.vala: 
Nov 26 16:16:56 <CIA-86> freesmartphone.org: fsodeviced: kernel26: register with the resource subsystem to make every rfkill
Nov 26 16:16:56 <CIA-86> freesmartphone.org: device autoappear as a resource
Nov 26 16:17:05 <DocScrutinizer> s/shed/share/
Nov 26 16:17:05 <apt> DocScrutinizer meant: aah, and did I ever share my thoughts about Qi? ;-P
Nov 26 16:17:50 <mrmoku> mickey|office: it resumes, ringtone starts and shr-today shows incoming call.... for a second
Nov 26 16:18:02 <mrmoku> it then stops... shr-today shows a missed call and ringtone starts again
Nov 26 16:18:13 <mrmoku> not vibration though... vibration starts a bit later
Nov 26 16:18:23 <TAsn> mickey|office, I must add
Nov 26 16:18:27 <TAsn> that I have two phones
Nov 26 16:18:27 <mrmoku> and then that call get's hang up too
Nov 26 16:18:30 <TAsn> that share the same number
Nov 26 16:18:40 <TAsn> and the other phone keeps on ringing
Nov 26 16:18:49 <TAsn> so this means the moko does not send a
Nov 26 16:18:51 <TAsn> "release"
Nov 26 16:19:02 <mrmoku> mickey|office: if there is something to see in the log... no idea 
Nov 26 16:19:06 <TAsn> just something like "no signal"
Nov 26 16:19:20 <mrmoku> mickey|office: there is a release from ogsmd IIRC
Nov 26 16:19:28 <TAsn> I think
Nov 26 16:19:34 <TAsn> that maybe since gsm device goes to sleep
Nov 26 16:19:53 <TAsn> if you double check stuff (probe for let's say, network signal strength)
Nov 26 16:19:55 <TAsn> you'll probably get 0
Nov 26 16:20:03 <DocScrutinizer> TAsn: session initiation and Invitation responses are really tricky
Nov 26 16:20:03 <TAsn> and maybe that'll make you to forget about the call.
Nov 26 16:20:10 <TAsn> (just guessing)
Nov 26 16:20:15 <mrmoku> mickey|office: around 16:26:52
Nov 26 16:20:25 <TAsn> DocScrutinizer, May be, I know nothing about either, I'm just saying that if I press release
Nov 26 16:20:33 <TAsn> it releases the call completely
Nov 26 16:20:43 <TAsn> in this case, it doesn't.
Nov 26 16:21:00 <DocScrutinizer> no it doesn't as your other phone continues ringing :-D
Nov 26 16:21:11 <TAsn> that's what I'm saying :)
Nov 26 16:21:32 <TAsn> it acts like if I went into somewhere without signal
Nov 26 16:21:34 <TAsn> or if just FSO decided the call is no more
Nov 26 16:21:41 <TAsn> As I said, I suspect it's a race
Nov 26 16:22:01 <TAsn> and something gets probed before fsodeviced relaizes modem is up
Nov 26 16:22:04 <TAsn> realizes(
Nov 26 16:22:14 <spaetz> mrmoku: bootchart with 2.6.31 is a good idea
Nov 26 16:23:17 <TAsn> mrmoku, btw, the changes I made to phoneuid's log handling
Nov 26 16:23:22 <mickey|office> 2009.11.26 16:26:50.958 ogsmd.channel        DEBUG    <UnsolicitedResponseChannel via /dev/pts/1>: got 95 bytes: '\r\n%CPI: 1,1,0,0,1,0,...
Nov 26 16:23:30 <mickey|office> this is the reason for the release signal
Nov 26 16:23:34 <TAsn> means we should now start using g_warning, g_critical and g_message
Nov 26 16:23:36 <mickey|office> FSO is just relaying what comes from the modem
Nov 26 16:23:48 <TAsn> when needed.
Nov 26 16:23:57 <TAsn> (as we should have until now)
Nov 26 16:24:02 <TAsn> mrmoku, but this means almost nowhere.
Nov 26 16:24:26 <DocScrutinizer> TAsn: basicall you can answer to an invite ä) not at all b)with OK and accept c)with "busy" d)with "not available" e)with "do not disturb"
Nov 26 16:24:29 <spaetz> mickey|office: so the modem tells us it hang up?
Nov 26 16:24:30 <TAsn> btw, I have to admit, I don't really like how glib does long handling.
Nov 26 16:24:42 <TAsn> DocScrutinizer, Yeah, I knew that.
Nov 26 16:24:44 <TAsn> :)
Nov 26 16:24:48 <mickey|office> spaetz: %CPI 1,1 is a disconnect signal, yes
Nov 26 16:24:58 <DocScrutinizer> TAsn: it's not exactly specified what each of the negative responses means 
Nov 26 16:25:04 <TAsn> DocScrutinizer, (partially)
Nov 26 16:25:05 <dos1> mrmoku:
Nov 26 16:25:07 <dos1> NOTE: the following files were installed but not shipped in any package:
Nov 26 16:25:08 <dos1> NOTE:   /usr/share/enlightenment/data/config/illume-home/
Nov 26 16:25:13 <dos1> and few files in this directory
Nov 26 16:25:23 <TAsn> dos1, yes.
Nov 26 16:25:25 <TAsn> it's ok.
Nov 26 16:25:25 <dos1> what's illume-home?
Nov 26 16:25:33 <TAsn> dos1, they rewrite illume
Nov 26 16:25:38 <TAsn> and that's just a part of it.
Nov 26 16:25:47 <dos1> TAsn: oh, illume-home is config for illume2?
Nov 26 16:25:48 <dos1> ok then
Nov 26 16:26:18 <TAsn> no
Nov 26 16:26:22 <TAsn> it's just a module for illume2
Nov 26 16:26:31 <TAsn> or something like that. :)
Nov 26 16:26:55 <dos1> it's config for illume2
Nov 26 16:26:56 <mickey|office> hmm
Nov 26 16:26:57 <dos1> in sense
Nov 26 16:27:07 <TAsn> dos1, what made you think that?
Nov 26 16:27:08 <dos1> it's e configuration profile, which uses illume2 by default
Nov 26 16:27:10 * mickey|office notices some interesting differences in TI docs and Enabler Enfora docs
Nov 26 16:27:17 <TAsn> dos1, so maybe :)
Nov 26 16:27:18 <dos1> TAsn: /usr/share/enlightenment/data/config/ ;P
Nov 26 16:27:26 <TAsn> dos1, :)
Nov 26 16:27:53 <TAsn> wow
Nov 26 16:27:55 <mickey|office> mrmoku: are all of the logs in the call incoming calls? and you didn't do anything to release, right? 
Nov 26 16:28:06 <mrmoku> yep, right
Nov 26 16:28:07 <TAsn> spaetz, the patches made the moko amazingly faster (and maybe the fact that we stripped modules)
Nov 26 16:28:26 <mickey|office> mrmoku: truly interesting
Nov 26 16:28:55 <dos1> mickey|office: it looks like it happens for everyone with newest SHR
Nov 26 16:29:16 <TAsn> spaetz, wow, amazingly faster.
Nov 26 16:31:02 <spaetz> yep
Nov 26 16:31:11 * Weiss wonders: to what extent responsiveness of touchscreen affects perceived speed (e.g. of scrolling)
Nov 26 16:31:22 <mickey|office> hmm
Nov 26 16:31:26 * mickey|office notes that ogsmd didn't change
Nov 26 16:31:30 <spaetz> good question.
Nov 26 16:31:45 <dos1> mickey|office: i know. and that's the most interesting thing in this problem :P
Nov 26 16:32:14 <DocScrutinizer> Weiss: enable cursor and you'll know :-P
Nov 26 16:32:25 <spaetz> mickey|office: yep.
Nov 26 16:32:26 <dos1> mickey|office: well, it started to happen after you fixed gsm suspend in fsousaged
Nov 26 16:32:34 <dos1> mickey|office: maybe it has some connection?
Nov 26 16:32:50 <mickey|office> i need to do some whole system analysis on my own here
Nov 26 16:32:51 <Weiss> DocScrutinizer: or another test: lick finger before scrolling
Nov 26 16:33:13 <mickey|office> will update my SHR-U to what's on your feeds and then try
Nov 26 16:33:15 <DocScrutinizer> Weiss: huh? XD
Nov 26 16:34:19 <DocScrutinizer> Weiss: I'm *only* using fingernail, toothpick, or stylus ;-)
Nov 26 16:34:29 <Weiss> :)
Nov 26 16:34:49 <Weiss> my skin is very dry.. I find sometimes this hurts the responsiveness..
Nov 26 16:35:09 <spaetz> matches are nice too
Nov 26 16:35:13 <mrmoku> mickey|office: TI Calypso specific resume handling... sending reinit in 5 seconds...
Nov 26 16:35:17 <DocScrutinizer> are you talking about iPhone?? XD
Nov 26 16:35:45 <mrmoku> mickey|office: does reinit hangup maybe?
Nov 26 16:36:20 <DocScrutinizer> with dry skin you should slide more easily over the plastic. For detecting touch the humidity of skin doesn't care
Nov 26 16:36:31 <DocScrutinizer> on a R-TS
Nov 26 16:36:37 <mickey|office> mrmoku: if it was, this would have been a problem since long
Nov 26 16:36:37 <Weiss> hmm.. interesting
Nov 26 16:38:38 <mickey|office> mrmoku: at the time the CPI disconnect signal comes in, there's nothing going out
Nov 26 16:38:46 <mickey|office> (according to the log)
Nov 26 16:39:09 <mrmoku> mickey|office: hmm... yeah
Nov 26 16:39:16 <mrmoku> would have been to easy :P
Nov 26 16:39:22 <mickey|office> *nod*
Nov 26 16:39:34 <mickey|office> well, if this is reproducible, I'll find it
Nov 26 16:39:48 <spaetz> it is reproducable. Happens on every call on mine
Nov 26 16:39:53 <mrmoku> for me (and lots of others) it's 100% reproducable
Nov 26 16:39:54 <mickey|office> good
Nov 26 16:39:55 <mickey|office> somewhat
Nov 26 16:40:15 <DocScrutinizer-8> for 0808 it's 100% NOT ever showing, if that helps
Nov 26 16:40:18 <mickey|office> stock SHR-U, no custom tweaks?
Nov 26 16:40:26 <spaetz> stock shrU
Nov 26 16:40:29 <mickey|office> okies
Nov 26 16:40:32 <spaetz> hold on.
Nov 26 16:41:06 <spaetz> replaced atd with atd-over-fso (if not in stock image), and deleted apm/apmd, installed fso-apm
Nov 26 16:41:20 <spaetz> but that shouldn't affect things, I guess
Nov 26 16:41:24 <mickey|office> *nod*
Nov 26 16:41:38 <mickey|office> so we have a timeframe between 0808 and 1124 to look for :D
Nov 26 16:41:54 <spaetz> yeah, only minor changes between that :)
Nov 26 16:42:13 <spaetz> we could try to go back to odeviced and see if it occurs then
Nov 26 16:42:21 <spaetz> should be possible, right?
Nov 26 16:42:39 * spaetz tests
Nov 26 16:42:43 <mickey|office> sure
Nov 26 16:42:55 <mickey|office> odeviced should not have any effects on that behaviour
Nov 26 16:43:00 <mickey|office> but if so, we know more
Nov 26 16:43:12 <dos1> mickey|office: noo, it wasn't happening before latest shr/merge images
Nov 26 16:45:01 <spaetz> true the Nov 13 images or so were ok, I think
Nov 26 16:51:51 <nqe> hi, testing latest (now 24 shr image) but for me it seems kind of unworkable. I kand seem to get passed the frontpage, the slider does not
Nov 26 16:52:07 <dos1> nqe: opkg update && opkg upgrade
Nov 26 16:52:18 <dos1> and then reboot
Nov 26 16:52:30 <nqe> usb net irght?
Nov 26 16:54:29 <mrmoku> TAsn: Probing volume of control 'Speaker Playback Volume' returned -2147483648
Nov 26 16:54:36 <spaetz> hehe
Nov 26 16:54:45 <spaetz> that's not loud
Nov 26 16:54:47 <nqe> i can press power button, select home and in I am. but the touch has then 90 degrees turned.
Nov 26 16:54:54 <nqe> screen is normal...
Nov 26 16:55:08 <mrmoku> nqe: just press Aux instead
Nov 26 16:55:17 <TAsn> mrmoku, yes :(
Nov 26 16:55:22 <TAsn> I can't understand why
Nov 26 16:55:24 <TAsn> and what did it though
Nov 26 16:55:33 <TAsn> and what changed.
Nov 26 16:55:38 <mrmoku> but that's where to look at, right
Nov 26 16:55:39 <TAsn> and what sanity checking I missed :)
Nov 26 16:55:39 <mrmoku> ?
Nov 26 16:55:48 <TAsn> mrmoku, I tried looking yesterday
Nov 26 16:55:49 <TAsn> found nothing useful
Nov 26 16:59:05 <nqe> mrmoku: aux does nothing.
Nov 26 17:02:06 <TAsn> mrmoku, btw, autotools are misused in phonefsod and phoneuid
Nov 26 17:02:07 <TAsn> :|
Nov 26 17:02:20 <nqe> will try other partition..
Nov 26 17:02:34 <TAsn> Using FILES_${PN} += in recipe usually means something went terribly wrong.
Nov 26 17:02:39 <TAsn> I'll fix it when I'll have time.
Nov 26 17:03:06 <spaetz> replaces fsodeviced with odeviced and called myself (i thought I was suspended but not sure). call worked. I then manually suspended and called myself, same symptoms. so we have the same issue with odeviced
Nov 26 17:03:33 <TAsn> Either way, stuff should be included by using Makefiles not bb recipes
Nov 26 17:03:40 <spaetz> caller continues to hear ringing, so it's not notified of the aborted call
Nov 26 17:04:19 <mrmoku> TAsn: line 274 s/sound_state/state/ if you ask me :P
Nov 26 17:04:21 <mrmoku> have to eat now
Nov 26 17:04:22 <mrmoku> bbl
Nov 26 17:04:27 <TAsn> sec.
Nov 26 17:04:32 <TAsn> libphoneui?
Nov 26 17:04:32 <spaetz> have to eat now too.
Nov 26 17:04:34 <spaetz> bbl
Nov 26 17:04:37 <mrmoku> utils-alsa
Nov 26 17:04:41 <mrmoku> in libphone-ui
Nov 26 17:04:51 <mrmoku> s/alsa/sound/
Nov 26 17:04:51 <CIA-86> SHR: 03tom 07libphone-ui * r8535cad6552b 10/src/ (phoneui-utils-sound.c phoneui-utils.c phoneui.c): Made debug messages a lot more sane, changed a lot of g_debug's to g_message/g_warning/g_critical
Nov 26 17:04:55 <TAsn> mrmoku, wait
Nov 26 17:04:59 <dos1> mrmoku, JaMae: when building image for om-gta01:
Nov 26 17:04:59 <TAsn> what's the line
Nov 26 17:05:00 <dos1> NOTE: multiple providers are available for virtual/libgl (mesa-dri, mesa-xlib, mesa);
Nov 26 17:05:05 <dos1> NOTE: consider defining PREFERRED_PROVIDER_virtual/libgl
Nov 26 17:05:08 <mrmoku> _phoneui_utils_sound_init_set_alsa_control
Nov 26 17:05:09 <TAsn> (as I edited everything and line numbers got changed)
Nov 26 17:05:10 <mrmoku> first line
Nov 26 17:05:14 <TAsn> thanks. :)
Nov 26 17:05:25 <TAsn> yeah
Nov 26 17:05:28 <TAsn> probably that. :)
Nov 26 17:05:31 <mrmoku> ok
Nov 26 17:05:34 <mrmoku> off for dinner :)
Nov 26 17:05:38 <TAsn> testing.
Nov 26 17:06:02 <TAsn> mrmoku|away, have fun, and look at this brilliant commit ^
Nov 26 17:06:12 <TAsn> finally, sane debug messages! :)
Nov 26 17:06:20 <TAsn> well, kinda. :P
Nov 26 17:09:21 <dos1> ERROR: Multiple .bb files are due to be built which each provide mesa-dri (/home/shr/shr-unstable/openembedded/recipes/mesa/mesa-dri_7.6.bb /home/shr/shr-unstable/openembedded/recipes/mesa/mesa-dri_7.0.3.bb).
Nov 26 17:09:23 <dos1>  This usually means one provides something the other doesn't and should.
Nov 26 17:13:05 <dos1> ok, for anyone interested - kernel and image for om-gta01 are now building ;)
Nov 26 17:13:19 <TAsn> yay :)
Nov 26 17:13:20 <CIA-86> SHR: 03tom 07libphone-ui * rd370a10250a1 10/src/phoneui-utils-sound.c: Fixed a typo that probably broke sound
Nov 26 17:13:35 <TAsn> dos1, please add country choosing
Nov 26 17:13:43 <TAsn> ;)
Nov 26 17:13:51 <TAsn> And explain in phoneutils page
Nov 26 17:13:52 <dos1> i'll add :P
Nov 26 17:14:01 <dos1> maybe even today
Nov 26 17:14:13 <TAsn> that you can make multiple values in each field
Nov 26 17:14:25 <TAsn> (pipe '|' delimited)
Nov 26 17:14:27 <dos1> TAsn: we can?
Nov 26 17:14:31 <TAsn> and that the first one is the default
Nov 26 17:14:39 <TAsn> and the rest are used for helping normalization
Nov 26 17:14:39 <TAsn> yes.
Nov 26 17:15:00 <TAsn> dos1, so if let's say you can dial abroad (in poland) by using
Nov 26 17:15:00 <dos1> didn't know that ;)
Nov 26 17:15:00 <TAsn> either
Nov 26 17:15:05 <TAsn> 00 or 012 or 013
Nov 26 17:15:06 <TAsn> using
Nov 26 17:15:14 <TAsn> 00|012|013
Nov 26 17:15:16 <TAsn> will mean that 
Nov 26 17:15:24 <TAsn> 012-123, 00-123 and 013-123
Nov 26 17:15:38 <TAsn> will be considered as the same number
Nov 26 17:15:43 <TAsn> :)
Nov 26 17:16:16 <DocScrutinizer-8> I strongly suggest to use standard regex syntax. everything else is nonsense
Nov 26 17:16:43 <TAsn> DocScrutinizer-8, I'm only half here
Nov 26 17:16:47 <TAsn> will discuss it at the moment I'll be back.
Nov 26 17:17:35 <DocScrutinizer-8> any that has to be a feature that's always been there, if the implementation of normalize() followed my suggestion (script)
Nov 26 17:21:36 <CIA-86> SHR: 03tom 07libphone-ui * rc40503dc2be7 10/data/libphoneui.conf: removed trailing whitespace in config
Nov 26 17:23:09 <TAsn> mrmoku|away, works :) 
Nov 26 17:29:36 <TAsn> just came back for a sec.
Nov 26 17:30:22 <TAsn> mrmoku|away, mickey|bbl, everything works, it just seems that fsodeviced does *not* reload state. Version: fsodeviced - 1:0.9.0+gitr859+690dc75efcc8e4dbcb53e361d48c54e104955921-r1.4.4
Nov 26 17:30:31 <sylar91> hi, is there any python-qt4 package? I cannot find it anywhere...
Nov 26 17:35:38 <mrmoku> TAsn: back... for a sec :)
Nov 26 17:35:56 <TAsn> so rebuilb libphone-ui
Nov 26 17:36:00 <mrmoku> yup
Nov 26 17:36:01 <TAsn> I'm actually watching One Piece now
Nov 26 17:36:04 <TAsn> so I'm not really here
Nov 26 17:36:05 <TAsn> :)
Nov 26 17:36:27 <playya__> yeah one piece
Nov 26 17:36:59 <playya__> strange
Nov 26 17:37:12 <playya__> aux led blinking -> kernel panic
Nov 26 17:37:32 <DocScrutinizer-8> TAsn: ok, given the special type of source we want to process (numbers not containing so many special chars) I'm not concerned so much if you accept non-escaped "|" in normalization presets (just substitute every | with a \| then on reading the settings)
Nov 26 17:37:50 <playya__> but if i replug the usb cable it detects an new network device
Nov 26 17:41:23 <DocScrutinizer-8> playya__: hehe
Nov 26 17:41:23 <TAsn> mrmoku, pm me when you are really here.
Nov 26 17:41:35 <mrmoku> ok
Nov 26 17:42:43 <DocScrutinizer-8> playya__: I also had kernel panics on x86 which didn't disable connectivity, even netfilter/iptables or whatever still was up and running XD
Nov 26 17:42:52 <TAsn> btw, mrmoku is libphone-ui build?
Nov 26 17:43:03 <playya__> ssh seems to be down
Nov 26 17:44:54 <mrmoku> TAsn: index is building
Nov 26 17:45:05 <TAsn> great, thanks :)
Nov 26 17:45:08 <mrmoku> TAsn: synced
Nov 26 17:45:13 <TAsn> yay :)
Nov 26 17:45:22 <TAsn> mrmoku, what do you have to say about fsodeviced?
Nov 26 17:45:51 <TAsn> <TAsn> mrmoku|away, mickey|bbl, everything works, it just seems that fsodeviced does *not* reload state. Version: fsodeviced - 1:0.9.0+gitr859+690dc75efcc8e4dbcb53e361d48c54e104955921-r1.4.4
Nov 26 17:46:30 <DocScrutinizer-8> playya__: yep, same with my strange bug back when. userland was down, but kernel still opartes partialy despite panic
Nov 26 17:46:33 <mrmoku> TAsn: right now... nothing
Nov 26 17:46:36 <mrmoku> TAsn: later
Nov 26 17:46:43 <TAsn> ok
Nov 26 17:46:46 <TAsn> let me know.
Nov 26 17:53:12 <DocScrutinizer-8> TAsn: (normalize) if you use the standard regex function (which you should), then the pattern for each IP, CC etc should look like "\(00\|012\|019\)"
Nov 26 17:53:52 <TAsn> yes.
Nov 26 17:54:19 <TAsn> but I chose to aviod regex
Nov 26 17:54:22 <TAsn> for simplicity
Nov 26 17:54:36 <TAsn> afterall, I don't need a lot of regex's power
Nov 26 17:54:39 <TAsn> just a very small fraction
Nov 26 17:54:55 <DocScrutinizer-8> TAsn: so please take care you either make entering IP, CC acoording to that sheme, or add the braces "\(, \)" and escape the pipes "|" during readin
Nov 26 17:55:11 <TAsn> and the overhead/being non-standard/annoyance was just not worth it.
Nov 26 17:55:41 <TAsn> DocScrutinizer-8, I parse the prefix I get
Nov 26 17:56:01 <DocScrutinizer-8> I don't see what's the "overhead" of using a regex call oneliner
Nov 26 17:56:04 <TAsn> the internal design is very convenient and works well in what I did.
Nov 26 17:56:31 <TAsn> DocScrutinizer-8, (handling the string to be prepared for the regex, and compiling regex)
Nov 26 17:56:35 <TAsn> though anyhow
Nov 26 17:56:42 <TAsn> the big "no-go"
Nov 26 17:56:47 <TAsn> was the standard issue
Nov 26 17:56:54 <TAsn> I try to make my code as much ISO possible
Nov 26 17:57:11 <TAsn> I know, it's kinda funny since I use glib (for a small fraction)
Nov 26 17:57:17 <DocScrutinizer-8> ????
Nov 26 17:57:20 <TAsn> but that's meant to be replaced.
Nov 26 17:57:28 <Ainulindale> mrmoku, TAsn : I heard latest is fine, is that true? :-)
Nov 26 17:57:40 <TAsn> opkg upgrade?
Nov 26 17:57:40 <TAsn> yeah :)
Nov 26 17:57:47 <Ainulindale> Well, nah, flash
Nov 26 17:58:11 <TAsn> still hangs calls when coming back from resume
Nov 26 17:58:11 <TAsn> but other than that. ;P
Nov 26 17:58:33 <Ainulindale> meh :-/
Nov 26 17:58:42 <DocScrutinizer-8> TAsn: my suggestion based on, and relied on the usage of regex, as that feature you're introducing as a new cute feature was inherent property of my original concept
Nov 26 17:59:24 <TAsn> DocScrutinizer-8, ok.
Nov 26 17:59:31 <TAsn> but you don't have to use regex to implement it.
Nov 26 17:59:37 <TAsn> when I thought about this feature
Nov 26 17:59:44 <TAsn> I had a simple design in mind
Nov 26 17:59:51 <TAsn> that did not include regex.
Nov 26 17:59:54 <TAsn> regex is nice, just not a must
Nov 26 18:00:02 <TAsn> especially for something I want as fast as possible
Nov 26 18:00:07 <TAsn> (I should really optimize it a bit)
Nov 26 18:00:12 <TAsn> as it'll be called tons of times
Nov 26 18:00:13 <TAsn> (opimd)
Nov 26 18:00:29 <spaetzN800> fsopimd
Nov 26 18:00:48 <playya__> Ainulindale, what tool do you use for you bootsplash? ushplash?
Nov 26 18:00:54 <playya__> -h
Nov 26 18:01:10 <TAsn> spaetzN800, it's already used now
Nov 26 18:01:11 <TAsn> by opimd
Nov 26 18:01:34 <DocScrutinizer-8> TAsn: I bet a barrel of bud a decent implementation of regex in C (as a lib) is faster than your "optimized" "simple" solution
Nov 26 18:02:03 <Ainulindale> playya__: "your" as in SHR, h:1 or mine?
Nov 26 18:02:22 <playya__> DocScrutinizer, TAsn, what are you talking about
Nov 26 18:02:27 <playya__> Ainulindale, hackable
Nov 26 18:02:38 <Ainulindale> playya__: I didn't do it, so I don't know :-)
Nov 26 18:02:40 <TAsn> DocScrutinizer-8, First of all, it's not optimized good enough yet.
Nov 26 18:02:43 <TAsn> but I bet that even now
Nov 26 18:02:46 <TAsn> it's faster than using regex
Nov 26 18:02:58 <TAsn> I almost do nothing.
Nov 26 18:03:00 <playya__> hmm. i'm still in #hackable1 so maybe just ask there ;)
Nov 26 18:03:03 <TAsn> regex is good for generic cases
Nov 26 18:03:06 <DocScrutinizer-8> playya__: number normalization like 0049 -> +49
Nov 26 18:03:15 <TAsn> not for well defined very strict string handling.
Nov 26 18:03:48 <DocScrutinizer-8> TAsn: you're wrong here
Nov 26 18:03:50 <playya__> ah. the number regex is quite hard
Nov 26 18:04:13 <TAsn> playya__, not that hard, DocScrutinizer provided a very nice set of regex's that do the trick.
Nov 26 18:04:55 <DocScrutinizer-8> and TAsn decided to do it in a "optimized" generic way
Nov 26 18:04:57 <playya__> this is mine: ^(\\+|0|00)?[[:digit:]]{3,31}$
Nov 26 18:05:21 <TAsn> playya__, :)
Nov 26 18:05:37 <TAsn> that's just finding numbers
Nov 26 18:05:41 <playya__> maybe i still have the code it belongs to
Nov 26 18:05:46 <DocScrutinizer-8> playya__: misses a few niche cases
Nov 26 18:05:54 <TAsn> yeah, like
Nov 26 18:05:57 <TAsn> ABCD
Nov 26 18:06:01 <TAsn> pPwW
Nov 26 18:06:05 <TAsn> *#
Nov 26 18:06:14 <DocScrutinizer-8> and leading, trailing opcodes
Nov 26 18:06:20 <playya__> it's for recognizing numbers in SMS
Nov 26 18:06:26 <DocScrutinizer-8> like *31#
Nov 26 18:06:27 <playya__> so it should be enough
Nov 26 18:06:31 <TAsn> playya__, for that it's good enough.
Nov 26 18:06:32 <TAsn> yeah.
Nov 26 18:06:40 <TAsn> I should probably add that to libphone-ui-shr
Nov 26 18:06:48 <TAsn> wanted to do it for a long time now
Nov 26 18:06:54 <playya__> then you can attach sth to connect to other apps
Nov 26 18:12:22 <dos1> TAsn: anchors in elementary should make it easy ;)
Nov 26 18:12:54 <dos1> TAsn: i'm so angry about python-elementary not correctly supporting them... as you can make nice things with them :x
Nov 26 18:14:20 <dos1> mrmoku, JaMae: mesa-dri fails on gta01
Nov 26 18:23:26 <Heinervdm> #bluez is not very talkative, no answer to my question within 5 hours, even nothing said within this time...
Nov 26 18:23:36 <mrmoku> re
Nov 26 18:29:35 <dos1> mrmoku, JaMae, JaMa|WrkGone: shouldn't gta01 have mesa instead of mesa-dri?
Nov 26 18:31:40 <mrmoku> hmmm, no idea but probably yes
Nov 26 18:33:27 <JaMa|WrkGone> dos1: mesa-dri has swrast (sw renderer included..) I guess it could be used too.. I'm using -dri on my spitz without accel too
Nov 26 18:37:30 <dos1> JaMa|WrkGone: well, it fails to build :P
Nov 26 19:00:50 <CIA-86> SHR: 03seba.dos1 07shr-settings * rfb20de863259 10/data/po/pl/ (shr-settings.mo shr-settings.po): [po] update polish translation
Nov 26 19:01:01 <CIA-86> SHR: 03seba.dos1 07shr-settings * rddbfdbe8d885 10/data/po/shr-settings.pot: [po] update pot file
Nov 26 19:01:03 <CIA-86> SHR: 03jensseidel 07shr-settings * r6745ba338dbc 10/shr_settings_modules/ (shr_backup.py shr_gprs.py shr_gpsinfo.py shr_pim.py): Fixed a few typos
Nov 26 19:01:04 <CIA-86> SHR: 03seba.dos1 07shr-settings * r3fc08f197ed0 10/data/po/de/ (shr-settings.mo shr-settings.po): [po] German translation update and proofreading
Nov 26 19:01:12 <dos1> oops
Nov 26 19:01:16 <mickeyl> hmm
Nov 26 19:01:19 <dos1> bad author in one commit ;x
Nov 26 19:01:23 <mickeyl> *** glibc detected *** fsodeviced: malloc(): memory corruption: 0x0004a128 ***
Nov 26 19:01:24 <mickeyl> fun
Nov 26 19:01:33 <dos1> mickeyl: had the same here
Nov 26 19:01:38 <mickeyl> "had" ?
Nov 26 19:01:41 <mickeyl> what did you do to fix it?
Nov 26 19:01:55 <dos1> mickeyl: opkg upgrade fixed that - libfso-glib was too old
Nov 26 19:02:07 <mickeyl> ah
Nov 26 19:02:11 * mickeyl tries
Nov 26 19:07:20 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r6afc005242d7 10/fsodeviced/src/plugins/ (13 files in 13 dirs): fsodeviced: fix copy'n'paste errors in fso_register debug function
Nov 26 19:13:00 <mickeyl> hmm
Nov 26 19:13:09 * mickeyl wonders why gazillions of kernel modules get updated
Nov 26 19:13:30 <dos1> mickeyl: they were stripped from debug symbols
Nov 26 19:13:42 <mickeyl> ah, excellent
Nov 26 19:13:54 <Heinervdm> and we have a new kernel
Nov 26 19:13:59 <Heinervdm> 2 new patches
Nov 26 19:14:13 <mrmoku> and we still need another kernel :P
Nov 26 19:14:17 <mrmoku> with inotify
Nov 26 19:16:35 <spaetzN800> mrmoku, we have inotify
Nov 26 19:16:55 <spaetzN800> http://git.openmoko.org/?p=kernel.git;a=blob;f=arch/arm/configs/gta02_packaging_defconfig;h=e2dbbef7b4495d1f97f61ea467d66d8ee81e0b6b;hb=andy-tracking
Nov 26 19:16:56 <mrmoku> spaetzN800: I thought just half of it?
Nov 26 19:17:11 <spaetzN800> lines 1819, 1820
Nov 26 19:17:14 <mrmoku> ahh, missing for 2.6.31 only then?
Nov 26 19:17:18 <spaetzN800> nope
Nov 26 19:18:08 <mrmoku> spaetzN800: nope?
Nov 26 19:18:11 <spaetzN800> err , i think so
Nov 26 19:18:20 <spaetzN800> mrmoku> spaetzN800: I thought just half of it?
Nov 26 19:18:29 <spaetzN800> nope to that
Nov 26 19:19:06 <dos1> mrmoku: 
Nov 26 19:19:07 <mrmoku> I just thought because TAsn said that fsodeviced does not reload scenarii on changes...
Nov 26 19:19:08 <dos1> From http://git.shr-project.org/repo/opimd-utils
Nov 26 19:19:09 <dos1>  * branch            master     -> FETCH_HEAD
Nov 26 19:19:11 <dos1> fatal: Zero packs found!
Nov 26 19:19:17 <mrmoku> dos1: packing daily
Nov 26 19:19:22 <mrmoku> all repos
Nov 26 19:19:52 <spaetzN800> at least  think we are using ths
Nov 26 19:20:10 <spaetzN800> plus a patch by jama - ubifs
Nov 26 19:20:39 <mickeyl> i'll check the scenario reloading now
Nov 26 19:20:49 <mickeyl> whenever this opkg upgrade ends...
Nov 26 19:20:59 <mrmoku> hehe, much later then :P
Nov 26 19:21:33 <fredrin> what new in this kernel? 
Nov 26 19:22:07 <mrmoku> JesusMcCloud: almost done with the theming stuff
Nov 26 19:22:17 <mrmoku> JesusMcCloud: better get prepared ;)
Nov 26 19:22:42 <playya__> oh WSOD
Nov 26 19:22:45 <JesusMcCloud> mrmoku, buya!
Nov 26 19:22:52 <playya__> anyting i should save before rebooting?
Nov 26 19:22:54 <JesusMcCloud> coolio
Nov 26 19:22:57 <playya__> Weiss, ?
Nov 26 19:23:18 <mrmoku> JesusMcCloud: elm_theme_overlay_add is the correct one right?
Nov 26 19:23:26 <JesusMcCloud> mrmoku, i am prepared, last nasty ass exam for the next 3 weeks is tomorrow, so i will have time
Nov 26 19:23:34 <mrmoku> good :)
Nov 26 19:24:03 <mrmoku> JesusMcCloud: until tomorrow it should be out and in the feed... so you can try it
Nov 26 19:25:00 <JesusMcCloud> mrmoku, i have no idea, but everythin not defined in the tehem will revert back to default, and since phoneu only has a couple of widgets there is no need to bounce back to the default phoneui edj if the custom theme is incomplete, since that is not goign to happen. (at least i hope *gg*)
Nov 26 19:25:39 <Weiss> playya__: hmm?
Nov 26 19:26:05 <playya__> i have a WSOD
Nov 26 19:26:13 <Weiss> with 2.6.31+KMS?
Nov 26 19:26:20 <JesusMcCloud> mrmoku, do wen need a "backup plan" for some 10 widgets?
Nov 26 19:26:20 <playya__> no .29
Nov 26 19:26:55 <Weiss> with KMS?
Nov 26 19:27:13 <playya__> yes
Nov 26 19:27:15 <dos1> JesusMcCloud: why not?
Nov 26 19:27:23 * JesusMcCloud hates his mobile provider, since those geniuses keep resending their own advertisment mms until it is correctly received
Nov 26 19:27:27 <playya__> just built the shr-image
Nov 26 19:28:02 <JesusMcCloud> dos1, we are talking about less that 10 widgets...
Nov 26 19:28:08 <mrmoku> JesusMcCloud: what do you mean?
Nov 26 19:28:16 <Heinervdm> JesusMcCloud: that would be ideal to implemnt mms support ;)
Nov 26 19:28:30 <Weiss> playya__: on resume?
Nov 26 19:28:32 <dos1> JesusMcCloud: so?
Nov 26 19:28:37 <playya__> yes Weiss 
Nov 26 19:28:47 <JesusMcCloud> mrmoku, if i got you corretcly you want to overlay a custom edj over the default phoneui one, so the ui alsways works, even if the custom theme is incomplete, right?!
Nov 26 19:29:01 <dos1> JesusMcCloud: there is elm_theme_overlay_add for having fallback. And i can't recall anything which we can use to not having fallback
Nov 26 19:29:24 <dos1> JesusMcCloud: only symlinking default theme, but it's *UGLY*
Nov 26 19:29:25 <mrmoku> JesusMcCloud: yep
Nov 26 19:29:48 <JesusMcCloud> dos1, this si about phoneui edj not eelementary theme
Nov 26 19:29:56 <dos1> JesusMcCloud: i know.
Nov 26 19:30:03 <dos1> JesusMcCloud: and i'm aware of that ;P
Nov 26 19:30:09 <dos1> there are only two theming functions in elementary
Nov 26 19:30:19 <dos1> elm_theme_overlay_add and elm_theme_extension_add
Nov 26 19:30:26 <dos1> we're interested in overlay.
Nov 26 19:30:27 <dos1> :P
Nov 26 19:30:30 <JesusMcCloud> dos1, ah ok, well then...
Nov 26 19:30:40 * JesusMcCloud <- n00b!
Nov 26 19:30:52 <mrmoku> JesusMcCloud: if one want's just style the dialer for example... he should be able to do that
Nov 26 19:30:56 <mrmoku> (or she :P)
Nov 26 19:31:04 <JesusMcCloud> mrmoku, valid point
Nov 26 19:31:07 <mrmoku> dos1: got mail? :P
Nov 26 19:31:13 <dos1> mrmoku: yup :P
Nov 26 19:31:24 <mrmoku> don't know where that error comes from then...
Nov 26 19:31:32 <mrmoku> maybe because it has no local packs... dunno
Nov 26 19:31:42 <mrmoku> though it should have
Nov 26 19:31:44 <mrmoku> hmm
Nov 26 19:32:16 <playya__> Weiss, revision: 8c65792a5c83c76d662a617a7c4e1ae8104bb6a5
Nov 26 19:32:29 <mrmoku> JesusMcCloud: someday we might even expand the config to be able to specify different themes for different modules
Nov 26 19:33:08 <JesusMcCloud> mrmoku, i woudl be happy if i was reachable wehm my moko is supended ;-P
Nov 26 19:33:18 <JesusMcCloud> s/moko/fr/
Nov 26 19:33:18 <apt> JesusMcCloud meant: mrmoku, i woudl be happy if i was reachable wehm my fr is supended ;-P
Nov 26 19:33:23 <JesusMcCloud> before someone complains...
Nov 26 19:33:43 <mrmoku> hehe, yeah
Nov 26 19:33:49 <dos1> JesusMcCloud: working on that ;p
Nov 26 19:33:53 <mrmoku> JesusMcCloud: mickeyl is looking into that :)
Nov 26 19:33:55 <Weiss> playya__: ok.. so you're the same as JaMa..  WSoD will hopefully be going away this weekend
Nov 26 19:34:06 <mrmoku> go Weiss go :D
Nov 26 19:35:16 <JesusMcCloud> cant wait for .31 and proper resum on incoming call
Nov 26 19:38:02 <mickeyl> hmm
Nov 26 19:38:05 <mickeyl> file system corruption
Nov 26 19:38:07 <mickeyl> *sigh*
Nov 26 19:38:21 <mickeyl> ~lart glamo
Nov 26 19:38:21 * apt offers glamo some herring
Nov 26 19:40:02 <dos1> mickeyl: why you're always having all kinds of possible problems with your gta02? :X
Nov 26 19:41:26 <mickeyl> since i only got prototyps
Nov 26 19:41:48 <dos1> oh, ok then ;)
Nov 26 19:41:54 <mickeyl> or it doesn't love me
Nov 26 19:41:56 <mickeyl> who knows
Nov 26 19:42:15 <dos1> (i think my gta02a5 loves me :P)
Nov 26 19:42:19 <mickeyl> [21474700.265000] pm_op(): platform_pm_suspend+0x0/0x60 returns -16
Nov 26 19:42:19 <mickeyl> [21474700.265000] PM: Device neo1973-pm-gsm.0 failed to suspend: error -16
Nov 26 19:42:20 <mickeyl> yeha :/
Nov 26 19:42:46 <dos1> my callers sometimes don't love it, but i don't care :P
Nov 26 19:43:27 <mickeyl> 2009-11-26T19:43:14.555872Z AlsaAudioPlayer [INFO] <PlayerLibAlsa>: Scenario gsmbluetooth has been changed; invalidating cache for this.
Nov 26 19:43:31 <mickeyl> looks good
Nov 26 19:43:39 <mickeyl> let me try with the current scenario
Nov 26 19:43:56 <dos1> mickeyl: i have it sometimes on booting - when fsodeviced wants to suspend, but ogsmd didn't finish requesting resource
Nov 26 19:44:07 <dos1> (gsm failed to suspend messages)
Nov 26 19:44:15 <dos1> but i didn't noticed any problems due to that
Nov 26 19:44:32 <mickeyl> i'd wish i got some definite answers from kernel folks
Nov 26 19:44:39 <mickeyl> like... when exactly is this supposed to happen
Nov 26 19:44:43 <mickeyl> which are the conditions
Nov 26 19:44:56 <CIA-86> SHR: 03mok 07libphone-ui-shr * r3e999b3e23e7 10/ (5 files in 4 dirs): make it themable via config
Nov 26 19:45:00 <Toaster`> TAsn: dos1: I just sent you an e-mail.  Please review thre attachement and let me know any comments you have.  Thanks
Nov 26 19:46:31 <mickeyl> 2009-11-26T19:46:09.532397Z AlsaAudioPlayer [INFO] <PlayerLibAlsa>: Scenario stereoout has been changed (being also the current scenario); invalidating cache and reloading
Nov 26 19:46:41 <mickeyl> TAsn: works as expected here
Nov 26 19:46:44 <dos1> Toaster`: replied
Nov 26 19:47:08 <Toaster`> Thanks dos1 
Nov 26 19:47:47 <Toaster`> BTW, the changes you guys made to the latest kernel make it seem really snappy.  Nice work
Nov 26 19:47:50 <Weiss> mickeyl: hmm.. are you still using 2.6.31+KMS?
Nov 26 19:47:59 <mickeyl> Weiss: no, 
Nov 26 19:48:12 <mickeyl> need to test the problems the guys have with suspend and resume
Nov 26 19:48:19 <mickeyl> rolled back to .29 for now
Nov 26 19:48:39 <Weiss> mickeyl: do you have the FIFO patch? I'm a teeny bit nervous that the FIFO patch might affect SD somehow (but I don't think it will)
Nov 26 19:48:51 <mickeyl> i have no idea
Nov 26 19:48:54 <mickeyl> but that would be likely
Nov 26 19:49:02 <mickeyl> since i did a large update before rolling back to .29
Nov 26 19:49:18 <mickeyl> dunno whether the fifo patch is in mrmoku's kernel
Nov 26 19:49:20 <mickeyl> i just grabbed it from his dir
Nov 26 19:50:10 <mrmoku> I *think* it is with FIFO, yes
Nov 26 19:50:16 <mrmoku> JaMa would know better
Nov 26 19:50:23 <Weiss> other people have been running from SD with it without problems, so I'm pretty confident there's no problem
Nov 26 19:51:15 <mrmoku> Weiss: there are some KMS patches JaMae applied
Nov 26 19:51:24 <mrmoku> how to check fast if it includes FIFO?
Nov 26 19:52:13 <Weiss> mrmoku: if you do "cat /sys/bus/platform/devices/glamowhatever/regs", and paste the first line under "LCD 1"
Nov 26 19:52:26 <Weiss> the last digit of that line is the one that changes for the FIFO
Nov 26 19:52:47 * mrmoku prepares for reboot :)
Nov 26 19:53:22 <Weiss> :o
Nov 26 19:53:50 <TAsn> mickeyl, mrmoku just told me it's because of our kernel.
Nov 26 19:53:55 * mrmoku had to use 2.6.29 for a while too... to fix sound handling in call screens
Nov 26 19:53:56 <TAsn> Toaster`, cool. :P
Nov 26 19:53:58 <mrmoku> TAsn: no
Nov 26 19:54:01 <mrmoku> TAsn: I was wrong :P
Nov 26 19:54:08 <TAsn> then?
Nov 26 19:54:11 <mrmoku> TAsn: 2.6.29 is with inotify
Nov 26 19:54:15 <mrmoku> and for mickeyl it works
Nov 26 19:54:22 <TAsn> i c.
Nov 26 19:54:37 <TAsn> mickeyl, what am I supposed to see in logs?
Nov 26 19:54:45 <TAsn> (text for me to grep)
Nov 26 19:55:03 <mrmoku> [20:46]       mickeyl | 2009-11-26T19:46:09.532397Z AlsaAudioPlayer [INFO] <PlayerLibAlsa>: Scenario stereoout has been changed (being also the current scenario); invalidating cache and reloading
Nov 26 19:55:14 <TAsn> mrmoku, cool.
Nov 26 19:55:15 <TAsn> fsodeviced?
Nov 26 19:55:20 <mrmoku> yup
Nov 26 19:55:28 <mickeyl> wah
Nov 26 19:55:33 <mickeyl> ok guys
Nov 26 19:55:34 <mickeyl> i can see the problem here
Nov 26 19:55:36 <mickeyl> that's sick
Nov 26 19:55:48 <TAsn> ?
Nov 26 19:55:57 <mickeyl> call being cut off, not even released
Nov 26 19:55:59 <mickeyl> on resume
Nov 26 19:56:00 <TAsn> yep.
Nov 26 19:56:03 <TAsn> that's what I said.
Nov 26 19:56:06 <TAsn> cut off.
Nov 26 19:56:07 <mickeyl> sssssstrange
Nov 26 19:56:17 <mickeyl> ok, i need to go now, but i'll dig into this bug asap
Nov 26 19:57:13 <Weiss> the SD problem, or something else?
Nov 26 19:57:29 <TAsn> 2009-11-26T19:56:22.395661Z AlsaAudioPlayer [INFO] <PlayerLibAlsa>: Scenario gsmhandset has been changed; invalidating cache for this.
Nov 26 19:57:31 <TAsn> ok got it.
Nov 26 19:57:36 <TAsn> hm.. lets verify
Nov 26 19:57:42 <TAsn> it reloaded.
Nov 26 19:58:22 <TAsn> ok, works :P
Nov 26 19:58:29 <TAsn> sorry mickey|bbl :P
Nov 26 19:59:50 <mrmoku> Weiss: root@om-gta02 ~ $ cat /sys/bus/platform/devices/glamo*/reg*
Nov 26 19:59:50 <mrmoku> Segmentation fault
Nov 26 20:00:13 <Heinervdm> cat segfaulting? :D
Nov 26 20:00:48 <TAsn> mrmoku, oh btw.
Nov 26 20:01:03 <TAsn> mind if I change default loglevel for phoneuid to INFO?
Nov 26 20:01:07 <mrmoku> no
Nov 26 20:01:20 <TAsn> cool :P
Nov 26 20:01:29 <TAsn> there's a ticket about that. :)
Nov 26 20:02:22 <mrmoku> do it and close it :D
Nov 26 20:03:27 <mrmoku> TAsn: btw. I named the config for libphone-ui-shr /usr/share/libphone-ui-shr/config
Nov 26 20:03:37 <mrmoku> not sure about that though
Nov 26 20:03:47 <mrmoku> what was your reasoning to stuff it in /usr/share?
Nov 26 20:03:56 <mrmoku> sounds wrong
Nov 26 20:04:00 <TAsn> lets say I have 5 modules
Nov 26 20:04:09 <TAsn> do you think polluting /etc is correct?
Nov 26 20:04:11 <TAsn> maybe having
Nov 26 20:04:22 <TAsn> /etc/phone-ui/libphone-ui.conf
Nov 26 20:04:23 <TAsn> and
Nov 26 20:04:39 <spaetzN800> ffifo patch is in current kernel
Nov 26 20:04:39 <mrmoku> plluting or not polluting... configs belong to etc, no?
Nov 26 20:04:41 <TAsn> /etc/phone-ui/shr.conf
Nov 26 20:04:46 <TAsn> mrmoku, you are probably right.
Nov 26 20:04:51 <TAsn> so maybe create a dir for
Nov 26 20:04:54 <TAsn> phone-ui
Nov 26 20:04:57 <TAsn> confs in etc
Nov 26 20:04:58 <mrmoku> yeah, dir is fine
Nov 26 20:05:05 <TAsn> and just stuff them like this:
Nov 26 20:05:08 <TAsn> module_name.conf
Nov 26 20:05:12 <TAsn> i.e for libphone-ui-shr
Nov 26 20:05:13 <TAsn> it's 
Nov 26 20:05:15 * mrmoku likes that :)
Nov 26 20:05:15 <TAsn> shr.conf
Nov 26 20:05:16 <TAsn> :P
Nov 26 20:05:23 <TAsn> I'm sorry for being an idiot before :P
Nov 26 20:05:34 <mrmoku> nah :)
Nov 26 20:05:38 <TAsn> mrmoku, btw, do you use the phone_utils_volume_mute function?
Nov 26 20:05:43 <mrmoku> yup
Nov 26 20:05:51 <mrmoku> _mute_set you mean
Nov 26 20:06:44 <mrmoku> TAsn: does not work for me though :P
Nov 26 20:06:49 <mrmoku> neither the speaker
Nov 26 20:07:10 <TAsn> speaker doesn't work
Nov 26 20:07:12 <TAsn> for no reason
Nov 26 20:07:15 <TAsn> I should dig into that.
Nov 26 20:07:24 <TAsn> concerning mute
Nov 26 20:07:27 <TAsn> hm.. :P
Nov 26 20:07:42 <mrmoku> about mute I am not 100% sure... 
Nov 26 20:08:29 <TAsn> it's there
Nov 26 20:08:31 <TAsn> I can test it.
Nov 26 20:08:32 <TAsn> sec.
Nov 26 20:10:39 <CIA-86> SHR: 03tom 07phoneuid * r1bf1e96301b6 10/data/phoneui.conf: Changed default loglevel to 'INFO'
Nov 26 20:10:39 <TAsn> users will like this:
Nov 26 20:10:40 <TAsn> :)
Nov 26 20:11:25 <JesusMcCloud> ...and it becomes faster and faster...
Nov 26 20:11:49 <dos1> building ;)
Nov 26 20:12:19 <TAsn> dos1, :P
Nov 26 20:15:25 <dos1> built
Nov 26 20:15:47 <TAsn> thanks.
Nov 26 20:15:48 <TAsn> :P
Nov 26 20:15:48 <CIA-86> SHR: 03tom 07libphone-ui * r9571309a704b 10/src/phoneui-utils-sound.c: fixed a potential bug in phoneui_utils_sound_volume_get when someone else changes volume to something outside of config-set bounds.
Nov 26 20:15:54 <TAsn> dos1, what about country? :P
Nov 26 20:16:07 <TAsn> mrmoku, do you by any chance have time to start working on pyphonelog's port?
Nov 26 20:16:59 <TAsn> mrmoku, YOU LIAR!
Nov 26 20:17:05 <TAsn> mute works amazingly well :P
Nov 26 20:18:07 <TAsn> mrmoku, actually, I'm 100% sure what's the issue with speaker not working.
Nov 26 20:18:20 <TAsn> we had an issue with the state files before
Nov 26 20:18:24 <TAsn> I think this is probably the same thing
Nov 26 20:18:31 <TAsn> let me verify though.
Nov 26 20:19:16 <TAsn> ok
Nov 26 20:19:25 <TAsn> I was wrong.
Nov 26 20:20:00 <TAsn> though I have another guess :P
Nov 26 20:20:56 <TAsn> yay
Nov 26 20:20:57 <TAsn> found it.
Nov 26 20:21:06 <TAsn> mickey|bbl, I hate you! :P breaking API and not telling me!
Nov 26 20:21:45 <TAsn> dos1, :)
Nov 26 20:21:53 <TAsn> dos1, please build, again.
Nov 26 20:22:01 <TAsn> oh, you didn't build libphone-ui yet.
Nov 26 20:22:01 <CIA-86> SHR: 03tom 07libphone-ui * r3292f0daec58 10/src/phoneui-utils-sound.c: Changed the SPEAKER scenario name to conform with the change in FSO
Nov 26 20:22:03 <TAsn> so please build :)
Nov 26 20:24:09 * JesusMcCloud thinks we desperately need a replacedment for pyphonelog! (wth happened to elmphonelog?)
Nov 26 20:24:24 <Heinervdm> 148 Tickets left, we are below 150 again ;)
Nov 26 20:24:24 <TAsn> JesusMcCloud, HEY.
Nov 26 20:24:32 <TAsn> elmphonelog was'nt as good as pyphonelog
Nov 26 20:24:34 <dos1> Heinervdm: nice :)
Nov 26 20:24:45 <TAsn> and the only reason pyphonelog is slow is opimd
Nov 26 20:24:48 * TAsn looks at dos1 
Nov 26 20:25:33 <Heinervdm> I want to close these 2 as wontfix: http://trac.shr-project.org/trac/ticket/732 http://trac.shr-project.org/trac/ticket/728 but it should do someone else, else this guy thinks i'm the only one thinking that way
Nov 26 20:26:18 <mac___> hello guys,   i'm new here, I want to join the community. Can anyone help me get oriented ?
Nov 26 20:26:49 <TAsn> Heinervdm, sec
Nov 26 20:26:56 <TAsn> closing. :P
Nov 26 20:27:25 <TAsn> Heinervdm, 728
Nov 26 20:27:28 <TAsn> I agree with the dude.
Nov 26 20:27:43 <mrmoku> mac___: in which direction?
Nov 26 20:28:13 <dos1> Heinervdm: i closed 728, as i had the same problem - posted solution :P
Nov 26 20:28:14 <TAsn> and #732 also sounds like an issue
Nov 26 20:28:34 <mac___> in direction programmer
Nov 26 20:28:42 <Heinervdm> TAsn: that's only an issue if you did opkg upgrade instead of reflashing
Nov 26 20:28:49 <TAsn> oh
Nov 26 20:28:51 <TAsn> ok.
Nov 26 20:29:00 <TAsn> 732 or 728?
Nov 26 20:29:17 <Heinervdm> both, it's the same guy
Nov 26 20:30:23 <mrmoku> mac___: what languag?
Nov 26 20:30:24 <mrmoku> +e
Nov 26 20:34:40 <bumbl> mrmoku: are the new images recommended?
Nov 26 20:34:49 <Heinervdm> TAsn: you can close this: http://trac.shr-project.org/trac/ticket/41 ;)
Nov 26 20:34:50 <mrmoku> bumbl: almost...
Nov 26 20:34:56 <mrmoku> bumbl: wait for the next one
Nov 26 20:35:04 <mrmoku> phonecalls on resume do not work
Nov 26 20:35:18 <TAsn> Heinervdm, yay
Nov 26 20:35:19 <TAsn> :)
Nov 26 20:35:21 <bumbl> ok
Nov 26 20:35:49 <bumbl> what would be the best thing to import vcards to opimd?
Nov 26 20:36:17 <dos1> bumbl: pisi
Nov 26 20:36:27 <dos1> 101 matches :)
Nov 26 20:37:45 <bumbl> dos1: it can do backup too can't it?
Nov 26 20:38:22 <Heinervdm> I think we won't do anything this, so close as wontfix? http://trac.shr-project.org/trac/ticket/162
Nov 26 20:38:40 <Heinervdm> bumbl: it's a sync app
Nov 26 20:39:26 <TAsn> Heinervdm, no
Nov 26 20:39:30 <TAsn> watch my comment
Nov 26 20:39:32 <TAsn> sec
Nov 26 20:39:33 <TAsn> writing it.
Nov 26 20:39:53 <Heinervdm> :D
Nov 26 20:40:27 <TAsn> here ya go
Nov 26 20:41:24 <Heinervdm> hmm, i think the root parameter is the right way...
Nov 26 20:41:27 <Heinervdm> but ok
Nov 26 20:41:46 <TAsn> for root.
Nov 26 20:41:48 <TAsn> of course.
Nov 26 20:41:53 <TAsn> but what about /home ?
Nov 26 20:41:55 <TAsn>  /opt?
Nov 26 20:41:56 <TAsn> etc...
Nov 26 20:42:08 <Heinervdm> ok :)
Nov 26 20:42:13 <TAsn> I meant etc. not /etc
Nov 26 20:42:13 <TAsn> :)
Nov 26 20:42:19 <Heinervdm> so next one ;) http://trac.shr-project.org/trac/ticket/66
Nov 26 20:42:33 <TAsn> also important
Nov 26 20:42:41 <playya__> someone said that classpath-native is fixed
Nov 26 20:42:41 <TAsn> Though I disagree with the dude
Nov 26 20:42:42 <Heinervdm> isn't it done?
Nov 26 20:42:48 <TAsn> so we should probably drop it.
Nov 26 20:43:02 <TAsn> I mean, the current nice values are good enough.
Nov 26 20:43:02 <Heinervdm> playya__: soneone updated the version
Nov 26 20:43:13 <TAsn> actually, the only changes we might do only harm his cause :P
Nov 26 20:43:14 <Heinervdm> TAsn: i think so too
Nov 26 20:43:32 <TAsn> cool, so close it as wontfix because we think they are good atm.
Nov 26 20:43:57 <TAsn> dos1, did you build libphone-ui?
Nov 26 20:44:06 <Heinervdm> TAsn: i would close as fixed ;)
Nov 26 20:44:08 <dos1> TAsn: yup
Nov 26 20:44:10 <dos1> and synced
Nov 26 20:44:12 <TAsn> dos1, thanks :)
Nov 26 20:44:22 <TAsn> dos1, and tested to see how cool?
Nov 26 20:44:24 <TAsn> :)
Nov 26 20:44:28 <dos1> not yet
Nov 26 20:44:35 <dos1> but upgrading
Nov 26 20:44:37 <dos1> ;)
Nov 26 20:44:39 * TAsn is switching to annoying mode.
Nov 26 20:44:47 <TAsn> dos1, what about adding countries to wizard? :P
Nov 26 20:44:54 <mrmoku> spaetzN800: say what you want... I want 2.6.31 :P
Nov 26 20:44:56 * TAsn is switching back to normal (still annoying) mode.
Nov 26 20:46:32 <TAsn> shit
Nov 26 20:46:32 <spaetz> re
Nov 26 20:46:36 <TAsn> libphone-ui broke
Nov 26 20:46:38 <TAsn> no idea why.
Nov 26 20:46:40 <mrmoku> [21:44]        mrmoku | spaetzN800: say what you want... I want 2.6.31 :P
Nov 26 20:46:50 <spaetz> hehe
Nov 26 20:46:56 <spaetz> of course we want it
Nov 26 20:47:05 <Heinervdm> which one do we keep? http://trac.shr-project.org/trac/ticket/653 or http://trac.shr-project.org/trac/ticket/65
Nov 26 20:47:19 <spaetz> But not for shr-testing milestone 1 :)
Nov 26 20:47:22 <TAsn> weird
Nov 26 20:47:25 <TAsn> libphone-ui-shr error.
Nov 26 20:47:31 <TAsn> Heinervdm, sec.
Nov 26 20:47:53 <TAsn> Heinervdm, newer
Nov 26 20:47:55 <TAsn> but add link
Nov 26 20:48:00 <TAsn> and spank him for the dupe.
Nov 26 20:48:06 <Heinervdm> yes of course :)
Nov 26 20:48:21 <TAsn> mrmoku, !
Nov 26 20:48:27 <TAsn> you moved the config in libphone-ui-shr
Nov 26 20:48:31 <TAsn> and didn't update in code
Nov 26 20:48:37 <TAsn> or maybe the other way around
Nov 26 20:48:39 <TAsn> but anyway
Nov 26 20:48:50 <TAsn> 2009.11.26 22:46:42.222726 [libphone-ui-shr]    : No such file or directory
Nov 26 20:48:56 <mrmoku> huh?
Nov 26 20:48:57 <TAsn> why the hell is it critical though?!
Nov 26 20:49:07 <spaetz> Is that fixed? Split navit's ipk in 3 parts
Nov 26 20:49:09 <mrmoku> I did not install any config yet
Nov 26 20:49:16 <spaetz> #505
Nov 26 20:49:19 <TAsn> mrmoku, weird.
Nov 26 20:49:21 <mrmoku> do we abort on g_warning still?
Nov 26 20:49:42 <mrmoku> TAsn: that is the main reason I got used to use only g_debug :P
Nov 26 20:49:57 <TAsn> mrmoku, not on phoneuid
Nov 26 20:50:05 <TAsn> in phoneuid we only abort on ERROR
Nov 26 20:50:10 <TAsn> (set it in code)
Nov 26 20:50:10 <mrmoku> then I don't know
Nov 26 20:50:15 <dos1> spaetz: navit is spliten into navit and navit-icons
Nov 26 20:50:22 <mrmoku> TAsn: sure that lfg does not change that? ;)
Nov 26 20:50:39 <spaetz> ok, I'll declare that as fixed then :)
Nov 26 20:50:41 <TAsn> if you didn't specifically did it
Nov 26 20:50:42 <TAsn> no
Nov 26 20:50:56 <TAsn> but either way
Nov 26 20:50:58 <TAsn> it's a gerror!
Nov 26 20:51:01 <TAsn> not a g_debug
Nov 26 20:51:04 <TAsn> that closed it.
Nov 26 20:51:14 <spaetz> dos1: do you know if we include the demo map in the navit package by default?
Nov 26 20:51:21 <spaetz> We probably shouldn't
Nov 26 20:51:48 <TAsn> oh, it's a warning.
Nov 26 20:51:48 <TAsn> hm..
Nov 26 20:51:54 <dos1> dunno, maybe ask JaMae
Nov 26 20:52:32 <mrmoku> TAsn: let me check lfg
Nov 26 20:52:39 <TAsn> lfg?
Nov 26 20:52:43 <TAsn> ui-shr
Nov 26 20:52:43 <TAsn> ...
Nov 26 20:53:02 <mrmoku> frameworkd-glib-dbus.c:         fatal_mask |= G_LOG_LEVEL_WARNING | G_LOG_LEVEL_CRITICAL;
Nov 26 20:53:06 <mrmoku> :P
Nov 26 20:53:18 * TAsn is going to kill mrmoku 
Nov 26 20:53:27 <TAsn> mrmoku, please drop fatal mask
Nov 26 20:53:32 <TAsn> it should not be set there.
Nov 26 20:53:44 <dos1> we have 129 tickets overall :)
Nov 26 20:53:51 <TAsn> (this overwrites my settings as it's called later.)
Nov 26 20:53:55 <mrmoku> TAsn: just for the record... _I_ did not add that :P
Nov 26 20:53:59 <TAsn> mrmoku, commit and build. :)
Nov 26 20:54:02 <TAsn> mrmoku, I believe you :)
Nov 26 20:54:05 <mrmoku> yup
Nov 26 20:54:24 <TAsn> btw
Nov 26 20:54:33 <TAsn> don't use g_error in libphone-ui-shr at all
Nov 26 20:54:40 <TAsn> as it'll close phoneuid
Nov 26 20:54:42 <TAsn> and we don't want that
Nov 26 20:54:48 <TAsn> (maybe we have good backends)
Nov 26 20:54:54 <TAsn> and even worst
Nov 26 20:54:55 <TAsn> don't use assert
Nov 26 20:54:56 <TAsn> :P
Nov 26 20:55:45 <CIA-86> freesmartphone.org: 03mok 07libframeworkd-glib * rdc5409fbf9d2 10/src/frameworkd-glib-dbus.c: 
Nov 26 20:55:45 <CIA-86> freesmartphone.org: do NOT set glib loglevel mask for fatal errors
Nov 26 20:55:45 <CIA-86> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Nov 26 20:56:24 <TAsn> mrmoku, and please rebuild :)
Nov 26 20:57:21 <Heinervdm> http://trac.shr-project.org/trac/ticket/227 won't fix? because there is no ophonekitd anymore?
Nov 26 20:57:34 <mrmoku> TAsn: first update the rev :P
Nov 26 20:57:43 <TAsn> :)
Nov 26 20:58:00 <TAsn> Heinervdm, no! sec, let me comment that.
Nov 26 20:58:10 <Heinervdm> ok
Nov 26 20:58:27 <TAsn> read.
Nov 26 20:58:48 <TAsn> oops
Nov 26 20:58:52 <TAsn> please edit summary
Nov 26 20:58:52 <TAsn> :)
Nov 26 21:01:13 <Heinervdm> TAsn: edited, and assigend to you :P
Nov 26 21:01:22 <TAsn> :(
Nov 26 21:02:19 <mrmoku> dos1: btw... just because I saw my pending changes while comitting lfg...
Nov 26 21:02:20 <Heinervdm> what's with that? http://trac.shr-project.org/trac/ticket/308 does closing the dialer still doesn't hang up?
Nov 26 21:02:23 <mrmoku> what about my signals?
Nov 26 21:03:24 <spaetz> we really have all kinds of image formats supported by evas but not gif...
Nov 26 21:03:33 <spaetz> evas-loader-tiff, blah. we are missing evas-loader-gif
Nov 26 21:03:45 <spaetz> how do I compile evas-loader-gif?
Nov 26 21:03:47 * spaetz checks
Nov 26 21:04:05 <Heinervdm> spaetz: remove --disable-gif from evas
Nov 26 21:04:12 <dos1> mrmoku: i'll look on them when i'll be bored in school tomorrow ;)
Nov 26 21:04:44 * mrmoku hopes dos1 has some very long and very boring economic lesson tomorrow :P
Nov 26 21:07:50 <dos1> ok, i'm off now
Nov 26 21:07:53 <dos1> good night!
Nov 26 21:07:54 <spaetz> Heinervdm: I am trying OE_EXTRACONF_shr now
Nov 26 21:07:58 <spaetz> night dos
Nov 26 21:08:01 <mrmoku> dos1: ahh
Nov 26 21:08:06 <mrmoku> did you finish building?
Nov 26 21:08:11 <mrmoku> yeah you did
Nov 26 21:08:11 <spaetz> I can't just change the default evas config for all distros
Nov 26 21:08:12 <dos1> mrmoku: yup
Nov 26 21:08:14 <mrmoku> gnight then :)
Nov 26 21:08:29 <mrmoku> and have boring school tomorrow ;)
Nov 26 21:08:33 <dos1> hehe ;D
Nov 26 21:08:34 <TAsn> Heinervdm, yes :(
Nov 26 21:08:37 <Heinervdm> spaetz: avoid any discussion with koen ;)
Nov 26 21:08:38 <dos1> i'll try, cu ;)
Nov 26 21:08:38 <TAsn> (308)
Nov 26 21:08:50 <spaetz> Heinervdm: I will ;)
Nov 26 21:08:54 <TAsn> mrmoku, why don't we add release to delete callback?
Nov 26 21:08:57 <TAsn> or something like that?
Nov 26 21:09:40 <dos1> mrmoku: libframeworkd-glib went into morgue, please fix that soon!
Nov 26 21:09:41 <dos1> :x
Nov 26 21:09:45 <dos1> ok, now really night ;)
Nov 26 21:10:09 <spaetz> what is the morgue?
Nov 26 21:10:34 <spaetz> dead people go there! And the CSI guys
Nov 26 21:10:46 <mrmoku> hehe
Nov 26 21:10:51 <mrmoku> asked that yesteerday
Nov 26 21:10:58 <mrmoku> old packages go there
Nov 26 21:11:02 <spaetz> great minds ask alike :)
Nov 26 21:11:07 <mrmoku> :)
Nov 26 21:12:11 <TAsn> mrmoku, built libframeworkd-glib?
Nov 26 21:13:38 <mrmoku> TAsn: built directly into the morgue :P
Nov 26 21:13:45 <mrmoku> rebuilding with bumped localcount now
Nov 26 21:13:54 <TAsn> oh, i c :)
Nov 26 21:14:12 <TAsn> btw, I'm dropping all the slice_alloc
Nov 26 21:14:14 <TAsn> crap
Nov 26 21:14:16 <TAsn> as we aid.
Nov 26 21:14:26 <mrmoku> yup
Nov 26 21:14:29 <TAsn> and btw, just grepped the entire code
Nov 26 21:14:33 <TAsn> not even *ONE*
Nov 26 21:14:38 <TAsn> g_hash_table_destroy
Nov 26 21:14:42 <TAsn> actually, let me make sure
Nov 26 21:14:54 <mrmoku> we're not destructive :P
Nov 26 21:15:14 <TAsn> ok, 2
Nov 26 21:15:14 <mrmoku> if they would have called it g_hash_table_clean... but destroy ;)
Nov 26 21:15:14 <TAsn> :|
Nov 26 21:15:24 <TAsn> :(
Nov 26 21:15:39 <Weiss> hmm.. where does gtkperf for OM come from? (no recipe that I can see?)
Nov 26 21:15:55 <CIA-86> SHR: 03tom 07libphone-ui-shr * raa31ff3c6b3c 10/src/ (5 files in 3 dirs): removed all the g_errors
Nov 26 21:16:37 <mrmoku> TAsn: I don't remember... did you try 2.6.31?
Nov 26 21:17:54 <mrmoku> TAsn: updated lfg is there
Nov 26 21:18:08 <[Rui]> hi!
Nov 26 21:18:12 <[Rui]> finally @ home
Nov 26 21:18:17 <TAsn> mrmoku, thanks :)
Nov 26 21:18:26 <TAsn> mrmoku, for a short while.
Nov 26 21:18:28 <TAsn> [Rui], hey.
Nov 26 21:18:36 <[Rui]> I'm still adding quick-settings to libphone-ui-shr but I haven't yet understood how to call them
Nov 26 21:18:49 <[Rui]> I don't even see the .desktop files in there
Nov 26 21:19:54 <Weiss> 2.6.29+DRM+lis-IRQ-fix makes me happy :)
Nov 26 21:19:59 <[Rui]> for now I'm finishing the adaptations taking as an example the dialer
Nov 26 21:20:12 <TAsn> [Rui], call:
Nov 26 21:20:15 <TAsn> look in src dir
Nov 26 21:20:22 <TAsn> add a file like that
Nov 26 21:20:25 <TAsn> tell me when you are done
Nov 26 21:20:30 <TAsn> I'll add support in libphone-ui
Nov 26 21:20:50 <CIA-86> SHR: 03tom 07libphone-ui-shr * rb17b31817f17 10/src/ (13 files in 2 dirs): Replaced all the g_slice_alloc0 and g_slice_free's with calloc(1, and free
Nov 26 21:20:55 <[Rui]> ah!
Nov 26 21:21:05 <[Rui]> so it's called from libphone-ui... ok
Nov 26 21:21:10 <TAsn> [Rui], yeah :)
Nov 26 21:21:15 <TAsn> don't forget to call it
Nov 26 21:21:22 <TAsn> phoneui_backend_settings_show
Nov 26 21:21:25 <TAsn> phoneui_backend_settings_hide
Nov 26 21:21:35 <[Rui]> TAsn: I'll keep following the design from the dialer
Nov 26 21:21:43 <TAsn> great :)
Nov 26 21:21:52 <[Rui]> I was calling it *_quick_settings_*
Nov 26 21:21:53 <TAsn> ok
Nov 26 21:21:57 <TAsn> good enough ;)
Nov 26 21:22:05 <TAsn> (even better)
Nov 26 21:22:06 <[Rui]> basically, s/dialer/quick_settings/g
Nov 26 21:22:11 <TAsn> :)
Nov 26 21:22:15 <TAsn> also filenames
Nov 26 21:22:19 <[Rui]> as well
Nov 26 21:22:58 <TAsn> mrmoku, there's no config file for libphone-ui-shr yet, right?
Nov 26 21:23:06 <[Rui]> one doubt, for more readability I add indent inside each elementary object...
Nov 26 21:23:09 <TAsn> you just added the prototype, right?
Nov 26 21:23:15 <[Rui]> f = elm_f_add(win);
Nov 26 21:23:21 <[Rui]> <tab>....
Nov 26 21:23:28 <[Rui]> evas_object_show(f);
Nov 26 21:23:32 <TAsn> I don't think I quite get you
Nov 26 21:23:42 <[Rui]> is that ok or not?
Nov 26 21:23:43 <TAsn> pastebin an example please
Nov 26 21:23:54 <TAsn> though anyhow, just conform with the conventions please :)
Nov 26 21:24:22 <[Rui]> http://pastebin.com/d4e7dafbd
Nov 26 21:25:11 <TAsn> [Rui], I don't think that's necessary, a space will do
Nov 26 21:25:23 <mrmoku> TAsn: right
Nov 26 21:25:27 <TAsn> (space = an empty line)
Nov 26 21:25:39 <TAsn> mrmoku, cool.
Nov 26 21:25:39 <mrmoku> there is a sample conf in the source
Nov 26 21:25:39 <TAsn> and it doesn't conform with our conventions
Nov 26 21:25:42 <TAsn> [Rui], if you REALLY want it.
Nov 26 21:25:47 <TAsn> please consider bracketing it
Nov 26 21:25:48 <TAsn> i.e
Nov 26 21:25:52 <TAsn> f = ...;
Nov 26 21:25:54 <TAsn> {
Nov 26 21:25:56 <TAsn> <tab>stuff
Nov 26 21:26:01 <TAsn> }
Nov 26 21:26:21 <playya__> if i want to build recent fsodeviced a have to rebuild everything?
Nov 26 21:26:27 <[Rui]> ok
Nov 26 21:26:32 <mrmoku> playya__: no
Nov 26 21:26:37 <mrmoku> but you need newer vala
Nov 26 21:26:37 <TAsn> mrmoku, anyhow, what about splitting keyboards out of illume package? :)
Nov 26 21:26:59 <playya__> mrmoku, nope
Nov 26 21:26:59 <mrmoku> TAsn: unfortunately... only 24h a day :(
Nov 26 21:27:04 <[Rui]> I will bracket bigger UI blocks
Nov 26 21:27:10 <[Rui]> it's a lot more easy to read
Nov 26 21:27:17 <TAsn> mrmoku, you already have a patch to drop them.
Nov 26 21:27:18 <playya__> for the latest version you have to update sane-toolchain, too
Nov 26 21:27:21 <TAsn> it's just adding that to recipe
Nov 26 21:27:25 <TAsn> making packages for the new keyboards
Nov 26 21:27:29 <TAsn> and adding them to task :P
Nov 26 21:27:36 <TAsn> (sounds more when I put it this way ;P )
Nov 26 21:27:45 <TAsn> mrmoku, what did the OE guys say?
Nov 26 21:27:48 <mrmoku> :P
Nov 26 21:27:50 <mrmoku> nothing :(
Nov 26 21:27:57 <TAsn> f-em :(
Nov 26 21:28:01 <TAsn> re-ask
Nov 26 21:28:09 <mrmoku> yeah...
Nov 26 21:28:19 * mrmoku goes do send a ping
Nov 26 21:29:59 <spaetz> mmh, babiloo seems to be an actively developed dictionary. They even create an efl frontend
Nov 26 21:30:18 <spaetz> but bazaar... How do I get to that code with a recipe?
Nov 26 21:30:23 <spaetz> they don't put tarballs online...
Nov 26 21:31:33 <mrmoku> sent
Nov 26 21:32:52 <mrmoku> TAsn: mainly I have no time, because I'm sitting in front of my 2.6.31 booted FR and scroll up and down :P
Nov 26 21:33:17 <TAsn> mrmoku, hehe
Nov 26 21:33:23 <TAsn> try 2.6.29
Nov 26 21:33:25 <TAsn> really fast
Nov 26 21:33:26 <spaetz> hehe
Nov 26 21:33:27 <TAsn> with new changes
Nov 26 21:33:32 <mrmoku> TAsn: forget it
Nov 26 21:33:38 <mrmoku> TAsn: _I_ tried both ;)
Nov 26 21:33:46 <mrmoku> and 2.6.31 has double speed
Nov 26 21:34:38 <spaetz> mrmoku: we could bump speed in 2.6.29 even more but then the screen is sometimes wobbling, says Weiss
Nov 26 21:34:41 <spaetz> :)
Nov 26 21:34:49 <mrmoku> hehe
Nov 26 21:35:00 <mrmoku> no, 2.6.29 is not bad either
Nov 26 21:35:11 <mrmoku> big progress against what we had some time ago :)
Nov 26 21:35:14 <Weiss> spaetz: for comparison, I'd been running at four stages of FIFO for several hours before I noticed the wibbling..
Nov 26 21:35:17 <spaetz> yep
Nov 26 21:35:47 <spaetz> Weiss: so it could actually be an option :)
Nov 26 21:35:52 <spaetz> but I am quite happy with what we have for now
Nov 26 21:35:54 <Weiss> yeah.. I was thinking of a sysfs node or something
Nov 26 21:36:06 <spaetz> let's see if it doesn't kill SD cards, and then all is fine :)
Nov 26 21:36:11 <mrmoku> Weiss: btw. the cat for regs was segfaulting on 2.6.31
Nov 26 21:36:14 <spaetz> sysfs node would be cool
Nov 26 21:36:40 <Weiss> mrmoku: that's...bizzare..
Nov 26 21:36:46 <spaetz> yep
Nov 26 21:37:12 <mrmoku> Weiss: want the backtrace?
Nov 26 21:37:48 <Weiss> I thought that something was going wrong with one of "my" two speedups after suspend.. but now I've merged andy-tracking into drm-tracking to get the lis302dl fix, it's nice all the time
Nov 26 21:38:01 <mrmoku> Weiss: http://shr.pastebin.com/m65041926
Nov 26 21:38:22 <Weiss> oh, a kernel oops :(
Nov 26 21:38:50 <Weiss> which kernel version is that? (I lost track, again)
Nov 26 21:38:56 <mrmoku> 2.6.31
Nov 26 21:39:01 <mrmoku> with kms
Nov 26 21:39:31 <Weiss> ah, probably my fault then,,
Nov 26 21:39:35 * Weiss adds to list for weekend
Nov 26 21:40:55 <Weiss> or larsc's fault and something I can fix easily
Nov 26 21:41:09 <spaetz> Weiss: if you fix WSOD over the weekend then that is enough :)
Nov 26 21:41:47 <Weiss> I was thinking of making GTK not suck on Xorg as well, but I haven't pinned down the cause of that yet
Nov 26 21:42:26 <JesusMcCloud> Weiss, so i did not imagine the poor performance of gtk?
Nov 26 21:43:00 <Weiss> JesusMcCloud: nope, it's *very* real.. unacceptably slow
Nov 26 21:43:12 <spaetz> JesusMcCloud: we added a sleep into gtk until you fix disabled efl widgets
Nov 26 21:43:21 <spaetz> call it "increased incentive" :)
Nov 26 21:43:32 <Weiss> it's slow with Xorg+fbdev, Xorg+glamo+KMS, Xorg+glamo-KMS, but not with Kdrive or DirectFB
Nov 26 21:44:15 <mrmoku> spaetz: :)
Nov 26 21:44:18 <JesusMcCloud> schwyzer...
Nov 26 21:44:43 <TAsn> mrmoku, 
Nov 26 21:44:52 <Weiss> most likely something to do with sending large numbers of very small rendering commands to the GPU (whether accelerated or not) - E doesn't do this, which is why it's SO much faster under these limitations
Nov 26 21:44:58 <TAsn> phoneui_utils_sound_volume_mute_change_callback_set(void (*cb)(enum SoundControlType, int, void *), void *userdata)
Nov 26 21:45:01 <TAsn> please register :)
Nov 26 21:45:25 <TAsn> (when you change scenarios this also changes and causes bugs)
Nov 26 21:45:27 <TAsn> btw, mrmoku 
Nov 26 21:45:41 <TAsn> the speaker toggle is "upside down"
Nov 26 21:45:55 <TAsn> mute = TRUE means it'll mute.
Nov 26 21:46:01 <TAsn> oops
Nov 26 21:46:03 <Weiss> I suspect a shadow FB would bring GTK up to the speed it goes on DirectFB, but at the expense of performance everywhere else. I'm looking for a way to get some middle ground
Nov 26 21:46:15 <TAsn> mrmoku, erase what I just said about upside down
Nov 26 21:46:28 <TAsn> mrmoku, I meant the speaker toggle is upside down.
Nov 26 21:46:37 <TAsn> mute toggle is ok (except for the need to register to this callback)
Nov 26 21:46:58 <mrmoku> TAsn: I should update the sliders too probably?
Nov 26 21:47:02 <mrmoku> at least for speaker
Nov 26 21:47:11 <mrmoku> and for mute disable the mic one
Nov 26 21:47:13 <CIA-86> SHR: 03tom 07libphone-ui * r9c416766f9cc 10/src/phoneui-utils-sound.c: added phoneui_utils_sound_volume_mute_change_callback_set to track mute state changes
Nov 26 21:47:26 <TAsn> mrmoku, you should register to this callback and update mute slider
Nov 26 21:47:28 <TAsn> as for speaker
Nov 26 21:47:38 <TAsn> check where button is updated
Nov 26 21:47:59 <TAsn> (and if you can, remove the button altogether, it's time to redesign that screen, even one step at a time)
Nov 26 21:48:03 <spaetz> and please call them mute rather than silent on the toggle...
Nov 26 21:48:08 <TAsn> spaetz, ??
Nov 26 21:48:10 <TAsn> meant
Nov 26 21:48:12 <TAsn> spaetz, ++
Nov 26 21:48:12 <TAsn> :)
Nov 26 21:48:29 <spaetz> silent is really confusing
Nov 26 21:48:40 <spaetz> spaetz increases by one
Nov 26 21:48:49 * spaetz increases by one!
Nov 26 21:48:51 <TAsn> :)
Nov 26 21:49:06 <mrmoku> -       elm_toggle_label_set(data->mute_toggle, D_("Silent"));
Nov 26 21:49:06 <mrmoku> +       elm_toggle_label_set(data->mute_toggle, D_("Mute"));
Nov 26 21:49:13 <mrmoku> already done that ;)
Nov 26 21:49:33 <mwester> spaetz /= 0 ?
Nov 26 21:49:36 * mrmoku wins the bank :)
Nov 26 21:49:56 <spaetz> hehe
Nov 26 21:51:12 <TAsn> mrmoku, :)
Nov 26 21:51:21 <TAsn> mwester, lol.
Nov 26 21:51:55 <TAsn> mrmoku, also build libphone-ui (of course)
Nov 26 21:53:50 <mrmoku> TAsn: hmm
Nov 26 21:54:10 <TAsn> ?
Nov 26 21:54:25 <mrmoku> I'm thinking about the callbacks...
Nov 26 21:54:42 <DocScrutinizer> *spaetz is now known as aleph1
Nov 26 21:54:46 <mrmoku> I added setting it to NULL in the hide function of the callscreen
Nov 26 21:54:55 <max_posedon> I'm updating right now, I'm doing smth stupid, or its good time for update?)
Nov 26 21:55:16 <TAsn> mwester, this is thanks to you:
Nov 26 21:55:19 <mrmoku> TAsn: if there will be still a third callback we should think about it
Nov 26 21:55:22 <TAsn> (I'm not joking)
Nov 26 21:55:23 <mrmoku> or not... dunno
Nov 26 21:55:24 <CIA-86> SHR: 03tom 07libphone-ui * red986d089b68 10/src/phoneui-utils-sound.c: saved us from a potential division by zero
Nov 26 21:55:28 <TAsn> <mwester> spaetz /= 0 ?
Nov 26 21:55:35 <TAsn> reminded me of a possible bug :)
Nov 26 21:55:51 <TAsn> mrmoku, third callback?
Nov 26 21:55:53 <TAsn> what for?
Nov 26 21:55:59 <mrmoku> no idea
Nov 26 21:56:14 <mrmoku> I just don't want to register for ten callbacks :P
Nov 26 21:56:19 <mrmoku> TAsn: nvm
Nov 26 21:56:24 <TAsn> :P
Nov 26 21:56:24 <mrmoku> TAsn: finished comitting?
Nov 26 21:56:26 <mrmoku> can I build
Nov 26 21:56:28 <TAsn> yes.
Nov 26 21:56:30 <mrmoku> ok
Nov 26 21:56:35 <TAsn> (I never finish)
Nov 26 21:56:40 <TAsn> but atm I have nothing more to commit ;P
Nov 26 21:56:44 <TAsn> wait 10 secs though.
Nov 26 21:56:47 <TAsn> (j/k)
Nov 26 21:57:20 <TAsn> mrmoku, btw, what do you think about doxygen?
Nov 26 21:57:41 <TAsn> I think about "declaring" (conventions page) it as our official code commenting scheme.
Nov 26 21:57:57 <mrmoku> TAsn: hehe... we started to use it in my company
Nov 26 21:58:14 <TAsn> :)
Nov 26 21:58:23 <mrmoku> TAsn: that is more libphone-ui domain though
Nov 26 21:58:33 <TAsn> only libphone-ui domain
Nov 26 21:58:37 <mrmoku> don't know if it does make sense for 
Nov 26 21:58:38 <mrmoku> ahh
Nov 26 21:58:41 <mrmoku> yes :)
Nov 26 21:58:47 <TAsn> it's for external API
Nov 26 21:59:08 <TAsn> will add it to wiki sometime.
Nov 26 21:59:30 <TAsn> mrmoku, I just had a flashback of libframeworkd-phonegui/-efl
Nov 26 21:59:39 <TAsn> I got scared for a sec :P
Nov 26 21:59:45 <mrmoku> ohh
Nov 26 21:59:50 <mrmoku> :)
Nov 26 21:59:53 <TAsn> many segs
Nov 26 21:59:54 <TAsn> ugly code
Nov 26 22:00:00 <TAsn> inconsistent conventions
Nov 26 22:00:07 <TAsn> annoying name
Nov 26 22:00:08 <TAsn> etc etc
Nov 26 22:00:46 <TAsn> mrmoku, anyhow, concerning phonelog, do you think you may have time to build it (with my help, although I'm not an edje/elementary expert) over the weekend?
Nov 26 22:01:09 <mrmoku> ohh... over the weekend might get problematic...
Nov 26 22:01:26 <TAsn> *over next week?
Nov 26 22:01:26 <mrmoku> TAsn: let's see... don't know yet how much time I will have on the weekend
Nov 26 22:01:31 <mrmoku> yep
Nov 26 22:01:35 <TAsn> cool enough ;P
Nov 26 22:01:43 <TAsn> I really think pyphonelog should be killed
Nov 26 22:01:47 <TAsn> before people hate it too much
Nov 26 22:01:48 <TAsn> :)
Nov 26 22:02:09 <DocScrutinizer> doxygen is the opium for lazy coders - they are too rotten to do any comments in code, then use doxygen to stop users whining about missing docs
Nov 26 22:02:31 <TAsn> mrmoku, btw, have you see shr-wizard? dos did a great job.
Nov 26 22:02:36 <TAsn> DocScrutinizer, hehe yeah :P
Nov 26 22:02:43 <TAsn> but you can do it nicely, if you want
Nov 26 22:02:48 <TAsn> it's just that people abuse it
Nov 26 22:02:54 <mrmoku> TAsn: probably it should not be even hard (phonelog)
Nov 26 22:02:57 <DocScrutinizer> exactly
Nov 26 22:03:00 <TAsn> (just put the function declaration and forget about it)
Nov 26 22:03:10 <TAsn> alsa is a good example
Nov 26 22:03:25 <TAsn> alsa_hctl_set_elem_by_control(elem, control)
Nov 26 22:03:27 <TAsn> will get
Nov 26 22:03:37 <DocScrutinizer> look at ALSA e.g though - abysmal
Nov 26 22:03:38 <TAsn> hctl: set elem using control
Nov 26 22:03:42 <DocScrutinizer> mostly
Nov 26 22:03:59 <TAsn> no assumptions, not return values no nothing :(
Nov 26 22:04:02 <TAsn> *no
Nov 26 22:04:33 <TAsn> btw, mrmoku the israeli community is very happy with latest speed improvements :)
Nov 26 22:04:37 <TAsn> they said thanks.
Nov 26 22:04:39 <TAsn> :)
Nov 26 22:05:20 <TAsn> mrmoku, finished fixing + building libphone-ui-shr? :P 
Nov 26 22:05:23 * TAsn wants to test.
Nov 26 22:06:02 <mrmoku> nah
Nov 26 22:06:09 <mrmoku> finished building libphone-ui
Nov 26 22:07:00 <TAsn> libphone-ui?
Nov 26 22:07:03 <TAsn> what did you change?
Nov 26 22:07:21 * DocScrutinizer assumes israeli community has exactly one member
Nov 26 22:07:51 <TAsn> DocScrutinizer, hehe, yeah. I hide behind the "community" cloak when I'm too shy to say what I think ;p
Nov 26 22:08:04 <spaetz> hehe
Nov 26 22:08:04 <TAsn> actually, we have a couple dozens gta02's in israel
Nov 26 22:08:13 <TAsn> at least 15 active users in ML
Nov 26 22:08:20 <mrmoku> TAsn: me? nothing... you changed :P
Nov 26 22:08:26 <TAsn> and I know a couple more which aren't in ML.
Nov 26 22:08:26 <mrmoku> (and told me to rebuild :)
Nov 26 22:08:28 <TAsn> mrmoku, oh.
Nov 26 22:08:34 <TAsn> I was talking about fixing code
Nov 26 22:08:40 <TAsn> mrmoku, I didn't tell you to rebuild
Nov 26 22:08:44 <TAsn> I asked you to rebuild.
Nov 26 22:08:44 <TAsn> :)
Nov 26 22:08:54 <mrmoku> oh
Nov 26 22:09:40 <TAsn> ;P
Nov 26 22:09:45 <TAsn> phoneuid still crashes quite often :|
Nov 26 22:09:52 <TAsn> no idea why or where though
Nov 26 22:10:05 <TAsn> (I'm just glad we have it in a loop)
Nov 26 22:10:10 <TAsn> oh, I know where and why
Nov 26 22:10:17 <TAsn> sec.
Nov 26 22:13:29 * DocScrutinizer still is extremely puzzled about what on earth might be the use of automatic alsa state restoring when statefile changes. Guys, that's plain nuts
Nov 26 22:14:00 <TAsn> who said anything about that?
Nov 26 22:14:04 <TAsn> I think you just got us wrong
Nov 26 22:14:09 <TAsn> when alsa file changes
Nov 26 22:14:12 <TAsn> *state
Nov 26 22:14:23 <TAsn> the only thing that changes is fso's state files cache
Nov 26 22:14:49 <DocScrutinizer> everybody shouting and crying "Nooooo, we won't edit config files, we need a dbus call to do so" and now we want FSO to update alsamixer settings and *we* edit the files???? o.O
Nov 26 22:16:55 <DocScrutinizer> TAsn: absolutely not. Mickey's commit clearly stated he also does a analogon to "alsactl -f foo RESTORE"
Nov 26 22:17:11 <TAsn> REALLY?
Nov 26 22:17:18 <TAsn> THIS SUCKS.
Nov 26 22:17:32 <TAsn> mickey|bbl, ^ THIS SUCKS :P
Nov 26 22:17:43 <DocScrutinizer> well the whole scheme is totally screwed
Nov 26 22:17:46 <spaetz> TAsn: i also understood that you requested it this way
Nov 26 22:17:49 <TAsn> sec
Nov 26 22:17:57 <TAsn> no I did not
Nov 26 22:18:02 <TAsn> I wanted it to reload cache
Nov 26 22:18:04 <DocScrutinizer> the only one ever *changing* the statefiles should be FSO
Nov 26 22:18:07 <TAsn> not to restore current active state
Nov 26 22:18:14 <TAsn> DocScrutinizer, I agree.
Nov 26 22:18:20 <TAsn> Though
Nov 26 22:18:32 <TAsn> fso should leave us this option
Nov 26 22:18:34 <DocScrutinizer> NOT monitoring it for external edits and then updating cache and mixer state
Nov 26 22:18:37 <TAsn> :P
Nov 26 22:18:50 <TAsn> DocScrutinizer, I told him what I needed
Nov 26 22:18:53 <TAsn> and suggested two options
Nov 26 22:19:08 <TAsn> either he intofy s the states
Nov 26 22:19:12 <TAsn> and reloads cache
Nov 26 22:19:18 <DocScrutinizer> whatever it does, it's clearly nonsense
Nov 26 22:19:19 <TAsn> or he provides me proper SaveState API
Nov 26 22:19:31 <TAsn> he said he can't do the latter anytime soon
Nov 26 22:19:38 <TAsn> so he made the first :)
Nov 26 22:19:47 <DocScrutinizer> FSO should do a "alsactl -f foo STORE" *to* the statefile
Nov 26 22:19:50 <TAsn> spaetz, before you say it, no, what he did (API) is not enough.
Nov 26 22:19:57 <DocScrutinizer> not the other way round
Nov 26 22:20:10 <TAsn> DocScrutinizer, YES.
Nov 26 22:20:12 <TAsn> I agree.
Nov 26 22:20:20 <TAsn> (that's what SaveChange APi does)
Nov 26 22:21:14 <DocScrutinizer> that's completely screwed. Afunction that never should have seen light of day
Nov 26 22:21:29 <DocScrutinizer> (the current implementation)
Nov 26 22:22:03 <DocScrutinizer> as it lures pople into even more nasty, weird, rogue use of the whole alsa thing
Nov 26 22:22:12 <DocScrutinizer> people
Nov 26 22:22:21 <CIA-86> SHR: 03mok 07libphone-ui-shr * rf3b83f341a93 10/src/view/call-active-view.c: call-active-view: listen to mute changes with the new phoneui-utils-sound callback
Nov 26 22:22:30 <CIA-86> SHR: 03mok 07libphone-ui-shr * r2891b1d4e34b 10/src/ (18 files in 4 dirs): Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui-shr
Nov 26 22:22:30 <spaetz> s/use of the whole//
Nov 26 22:22:35 <TAsn> :)
Nov 26 22:23:00 <TAsn> mrmoku, great :)
Nov 26 22:23:04 <TAsn> tell me when it's built, pleaes.
Nov 26 22:23:06 <TAsn> please.
Nov 26 22:26:07 <JesusMcCloud> gut' nacht!
Nov 26 22:30:07 <spaetz> night
Nov 26 22:34:14 <mrmoku> TAsn: built
Nov 26 22:34:19 <mrmoku> and me night too :)
Nov 26 22:34:26 <TAsn> thanks, night ;)
Nov 26 22:34:33 <mrmoku> night all
Nov 26 22:37:18 <Heinervdm> made a recipe for babiloo
Nov 26 22:42:33 <spaetz> night mrmoku|away 
Nov 26 22:42:47 <spaetz> Heinervdm: cool. I was tempted but it seemed like too much work
Nov 26 22:42:58 <spaetz> does bb support getting code from bazaar?
Nov 26 22:43:05 <Heinervdm> spaetz: yes
Nov 26 22:43:10 <spaetz> ahh
Nov 26 22:43:11 <Heinervdm> it's new
Nov 26 22:43:25 <spaetz> do send to the list.
Nov 26 22:43:32 <spaetz> I'll have a look over the next days
Nov 26 22:43:39 <Heinervdm> but that recipe is not that nice, it has no setup.py or sth. like that
Nov 26 22:43:49 <Heinervdm> spaetz: http://patchwork.dev.bearstech.com/patch/542/
Nov 26 22:44:55 <spaetz> looks good to me. WOn't be able to send upstream due to PV I think
Nov 26 22:45:29 <Heinervdm> spaetz: what's wrong with PV?
Nov 26 22:46:52 <spaetz> Not supported by Angstrom and others yet?
Nov 26 22:47:05 <spaetz> I lost track of the state of things, I am afraid
Nov 26 22:47:22 <Heinervdm> spaetz: i used SRCREV not SRCPV ;)
Nov 26 22:47:26 <spaetz> ahh
Nov 26 22:47:34 <spaetz> time to sleep
Nov 26 22:47:41 <Heinervdm> because i don't know if SRCPV will work with bzr
Nov 26 22:47:50 <spaetz> heh. OK, recipe looks really good then :)
Nov 26 22:48:07 <Heinervdm> but i think it should be rbzr not bzrr
Nov 26 22:48:27 <spaetz> don't think so
Nov 26 22:48:38 <spaetz> we have gitr and svnr as well, haven't we?
Nov 26 22:48:47 * spaetz is too tired to think.
Nov 26 22:48:52 <Heinervdm> me too ;)
Nov 26 22:52:32 <sybren> hey folks
Nov 26 22:53:16 <sybren> I just upgraded, and now my phoneuid takes up lots of CPU time, I don't get SIM auth, and /var/log/phoneuid.log contains errors about missing symbols in /usr/lib/phoneui/modules/shr.so
Nov 26 22:54:16 <Heinervdm> sybren: you're to late TAsn and mrmoku|away went to sleep half an hour ago
Nov 26 22:54:26 <TAsn> I'm still here.
Nov 26 22:54:30 <sybren> \o/
Nov 26 22:54:32 <TAsn> :)
Nov 26 22:54:35 <Heinervdm> ook :)
Nov 26 22:54:45 <TAsn> sybren, missing symbols = ok.
Nov 26 22:54:45 <sybren> /var/log/phoneuid.log is repeating http://shr.pastebin.com/m7303b179 over and over
Nov 26 22:55:00 <sybren>  /var/log/phoneuid.log is repeating http://shr.pastebin.com/m7303b179 over and over
Nov 26 22:55:01 <TAsn> sybren, opkg upgrade
Nov 26 22:55:05 <TAsn> already resolved that.
Nov 26 22:55:14 <sybren> lovely :)
Nov 26 22:55:22 <TAsn> :)
Nov 26 22:57:23 <TAsn> mrmoku|away, for some reason update didn't change anything, are you sure you built the right thing? :) (still all the bugs exist)
Nov 26 23:01:34 * spaetz yawns. I am off. night all
Nov 26 23:02:02 <mickeyl> g'night spaetz 
Nov 26 23:05:34 <sybren> spaetz: sweet dreems
Nov 26 23:05:44 <sybren> TAsn: upgrading works, thanks :)
Nov 26 23:07:08 <sybren> but... my power led no longer lights even though it's on USB power, and auto-suspend no longer turns off when on USB power
Nov 26 23:07:23 <TAsn> sybren, reboot
Nov 26 23:07:34 <sybren> I already did
Nov 26 23:07:44 <sybren> or does it need a 2nd reboot?
Nov 26 23:09:51 <spaetz> sybren: unplug and replug?
Nov 26 23:09:54 * spaetz is really off now
Nov 26 23:10:42 <TAsn> sybren, just one.
Nov 26 23:10:56 <TAsn> sybren, and you can't boot with cable plugged, if you have, just replug
Nov 26 23:11:07 <sybren> replugging worked, you guys are the greatest
Nov 26 23:11:50 <TAsn> :)
Nov 26 23:13:36 <sybren> right, I'm off to bed too
Nov 26 23:13:45 <sybren> well, I'm already in bed, but I'll be mentally turning off :P
Nov 26 23:17:27 <TAsn> sybren, ciao.
Nov 26 23:21:06 <CIA-86> SHR: 03tom 07libphone-ui * r2a83706e7416 10/src/phoneui-utils.c: Made the name resolving debug info g_debug and not g_message
Nov 26 23:28:53 <max_posedon> phoneui-utils-sound.c:267: error: ignoring return value of ‘system’, declared with attribute warn_unused_resul
Nov 26 23:28:59 <max_posedon> TAsn, don't miss plz
Nov 26 23:29:24 <max_posedon> also, /dev/mmcblk0p3 on /media/mmcblk0p3 type vfat (rw,sync,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1)
Nov 26 23:29:24 <max_posedon> /dev/mmcblk0p2 on /media/mmcblk0p2 type ext3 (rw,sync,errors=continue,data=ordered)
Nov 26 23:29:28 <max_posedon> oops, sorry
Nov 26 23:29:32 <max_posedon> also (try 2)
Nov 26 23:29:40 <max_posedon> phoneui-utils.c:368: error: implicit declaration of function ‘phone_utils_gsm_number_is_ussd
Nov 26 23:29:41 <TAsn> huh?
Nov 26 23:29:45 <TAsn> hm..
Nov 26 23:29:57 <max_posedon> current git-master with gcc-4.4.
Nov 26 23:29:58 <TAsn> that shouldn't have happened.
Nov 26 23:30:07 <TAsn> max_posedon, I think your libphone-utils
Nov 26 23:30:09 <TAsn> isn't up to date.
Nov 26 23:30:22 <max_posedon> 2a83706e741683ba4267aa5fc894bcbcaf641e10
Nov 26 23:30:39 <max_posedon> isn't it updated enough?
Nov 26 23:31:02 <max_posedon> ah, sorry, libphone-utils
Nov 26 23:31:06 <max_posedon> give me a minutre
Nov 26 23:31:15 <TAsn> libphone-utils0 - 0.0.2+gitr50+0d8a016c0c8e593ff8712d90ff34bb1759f331b4-r2.4
Nov 26 23:31:17 <TAsn> mine
Nov 26 23:32:45 <TAsn> as for line 267
Nov 26 23:32:50 <TAsn> please remind me tomorrow :P
Nov 26 23:32:54 <TAsn> actually, sec.
Nov 26 23:34:03 <TAsn> fixed
Nov 26 23:34:13 <CIA-86> SHR: 03tom 07libphone-ui * r659711610f7e 10/src/phoneui-utils-sound.c: added a workaround to gcc4.4's warn_unused_resul about the sound hack
Nov 26 23:41:14 <max_posedon> TAsn, wtf?!
Nov 26 23:41:36 <max_posedon> its so ugly fix, that I think its better keep it as was)
Nov 26 23:42:00 <max_posedon> but checking for 0-returing value, can be important here
Nov 26 23:42:56 <TAsn> max_posedon, it's a hack
Nov 26 23:42:59 <TAsn> that'll die quickly
Nov 26 23:43:07 <TAsn> checking for return value won't do any good
Nov 26 23:43:18 <TAsn> as iirc it also forks (not sure)
Nov 26 23:43:23 <TAsn> anyhow, dosen't really matter. :P
Nov 26 23:43:32 <TAsn> it'll be replaced soon anyhow.
Nov 26 23:45:33 <TAsn> max_posedon, :)
Nov 26 23:45:51 <max_posedon> ok, but.., ok)
Nov 26 23:46:25 <TAsn> max_posedon, believe me, I also don't like hacks.
Nov 26 23:46:30 <TAsn> the only reason I let myself do it
Nov 26 23:46:39 <TAsn> is because it's enclosed within HUGE
Nov 26 23:46:51 <TAsn> /*FIXME: UGLY HACK*/
Nov 26 23:46:54 <TAsn> comments :)
Nov 26 23:47:54 <max_posedon> at my working project, I find similar comments in very old code)
Nov 26 23:48:04 <[Rui]> TAsn: too tired to complete tonight, but ...viewer.c is about complete (as far as I can tell without viewing, just clean compile)
Nov 26 23:48:30 <TAsn> [Rui], :)
Nov 26 23:48:36 <TAsn> max_posedon, of course.
Nov 26 23:48:49 <TAsn> but at least it's easily visible.
Nov 26 23:48:59 <TAsn> I'm not naive
Nov 26 23:49:02 <TAsn> though in this case
Nov 26 23:49:09 <TAsn> I really am waiting for API from fso
Nov 26 23:49:09 <TAsn> :)
Nov 26 23:49:16 <[Rui]> check! it built the ipks
Nov 26 23:50:18 <TAsn> :)
Nov 26 23:50:58 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * rd4360a3319bc 10/fsodeviced/ (configure.ac src/plugins/Makefile.am): fsodeviced: player_canberra is now optional and has to be enabled with --enable-player-canberra
Nov 26 23:51:39 <[Rui]> I don't think I understand completely this git status output, can someone help me clear it out for me? http://pastebin.com/d626b42b4
Nov 26 23:52:02 <[Rui]> I don't understand line 6
Nov 26 23:52:11 <[Rui]> and its context
Nov 26 23:52:28 <[Rui]> I expected to see the modified files on my local git
Nov 26 23:52:40 <[Rui]> but why is it claiming  a "new" file on line 6?
Nov 26 23:52:59 <Weiss> [Rui]: the file was not tracked before
Nov 26 23:53:04 <[Rui]> it was
Nov 26 23:53:18 <[Rui]> which is why it has a "modified" in the next section...
Nov 26 23:53:34 <Weiss> had you done a "git add" on the file, then a "git commit", both before your recent modifications?
Nov 26 23:53:44 <[Rui]> at least I know I did a git add view/zbr.c and then a commit
Nov 26 23:53:53 <[Rui]> Weiss: yes, but local commits only, so far
Nov 26 23:53:57 <Weiss> that's ok
Nov 26 23:54:36 <Weiss> try running "gitk" to view the commits you made previously and work out what you did
Nov 26 23:54:42 <Weiss> maybe you forgot to commit at some point
Nov 26 23:55:18 <[Rui]> well, now I did a commit...
Nov 26 23:55:38 <Weiss> from that status, I suspect you did "git add" on view/quick-settings-view.c, but forgot to do "git commit". then made some changes, so now you have the previously staged version (the same as when you did "git add"), and some more modifications on top of that
Nov 26 23:56:07 <[Rui]> and it's weird as well now: http://pastebin.com/d1a5907a6
Nov 26 23:56:11 <[Rui]> possibly
Nov 26 23:56:20 <[Rui]> you say gitk will help solve it?
Nov 26 23:56:33 <Weiss> gitk is a graphical tool for viewing the history
Nov 26 23:56:45 <[Rui]> ah
Nov 26 23:56:46 <[Rui]> apt-get installing
Nov 26 23:56:54 <Weiss> new status looks fine to me..
Nov 26 23:57:29 <[Rui]> should I do commit again, now?
Nov 26 23:57:59 <Weiss> it won't do anything until you "git add" some files first
Nov 26 23:58:04 <Weiss> (git add is not like svn add)
Nov 26 23:59:50 <[Rui]> oh... thought it was...
Nov 26 23:59:56 <max_posedon> TAsn, ha-ha, sorry)
Nov 27 00:00:04 <max_posedon> gcc-4.4 hates your fix
Nov 27 00:00:25 <TAsn> shit ;(
Nov 27 00:00:30 <max_posedon> TAsn, I suggest int result = system()
Nov 27 00:00:30 <[Rui]> anyway, better go to bed before I do sth I regret by accident...
Nov 27 00:00:34 <max_posedon> assert(result!=0);
Nov 27 00:00:35 <TAsn> okie.
Nov 27 00:00:40 <TAsn> NO.
Nov 27 00:00:49 <Weiss> [Rui]: probably you should read the manual a bit :)... I recommend forgetting everything you knew about (e.g.) SVN.. Git is different, and much more powerful
Nov 27 00:00:51 <TAsn> asserting in a lib is bad.
Nov 27 00:00:55 <[Rui]> will continue tomorrow.
Nov 27 00:01:29 <[Rui]> Weiss: yes, but with a great failure: a clean upgrade path for cvs/svn addicts
Nov 27 00:01:51 <[Rui]> so these embarassing moments could be avoided :)
Nov 27 00:02:11 <[Rui]> live and learn... 
Nov 27 00:02:13 <CIA-86> SHR: 03tom 07libphone-ui * r38b69285b4e3 10/src/phoneui-utils-sound.c: now really fix it for gcc4.4
Nov 27 00:02:15 <Weiss> that's more the fault of SVN/CVS than Git, in my opinion..
Nov 27 00:02:23 <Weiss> Git is really much more logical
Nov 27 00:02:53 <max_posedon> TAsn, sorry, I'm sure gcc-4.4 will hate this too, 1min plz)
Nov 27 00:03:55 <[Rui]> Weiss: I half-agree, one can't properly blame "old-style" tools for not being forward-thoughtful towards "new-style" tools :)
Nov 27 00:03:59 <TAsn> I don't give a rats ass about gcc! :P
Nov 27 00:04:37 <TAsn> max_posedon, I'm really thinking about fixing it by using -nwarn_unused_resul
Nov 27 00:04:37 <TAsn> :)
Nov 27 00:04:46 <TAsn> (j/k)
Nov 27 00:05:16 <[Rui]> anyway, my eyelids feel like someone put opposite magnets on each end... good night!
Nov 27 00:05:57 <max_posedon> TAsn, ah you are lucky, for some reason gcc doesn't warn about unused variable
Nov 27 00:06:01 <max_posedon> compilation success
Nov 27 00:06:04 <max_posedon> thanks for fixes)
Nov 27 00:06:07 <TAsn> because I used it.
Nov 27 00:06:08 <TAsn> ;)
Nov 27 00:06:10 <max_posedon> (and few funny minutes)
Nov 27 00:06:57 <TAsn> :P
Nov 27 00:07:06 <max_posedon> I think in gcc-4.5 they may start warn even such useless assigments
Nov 27 00:07:11 <max_posedon> )
Nov 27 00:08:22 <TAsn> let's hope not. ;)
Nov 27 00:08:41 <TAsn> otherwise I'll send them a patch with
Nov 27 00:08:50 <TAsn> -Wngcc4.5
Nov 27 00:08:50 <TAsn> :)
Nov 27 00:09:01 <TAsn> that'll disable all their new warnings.
Nov 27 00:09:13 <TAsn> (as implied by name ;p)
Nov 27 00:09:46 <larsc> DocScrutinizer: hmhmhm... it sorts works now. but it takes some time(>30s) until the vibrator kicks in after I started it.
Nov 27 00:10:49 <max_posedon> oh, libphone* started use new e17 stuff
Nov 27 00:10:54 <larsc> DocScrutinizer: ah... ok found it by looking at the schematics. you need a battery for an working vibrator
Nov 27 00:11:01 <max_posedon> phoneui-init.c:70: error: implicit declaration of function ‘ecore_main_loop_glib_integrate
Nov 27 00:11:09 <DocScrutinizer> larsc: so probably you set the restart value register, but miss to set the counter itself (iirc there's a bit that tells if you want to write thru to the counter or not)
Nov 27 00:11:14 <max_posedon> TAsn, or its smth other error?
Nov 27 00:11:30 <DocScrutinizer> larsc: rotfl
Nov 27 00:12:24 <TAsn> max_posedon, ffs.
Nov 27 00:12:27 <TAsn> libphone-ui-shr?
Nov 27 00:12:31 <max_posedon> yes
Nov 27 00:12:41 <TAsn> no idea ;|
Nov 27 00:13:06 <DocScrutinizer> larsc: is it a module?
Nov 27 00:13:17 <larsc> DocScrutinizer: what?
Nov 27 00:13:30 <DocScrutinizer> pwm driver
Nov 27 00:13:35 <larsc> nope. but the pwm led driver
Nov 27 00:13:35 <DocScrutinizer> timer driver
Nov 27 00:13:58 <larsc> pwm and timers are build with the s3c core
Nov 27 00:14:06 <DocScrutinizer> just pondered about kernel module parameters, to tweak some of the settings
Nov 27 00:14:34 <TAsn> max_posedon, to tell you the truth.
Nov 27 00:14:49 <TAsn> I haven't had the chance to refactor libphone-ui-shr like I did for libphone-ui
Nov 27 00:14:54 <DocScrutinizer> as it seems you're not pleased to build some sysfs nodes for my special needs
Nov 27 00:15:03 <TAsn> so I'm not responsible for the hacks there. :P
Nov 27 00:15:04 <DocScrutinizer> :-)
Nov 27 00:15:26 <larsc> DocScrutinizer: i'm just using standard interfaces here, now own code ;)
Nov 27 00:16:08 <larsc> excpet for the driver instantiation
Nov 27 00:16:13 <DocScrutinizer> modprobe module_pwm_led freq=10000 divider=0x05...
Nov 27 00:16:38 <DocScrutinizer> sketch ;-)
Nov 27 00:16:41 <larsc> nope
Nov 27 00:16:47 <DocScrutinizer> ;-(
Nov 27 00:17:16 <DocScrutinizer> aah well, not yet christmass
Nov 27 00:19:26 <larsc> DocScrutinizer: there won't happen anything bad if somebody actives the vibrator without an battery, right?
Nov 27 00:19:39 <DocScrutinizer> shouldn't
Nov 27 00:19:49 <larsc> good
Nov 27 00:20:31 <TAsn> ffs finally.
Nov 27 00:20:42 <CIA-86> SHR: 03tom 07libphone-ui-shr * r29e0be7f5e04 10/src/view/ (common-utils.c common-utils.h): improved object_ref functions
Nov 27 00:20:43 <CIA-86> SHR: 03tom 07libphone-ui-shr * rfe00aeb032bb 10/src/view/ (common-utils.c common-utils.h): added a method to refcount objects instead of just passing pointers and freeing without caring
Nov 27 00:20:43 <CIA-86> SHR: 03tom 07libphone-ui-shr * rd130e244d88f 10/src/view/ (5 files): Fixed segfaults when closing messages/message fast. (And also some other rare cases).
Nov 27 00:20:44 <CIA-86> SHR: 03tom 07libphone-ui-shr * r8c7396a98499 10/src/view/call-active-view.c: Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui-shr
Nov 27 00:21:01 <DocScrutinizer> larsc: actually an interesting idea to keep modem alive during bat hotswap
Nov 27 00:21:46 <DocScrutinizer> larsc: activate vibrator, so PMU won't go out of chargemode, and thus modem keeps VDD, even when using <5mA
Nov 27 00:22:36 <DocScrutinizer> s/VDD/VBAT
Nov 27 00:23:18 <max_posedon> TAsn, ok, I just checked - my Ecore too outdated
Nov 27 00:23:29 * DocScrutinizer ponders to test that immediately
Nov 27 00:23:35 <TAsn> max_posedon, figures. :P
Nov 27 00:23:38 <DocScrutinizer> PaulFertser: ^^^
Nov 27 00:23:42 <DocScrutinizer> :-)
Nov 27 00:26:03 <DocScrutinizer> (not Xmas yet) but I feel like it was, and like I'd be 8 years old. :->
Nov 27 00:28:29 <larsc> hm, 15hz is the minimum for the vibrator pwm.
Nov 27 00:29:45 <DocScrutinizer> sounds good - for the vibrator. Not so good for the basic functionality of the driver
Nov 27 00:30:09 <larsc> hm?
Nov 27 00:30:22 <DocScrutinizer> for flashing LED it's clearly not suited 
Nov 27 00:30:50 <DocScrutinizer> if the driver did a really good job, 1Hz at least should be possible
Nov 27 00:31:11 <DocScrutinizer> actually I think it should be 0.2 Hz
Nov 27 00:31:16 <larsc> the problem is the prescaler is fixed to 2 since it's also used by the system clock
Nov 27 00:31:45 <DocScrutinizer> yep, that's the problem I told you aboutr all the time ;-)
Nov 27 00:31:59 <DocScrutinizer> well, if it works, I'm just happy with it for now
Nov 27 00:32:30 <DocScrutinizer> actually for vib it's totally irrelevant
Nov 27 00:32:39 <DocScrutinizer> for LEDs it's more of a concern
Nov 27 00:32:53 <DocScrutinizer> power LEDs have a different prescaler
Nov 27 00:33:10 <larsc> yes
Nov 27 00:33:11 <DocScrutinizer> AUX shares the vib prescaler, same as sysclock
Nov 27 00:33:37 <larsc> we won't provide pwm for the aux led since we need it's timer for the fiq
Nov 27 00:33:44 <larsc> if no other solution for hdq is found
Nov 27 00:33:47 <DocScrutinizer> tbh I'm not so interested in AUX flashing
Nov 27 00:34:08 <DocScrutinizer> duh?!
Nov 27 00:34:29 <larsc> duh, what?
Nov 27 00:34:41 <DocScrutinizer> can't FIQ use / share the counter4 ?
Nov 27 00:35:04 <DocScrutinizer> i.e drive system clock via FIQ
Nov 27 00:35:28 <DocScrutinizer> and have a FIQ arbiter
Nov 27 00:35:38 <DocScrutinizer> err scheduler
Nov 27 00:36:13 <DocScrutinizer> with a list of (eventime, handler) tuples, sorted by eventtime
Nov 27 00:36:26 <DocScrutinizer> to restart the counter each time it expires
Nov 27 00:36:59 <DocScrutinizer> with the next scheduled event
Nov 27 00:37:23 <larsc> I want to keep the number of changes to code that is already mainline minimal for now
Nov 27 00:37:56 <DocScrutinizer> well, I agree on that goal. Anyway I was speaking with my system architect hat on
Nov 27 00:38:26 <DocScrutinizer> uttering what other guys might call a RFC
Nov 27 00:41:18 * DocScrutinizer wonders how concurrent FIQ are managed right now
Nov 27 00:41:58 <DocScrutinizer> obviously not that smart. Otherwise we wouldn't have seen the glitches in vibrator each time bq27k was read out
Nov 27 00:42:02 <larsc> will the pre 05 missing led driver transitor bug any consequences with hw pwm?
Nov 27 00:42:21 <DocScrutinizer> yep, it has AIUI
Nov 27 00:42:49 <DocScrutinizer> as the hw PWM is reading back the IO state just same way sw did until we patched that
Nov 27 00:42:56 <larsc> it does?
Nov 27 00:43:03 <DocScrutinizer> so for AUX LED hw pwm is deprecated anyway
Nov 27 00:43:19 <larsc> yeay, thats why i choose it in the first place
Nov 27 00:43:24 <DocScrutinizer> I seem to remember something like that , yes
Nov 27 00:43:31 <larsc> ok
Nov 27 00:44:12 <DocScrutinizer> some 1.5 years ago, somebody in tpe tried hw PWM and it failed due to the missing base R, IIRC
Nov 27 00:44:54 <DocScrutinizer> not quite sure about that hough. maybe it was only the sw that failed and even was tested at all
Nov 27 00:45:02 <DocScrutinizer> maybe nobody ever tested hw pwm yet
Nov 27 00:45:19 <DocScrutinizer> wpwrak: you know any more details??
Nov 27 00:51:28 <CIA-86> SHR: 03tom 07libphone-ui * r93ca76978423 10/data/libphoneui.conf: Added the correct control for mute for speaker mode as well
Nov 27 00:57:02 <CIA-86> SHR: 03tom 07libphone-ui-shr * r594c1dcc7247 10/src/view/ (call-active-view.c call-common.c): Fixed the speaker toggle button
Nov 27 01:00:10 <CIA-86> SHR: 03tom 07libphone-ui * r325841aed928 10/data/libphoneui.conf: Added a control for headset mute as well
Nov 27 01:04:22 <DocScrutinizer-8> larsc: just enable hw pwm for the AUX LED. I have an A5 here to test ;-)
Nov 27 01:05:29 <wpwrak> DocScrutinizer: hmm, not sure. the base R shouldn't matter for PWM. but i think we may have lost the corresponding timer to FIQ.
Nov 27 01:05:30 <larsc> to late
Nov 27 01:08:01 <DocScrutinizer-8> anyway, for power LEDs there are no devices out in the wild without base R
Nov 27 01:09:07 <CIA-86> SHR: 03tom 07libphone-ui * r46f4cae961d3 10/src/phoneui-utils-sound.c: Fixed cases where there's no microphone_mute set (same for volume).
Nov 27 01:21:44 <CIA-86> SHR: 03tom 07libphone-ui * r60a459c7ddb9 10/src/phoneui-utils-sound.c: Fixed the bug in getting type from control
**** ENDING LOGGING AT Fri Nov 27 02:59:58 2009