**** BEGIN LOGGING AT Thu Dec 18 02:59:56 2008
Dec 18 05:27:19 <Sargun> any fso guys here
Dec 18 05:33:33 <jbick> when a user space program writes to a serial device does it use the driver called s3c2410.c?
Dec 18 05:37:55 <Grarg> dunno
Dec 18 05:38:16 <Grarg> you could always put in an abort() (or debug or something) and find out
Dec 18 05:42:57 <mwester> jbick:  there is no other way for user space to output to a serial port.
Dec 18 05:44:26 <jbick> mwester: i don't mean output...just to use a tty device, like when /dev/ttySAC0 needs to be used
Dec 18 05:46:18 <mwester> The short answer: Yes.  ALL userspace operations that can cause an electrical signal to change on the serial port, or can detect an electrical signal change on the port will use the s3c23410 serial driver.
Dec 18 05:47:56 <mwester> The longer answer is that there is a stack of drivers, the higher level drivers handle line-control things, and depending on the capabilities of the hardware, may push more or less functionality down to the lower level driver.
Dec 18 05:50:06 <jbick> what are the higher level drivers?
Dec 18 05:50:20 <mwester> For example - selecting the baud rate on a /dev/tty<n> device is passed down to the lowest-level driver.  However, the special handling of the <ctrl>S and <ctrl>Q characters when XON/XOFF flow control is enabled is not usually done byt he lowest level driver.
Dec 18 05:50:30 <mwester> The higher level driver is the tty driver.
Dec 18 05:51:17 <mwester> jbick:  Chapter 18: http://lwn.net/Kernel/LDD3/
Dec 18 05:51:58 <jbick> thank you
Dec 18 06:22:39 <Nytowl> is anyone familiar with the org.freesmartphone.Device.Audio interface ?
Dec 18 06:23:04 <mickey|ICE874> morning
Dec 18 06:23:29 <mickey|ICE874> a bit
Dec 18 06:23:36 <Nytowl> great
Dec 18 06:23:38 <mickey|ICE874> what's up with it?
Dec 18 06:23:57 <Nytowl> I'm try to get a callback when the scenario changes
Dec 18 06:24:54 <Nytowl> audio_iface.connect_to_signal( "SoundStatus", self.on_sound_status) doesn't seem to do the trick
Dec 18 06:25:39 <mickey|ICE874> according to the docs, SoundStatus only reports sound changes
Dec 18 06:25:48 <mickey|ICE874> scenario changes seem to be reported through Scenario
Dec 18 06:26:12 <mickey|ICE874> which is another signal
Dec 18 06:26:54 <Nytowl> the only sound signal I found was the SoundStatus are the scenario signals documented ?
Dec 18 06:27:56 <mickey|ICE874> let me take a look
Dec 18 06:29:45 <mickey|ICE874> d'oh
Dec 18 06:29:47 <mickey|ICE874> you're right
Dec 18 06:29:58 <mickey|ICE874> Scenario signal is missing from the docs
Dec 18 06:30:07 <mickey|ICE874> let me change that
Dec 18 06:30:35 <mickey|ICE874> will take a moment... only gprs w/ my FR here
Dec 18 06:30:44 <Nytowl> great is it Scenario status by any chance ?
Dec 18 06:31:21 <mickey|ICE874> no, seems just 'Scenario'
Dec 18 06:31:26 <mickey|ICE874> params are:
Dec 18 06:31:36 <mickey|ICE874> string: current_scenario
Dec 18 06:31:40 <mickey|ICE874> string: reason
Dec 18 06:35:11 <Nytowl> is that through the device audio interface or is it another interface ?
Dec 18 06:37:07 <mickey|ICE874> same interface
Dec 18 06:37:10 <mickey|ICE874> same object
Dec 18 06:38:51 <Nytowl> does this look right 
Dec 18 06:38:58 <Nytowl>         audio_obj = self.bus.get_object('org.freesmartphone.odeviced', '/org/freesmartphone/Device/Audio')
Dec 18 06:38:58 <Nytowl>         self.audio_iface = dbus.Interface(audio_obj, 'org.freesmartphone.Device.Audio')
Dec 18 06:38:58 <Nytowl>         self.audio_iface.connect_to_signal( "Scenario", self.on_scenario_status)
Dec 18 06:39:21 <mickey|ICE874> yes, that looks good
Dec 18 06:39:53 <CIA-51> freesmartphone.org: 03mickey 07specs * rbc025e7d1fe9 10/ (3 files in 3 dirs): odeviced: add missing description of org.freesmartphone.Device.Audio.Scenario signal.
Dec 18 06:40:25 <Nytowl> Should the headset plug send a signal when it gets plugged in ?
Dec 18 06:41:47 <mickey|ICE874> yes, the headset sends an input event
Dec 18 06:42:05 <mickey|ICE874> which -- in FSO -- is picked up by a rule
Dec 18 06:42:07 <mickey|ICE874> that changes a mixer control
Dec 18 06:42:49 <Nytowl> Well using SHR right now perhaps it's framework is lagging a bit 
Dec 18 06:43:25 <Nytowl> And that mixer event should trigger a scenario change ?
Dec 18 06:45:02 <mrmoku> Nytowl: have not verified it the last some days... but the plug headset in event worked in SHR
Dec 18 06:45:37 <mickey|ICE874> no
Dec 18 06:45:58 <mickey|ICE874> we do not change the whole scenario on headset plugin
Dec 18 06:46:04 <mickey|ICE874> just one mixer control
Dec 18 06:46:15 <mickey|ICE874> independent of current scenario
Dec 18 06:46:23 <Nytowl> Ok that explains it
Dec 18 06:46:35 <mickey|ICE874> to be honest, i don't know whether this works with gsmhandset, it works with stereout at least
Dec 18 06:47:21 <Nytowl> Ok I just need to catch both signals then, thanks
Dec 18 06:47:41 <mickey|ICE874> np
Dec 18 06:48:35 <Sargun> What's with the ICE874?
Dec 18 06:48:41 <Nytowl> mrmoku I think it is work as the screen unblanks on insertion but I wasn't getting a scenario change signal
Dec 18 06:48:49 <Sargun> mickey|ICE874, can you talk for at least 20 minutes? 
Dec 18 06:49:00 <mickey|ICE874> hard to tell
Dec 18 06:49:02 <mickey|ICE874> i'm in a train
Dec 18 06:49:05 <Sargun> ah.
Dec 18 06:49:06 <Sargun> Ok, 
Dec 18 06:49:12 <Sargun> Well, I'll try to be quikc
Dec 18 06:49:24 <Sargun> I'm writing a supervision tree hierarchy for FSO.
Dec 18 06:49:42 <Sargun> What do you think about Erlang' supervision tree implementation
Dec 18 06:49:50 <Sargun> and would the FSO team actually mind integrating my code?
Dec 18 06:50:36 <mickey|ICE874> i guess i need to do some research on what a supervision tree is
Dec 18 06:50:40 <mickey|ICE874> before i can answer that :)
Dec 18 06:51:39 <Sargun> Uh, it's a way to monitor, spawn, and manage processes
Dec 18 06:51:47 <Sargun> it's sort of an alternate init system.
Dec 18 06:51:48 <mickey|ICE874> aah
Dec 18 06:51:58 <mickey|ICE874> wow, that's interesting
Dec 18 06:52:03 <Sargun> Instead of managing processes via /etc/init.d, we can use supervision
Dec 18 06:52:21 <Sargun> Also, it does stuff like if a process fails, it'll restart everything underneath it
Dec 18 06:52:25 <Sargun> etc...
Dec 18 06:52:42 <Sargun> Also, if it's a Python interpreter, we can use fork(), to save on memory.
Dec 18 06:53:26 <mickey|ICE874> ok, I think I know what you're planning. this sounds pretty cool. let me just give you three things to think about
Dec 18 06:53:57 <Sargun> Alright.
Dec 18 06:54:04 <Sargun> Listenin'
Dec 18 06:54:26 <mickey|ICE874> ticket inspector... wiat
Dec 18 06:54:29 <Sargun> haha
Dec 18 06:55:30 <mickey|ICE874> a) there's a driving force that wants to integrate upstart into OE as the new default initsystem. FSO should support that as well.
Dec 18 06:55:50 <mickey|ICE874> b) keep in mind that we might want to migrate to Vala, so if possible, don#t use too many python-magic
Dec 18 06:56:19 <mickey|ICE874> c) people will think we're crazy and want to do everything on our own
Dec 18 06:56:27 <mickey|ICE874> but c) is something i have to live with, not you :))
Dec 18 06:56:31 <Sargun> haha
Dec 18 06:56:37 <Sargun> Man, why vala?
Dec 18 06:56:52 <Sargun> Anyways
Dec 18 06:57:07 <Sargun> Second thing
Dec 18 06:57:13 <Sargun> Did you think anything about signal filtering?
Dec 18 06:57:39 <mickey|ICE874> yes
Dec 18 06:57:46 <mickey|ICE874> wrt. gsmd my take on it is
Dec 18 06:57:56 <mickey|ICE874> i want ophoned to me more than it is right now
Dec 18 06:58:05 <mickey|ICE874> it was supposed to encapsulate gsm and voip
Dec 18 06:58:09 <mickey|ICE874> but it might as well contain firewalling
Dec 18 06:58:11 <mickey|ICE874> redirection
Dec 18 06:58:14 <mickey|ICE874> and additional stuff
Dec 18 06:58:19 <mickey|ICE874> i don't want to change ogsmd too much
Dec 18 06:58:33 <mickey|ICE874> it should be there for people who only want to use gsm low level interface
Dec 18 06:58:37 <mickey|ICE874> "low level dbus"
Dec 18 06:59:11 <Sargun> Should I start a thread
Dec 18 06:59:16 <Sargun> on smartphone-standards 
Dec 18 06:59:24 <mickey|ICE874> yes, please, that'd be a good start
Dec 18 06:59:32 <Sargun> Alright.
Dec 18 06:59:39 <Sargun> Do you guys do planning conference calls? 
Dec 18 06:59:59 <mickey|ICE874> yeah, we do regular TCs
Dec 18 07:00:17 <mickey|ICE874> i'll talk with the guys today
Dec 18 07:00:21 <Sargun> why don't you publicize the conferences?
Dec 18 07:00:24 <mickey|ICE874> perhaps you can join us on the next one
Dec 18 07:00:48 <Sargun> that'd be excellent.
Dec 18 07:01:00 <Sargun> PM me the conference info?
Dec 18 07:01:03 <Sargun> next time
Dec 18 07:01:15 <Sargun> doesn't help I'm on PST8PDT
Dec 18 07:04:38 <Sargun> mickey|ICE874, Also, FSO should have its own chan
Dec 18 07:05:11 <mickey|ICE874> i will
Dec 18 07:05:13 <mickey|ICE874> what time is it for you atm?
Dec 18 07:05:25 <mickey|ICE874> eventually yeah, i'm not sure we have reached the "critical mass" to justify that. 
Dec 18 07:05:27 <mickey|ICE874> yet
Dec 18 07:05:28 <Sargun> Wed Dec 17 23:05:28 PST 2008
Dec 18 07:05:39 <mickey|ICE874> wow
Dec 18 07:05:41 <mickey|ICE874> -9 from here
Dec 18 07:05:53 <mickey|ICE874> darn, our TC will be in the middle of the night for you then
Dec 18 07:05:54 <Sargun> oh, you're GMT+1? 
Dec 18 07:05:58 <mickey|ICE874> yep
Dec 18 07:06:01 <Sargun> uhm, what time do you do it?
Dec 18 07:06:02 <mickey|ICE874> well
Dec 18 07:06:04 <mickey|ICE874> we can make an exception
Dec 18 07:06:16 <mickey|ICE874> we usually phone thursdays 12:00 GMT+1
Dec 18 07:06:27 <Sargun> heh
Dec 18 07:06:32 <mickey|ICE874> [if i don't visit the guys... like today]
Dec 18 07:07:27 <mickey|ICE874> but we can change that to something more accessible if we know in advance
Dec 18 07:07:49 <Sargun> I'm really available whenever.
Dec 18 07:07:53 <Sargun> Well, no whenever.
Dec 18 07:08:09 <Sargun> More like 19:00-01:00 PST8PDT
Dec 18 07:08:30 <mickey|ICE874> hehe, right
Dec 18 07:36:32 <Sargun> mickey|ICE874, quick thing, why are we using upstart?
Dec 18 07:50:27 <m0nt0> hi
Dec 18 07:51:05 <Sargun> hi
Dec 18 07:55:34 <CIA-51> freesmartphone.org: 03mickey 07framework * r99209eb98249 10/framework/config.py: do not error out, if /etc directory can't be found
Dec 18 07:55:35 <CIA-51> freesmartphone.org: 03mickey 07framework * r7192c7d23bfe 10/framework/subsystems/ousaged/ (helpers.py lowlevel.py): ousaged: gathering resume reason now works for Openmoko devices
Dec 18 08:45:00 <CIA-51> freesmartphone.org: 03mickey 07framework * rbcc477049b4a 10/framework/subsystems/ogsmd/modems/ti_calypso/channel.py: ogsmd: [TI CALYPSO] remove %CGREG unsolicited code, we're not using it
Dec 18 08:45:00 <CIA-51> freesmartphone.org: 03mickey 07framework * r5218a43ed072 10/framework/subsystems/ogsmd/modems/abstract/unsolicited.py: ogsmd: [ABSTRACT] start handling +CGEV (neccessary to detect gprs connection teardown)
Dec 18 08:45:00 <CIA-51> freesmartphone.org: 03mickey 07framework * rf6e9c6ce88b8 10/ (docs/TODO framework/subsystems/ogsmd/modems/abstract/pdp.py): ogsmd: pdp: do not use ATZ in connect script, do not query for CPIN
Dec 18 08:49:10 <Ainulindale> Hey
Dec 18 08:53:17 <mrmoku_> Ainulindale: morning
Dec 18 08:53:20 <drjnut> Ainulindale, hi there
Dec 18 08:56:42 <Sargun> Good night
Dec 18 08:59:31 <mrmoku_> good night Sargun
Dec 18 09:00:14 <Dave> :)
Dec 18 09:21:38 <m0nt0> hi i'm playing with the fso api, i'd like to know if there's a way to understand which gsm prefix should be used (i'm in italy, for example here is +39, if i dial 031123123123, +39 should be appended)
Dec 18 09:53:19 <guillaum1> hi all
Dec 18 09:53:29 <guillaum1> Ainulindale: ping
Dec 18 09:57:15 <PaulFertser> DocScrutinizer: could you please answer a questing wrt capacitor type for the gsm buzz fix? Joel Newkirk asks whether he can use tantalum instead of ceramic ones as tantalum are much cheaper and he's going to perform a rework on a reasonable quantity of units (IIRC).
Dec 18 10:00:28 <DocScrutinizer> PaulFertser: we don't have any tantalum caps here, and I would guess they are just too big. I was about to suggest a free caeramic cap for everyone asking for it. actually I'll bring a handfull of those to Germany on Sunday
Dec 18 10:00:53 <DocScrutinizer> PaulFertser: technically there is nothing wrong with tantalum
Dec 18 10:01:45 <DocScrutinizer> though I'd guess they are somewhat harder to solder, as they're basically electrolytic caps and so won't stand much heat
Dec 18 10:01:53 <PaulFertser> DocScrutinizer: if you don't mind, i'm going to post your answer on the community mailing list in the corresponding thread.
Dec 18 10:02:10 <DocScrutinizer> go ahead, you're welcome
Dec 18 10:02:28 <DocScrutinizer> just quote this dialog is fine
Dec 18 10:04:25 <DocScrutinizer> also, to whom it may concern, I plan to join 25C3 congress in Berlin, and maybe rework a couple of devices there for free, or at very least give away caps
Dec 18 10:06:09 <DocScrutinizer> ...as well as other "chrismas-gifts", as we have a pile of electronics and mechanics junk in front of the office, which might make a nice spare parts source for some GTA01 owners
Dec 18 10:07:09 <DocScrutinizer> maybe someone likes to upgrade his GTA01 to 2440 CPU ;-)
Dec 18 10:09:21 <PaulFertser> Thanks a lot for the answer! It great you're hanging on IRC, btw :)
Dec 18 10:18:23 <rwhitby> DocScrutinizer: I could use a couple of PM chips for my two dead GTA01's (the ones that got 12V applied to USB port)
Dec 18 10:18:48 <rwhitby> although I don't have BGA desolder facilities, so probably can't use them anyway.
Dec 18 10:27:46 <PaulFertser> alphaone: Please take a look at _setType and _getType in class SMS at sms.py. "pdu_mti" can't be used as a key in getType. Have you already fixed this (i proposed a patch yesterday to you)?
Dec 18 10:28:47 <CIA-51> freesmartphone.org: 03mickey 07framework * r083dbfe01549 10/framework/subsystems/ogsmd/modems/abstract/ (mediator.py pdp.py): ogsmd: pdp: make singleton handling more consistent with CallHandler
Dec 18 10:31:42 <DocScrutinizer> rwhitby: Did you ever ask Andy about that? ;-)
Dec 18 10:32:02 <rwhitby> DocScrutinizer: nope
Dec 18 10:32:38 <DocScrutinizer> rwhitby: he states he never seen any PMU failing from overvoltage out in the wild. Obviously he didn't hear your story
Dec 18 10:33:05 <DocScrutinizer> you really should tell him ;-)
Dec 18 10:33:34 <DocScrutinizer> I'll see if I can find some PCF50606 for you :)
Dec 18 10:33:55 <rwhitby> DocScrutinizer: oh, yes, he does know about mine.
Dec 18 10:34:08 <DocScrutinizer> (a lot of chips with very tiny characters out there)
Dec 18 10:34:13 <rwhitby> his statement was regarding overvoltage from a nominal 5V source, not a 12V one :-)
Dec 18 10:34:44 <DocScrutinizer> yoyo
Dec 18 10:35:02 <DocScrutinizer> nominal 12v errrr 5v source :-D
Dec 18 10:35:52 <DocScrutinizer> Tully fried his FR with a "nominal usb car adapter" when starting his scooter
Dec 18 10:36:42 <DocScrutinizer> those nasty PCF506xx are ABS MAX 5V5. not much safety headroom
Dec 18 10:36:47 <alphaone> PaulFertser: Yeah, will take a look at sms.py today, don
Dec 18 10:36:50 <alphaone> 't worry
Dec 18 10:37:23 <lindi-> DocScrutinizer: that's why i always charge my external usb battery from untrusted sources and then use it to charge the real phone :)
Dec 18 10:37:35 <DocScrutinizer> anyway, I'll take my microscope and try to find some for you
Dec 18 10:38:11 <DocScrutinizer> (a really huge heap out there ;)
Dec 18 10:38:34 <DocScrutinizer> for sure should contain some 50606
Dec 18 10:39:51 <lindi-> DocScrutinizer: does FIC/OM ship spare parts regularly btw?
Dec 18 10:40:27 <DocScrutinizer> lindi-: nope, dn't think so
Dec 18 10:41:13 * DocScrutinizer grins at some 1973 cases
Dec 18 10:41:17 <lindi-> DocScrutinizer: so hypothetically if i wanted a new case (only the back part) who would i contact?
Dec 18 10:41:26 <rwhitby> santa
Dec 18 10:41:44 <rwhitby> SantaScrutinizer
Dec 18 10:41:53 <DocScrutinizer> maybe me ;-)
Dec 18 10:41:55 <PaulFertser> mickey|fso: i've just opened #301 and it seems it also shows "AtCommandChannel no longer operational" behaviour. It was produced using MS4 btw. I'm not sure whether it really matters. For now i'll stick with HEAD, do you think it'll be more useful. And, btw, what's the policy on reporting bugs on trac? Should the bugs present in MS4 but not present in HEAD be reported? And what about all the SHR folks still using stabilizatio
Dec 18 10:42:04 <DocScrutinizer> just holding a few in my hands
Dec 18 10:43:00 <CIA-51> freesmartphone.org: 03mickey 07gsm0710muxd * rbbf01a25713a 10/src/gsm0710muxd.c: improve usage output and show version. patch courtesy Luca Capello <luca@pca.it>
Dec 18 10:43:06 <alphaone> PaulFertser: I finished my paper last night and mickey|fso and stefan are here to force me to actually do stuff :-)
Dec 18 10:43:08 <DocScrutinizer> even a gta01 battery, woohooo
Dec 18 10:43:54 <PaulFertser> alphaone: Congratulations! BTW, do you feel free and relaxed now, after finishing the paper? I usually feel just emptyness. :-/
Dec 18 10:45:20 <lindi-> DocScrutinizer: heh
Dec 18 10:45:49 <lindi-> DocScrutinizer: i realize shipping costs are going to be large but it might still be useful if something breaks
Dec 18 10:47:31 <alphaone> PaulFertser: Not really relaxed. I've been ill for some day now as well.
Dec 18 10:48:25 <PaulFertser> alphaone: oh, just listen to some good music and you'll get well soon :)
Dec 18 10:48:39 <alphaone> PaulFertser: Already in progress :-)
Dec 18 10:53:51 <Ainulindale> guillaum1: pong
Dec 18 10:55:42 <viq> I saw yesterday some commit regarding setting clock to time from GPS, is that going to be available on SHR? When?
Dec 18 10:58:04 <dcordes> mickey|fso hi
Dec 18 10:58:14 <dcordes> mickey|fso you have a minute?
Dec 18 10:59:09 <guillaum1> Ainulindale: hi
Dec 18 10:59:09 <guillaum1> I'm thinking about writing a Java binding of the FSO APIs on top of libframeworkd-glib instead of using dbus-java (it requires a JavaSE VM)
Dec 18 10:59:09 <guillaum1> I see that some part of the APIs are not implemented yet (org.freesmartphone.Phone, org.freesmartphone.GSM.SMS IncomingMessage, ...)
Dec 18 10:59:09 <guillaum1> What is the current status of libframeworkd-glib ?
Dec 18 11:14:24 <PaulFertser> mickey|fso, lindi- : actually tried using power_on sysfs node for wlan. After "echo 0 > power_on" wifi no longer operational, with "mmc0:0001: error -110 reading SDIO_CCCR_INTx" error in dmesg. "echo 1 > power_on" doesn't change that, still the same error. But if i do "echo s3c2440-sdi > unbind; echo s3c2440-sdi > bind" in /sys/devices/platform/s3c2440-sdi/driver i can use wlan again. I think Andy should clarify this.
Dec 18 11:14:50 <lindi-> PaulFertser: aha
Dec 18 11:15:14 <lindi-> PaulFertser: i'll write that to my 'device {start|stop} {device}' alias
Dec 18 11:17:38 <PaulFertser> lindi-: Good we have this interface of binding/unbinding, it's almost equivalent to reloading kernel module, but it works with built-in drivers as well. You can simulate reinsertion of PCI devices as well ;). Btw, would you mind opening a ticket at OM kernel tracker?
Dec 18 11:18:27 <lindi-> PaulFertser: i can't touch the phone now, testing #1158 and then leaving to bus
Dec 18 11:39:00 <alphaone> raster: ping
Dec 18 11:40:21 <raster> alphaone: pong!
Dec 18 11:41:41 <alphaone> raster: Can you tell me why the recent illume launcher doesn't show any Application icons anymore?
Dec 18 11:42:32 <raster> works-for-me(tm)
Dec 18 11:42:40 <raster> so... no.. i can't
Dec 18 11:42:41 <raster> theme?
Dec 18 11:42:44 <raster> config?
Dec 18 11:42:52 <raster> missingpackages? (mime types)
Dec 18 11:43:16 <raster> but the illume-images i built 2 or  so weeks ago show icons
Dec 18 11:43:20 <raster> and illume on my desktop does
Dec 18 11:44:35 <alphaone> hmm, okay
Dec 18 11:44:46 <alphaone> Need to check further then
Dec 18 11:45:02 <alphaone> But good to know it's working for you
Dec 18 11:46:42 <alphaone> And do you have any objections to moving the illume gadgets/modules to standalone modules?
Dec 18 11:47:28 <raster> no
Dec 18 11:47:29 <alphaone> It's starting to get important for me since I would like to use the GSM gadget for the integrated WWAN card in my laptop
Dec 18 11:47:32 <alphaone> great
Dec 18 11:47:35 <raster> they were in illume just for expediency
Dec 18 11:47:43 <raster> i am splitting things out of illume bit by bit
Dec 18 11:47:52 <raster> either into shared infra in e's core
Dec 18 11:47:56 <raster> or config
Dec 18 11:48:04 <raster> or some things will become other modules
Dec 18 11:48:07 <alphaone> So I'll just send a patch when I get around to doing it.
Dec 18 11:48:18 <alphaone> If you don't beat me to it
Dec 18 11:48:24 <raster> likely not
Dec 18 11:48:31 <raster> right now focusing on elementary
Dec 18 11:48:37 <raster> and core efl and desktop e17
Dec 18 11:48:37 <alphaone> Ah, cool
Dec 18 11:48:54 <alphaone> I still need to take a look at that.
Dec 18 11:57:33 <mickey|fso> dcordes: no time atm., we have an important meeting
Dec 18 11:57:41 <mickey|fso> dcordes: just tell me your latest findings wrt. atv1
Dec 18 11:57:55 <mickey|fso> (vs. atv0)
Dec 18 12:04:37 <Ainulindale> guillaum1: well, current status, we implement them as we need them
Dec 18 12:04:46 <Ainulindale> Feel free to send patches
Dec 18 12:06:23 <vininim> so guys, it seems I have spare time until february
Dec 18 12:09:01 <vininim> I guess I'll get latest shr and check the tickets
Dec 18 12:47:05 <guillaum1> Ainulindale: ok, thanks
Dec 18 13:24:20 <white_gecko> hello i have a problem with the gps on shr
Dec 18 13:24:26 <white_gecko> how can i switch it on?
Dec 18 13:24:57 <white_gecko> the  fso-gpsd is running, but tangogps doesn't get a fix. I think i have to switch GPS on first
Dec 18 13:35:16 <Grarg> white_gecko, I know in previous toyings with SHR, I didn't have to turn on GPS, I just had to wait a bit longer
Dec 18 13:35:22 <Grarg> I never did figure out why though
Dec 18 13:36:15 <white_gecko> hm wenn i start agps gui i get realy fast a fix, but with tangogps only if agps gui is running
Dec 18 13:36:29 <white_gecko> but only sometimes
Dec 18 13:37:45 <DocScrutinizer> rwhitby: sorry not yet found any 50606. That's ~5m^3 of cartons with all types of reels and tablets inside, plus lots of other rubbish (usb-vables etc pp)
Dec 18 13:39:42 <DocScrutinizer> took a small carton with an unsorted collection of ~30.000 components with me to the appartment, but I'm quite sure I didn't pick any PCF506xx yet
Dec 18 13:40:14 <DocScrutinizer> rwhitby: will give it another shot tomorrow
Dec 18 13:41:32 <white_gecko> tahnykou first
Dec 18 13:41:34 <DocScrutinizer> btw: 3k of 470uF, alas a little bulky for big-C rework
Dec 18 13:41:35 <white_gecko> i have to go
Dec 18 14:35:04 <quickdev> Hey
Dec 18 14:42:32 <mickey|fso> hi quickdev 
Dec 18 14:42:48 <quickdev> hey mickey|fso 
Dec 18 14:43:03 <mrmoku> quickdev: how's life?
Dec 18 14:45:01 <quickdev> mrmoku, a bit stressful, but christmas time is coming :) it's fine anyway..and for you?
Dec 18 14:46:40 <mrmoku> quickdev: fine, though christmas does not make a lot of a difference (at least for non-students) ;)
Dec 18 14:47:08 <mrmoku> quickdev: how is one supposed to update the shr on the buildhost? I packaged pingus, but it's not there...
Dec 18 14:47:28 <quickdev> mrmoku, you have buildhost access, right?
Dec 18 14:47:32 <mrmoku> yep
Dec 18 14:48:12 <Ainulindale> By the way
Dec 18 14:48:16 <Ainulindale> Before doing anything stupid
Dec 18 14:48:20 <Ainulindale> Please do a git diff
Dec 18 14:48:20 <quickdev> hey Ainulindale 
Dec 18 14:48:34 <Ainulindale> SOmetimes I modify stuff on the buildhost and forget to commit them afterwards
Dec 18 14:48:43 <Ainulindale> I still didn't commit IMAGE_LINGUAS="en-us"
Dec 18 14:48:44 <mrmoku> hehe :)
Dec 18 14:48:51 <Ainulindale>  (hey quickdev)
Dec 18 14:48:56 <Ainulindale> mrmoku: but anyway
Dec 18 14:48:58 <Ainulindale> ssh etc
Dec 18 14:49:00 <Ainulindale> cd shr
Dec 18 14:49:02 <Ainulindale> git pull
Dec 18 14:49:08 <Ainulindale> cd ..
Dec 18 14:49:10 <Ainulindale> cd shr-testing
Dec 18 14:49:12 <Ainulindale> bitbake myass
Dec 18 14:49:14 <Ainulindale> bitbake package-index
Dec 18 14:50:10 <quickdev> Ainulindale, have you looked at my ui yet? :)
Dec 18 14:50:13 * mrmoku is so used to his aliases that he forgot -a to ls
Dec 18 14:50:25 <mrmoku> just thought shr is no git :-)
Dec 18 14:50:33 <Ainulindale> quickdev: couldn't the last days
Dec 18 14:50:38 <Ainulindale> quickdev: will install it tonight
Dec 18 14:52:19 <mrmoku> Ainulindale: IMAGE_LINGUAS and do_testlab... did not get touched by git pull
Dec 18 14:53:03 <mrmoku> quickdev: I'm using it with lots of joy :-)
Dec 18 14:53:16 <quickdev> mrmoku, at least one user :)
Dec 18 14:53:26 <quickdev> mrmoku, any bugs experienced?
Dec 18 14:53:40 <mrmoku> hehe, so you're not using it yourself ? ;)
Dec 18 14:54:07 <quickdev> mrmoku, of course I'm using it
Dec 18 14:54:17 <quickdev> would be a shame if not :)
Dec 18 14:54:21 <Ainulindale> Meh
Dec 18 14:54:22 <mrmoku> so it's TWO users ;)
Dec 18 14:54:28 <quickdev> yeah, hehe 
Dec 18 14:54:36 <quickdev> mrmoku, any bugs experienced?
Dec 18 14:54:42 <Ainulindale> c'est marrant les 3/4 du temps quand je te parle mes messages te parviennent pas
Dec 18 14:54:50 <Ainulindale> (woops)
Dec 18 14:54:55 <Ainulindale> (wrong c/c)
Dec 18 14:54:56 <mrmoku> nothing grave I would remember now
Dec 18 14:55:21 <mrmoku> but I'm not phoning that much :-)
Dec 18 14:56:57 <mrmoku> quickdev: one thing I'm missing is handling multipart sms
Dec 18 14:57:13 <mrmoku> always thought frameworkd wanted to do that, not sure though
Dec 18 14:57:25 <quickdev> mrmoku, frameworkd will do it...one day ;)
Dec 18 14:57:52 <quickdev> alphaone, any information about that?
Dec 18 14:57:59 <mrmoku> ok, lets wait for that day then :-)
Dec 18 14:59:31 <alphaone> quickdev: should be exposed via the optional properties already
Dec 18 14:59:49 <alphaone> csm_id, csm_seq, csm_num
Dec 18 15:01:02 <quickdev> alphaone, yes, I know, but there's no method to get a complete multipart sms or send one, right?
Dec 18 15:01:46 <alphaone> right, opimd should assemble the SMS
Dec 18 15:01:54 <alphaone> at least that's the plan at the moment
Dec 18 15:02:05 <alphaone> at least that's mine :-)
Dec 18 15:10:18 <quickdev> alphaone, could you have a quick look please? :) alphaone, could you please fix a little timeout for me?
Dec 18 15:10:26 <quickdev> http://rafb.net/p/OUlwgu46.html
Dec 18 15:10:41 <quickdev> argh....second sentence was in ctrl->c mode ;)
Dec 18 15:13:00 <quickdev> alphaone, do you need the frameworkd.log ?
Dec 18 15:40:07 <quickdev> hm..it should not take that long for a simple phonebook info
Dec 18 15:40:31 <alphaone> quickdev: Yeah, would be good
Dec 18 15:40:37 <alphaone> (frameworkd.log)
Dec 18 15:42:03 <ptitjes> Ainulindale: ping
Dec 18 15:42:06 <Ainulindale> pong
Dec 18 15:42:27 <Ainulindale> I'm busy, be quick
Dec 18 15:45:34 <ptitjes> Quicly: I extended the dbus vapi to support the filter part of dbus (and not only the dbus glib binding)
Dec 18 15:45:52 <ptitjes> First step is ok to implement an efficient rule processor
Dec 18 15:45:56 <ptitjes> :)
Dec 18 15:46:13 <ptitjes> Finished, you can go back to your occupations :)
Dec 18 15:49:24 <ptitjes> (oh BTW vapi = vala api c binding description...)
Dec 18 16:05:04 <quickdev> alphaone, the log contains sensitive stuff. daniel@openmoko.org, right?
Dec 18 16:09:04 <quickdev> alphaone, not only GetPHonebookINfo() is failing. Everything fails after that timeout
Dec 18 16:09:39 <alphaone> (mail) yeah
Dec 18 16:14:17 <quickdev> alphaone, it's out
Dec 18 16:18:17 <mrmoku> TAsn: hey, nice icon(s) :-)
Dec 18 16:18:25 <TAsn> hehe thank sicu 
Dec 18 16:18:32 <Dave> sicu o_O
Dec 18 16:19:06 <mrmoku> one thing is giving me a hard time though ;)
Dec 18 16:19:06 <TAsn> mrmoku, what version are you using?
Dec 18 16:19:16 <TAsn> mrmoku, tell me and it will be fixed ;]
Dec 18 16:19:27 <mrmoku> TAsn: 0.15.8-r0
Dec 18 16:19:35 <TAsn> cool ;]
Dec 18 16:19:41 <TAsn> have you tried it rotated?
Dec 18 16:19:53 <mrmoku> taping the small triangle for combined calles to the same number is quite hard ;)
Dec 18 16:19:56 <TAsn> changed the icon positioning when you rotate ;]
Dec 18 16:20:23 <TAsn> mrmoku, that's because you don't read the wiki!
Dec 18 16:20:43 <mrmoku> TAsn: hehe, nice (rotation)
Dec 18 16:20:57 <TAsn> I can't (don't want to) force a gtkrc upon you
Dec 18 16:20:59 <mrmoku> you could add the duration if in landscape (automatically)
Dec 18 16:21:11 <TAsn> mrmoku, actually, that's a wicked idea!
Dec 18 16:21:55 <TAsn> mrmoku, anyhow, the small triangles are a matter of bad gtkrc (or in SHR's case, none at all)
Dec 18 16:22:11 <TAsn> just read the wiki page for more info about that.
Dec 18 16:22:17 <mrmoku> ok
Dec 18 16:22:22 <TAsn> I added a sample gtkrc.
Dec 18 16:22:28 <bumbl> TAsn: one suggestion: I know it would mean a lot of work but we need either a gtk theme which looks like elementary or we should use elementary for the phonelog app
Dec 18 16:22:49 <mrmoku> SHR gtkrc could need general enhancements
Dec 18 16:23:30 <TAsn> bumbl, I think whether we end up re writing phonelog to work with elementary instead of gtk, we need a new gtk theme that looks like elementary ;]
Dec 18 16:23:38 <quickdev> alphaone, any hint to further investigate that issue?
Dec 18 16:23:52 <TAsn> so actually I would prefer working on a theme and not on a port ;]
Dec 18 16:24:05 <TAsn> though, I don't have the time/skills to work on neither ;]
Dec 18 16:24:21 <mrmoku> enhancing (or doing) a SHR gtkrc would help all gtk apps...
Dec 18 16:24:36 <TAsn> exactly
Dec 18 16:24:36 <bumbl> hmm I would prefer using elementary + ptitjes gui suggestions (shr mailinglist)
Dec 18 16:25:05 <TAsn> bumbl, if it looks the same using/not using elementary won't matter you that much.
Dec 18 16:25:28 <bumbl> you are right
Dec 18 16:25:29 <TAsn> mrmoku, we should find a gtkrc expert!
Dec 18 16:25:35 <TAsn> ;]
Dec 18 16:25:56 <Ainulindale> ptitjes: I still don't understand why you ask me what you should do, and in the end, don't even bother to listen to me
Dec 18 16:25:56 <mrmoku> hehe, I was looking into it some week ago... and noticed that I'm not the one ;)
Dec 18 16:26:08 <Ainulindale> You might as well skip the "asking and bothering Ainulindale" part
Dec 18 16:26:15 <Ainulindale> It'd save my time
Dec 18 16:26:16 <mrmoku> hehe
Dec 18 16:26:17 <TAsn> mrmoku, hehe ;]
Dec 18 16:26:56 <TAsn> bumbl, btw, I don't think this is our top most important priority.
Dec 18 16:27:53 <TAsn> Ainulindale, would you mind adding a gtkrc-theme repo somewhere in the shr git so ppl will be able to work on that as well?
Dec 18 16:28:01 <quickdev> mwester, I remember that you once talked with mickey|fso about a bug that cuts a byte of calypso's output, is that right/fixed?
Dec 18 16:28:09 <TAsn> as a starter I will ad my pyphonelog fix.
Dec 18 16:28:29 <bumbl> TAsn: no it ins't but when looking at my app omoney I found out that it is a lot easier and less time consuming when one does all the things right the first time
Dec 18 16:28:59 <TAsn> bumbl, that has nothing to do with doing right or wrong
Dec 18 16:29:13 <TAsn> it's just on a different level
Dec 18 16:29:39 <TAsn> gtkrc isn't related to the code.
Dec 18 16:29:50 <mrmoku> TAsn: you could just add a new subdir?
Dec 18 16:29:52 <mwester> quickdev:  there is a known buffer overflow problem with the calypso; it does not respond very quickly to flow control.  Symptoms would be dropped characters.  (This has only ever been observed on the GTA01).     If you check dmesg, the buffer overflow will have been reported ("rxer" or similar message, IIRC)
Dec 18 16:30:09 <Ainulindale> bumbl, TAsn 
Dec 18 16:30:13 <TAsn> mrmoku, I could, though I don't want it to be a sub section of pyphonelog
Dec 18 16:30:14 <Ainulindale> Dolf made these suggestions a while ago
Dec 18 16:30:20 <TAsn> Ainulindale, and?
Dec 18 16:30:32 <Ainulindale> And he wishes to implement his mockups
Dec 18 16:30:34 <TAsn> mrmoku, I want it to be a general solution.
Dec 18 16:30:43 <TAsn> Ainulindale, are we talking about gtkrc?
Dec 18 16:30:45 <Ainulindale> ptitjes just didn't bother to read the history about that, I think
Dec 18 16:30:49 <Ainulindale> No, about GUI modifications
Dec 18 16:30:53 <TAsn> oh.
Dec 18 16:31:21 <TAsn> what about opening a gtkrc git repo / subsection?
Dec 18 16:31:26 <Ainulindale> And seriously, I'm tired to see thousands of people focusing on issues we're already aware of, as if they were the key to the understanding of the universe
Dec 18 16:31:42 <mrmoku> TAsn: not inside pyphonelog... it would fit into shr-theme me thinks
Dec 18 16:31:47 <Ainulindale> Open a ticket, and wait for it, no need to argue about this or that, we're well aware of such a thing
Dec 18 16:31:54 <Ainulindale> And for gtkrc, what for?
Dec 18 16:31:56 <TAsn> mrmoku, exactly.
Dec 18 16:32:08 <TAsn> Ainulindale, don't you think a good gtkrc is needed?
Dec 18 16:32:23 <mrmoku> Ainulindale: one urgent thing is the triangle in pyphonelog
Dec 18 16:32:28 <Ainulindale> I have no idea what its use is, so, no, I don't think so :-)
Dec 18 16:32:39 <TAsn> Ainulindale, it's the theme settings for gtk apps
Dec 18 16:32:43 <Ainulindale> Don't you remember UI are evil to me?
Dec 18 16:32:51 <Ainulindale> mrmoku: what?
Dec 18 16:32:57 <TAsn> now, gtk apps are set to work with the default "desktop" theme
Dec 18 16:32:59 <quickdev> mwester, http://rafb.net/p/wCNTAi89.html - it reads 4095 bytes...isn't it suspicious?
Dec 18 16:33:07 <mrmoku> in pyphonelog you have a triangle to expand combined calls to one number
Dec 18 16:33:14 <Ainulindale> TAsn: Well then it should be set in shr-theme IMHO, or shr-gtk-theme, whatever
Dec 18 16:33:25 <mrmoku> without gtkrc that is so small... even difficult with the stylus ;)
Dec 18 16:33:28 <TAsn> Ainulindale, would you mind giving me access to that repo? ;]
Dec 18 16:33:29 <Ainulindale> I won't build a repo just for that though I could create a shr-themes repo
Dec 18 16:33:30 <bumbl> Ainulindale: well sorry
Dec 18 16:33:38 <Ainulindale> bumbl: sorry? about what?
Dec 18 16:33:53 <quickdev> mwester, anyway..I have a gta02. It's probably a completely different issue ;)
Dec 18 16:33:59 <bumbl> about not opening a ticket, etc
Dec 18 16:34:07 <Ainulindale> bumbl: errr
Dec 18 16:34:12 <Ainulindale> Well you don't have to be sorry
Dec 18 16:34:17 <Ainulindale> It was mainly directed to ptitjes 
Dec 18 16:34:20 <TAsn> hehe.
Dec 18 16:34:27 <Ainulindale> I told him these things 42 times already
Dec 18 16:34:32 <Ainulindale> It's as if he ignores me
Dec 18 16:34:41 <TAsn> Well Ainulindale I'll be glad to have access to the shr-theme repo. 
Dec 18 16:34:45 <TAsn> I'm off to take a shower.
Dec 18 16:34:46 <TAsn> cya.
Dec 18 16:35:18 <Ainulindale> It's useless, to me, to keep buzzing around saying tons of things. Facts matter, buzzing around talking about tons of stuff, without considering the whole situation, isn't useful for anyone.
Dec 18 16:35:53 <Ainulindale> So, IMHO, one should focus on a specific situation, investigate it, ask questions, without throwing around ideas, especially when they were already thrown
Dec 18 16:36:12 <mwester> quickdev:  perhaps not; if you have any serial port issues they are worth reporting.  I'm not comfortable with just assuming that the bigger FIFO on the gta02 magically fixed the problem. :(
Dec 18 16:36:41 <Ainulindale> TAsn: I'll create it later tonight, I don't have access now
Dec 18 16:37:12 <quickdev> mwester, I have only problems with big messages from the calypso (120 contacts). That seems logical then?
Dec 18 16:37:41 <mwester> Yes, that might indeed be an overflow we should look into.
Dec 18 16:38:23 <quickdev> mwester, is there a way to investigate it further / to verify that it's an overflow?
Dec 18 16:38:49 <Ainulindale> Well, anyway, I'm leaving
Dec 18 16:38:50 <Ainulindale> See you later
Dec 18 16:38:58 <mwester> Frankly, I have been wondering how the calypso responds to flow-control -- i.e. does it test for flow-control at each character, or does it only test at the beginning of a message?  The latter seems to be wrong, but fits the pattern for the gta01 case, anyway.
Dec 18 16:39:20 <mwester> quickdev:  if it's a FIFO overrun there will be an rxerr in the dmesg log.
Dec 18 16:39:38 <quickdev> mwester, there will be an rxerr no matter what kernel I'm using?
Dec 18 16:39:43 <quickdev> there's none
Dec 18 16:39:57 <bumbl> quickdev: http://scap.linuxtogo.org/files/218de8adbe4a003fe24c896e4996694d.png the [] shouldn't be here
Dec 18 16:40:03 <alphaone> quickdev: Can't find anything wrong with that log...
Dec 18 16:40:12 <mwester> quickdev:  if it's an overflow elsewhere in the serial stack, I don't know where it would be reported.  The rxerr reporting has been enabled for a long while now, so it should be in all current kernels.
Dec 18 16:40:32 <mwester> quickdev:  There's one thing you *can* do to diagnose further.
Dec 18 16:40:55 <quickdev> bumbl, looks strange, further investigation needed..
Dec 18 16:41:05 <quickdev> mwester, that is?
Dec 18 16:41:11 <mwester> quickdev:  if you use a kernel from my site, it has "nspy" built in -- that collects characters and events from the serial interrupt handlers directly.
Dec 18 16:41:13 <bumbl> do you need the full text of the message?
Dec 18 16:41:32 <mwester> It will tell you exactly what the interrupt handler got from the UART hardware itself.
Dec 18 16:41:36 <bumbl> anyway it is displayed correctly when I press show
Dec 18 16:41:51 <quickdev> mwester, great
Dec 18 16:42:04 <mwester> http://moko.mwester.net/nspy.html
Dec 18 16:42:08 <quickdev> mrmoku, some minutes to have a look at bumbl problem?
Dec 18 16:42:37 <mwester> and the kernels (somewhat dated, but working) on the same site, at: http://moko.mwester.net/dl.html#kernel
Dec 18 16:42:39 <bumbl> no priority
Dec 18 16:43:03 <mrmoku> quickdev: uhh, my fault?
Dec 18 16:43:15 <mwester> (source for the changes on the git repo listed on the page, and if you need me to build a more current kernel, just say so -- but it'll take a day or so for me to find time.)
Dec 18 16:43:27 <quickdev> mrmoku, no, probably not. but would be nice if you have a look anyway :)
Dec 18 16:43:38 <mrmoku> hehe
Dec 18 16:44:25 <mrmoku> bumbl: what libframeworkd-phonegui-efl version are you using?
Dec 18 16:44:47 <bumbl> mrmoku: testing
Dec 18 16:44:58 <mrmoku> what char are those rectangles supposed to be? newlines?
Dec 18 16:44:59 <TAsn> Ainulindale, sure thing, thanks.
Dec 18 16:45:00 <quickdev> mwester, booting..
Dec 18 16:45:11 <mwester> You're fast!
Dec 18 16:45:25 <mrmoku> mwester: that's why he's called quickdev ;)
Dec 18 16:45:41 <mwester> hehe!
Dec 18 16:46:53 <mrmoku> quickdev: heh, looks like the newline problem that I fixed...
Dec 18 16:47:12 <mrmoku> bumbl: any chance you can try out libframeworkd-phonegui-efl from unstable?
Dec 18 16:47:18 <quickdev> mrmoku, have you fixed it for preview, too?
Dec 18 16:47:38 <mrmoku> quickdev: what is preview? I fixed the list and the message view...
Dec 18 16:47:52 <bumbl> mrmoku: seems to be a \n
Dec 18 16:48:22 <mrmoku> quickdev: I guess you mean the list with preview... that one is fixed
Dec 18 16:48:54 <quickdev> yeah, list with preview
Dec 18 16:49:14 <mrmoku> TAsn: where in what wiki do I find the gtkrc stuff?
Dec 18 16:49:37 <TAsn> wiki.openmoko.org/wiki/PyPhonelog
Dec 18 16:49:46 <TAsn> that's actually a must... ;]
Dec 18 16:50:12 <TAsn> I hope the size is sufficient for you, it's just right for me, though you can easily make it bigger/smaller.
Dec 18 16:50:18 <mrmoku> man, me is just blind... scanned the whole page and did not find it :(
Dec 18 16:50:53 <TAsn> are you serious?
Dec 18 16:50:59 <TAsn> it's marked by a big box!
Dec 18 16:51:05 <TAsn> the only box in the page iirc.
Dec 18 16:51:08 <mrmoku> maybe that is the problem ;)
Dec 18 16:51:52 <TAsn> it's in the installation section...
Dec 18 16:52:12 <mrmoku> mrmoku: yeah, big enough for me :-) thanks
Dec 18 16:53:25 <quickdev> alphaone, http://rafb.net/p/uT462Q59.html
Dec 18 16:54:18 <TAsn> mrmoku, ;]
Dec 18 16:55:16 <quickdev> alphaone, but that happens after the timeout
Dec 18 16:55:23 <quickdev> it's a bug anyway?
Dec 18 16:55:42 <alphaone> quickdev: Ah, could it be that it takes too long for the command to complete?
Dec 18 16:55:52 <alphaone> Because your phonebook is so huge?
Dec 18 16:55:56 <quickdev> 120 contacts
Dec 18 16:56:16 <quickdev> might be - is there "process time" limit ?
Dec 18 16:56:26 <quickdev> "time per command"
Dec 18 16:57:25 <mrmoku> TAsn: how to get python-mokoui2 in SHR? finger scrolling is a must ;)
Dec 18 16:57:47 <TAsn> mrmoku, if I'll say read the wiki you'll be surprised? ;]
Dec 18 16:57:48 <alphaone> quickdev: Seems like this is the problem with large packets in the muxer
Dec 18 16:58:07 <mrmoku> If you want the gui to work with finger scrolling, download: python-mokoui2
Dec 18 16:58:15 <mrmoku> but where to get it ;)
Dec 18 16:58:35 <mrmoku> ahh, you say manually downloading the link and installing then....
Dec 18 16:58:47 <mrmoku> hmm not very end-phoner-friendly :p
Dec 18 16:58:54 <Dave> moo
Dec 18 16:59:08 <alphaone> quickdev: Try to get the latest version of the muxer
Dec 18 17:02:01 <quickdev> alphaone, I'm using http://git.freesmartphone.org/?p=gsm0710muxd.git;a=commit;h=d8b36b923ef69a64cb5a2d3bca799d772b9c73c3          - it's the second latest commit. That should be current enough, right?
Dec 18 17:02:16 <quickdev> gsm0710muxd - 0.9.2+gitr12+d8b36b923ef69a64cb5a2d3bca799d772b9c73c3-r0.1 - GSM 07.10 muxer userspace daemon
Dec 18 17:03:53 <alphaone> hmm
Dec 18 17:04:04 <bumbl> Dave: muh
Dec 18 17:05:04 <Dave> neigh?
Dec 18 17:07:48 <quickdev> alphaone, immediately after RetrievePhonebook() I'm calling GetPhonebookInfo()..
Dec 18 17:08:44 <ptitjes> yop!
Dec 18 17:09:32 <Nytowl> Who do I bribe to get python-pyalsaaudio into the feeds for FSO/SHR ?
Dec 18 17:10:03 <ptitjes> Ainulindale ?
Dec 18 17:10:05 <Dave> Oh, so this is an important question
Dec 18 17:10:26 <Dave> How well does Contact importing/exporting work, and what are the available settings regarding their storage?
Dec 18 17:11:09 <Ainulindale> ptitjes: pong
Dec 18 17:11:26 <Ainulindale> But not a long pong
Dec 18 17:11:35 <Ainulindale> Going to drink a beer downstairs reading the Canard Enchainé
Dec 18 17:11:57 <quickdev> alphaone, is that traceback a frameworkd fault?
Dec 18 17:12:03 <Nytowl> Ainulindale: I think that ptitjes was pinging you for me 
Dec 18 17:12:28 <Dave> hoot hoot
Dec 18 17:12:45 <Nytowl> I wish it was beer time
Dec 18 17:12:57 <Dave> hah!
Dec 18 17:14:05 <alphaone> quickdev: Yeah, looks like it got confused somehow
Dec 18 17:14:28 <Ainulindale> Nytowl: Well what was your question then?
Dec 18 17:14:56 <Nytowl> Who do I bribe to get python-pyalsaaudio into the feeds for FSO/SHR ?
Dec 18 17:15:03 <Ainulindale> Well, no one, it's already there.
Dec 18 17:15:04 <ptitjes> Ainulindale: don't be so bad! I listened to you!
Dec 18 17:15:27 <ptitjes> I just want to have an overview of all the possibilities before doing anything
Dec 18 17:15:27 <Ainulindale> ptitjes: I'm not bad
Dec 18 17:15:33 <Ainulindale> Err
Dec 18 17:15:36 <Ainulindale> What are you talking about?
Dec 18 17:15:47 <Nytowl> I guess I should have double checked it wasn't last time I looked
Dec 18 17:16:07 <ptitjes> "buzzing..." stuff
Dec 18 17:16:08 <Ainulindale> Nytowl: well you could have
Dec 18 17:16:24 <Ainulindale> But my little imp tells me I'm weak at treachery
Dec 18 17:16:29 <ptitjes> You want a oeventsd, I'll do it
Dec 18 17:16:30 <Ainulindale> I just built it in fact
Dec 18 17:16:42 <Ainulindale> ptitjes: huh?
Dec 18 17:16:48 <ptitjes> In Vala
Dec 18 17:16:51 <Ainulindale> What are you talking about, again?
Dec 18 17:17:57 <ptitjes> One of the main usability problem/bug IMHO of the SHR is lake of response of ringing otne
Dec 18 17:18:12 <Ainulindale> What's the link with vala there?
Dec 18 17:18:21 <Ainulindale> And what's the link with what I want?
Dec 18 17:18:37 <ptitjes> You told me you want to have better oeventsd
Dec 18 17:18:43 <Ainulindale> When?
Dec 18 17:19:03 <ptitjes> before... :]
Dec 18 17:19:13 <Ainulindale> Well, I think you misunderstood me
Dec 18 17:19:15 <ptitjes> You were surely meaning "without bugs"
Dec 18 17:19:27 <Ainulindale> Or I was drunk when I told you that
Dec 18 17:19:32 <Ainulindale> Because there's already someone working on that
Dec 18 17:19:35 <ptitjes> but I understoud it in an other way
Dec 18 17:19:42 <ptitjes> yeah maybe me too so :)
Dec 18 17:19:42 <Ainulindale> And again
Dec 18 17:19:48 <Ainulindale> That has nothing to do with SHR
Dec 18 17:20:07 <ptitjes> Well...
Dec 18 17:20:13 <Ainulindale> You asked what you could do for SHR
Dec 18 17:20:17 <Ainulindale> And that's not SHR 
Dec 18 17:20:20 <Ainulindale> That's my point
Dec 18 17:20:24 <ptitjes> It's underneath so it has to do with
Dec 18 17:20:39 <Ainulindale> That's not related to SHR work 
Dec 18 17:20:48 <ptitjes> The fact is I dislike doing dbus in C
Dec 18 17:20:48 <Ainulindale> And not related to what I asked for wrt SHR
Dec 18 17:21:05 <Ainulindale> And as I told you
Dec 18 17:21:18 <Ainulindale> There's alread someone working on vala migration for some stuff, oeventsd included
Dec 18 17:21:28 <Ainulindale> +y
Dec 18 17:21:41 <Ainulindale> mickey|fso: correct me if I'm wrong
Dec 18 17:21:56 <Ainulindale> can't recall if it was odeviced or oeventsd
Dec 18 17:22:22 <ptitjes> Yeah but the current (from source) vala dbus vapi is insuficient to implement oevents and opimd efficiently
Dec 18 17:22:46 <ptitjes> It does not permit to use filters
Dec 18 17:22:55 <ptitjes> as in C
Dec 18 17:23:19 <ptitjes> This is why I did the extension
Dec 18 17:24:48 <quickdev> alphaone, GetPhonebookInfo ( '+CPBS="%s";+CPBR=?' ) and RetrievePhonebook (  '+CPBS="%s";+CPBR=%d,%d'  ) are using the same type of command and the same channel ( self.responseFromChannel ). Maybe that's why it gets confused?
Dec 18 17:30:15 <BluesLee> DocScrutinizer: ping
Dec 18 17:31:02 <DocScrutinizer> humm?
Dec 18 17:31:26 <BluesLee> i read in the ml that you will join the cc meeting
Dec 18 17:31:33 <DocScrutinizer> yup
Dec 18 17:31:38 <DocScrutinizer> that's the plan
Dec 18 17:31:53 <DocScrutinizer> meet a lot of friends there ;-)
Dec 18 17:31:53 <BluesLee> and that you will fix some neos?
Dec 18 17:31:59 <DocScrutinizer> maybe
Dec 18 17:32:09 <BluesLee> humm
Dec 18 17:32:19 <DocScrutinizer> depends on my mood and "shatterhand condition"
Dec 18 17:32:29 <BluesLee> hehe
Dec 18 17:32:47 <bumbl> hmm too bad I can't be there :p
Dec 18 17:32:47 <BluesLee> i am not there but i know someone in my area who will be there
Dec 18 17:33:03 <BluesLee> emdete will be there
Dec 18 17:33:09 <bumbl> anyway: this will mean lots of free bears joerg :ü
Dec 18 17:33:13 <bumbl> :p
Dec 18 17:33:18 <BluesLee> DocScrutinizer: where are you from in germany?
Dec 18 17:33:23 <DocScrutinizer> naaah, that's not a repair service to send in ;-)
Dec 18 17:33:48 <DocScrutinizer> south
Dec 18 17:33:53 <DocScrutinizer> BY
Dec 18 17:33:54 <BluesLee> it was worth a try
Dec 18 17:34:36 <DocScrutinizer> he could try your luck, but I'll promise nothing
Dec 18 17:34:48 <BluesLee> do you know him?
Dec 18 17:35:13 <DocScrutinizer> for sure I won't sit there three days just doing buzz-fix rework - U know
Dec 18 17:35:23 <BluesLee> thats sure
Dec 18 17:35:40 <BluesLee> what is the price doc?;-)
Dec 18 17:35:45 <BluesLee> what do you like
Dec 18 17:36:27 <DocScrutinizer> so guys coming with their own device and being interested in learning how to do this themselves, probably will be preferred
Dec 18 17:36:47 <DocScrutinizer> again depends on mood ;-)
Dec 18 17:37:13 <BluesLee> there must be something to raise your mood:-)
Dec 18 17:37:26 <DocScrutinizer> a "thank you" on the ML, a beer, a nice talk while I fix this
Dec 18 17:37:28 <DocScrutinizer> dunno
Dec 18 17:37:29 <vininim_> so these fast-boot patches, they're quite behind om-daily it seems 
Dec 18 17:37:58 <bumbl> DocScrutinizer: make a kind of snowballsystem
Dec 18 17:38:00 <BluesLee> DocScrutinizer: i cant join, have to work ...
Dec 18 17:38:25 <DocScrutinizer> me too ;-)
Dec 18 17:38:29 <quickdev> the number of beers is proportional to his mood, thus the mood is antiproportional to his "shatterhand condition", hehe..
Dec 18 17:38:41 <DocScrutinizer> lol
Dec 18 17:38:45 <BluesLee> DocScrutinizer: i hope in the end there will be an official way for this and i can sent it to trisoft
Dec 18 17:39:11 <DocScrutinizer> that's the plan I'd guess, longterm
Dec 18 17:39:34 <BluesLee> DocScrutinizer: but getting rid of that bug would be a big step for me for daily use of the neo
Dec 18 17:40:04 <DocScrutinizer> first we need some early adopters to aprove it actually fixed buzz for them
Dec 18 17:40:06 <quickdev> I'm lucky, haven't ever experienced buzzing (living not in a town..maybe that's it)
Dec 18 17:40:19 <BluesLee> DocScrutinizer: here i am
Dec 18 17:40:24 <DocScrutinizer> quickdev: yup
Dec 18 17:40:37 <quickdev> DocScrutinizer, or is the source known?
Dec 18 17:40:48 <quickdev> hehe :)
Dec 18 17:41:00 <DocScrutinizer> BluesLee: I tld you, try your luck, but I can't promise anything
Dec 18 17:41:31 <quickdev> mickey|fso, here for some simple questions?
Dec 18 17:41:56 <BluesLee> DocScrutinizer: okay, maybe i will try my luck...
Dec 18 17:42:06 <Nytowl> DocScruntinizer: I used the big cap fix and it worked for my buzz
Dec 18 17:42:12 <DocScrutinizer> quickdev: buzz is virtually cmpletely understood. BTS tells Ur phone about how much power to use for xmit. This power causes buzz, when high enough
Dec 18 17:42:31 <Nytowl> DocScrutinizer: I used the big cap fix and it worked for my buzz , helps if I can spell
Dec 18 17:42:49 <DocScrutinizer> Nytowl: PLEEEASE send a detailed report! to me directly!
Dec 18 17:43:05 <DocScrutinizer> the more details, the better
Dec 18 17:43:22 <DocScrutinizer> the faster we will make this an official recommendation
Dec 18 17:43:28 <Nytowl> I posted pictures on ML to joerg and werner a few weeks ago
Dec 18 17:43:33 <Dave> What what!?
Dec 18 17:43:36 <BluesLee> i read that its really hard to do yourself
Dec 18 17:43:50 <DocScrutinizer> ask Nytowl 
Dec 18 17:44:11 <Dave> heh :P
Dec 18 17:44:18 <Nytowl> I didn't do most of the work myself I had one of our hardware guys do it
Dec 18 17:44:23 <Dave> Depends on what your skillset is, eh Doctor Joerg? ;)
Dec 18 17:44:37 <Dave> heh, yeah, that makes more sense :)
Dec 18 17:44:37 <DocScrutinizer> yup
Dec 18 17:44:39 <Nytowl> If you don't know 0402 means I wouldn't attempt it myself
Dec 18 17:44:47 <Dave> hehe
Dec 18 17:44:48 <PaulFertser_> Nytowl: are you Vasco Nvoa?
Dec 18 17:45:00 <Nytowl> nope Angus Ainslie
Dec 18 17:45:24 <PaulFertser_> Then DocScrutinizer here's another report for you: http://lists.openmoko.org/pipermail/community/2008-December/038045.html
Dec 18 17:45:45 <Nytowl> The cap isn't the hard part the resistor is
Dec 18 17:45:57 <DocScrutinizer> wanna hear a funny detail? just brushed 3000 transistors into my left hand and filled it to a small bag
Dec 18 17:46:10 <DocScrutinizer> Nytowl: correct
Dec 18 17:46:22 <Dave> o.O
Dec 18 17:46:24 <Nytowl> well when they're the size of a grain of sand
Dec 18 17:46:43 <Dave> semiconductors ftw?
Dec 18 17:46:45 <BluesLee> 3 ways to get rid of that issue: 1. trying my luck;-) 2. find a hw guru in my neighborhood 3. wait a long time before om will do something
Dec 18 17:47:01 <Dave> right
Dec 18 17:47:09 <Dave> That just about sums it up! :)
Dec 18 17:47:44 <BluesLee> its my personal opinion
Dec 18 17:48:01 <BluesLee> the gps software fix was something different
Dec 18 17:48:12 <Nytowl> BluesLee: if you haven't done much surface mount work find some 0402 components to practice on first
Dec 18 17:48:14 <BluesLee> i was really impressed how fast they fixed it
Dec 18 17:48:41 <BluesLee> Nytowl: i even dont know what 0402 means ...
Dec 18 17:49:19 <Nytowl> It's the size of the resistor that needs to be placed on the board
Dec 18 17:49:30 <Dave> :)
Dec 18 17:49:41 <Dave> Yeah, Joerg's pretty amazing with his hardware fixes ;D
Dec 18 17:51:07 <alphaone> quickdev: It picks up stray data from the response before:w
Dec 18 17:51:47 <DocScrutinizer> BluesLee: 0.04 x 0.02 inches i'd guess
Dec 18 17:51:57 <BluesLee> wow
Dec 18 17:52:21 <BluesLee> is this the solution http://people.openmoko.org/joerg/GSM_EMI_noise/noise_stopped_by_athena_rework/GTA02%20noise%20issue%20report.doc
Dec 18 17:52:38 <DocScrutinizer> not exactly ;-)
Dec 18 17:53:11 <DocScrutinizer> go up one folder-level, there you might find a buzz-fix_s
Dec 18 17:53:18 <DocScrutinizer> SOP.pdf
Dec 18 17:53:23 <PaulFertser_> BluesLee: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP__DRAFT3__.pdf i guess
Dec 18 17:53:35 <PaulFertser_> Oops, not that
Dec 18 17:53:41 <PaulFertser_> http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc1.pdf is newer.
Dec 18 17:53:42 <DocScrutinizer> nah, .._rc0.pdf
Dec 18 17:53:50 <DocScrutinizer> ok, rc1
Dec 18 17:53:58 <Nytowl> I thought it was 0.4 mm x 0.2 mm but could be wrong
Dec 18 17:54:31 <DocScrutinizer> no, I think in electronics all is inches, or mil
Dec 18 17:55:11 <DocScrutinizer> actually the R are a little bit bigger than 0.4mm
Dec 18 17:55:35 <DocScrutinizer> there are 0201 as well, those might match your figure ;-)
Dec 18 17:55:43 <PaulFertser_> Sounds so challenging, i want to try it myself though i don't experience buzz and i'm not proficient in soldering :p
Dec 18 17:56:00 <BluesLee> hehe
Dec 18 17:56:00 <Toaster`> Whenever I make or receive a call using SHR, I cannot release the call, and I have to reboot the phone to make or receive calls again.  Is there any way to avoid this?
Dec 18 17:56:07 <BluesLee> i would to be honest
Dec 18 17:56:31 <DocScrutinizer> find me at 25C3, I'll give you a good quantity of SMD-components to practice
Dec 18 17:56:38 <PaulFertser_> And i can easily ask the guys at work who can do it without problems.
Dec 18 17:56:40 <BluesLee> my last attempt was to switch a microdrive in an ipod with a cf card
Dec 18 17:56:42 <Dave> :o
Dec 18 17:56:53 <Dave> and how did that go, Mr. Lee? :P
Dec 18 17:56:56 <PaulFertser_> I wish i could go to 25C3...
Dec 18 17:57:08 <BluesLee> Dave: i broke the ipod
Dec 18 17:57:11 <Nytowl> Yeah we have some boards around here with 0201 one them, I can hear the hardware guys swear when one of those needs works
Dec 18 17:57:45 <BluesLee> Dave: but the idea was good;-)
Dec 18 17:57:49 <Dave> :P
Dec 18 17:58:05 <Dave> you should have called Joerg ;D
Dec 18 17:58:20 <DocScrutinizer> Nytowl: lol
Dec 18 17:59:05 <DocScrutinizer> I heard 0201 dissolve in staining, too small ;-D
Dec 18 17:59:27 <Dave> haha
Dec 18 17:59:28 <Nytowl> Hadn't heard that one yet but I don't doubt it
Dec 18 17:59:44 <DocScrutinizer> one day you look at your broken board and a 0201 has vanished
Dec 18 18:00:09 <PaulFertser_> DocScrutinizer: you haven't overlooked a link to a rework report by Vasco Nvoa i just gave you, have you?
Dec 18 18:00:37 <BluesLee> there was a solution by cutting a pin?
Dec 18 18:01:01 <DocScrutinizer> nope, seen it
Dec 18 18:01:04 <DocScrutinizer> thanks
Dec 18 18:01:22 <DocScrutinizer> BluesLee: didn't pan out 
Dec 18 18:01:45 <DocScrutinizer> too risky, too ugly, to much buzz left over
Dec 18 18:01:51 <DocScrutinizer> too much
Dec 18 18:01:56 <BluesLee> okay
Dec 18 18:02:18 <BluesLee> as i do not use or like headsets it would be okay for me
Dec 18 18:03:02 <DocScrutinizer> there are reports of om-employees who removed the hs-receptacle all together
Dec 18 18:03:22 <Dave> naughty
Dec 18 18:03:32 <DocScrutinizer> though that's also damn hard with out breaking he whole board
Dec 18 18:04:12 <PaulFertser_> BluesLee: Just take some old unused board with tiny components and practice with it. It'd be a useful skill anyway. Once you feel confident, do your FR. ;)
Dec 18 18:05:06 <DocScrutinizer> BluesLee: but don't even think about that if you had to start learning soldering at all for it
Dec 18 18:05:50 <DocScrutinizer> the advice to practice it is for experienced elektronics solderers who just don't know SMT
Dec 18 18:06:07 <BluesLee> soldering is nothing for me though i like handcrafts
Dec 18 18:06:19 <DocScrutinizer> so forget about it
Dec 18 18:06:29 <BluesLee> i can make good quality juggling balls/bean bags
Dec 18 18:06:42 <BluesLee> with a sewing machine but that want help;-)
Dec 18 18:06:46 <DocScrutinizer> I'm soldering since i was 5 years old, and even I had problems
Dec 18 18:07:06 <Kensan> mwester: ping
Dec 18 18:07:16 <PaulFertser_> DocScrutinizer: once i needed to solder some SMT, i just tried and it worked out. A bit clumsy, but workable. Not 0402 but still...
Dec 18 18:07:48 <DocScrutinizer> honestly SMT isn't made for manual soldering
Dec 18 18:08:38 <DocScrutinizer> PaulFertser_: but I assme you worked with liquid hot metal before, no?
Dec 18 18:09:38 <PaulFertser_> DocScrutinizer: soldering guitar jacks and DIP 2.54 ICs. ;)
Dec 18 18:10:13 <DocScrutinizer> yup, so you know whats a correct solderjoint and how to make it
Dec 18 18:10:59 <DocScrutinizer> no use in dripping hot tin on a cold 0402 ;-)
Dec 18 18:12:00 <DocScrutinizer> its pretty hard to heat up the pad, while not burning the component
Dec 18 18:12:44 <BluesLee> mission impossible
Dec 18 18:12:46 <PaulFertser_> BTW, can a soldering grease used for the task?
Dec 18 18:12:57 <DocScrutinizer> noooooopee!
Dec 18 18:13:14 <DocScrutinizer> use flux! electronic flux
Dec 18 18:13:23 <DocScrutinizer> no grease please
Dec 18 18:14:02 <DocScrutinizer> usually flux is in the core of your solder strand
Dec 18 18:14:02 <Sargun> Yay, I'm going to be on the train today!
Dec 18 18:14:43 <DocScrutinizer> colophonium
Dec 18 18:14:57 <PaulFertser_> I wasn't going use the grease anyway :) And what about the tin? I think lead-free has higher melting temperature and therefore it is harder to use it?
Dec 18 18:15:02 <DocScrutinizer> best is you use SMT-solder-paste
Dec 18 18:15:59 <DocScrutinizer> you already have leadfree on the board. So when u use lead, the slder on the board won't melt, or the lead will burn
Dec 18 18:16:20 <PaulFertser_> I knew that :p
Dec 18 18:17:08 <Sargun> I know a lot of RF guys who prefer to use lead solder, and use a different "bin" of flux.
Dec 18 18:24:02 <DocScrutinizer> I also prefer lead-tin, but if you have to do a rework on a board where you have RoHS-tin already, using lead is deprecated for technical reasons
Dec 18 18:25:31 <DocScrutinizer> you simply shouldn't mix them up
Dec 18 18:25:53 <BluesLee> they all left, hehe
Dec 18 18:26:02 <DocScrutinizer> :-)
Dec 18 18:26:21 <DocScrutinizer> boooooh, here is evil doc >:-)
Dec 18 18:26:34 <BluesLee> you killed them with all of that hw stuff details
Dec 18 18:27:03 <DocScrutinizer> actually that what my boss is accusing me all the time ;-)
Dec 18 18:28:06 <PaulFertser> Any tricky details i missed while reloading my stupid ZTE GPL-infringing (fuck ZTE!) adsl router?
Dec 18 18:28:07 <DocScrutinizer> didn't believe it worked so good :D
Dec 18 18:29:26 <BluesLee> if i meet emdete and you are in a good mood i can test your rework then, maybe feedback speeds up the whole procedure ...
Dec 18 18:29:54 <BluesLee> does om test it?
Dec 18 18:30:12 <DocScrutinizer> BluesLee: yup, much appreciated
Dec 18 18:30:23 <BluesLee> otherwise you wouldnt have called for testers
Dec 18 18:30:33 <DocScrutinizer> sure, but we don't have a "good" buzz-situation here
Dec 18 18:30:57 <BluesLee> where?
Dec 18 18:31:13 <BluesLee> in by?
Dec 18 18:31:16 <DocScrutinizer> TPE
Dec 18 18:31:19 <DocScrutinizer> .tw
Dec 18 18:31:26 <BluesLee> okay
Dec 18 18:31:32 <BluesLee> are you there?
Dec 18 18:31:40 <BluesLee> no ...
Dec 18 18:31:44 <DocScrutinizer> right now: yes
Dec 18 18:31:48 <BluesLee> ahh
Dec 18 18:32:11 <BluesLee> i have good buzz situations:-)
Dec 18 18:32:38 <DocScrutinizer> [2008-12-19 02:32:21] [Whois] DocScrutinizer ist n=jr@118-166-71-84.dynamic.hinet.net (joerg)
Dec 18 18:32:51 <Dave> doc J
Dec 18 18:33:02 <DocScrutinizer> >traceroute dynamic.hinet.net
Dec 18 18:33:14 <Dave> :o
Dec 18 18:33:46 <BluesLee> are the echo problems related to the buzz issue or are they totally independent?
Dec 18 18:34:15 <BluesLee> i tried to adjust alsamixer without big success
Dec 18 18:34:18 <DocScrutinizer> totally independant
Dec 18 18:34:51 <DocScrutinizer> sorry, have to eat and sleep now
Dec 18 18:35:00 <BluesLee> i guess buzz fixed + echo adjusted by alsa would be optimal
Dec 18 18:35:15 <BluesLee> gn8, have to learn something
Dec 18 18:35:19 <DocScrutinizer> echo fixed by AT%N0175
Dec 18 18:35:40 <BluesLee> yeah we had that discussion here
Dec 18 18:35:50 <DocScrutinizer> or, eventually, MOKO11
Dec 18 18:35:55 <BluesLee> Ainulindale said "no, its not my job"
Dec 18 18:36:30 <BluesLee> fso people should do it
Dec 18 18:36:32 <DocScrutinizer> he's right. It's FSO job
Dec 18 18:36:45 <BluesLee> up to date echo is not fixed for me
Dec 18 18:37:35 <BluesLee> okay, will also eat something
Dec 18 18:37:50 <BluesLee> bye
Dec 18 18:46:01 <Sargun_Screen> haha, mickey's life is going to be so miserable.
Dec 18 18:46:07 <Sargun_Screen> He's on the bottom of everyone.
Dec 18 18:46:12 <Sargun_Screen> And everyone is using him.
Dec 18 18:46:34 <mickey|fso> *sigh*
Dec 18 18:46:45 <Hire> indeed
Dec 18 18:46:59 <bumbl> haha
Dec 18 18:47:02 <Hire> i want to using michey as a my sexual thing
Dec 18 18:47:20 <Sargun_Screen> Uh...
Dec 18 18:47:43 <Sargun_Screen> Only if you're the one of maybe three females who bought a freerunner?
Dec 18 18:47:57 <Hire> no I am a men
Dec 18 18:48:15 <mrmoku> anybody can tell me how to make bitbake fetch newest frameworkd-devel? it sticks to gitr3d4244fcd...
Dec 18 19:00:59 <mrmoku> Ainulindale: ping (http://pastebin.com/d5fd4a813)
Dec 18 19:11:31 <PaulFertser> mickey|fso: It seems your solution to send re-enable unsolicited responses on resume is racy, please take a look at http://pastebin.com/m2b4e6420 It tries to send AT+CTZU=1 and AT+CMGL=2 even before "setting resource status for GSM from suspended to resuming".
Dec 18 19:18:10 <dcordes> mickey|fso, ping
Dec 18 19:19:15 <PaulFertser> mickey|fso: And, it seems that parser is somehow broken, it completely ignores %CPI incoming call indication, though they are coming intact and correct: http://pastebin.com/m6baaa33a
Dec 18 19:23:07 <PaulFertser> mickey|fso: And the reason is shown later in the log... Sorry for not mentioning it. It's because it awaits reply to the AT+CTZU=1... 
Dec 18 19:23:17 <mickey|fso> dcordes: any news wrt. atv?
Dec 18 19:24:28 <mickey|fso> PaulFertser: sure you don't have the version that was broken for one day?
Dec 18 19:24:41 <CIA-51> freesmartphone.org: 03stefan 07framework * r1c32b9fb63f7 10/framework/subsystems/ogpsd/ (eten.py factory.py gpschannel.py): 
Dec 18 19:24:41 <CIA-51> freesmartphone.org: ogpsd: Add EtenDevice for the glofiish devices.
Dec 18 19:24:41 <CIA-51> freesmartphone.org: This patch also introduces a baudrate config option in ogpsd.serialchannel.
Dec 18 19:25:08 <PaulFertser> mickey|fso: commit 9e4966d35572, Tue Dec 16
Dec 18 19:27:52 <dcordes> mickey|fso, no I'm not certain what I must double check
Dec 18 19:29:20 <mickey|fso> atv1
Dec 18 19:29:36 <mickey|fso> should turn your GSM modem to common result presentation 
Dec 18 19:29:37 <mickey|fso> (OK)
Dec 18 19:30:34 <dcordes> ok I can try in a few
Dec 18 19:30:46 <dcordes> btw did you have a look at the wince logs?
Dec 18 19:32:02 <PaulFertser> mickey|fso: Sorry for trimming too much, i was so excited doing it ;) Here's the complete log for losing incoming phone call after resume (i can create a ticket, but i don't know yet the policy of reporting bugs on FSO HEAD): http://pastebin.com/m304cb45d
Dec 18 19:32:30 <mickey|fso> dcordes: yes, they're using short result code
Dec 18 19:32:32 <mickey|fso> we don't want taht
Dec 18 19:32:39 <dcordes> I see
Dec 18 19:32:51 <mickey|fso> so switch your modem to v1
Dec 18 19:32:55 <mickey|fso> and then everything should work fine
Dec 18 19:33:03 <mickey|fso> and remove the patches from the parser
Dec 18 19:33:07 <dcordes> and beyond that? seen anything that caught your attention?
Dec 18 19:33:37 <dcordes> ok will do that
Dec 18 19:34:00 <mickey|fso> nothing unusual
Dec 18 19:34:04 <mickey|fso> except some unknown commands
Dec 18 19:34:57 <dcordes> good. I collected these in prop-commands.txt
Dec 18 19:34:59 <Sargun_Screen> Sun's headquarters look like a prison or a church.
Dec 18 19:35:34 <dcordes> hope they won't get rick roll'D if many people think they look like a church
Dec 18 19:37:05 <Sargun_Screen> dcordes: Well, the main building looks like a churche.
Dec 18 19:37:08 <Sargun_Screen> s/church
Dec 18 19:37:11 <Sargun_Screen> dkwapodkwadwad I hate lag.
Dec 18 19:42:17 <CIA-51> freesmartphone.org: 03daniel 07framework * rdef440027b0a 10/framework/subsystems/ogsmd/ (5 files in 3 dirs): 
Dec 18 19:42:17 <CIA-51> freesmartphone.org: ogsmd: Add support for different SMS message types
Dec 18 19:42:17 <CIA-51> freesmartphone.org: This patch also (hopefully!) fixes the SMS PDU breakage that has been
Dec 18 19:42:17 <CIA-51> freesmartphone.org: around in master for some time.
Dec 18 19:42:17 <CIA-51> freesmartphone.org: SMS types are now sms-{deliver,submit} and sms-{deliver,submit}-report
Dec 18 19:45:53 <Ainulindale> ptitjes?
Dec 18 19:48:55 <PaulFertser> alphaone: it's getting better all the time, thanks :)
Dec 18 19:50:23 <Ainulindale> I'm full, damn
Dec 18 19:50:25 <Ainulindale> I love this hotel
Dec 18 19:50:32 <alphaone> PaulFertser: :-)
Dec 18 19:50:48 <alphaone> Ainulindale: Been testing the minibar again?
Dec 18 19:51:25 <Ainulindale> Nein
Dec 18 19:51:33 <Ainulindale> The restaurant is sooo goooood
Dec 18 19:51:37 <Dave> :O
Dec 18 19:51:43 <Dave> Ainulindale, you're addicted. :p
Dec 18 19:51:49 <Ainulindale> Well
Dec 18 19:51:52 <mrmoku> Ainulindale: so you're in good mood now?
Dec 18 19:51:59 <Ainulindale> I've been coming to this hotel, well
Dec 18 19:52:07 <Ainulindale> Two nights a month since july
Dec 18 19:52:19 <Dave> heh
Dec 18 19:52:26 <alphaone> Ainulindale: Hehe
Dec 18 19:52:27 <Ainulindale> That's why I like working for my client
Dec 18 19:52:54 <Ainulindale> This night I ate noix de saint jacques and some échine de porcelet (piglet) with honey and spices
Dec 18 19:53:03 <Ainulindale> and washed them up with some saumur champigny
Dec 18 19:53:11 <Ainulindale> And I'll pay nothing
Dec 18 19:53:12 <Ainulindale> Life is good
Dec 18 19:53:23 <bumbl|tv> Ainulindale: nice client
Dec 18 19:53:31 <Ainulindale> Indeed
Dec 18 19:53:39 <alphaone> Ainulindale: Cool :-)
Dec 18 19:53:51 <Ainulindale> (and a beer for starters)
Dec 18 19:53:56 <Ainulindale> Hence, I'm full
Dec 18 19:54:32 <mrmoku> to help digesting... I have some bitbakery prolems ;)
Dec 18 19:54:41 <Ainulindale> Only thing missing is a nice cigar
Dec 18 19:56:20 <dcordes> mickey|fso, I accidently removed your mail with the last patch you sent (the one for the updated parser) and have no local copy. could you chekc which file/lines were affected?
Dec 18 19:57:32 <mickey|fso> paser.py was affected
Dec 18 19:57:39 <mrmoku> Ainulindale: are you sure your LOCAL/REMOTE magic in shr.bbclass works as expected?
Dec 18 19:57:39 <mickey|fso> i'll resend the mail
Dec 18 19:57:52 <Ainulindale> mrmoku: works on the buildhost, and works here
Dec 18 19:57:58 <Ainulindale> your bb file is a custom one ?
Dec 18 19:57:59 <mrmoku> 20:00 < mrmoku> Ainulindale: ping (http://pastebin.com/d5fd4a813)
Dec 18 19:58:09 <Ainulindale> If it is
Dec 18 19:58:12 <mrmoku> Ainulindale: I get parsing errors if I set to REMOTE
Dec 18 19:58:14 <Ainulindale> I bet you have no SHR_PV
Dec 18 19:58:23 <dcordes> mickey|fso, which function?
Dec 18 19:58:32 <mrmoku> just trying to bitbake -c clean frameworkd-devel
Dec 18 19:58:43 <mrmoku> and get errors if set to REMOTE
Dec 18 19:58:48 <mrmoku> works if set to LOCAL
Dec 18 19:58:50 <Ainulindale> Your error has no relation with frameworkd-devel
Dec 18 19:59:05 <mrmoku> yep, but with your local/remote magic ;)
Dec 18 19:59:07 <Ainulindale> But with gurana_git
Dec 18 19:59:18 <Ainulindale> If your bb file is wrong the my magic won't work
Dec 18 19:59:21 <Ainulindale> Pastebin your bb file
Dec 18 19:59:32 <Ainulindale> If I'm not responsive, by the way
Dec 18 19:59:39 <Ainulindale> THat's because I have a beer and Tomb Raider is on the TV
Dec 18 19:59:48 <Ainulindale> That means I'm mainly trying not to laugh to much
Dec 18 19:59:52 <Ainulindale> +o
Dec 18 19:59:58 <mrmoku> uhh, you might have given me the correct clue - thanks
Dec 18 20:00:14 <mickey|fso> dcordes: probably in feed()
Dec 18 20:00:20 <Ainulindale> Yeah,  so my bet was right? :-)
Dec 18 20:00:21 <mrmoku> was starting to write a .bb for guarana... which is lying around localy
Dec 18 20:00:24 <mickey|fso> dcordes: just download the latest parser.py from git
Dec 18 20:00:38 <Ainulindale> mrmoku: and that's why you should read error messages! =)
Dec 18 20:00:56 <mrmoku> Ainulindale: hehe, how right you are
Dec 18 20:01:04 * mrmoku starts thinking Ainulindale is always right :-)
Dec 18 20:01:57 <Ainulindale> Ooooh yeah, worship me :-)
Dec 18 20:02:15 <Ainulindale> But you should worship mickey|fso in my stead
Dec 18 20:02:19 <Ainulindale> He's the one who needs it
Dec 18 20:02:26 <Ainulindale> (opimd, opimd, opimd, opimd....)
Dec 18 20:02:26 * mickey|fso ultrafrustrated today
Dec 18 20:02:34 <Ainulindale> mickey|fso: why is that? :-)
Dec 18 20:02:44 <mickey|fso> ezx is making nothing but problems :/
Dec 18 20:02:46 * mrmoku knew already that mickey|fso is doing the right things :-)
Dec 18 20:02:57 <Ainulindale> mickey|fso: well I was recently wondering about that
Dec 18 20:03:04 <Ainulindale> I don't even know what is ezx anyway
Dec 18 20:03:25 <Ainulindale> I think I don't read enough documentation :-)
Dec 18 20:03:39 <mickey|fso> openezx is where we all met, trying to work on the first linux phone w/ 100% OSS
Dec 18 20:04:30 <Ainulindale> Oh ok
Dec 18 20:04:45 <mickey|fso> more than 6 million devices out there
Dec 18 20:04:53 <mickey|fso> but the project never got real steam
Dec 18 20:05:13 <mickey|fso> we've been "close to a release" for years now
Dec 18 20:05:26 <mickey|fso> and today everything goes backwards
Dec 18 20:06:00 <Ainulindale> heh
Dec 18 20:07:24 <dcordes> I wonder how many msm7* devices are out there now
Dec 18 20:08:46 <mickey|fso> today's experience reminds me just how hard it is to reach a "fully" supported state without vendor support
Dec 18 20:08:54 <Kensan> mickey|fso: chin up, it's almost christmas; time to spoil yourself for once ;)
Dec 18 20:10:02 <dcordes> mickey|fso, look at qualcomm. they guard all docs with their life
Dec 18 20:10:17 <dcordes> I wonder if there will ever be a leaked 7200 datasheet
Dec 18 20:11:24 <Kensan> mickey|fso: what's the roadblock you hit today?
Dec 18 20:11:34 <dcordes> mickey|fso, I think the last patch wasn't for parser.py . it would be great if you could check your sent mail real quick. (my sd hardware is broken)
Dec 18 20:12:13 <dcordes> else I would just copy the latest framework-devel
Dec 18 20:12:29 <mickey|fso> just copy the latest, should do
Dec 18 20:12:36 <mickey|fso> Kensan: well
Dec 18 20:12:43 <mickey|fso> didn't touch my 780 setup for two weeks
Dec 18 20:12:50 <mickey|fso> wanted to get something done today and...
Dec 18 20:12:57 <mickey|fso> 2.6.27 no longer boots (did two weeks ago)
Dec 18 20:13:06 <mickey|fso> can't read SMS from the SIM (worked two weeks ago)
Dec 18 20:13:11 <mickey|fso> NO changes whatsoever
Dec 18 20:13:15 <mickey|fso> i didn't even remove the SD
Dec 18 20:13:20 <mickey|fso> i'm completely lost
Dec 18 20:13:22 <Kensan> mickey|fso: sounds funky...
Dec 18 20:13:58 <Kensan> mickey|fso: any chance of "hardware related" issues? Cat swallowing the phone and putting it back after that etc?
Dec 18 20:14:12 <mickey|fso> always possible
Dec 18 20:14:14 <mickey|fso> but unlikely
Dec 18 20:14:24 <mickey|fso> problem is expensive setup costs
Dec 18 20:14:25 <mickey|fso> (in time)
Dec 18 20:14:34 <mickey|fso> need to have gen-blog flashed on the device (instead of the old kernel)
Dec 18 20:14:40 <mickey|fso> need to have an SD prepared with all the contents
Dec 18 20:14:43 <mickey|fso> etc.
Dec 18 20:14:44 <Kensan> mickey|fso: yeah... I might give it a go this weekend.
Dec 18 20:15:01 <Kensan> mickey|fso: haven't been able to toy around with my a780 since I got it :(
Dec 18 20:16:05 <Kensan> mickey|fso: any discharge related issues?
Dec 18 20:16:16 <Kensan> mickey|fso: hm... hard to guess what the problem could be.
Dec 18 20:18:00 <mickey|fso> bad karma
Dec 18 20:19:47 <Kensan> mickey|fso: murphy...
Dec 18 20:20:02 <Kensan> always there watching over us tech folks...
Dec 18 20:23:54 <Dave> Kensan!
Dec 18 20:24:32 <Kensan> Hi Dave
Dec 18 20:24:37 <Dave> Greetings.
Dec 18 20:24:40 <Kensan> stefan_schmidt: good evening.
Dec 18 20:24:50 <stefan_schmidt> hi Kensan 
Dec 18 20:26:46 <Kensan> stefan_schmidt: gnufiish seems to come along :)
Dec 18 20:28:12 <stefan_schmidt> Kensan: A bit yes :)
Dec 18 20:28:43 <a21> hello \o/
Dec 18 20:33:14 <Kensan> stefan_schmidt: is Harald talking about gnufiish at 25C3?
Dec 18 20:33:27 <stefan_schmidt> Kensan: no
Dec 18 20:33:37 <stefan_schmidt> Kensan: But about running an own GSM BTS :)
Dec 18 20:34:53 <Kensan> stefan_schmidt: yes, I read about that. There's some very interesting stuff this year
Dec 18 20:35:06 <Kensan> stefan_schmidt: as usual :) Unfortunately I will not be able to go :(
Dec 18 20:35:12 <ptitjes> yopyop
Dec 18 20:35:17 <stefan_schmidt> Kensan: I hope not to much. Like to relax a bit there :)
Dec 18 20:35:21 <stefan_schmidt> Kensan: :(
Dec 18 20:35:59 * Kensan points stefan_schmidt towards #openezx
Dec 18 20:36:05 <Kensan> ;)
Dec 18 20:37:10 <stefan_schmidt> Kensan: I know, sitting in his range. Strange problems with the SMS phonebook on his A780...
Dec 18 20:37:53 <Kensan> stefan_schmidt: ah ic. :(
Dec 18 20:38:27 <Kensan> stefan_schmidt: is he (still) jealous of your and alphaone's x200s? ;)
Dec 18 20:38:29 <Kensan> *heh*
Dec 18 20:38:54 <stefan_schmidt> Kensan: heh, he had a look at them and was pondering earlier...
Dec 18 20:38:59 <alphaone> I sure hope so :-)
Dec 18 20:39:10 <BluesLee> did someone use scummvm on shr?
Dec 18 20:39:28 <lindi-> mickey|fso: btw, do you know if anybody (on OM or otherwise) is trying to run automated tests for kernel issues on fr? I figured I could set one up since I already know some people who have fr but don't use it at the moment and I don't have time to manually test all new kernel versions for all possible use cases
Dec 18 20:39:29 <BluesLee> or was able to map f5 correctly?
Dec 18 20:39:53 <Dave> Blueslee, Yes!
Dec 18 20:39:59 <mickey|fso> lindi-: not that i know
Dec 18 20:40:01 <BluesLee> Dave: how?
Dec 18 20:40:14 <Dave> point and click -> launch application?
Dec 18 20:40:16 <lindi-> mickey|fso: ok, it involves things like figuring out how to do fallback boot in case of kernel panic
Dec 18 20:40:38 <lindi-> mickey|fso: afaik uboot does not support fallback like grub does
Dec 18 20:41:33 <BluesLee> Dave: ts seems to be broken for me
Dec 18 20:41:42 <lindi-> mickey|fso: with prepaid SIM it could even be used to test reliability of fso-frameworkd
Dec 18 20:41:54 <Kensan> alphaone: oh hi there :) lurking in the background I see ;)
Dec 18 20:41:57 <lindi-> (by making automated calls from other computer with asterisk)
Dec 18 20:42:05 <BluesLee> Dave: not calibrated well in rotated mode in scummvm
Dec 18 20:42:11 <alphaone> :-)
Dec 18 20:42:36 <Kensan> stefan_schmidt: I am pondering myself...
Dec 18 20:43:05 <BluesLee> Dave: which scummvm u use? do you use shr?
Dec 18 20:43:18 <Dave> yes
Dec 18 20:43:36 <BluesLee> and scummvm works well?
Dec 18 20:43:47 <Dave> Well, it works.
Dec 18 20:43:54 <Dave> I don't know what else you're getting at :)
Dec 18 20:44:09 <Dave> as in, runs and plays games (without crashing)?
Dec 18 20:44:14 <dcordes> mickey|fso, finally got the clean, updated fso tree
Dec 18 20:44:19 <Kensan> stefan_schmidt: but I am missing sc-reader and to some smaller extent an optical drive... and 12" might just be 1 inch too small for me...
Dec 18 20:44:35 <Kensan> mwester: ping
Dec 18 20:44:42 <stefan_schmidt> Kensan: sc reader?
Dec 18 20:44:49 <Kensan> stefan_schmidt: smartcard
Dec 18 20:44:54 <stefan_schmidt> ah
Dec 18 20:45:05 <stefan_schmidt> Kensan: Use the SIM card slot ;)
Dec 18 20:45:06 <Kensan> stefan_schmidt: if only the latitude e4300 were a thinkpad...
Dec 18 20:45:19 <BluesLee> Dave: its interesting, when i start it calibration is okay but within the game not
Dec 18 20:45:50 <Dave> you mean cursor is wacky?
Dec 18 20:46:00 <Kensan> stefan_schmidt: hm... not all smartcards are in simformat... plus that would mean some serious driver-mucking ;)
Dec 18 20:46:05 <BluesLee> its not at the right place
Dec 18 20:46:08 <Kensan> if even possible...
Dec 18 20:46:09 <Dave> yeah
Dec 18 20:46:19 <Dave> this has always been a long-standing problem, Bluelee :)
Dec 18 20:46:26 <Dave> no one really bothered to look into it further
Dec 18 20:46:27 <stefan_schmidt> Kensan: I doubt. Directly connected to the WWAN card
Dec 18 20:46:35 * Dave throws a freerunner at cjb
Dec 18 20:46:53 <Dave> Blueslee, had the same problems in 2007 with scummvm
Dec 18 20:47:13 <BluesLee> Dave: and now its gone?
Dec 18 20:47:14 <Dave> even after the xglamo xrandr shit was fixed
Dec 18 20:47:16 <Dave> No
Dec 18 20:47:33 <Dave> Like I said, it's always been like that, and has never been further looked into so far as I have observed.
Dec 18 20:47:39 <Dave> It's clearly an outstanding issue.
Dec 18 20:47:46 <Dave> You're welcome to fix it :D
Dec 18 20:47:58 <Kensan> stefan_schmidt: hm yeah in that case...
Dec 18 20:48:26 <Kensan> stefan_schmidt: speaking of unsupported hardware: any news about the intel turbo memory thing?
Dec 18 20:49:20 <stefan_schmidt> Kensan: nope
Dec 18 20:49:25 <dcordes> looting binux
Dec 18 20:49:35 <stefan_schmidt> Kensan: All intel linux devs seem to hide
Dec 18 20:50:37 <Kensan> stefan_schmidt: the stuff I picked up via google seems to indicate it was mainly to help vista with disk access etc.
Dec 18 20:51:13 <stefan_schmidt> Kensan: yeah, same as I found. Need to turn on all MTD driver + debug and see if anything comes out of this.
Dec 18 20:51:45 <stefan_schmidt> Kensan: If not, I'm not sure if I really like to start hacking on this also. Don't think so...
Dec 18 20:54:16 <dcordes> where is the history of cli-framework stored?
Dec 18 20:58:37 <Dave> :\
Dec 18 20:59:21 <quickdev> Hey
Dec 18 20:59:31 <quickdev> alphaone, some time to speak?
Dec 18 21:02:16 <alphaone> quickdev: Hey
Dec 18 21:02:20 <alphaone> quickdev: sure
Dec 18 21:02:42 <quickdev> alphaone, you said results are parsed sequentially, right?
Dec 18 21:02:51 <alphaone> Be aware though, I am seriously sleep deprived.
Dec 18 21:02:55 <alphaone> yeah
Dec 18 21:03:12 <quickdev> :)
Dec 18 21:03:29 <quickdev> alphaone, how does the parser know when the end of the result is reached?
Dec 18 21:03:36 <quickdev> s/when/that/
Dec 18 21:03:36 <bzzbot> quickdev meant: alphaone, how does the parser know that the end of the result is reached?
Dec 18 21:04:51 <alphaone> quickdev: ogsmd?
Dec 18 21:05:00 <quickdev> alphaone, yes
Dec 18 21:05:22 <quickdev> (I'd like to find out what's the cause of the issue we talked about some hours ago)
Dec 18 21:05:24 <alphaone> Through newline I think
Dec 18 21:05:27 <alphaone> or OK
Dec 18 21:05:31 <mickey|fso> OK\r\n
Dec 18 21:05:35 <alphaone> Would need to look at the parser
Dec 18 21:05:39 <alphaone> or ask mickey|fso 
Dec 18 21:05:44 <alphaone> Ah, there he is
Dec 18 21:05:58 <quickdev> alphaone, could you forward that mail to mickey|fso ?
Dec 18 21:05:59 <alphaone> quickdev: Mickey already has sort of an idea
Dec 18 21:06:50 <quickdev> maybe it's because I'm using GetPhonebookInfo() immediately after RetrievePhonebook() ? And they're using almost the same command?
Dec 18 21:06:54 <mickey|fso> i glanced at your stuff
Dec 18 21:06:56 <quickdev> mickey|fso, what's your idea? :)
Dec 18 21:07:09 <mickey|fso> ogsmd's parser is not forgiving
Dec 18 21:07:25 <mickey|fso> if the input is not well-formatted, it will emit errors
Dec 18 21:07:25 <quickdev> that means? :)
Dec 18 21:07:45 <mickey|fso> i suspect you run into a problem with either the muxer implementation or the server side muxer
Dec 18 21:07:50 <mickey|fso> buffer-overflow
Dec 18 21:08:17 <quickdev> 4095 bytes, yeah
Dec 18 21:08:45 <quickdev> mickey|fso, muxer implementation = gsm0720muxd? and server side muxer?
Dec 18 21:08:45 <mickey|fso> it might be worth a try enlarging the muxer's buffer
Dec 18 21:08:56 <mickey|fso> "server side muxer" in the gsm firmware
Dec 18 21:09:13 <quickdev> ah..ok
Dec 18 21:09:46 <mickey|fso> we have a muxer alternative soon wihch we can try with as well
Dec 18 21:09:59 <quickdev> mickey|fso, I had a look at mwester's spy output. It seems to be ok. If it's ok it can only be gsmmuxd?
Dec 18 21:10:03 <dcordes> mickey|fso, ok I booted, killed all python processes, enabled the ATV1 mode, ran frameworkd -s ogsmd -d, cli-framework, did the call as usual, it returend 1. have the frameworkd 
Dec 18 21:10:08 <dcordes> log in front of me
Dec 18 21:10:17 <mickey|fso> good
Dec 18 21:10:59 <dcordes> well not exactly. it looks the same
Dec 18 21:11:06 <mickey|fso> that's sad
Dec 18 21:11:17 <dcordes> I'll email
Dec 18 21:11:29 <mickey|fso> ok, out of ideas then. show me at ccc.
Dec 18 21:11:33 <quickdev> mickey|fso, http://git.freesmartphone.org/?p=gsm0710muxd.git;a=blob;f=src/gsm0710muxd.c;h=083df5dbbe90b499e66ad91567eafc925a4a4014;hb=HEAD - the buffer is 4096. There seems to be the problem.
Dec 18 21:12:01 <mickey|fso> quickdev: try bumping to 16k
Dec 18 21:12:11 <quickdev> mickey|fso, yes, doing it atm
Dec 18 21:12:14 <mickey|fso> k
Dec 18 21:12:45 <quickdev> mickey|fso, but gsmmuxd should continue to read if there's still some, or am I wrong?
Dec 18 21:13:05 <mickey|fso> no idea, i have to admit
Dec 18 21:13:13 <mickey|fso> i only worked on the build system for it
Dec 18 21:13:24 * mickey|fso tried to stay away from 07.10
Dec 18 21:15:51 <dcordes> mickey|fso, I never see any ATD in the frameworkd log
Dec 18 21:18:20 <mickey|fso> sounds like you never hang up
Dec 18 21:19:07 <Kensan> stefan_schmidt: (was away) yeah... would just be some additional builtin 2 gigs of nand. maybe for swap for so...
Dec 18 21:20:09 <dcordes> mickey|fso, and never dial?
Dec 18 21:20:11 <stefan_schmidt> Kensan: Sure, I would love to use it, but spending weeks on writing a driver is not worth it
Dec 18 21:20:18 <Kensan> stefan_schmidt: indeed.
Dec 18 21:20:50 <mickey|fso> dcordes: it will not hang up until you tell it to
Dec 18 21:20:55 <mickey|fso> oh ATD
Dec 18 21:21:12 <mickey|fso> it doesn't recognize an answer
Dec 18 21:21:17 <mickey|fso> so new commands get enqueued
Dec 18 21:21:19 <mickey|fso> but never processed
Dec 18 21:21:22 <mickey|fso> thanks to the 0\r
Dec 18 21:21:48 <dcordes> how can I make whatever log all of the ATport rx/tx 
Dec 18 21:22:03 <mickey|fso> happens automatically with log_level=DEBUG
Dec 18 21:22:44 <dcordes> how come there's nothing really sent to the modem according to the frameworkd log (with DEBUG on) ?
Dec 18 21:23:50 <mickey|fso> that's simple
Dec 18 21:23:54 <mickey|fso> first command gets sent
Dec 18 21:24:04 <mickey|fso> never receives a response (due to our beloved 0\r)
Dec 18 21:24:10 <mickey|fso> will not send next command
Dec 18 21:24:13 <mickey|fso> done
Dec 18 21:25:47 <dcordes> but I turned the OK on
Dec 18 21:25:55 <mickey|fso> uhm... wait
Dec 18 21:25:59 <dcordes> I mailed the log
Dec 18 21:26:06 <mickey|fso> so it DID work?
Dec 18 21:26:08 <a21> hello, I'm trying to use btooth+alsa on my shr... i need this: /usr/lib/alsa-lib/libasound_module_pcm_bluetooth.so but bluez-utils-alsa is not in shr feed
Dec 18 21:26:52 <mickey|fso> argh
Dec 18 21:27:02 <mickey|fso> ATV1 needs to be the first command
Dec 18 21:27:02 <dcordes> mickey|fso, no, my bro didn't receive the call
Dec 18 21:27:05 <mickey|fso> otherwise it will not work
Dec 18 21:27:22 <dcordes> the first meaing, the first command sent to the modem after 'cold boot' ?
Dec 18 21:27:29 <Ainulindale> It'll be in two minutes a21 
Dec 18 21:27:33 <mickey|fso> the first before ogsmd parses anything
Dec 18 21:27:35 <mickey|fso> so
Dec 18 21:27:42 <a21> tnx Ainulindale 
Dec 18 21:27:44 <mickey|fso> you need to edit the channel lowlevel init
Dec 18 21:27:58 <mickey|fso> try grabbing the one from calypso channel
Dec 18 21:28:07 <mickey|fso> that should work
Dec 18 21:28:28 <mrmoku> Ainulindale: Tomb Raider finished?
Dec 18 21:28:31 <dcordes> are you aware the modem is already initialized when frameworkd starts?
Dec 18 21:28:44 <dcordes> ..which I can't avoid at this time
Dec 18 21:29:37 <mickey|fso> that doesn#t matter
Dec 18 21:29:45 <mickey|fso> lowlevel init means low level to ogsmd
Dec 18 21:29:52 <mickey|fso> that is _before_ our regular parser kicks in
Dec 18 21:29:52 <Ainulindale> mrmoku: yeah
Dec 18 21:29:56 <Ainulindale> it was awful
Dec 18 21:30:09 <Ainulindale> But I expected that much
Dec 18 21:30:12 <dcordes> how about removing frameworkd from init and sending the ATV1 just manually before it's started?
Dec 18 21:30:12 <a21> Ainulindale, write my name when you will put it in shr feed, please
Dec 18 21:30:21 <Ainulindale> a21: huh?
Dec 18 21:30:34 <a21> Ainulindale, about alsa+vtooth
Dec 18 21:30:43 <Ainulindale> "write your name"?
Dec 18 21:30:43 <a21> s/v/b/
Dec 18 21:30:43 <bzzbot> a21 meant: Ainulindale, about alsa+btooth
Dec 18 21:31:01 <mrmoku> Ainulindale: I still have another bitbake problem... I want latest greatest frameworkd-devel... but it picks up an older rev
Dec 18 21:31:05 <a21> Ainulindale, here in chat so it beeps to me :D
Dec 18 21:31:18 <mickey|fso> dcordes: don't start hacking
Dec 18 21:31:23 <quickdev> mickey|fso, it works flawlessly now. ( Ainulindale, I probably found the cause of your segfaults )
Dec 18 21:31:30 <mickey|fso> quickdev: amazing
Dec 18 21:31:35 <Ainulindale> quickdev: so there were segfaults? :-)
Dec 18 21:31:46 <quickdev> Ainulindale, only for people with maaany contacts ;)
Dec 18 21:31:53 <Ainulindale> quickdev: that's my case
Dec 18 21:31:53 <mickey|fso> dcordes: add a lowlevel init and we're done
Dec 18 21:31:59 <Ainulindale> I don't have any friends, but I have people I whine with
Dec 18 21:32:07 <Ainulindale> (lots of them)
Dec 18 21:32:12 <mickey|fso> you can probably even reuse the one from the calypso
Dec 18 21:32:22 <Ainulindale> a21: there it is
Dec 18 21:32:30 <Ainulindale> mrmoku: no idea, check in any srcrev file included in your conf
Dec 18 21:32:32 <a21> :love:
Dec 18 21:32:36 <dcordes> mickey|fso, can you provide a hint on how to add the calypso low level init to the singleline modem?
Dec 18 21:32:45 <TAsn> Ainulindale, did you give me access to the shr-theme pack/
Dec 18 21:32:45 <TAsn> ?
Dec 18 21:33:05 <mickey|fso> dcordes: look at the calypso channel class
Dec 18 21:33:07 <mickey|fso> copy
Dec 18 21:33:08 <mickey|fso> paste
Dec 18 21:33:09 <mickey|fso> done
Dec 18 21:33:40 <dcordes> ok
Dec 18 21:34:10 <quickdev> Ainulindale, it's a bug in gsm0710muxd
Dec 18 21:34:13 <Ainulindale> TAsn: I didn't create it yet and I still was wondering how to package that
Dec 18 21:34:17 <Ainulindale> quickdev: Oh?
Dec 18 21:34:53 <Ainulindale> TAsn: I even think it should be packaged as a separate package
Dec 18 21:34:59 <TAsn> Ainulindale, I do agree.
Dec 18 21:35:14 <Ainulindale> Salut Vanessa ! (Ceci est un script automatisé pour me permettre d'éviter de perdre mon temps)
Dec 18 21:35:16 <TAsn> when you think about it, please let me know.
Dec 18 21:35:17 <Ainulindale> (woops)
Dec 18 21:35:20 <Ainulindale> (shortcut)
Dec 18 21:35:21 <Hire> ainulindale is ALWAYS right
Dec 18 21:35:30 <Hire> he never fail
Dec 18 21:35:30 <Ainulindale> TAsn: well I'm thinking about it
Dec 18 21:35:36 <quickdev> Ainulindale, btw...the package is on the way :)
Dec 18 21:35:38 <Ainulindale> I'm just wondering how to do that properly
Dec 18 21:35:42 <dcordes> mickey|fso, in calypso's modem.py?
Dec 18 21:35:44 <Ainulindale> Hire: Call me Hannibal smith
Dec 18 21:35:50 * Ainulindale chews his cigar
Dec 18 21:36:00 <TAsn> Ainulindale, I meant when you are done with thinking about it ;]
Dec 18 21:36:19 <Ainulindale> TAsn: Well I was wondering whether we should put that in a single git or in a specific theme git
Dec 18 21:36:24 <Ainulindale> I tend to think latter is better
Dec 18 21:36:28 <Hire> i will call you "hannibal kitty"
Dec 18 21:36:58 <Ainulindale> Hire: I can haz mozarella
Dec 18 21:37:15 <TAsn> you might be write. as you don't do guis I know nothing about managing a distro ;]
Dec 18 21:37:58 <Ainulindale> I might be "write"? :-)
Dec 18 21:38:15 <Ainulindale> Don't know what is your mother tongue but that's funny a french would have written the same
Dec 18 21:38:24 <sicu> ;p
Dec 18 21:39:07 <mickey|fso> dcordes: no
Dec 18 21:39:10 <sicu> mrmoku: do you know if reducing locales still breaks the SHR build?
Dec 18 21:39:11 <mickey|fso> dcordes: channel
Dec 18 21:39:30 <Ainulindale> sicu: no it doesn't
Dec 18 21:39:52 <sicu> Ainulindale: great, thx =]
Dec 18 21:40:11 <alphaone> dcordes: Just start playing around a little. You'll get there. Use grep, find, etc. to get the information you so desire.
Dec 18 21:40:34 <alphaone> dcordes: You might find that they'll turn up results faster than mickey ;-)
Dec 18 21:40:40 <sicu> Ainulindale: i'll edit the wiki then =]
Dec 18 21:40:52 <Ainulindale> quickdev: though that doesn't explain why it segfaulted while I was typing in the name of a new contact
Dec 18 21:41:13 <quickdev> Ainulindale, it would explain it, but let me verify it first...to be sure
Dec 18 21:44:37 <dcordes> mickey|fso, alphaone I can't guess what I need to copy
Dec 18 21:44:46 <CIA-51> freesmartphone.org: 03jluebbe 07framework * r78582569e660 10/framework/subsystems/otimed/otimed.py: otimed: accept only valid time from ogpsd
Dec 18 21:44:47 <CIA-51> freesmartphone.org: 03jluebbe 07framework * r3d274adf9b45 10/ (7 files in 6 dirs): 
Dec 18 21:44:47 <CIA-51> freesmartphone.org: ogsmd: reformat mobile_network_code into networks.tab
Dec 18 21:44:47 <CIA-51> freesmartphone.org: This adds a new DBus interface "org.freesmartphone.GSM.Data" on the server
Dec 18 21:44:48 <CIA-51> freesmartphone.org: object, which can be used to query the network database.
Dec 18 21:44:48 <dcordes> calypso channel class is not too precise
Dec 18 21:45:22 <Hire> wow
Dec 18 21:45:26 <Hire> gsm.DATA
Dec 18 21:46:45 <mrmoku> Ainulindale: the Makefile did not set up shr-autorev-unstable.inc in local.conf
Dec 18 21:46:54 <TAsn> Ainulindale, you might be right*
Dec 18 21:47:19 <Ainulindale> mrmoku: I wonder whose fault that is :-)
Dec 18 21:47:21 <TAsn> that has nothing to do with my native language, I think it's because im dead tired ;]
Dec 18 21:47:34 <mrmoku> Ainulindale: heh, the original Makefile does the same ;)
Dec 18 21:47:38 <Ainulindale> TAsn: where are you from again?
Dec 18 21:47:43 <TAsn> Israel
Dec 18 21:47:45 <Ainulindale> mrmoku: yeah but you're the last known committer :-p
Dec 18 21:47:46 <mrmoku> so I just cloned the error
Dec 18 21:48:09 <mrmoku> and I'm going to fix it :p
Dec 18 21:48:22 <Ainulindale> You'd better do that, else I'll spank you
Dec 18 21:49:03 <alphaone> dcordes: Trial and error :-)
Dec 18 21:49:04 <mrmoku> use your energy more usefull... like thinking about how to handle framework config for devel/non-devel ;)
Dec 18 21:49:41 <mickey|fso> dcordes:    def _hookLowLevelInit( self ):
Dec 18 21:49:43 <mickey|fso> ...
Dec 18 21:49:47 <Ainulindale> mrmoku: well it's not that different anyway
Dec 18 21:49:53 <TAsn> my father always told me, when you start righting write instead of right, it's time to go to bed ;]
Dec 18 21:49:59 <Ainulindale> and we could do a frameworkd-devel-config-shr anyway
Dec 18 21:50:10 <Ainulindale> TAsn: heh :-)
Dec 18 21:50:14 <TAsn> ;]
Dec 18 21:50:24 <TAsn> j/k, night.
Dec 18 21:50:59 <mrmoku> Ainulindale: right now it conflicts, because frameworkd-devel is asking for framework-devel-config which the shr-config is not providing
Dec 18 21:51:08 <Ainulindale> I bet it does
Dec 18 21:51:08 <mrmoku> we might just add that provide to the .bb for now
Dec 18 21:51:17 <mrmoku> not for devel
Dec 18 21:51:21 <Ainulindale> We might as well do that, yes
Dec 18 21:52:25 <dcordes> mickey|fso, let me see what my modem replies to ATE0
Dec 18 21:52:40 <sicu> TAsn: nite =]
Dec 18 21:54:24 <dcordes> mickey|fso, ATE0Q0V1 ??
Dec 18 21:54:34 <mickey|fso> ate0q0v1
Dec 18 21:54:57 <dcordes> OK
Dec 18 21:55:04 <dcordes> ATE0
Dec 18 21:55:05 <dcordes> 0
Dec 18 21:57:49 <dcordes> mickey|fso, ok so I put the def _hookLowLevelInit( self ): class after _init class inside singleline channel.py ?
Dec 18 21:59:08 <mickey|fso> yes
Dec 18 22:00:17 <quickdev> mickey|fso, if I haven't done anything wrong while compiling the patched gsm0710muxd, it's still appearing.
Dec 18 22:01:03 <mickey|fso> quickdev: so it's not fixed?
Dec 18 22:01:12 <quickdev> mickey|fso, no, it isn't
Dec 18 22:01:17 <mickey|fso> ok
Dec 18 22:01:19 <dcordes> http://rafb.net/p/UhMEic69.html
Dec 18 22:01:19 <quickdev> what's left? kernel / firmware?
Dec 18 22:01:28 <mickey|fso> then i'm out of ideas until i had the chance to test another muxer
Dec 18 22:02:09 <dcordes> mickey|fso, anything funny in there?
Dec 18 22:02:25 <mickey|fso> dcordes: remove the stuff about modem communication timestamp
Dec 18 22:03:08 <mickey|fso> that's a calypso only thing
Dec 18 22:05:37 <dcordes> mickey|fso, I don't understand which lines to remove
Dec 18 22:05:57 <dcordes> is there some switch?
Dec 18 22:06:05 <mickey|fso> -       if CalypsoModemChannel.modem_communication_timestamp:
Dec 18 22:06:05 <mickey|fso>             CalypsoModemChannel.modem_communication_timestamp = time.time()
Dec 18 22:06:12 <mickey|fso> -
Dec 18 22:07:05 <dcordes> so only the
Dec 18 22:07:07 <dcordes>        if CalypsoModemChannel.modem_communication_timestamp:
Dec 18 22:07:08 <dcordes> line?
Dec 18 22:07:15 * dcordes ducks
Dec 18 22:13:07 <mickey|fso> both
Dec 18 22:17:29 <quickdev> mickey|fso, gsm0710muxd gets only 4096 bytes, no byte more
Dec 18 22:21:54 <dcordes> mickey|fso, booting
Dec 18 22:23:37 <dcordes> mickey|fso, Ok I just booted with the added thingy
Dec 18 22:24:05 <dcordes> I ran mickeyterm
Dec 18 22:24:30 <dcordes> the 0 reply is active
Dec 18 22:26:17 <dcordes> so the function doesn't seem to work
Dec 18 22:26:36 <mickey|fso> ?
Dec 18 22:26:51 <mickey|fso> how can you tell? 
Dec 18 22:27:07 <mickey|fso> perhaps your strange modem resets the setting on closing channel
Dec 18 22:27:17 <dcordes> I doubt this
Dec 18 22:28:32 <mickey|fso> so
Dec 18 22:28:37 <mickey|fso> once again and the last check
Dec 18 22:28:44 <mickey|fso> you say atv1
Dec 18 22:28:47 <mickey|fso> it answers with OK
Dec 18 22:28:57 <mickey|fso> you say something else... like AT+CIMI
Dec 18 22:29:06 <mickey|fso> it answers with 0 agian?
Dec 18 22:29:13 <dcordes> let me double check this
Dec 18 22:29:55 <Sargun> mickey|fso, isn't it late for you? 
Dec 18 22:29:59 <dcordes> btw, when I open a terminal program on smd0 (also mickeyterm) the channel spits all of the unread stuff
Dec 18 22:30:37 <dcordes> ATV1
Dec 18 22:30:38 <dcordes> OK
Dec 18 22:31:04 <dcordes> AT+CIMI
Dec 18 22:31:06 <dcordes> xxx
Dec 18 22:31:07 <dcordes> OK
Dec 18 22:31:17 <dcordes> I bet I included a funny error in the .py
Dec 18 22:31:26 <mickey|fso> wait
Dec 18 22:31:29 <mickey|fso> do
Dec 18 22:31:31 <mickey|fso> ATZ
Dec 18 22:31:37 <mickey|fso> what does that return?
Dec 18 22:32:04 <dcordes> sorry-  I killed the terminal, reran it, did the AT+CIMI
Dec 18 22:32:21 <dcordes> and got OK again. so this excludes the modem resetting the state after channel close
Dec 18 22:32:28 <mickey|fso> ATZ now
Dec 18 22:32:32 <dcordes> 0
Dec 18 22:32:37 <mickey|fso> ok
Dec 18 22:32:38 <dcordes> ?!
Dec 18 22:32:59 <mickey|fso> problem solved
Dec 18 22:33:04 <mickey|fso> g'night
Dec 18 22:33:05 * dcordes opens command reference
Dec 18 22:34:30 <mickey|fso> c.remove( "ATZ" )
Dec 18 22:34:38 <mickey|fso> err
Dec 18 22:34:42 <mickey|fso> c.remove( "Z" )
Dec 18 22:35:06 <dcordes> ah
Dec 18 22:35:24 <mickey|fso> put it after         c = self._commands["init"]
Dec 18 22:36:51 <mickey|fso> it should not make a difference though
Dec 18 22:37:14 <mickey|fso> since we send E0V1 in init
Dec 18 22:37:16 <dcordes> mickey|fso, how would it solve the problem then
Dec 18 22:37:17 <mickey|fso> after ATZ
Dec 18 22:37:18 <dcordes> sorry
Dec 18 22:37:33 <mickey|fso> somehow it gets reset to the wrong mode
Dec 18 22:37:33 <dcordes> oh
Dec 18 22:37:41 <mickey|fso> but try removing it anyways
Dec 18 22:37:59 <dcordes> that's why I asked if we can get us something like the wince (raw AT rx/tx) log
Dec 18 22:38:40 <dcordes> let me add the line on-kais real quick
Dec 18 22:39:20 <dcordes> the paths are crazy
Dec 18 22:40:32 <dcordes> ok
Dec 18 22:41:48 <dcordes> mickey|fso, what's the preferred way to test if frameworkd still destroys the OK?
Dec 18 22:42:50 <mickey|fso> let it init the channel
Dec 18 22:42:57 <mickey|fso> then kill -9 
Dec 18 22:43:01 <mickey|fso> then check w/ mickeyterm
Dec 18 22:43:49 <dcordes> ok
Dec 18 22:44:38 <dcordes> channel.py in line 97
Dec 18 22:45:04 <dcordes> _hookLowLevelInit
Dec 18 22:45:11 <dcordes> for i in itertools.count():
Dec 18 22:45:19 <dcordes> NameError: global name 'itertools' is not defined
Dec 18 22:45:20 <quickdev> mickey|fso, could you have a look at that bug in some days? Would be fine :)
Dec 18 22:46:09 <quickdev> even if it's just to ensure that it's kernel / fw
Dec 18 22:46:45 <dcordes> it's the Z line
Dec 18 22:46:51 <dcordes> c.remove( 'Z' )
Dec 18 22:47:34 <dcordes> hm what's wrong with that
Dec 18 22:47:43 <mickey|fso> you need itertools.py
Dec 18 22:47:50 <mickey|fso> so
Dec 18 22:47:53 <mickey|fso> 'import itertools'
Dec 18 22:47:58 <mickey|fso> into that file
Dec 18 22:48:09 <dcordes> doesn't append need itertools too?
Dec 18 22:48:16 <dcordes> c.append
Dec 18 22:48:45 <mickey|fso> no
Dec 18 22:48:48 <mickey|fso> append is a method on a list object
Dec 18 22:48:55 <mickey|fso> itertools is a module
Dec 18 22:49:16 <dcordes> where in the file do I put the 'import itertools' line?
Dec 18 22:49:36 <dcordes> there is the from ogsmd.modems.abstract.channel import AbstractModemChannel
Dec 18 22:49:37 <dcordes> line
Dec 18 22:49:44 <mickey|fso> below would be excellent
Dec 18 22:50:14 <dcordes> do I need to specify the 'from <file>' too?
Dec 18 22:51:23 <quickdev> mickey|fso, however, gn8, cya
Dec 18 22:51:45 <mickey|fso> no
Dec 18 22:52:27 <dcordes> now it wants global name 'logger'
Dec 18 22:52:32 <dcordes> I added import logger
Dec 18 22:52:41 <dcordes> but that seems to be the wrong module name
Dec 18 22:54:15 <mickey|fso> import logging
Dec 18 22:54:24 <mickey|fso> logger=logging.getlogger("ogsmd")
Dec 18 22:54:27 <dcordes> thanks
Dec 18 22:56:03 <dcordes> mickey|fso, 'module' object has no attribute 'getlogger'
Dec 18 22:56:51 <mickey|fso> getLogger
Dec 18 22:56:53 <mickey|fso> cap L
Dec 18 22:56:55 <dcordes> ok
Dec 18 22:57:34 <dcordes> NameError: global name select is not def
Dec 18 22:58:28 <dcordes> import select
Dec 18 22:59:11 <dcordes> time gobject
Dec 18 22:59:16 <stefan_schmidt> dcordes: I may help if you would take yourself some time to have a look around the other files and modems in there. The dialog about every single line over IRC seems pretty slow...
Dec 18 22:59:40 <dcordes> I looked it up in the calypso
Dec 18 23:01:41 <dcordes> ok seems to run
Dec 18 23:02:15 <dcordes> AT
Dec 18 23:02:16 <dcordes> OK
Dec 18 23:02:17 <dcordes> :)
Dec 18 23:02:30 <stefan_schmidt> Finally, yay :)
Dec 18 23:02:37 <dcordes> lol battery died just this second
Dec 18 23:03:07 <stefan_schmidt> heh, the kaiser really tries to get around it ;)
Dec 18 23:03:20 <dcordes> qualcomm pressed the button
Dec 18 23:04:06 <dcordes> if only I had a second working phone handy now
Dec 18 23:04:33 <dcordes> I'll just call foobar and see what the log says
Dec 18 23:05:01 <mickey|fso> you don't need to call
Dec 18 23:05:13 <mickey|fso> inspecting the startup log will tell us if it worked or not
Dec 18 23:05:23 <mickey|fso> if it processed more than one command, it works
Dec 18 23:05:25 <mickey|fso> if not... doom
Dec 18 23:05:48 <dcordes> no world domination?
Dec 18 23:05:54 <mickey|fso> yes
Dec 18 23:06:14 <alphaone> Not for the Kaiser
Dec 18 23:06:29 <dcordes> it's a live
Dec 18 23:06:57 <alphaone> The cake is a lie
Dec 18 23:08:12 <dcordes> can I ring somebody just for fun?
Dec 18 23:11:25 <alphaone> 053134943519419741
Dec 18 23:11:44 <Sargun> dcordes, +1.925.202.9485
Dec 18 23:12:06 <dcordes> no pr0n #s please
Dec 18 23:12:44 * mickey|fso computes the amount of support money he earned this nite
Dec 18 23:12:57 <stefan_schmidt> dcordes: The one from alphaone is fine. Funny one, no pr0n
Dec 18 23:13:18 <stefan_schmidt> mickey|fso: YOu are not paid for support, it'S that easy. :D
Dec 18 23:13:32 * dcordes writes a bill for openmoko inc. PR department
Dec 18 23:14:03 <alphaone> dcordes: 053134943741
Dec 18 23:15:59 <alphaone> dcordes: +4953134943594196000
Dec 18 23:17:25 * mwester thinks that mickey|fso's participation with the community should earn him the entire Om marketing dept's salary and expense budget.
Dec 18 23:17:38 * mickey|fso bows with honor
Dec 18 23:17:40 <mickey|fso> :)
Dec 18 23:19:44 * rwhitby agrees
Dec 18 23:19:57 <CIA-51> freesmartphone.org: 03jluebbe 07framework * rc6c9001f33a3 10/framework/subsystems/ (ogsmd/gsm/const.py otimed/otimed.py): otimed: use network database to install a time zone file
Dec 18 23:20:02 * rwhitby thinks mwester should get a cut too
Dec 18 23:22:07 <dcordes> alphaone, screaming apes are in my kaiser
Dec 18 23:22:17 * mickey|fso opens the champagne
Dec 18 23:22:20 <dcordes> alphaone, check your mailbox
Dec 18 23:22:30 <alphaone> dcordes: Then you must have dialed the wrong number ;-)
Dec 18 23:22:35 <stefan_schmidt> dcordes: congrats
Dec 18 23:22:42 <alphaone> It's not my mailbox
Dec 18 23:22:47 <dcordes> lol it is mickey's honour
Dec 18 23:22:51 <stefan_schmidt> dcordes: Apes are cool, aren't they? :)
Dec 18 23:23:11 * stefan_schmidt applauds mickey
Dec 18 23:23:12 <dcordes> I didn't assume the speaker is openned automatically
Dec 18 23:23:49 * dcordes applauds everybody contributing to _free_ software on mobile phones
Dec 18 23:24:43 * dcordes and falls asleep
Dec 18 23:24:45 <dcordes> ttyl
Dec 18 23:24:49 <mickey|fso> n8
Dec 18 23:25:16 <stefan_schmidt> night dcordes 
Dec 18 23:25:17 <mickey|fso> so after the ezx failure this is the best that happened today wrt. non-om-hardware
Dec 18 23:26:33 <sicu> i keep getting: [ERROR: Please set the 'CACHE' variable.] when trying to build SHR, anybody know where and what i set this to?
Dec 18 23:27:00 <sicu> it's when trying to bitbake -c clean
Dec 18 23:30:07 <Kensan> mwester: hey there you are
Dec 18 23:30:22 <Kensan> mwester: did you see 2180?
Dec 18 23:31:07 <dcordes> :)
Dec 18 23:31:30 <Kensan> dcordes: oh cool, phonecall with htc?
Dec 18 23:32:28 * Kensan for one welcomes the new fso-phonecalling overlords
Dec 18 23:33:16 * Kensan takes hat off and bows to mickey|fso & the gang
Dec 18 23:36:33 <Kensan> Well good stuff, keep it up guys :)
Dec 18 23:36:36 <Kensan> good night all
Dec 18 23:36:44 <mickey|fso> n8
Dec 18 23:44:53 <Dave> :P
Dec 18 23:56:34 <mwester> Kensan:  (sorry, popping in and out, rather busy today with other stuff!)  Yes, I saw 2180.  I think my assumption that these errors on the GTA02 were caused by baud rate or simple application code issues may be flawed.  I'll dig into this some more.
Dec 19 00:03:58 <raster> they were caused by keanu reeves
Dec 19 00:05:37 <gurugentoo> there is no bug...or perhaps it was a spoon
Dec 19 00:15:11 <CIA-51> freesmartphone.org: 03daniel 07framework * r898dff053f32 10/framework/subsystems/ogsmd/ (device.py gsm/sms.py modems/abstract/mediator.py): 
Dec 19 00:15:11 <CIA-51> freesmartphone.org: ogsmd: Add support for sms-submit-reports and return timestamps
Dec 19 00:15:11 <CIA-51> freesmartphone.org: When sending an SMS an sms-submit-report is returned which includes a
Dec 19 00:15:11 <CIA-51> freesmartphone.org: timestamp. This is the time when the Short Message Service Center
Dec 19 00:15:13 <CIA-51> freesmartphone.org: received the short message.
Dec 19 00:15:15 <CIA-51> freesmartphone.org: The DBus calls for sending SMS now also return a timestamp in string
Dec 19 00:15:17 <CIA-51> freesmartphone.org: format (WARNING, API breakage!)
Dec 19 00:24:05 <alphaone> Ainulindale: Warning, API breeakage
Dec 19 00:29:12 <mwester> Danger Will Robinson Danger!
Dec 19 00:31:07 <alphaone> Yes!
Dec 19 00:35:02 <CIA-51> freesmartphone.org: 03daniel 07specs * r03286c0102ed 10/ (7 files in 4 dirs): Added timestamp return value for Send{Stored}Message functions
Dec 19 00:40:57 <Dave> ofaild
Dec 19 00:41:08 <mickey|fso> opassed
Dec 19 00:46:26 <Dave> Agreed :)
Dec 19 00:46:47 <mickey|fso> :)
Dec 19 00:46:49 <mickey|fso> nighty night
Dec 19 00:49:00 <Dave> truste
**** ENDING LOGGING AT Fri Dec 19 02:59:57 2008