**** BEGIN LOGGING AT Fri Jun 12 02:59:56 2009
Jun 12 03:11:02 <DocScrutinizer> *yawn*... night
Jun 12 03:23:03 <mindKMST> etjip/
Jun 12 04:20:40 <BillK> /sb/search imlib
Jun 12 04:22:57 <BillK> imlib2 is failing to build afer make update in shr-unstable - imlib2_view.c:296: error: impossible constraint in 'asm'
Jun 12 04:25:24 * roh mumbles something incomprehensible about fridays, finally a bit of time and mailservers
Jun 12 04:26:12 <wpwrak> roh: that bit of time was before or after the mail server incident ? :)
Jun 12 04:26:18 <roh> not moko mailserver
Jun 12 04:26:26 <roh> my private one. out of diskspace
Jun 12 04:26:46 <wpwrak> roh: you should use my approach: outsource the mail server maintenance to roh ;-)
Jun 12 04:26:49 <roh> its not that i don't have a better and bigger box, just changing my imap setup was like... mmmh...
Jun 12 04:27:12 <roh> such i didnt do anything.. and now the vm with my mail hit the diskquota hard.
Jun 12 04:28:07 <roh> nothing is lost.. its just in 'delay loops' on my secondary (now -s) waiting for the primary to copy a gazillion of files and me enabling the service
Jun 12 04:29:24 <roh> smtp with multiple servers somehow feels like doing logistics for one part of an ant-colony which trades with others
Jun 12 04:30:03 <wpwrak> roh: and you may always suspect that the hive mind may actually know something you don't :)
Jun 12 04:30:34 <roh> thats why one needs to sieve through large logpiles with the right fork to find the gold in all that shit
Jun 12 04:31:54 <roh> btw... this openvz really IS cool.. kinda fun 'taking a pc from the shelve' and tuning some knobs for setting parameters
Jun 12 04:34:40 <wpwrak> :)
Jun 12 05:03:05 <roh> hm.. works.. kinda... *wait*
**** ENDING LOGGING AT Fri Jun 12 06:20:50 2009

**** BEGIN LOGGING AT Fri Jun 12 06:21:13 2009
Jun 12 06:24:50 <SHR-WugBranler> tracfeed: Ticket #514 (Feedback *needed* when sending an sms fails) updated <http://trac.shr-project.org/trac/ticket/514#comment:1>
Jun 12 06:36:53 <SHR-WugBranler> tracfeed: Ticket #514 (Feedback *needed* when sending an sms fails) updated <http://trac.shr-project.org/trac/ticket/514#comment:2>
Jun 12 06:58:15 <ChristW> I'm trying to connect to a bluetooth device, but the wiki isn't fully explaining what to do. If I read it correctly (I'm using Om2009t4), all I need to do to turn BlueTooth on is do an mdbus command. After that, hcitool and hciconfig complain that I don't have devices. Shall I reboot first, to make sure that it's the first BT thing I try?
Jun 12 06:59:48 <PaulFertser> ChristW: which link are you using?
Jun 12 07:02:09 <PaulFertser> ChristW: you need to read http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner
Jun 12 07:03:27 <ptitjes> good morning
Jun 12 07:04:28 <PaulFertser> ptitjes: hey
Jun 12 07:04:43 <ptitjes> hello Paul
Jun 12 07:04:46 <ptitjes> how are you ?
Jun 12 07:06:02 <PaulFertser> ptitjes: i'm ok, what about you? Vala adventure continued? How's async stuff going, it seem to be tricky to do that, as you need something like closures for callbacks?
Jun 12 07:06:11 <ptitjes> PaulFertser: is bluetooth pairing has to be done once only ?
Jun 12 07:06:32 <ptitjes> (I'm thinking about buying a bluetooth headset too :))
Jun 12 07:06:52 <ptitjes> PaulFertser: yep, async is fun :)
Jun 12 07:06:55 <PaulFertser> ptitjes: if you pair the headset with some other cellphone it might "forget" pairing with your FR, so you'll need to remove the bonding on FR and pair it again.
Jun 12 07:07:15 <PaulFertser> ptitjes: i'd strongly advice to try particular model before buying (borrow it from somewhere).
Jun 12 07:07:36 <ptitjes> PaulFertser: ok, so if I use it only with my FR it is ok (until I flash my FR again I suppose...)
Jun 12 07:08:25 <ptitjes> PaulFertser: oh really ?? what would you advice me ? I heard Plantronics is very good quality hardware... I would like it works with the FR
Jun 12 07:08:34 <PaulFertser> ptitjes: i think so. You "pair" it once and it works after that. FSO bluetooth headset is not polished though, but it should work (provided your headset works at all with the FR's chipset and bluez).
Jun 12 07:08:47 <PaulFertser> ptitjes: well, i'll tell you a story :)
Jun 12 07:08:47 <Sargun> Palm Pre has replaced the OpenMoko in my hands
Jun 12 07:09:46 <ptitjes> PaulFertser: I'm all at listening to your story :p
Jun 12 07:10:15 <PaulFertser> ptitjes: i borrowed a very cheap BT headset from my friend. Paired it with my laptop, tried to listen to the music with HSP (headset profile, using SCO frames). It worked ok (crappy sound as was supposed to).
Jun 12 07:11:07 <PaulFertser> ptitjes: then i paired it with my FR. Everything was exactly the same though i didn't get any sound (so, when it was supposed to start playing it beeped, turned on the amp (i heard the ambient amp noise) and nothing after).
Jun 12 07:11:33 <ptitjes> ouch
Jun 12 07:11:34 <PaulFertser> ptitjes: i figured that to route SCO frames over HCI (usb connection inside FR) i need to tweak one eeprom register in the BT chip we use, so i did.
Jun 12 07:12:16 <PaulFertser> ptitjes: still got no sound. The next day i went to my work and there borrowed another headset. With exactly the same config on my FR it worked instantly.
Jun 12 07:12:27 <ptitjes> grrrrrrrrrrrr
Jun 12 07:13:04 <ptitjes> please recall me what crappy corporation did implement the FR hardware ???
Jun 12 07:13:07 <ptitjes> oups
Jun 12 07:13:10 * ptitjes hides
Jun 12 07:13:14 <ptitjes> :)
Jun 12 07:13:16 <PaulFertser> ptitjes: i tried to investigate this issue, read the logs, read the sources, tried bluetooth kernel portion from the upstream (bluetooth). No dice. Asked bluez guys (including Marcel) several times. He was unable to deduce anything from my logs.
Jun 12 07:13:44 <PaulFertser> ptitjes: the only difference between FR and my laptop is BT chip.
Jun 12 07:13:54 <ptitjes> ok. the lesson from that is try it anyway before buying it
Jun 12 07:13:55 <PaulFertser> ptitjes: i have broadcom in laptop and CSR in FR.
Jun 12 07:14:56 <ptitjes> and yet, broadcom is known to do crappy incompatible proprietary hardware
Jun 12 07:15:02 <ptitjes> damn
Jun 12 07:15:06 <PaulFertser> ptitjes: probably it'll finally work after even more bluez and kernel improvements, i don't know. I'm quite sure that's upstream problem.
Jun 12 07:15:22 <PaulFertser> ptitjes: broadcom in my laptop works! CSR in FR doesn't.
Jun 12 07:15:30 <ptitjes> yep that is strange
Jun 12 07:15:57 <ptitjes> maybe CSR is even more crappy and proprietary than broadcom :)
Jun 12 07:16:55 <ptitjes> ok then, thanks, I may try to convince a vendor in a shop to let me try :)
Jun 12 07:16:57 <PaulFertser> ptitjes: you know, logs are perfectly ok... No errors, nothing suspicious... Slightly different on laptop and FR (even with the same kernel and bluez version iirc) but ok. SCO works. It's just that i don't get any sound from the headset with FR.
Jun 12 07:17:27 <ptitjes> PaulFertser: did you try tweaking statefiles ?
Jun 12 07:17:36 <PaulFertser> ptitjes: the wiki instructions i posted a link to seem to be accurate, i checked myself recently (with the same non-working headset so i got no sound actually, but everything else worked).
Jun 12 07:18:04 <PaulFertser> ptitjes: i switched to HCI to get sound from SoC itself. It worked with other headset i borrowed at work.
Jun 12 07:20:59 <ChristW> I'm trying to pair with my headset, but all hciscan and hcitool say is 'No such device'.
Jun 12 07:21:24 <PaulFertser> ChristW: you need to enable bluetooth first
Jun 12 07:21:56 <m0nt0> ptitjes, hi
Jun 12 07:21:59 <ChristW> http://pastebin.com/m179b75f7
Jun 12 07:22:47 <PaulFertser> ChristW: you need to enable it in SHR settings
Jun 12 07:22:47 <ptitjes> PaulFertser: if someone confirms the recipe described in the link you pasted above works correctly, I may, at a point, make a GUI for paring
Jun 12 07:22:51 <ptitjes> hello m0nt0 
Jun 12 07:22:52 <ChristW> I thought that was what the bluetooth start was for... or do I also need the 'BlueTooth enabled" mdbus incantation?
Jun 12 07:23:13 <ptitjes> s/paring/pairing/
Jun 12 07:23:16 <m0nt0> ChristW, have you enabled bluetooth with the frameworkd (like with shr-settings in shr)
Jun 12 07:23:38 <PaulFertser> ChristW: yes, you need to enable bluetooth "resource"
Jun 12 07:24:02 <ChristW> Yes, now it scans... Grumble. So many Wiki pages to wade through...
Jun 12 07:25:28 <m0nt0> ptitjes, i'm writing a mail on the gui :D i need a little clarification, the actual libgui setup it's own mainloop to interact with frameworkd?
Jun 12 07:25:57 <methril|work> good morning
Jun 12 07:27:12 <ptitjes> m0nt0: well you need to be more precise when you talk about that
Jun 12 07:27:14 <ChristW> How can I stop my FR from suspending? I've already (wrench...) put both the power settings to 'off', but it keeps sleeping on me.
Jun 12 07:27:57 <ptitjes> m0nt0: to be exact, lib-phonegui implementations (that is -efl, -efl2, -gtk) do launch their own main-loops
Jun 12 07:28:18 <m0nt0> ptitjes, ok that was the question
Jun 12 07:28:23 <ptitjes> m0nt0: but in no way this is related to the interaction with frameworkd
Jun 12 07:28:49 <m0nt0> ptitjes, oh right, callbacks
Jun 12 07:28:54 <ptitjes> good :)
Jun 12 07:29:01 <ptitjes> you get it :)
Jun 12 07:29:17 <ptitjes> all this could happen in different threads
Jun 12 07:29:37 <ptitjes> m0nt0: just remember that a main loop is just like any another thread
Jun 12 07:30:04 <ptitjes> (that has an event dispatching mechanism inside the loop, but this is like any other thread)
Jun 12 07:31:23 <ptitjes> m0nt0: it appears that some dbus implementations do use the GLib main loop (which is the same GTK uses) to dispatch dbus signals through events
Jun 12 07:31:46 <ptitjes> m0nt0: but this dbus-related event dispatch could happen in its own main loop
Jun 12 07:31:55 <m0nt0> ptitjes, yes, i'm a bit tired so i need to get a serious coffee to wake up completly :D i my mind mainloop was to interacr with frameworkd so it could be a waste of resource
Jun 12 07:32:18 <ptitjes> m0nt0: that is you can have multiple main-loops in the same process (that different threads that run main event loops)
Jun 12 07:32:48 <ptitjes> m0nt0: of course, that is provided you handle concurrency correctly (mutexes, ...)
Jun 12 07:33:05 <m0nt0> yes 
Jun 12 07:33:22 <ptitjes> m0nt0: and in fact this is the way we tend to go
Jun 12 07:33:24 <ptitjes> :)
Jun 12 07:33:36 <ptitjes> I go under the shower
Jun 12 07:33:38 <ptitjes> cu
Jun 12 07:33:45 <m0nt0> cu
Jun 12 07:37:31 <ChristW> Ok, I think I have it paired... Is there a way to test audio without doing the phone routing?
Jun 12 07:39:26 <PaulFertser> ChristW: A2DP or HSP?
Jun 12 07:39:32 <m0nt0> mplayer can do that
Jun 12 07:39:33 <PaulFertser> ChristW: A2DP is easy, HSP is tricky.
Jun 12 07:39:40 <PaulFertser> m0nt0: mplayer can do only A2DP
Jun 12 07:39:45 <ChristW> Not A2DP, so I guess HSP only...
Jun 12 07:39:50 <ChristW> It's an HBH-300...
Jun 12 07:39:53 <m0nt0> PaulFertser, hsp = headset?
Jun 12 07:40:16 <PaulFertser> ChristW: too tricky to bother, you better try calling your balans or operator support or whomever (after configuring FSO of course).
Jun 12 07:40:19 <PaulFertser> m0nt0: yes
Jun 12 07:40:51 <ChristW> Can I still pick up using the phone, or can I only use the headset after configuring FSO?
Jun 12 07:40:53 <m0nt0> PaulFertser, why it's tricky? have you got a link? I'd like to use one day my bt headset
Jun 12 07:41:20 <PaulFertser> ChristW: if you turn off the headset (and probably restart framework after, i'm not sure), it will ignore it and behave as normal.
Jun 12 07:41:51 <PaulFertser> m0nt0: hm, i can find it. You need to tweak one eeprom parameter in CSR chip and i don't know a proper way to do that.
Jun 12 07:43:36 <m0nt0> PaulFertser, gh, this is some kind of magic, i need a dwarf to do that, it's not only tricky
Jun 12 07:43:53 <PaulFertser> m0nt0: i did it, no magic.
Jun 12 07:44:05 <m0nt0> PaulFertser, :D 
Jun 12 07:44:38 <PaulFertser> m0nt0: and then used something like $MPG123 -R 8000 -m "$FILE"  -o raw:- | $HSTEST play - $BDADDR $CHANNEL
Jun 12 07:44:51 <PaulFertser> m0nt0: that's an example from bluez sources.
Jun 12 07:45:18 <m0nt0> PaulFertser, lol, so easy :D
Jun 12 07:45:27 <ChristW> $HSTEST?
Jun 12 07:45:41 <spaetz> ChristW: suspend is disabled when you request the CPU resource. Or set policies
Jun 12 07:45:50 <spaetz> can be doe via shr-settings or shr-config
Jun 12 07:48:09 <PaulFertser> m0nt0: and i used a crude hack to change that eeprom register http://paste.debian.net/38864/
Jun 12 07:48:24 <PaulFertser> ChristW: that's from bluez sources, you'll find all that in test directory.
Jun 12 08:23:50 <takeiteasy> where are located feeds for shr testing (extra repositories for .opk) and extra software, please ?
Jun 12 08:25:21 * ptitjes must work...
Jun 12 08:52:15 <Ainulindale> mickey|zzZZzz ?
Jun 12 09:10:25 <dos1|neo> aza
Jun 12 09:10:33 <dos1|neo> oops
Jun 12 10:10:45 <F4t> anyone here knows connman well? #connman guys are all idle... :-/
Jun 12 10:10:48 <mickeyl> morning folks
Jun 12 10:10:51 <mickeyl> Ainulindale: pong
Jun 12 10:10:56 <mickeyl> ptitjes: pong
Jun 12 10:13:11 <ChristW> Morning (well, afternoon actually...)
Jun 12 10:15:57 <playya> didier is at work
Jun 12 10:21:05 <Gorbusch> somebody here who could explain me how i create a patchfile which would then work with the build process?
Jun 12 10:22:14 <mrmoku> mickeyl, hey, how's life?
Jun 12 10:22:24 <mickeyl> mrmoku: morning! busy :/
Jun 12 10:22:32 <mickeyl> trying to steal some time for FSO once and then
Jun 12 10:22:39 <mrmoku> mickeyl, hehe, we noticed :P
Jun 12 10:22:44 <mickeyl> the new fsousaged seems to gix most of our problems
Jun 12 10:22:48 <mickeyl> fix, even
Jun 12 10:23:12 <mrmoku> and the device thing is ready too IIRC?
Jun 12 10:23:42 <mickeyl> unfortunately not yet, it's missing the implementation of the CPU and Display resources
Jun 12 10:23:55 <mickeyl> i completely forgot that these are implemented in fsodevice as well
Jun 12 10:24:05 <mickeyl> as they talk directly to the idlenotifier
Jun 12 10:24:06 * mrmoku should start to cherry-pick the necessary pieces to be able to build the new stuff
Jun 12 10:24:13 <bumbl> mickeyl: have you seen the user give money for features thread @ freeyourphone
Jun 12 10:24:21 <bumbl> someone has donated 500€
Jun 12 10:24:40 <bumbl> and fso is the topvoted project i think
Jun 12 10:24:41 <mickeyl> bumbl: yes, that's very appreciated. we're within the last steps of our funding-a-GbR-process
Jun 12 10:24:58 <mickeyl> then we'd like to publically call for funding
Jun 12 10:25:01 <bumbl> GbR=?
Jun 12 10:25:15 <mickeyl> Gesellschaft bürgerlichen Rechts
Jun 12 10:25:27 <mickeyl> german company form
Jun 12 10:28:49 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * rf8c07256fad7 10/fsousaged/src/plugins/controller/plugin.vala: fsousaged: send system action 'resume' after resuming
Jun 12 10:29:13 <playya> have you read maddog's mail?
Jun 12 10:29:21 <mickeyl> about what?
Jun 12 10:29:24 <bumbl> ah ok
Jun 12 10:29:26 <mickeyl> oh the LI?
Jun 12 10:29:38 <mickeyl> sure, read that. doesn't really apply to us though
Jun 12 10:29:42 <sudharsh> mickeyl, wow, coolness
Jun 12 10:29:47 <bumbl> mickeyl: wouldn't a e.V. have more benefits?
Jun 12 10:29:58 <mickeyl> no, an e.V. is a non-profit organization
Jun 12 10:30:28 <mickeyl> that would be much more beaurocratic overhead
Jun 12 10:30:57 <bumbl> mickeyl: but would give the donators in germany tax benefits if i remember correctly
Jun 12 10:31:12 <mickeyl> only if you're able to get tax excemption status
Jun 12 10:31:20 <bumbl> ah ok
Jun 12 10:32:00 <bumbl> (just remembered the old say - 3 germans in an inn are a e.V.)
Jun 12 10:32:07 <mickeyl> hehe
Jun 12 10:32:08 <Gorbusch> the only concern i would have with GbR is the liability
Jun 12 10:32:40 <mickeyl> true, you need to be careful with contracts
Jun 12 10:33:06 <Gorbusch> yes also regarding sueing or being sued
Jun 12 10:33:42 <bumbl> hmm strange
Jun 12 10:35:21 <bumbl> according to wikipedia GbR exists in austria too; although i have never heard of it (and i am taking a course to enterpreneurship at the moment)
Jun 12 10:39:30 <CIA-69> freesmartphone.org: 03luca 07framework * rbd273ff85f10 10/ (2 files in 2 dirs): 
Jun 12 10:39:30 <CIA-69> freesmartphone.org: Improve frameworkd configuration example and dbus configuration
Jun 12 10:39:30 <CIA-69> freesmartphone.org: [PATCH 1/5] Gypsy belongs to the freedesktop tree in D-Bus frameworkd.conf
Jun 12 10:39:30 <CIA-69> freesmartphone.org: [PATCH 2/5] conf/example/frameworkd.conf: adjust log_level use
Jun 12 10:39:31 <CIA-69> freesmartphone.org: [PATCH 3/5] conf/example/frameworkd.conf: simplify log_to documentation
Jun 12 10:39:33 <CIA-69> freesmartphone.org: [PATCH 4/5] conf/example/frameworkd.conf: adjust disable use
Jun 12 10:39:35 <CIA-69> freesmartphone.org: [PATCH 5/5] conf/example/frameworkd.conf: fix English typos
Jun 12 10:43:11 <CIA-69> freesmartphone.org: 03mickey 07framework * ref6509a12201 10/etc/dbus-1/system.d/frameworkd.conf: frameworkd.conf: make it work on newer dbus versions that are non-permissive (aka: paranoid) by default
Jun 12 10:44:20 <tmzt> yay
Jun 12 10:45:07 <takeiteasy> hii folks| i figure out my gta02 endless ringing when i have an unanswered message with shr-testing
Jun 12 10:48:18 <tmzt> MarcOChapeau: we need this last patch from mickeyl
Jun 12 10:48:22 <tmzt> ah
Jun 12 10:48:28 <tmzt> max_posedon:
Jun 12 10:48:51 <max_posedon> tmzt, freesmartphone-framework-9999
Jun 12 10:49:08 <max_posedon> ask solar about compile it for you
Jun 12 10:49:18 <tmzt> ok, that's still the python version?
Jun 12 10:49:36 <max_posedon> I don't want do any package bump, until some "release/milestone/snapshot" will be released
Jun 12 10:49:38 <max_posedon> yep
Jun 12 10:50:34 <tmzt> ok
Jun 12 10:50:59 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r17c464bd41ae 10/fsousaged/ (configure.ac data/fsousaged.conf): fsousaged: install dbus configuration file
Jun 12 10:51:32 <max_posedon> tmzt, if you want vala framework, you want concucopia)
Jun 12 10:54:45 <tmzt> yeah, don't think we're ready for that yet
Jun 12 11:09:12 <bumbl> mickeyl: i know that development process lacks manhours but how far cronucopia? (ogsmd replacement) as it sucks that the ringtone keeps going after one has picked up
Jun 12 11:09:58 <playya> async dbus server is a showstopper atm
Jun 12 11:10:34 <bumbl> hmm okay
Jun 12 11:12:18 <playya> btw. mickeyl do you know if juerg wants to go away from dbus-glib first?
Jun 12 11:20:16 <mickeyl> no idea about his timelines
Jun 12 11:20:23 <mickeyl> but yes, eventually he wants to get rid of dbus-glib
Jun 12 11:20:43 <mickeyl> bumbl: see status page on the wiki
Jun 12 11:20:50 <mickeyl> ogsmd replacement will take long
Jun 12 11:20:55 <mickeyl> but it's not the problem of the ringtone
Jun 12 11:20:59 <mickeyl> for the ringtone, use .wav
Jun 12 11:21:06 <mickeyl> that should improve things nowadays
Jun 12 11:21:13 <mickeyl> since we have a faster .wav player
Jun 12 11:21:31 <mickeyl> with every subsystem we replace, we gain speed
Jun 12 11:21:34 <mickeyl> fsousaged is the first one
Jun 12 11:25:30 <bumbl> mickeyl: well i think all major distributions use wav by now
Jun 12 11:25:37 <CIA-69> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * reb8fb32d52d1 10/src/device.vala: Removed apm from PowerSupply Devices
Jun 12 11:26:02 <bumbl> but it is still no sleek experience as it was / at it is with pyneo according to users ;)
Jun 12 11:27:18 <mickeyl> sure thing
Jun 12 11:27:23 <mickeyl> fso is doing a whole lot more
Jun 12 11:27:30 <mickeyl> that needs power
Jun 12 11:27:44 <mickeyl> and that's why we are working on fso2
Jun 12 11:29:28 <mickeyl> it's always a tradeoff between flexibility and latency. you can get the minimum latency if you let the AT parser play a hardcoded sound when it receives a RING on the serial line :D
Jun 12 11:29:38 <mickeyl> i won't talk about layering violations here...
Jun 12 11:29:52 <PaulFertser> mickeyl: the dbus interface emdete presented on the conference looks very elegant (in my ignorant pov).
Jun 12 11:30:53 <mickeyl> yeah, it's quite nice
Jun 12 11:31:35 <mickeyl> if we had continued to work together, we perhaps had merged
Jun 12 11:32:58 <mickeyl> but he didn't want to compromise on e.g. adding a mid level interface such as fso's ogsmd
Jun 12 11:33:22 <mickeyl> but only a very high level interface from the start (such as fso's ophoned) which i found problematic
Jun 12 11:33:40 <mickeyl> so we had to stop working together
Jun 12 11:36:39 <CIA-69> freesmartphone.org: 03mickey 07cornucopia * r5c1418ab1dee 10/fsousaged/ (3 files in 2 dirs): fsousaged: install service file for dbus system activation
Jun 12 11:37:09 <bumbl> well - that's why free software is on the one hand so powerful and on the other hand sometimes inefficient
Jun 12 11:38:40 <mickeyl> i for one am open to reconsider interfaces. fso 1.x is stable now, but I have no problems reconsidering things in fso 2.x
Jun 12 11:38:48 <Ainulindale> albacore: there?
Jun 12 11:38:58 <PaulFertser> mickeyl: so you can probably use his high-level api for ophoned, that'd be nice :)
Jun 12 11:39:24 <mickeyl> PaulFertser: yeah. either this or ofonos
Jun 12 11:45:19 <bumbl> ofonos api might have some benefits later
Jun 12 11:46:25 <Zorkman> i have a small question: does mplayer use less cpy when playing audio files ecoded with 64 instead of for example 190kbit?
Jun 12 11:46:33 <khiraly11> mickeyl: nice to see you jumped finally on bug #435
Jun 12 11:47:16 <mickeyl> fore sure, sorry it took me so long, but things are very hectic here
Jun 12 11:47:47 <mickeyl> there's still some work to do in oeventsd, but just by switching to fsousaged we should get a much better experience 
Jun 12 11:48:03 <spaetz> bumblm, mickeyl: tax excemption should always be possible if you channel it through such an org. like kde .e.V. or another non-profit open source
Jun 12 11:48:31 <spaetz> GdB you don't even need anything written for if I recall my law course correctly
Jun 12 11:49:04 <mickeyl> spaetz: sure, however... the GbR is to actually _make_ profit, since we want to raise contract work for FSO. so it would feel somewhat wrong to try a non-profit org
Jun 12 11:49:34 <mickeyl> this will not collide with a non-profit org to support FOSS on mobile
Jun 12 11:49:42 <mickeyl> i see us rather being contracted by this non-profit org
Jun 12 11:49:52 <mickeyl> or individual stakeholders
Jun 12 11:49:57 <spaetz> mickeyl: right. Still *if* someone wants to save tax (a company) they could always donate to some non-profit that hires you on a for-profit base
Jun 12 11:50:04 <spaetz> ahh, what you said :)
Jun 12 11:50:06 <mickeyl> spaetz: ack
Jun 12 11:50:07 <mickeyl> :)
Jun 12 11:55:46 <khiraly11> dos1?
Jun 12 12:20:44 <albacore> Ainulindale : yes 
Jun 12 12:20:53 <Ainulindale> albacore: sorry for the LONG delay
Jun 12 12:20:59 <Ainulindale> I'm able to help you know :-)
Jun 12 12:22:00 <albacore> thank you, the error when make image : ERROR: '/media/Data/shr/shr-unstable/openembedded/recipes/ttf-fonts/ttf-sazanami_20040629.bb' failed
Jun 12 12:22:47 <Ainulindale> Ok could you do the following please
Jun 12 12:22:51 <Ainulindale> cd /media/Data/shr/
Jun 12 12:22:54 <Ainulindale> make update
Jun 12 12:22:56 <Ainulindale> cd shr-unstable
Jun 12 12:22:58 <Ainulindale> . setup-env
Jun 12 12:23:07 <Ainulindale> bitbake -c clean ttf-sazanami
Jun 12 12:23:12 <Ainulindale> bitbake ttf-sazanami
Jun 12 12:23:16 <Ainulindale> and tell me if there's an error
Jun 12 12:23:44 <albacore> ok
Jun 12 12:24:31 <spaetz> what's that cool pasting service again: paste.dyndns.org:1234 or so?
Jun 12 12:24:53 <Ainulindale> Hey spaetz how's life?
Jun 12 12:25:33 <spaetz> busy. I've just been proposed for a professor position and now I need to write a job describtion that would (by coincidence) suit my profile
Jun 12 12:25:45 <Ainulindale> heh :-)
Jun 12 12:25:55 <Ainulindale> so no time for child & SHR I guess? :-)
Jun 12 12:26:00 <Ainulindale> What would you teach?
Jun 12 12:26:02 <spaetz> also still much travelling last weeks and coming weeks (Danmark, Sweden, Chicago...)
Jun 12 12:26:23 <spaetz> (Open) INnovation, Technology Management
Jun 12 12:26:29 <Ainulindale> How come? (travelling)
Jun 12 12:26:51 <spaetz> Second kid on the way, causing my wife to be really sick all the time, leaving much of the "home work" to me
Jun 12 12:27:13 <spaetz> conferences, I think 6 conferences this summer alone
Jun 12 12:27:27 <Ainulindale> spaetz: well, two kids, you're a lucky guy
Jun 12 12:27:29 <spaetz> little SHR time, yep :-(
Jun 12 12:27:32 <Ainulindale> I'm sure you're a sweet daddy
Jun 12 12:27:42 <spaetz> hehe, I guess my kid would disagree :)
Jun 12 12:27:56 <Ainulindale> Meh :-)
Jun 12 12:28:14 <spaetz> but I really hope to pick up on SHR speed soon
Jun 12 12:28:35 <spaetz> s/soon/latest in September/ :-)
Jun 12 12:30:35 <albacore> Ainulindale : bitbake -c clean give me "no file to build"
Jun 12 12:30:50 <Ainulindale> that's not normal
Jun 12 12:31:05 <Ainulindale> did you do . setup-env ?
Jun 12 12:31:11 <albacore> yes
Jun 12 12:31:19 <Ainulindale> are you in /media/Data/shr/
Jun 12 12:31:21 <Ainulindale> shr-unstable
Jun 12 12:31:22 <Ainulindale> ?
Jun 12 12:31:25 <Weiss> DieMumie1, lindi-: my debug board is here :)
Jun 12 12:31:30 * Weiss mwahahaha
Jun 12 12:32:26 <albacore> Ainulindale : /media/Data/shr/
Jun 12 12:32:26 <spaetz> albacore: bitbake -c clean ttf-sazanami
Jun 12 12:32:32 <spaetz> not bitbake -c clean
Jun 12 12:32:34 <PaulFertser> Weiss: be careful with flexi cable :) And good luck with finally fixing gta02 video subsystem :)
Jun 12 12:33:03 <albacore> spaetz : yes, bitbake -c clean ttf-sazanami
Jun 12 12:33:08 <spaetz> ahh, k
Jun 12 12:33:34 <Ainulindale> albacore: you have to be in shr-unstable
Jun 12 12:34:29 <Weiss> PaulFertser: hehe, indeed.. took me a while to figure out how far in you have to push it at the Neo end..
Jun 12 12:34:43 <Weiss> (i.e. you can see the white line at the DB end, but not the FR end)
Jun 12 12:35:21 <Weiss> i got a load of goodies which i wasn't expecting, as well (screwdriver, spare battery, guitar pick)
Jun 12 12:35:35 <PaulFertser> Weiss: but really, be careful, the cable is too fragile, no kidding.
Jun 12 12:35:53 <albacore> Ainulindale : No I'm in /media/Data/shr when I do '. setup-env' command
Jun 12 12:36:28 <Weiss> PaulFertser: yeah.. i was reading about problem on the ML just now... (is it OM-specific, or can you get spares if it breaks?)
Jun 12 12:36:35 <Ainulindale> albacore: cd /media/Data/shr/
Jun 12 12:36:40 <Ainulindale> then
Jun 12 12:36:43 <Ainulindale> 14:23:02 < Ainulindale> cd shr-unstable
Jun 12 12:36:43 <Ainulindale> 14:23:04 < Ainulindale> . setup-env
Jun 12 12:36:43 <Ainulindale> 14:23:13 < Ainulindale> bitbake -c clean ttf-sazanami
Jun 12 12:36:43 <Ainulindale> 14:23:18 < Ainulindale> bitbake ttf-sazanami
Jun 12 12:36:58 <PaulFertser> Weiss: i don't know about supplies, you see the cable yourself, probably it's not hard to order one like that in europe.
Jun 12 12:37:39 <PaulFertser> Weiss: or you can just solder to testpoints instead if you plan some long-term debugging.
Jun 12 12:38:01 <PaulFertser> At least for debug console it's trivial, as only 3 wires are needed.
Jun 12 12:39:16 <albacore> Ainulindale, it's the oppposite I' ld say, I done what you say in reality (cd shr-unstable,. setup-env,bitbake -c clean ttf-sazanami
Jun 12 12:40:48 <Ainulindale> albacore: find /media/Data/shr/shr-unstable/openembedded/ -name *sazanami*
Jun 12 12:42:09 <spaetz> what weird font is that BTW? never heard the name before
Jun 12 12:42:18 <Ainulindale> japanese
Jun 12 12:43:02 <albacore> Ainulindale : return me "/media/Data/shr/shr-unstable/openembedded/recipes/ttf-fonts/ttf-sazanami_20040629.bb"
Jun 12 12:43:27 <spaetz> ahh, k
Jun 12 12:43:31 <Ainulindale> So you have it
Jun 12 12:43:40 <spaetz> I currently get parsing errors in bitbake perhaps it's that
Jun 12 12:43:44 <Ainulindale> I don't
Jun 12 12:43:51 <spaetz> error: File 1252dda611da6b100b208b47c875623a9cae192a (http://github.com/felipec/msn-pecan.git/objects/1d/5177a3291fa4c2ca35d7f013abe23e179c66b6) corrupt
Jun 12 12:43:54 <spaetz> error: Unable to find 1d5177a3291fa4c2ca35d7f013abe23e179c66b6 under http://github.com/felipec/msn-pecan.git
Jun 12 12:43:59 <Ainulindale> albacore: please pastebin the full log from the start of your command & all
Jun 12 12:44:10 <Ainulindale> spaetz: this works
Jun 12 12:44:16 <Ainulindale> It built on the buildhost
Jun 12 12:44:29 <spaetz> ERROR: Parsing errors found, exiting...
Jun 12 12:44:31 <Weiss> PaulFertser: hmm, i'll settle for just being careful for the time being. sounds like you've broken a few yourself?
Jun 12 12:44:38 <spaetz> freshly updated
Jun 12 12:44:52 <Ainulindale> spaetz: sounds as a git died that's all
Jun 12 12:45:48 <albacore> Ainulindale : where is the total log file?
Jun 12 12:45:50 <spaetz> yep, works when retrying
Jun 12 12:45:55 <mirko> mickey|lunch: ping
Jun 12 12:46:11 <Ainulindale> albacore: well just pastebin the start of your command line with the pwd
Jun 12 12:46:14 <Ainulindale> and what bitbake is displaying
Jun 12 12:47:19 <spaetz> | netcat paste.dyndns.org 1234
Jun 12 12:47:24 <spaetz> is very useful for that
Jun 12 12:48:09 <SHR-WugBranler> tracfeed: Ticket #517 (opkg lock file in wrong place) created <http://trac.shr-project.org/trac/ticket/517>
Jun 12 12:49:00 <PaulFertser> Weiss: no, but i've read several stories about that. I don't want to risk loosing such a valuable developer as you because of a silly cable breakage :)
Jun 12 12:49:13 <spaetz> rtp: thanks for your bug report. but don't you think that should be fixed upstream rather than at distro level?
Jun 12 12:49:28 <albacore> Ainulindale : http://pastebin.com/m71679fb3
Jun 12 12:50:27 <PaulFertser> rtp: btw, it was discovered that the kernel uses wrong units in power_supply battery nodes.
Jun 12 12:51:02 <rtp> spaetz: hmm... yes and no. Of course, it's upstream to fix it but I prefer opening one here so that it can be tracked here 
Jun 12 12:51:09 <rtp> PaulFertser: ouch :(
Jun 12 12:51:26 <rtp> PaulFertser: and it's missing some nodes for gta01 /o\
Jun 12 12:54:00 <PaulFertser> rtp: which ones? Where they there before?
Jun 12 12:55:34 <spaetz> rtp: I would open a ticket upstream too: http://code.google.com/p/opkg/issues/list
Jun 12 12:56:17 <spaetz> although it might be a configuration issue
Jun 12 12:56:19 <spaetz> sprintf_alloc (&lock_file, "%s/%s/lock", args->offline_root, OPKG_STATE_DIR_PREFIX);
Jun 12 12:56:31 <rtp> PaulFertser: I don't remember if they were there before. For new, there's only current_now and voltage_now 
Jun 12 12:56:40 <PaulFertser> rtp: yes, i know.
Jun 12 12:56:56 <rtp> spaetz: I was trying to find where is  OPKG_STATE_DIR_PREFIX :)
Jun 12 12:57:24 <spaetz> [  --with-opkglibdir=DIR   specifies directory to put status and info files. "/opkg" is always added so if you want your files  to be in /usr/lib/opkg you should indicate  --with-opkglibdir=/usr/lib ],
Jun 12 12:57:33 <spaetz> this is configure.ac
Jun 12 12:57:46 <PaulFertser> rtp: i'm not sure hardware can really tell you more than that.
Jun 12 12:57:47 <spaetz> I guess this coresponds to it somehow
Jun 12 12:58:12 <spaetz>     Erweiterte Codesuche
Jun 12 12:58:12 <spaetz>  
Jun 12 12:58:12 <spaetz> Code
Jun 12 12:58:12 <spaetz> Ergebnisse 1 - 4 von 4.(0.11 Sekunden)
Jun 12 12:58:14 <rtp> PaulFertser: if we can't have more, userspace will have to cope with that
Jun 12 12:58:19 <spaetz> oops sorry
Jun 12 12:58:38 <spaetz> rtp: it's defined here:
Jun 12 12:58:39 <spaetz> 26: #define OPKG_STATE_DIR_PREFIX OPKGLIBDIR"/opkg"
Jun 12 12:58:49 <spaetz> in libopkg/opkg_defines.h
Jun 12 12:59:28 <rtp> I wonders what will happen if opkglibdir is set to /var/lock... 
Jun 12 12:59:29 <Ainulindale> albacore: that's weird
Jun 12 12:59:41 <Ainulindale> Let me check locally
Jun 12 12:59:56 <spaetz> I guess it will write stuff into /var/lock/opkg/
Jun 12 13:00:52 <spaetz> mmh, no
Jun 12 13:00:54 <spaetz> werid
Jun 12 13:00:57 <spaetz> weird
Jun 12 13:00:58 <rtp> including installed package list  & friends  I fear
Jun 12 13:01:03 <spaetz> right
Jun 12 13:01:30 <Ainulindale> albacore: NOTE: Removing stamps: /home/ainu/shr/shr-unstable/tmp/stamps/all-angstrom-linux-gnueabi/ttf-sazanami-20040629-r4.*
Jun 12 13:01:33 <Ainulindale> NOTE: Running task 615 of 633 (ID: 1, /home/ainu/shr/shr-unstable/openembedded/recipes/ttf-fonts/ttf-sazanami_20040629.bb, do_setscene)
Jun 12 13:01:36 <Ainulindale> Working here
Jun 12 13:01:37 <Ainulindale> So I guess you borked your conf
Jun 12 13:01:54 <Ainulindale> Could you pastebin cat /media/Data/shr/shr-unstable/conf/* ?
Jun 12 13:03:02 <rhkfin> cat /dev/ttySAC0 gives nothing but tangogps works ok. Why is this?
Jun 12 13:04:39 <albacore> Ainulindale : http://pastebin.com/m5c33b5b9
Jun 12 13:09:36 <spaetz> rhkfin: I might be wrong, but IIRC frameworkd occupied the device exclusively somehow
Jun 12 13:09:46 <spaetz> (and don't ask me how/why)
Jun 12 13:10:07 <spaetz> it used to break gso-gpsd when someone did cat /dev/ttySAC0
Jun 12 13:10:31 <spaetz> anyway. gone now. rtp I sent a mail with tegard to the lock location to opkg-devel
Jun 12 13:12:33 <rtp> spaetz: ok
Jun 12 13:12:58 <Weiss> PaulFertser: <blushes> i am very much a learner, despite appearances
Jun 12 13:15:46 <Ainulindale> albacore: it should work properly
Jun 12 13:16:19 <rhkfin> spaetz: hmm.. ok, too bad, have to try something..
Jun 12 13:17:01 <Ainulindale> mrmoku|away: there?
Jun 12 13:17:13 <Ainulindale> spaetz: could you help me with albacore's issue?
Jun 12 13:17:18 <Ainulindale> It's a bit odd
Jun 12 13:17:27 <Ainulindale> He has a right topdir, and dit can't find ttf-sazanami
Jun 12 13:18:07 <rtp> argh... can't remove wmiconfig... makes no sense to have it on gta01 :(
Jun 12 13:20:19 <albacore> Ainulindale : maybe my system?
Jun 12 13:21:24 <Ainulindale> Can't see why
Jun 12 13:39:28 <Zorkman> anybody in here ever had troubles adding a directory to intone?
Jun 12 13:39:42 <Zorkman> the program shutds down here
Jun 12 13:43:00 <albacore> Ainulindale : What could I do? re-build?
Jun 12 13:43:59 <albacore> Zorkman : I add directory without trouble in intone
Jun 12 13:44:26 <Ainulindale> albacore: well I have no idea what this does that
Jun 12 13:44:36 <Ainulindale> So I'd suggest, wipe out shr, redownload the makefile, and restart from scratch
Jun 12 13:45:56 <Zorkman> albacore: i can add one album (djshadow) without problems, deleting and re-adding works fine, but when trying to add something else==> segmentation fault
Jun 12 13:47:28 <Zorkman> and when i copy the files of my one directory to the djshadow directory it does work...
Jun 12 13:47:35 <albacore> Ainulindale :ok, I 'll tell you what about results
Jun 12 13:47:46 <Ainulindale> albacore: thanks and sorry I can't be of any help for this situation
Jun 12 13:48:12 <albacore> ok, thank you for all
Jun 12 13:48:24 <Ainulindale> You're welcome
Jun 12 13:51:09 <rtp> Ainulindale: do you know if one day it'll be possible to remove python ? /usr/lib/python2.6 is taking 16M and it's a lot for the gta01 64M flash  :(
Jun 12 13:51:39 <Ainulindale> well I don't think so, as we still depend on it for frameworlk
Jun 12 13:51:41 <Ainulindale> -l
Jun 12 13:51:49 <Ainulindale> when the framework will be in vala it'll be more possible
Jun 12 13:52:01 <Ainulindale> rtp: how is the image apart from that?
Jun 12 13:52:09 <Ainulindale> (Though 16M seems a bit too much IMHO I think you're hallucinating)
Jun 12 13:52:28 <Ainulindale> http://build.shr-project.org/shr-unstable/images/om-gta01/shr-shr-lite-image-glibc-ipk--20090611-om-gta01-testlab/installed-package-sizes.txt <=
Jun 12 13:52:33 <rtp> root@om-gta01 ~ $ du -hs /usr/lib/python2.6/
Jun 12 13:52:33 <rtp> 16.1M   /usr/lib/python2.6
Jun 12 13:52:55 <rtp> Ainulindale: I found some bugs and didn't yet tried the gsm :/
Jun 12 13:53:17 <rtp> Ainulindale: also having tangogps is useless. there's not enough storage to install tangogps
Jun 12 13:53:19 <Ainulindale> rtp: that includes python & all python packages such as the framework
Jun 12 13:53:21 <Ainulindale> Not python itself
Jun 12 13:53:23 <rtp> err gllin
Jun 12 13:53:25 <Ainulindale> Check my link you'll see
Jun 12 13:53:45 <Ainulindale> rtp: well we might want to remove the wav for GTA01 then
Jun 12 13:53:48 <Ainulindale> And replace it with a sid
Jun 12 13:54:37 <rtp> how much is it taking ?
Jun 12 13:55:21 <Ainulindale> A lot sadly
Jun 12 13:56:48 <rtp> around 3M ... that's a lot :(
Jun 12 13:56:59 <Ainulindale> Yeah
Jun 12 13:58:56 <eolson> rtp, For gta01, I generally remove large ipks (like some python libs, gllin, etc.) and reinstall them on the sd card.  Then, I use ipkg-link from ipkg-utils to make them useable again.
Jun 12 13:59:07 <Ainulindale> rtp: well listen come up with what you'd like as the default ringtone and I'll commit it as there's not that many users anyway
Jun 12 13:59:25 <Ainulindale> We could also remove some stuff
Jun 12 13:59:30 <rtp> ipkg-link ? what's that ?
Jun 12 13:59:36 <Ainulindale> Such as the splash
Jun 12 13:59:41 <rtp> wifi stuff
Jun 12 14:00:00 <rtp> I don't think a lot of people is using wifi on gta01
Jun 12 14:00:19 <tig|> rtp.   it recreates symlinks so you can install things to the memory card instead of flash
Jun 12 14:01:21 <eolson> rtp, ipkg-link just makes symlinks from sd card to main storage:  http://wiki.openmoko.org/wiki/Package_management#1:_Ipkg_Utils_and_ipkg-link
Jun 12 14:01:22 <rtp> looks interesting. will definitively try it
Jun 12 14:01:41 <Ainulindale> eolson: well maybe we should come up with something to do that automagically or something
Jun 12 14:01:47 <tig|> rtp,  I used to use it all the time on my zaurus :)  it is rather handy :) 
Jun 12 14:03:03 <eolson> Ainulindale, good idea, I have to think about how to make it work well automagically
Jun 12 14:04:19 <Zorkman> a strange observation: playing an mp3 in intone with 80kbit CBR seems  to require a bit less cpu than a 64kbit CBR one :s
Jun 12 14:04:42 <rtp> what will happen if the SD card is not there after playing with it ?
Jun 12 14:04:45 <Zorkman> is there a logical explanation for this?  only tested it with two mp3s 
Jun 12 14:05:30 <eolson> rtp, those apps won't be available, so I just got an 8GB card so I don't have to switch cards :)
Jun 12 14:05:35 <tig|> rtp then things won't work, but providing you put it bacj they will 
Jun 12 14:06:41 <rtp> great. I was fearing it could break the system
Jun 12 14:09:38 <eolson> Ainulindale, For automatically using ipk-link, we can't assume everyone will have an sd card all the time, so it probably needs to be a manual user step (UI button or command) to move things to the SD card.  And then we'd have to handle the case where the user switches sd cards -- either just warn the user or keep track of the packages and prompt the user to reinstall them to the new sd card.
Jun 12 14:11:15 <eolson> simple implementation first: manual command (with warning not to change the sd card) +  if the sd card is changed, warn the user with a dialog.
Jun 12 14:11:33 <eolson> ok, i have to get back to real work for now :)
Jun 12 14:13:10 <Ainulindale> eolson: that's interesting and that would be a really good thing for the home backup thing
Jun 12 14:16:27 <rtp> Ainulindale: that reminds me that imho there are other things to backup than the home. What about things like timezone or phonelog db ?
Jun 12 14:20:01 <Ainulindale> rtp: already thought about that
Jun 12 14:20:03 <Ainulindale> And it's planned as well
Jun 12 14:20:25 <rtp> \o/
Jun 12 14:20:27 <DocScrutinizer> phonelog should be at home!
Jun 12 14:20:47 <DocScrutinizer> privacy thing
Jun 12 14:21:23 <DocScrutinizer> mo btw
Jun 12 14:25:16 <DocScrutinizer> which is a rather funny tning to think a decent concept for, btw. For inbound calls which of the potentially multiple users gets option to take the call (and subsequently the log entry)? Obviously the one owning the screen that moment
Jun 12 14:28:10 <lindi-> Weiss: cool, good luck with KMS :)
Jun 12 14:28:24 <DocScrutinizer> probably dbus system bus needs to propagate the inbound call, so all users might pop up a dialer accept screen (if they own the screen that moment), but phonelog shall go to session bus
Jun 12 14:30:25 <Weiss> lindi-: i've been trying to find a way to avoid KMS and still have DRI working, but it seems impossible.. every way i come at it :S
Jun 12 14:30:47 <DocScrutinizer> even more funny might be the situation on a multi-SIM platform. It's easily imaginable that one user registers with one SIM and another user with second SIM
Jun 12 14:31:37 <rtp> Ainulindale: for the ringtone, convert the wav file to ogg. 300K vs 3M :)
Jun 12 14:31:47 <lindi-> Weiss: i'd be totally happy with a simple/slow X that does xorg
Jun 12 14:32:08 <lindi-> Weiss: once you have that stable platform it's much easier to ask people test DRI patches on top of that
Jun 12 14:33:00 <Ainulindale> rtp: this raises another issue
Jun 12 14:33:03 <Ainulindale> it's slow and cut
Jun 12 14:33:08 <Ainulindale> that's why we put it in wav
Jun 12 14:33:44 <DocScrutinizer> rtp: wtf?? 3MB for a wav ringtone??? did you store that with 48ks/2*16bit??
Jun 12 14:34:35 <DocScrutinizer> for ringtone a 16ks-mono-8bit is rather fine
Jun 12 14:34:55 <rtp> DocScrutinizer: it's the default ringtone. it's not mine so I don't have such details 
Jun 12 14:35:25 <DocScrutinizer> well, so assume it was addressed to ainu ;-)
Jun 12 14:35:48 <rtp> :)
Jun 12 14:36:03 <Weiss> lindi-: yeah.. thing is, with KMS you "automatically" get DRI, kind of
Jun 12 14:36:03 <Ainulindale> well spaetz commited it
Jun 12 14:37:38 <DieMumie1> Weiss: whats missing to get KMS?
Jun 12 14:38:10 <DieMumiee> I think i should be able to finish the gem object dec-ref stuff today..
Jun 12 14:38:27 <Weiss> DieMumiee: the entire KMS driver :S
Jun 12 14:38:45 <DieMumiee> oh, thought you already started in a separate branch..
Jun 12 14:38:56 <Weiss> started, yep. but it's hard work
Jun 12 14:39:21 <rtp> DocScrutinizer: it's 16-bit/44.1kHz/stereo 
Jun 12 14:39:55 <DocScrutinizer> what I expected :-P
Jun 12 14:41:08 <DocScrutinizer> so expect it to be a tenth the size with reasonable format
Jun 12 14:41:49 <DieMumiee> Weiss: are there any useable reference implementations?
Jun 12 14:42:00 <DocScrutinizer> mono: /2, samplerate: /3, 8bit: /2
Jun 12 14:42:01 <rtp> which would be a lot nicer than 3M
Jun 12 14:42:10 <Weiss> DieMumiee: cool.. using interrupts or something else? (for GEM object de-ref)
Jun 12 14:42:28 <DieMumiee> i could add irq usage if you wish :-P
Jun 12 14:42:38 <DieMumiee> but for now it works in a lazy way without an irq
Jun 12 14:42:55 <Weiss> DieMumiee: yep (the Intel, Radeon and Nouveau drivers), but it's hard to separate the bare minimum from all the other stuff that they have to do
Jun 12 14:43:23 <Weiss> without is probably fine.. i don't think it makes much different. even without, we get the benefits of no Xorg busy-waiting
Jun 12 14:44:08 <DieMumiee> with the current approach the gem objects live untill another ioctl comes in.. then the read ptr is accessed and every freeable object is unreferenced..
Jun 12 14:44:17 <DieMumiee> so if no ioctl comes in
Jun 12 14:44:23 <DocScrutinizer> well, I admit it was me who said "all rightones are converted to wav at config time, never at playback time". Seems I forgot to specify the correct format ;-P
Jun 12 14:44:27 <DieMumiee> or no new command buffer 
Jun 12 14:44:35 <DieMumiee> the object will still be alive..
Jun 12 14:44:43 <DieMumiee> untill the driver is deinitialized..
Jun 12 14:45:04 <DieMumiee> with an idle interrupt handler we could fix even that..
Jun 12 14:45:35 <Weiss> i was thinking of something in the WAIT_RENDERING ioctl like this: while ( object still needed ) msleep(some);
Jun 12 14:47:28 <Weiss> then that ioctl gets used whenever, say, Xorg needs to synchronise before a software fallback (which will likely happen a lot..)
Jun 12 14:47:48 <DocScrutinizer> Ainulindale: how's live?
Jun 12 14:48:32 <DieMumiee> Weiss: the sleeps should be only very short.. I hope
Jun 12 14:50:24 <Weiss> DieMumiee: yep, indeed. i don't yet know how this will all work out wrt timings..
Jun 12 14:51:30 <Ainulindale> DocScrutinizer: how's what?
Jun 12 14:51:45 <DocScrutinizer> how's life?
Jun 12 14:52:21 <Ainulindale> Good, thanks :-)
Jun 12 14:52:25 <Ainulindale> And you?
Jun 12 14:52:27 <DocScrutinizer> as nasty as my instant coffee? :-)
Jun 12 14:52:54 <Ainulindale> Nah I'm having good coffee
Jun 12 14:54:52 <Ainulindale> Damn dos isn't here
Jun 12 14:55:16 <DocScrutinizer> bad guy. how can I spank him then?
Jun 12 14:55:38 <DocScrutinizer> ~seen dos1
Jun 12 14:55:39 <bzzbot> dos1 <n=dos@unaffiliated/dos1> was last seen on IRC in channel #openmoko-cdevel, 17h 41m 59s ago, saying: ':P'.
Jun 12 14:55:39 <Ainulindale> TAsn: available for a quick question?
Jun 12 14:55:48 <TAsn> sure
Jun 12 14:55:54 <TAsn> bah, kronbluth is down for some reason
Jun 12 14:56:40 <DocScrutinizer> netsplit? hooray
Jun 12 14:59:23 <TAsn> for hours now...
Jun 12 15:04:33 <CIA-45> SHR: 03ainulindale 07shr-themes * r09de5dea6deb 10/shr-splash/shr-splash-theme-dociswatchingyou/ (11 files in 2 dirs): Added a new wonderful splash theme.
Jun 12 15:06:44 <DieMumiee> Weiss: the kernel should support something like condition variables.. maybe we find a way to use, but avoiding race conditions
Jun 12 15:07:43 <DieMumiee> Weiss: "while ( object still needed ) msleep(some);" object is a gem object here?
Jun 12 15:07:47 <Ainulindale> I like this new theme, it's far better.
Jun 12 15:08:32 <Ainulindale> TAsn: tell me what you think about it :-)
Jun 12 15:08:39 <TAsn> Ainulindale, have you built it yet?
Jun 12 15:08:48 <Ainulindale> I'm doing so right now
Jun 12 15:09:26 <Ainulindale> But you may have a pretty good idea about what it is :-)
Jun 12 15:10:04 <TAsn> watched it :)
Jun 12 15:10:06 <TAsn> lol.
Jun 12 15:10:12 <TAsn> looks like a great theme
Jun 12 15:10:17 <TAsn> *splash
Jun 12 15:10:29 <TAsn> Ainulindale, mind starting a poll about making it default?
Jun 12 15:10:37 <Ainulindale> TAsn: Well I'll let you do that :-)
Jun 12 15:10:46 <Ainulindale> Damn I forgot to change the preview
Jun 12 15:10:54 <TAsn> I noticed :)
Jun 12 15:11:17 <Ainulindale> Well I'll wait for people to bug report this in trac
Jun 12 15:11:38 <Ainulindale> Do you think he's aware? :-)
Jun 12 15:12:36 <DocScrutinizer> aaaaaaaaaaaaaaaaaahhhhhhhhhhhhhhhhhhhhhhhhhhhhuuuuuuuuuuuuuuuuuuuuuuuuuuuu!
Jun 12 15:13:26 <Ainulindale> DocScrutinizer: For your revenge, I have two pictures
Jun 12 15:13:38 <Ainulindale> http://www.ainulindale.net/images/rhps/viol-janet.jpg <= this one
Jun 12 15:13:52 <Ainulindale> And...
Jun 12 15:14:47 <Weiss> DieMumiee: yep
Jun 12 15:15:09 <Ainulindale> DocScrutinizer: http://img268.imageshack.us/img268/4895/julenne.jpg
Jun 12 15:15:19 <Ainulindale> Special treat for you
Jun 12 15:15:26 <Weiss> DieMumiee: so, say that Xorg needed to do a fill followed by some text rendering, it would request an accelerated fill, then synchronise with WAIT_RENDERING, then do the text
Jun 12 15:15:36 <Ainulindale> (I was young, with plenty of hair)
Jun 12 15:17:44 <DocScrutinizer> I recommend to make this default mandatory splashtheme for all SHR devels, to remind them what awaits them if going nasty ;-P
Jun 12 15:18:01 <DocScrutinizer> (the docs theme)
Jun 12 15:18:02 <Ainulindale> :-)
Jun 12 15:20:32 <Ainulindale> DocScrutinizer: Told you I would do it :-)
Jun 12 15:22:03 <DocScrutinizer> well, it was inevitable sme day this sort of thing had to happen. So I prefer I have a little bit of control over it ;-)
Jun 12 15:22:10 <DieMumiee> Weiss: hmm could we attach the "wait" as a flag to the cmdq ioctl?
Jun 12 15:22:18 <Ainulindale> DocScrutinizer: plus I think this picture is quite good :-)
Jun 12 15:22:43 <DocScrutinizer> that's why I selected it, though being *rather* old
Jun 12 15:23:04 <DocScrutinizer> both the picture and me now ;-P
Jun 12 15:23:51 <Weiss> DieMumiee: no, because there's no cmdq submission as part of the text (to use the example)
Jun 12 15:24:13 <Weiss> DieMumiee: hmm, or do you mean a wait *after* the cmdq? that could make sense..
Jun 12 15:24:45 <Weiss> DieMumiee: actually no, with EXA at least - when you get asked for the accelerated operation, you don't know if a wait will be necessary
Jun 12 15:24:45 <DocScrutinizer> Ainulindale: as you can tell easily my nick isn't selected lightheaded. Was a general mood for all my life ;-)
Jun 12 15:26:05 <DieMumiee> Weiss: i see
Jun 12 15:26:18 <DieMumiee> bbl
Jun 12 15:26:33 <Weiss> ok :)
Jun 12 15:30:28 <Ainulindale> DocScrutinizer: hahaha :-)
Jun 12 15:30:28 <TAsn> http://www.techradar.com/news/phone-and-communications/mobile-phones/in-pictures-every-palm-pre-screen-explained-607521
Jun 12 15:30:35 <TAsn> we should consider taking some design choices from them :)
Jun 12 15:30:37 <TAsn> (gui wise)
Jun 12 15:30:41 <TAsn> looks sleek.
Jun 12 15:30:53 <TAsn> maybe the b&w and transparent look is the right way to go.
Jun 12 15:31:03 <DocScrutinizer> Ainulindale: IIRC this photo was taken when they told me about your birth ;-D
Jun 12 15:31:12 <Ainulindale> Ah that's why then :-)
Jun 12 15:31:13 <Ainulindale> I get it now
Jun 12 15:33:13 <DocScrutinizer> honestly, I guess it's from 1984
Jun 12 15:34:15 <Ainulindale> Well I was 1 year old then
Jun 12 15:34:28 <Ainulindale> mrmoku: you might be interested in the new splash theme
Jun 12 15:34:30 <Ainulindale> now available on the feed :-)
Jun 12 15:34:37 <Ainulindale> shr-splash-theme-dociswatchingyou
Jun 12 15:35:12 <mrmoku> :)
Jun 12 15:35:32 <mrmoku> could show that my mother in law... which arrived today :P
Jun 12 15:35:41 <DocScrutinizer> lool
Jun 12 15:36:02 <DocScrutinizer> mrmoku: sems you don't like her ;-P
Jun 12 15:36:08 <mrmoku> :)
Jun 12 15:36:23 <mrmoku> can't even say that....
Jun 12 15:37:05 <mrmoku> she's quite nice actually
Jun 12 15:37:19 <DocScrutinizer> mrmoku: seen the copyright notice? ""this material must not be used for building weapons or warfare purposes ""
Jun 12 15:38:06 <mrmoku> ahh... k.
Jun 12 15:38:11 <mrmoku> Then I don't want it
Jun 12 15:38:21 <mrmoku> wanted to build a nice mass destruction thingie out of it ;)
Jun 12 15:38:29 <DocScrutinizer> "" nor for any purpose whatsoever by any party involed in those activities ""
Jun 12 15:39:01 * mrmoku needs coffeeeeeeee
Jun 12 15:39:11 * DocScrutinizer needs a shower
Jun 12 15:39:37 <Ainulindale> Or a new eye patch
Jun 12 15:39:51 <DocScrutinizer> this threat makes me sweat
Jun 12 15:40:58 * DocScrutinizer off for shower and thinking about which planet to devastate next
Jun 12 15:41:30 <Ainulindale> :-)
Jun 12 15:42:52 <DocScrutinizer> strange, I always thought this to be Mr Zorkman's line of text ;-)
Jun 12 15:43:39 <Zorkman> lol
Jun 12 15:43:39 <Zorkman> i just arrived :)
Jun 12 15:44:22 <Zorkman> went buying some cigars, and got like 30min extra information about "meerschuim" pipes
Jun 12 15:45:46 <DocScrutinizer> hmm, is that a euphemism for doing dark side thinks? (see 5th element)
Jun 12 15:46:19 <Zorkman> from what i heard of it, it can also be used for weapons of mass destruction...
Jun 12 15:46:30 <Zorkman> it produces at least as much smoke as an A-bomb :)
Jun 12 15:46:53 <DocScrutinizer> aah, that's why
Jun 12 15:49:21 * DocScrutinizer makes a notice to scrutinize Zorkman's checkins for hidden malware that kicks in when Neo next to major security related computer-systems - like NORAD
Jun 12 15:49:25 * mrmoku --> social real life duties :P
Jun 12 15:49:28 <mrmoku> bbl
Jun 12 15:49:34 <Ainulindale> mrmoku|away: have a nice day
Jun 12 15:50:26 <Zorkman> mrmoku|away: hope he doesn't have to help chose drapes :)
Jun 12 15:51:46 <Zorkman> btw: does gps work good when crossing timezones?
Jun 12 15:51:56 <Ainulindale> yes
Jun 12 15:52:06 <Zorkman> wanna know before i do 3000+km with only the Fr to navigate....
Jun 12 15:53:46 <max_posedon> yes
Jun 12 15:53:52 <max_posedon> it use UTC anyway
Jun 12 15:54:25 <DocScrutinizer> Zorkman: how should a Global(!)PS fail by crossing a virtual timezone boundary?
Jun 12 15:54:57 <max_posedon> ah, easy
Jun 12 15:55:07 <max_posedon> its neo you know)
Jun 12 15:55:18 <DocScrutinizer> Zorkman: you might want to delete pickle anyway, after moving for several 1000km
Jun 12 15:55:21 <Zorkman> DocScrutinizer: in the past the FR didn't update it time, and it couldn't get a fix 
Jun 12 15:55:23 <max_posedon> e.g. chip can work, but user can't see corect result
Jun 12 15:55:30 * onen|openBmap sees 3000 km cells in the future
Jun 12 15:55:44 <Zorkman> DocScrutinizer: had to manually set TZ in order to get gps fix
Jun 12 15:55:49 <Zorkman> onen|openBmap: that's the plan
Jun 12 15:55:53 <Zorkman> but don't lose them this time!
Jun 12 15:56:08 <Zorkman> my previous roadtrip gave me almost thousand and they're not listed :p
Jun 12 15:56:23 <DocScrutinizer> Zorkman: strange enough
Jun 12 15:56:25 <onen|openBmap> Zorkman: hope you don't travel this far just for cells!. You will probably be in the top after that!
Jun 12 15:56:38 <Zorkman> onen|openBmap: no it's even more ridiculous
Jun 12 15:56:40 <onen|openBmap> Zorkman: lose?
Jun 12 15:57:04 <DocScrutinizer> TZ management still borked for me though. Still I don't see how TZ could affect to get a non-A GPS fix
Jun 12 15:57:08 <Zorkman> onen|openBmap: a friend of mine collects energy cans (33cl ones) and I once promissed him we'd go on a roadtrip with only that goal :D
Jun 12 15:57:48 <Zorkman> (onen|openBmap: not lost, because they appeared on the map on your site, but not in my stats, but really, no biggy, as long as they reach the map i'm content)
Jun 12 15:58:09 <Zorkman> so he'll be collecting energy cans and i'll be collecting gsm cells :)
Jun 12 15:58:32 <onen|openBmap> Zorkman: uh? are you sure they were not there before? otherwise it would mean we have a bug...
Jun 12 15:58:58 <Zorkman> onen|openBmap: very sure they were not there before, i could follow my exact itinerary
Jun 12 15:59:17 <onen|openBmap> Zorkman: what do you mean by energy cans? what do they have to have, to be different from any other?
Jun 12 15:59:34 <Zorkman> another language/another design/ another brand....
Jun 12 15:59:42 <onen|openBmap> Zorkman: ok. then I will let this know to Nick.
Jun 12 16:00:01 <onen|openBmap> Zorkman: does he know e-commerce? ;-)
Jun 12 16:00:13 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * rde920772762b 10/ (3 files in 3 dirs): fsousaged: add missing data/Makefile.am
Jun 12 16:00:32 <onen|openBmap> Zorkman: I should not say that. of course this is highly importatn you do this road trip! go ahead (think to take another sim for your way back)
Jun 12 16:00:34 <Zorkman> onen|openBmap: no he doesn't want to buy online or trade with other collectors, he wants to find them all himself or get them from friends :)
Jun 12 16:01:14 <Zorkman> onen|openBmap: i'm making a loop, only a small portion the same road
Jun 12 16:01:14 * onen|openBmap thought we were the strangest people in the world, but on the other side of the border are nice specimens too...
Jun 12 16:01:37 <Zorkman> and I have two SIM, but sadly it is (and the sims of all my friends who are going with me) of an operator who uses the same network
Jun 12 16:02:01 <onen|openBmap> Zorkman: I see. it is of course much nicer to see different landscape too
Jun 12 16:03:00 <Zorkman> but i'll mostly be bigh highways and not much time to spend in citys except in search of the best energydrink, so maybe you won't get that many new cellIDs...
Jun 12 16:03:04 <Ainulindale> http://fukung.net/v/8980/pmeo9hcjp7aw9.jpg <= hahaha
Jun 12 16:03:39 <Zorkman> Ainulindale: an old one, but still lol :)
Jun 12 16:05:35 <DocScrutinizer> onen|openBmap: me wonders how neighbour cells could be operator specific if we just kick out the SIM ;-)
Jun 12 16:05:39 <onen|openBmap> Zorkman: 600 km is about 1000 cells
Jun 12 16:06:03 * Zorkman will need his 8GB card for all those loggs ^_^
Jun 12 16:06:04 <DocScrutinizer> onen|openBmap: you know the modem still needs to watch for cells to associate to for SOS calls
Jun 12 16:06:05 <onen|openBmap> Zorkman: so you should get sth like 5000 cells :-)
Jun 12 16:06:44 <DocScrutinizer> onen|openBmap: never tested though
Jun 12 16:07:27 <onen|openBmap> DocScrutinizer: you mean, remove sim, turn on, look at neighbors monitor interface, to see if we see more than one operator cells?
Jun 12 16:07:49 <DocScrutinizer> onen|openBmap: don't you think this is highly dependent on the country side you actually travel? (# of cells)
Jun 12 16:08:03 <DocScrutinizer> onen|openBmap: exactly
Jun 12 16:08:36 <DocScrutinizer> onen|openBmap: and please mention me if this pans out ;-D
Jun 12 16:08:54 <onen|openBmap> DocScrutinizer: of course I will
Jun 12 16:09:02 * onen|openBmap uncrosses his fingers in his back
Jun 12 16:09:04 <Zorkman> DocScrutinizer is taking over our FR's: first the splash screen, now this :p
Jun 12 16:09:46 <onen|openBmap> DocScrutinizer: (dependent) are you refering to my evaluation of the number of cells for Zorkman or to your new idea?
Jun 12 16:09:47 <DocScrutinizer> Zorkman: I took over every FR on this wide earth long ago. This action went unnoticed by anybody
Jun 12 16:10:05 <DocScrutinizer> onen|openBmap: eval of cell #
Jun 12 16:10:06 <onen|openBmap> DocScrutinizer: I did, but I like you :-x
Jun 12 16:10:21 <onen|openBmap> DocScrutinizer: it is (very) highly approximative
Jun 12 16:10:29 <Zorkman> DocScrutinizer: you built those hardware bugs and then "found" the sollution? ;-P
Jun 12 16:10:35 <onen|openBmap> DocScrutinizer: it could be a thousand more or less
Jun 12 16:11:16 <DocScrutinizer> Zorkman: I hadn't to build them. There were plenty already. But actually buzfix is a secret plan to conquer the world
Jun 12 16:12:05 <DocScrutinizer> Zorkman: it implements root access to your phone for me exclusively
Jun 12 16:12:24 <DocScrutinizer> as does MOKO11 ;-P
Jun 12 16:13:43 <DocScrutinizer> not even a Mr Zorkman is as evil as the one and only DocScrutinizer :-P
Jun 12 16:14:08 <DocScrutinizer> so enough silly for now. cya guys
Jun 12 16:14:21 <Zorkman> hehe cya Doc
Jun 12 16:14:30 <Zorkman> (thats why you are Doc, and I'm only Mr :))
Jun 12 16:28:56 <DieMumiee> Weiss: how can we associate a gem object to set of commands copied into the SQ?
Jun 12 16:34:29 <Weiss> DieMumiee: if with interrupts, then via the 2D engine "service ID" i think. if instead it's done by waiting for the read pointer to pass the point at which it's references, then by something such as an SQ address stored with the object
Jun 12 16:35:47 <Weiss> i'm slightly nervous that the 2D pointer being past a certain position doesn't actually mean the object is finished with, because there's also the HQ then the engine itself
Jun 12 16:36:26 <Weiss> i hope the service ID IRQ mechanism takes that into account, but involves messing with IRQs. the other approach is easier, but might need an extra delay
Jun 12 16:45:29 <DocScrutinizer> fuck!! gsm is off (though gsm-applet still showing "Interkom"), and can't be switched on again :-(((
Jun 12 16:46:46 <DocScrutinizer> restart settings -> "ophonekitd not running". Aahaaaa :-/
Jun 12 16:48:09 <DocScrutinizer> anybody interested in me tossing any fsckng log?
Jun 12 16:48:32 <Zorkman> DocScrutinizer; does d-bus still work? i'm mostly getting b0rked dbus
Jun 12 16:48:39 <DocScrutinizer> well I seem to have read about a ticket about that
Jun 12 16:49:39 <DocScrutinizer> everything seems back to normal on "restart" when above mentioned requester shows. PIM requester popps up eventually
Jun 12 16:50:14 <DocScrutinizer> Zorkman: so no, prolly no fundamental dbus issue
Jun 12 16:53:28 <DocScrutinizer> Ainulindale: an interim ticket: setting sms-alarm-melody  to loop never stops yelling on inbound sms (also volume setting seems to have no effect). Strange enough, you can hit a STOP(!!)-button in same profile-ringtone-settings to stop the sound. Alas a few hours later I find ophonekitd borked
Jun 12 16:58:56 <DocScrutinizer> Ainulindale: another interim ticket: delete sms message "are you sure" requester should show the sms planned for deletion (ok with showing first few words ony, plus number, date)
Jun 12 17:03:56 <DocScrutinizer> Ainulindale: interim ticket 3: call/release buttons still swapped (right,left instead of left,right)
Jun 12 17:09:48 <max_posedon> DocScrutinizer, I have this problem very often
Jun 12 17:09:57 <max_posedon> its kinda gsm-dead back for me
Jun 12 17:10:03 <max_posedon> because all stops works
Jun 12 17:10:15 <DocScrutinizer> Ainulindale: interim ticket 4: pressing play at settings-sms-melody arkanoid-3/20 doesn't loop. Instead it shows "stop" button indicating it continues playback of silence
Jun 12 17:12:15 <DocScrutinizer> Ainulindale: interim ticket 5: if you change arkanoid track selector during playback of sound (see ticket 4), the stop button borks (won't stop the silence playback and never goes back from stop to play)
Jun 12 17:12:58 <DocScrutinizer> Ainulindale: that's why I was sad there's no dos1 around to take the blame ;-)
Jun 12 17:14:34 <DieMumiee> Weiss: ah now i understand.. i thought the gem_object_unreference had the sole purpose or memory management..
Jun 12 17:16:36 <DieMumiee> then we additionally need the interrupt ..
Jun 12 17:17:19 <DieMumiee> either sq_pointer + x or 2d_engine_idle interrupt..
Jun 12 17:17:28 <DieMumiee> or all engines.. 
Jun 12 17:19:41 <DieMumiee> x would be something like the size of the hq ..
Jun 12 17:34:44 <doxy2> yo
Jun 12 17:40:56 <khiraly> yeah some screens are nice in palm pre
Jun 12 17:41:05 <doxy2> when i try to start frameworkd on freerunner i get these errors: http://pastebin.ca/1458005 
Jun 12 17:41:18 <DieMumiee> khiraly: do you know if they use x11?
Jun 12 17:42:35 <DieMumiee> Weiss: if exa is the only client idle interrupt would work perfect.. but if we have a gl application like a game - permanently poking glamo - glamo might not idle for a long time..
Jun 12 17:42:57 <mirko> hey
Jun 12 17:43:18 <mirko> there was a gtk-themes which looks exactly like the elementary-default-theme - does anybody know how it was called?
Jun 12 17:45:00 <khiraly> (19.41.24) DieMumiee: khiraly: do you know if they use x11?<-- no idea. But what else?
Jun 12 17:52:14 <DieMumiee> khiraly: google did its own..
Jun 12 17:52:43 <DieMumiee> and there is also directfb
Jun 12 17:52:50 <DieMumiee> which also supports window management 
Jun 12 17:53:04 <DocScrutinizer> huh?
Jun 12 17:53:21 <DieMumiee> at least there are sub projects that try to acchieve that.. 
Jun 12 17:53:51 <DieMumiee> http://directfb.org/index.php?path=Platform%2FSaWMan
Jun 12 17:54:01 <DocScrutinizer> aaah, reinvention of the wheel, errr X
Jun 12 17:56:30 <DocScrutinizer> there's probably hundereds of projects to claim "we don't use X, we use fb and create a lightweight win manager on top of it". Seems there's not been the big success story yet
Jun 12 17:56:32 <DieMumiee> hm i think SawMan is somewhere between fb and x11.. and i guess there are valid use cases for it
Jun 12 17:57:29 <DocScrutinizer> I can't think of any
Jun 12 17:57:30 <DieMumiee> not sure .. I know that directfb is(was) used in embedded devices.. 
Jun 12 17:58:45 <DieMumiee> you do not have to :)
Jun 12 17:59:40 <DocScrutinizer> well, for fullscreen fast apps without need for win-mgmt there's directfb. For winman-based apps there's X
Jun 12 17:59:45 <DieMumiee> they simply exist.. but often layering which is also found quiet often, is enough
Jun 12 18:01:53 <DocScrutinizer> well, you should talk to raster about this topic. He's more savvy for all winman-related things
Jun 12 18:01:57 <DieMumiee> for example in car infotainment systems you have rear view cameras, navigation map views and the "normal" ui
Jun 12 18:03:39 <DieMumiee> if you are lucky the system supports layering and you can avoid managing synchronization of the different processes
Jun 12 18:03:58 <DocScrutinizer> yes, so...?
Jun 12 18:04:30 <DieMumiee> well nothing. i only want to know what palm picked, or developed. 
Jun 12 18:29:32 <Ainulindale> mrmoku: http://testlink.org/demo/index.php
Jun 12 18:29:36 <Ainulindale> This might be interesting for us
Jun 12 18:32:58 <mrmoku> QA stuff?
Jun 12 18:57:13 <DocScrutinizer> Zorkman: [2009-06-11 23:21:33] <Zorkman> DocScrutinizer: to get a very little bit better bass (withouth the fix) do you know ...
Jun 12 18:57:19 <DocScrutinizer> Zorkman: http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Known.2FAccepted_Issues
Jun 12 18:58:04 <DocScrutinizer> Zorkman: hth
Jun 12 19:04:02 <Zorkman> DocScrutinizer: thanks for mentioning it, i already applied it
Jun 12 19:10:00 <spaetz> mirko: yes, something like gtk-e17lookalike
Jun 12 19:10:10 <spaetz> check the shr git (shr-themes)
Jun 12 19:59:30 <CIA-45> SHR: 03seba.dos1 07shr-themes * re64f49dc49eb 10/shr-splash/shr-splash-theme-dociswatchingyou/ (6 files in 2 dirs): shr-splash-theme-dociswathingyou: correct preview.png file and reorganize /src folder
Jun 12 20:02:16 <dos1> Ainulindale: about shr-splash - how to add symlink from /usr/share/pixmaps/xsplash-vga.ppm to /usr/share/shr-splash/theme/xsplash-vga.ppm? in do_install of shr-splash?
Jun 12 20:59:15 <DocScrutinizer> dos1: Ainulindale: [2009-06-11 21:29:57] <DocScrutinizer> Ainulindale: I authorize you to use it for SHR splashscreen, if and only if you superimpose a "DocScrutinizer checked it" writing ;-)
Jun 12 20:59:48 <DocScrutinizer> dos1: Ainulindale: please fix that!!
Jun 12 20:59:58 <dos1> DocScrutinizer: it was Ainulindale who did it, i've only corrected some mistakes he did :x
Jun 12 21:01:55 <DocScrutinizer> well, I guess without SHR following the terms of use, it might get expensive ;-)
Jun 12 21:08:00 * Zorkman also wants the "doc checked it"
Jun 12 21:12:59 <DocScrutinizer> dos1: please notice I didn't insist on a verbatim "©® by ...", so I think it's fair to ask for listening to my request.
Jun 12 21:13:20 <dos1> DocScrutinizer: i also think that, Ainulindale should add that :P
Jun 12 21:13:33 <DocScrutinizer> dos1: (though (c) remains by joerg reisenweber nevertheless)
Jun 12 21:14:10 <DocScrutinizer> this is NOT (CC)
Jun 12 21:16:51 <DocScrutinizer> well, I hope I don't have to open a ticket for this. Neither on trac nor with my lawyer
Jun 12 21:19:11 <dos1> Ainulindale: fix that...
Jun 12 21:33:41 <DocScrutinizer> Ainulindale: on second thought, you probably also should refrain from stating any GPL for the picture. Sorry I have to insist on correct citation of copyright. I don't like to lose control completely wrt my pictures, and you demonstated how easily this may happen.
Jun 12 21:35:27 <tilman> how do you enter + in the shr dialer? :>
Jun 12 21:36:15 <dos1> tilman: just hold 0?
Jun 12 21:36:42 <dos1> tilman: + is displayed on keypad...
Jun 12 21:37:18 <tilman> sure, but i didn't know you have to hold the button to get the secondary function
Jun 12 21:37:21 <tilman> thanks
Jun 12 21:37:53 <dos1> well, i think it's common for almost every mobile :x
Jun 12 21:37:57 <dos1> (holding 0 to get +)
Jun 12 21:38:08 <DocScrutinizer> dos1: we may also want to have "p" and "w" somewhere
Jun 12 21:38:56 <dos1> DocScrutinizer: dunno if p and w are handled by frameworkd ;x
Jun 12 21:38:59 <DocScrutinizer> and check / fix(?) that dialer is able to handle the semantics
Jun 12 21:39:04 <DocScrutinizer> hehe
Jun 12 21:39:14 <DocScrutinizer> same here
Jun 12 21:40:26 <DocScrutinizer> dos1: you probably are able to toss a mdbus line here to check?
Jun 12 21:41:00 * DocScrutinizer wonders if even modem might handle this correctly
Jun 12 21:41:29 <dos1> modem should be able...
Jun 12 21:42:23 <DocScrutinizer> ATD4711W*1; 
Jun 12 21:42:28 <DocScrutinizer> really?
Jun 12 21:43:09 <DocScrutinizer> well it seems it's been a common function back in the old days of 2400bd-modems anyway
Jun 12 21:44:51 <DocScrutinizer> also not validity of "ATD4711W*1ABCDp#;
Jun 12 21:45:05 <DocScrutinizer> s/ot /ote /
Jun 12 21:45:05 <bzzbot> DocScrutinizer meant: also note validity of "ATD4711W*1ABCDp#;
Jun 12 21:46:09 <CIA-45> SHR: 03seba.dos1 07shr-settings * r5b91db1557b1 10/shr_settings_modules/ (8 files): Remove unneeded imports from modules
Jun 12 21:46:10 <CIA-45> SHR: 03seba.dos1 07shr-settings * rcd6063a05053 10/shr_settings_modules/shr_splash.py: [splash] s/Themes/Theme/ on hoversel label
Jun 12 21:46:39 <CIA-45> SHR: 03seba.dos1 07shr-settings * r8ced15d0e3b6 10/shr_settings_modules/shr_battery.py: [battery] remove unneded imports
Jun 12 21:47:52 <dos1> DocScrutinizer: ABCD?
Jun 12 21:48:31 <DocScrutinizer> for old times there's even been things like "ATDT0w,P4711pA,,*"
Jun 12 21:48:37 <DocScrutinizer> dos1: yup
Jun 12 21:49:24 <DocScrutinizer> nah, wrong
Jun 12 21:49:35 <Zorkman> or is it?
Jun 12 21:50:00 <DocScrutinizer> for old times there's even been things like "ATDT0w,;DP4711p;DTA,,*"
Jun 12 21:50:38 <Zorkman> aha! you speak Klingon DocScrutinizer!!
Jun 12 21:51:20 <DocScrutinizer> DialTone, DialPulse. Regrettably we don't need this for GSM ;-P
Jun 12 21:51:34 <DocScrutinizer> Zorkman: Hayes AT commandset
Jun 12 21:52:16 <DocScrutinizer> which much later became some IETF or similar standard, even for GSM modems
Jun 12 21:52:25 <Deubeuliou> I'm searching a replacement for Cairo. Do you know a 2D graphics library not too low level ?
Jun 12 21:52:43 <Deubeuliou> Cairo looks great but is floating point coded
Jun 12 21:52:51 <Zorkman> DocScrutinizer: yes, i've seen it on star trek
Jun 12 21:53:19 <DocScrutinizer> haha
Jun 12 21:54:25 <Zorkman> bah now Dave isn't with us anymore I have to try to be funny but i'm not very good at it :)
Jun 12 21:55:22 * DocScrutinizer feels sad and rather concerned when thinking about Dave. Anybody silghtest clue what's wrong with him?
Jun 12 21:55:28 <CIA-45> SHR: 03seba.dos1 07shr-settings * r5ab2761bef95 10/shr_settings_modules/shr_gsm.py: [GSM] Operators: show "[forbidden]" with forbidden networks + more gettext support
Jun 12 21:56:13 <DocScrutinizer> ~seen dave
Jun 12 21:56:14 <bzzbot> dave <n=dave@pool-138-89-1-87.mad.east.verizon.net> was last seen on IRC in channel #openmoko-cdevel, 57d 8h 35m 19s ago, saying: 'dos1, I thought opimd was just a legend!? :o'.
Jun 12 21:56:18 <Zorkman> DocScrutinizer: no :(  he used to reside alway in #openmoko-offtopic, but he dissapeared on all channels on the same time...
Jun 12 21:56:47 <Zorkman> even from beyond the grave his last words are making us laugh :)
Jun 12 21:57:18 <Zorkman> but i'm also concerned :(
Jun 12 21:57:33 <Zorkman> he had anough FR's to buzz the windows out of a building
Jun 12 21:57:52 <Zorkman> can't simply believe he just threw them all out and never said anything
Jun 12 21:58:46 <Zorkman> DocScrutinizer: do you by any chanse have his e-mail adres?
Jun 12 21:59:01 <DocScrutinizer> nope, alas not
Jun 12 22:01:13 <Zorkman> DocScrutinizer: you told me that on a long trip I might want to delete the gps pickle file; doesn't it get updated automatically?
Jun 12 22:02:22 <PaulFertser> Is everybody sure that Qi should supply g_ether mac address parameters? Because it doesn't make any sense (and produces unnecessary error output probably distorting splashscreen) if g_ether is a module. And Qi has no way to know. Probably some distro-script should supply the mac in append-file instead. But that'll leave nand users with usb? again...
**** ENDING LOGGING AT Fri Jun 12 22:02:30 2009

**** BEGIN LOGGING AT Fri Jun 12 22:03:25 2009
Jun 12 22:04:15 <DocScrutinizer> and traveling 3000km surely renders your pickle file void
Jun 12 22:06:19 <CIA-45> SHR: 03seba.dos1 07shr-settings * rb4656e433e92 10/shr_settings_modules/shr_gsm.py: [GSM] some initiall error handling on operators list
Jun 12 22:06:21 <DocScrutinizer> PaulFertser: I always thought mac adress is in factory partition
Jun 12 22:06:47 <PaulFertser> DocScrutinizer: yes
Jun 12 22:06:56 <Zorkman> DocScrutinizer: but gps will be constantly on, because i'm logging with openBmap and using gps to navigate
Jun 12 22:07:15 <DocScrutinizer> so no issue then
Jun 12 22:07:18 <PaulFertser> DocScrutinizer: it is. But somebody should tell it kernel. If g_ether is compiled in, it should be supplied in kernel cmdline.
Jun 12 22:07:31 <Zorkman> will qi support jffs2 in the future? 
Jun 12 22:07:31 <PaulFertser> DocScrutinizer: if it's a module, it'll produce an error message on boot.
Jun 12 22:07:44 <PaulFertser> Zorkman: i highly doubt that. Qi is SD-centric.
Jun 12 22:08:32 <Zorkman> thats very confusing: they wont remove the g_ether because of NAND, but don't support jjfs2 because NAND isn't that important...
Jun 12 22:08:33 <DocScrutinizer> and whole point about Qi is it *does not* support a plethora of nasty fs anyway
Jun 12 22:09:59 <Zorkman> why don't they chose: YES for nand = (jffs2 and g_ether) or NO for nand = (no jffs2 and no g_ether)
Jun 12 22:10:15 <Zorkman> I don't know much about it, but NO for jffs2 seems to be the logical choice..
Jun 12 22:10:24 <Zorkman> but then again, I know nothing, I'm from Barcelona
Jun 12 22:10:57 <PaulFertser> Zorkman: they==who?
Jun 12 22:11:08 <Zorkman> all the people who contribute to qi?
Jun 12 22:11:23 <Zorkman> or the one who envisions the goals of qi?
Jun 12 22:11:45 <PaulFertser> Zorkman: for now it's we (users) who decides.
Jun 12 22:11:48 <DocScrutinizer> ooooouuuch, missed H2G2 aka "galaxy quest" on german TV Pro7. Well in 2h it's scheduled again
Jun 12 22:11:50 <PaulFertser> Zorkman: as Andy left OM.
Jun 12 22:12:52 <Zorkman> and that case: you have the power PaulFertser :)
Jun 12 22:13:10 <DocScrutinizer> errr, g_etehr in Qi???
Jun 12 22:13:14 <PaulFertser> Zorkman: it looks like Qi should never provide g_ether cmdline parameter...
Jun 12 22:13:14 <Zorkman> I, as a user, prefer no messages messing up my bootscreen; but that's not really a priority :)
Jun 12 22:13:49 <Zorkman> PaulFertser: I believe you, you know more about it than me, but I also found that qi shouldn't set loglevel... but as I read it on the ML, people disagreed
Jun 12 22:14:11 <PaulFertser> Zorkman: for NAND it'll be supposed that every NAND user has g_ether compiled as a module. For SD if he has a static g_ether, distroscripts will append mac to append-GTA0? file.
Jun 12 22:14:31 <DocScrutinizer> Zorkman: Qi is only providing a *cmdline parameter* that happens to be destined at g_ether
Jun 12 22:14:39 <PaulFertser> DocScrutinizer: exactly
Jun 12 22:14:58 <PaulFertser> DocScrutinizer: and if g_ether is not there, kernel outputs a message disturbing (probably) splashscreen.
Jun 12 22:15:16 <PaulFertser> Zorkman: can you explain why Qi shouldn't set loglevel?
Jun 12 22:15:39 <PaulFertser> Zorkman: because kernel default is unsuitable for slow glamo FB anyway.
Jun 12 22:16:01 <Zorkman> PaulFertser: once again, I am REALLY ignorant, but it seems to me that we are now setting the loglevel twice
Jun 12 22:16:12 <PaulFertser> DocScrutinizer: does it really? Is splashscreen corrupted by kernel messages ever?
Jun 12 22:16:26 <DocScrutinizer> Zorkman: and I assume you agree that normal kernel should have g_ether anyway
Jun 12 22:16:28 <Zorkman> and with my limited knowledge I haven't found a way as why that would be needed
Jun 12 22:16:33 <Zorkman> DocScrutinizer: yes
Jun 12 22:17:08 <Zorkman> seems more logical to set loglevel to minimal or just don't set it in qi, but for the last time; I could overlook a thousand obvious things
Jun 12 22:17:43 <PaulFertser> Zorkman: the kernel has its default (7 iirc), but we set a cmdline parameter loglevel=3. And if the user wants he uses append-GTA0? file to override it by setting loglevel=8 or whatever he wants. I can't see what's wrong with that.
Jun 12 22:18:26 <PaulFertser> DocScrutinizer: no, g_ether should be probably a module to ease switching usb gadgets, some people want g_storage or other stuff.
Jun 12 22:18:27 <DocScrutinizer> PaulFertser: except it sounds like overengineering
Jun 12 22:18:36 <Zorkman> PaulFertser: don't see anything that is *WRONG* but I don't see why it should be set up to three times, while we could set it in one time?
Jun 12 22:18:55 <PaulFertser> DocScrutinizer: hm, to me it doesn't. Kernel has loglevel _hardcoded_
Jun 12 22:19:11 <PaulFertser> Qi has it hardcoded, but the user can override it. 
Jun 12 22:19:16 <PaulFertser> To me it looks ok.
Jun 12 22:19:41 <PaulFertser> Zorkman: we can't change kernel hardcoded loglevel to set it once, it comes from upstream.
Jun 12 22:20:02 <DocScrutinizer> ouch
Jun 12 22:20:22 <PaulFertser> DocScrutinizer: (gta01 power stuff) it sucks about 40mA in suspend with SD inserted and 23mA without.
Jun 12 22:20:38 <DocScrutinizer> ouch again
Jun 12 22:21:50 <PaulFertser> And my cursory look over gta01 scematic didn't show me many 1k pullups/downs (i saw only one).
Jun 12 22:22:00 <DocScrutinizer> how the fsck? pmu-ldo not correctly disabled in gta01-kernel? or glamo sd-card lines leaking to powered down sdcard?
Jun 12 22:22:09 <PaulFertser> Others are 100k or other reasonable values.
Jun 12 22:22:41 <PaulFertser> DocScrutinizer: in gta01 SD is powered from 3.3 line directly, disabled by dedicated switch controllable by SoC GPIO.
Jun 12 22:22:43 <DocScrutinizer> errrr, glamo?
Jun 12 22:22:46 <DocScrutinizer> lol
Jun 12 22:23:06 <PaulFertser> DocScrutinizer: i suspect SoC feeding power through data/clock lines.
Jun 12 22:23:07 <DocScrutinizer> prolly GPIO lines leaking
Jun 12 22:23:13 <PaulFertser> Yes :)
Jun 12 22:23:16 <DocScrutinizer> yup
Jun 12 22:23:39 <PaulFertser> I asked guys to measure voltage on all SD card slot terminals.
Jun 12 22:23:54 <DocScrutinizer> good point
Jun 12 22:24:07 <PaulFertser> Still 23 is suspend (with GSM off) is too much.
Jun 12 22:24:10 <DocScrutinizer> anyway seems a sw-issue
Jun 12 22:24:34 <DocScrutinizer> maybe gsm *not* off?
Jun 12 22:24:56 <DocScrutinizer> this prolly a hw-issue
Jun 12 22:26:03 <DocScrutinizer> if suspend current without sim but gsm enabled is same as gsm disabled, then its modem
Jun 12 22:26:59 <DocScrutinizer> otoh I dunno if we disable uart lines on SoC for modem correctly during suspend, for gta01
Jun 12 22:27:22 <PaulFertser> DocScrutinizer: good point
Jun 12 22:28:19 <PaulFertser> DocScrutinizer: i think the modem is disabled. The guy gave it AT@POFF manually through terminal and then (i suppose) the modem wasn't responding, at least the guy said that he turned off the modem with that.
Jun 12 22:29:17 <DocScrutinizer> yes, but you never know what glitches during suspend/powerdown will do to the modem on gta01
Jun 12 22:29:57 <DocScrutinizer> it might as well be re-enabled / reset or not even shut down correctly
Jun 12 22:30:40 <DocScrutinizer> at@poff was a proprietary extension on some moko4 or sth
Jun 12 22:30:57 <DocScrutinizer> so first check FW version ;-)
Jun 12 22:33:27 <PaulFertser> DocScrutinizer: FW version checked.
Jun 12 22:33:29 <DocScrutinizer> you got testpoint on modem tty
Jun 12 22:33:38 <DocScrutinizer> afaik
Jun 12 22:33:45 <PaulFertser> DocScrutinizer: glitches don't have any effect on the modem on MP gta01s.
Jun 12 22:33:55 <PaulFertser> Yes, we got testpoint.s
Jun 12 22:33:56 <DocScrutinizer> so testing for leaking uart lines should be easy
Jun 12 22:34:00 <PaulFertser> Sure
Jun 12 22:34:15 <PaulFertser> For one who can reach them (they might be underneath LCM).
Jun 12 22:35:07 <PaulFertser> DocScrutinizer: as all MP gta01 don't have the transistor on calypso reset line and therefore they're immune to pcf50606 glitches.
Jun 12 22:35:39 <DocScrutinizer> hmm, does this apply for power pushbutton as well?
Jun 12 22:36:17 <PaulFertser> Hm...
Jun 12 22:36:44 <PaulFertser> DocScrutinizer: power pushbutton connected to SoC, the glitch was on PMU lines.
Jun 12 22:36:47 <PaulFertser> IIRC
Jun 12 22:37:37 <DocScrutinizer> well, check kernel with I2C to confirm it doesn't  accidentally push the button on suspend
Jun 12 22:38:03 <DocScrutinizer> s/i2c/jtag/
Jun 12 22:39:07 <DocScrutinizer> or find a way to probe actual modem power usage and serial lines possible leakage
Jun 12 22:39:45 <DocScrutinizer> also check BT and LCM for same reason
Jun 12 22:39:53 <PaulFertser> DocScrutinizer: yes, i agree. I think i'd just phisically disconnect power from the whole gsm part for that tests.
Jun 12 22:40:07 <DocScrutinizer> 23mA aren't mere pullups/downs anyway
Jun 12 22:40:27 <PaulFertser> DocScrutinizer: because you're right, SoC might have a glitch and that might turn on the modem.
Jun 12 22:40:52 <PaulFertser> DocScrutinizer: one can check that though, if the modem responds after suspend, it was turned on, if not, it wasn't.
Jun 12 22:41:15 <PaulFertser> DocScrutinizer: PMU can't touch reset line, so it was SoC.
Jun 12 22:42:06 <DocScrutinizer> not necessarily. Not responding doesn't mean it's correctly powered down. But responding prooves there's sth wrong anyway
Jun 12 22:44:51 <PaulFertser> Also serial lines question is complicated by using serial console on the same port.
Jun 12 22:47:22 <DocScrutinizer> well, that makes it even more likely ther's sth odd maybe
Jun 12 22:48:14 <PaulFertser> DocScrutinizer: the code says that it should switch those lines to serial console if the modem is disabled by sysfs node.
Jun 12 22:48:37 <PaulFertser> So i shouldn't forget to tell guys to echo 0 > ..../power_on
Jun 12 22:48:44 <PaulFertser> After AT@POFF
Jun 12 22:48:53 <DocScrutinizer> hmm, AT@POFF isn't exactly sysfs node ;-)
Jun 12 22:49:00 <DocScrutinizer> hehe
Jun 12 22:49:46 <CIA-45> SHR: 03seba.dos1 07shr-settings * r97577f05961d 10/shr_settings_modules/shr_gsm.py: [GSM] Operators: more error handling
Jun 12 22:50:57 <DocScrutinizer> dos is fixing my ticket :-)
Jun 12 22:56:42 <PaulFertser> DocScrutinizer: i think i did some tests that showed that 100ms is not enough for the push-button to turn on the modem. We have 500ms in kernel currently. And i doubt that the glitch is anything near that. So i guess the modem remains off.
Jun 12 22:57:37 <Weiss> DieMumiee: yep, we're on the same wavelength now :)
Jun 12 22:57:45 <DocScrutinizer> I'd prefer the meter approach to the vim approach though
Jun 12 22:58:28 <CIA-45> SHR: 03seba.dos1 07shr-settings * r51cd44eb67f8 10/TODO: TODO: update
Jun 12 23:17:41 <DocScrutinizer> PaulFertser: bbl. Off for grabing some junkfood
Jun 12 23:17:51 <PaulFertser> DocScrutinizer: see you tomorrow
Jun 12 23:17:57 <PaulFertser> Off to sleep :)
Jun 12 23:18:02 <DocScrutinizer> k, night then
Jun 12 23:18:04 <PaulFertser> :)
Jun 12 23:18:32 <PaulFertser> DocScrutinizer: enjoy your meal
Jun 12 23:19:05 <SHR-WugBranler> tracfeed: Ticket #516 (settings-phone - select GSM operators doesn't check error) updated <http://trac.shr-project.org/trac/ticket/516#comment:1>
Jun 12 23:19:11 <DocScrutinizer> thanks. Might not find the popcorn needed for H2G2 ;-). But anyway..
Jun 12 23:21:43 <mirko> spaetz: ok, will do - thanks
Jun 12 23:21:45 <SHR-WugBranler> tracfeed: Ticket #500 (setting date) updated <http://trac.shr-project.org/trac/ticket/500#comment:2>
Jun 12 23:22:00 <Toaster`> Ainulindale: you around?
Jun 12 23:25:54 <SHR-WugBranler> tracfeed: Ticket #495 (Create Archive/Restore System for /home/${USER}) updated <http://trac.shr-project.org/trac/ticket/495#comment:5>
Jun 12 23:27:08 <Zorkman> my alsamixer settings always get reset... :(
Jun 12 23:27:10 <SHR-WugBranler> tracfeed: Ticket #495 (Create Archive/Restore System for /home/${USER}) updated <http://trac.shr-project.org/trac/ticket/495#comment:6>
Jun 12 23:27:30 <Zorkman> I do alsamixer and set bass to maximum, then i press exit, and then i do  alsactl store -f gsmhandset.state
Jun 12 23:27:35 <Zorkman> what am I doing wrong?
Jun 12 23:28:07 <CIA-45> SHR: 03seba.dos1 07shr-settings * r27e402a8cb6d 10/data/po/shr-settings.pot: [data] update pot file
Jun 12 23:28:56 <Zorkman> hmmm i guess i got it, it's intone messing with the settings
Jun 12 23:38:57 <CIA-45> SHR: 03frazier.cameron 07shr-settings * r6f8d76d568fd 10/shr_settings_modules/shr_backup.py: [Backup] Additional checks for config files. Present error message if config files non-existent.
Jun 13 00:01:03 <DocScrutinizer> Toaster`: any way to opkg install backup now?
Jun 13 00:02:54 <DocScrutinizer> Zorkman: intone should use stereoheadset (or sth like that), *not* gsmhandset.state!
Jun 13 00:04:42 <DocScrutinizer> ooh sheesh, "galaxy quest" for sure is not H2G2
Jun 13 00:21:21 <DocScrutinizer> Zorkman: it's either /usr/share/openmoko/scenarios/headset.state OR /usr/share/shr/scenarii/headset.state
Jun 13 00:23:20 <DocScrutinizer> Zorkman: ask Ainulindale which of both is supposed to be loaded by intone ATM. You need to 'alsactl store' to the same file anyway, *not* to gsmhandset.state
Jun 13 00:24:54 <DocScrutinizer> Zorkman: Ainulindale: I feel this headache once again... :-/
Jun 13 00:47:59 <DocScrutinizer> I'm not sure the implications of selecting "input-source" and "speaker-pair A/B/hp" by alsactl restore of different sceanrios is commonly completely understood
Jun 13 00:54:11 <DocScrutinizer> Zorkman: intone needs to do a 'alsactl restore headset.state' to enable stereo out to headphones. As soon as e.g. a call comes in, ringtone has to restore sereoout.state, then on accepting call we need 'alsactl restore -f gsmhandset.state'. after that intone won't return to playback via headset.state automatically. Currently it seems there's no concept implemented to handle this switching in a sensible and comprehensive manner
Jun 13 01:14:55 <ptitjes> mickey|DepecheMo: pong
**** ENDING LOGGING AT Sat Jun 13 02:59:57 2009