**** BEGIN LOGGING AT Fri Jan 22 02:59:57 2010
Jan 22 07:53:46 <blindcoder> moin
Jan 22 08:02:29 <DocScrutinizer> moin auch
Jan 22 08:23:54 <daniele_athome> morning!
Jan 22 09:02:06 <spaetz> I frequently get "Search failed: "message{"" now
Jan 22 09:02:08 <spaetz> oops
Jan 22 09:02:13 <spaetz> morning
Jan 22 09:05:19 <JaMa> moin
Jan 22 09:50:13 <playya_> moin
Jan 22 11:59:03 <DocScrutinizer> moin again
Jan 22 15:55:56 <daniele_athome> mmm
Jan 22 15:55:59 <daniele_athome> buildhost is down...
Jan 22 15:56:01 <daniele_athome> connection timeout
Jan 22 15:59:13 <mrmoku> daniele_athome: hmm... looks like :/
Jan 22 15:59:21 <mrmoku> can't ssh or ping either
Jan 22 16:00:05 <JaMa> mrmoku: it was rebooted about 2 days ago (no idea why..)
Jan 22 16:00:52 <daniele_athome> where do you host it?
Jan 22 16:00:56 <JaMa> and IMHO nothing was building today as there is no new stuff now..
Jan 22 16:01:36 <daniele_athome> (now it's reachable)
Jan 22 16:01:59 <mrmoku> daniele_athome: hosting is curtesy of bearstech
Jan 22 16:02:09 <daniele_athome> courtesy?
Jan 22 16:02:11 <mrmoku> s/curtesy of/sponsored by/
Jan 22 16:02:12 <apt> mrmoku meant: daniele_athome: hosting is sponsored by bearstech
Jan 22 16:02:15 <daniele_athome> ah :D
Jan 22 16:02:33 <Deubeuliou> let me look/ask
Jan 22 16:02:51 <mrmoku> Deubeuliou: right now it pings again
Jan 22 16:02:52 <Deubeuliou> I can ssh to the buildhost
Jan 22 16:02:56 <Deubeuliou> ok :)
Jan 22 16:03:01 <mrmoku> and ssh works too
Jan 22 16:03:13 <mrmoku> probably just another reboot...
Jan 22 16:03:21 <Deubeuliou>  17:03:14 up 3 min
Jan 22 16:03:38 <mrmoku> :)
Jan 22 16:05:30 <JaMa> maybe hackable cron-planned rebuilds are overheating that thing :)
Jan 22 16:05:40 <Deubeuliou> tsss
Jan 22 16:05:56 <Deubeuliou> h:1 only rebuilds overnight
Jan 22 16:06:19 <JaMa> but it takes about 23:50 to finish? :)
Jan 22 16:06:59 <JaMa> no problem with that.. but I've seen it top everytime for last 2 weeks or so..
Jan 22 16:07:34 <Deubeuliou> really ?
Jan 22 16:07:43 <Deubeuliou> mmmh
Jan 22 16:08:32 <JaMa> Deubeuliou: yes, really, but no long-running single stalled process..
Jan 22 16:08:58 <Deubeuliou> what do you mean ?
Jan 22 16:09:10 <JaMa> Deubeuliou: not sure how debian building works but it looked like running lots of diffs etc
Jan 22 16:09:33 <Deubeuliou> yes, that's possible
Jan 22 16:09:51 <Deubeuliou> well, lots, maybe not ...
Jan 22 16:09:51 <JaMa> Deubeuliou: I mean that I was checking if it's just someting hanging in ps/top or really running.. 
Jan 22 16:10:11 <JaMa> Deubeuliou: and all processes were "short" lived but repeating
Jan 22 16:10:21 <Deubeuliou> ok
Jan 22 16:10:38 <JaMa> cannot say better as I never tried to memorize what it was :)
Jan 22 16:12:28 <GNUtoo> hi JaMa, PV = "2.0.9-bzrr${SRCPV}" is in ./openmoko-3rdparty/babiloo-efl_bzr.bb which seems to be in .dev ...but SRCPV weren't allowed into .dev right?
Jan 22 16:13:04 <JaMa> GNUtoo: for git recipes..
Jan 22 16:13:20 <GNUtoo> ah ok sorry then
Jan 22 16:13:22 <JaMa> GNUtoo: for sortable SCMs like svn it's ok
Jan 22 16:13:33 <GNUtoo> I forgetten that sorry
Jan 22 16:13:43 <GNUtoo> *forgot
Jan 22 16:14:04 <JaMa> GNUtoo: if it doesn't work for you.. (bzr pull) then you need my bitbake patch (from bitbake-dev list) but it's not SRCPV related..
Jan 22 16:14:46 <GNUtoo> ok
Jan 22 16:15:13 <GNUtoo> that one: http://www.mail-archive.com/bitbake-dev@lists.berlios.de/msg00621.html
Jan 22 16:17:09 <GNUtoo> also PV = "2.0.9-bzrr${SRCPV}" has no + in it...but I bet it's normal
Jan 22 16:23:54 <Heinervdm> GNUtoo: that's my fault. But the bzr recipe isn't used
Jan 22 16:24:43 <GNUtoo> ok
Jan 22 16:25:09 <GNUtoo> I need to make a bzr recipe for something else so I looked here
Jan 22 16:25:52 <Deubeuliou> the AT command to allow the gsm to go into deep sleep is AT%SLEEP=0, right ?
Jan 22 16:27:52 <Deubeuliou> oh, I think I'm wrong
Jan 22 16:30:26 <Heinervdm> GNUtoo: try to build several revisions, because we had the problem that just the first build succeded
Jan 22 16:31:18 <GNUtoo> ok
Jan 22 16:31:18 <GNUtoo> thanks a lot
Jan 22 16:34:58 <JaMa> Heinervdm: that was because that missing patch for bzr pull IMHO
Jan 22 16:35:15 <JaMa> Heinervdm: but I don't remember that error
Jan 22 16:35:33 <JaMa> because it worked on my host already with bitbake patch :)
Jan 22 16:37:35 <Heinervdm> JaMa: ok :)
Jan 22 16:40:33 <mickey|office> Deubeuliou: AT%SLEEP=4
Jan 22 16:40:39 <Deubeuliou> ok, thanks :)
Jan 22 16:40:49 <mickey|office> np
Jan 22 16:40:55 <mickey|office> =2 is 'stop deep sleep'
Jan 22 16:41:32 <Deubeuliou> I'm updating h:1's gsmd for 1024-fixed phones
Jan 22 16:42:03 <DocScrutinizer> =1 is "don't go into uart sleep even"
Jan 22 16:42:17 <DocScrutinizer> comes in handy when using mickeyterm
Jan 22 16:42:19 <mrmoku> Deubeuliou: thought h:1 is witching to fso?
Jan 22 16:42:22 <mrmoku> +s
Jan 22 16:42:28 <Deubeuliou> mrmoku: yes
Jan 22 16:42:47 <mrmoku> fixing the current one then, ok :)
Jan 22 16:42:50 <Deubeuliou> because that won't happen before a quite long time
Jan 22 16:43:15 <Deubeuliou> ~5 months, I think. unless we got developers :)
Jan 22 16:43:36 <mrmoku> Deubeuliou: if you find some spare devs... just send them over ;)
Jan 22 16:44:02 <Deubeuliou> same here
Jan 22 16:45:39 <mickey|office> same here
Jan 22 16:45:39 <mickey|office> :)
Jan 22 16:46:36 <Deubeuliou> and how can I make sure that the gsm goes into deep sleep ?
Jan 22 16:50:16 <mickey|office> not via AT
Jan 22 16:50:25 <mickey|office> you need to trust it to go into deep sleep, if after 7 seconds nothing happens
Jan 22 16:50:35 <mickey|office> (w/ sleep=4)
Jan 22 16:50:39 <Deubeuliou> ok
Jan 22 16:51:05 <Deubeuliou> even if I'm in a place were there might be only 1 signal ?
Jan 22 16:52:31 <mickey|office> it will sleep everywhere, it just will wake up more frequently if there is a) traffic or b) it needs to switch the cell
Jan 22 16:54:53 <Deubeuliou> I get signal quality reports
Jan 22 17:25:11 <PaulFert`> DocScrutinizer: it looks like most GTA02 A6 need about 5 hardware fixes: buzz fix, #1024 fix, bass fix, shorting the caps in the earpiece, shorting the 33 Ohm resistors in series to the headset. Sounds like fucking too much for the 6th revision... I wonder how the hell Sean didn't understand he should have put you in real control of all EE decisions...
Jan 22 17:27:06 <Weiss> what do the last two of those do?
Jan 22 17:27:59 <PaulFert`> Weiss: well, most devices have 1u caps in series with the earpiece, thus severely limiting maximum volume. One can't conveniently hear the other party in noisy environments.
Jan 22 17:28:51 <PaulFert`> Weiss: and also 33R in series with the headphones, probabably to give some current-limiting in case somehow something improperly connects to calypso debug uart.
Jan 22 17:29:05 <PaulFert`> R4407, R4405
Jan 22 17:29:40 <PaulFert`> R3304, R3305 are actually 1uF caps on many devices
Jan 22 17:36:40 <DocScrutinizer> for the record: that's been Wolfgang in charge of those decisions 
Jan 22 17:37:10 <Q-Master> PaulFert`: what about shortening the caps in earpieces?
Jan 22 17:37:15 <PaulFert`> And he seem to lack enough EE knowledge :(
Jan 22 17:37:25 <DocScrutinizer> yoh
Jan 22 17:37:39 <PaulFert`> Q-Master: there's no caps in the earpiece.
Jan 22 17:37:45 <DocScrutinizer> he even stated that 
Jan 22 17:38:08 * PaulFert` wonders why Sean decided to put it this way.
Jan 22 17:38:13 <Q-Master> PaulFert`: you've wrote about them... ^^^
Jan 22 17:38:53 <PaulFert`> Q-Master: and what is your question? :)
Jan 22 17:38:55 <DocScrutinizer> but he liked to have a kind of "democratic" management (as long as it pans out and he's not blamed by Sean ;-)
Jan 22 17:39:11 <DocScrutinizer> I always thought EE can not be democratic by definition
Jan 22 17:39:39 <PaulFert`> Especially with so many "less talented" engineers involved ...
Jan 22 17:39:41 <Q-Master> PaulFert`: what is that fix? I've never heard about it.
Jan 22 17:40:11 <PaulFert`> Q-Master: just shorting the two caps obviously. Without that the maximum earpiece volume is a bit too low.
Jan 22 17:40:47 <Q-Master> PaulFert`: ahh... that's not fix. that's shashechki. 8)
Jan 22 17:41:32 <PaulFert`> Q-Master: if you can't hear the other side because the volume is too low i'd say that's an important thing sometimes.
Jan 22 17:42:10 <Q-Master> PaulFert`: oops. I've read "a bit to high"...
Jan 22 17:42:14 * Q-Master is dumb
Jan 22 17:42:17 <DocScrutinizer> those capsalso form a nasty highpass
Jan 22 17:43:12 <DocScrutinizer> 0.5uF * 16Ohm
Jan 22 17:43:13 <PaulFert`> DocScrutinizer: i think there's now 4 gta02's in use with a bassfix. All of them are in Russia. RU FTW
Jan 22 17:43:25 <DocScrutinizer> :-D
Jan 22 17:43:49 <DocScrutinizer> What I said some days ago: friggin commies XP
Jan 22 17:43:54 <Q-Master> PaulFert`: and what's about those 33 Ohm resistors?
Jan 22 17:44:12 * Q-Master remembered Paul told me about those caps...
Jan 22 17:44:25 <DocScrutinizer> they fix the most evil crap
Jan 22 17:44:59 <PaulFert`> Q-Master: i'd say they burn half the energy that's going to regular headphone, and probably affect frequency response in a nasty way with some kind of headphones.
Jan 22 17:46:13 <DocScrutinizer> Q-Master: those 33R are in series to the headphone. For low capacitors like we see on standard non-bassfixed FR they mitigate the highpass we got there. But also they reduce the dampening of the transducer and reduce max volume and efficiency
Jan 22 17:48:05 <DocScrutinizer> 1uF * 16Ohm without those Rand with low impedance headphoens. 1uF * 49R with those R
Jan 22 17:48:49 <DocScrutinizer> but efficiency goes down to 33%
Jan 22 17:49:28 * PaulFert` 's fucking lost (rolling eyes insanely) jabber.org is down for > 24 hours and thus he can't even talk with (some of) his friends or arrange a meeting :/
Jan 22 17:49:29 <DocScrutinizer> and there's basically no more dampingfor the audio transducers via low output impedance of amp
Jan 22 17:52:12 <PaulFert`> DocScrutinizer: unfortunately i had not enough time to compare the sound quality on a bass-fixed device with those two R's shorted and without.
Jan 22 17:52:16 <DocScrutinizer> PaulFert`: obviously jabber.org isn't hosted in RU ;-) Otherwise it would have been fixedmore quickly
Jan 22 17:54:09 <DocScrutinizer> Q-Master: also without those Rs in headset path you could e.g. connect small passive audio speakers directly
Jan 22 17:55:18 <DocScrutinizer> PaulFert`: the differences a subtle. A more smeary bass mostly
Jan 22 17:55:52 <DocScrutinizer> PaulFert`: the membranes tend to overshot and resonate after signal stop
Jan 22 17:55:53 <Q-Master> PaulFert`: R4407 and 4405 should be 0R?
Jan 22 17:56:30 <PaulFert`> Q-Master: DocScrutinizer should know better
Jan 22 17:56:40 <DocScrutinizer> *sigh* 
Jan 22 17:56:49 <DocScrutinizer> have no shem open atm
Jan 22 17:56:58 <PaulFert`> DocScrutinizer: those are the two Rs we're talking about
Jan 22 17:57:07 <Wonka> that futex in frameworkd seems to have to do with shutting down pppd
Jan 22 17:57:19 <Wonka> just stopped gprs again and it hangs the same way
Jan 22 17:57:23 <PaulFert`> Q-Master: R3004 and R3005 should be 0R for sure
Jan 22 17:57:35 <DocScrutinizer> in published schematics they are resistors and marked 0R afaik
Jan 22 17:57:48 <PaulFert`> Indeed
Jan 22 17:57:53 <DocScrutinizer> ahh sorry yeah these two
Jan 22 17:58:07 <PaulFert`> DocScrutinizer: R4407 and R4405 are those 33 Ohm in series.
Jan 22 17:58:07 <Q-Master> PaulFert`: 3004 or 3304?
Jan 22 17:58:18 <DocScrutinizer> 984972987
Jan 22 17:58:26 <DocScrutinizer> have no shem open atm
Jan 22 17:58:38 <PaulFert`> Q-Master: 3004 and 3005
Jan 22 17:58:59 <Q-Master> you've told about 3304 and 3305 ^^^
Jan 22 17:59:35 <PaulFert`> Q-Master: ah, yes, typo.
Jan 22 18:00:22 <DocScrutinizer> these are the typos to create nasty headache in production ;-)
Jan 22 18:01:50 <DocScrutinizer> I started to refer to each component by Name, Id, page of schem, abstract description (like "resistor from amp to earpiece transducer")
Jan 22 18:02:16 <DocScrutinizer> to make sure others have a good chance to spot any of those typos
Jan 22 18:05:59 <DocScrutinizer> PaulFert`: so I'd say R4405/7 33R series resistors in headset audio path  have a really low priority. Nice to have while you're opening the can anyway
Jan 22 18:07:03 <PaulFert`> DocScrutinizer: how do you explain some headphones have crappy performance with my device?
Jan 22 18:07:43 <DocScrutinizer> hard to tell. needed to examine by myself
Jan 22 18:08:56 <DocScrutinizer> low impedance causing nonlinear distortion by the X7R 1uF?
Jan 22 18:08:57 <PaulFert`> DocScrutinizer: i can't tell any details but the sound is "weird".
Jan 22 18:09:33 <DocScrutinizer> was that before or after bassfix, or all the time?
Jan 22 18:12:32 <PaulFert`> DocScrutinizer: i've never to listen to my FR before the buzzfix. Also before the buzzfix music sounds like crap with any headphones, so it's hard to tell more subtle differences.
Jan 22 18:12:46 <DocScrutinizer> see: ceramic caps shor smaller capacitance when charged than they have on discharged state. so each bass sine detunes the highpass to higher frequencies, which means treble is muted on bass impulse. is that what you get?
Jan 22 18:12:54 <DocScrutinizer> show
Jan 22 18:13:23 <PaulFert`> I use tantalum for the bassfix.
Jan 22 18:13:33 <PaulFert`> s/buzz/bass/
Jan 22 18:13:40 <DocScrutinizer> ooh those shouldn't do that
Jan 22 18:16:07 <DocScrutinizer> PaulFert`: you could do a test like that: playback a 100HZ square wave. Scope the voltage (and maybe even current) next to the headphones' transducers - or between headset jack and FR receptacle by usinfg an probe adapter
Jan 22 18:16:48 <DocScrutinizer> any deformation of the square wave will tell you a lot about characteristics of whole system
Jan 22 18:17:30 <DocScrutinizer> even better: use square wave bursts
Jan 22 18:20:04 <DocScrutinizer> could be a lot of causes: weak power supply, heating up of above mentioned resistors, even heating up or other chemical effects in the tantalum Cs, amp itself going apeshit... there's a myriad of possible effects :-/
Jan 22 18:25:11 <PaulFert`> DocScrutinizer: probably i'll try doing that later, thanks for the hints. 
Jan 22 18:25:50 <PaulFert`> It's funny nobody at OM actually tried to check headphone sound quality before going MP.
Jan 22 18:34:57 <tmzt> MP?
Jan 22 18:35:00 <tmzt> oh
Jan 22 18:35:54 <tmzt> somebody should see how seriously Google/HTC take the 'fastboot oem' mode
Jan 22 18:36:13 <tmzt> like if they would provide documentation needed to use a different userland with it
Jan 22 18:38:23 <mickeyl> PaulFert`: OM didn't check many things before going into MP
Jan 22 18:38:27 <mickeyl> PaulFert`: you have no idea...
Jan 22 18:38:40 <mickeyl> PaulFert`: noone bothered to test w/ a real userland.
Jan 22 18:38:56 <mickeyl> even the kernel dev kind of refused to go outside his  minimal area of convenience
Jan 22 18:38:57 <mickeyl> *shrug*
Jan 22 18:39:09 <mickeyl> "that's not built w/ fedora? i ignore it"
Jan 22 18:39:18 <PaulFert`> mickeyl: i wonder why wasn't Sean concerned about it. And why did he trust too much the "less experienced" team members? 
Jan 22 18:39:35 <mickeyl> he was busy with visions and crazy ideas...
Jan 22 18:39:43 <mickeyl> which is ok, if you have responsible staff
Jan 22 18:39:48 <PaulFert`> He's good in writing mails
Jan 22 18:39:50 <mickeyl> and structure
Jan 22 18:44:45 <tmzt> there's fedora for arm though at least for at/alsa testing
Jan 22 18:52:42 <mickeyl> hmm
Jan 22 18:52:46 <mickeyl> i wonder why CIA-47 is silent
Jan 22 18:52:47 <mickeyl> argh
Jan 22 18:52:49 <mickeyl> i know
Jan 22 18:52:50 <mickeyl> +R
Jan 22 18:52:58 <mickeyl> can we disable it now?
Jan 22 18:53:00 <mickeyl> it sucks somewhat
Jan 22 18:53:41 * DocScrutinizer remembers the shere panic regarding a meaningless small glitch in a otherwise quite fishy gps antenna gain diagram, and shudders
Jan 22 18:54:24 <DocScrutinizer> mickeyl: I'd like to keep it maybe even 1^0 more days. But I'm somewhat without strong notion about it
Jan 22 18:54:47 <DocScrutinizer> lol, cia-47
Jan 22 18:54:53 <DocScrutinizer> k, I see
Jan 22 18:55:26 <DocScrutinizer> PaulFert`: any progress on that auto-+R robot?
Jan 22 18:55:58 <PaulFert`> DocScrutinizer: nope :(
Jan 22 18:56:07 <mickeyl> <CIA-43> freesmartphone.org: morphis msmcomm * reae03a58a1b4 /libmsmcomm/ (17 files in 2 dirs): libmsmcomm: change build settings
Jan 22 18:56:12 <mickeyl> <CIA-43> freesmartphone.org: mickey specs * rdf7bb802e163 / (5 files in 3 dirs): add API for vibration: org.freesmartphone.Device.Vibrator
Jan 22 18:56:33 <DocScrutinizer> though you state it didn't kick you even while CTCP storms in other chan happened?
Jan 22 18:58:12 <DocScrutinizer> PaulFert`: so I'd say either make sure you always are oped, or add a chanserv op to that trigger.then maybe we do -R again to hug our beloved CIA-47
Jan 22 18:58:45 <spaetz> what  is the R flag ?
Jan 22 18:58:58 <DocScrutinizer> unvoices nonregisterd users
Jan 22 18:59:24 <DocScrutinizer> non-identified (with nameserv)
Jan 22 18:59:49 <spaetz> i see
Jan 22 18:59:53 <DocScrutinizer> spaetz: see topic and joinmsg
Jan 22 19:00:44 <DocScrutinizer> spaetz: or do a /msg nickserv unregister
Jan 22 19:00:59 <DocScrutinizer> err s/unregister/logout
Jan 22 19:01:26 <spaetz> heh, thanks. don't want to try that ;-)
Jan 22 19:01:49 <DocScrutinizer> nah, /ns logout is harmless
Jan 22 19:02:23 <DocScrutinizer> -  /ns id <password> will revert it
Jan 22 19:04:13 <DocScrutinizer> [2010-01-22 20:04:01] [Notice] -NickServ- CIA-47 is not registered.
Jan 22 19:04:17 <DocScrutinizer> :-P
Jan 22 19:04:54 <DocScrutinizer> PaulFert`: ??
Jan 22 19:05:05 <DocScrutinizer> what do you think?
Jan 22 19:06:49 <PaulFert`> DocScrutinizer: well, first of all, i need to have at least two irssi instances with different nicks (at bip server and at home) and to ensure both are always opped or able to gain ops before trying +R.
Jan 22 19:06:58 <PaulFert`> TBH i do not know exactly the best way to do it.
Jan 22 19:07:15 <PaulFert`> (i need two instances for redudancy purposes)
Jan 22 19:08:26 <DocScrutinizer> I see. well +o is not that volatile. and you stated your short hack of the day before worked quite good, no?
Jan 22 19:08:45 <PaulFert`> The hack works, the tricky part is to keep +o for two different nicks.
Jan 22 19:08:53 <DocScrutinizer> and you've not seen any kicks due to flooding
Jan 22 19:09:23 <DocScrutinizer> what's wrong with +o for a second nick?
Jan 22 19:09:24 <PaulFert`> I can use separate instances for the little trigger.pl trick, so i'll be joined only to the channels i need to.
Jan 22 19:10:01 <PaulFert`> +o getting lost after forced disconnect by ISP.
Jan 22 19:10:10 <DocScrutinizer> yup, I see. Anyway if that's just overkill, I'd like you to keep the simple solution
Jan 22 19:11:20 <DocScrutinizer> better than plain open chan
Jan 22 19:11:47 <DocScrutinizer> and ISP forced disconnect isn't THAT frequent aiui
Jan 22 19:14:28 <PaulFert`> DocScrutinizer: ok, now bip server's running a separate irssi instance (paul-trigger) with the trigger script activated.
Jan 22 19:14:40 <DocScrutinizer> -R set
Jan 22 19:15:18 <DocScrutinizer> -R set for #openmoko
Jan 22 19:15:40 <DocScrutinizer> PaulFert`: thanks :-)
Jan 22 19:16:46 <DocScrutinizer> mickeyl: feed CIA-47 please ;-D
Jan 22 19:18:50 <DocScrutinizer> [2010-01-22 20:18:34] [Notice] -NickServ- paul-trigger is not registered.
Jan 22 19:18:54 <DocScrutinizer> PaulFert`: lol
Jan 22 19:18:55 <PaulFert`> DocScrutinizer: indeed
Jan 22 19:19:06 <PaulFert`> DocScrutinizer: but i can have ops even being unregistered.
Jan 22 19:19:27 <DocScrutinizer> but it will devoice itself ;-P
Jan 22 19:20:03 <PaulFert`> Nope, ops are not devoiced.
Jan 22 19:20:08 <DocScrutinizer> ooh
Jan 22 19:20:10 <DocScrutinizer> ok
Jan 22 19:20:48 * DocScrutinizer needs brunch. hypoglycemic :-S
Jan 22 19:21:30 <PaulFert`> DocScrutinizer: enjoy your meal :)
Jan 22 19:30:12 <DocScrutinizer51> PaulFert`: (LED_pattern. maemo) found meanwhile they're using a LP5523 rather than 3pcs LP5521. :-/
Jan 22 19:30:58 <PaulFert`> DocScrutinizer51: hm, i've not even tried to understand the page in question yet.
Jan 22 19:32:02 <DocScrutinizer51> don't bother to do that - though I augmented it a tiny essential bit :)
Jan 22 19:33:15 <PaulFert`> DocScrutinizer51: btw, i've no chanserv ops to add my (now-registered) paul-trigger to the access list.
Jan 22 19:33:23 <PaulFert`> Neither here nor at -cdevel
Jan 22 19:34:01 <DocScrutinizer51> k, I'll sort that out in a minute
Jan 22 19:35:07 <DocScrutinizer51> you'll need to register with NS for that though
Jan 22 19:36:15 <DocScrutinizer51> non-identified users aren't allowed to /cs op
Jan 22 19:36:41 <PaulFert`> I did
Jan 22 19:38:57 <PaulFert`> But it's only one "bot" running on a not that reliable bip-server.
Jan 22 19:39:47 <DocScrutinizer51> 203946 -ChanServ- Flags +votriA were set on paul-trigger in #openmoko.
Jan 22 19:40:53 <DocScrutinizer51> PaulFert`: there's a lot of #chan that do not have a smart bot to guard 
Jan 22 19:41:16 <DocScrutinizer51> so I think it's just fine the way it's now
Jan 22 19:42:22 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r5de29d6d677e 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: add vibrator_ledclass plugin, implementing org.freesmartphone.Device.Vibrator for vibrator devices registered as LED class device
Jan 22 20:49:38 <CIA-47> SHR: 03mok 07phonefsod * r48e9ec81059e 10/src/phonefsod.c: phonefsod.c: free another unfreed dbus error
Jan 22 20:49:39 <CIA-47> SHR: 03mok 07phonefsod * r92b56071185a 10/src/phonefsod-fso.c: phonefsod-fso: we must free all dbus errors (and show at least some message)
Jan 22 20:49:40 <CIA-47> SHR: 03mok 07phonefsod * rec477f400f59 10/data/phonefsod.conf: phonefsod.conf: fix some comments, put offline_mode in the correct section and
Jan 22 21:03:50 <TAsn> mrmoku, :P
Jan 22 21:04:29 <mrmoku> TAsn: :)
Jan 22 21:04:31 <TAsn> mrmoku, we should probably add a new type of function in phoneuid (and use it from phonefsod) and of course in libphone-ui which is "ShowError"
Jan 22 21:04:39 <TAsn> that pops an error message with text
Jan 22 21:04:56 <mrmoku> yeah, another dialog type
Jan 22 21:04:58 <mrmoku> good thing
Jan 22 21:05:03 <TAsn> (or let the users of the API provide text in the dialog)
Jan 22 21:05:32 <mrmoku> TAsn: btw. I'm running new-opimd too now :)
Jan 22 21:05:46 <TAsn> and this way we'll be able to finally let the users know about errors :P
Jan 22 21:05:56 <TAsn> mrmoku, nice, isn't it? :P
Jan 22 21:06:07 <TAsn> it's not perfect, I don't yet use the listtypes thingie
Jan 22 21:06:17 <mrmoku> yeah, still some work to do ;)
Jan 22 21:06:24 <mrmoku> but works
Jan 22 21:06:27 <TAsn> mrmoku, exactly
Jan 22 21:06:38 <TAsn> and it's a lot nicer
Jan 22 21:06:40 <TAsn> less buggy
Jan 22 21:06:42 <TAsn> and everything :P
Jan 22 21:06:50 <TAsn> have you tried dos's script?
Jan 22 21:07:08 <mrmoku> not yet
Jan 22 21:07:23 <mrmoku> but I have it
Jan 22 21:08:22 <mrmoku> hmm
Jan 22 21:08:28 <TAsn> so how can you use new-opim?
Jan 22 21:08:38 <TAsn> don't you get a lot of issues because numbers have "tel:" in them?
Jan 22 21:08:44 <mrmoku> good question... the script is telling me opimd is still old :(
Jan 22 21:08:59 <mrmoku> I built from opimd-tracking branch
Jan 22 21:09:19 <mrmoku> ~curse opkg
Jan 22 21:09:21 <apt> May you be reincarnated as a Windows XP administrator, opkg !
Jan 22 21:09:30 <TAsn> LOL
Jan 22 21:09:59 <TAsn> mrmoku, check with dos what went wrong (I know you don't do python)
Jan 22 21:10:07 <TAsn> and lets get the party started :P
Jan 22 21:11:08 <mrmoku> guess I know what went wrong... opkg installed the wrong one... because gitrX on my buildhost has X=0
Jan 22 21:11:19 * mrmoku doing a local build now
Jan 22 21:13:38 <UberNeo> whenever i m trying to add anew contact through the phonelog ..it never adds anything ..even if i Add a new Field with "Name"
Jan 22 21:13:52 <UberNeo> can anybody please help me with this
Jan 22 21:15:46 <mrmoku> UberNeo: known bug that still needs fixing...
Jan 22 21:15:56 <mrmoku> UberNeo: adding from phonelog does not work right now
Jan 22 21:16:28 <UberNeo> ohh,,, ok fine
Jan 22 21:16:36 <DocScrutinizer51> UberNeo: check your backend settings 
Jan 22 21:17:45 <DocScrutinizer51> if you're using sim for default backend it silently discards names which are too long
Jan 22 21:18:24 <UberNeo> how do i change it from SIM memory to phone db
Jan 22 21:18:37 <DocScrutinizer51> at least id did 3 months ago
Jan 22 21:19:24 <UberNeo> u mean to say ..everything will gets saved in the sqlite db instead of sim memory
Jan 22 21:19:50 <mrmoku> DocScrutinizer51: problem with phonelog is different though... it just plain segfaults... :/
Jan 22 21:20:55 <mrmoku> TAsn: hmm... it does not build
Jan 22 21:21:12 <TAsn> what doesn't build?
Jan 22 21:21:56 <UberNeo> mrmoku, also sometimes the person name will come as "Unknown" even tht number is added with name in my contacts with "+91"(international prefix)
Jan 22 21:25:02 <TAsn> the only conclusion I see is that we have to overhaul the messages and contacts apps :P
Jan 22 21:26:35 <UberNeo> also whenver i send a new meaasge ..it automatically gets reflected in my inbox
Jan 22 21:27:14 <TAsn> UberNeo, that's a feature
Jan 22 21:27:31 <TAsn> the inbox actually behaves as both an inbox and sent items atm
Jan 22 21:27:38 <UberNeo> ohh ..can i disable tht
Jan 22 21:27:42 <TAsn> until we change this odd behavior :P
Jan 22 21:28:13 <TAsn> UberNeo, you can either babysit mrmoku's kids, do my exams/h.w or send a patch to disable it (atm)
Jan 22 21:28:15 <TAsn> :P
Jan 22 21:28:32 <TAsn> we can disable it
Jan 22 21:28:42 <TAsn> it's actually a quick fix
Jan 22 21:28:53 <TAsn> but sent messages will not be shown anywhere
Jan 22 21:28:56 <TAsn> which is a bit bad.
Jan 22 21:29:14 <TAsn> this is the best compromise until we overhaul the messages app
Jan 22 21:29:23 <TAsn> (as we don't have a lot of time at our hands atm)
Jan 22 21:29:51 <UberNeo> ok then its fine ..leave it as it is ..its not a big pain ..n at least it confirms tht we have send a meaasge
Jan 22 21:30:17 <TAsn> UberNeo, not really (confirms)
Jan 22 21:30:23 <TAsn> as sending the message may still fail
Jan 22 21:30:30 <TAsn> but it confirms you tried :P
Jan 22 21:30:36 <UberNeo> :)
Jan 22 21:31:49 <UberNeo> but not recognizing the already saved contact when a call comes..thats a problem
Jan 22 21:32:24 <TAsn> this is clearly a bug
Jan 22 21:33:30 <UberNeo> by the way ..how do i query the backend sqlite database
Jan 22 21:35:36 <zeusone> hi all! I'm getting an error with Bitbake during the configure e2fsprogs-libs-1.41.8 but if I made the same command via console work, and I saw that the difference is the arm-oe-linux-gnueabi-pkg-config variable, what can I do?
Jan 22 21:35:38 <TAsn> opkg install opim-utils-cli
Jan 22 21:35:41 <TAsn> or something like that
Jan 22 21:35:49 <TAsn> anyhow, I'm mostly off
Jan 22 21:35:53 <TAsn> ciao
Jan 22 21:38:06 <zeusone> hi all! I'm getting an error with Bitbake during the configure e2fsprogs-libs-1.41.8 but if I made the same command via console work, and I saw that the difference is the arm-oe-linux-gnueabi-pkg-config variable, what can I do?
Jan 22 21:41:28 <von_fritz> zeusone what says error log?
Jan 22 21:41:41 <zeusone> ciao von_frizt!!!!
Jan 22 21:42:32 <zeusone> checking for blkid_get_cache in -lblkid... no
Jan 22 21:42:32 <zeusone> configure: error: external blkid library not found
Jan 22 21:42:32 <zeusone> FATAL: oe_runconf failed
Jan 22 21:48:56 <mrmoku> TAsn: frameworkd opimd-tracking branch local build... did not build
Jan 22 21:49:25 <TAsn> oh
Jan 22 21:49:32 <TAsn> I just ripped the opimd stuff from there
Jan 22 21:49:32 <TAsn> :P
Jan 22 21:49:39 <TAsn> (without building a pack)
Jan 22 21:49:45 <TAsn> just scpied to my moko
Jan 22 21:51:03 <mrmoku> heh
Jan 22 21:51:16 <mrmoku> that won't work on the buildhost ;)
Jan 22 21:51:23 <TAsn> why not
Jan 22 21:51:24 <TAsn> ?
Jan 22 21:51:28 <TAsn> install git as a dep
Jan 22 21:51:33 <TAsn> and add a git clone
Jan 22 21:51:37 <TAsn> to the postinst :P
Jan 22 21:53:14 <mrmoku> people will love that when updating via GPRS :P
Jan 22 21:53:46 <mrmoku> though I think it might just be that the local build for frameworkd does not work
Jan 22 22:31:55 <mqverm> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
Jan 22 22:31:55 <mqverm> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
Jan 22 22:35:43 <who> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
Jan 22 22:35:43 <who> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
Jan 22 22:35:44 <who> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
Jan 22 22:35:47 <who> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
Jan 22 23:27:47 <PaulFertser> Oh hell
Jan 22 23:28:05 * PaulFertser shouldn't try to pretent he's an irc op
**** ENDING LOGGING AT Sat Jan 23 02:59:57 2010