**** BEGIN LOGGING AT Fri Jul 30 02:59:57 2010
Jul 30 04:14:29 <brian> why cant i set the time in shr-u?
Jul 30 11:23:34 <balrog-k1n> looks like busybox from the shr repo is miscompiled, every other instruction triggers an alignment trap
Jul 30 11:23:37 <balrog-k1n> it works though
Jul 30 11:24:48 <balrog-k1n> or it may just be something in the upstream busybox code
Jul 30 11:26:33 <lindi-> balrog-k1n: you don't get alignment traps for other programs?
Jul 30 11:28:43 <Gabrys> hi, what's the latest working SHR-u image?
Jul 30 11:40:21 <dos1> balrog-k1n: it's eglibc problem, not busybox
Jul 30 11:40:28 <dos1> balrog-k1n: and it's known upstream
Jul 30 11:46:19 <balrog-k1n> dos1: ah, good to know, thanks
Jul 30 11:46:24 <balrog-k1n> lindi-: no, just busybox
Jul 30 11:57:29 <balrog-k1n> also seems that the gcc package is missing the cc1 executable? (pertty important for gcc)
Jul 30 12:10:15 <vanous> mrmoku: org.shr.phonefso.Usage.SetPdpCredentials saves the values into config file?
Jul 30 12:10:29 <vanous> mrmoku: is there a org.shr.phonefso.Usage.GetPdpCredentials ?
Jul 30 12:10:50 <vanous> mrmoku: hm, wrong list but nvm
Jul 30 12:11:22 <zub> balrog-k1n: yesterday I managed to get working native gcc & g++
Jul 30 12:12:11 <zub> balrog-k1n: opkg install gcc-symlinks g++-symlinks libc6-dev libstdc++-dev worked for me
Jul 30 12:12:24 <zub> well, in fact, libstdc++-dev had some strange dependency issues
Jul 30 12:12:39 <zub> so I installed that last and used forced opkg to ignore depends
Jul 30 12:13:02 <zub> (talking about shr-u, btw)
Jul 30 12:14:02 <mrmoku> vanous: yep (to both)
Jul 30 12:15:22 <vanous> mrmoku: hmm, why am i not seeing GetPdpCredential with mdbus2... :/ 
Jul 30 12:15:54 <mrmoku> vanous: hmm... let me check
Jul 30 12:16:01 <walkie> hello, what is the solution now for shr to enable sound in linphone?
Jul 30 12:16:39 <mrmoku> vanous: hmm... right you are... investigating further
Jul 30 12:17:02 <vanous> mrmoku: trying to get shr credentials rather then storing them myself :)
Jul 30 12:17:06 <vanous> mrmoku: thank you
Jul 30 12:17:18 <mrmoku> vanous: ahh... right.. there is no such thing in phonefso
Jul 30 12:17:34 <mrmoku> vanous: you can call GetPdpCredentials on the fso interface
Jul 30 12:17:46 <vanous> mrmoku: but how do you retrieve the values for connecting?
Jul 30 12:17:49 <vanous> i see
Jul 30 12:18:04 <mrmoku> they are automatically sent by phonefsod when it registered to the network
Jul 30 12:18:08 <vanous> i see
Jul 30 12:18:10 <vanous> ok will try
Jul 30 12:18:12 <vanous> thank you
Jul 30 12:18:14 <mrmoku> yw
Jul 30 12:18:56 <vanous> mrmoku: yup, it's there (only empty, as my SIM is out now)
Jul 30 12:18:58 <mrmoku> vanous: if you think it's worth adding GetPdpCredentials to phonefsod... that's not a big deal
Jul 30 12:19:09 <mrmoku> that would work without sim too then
Jul 30 12:19:18 <mrmoku> (or before phonefsod sent them to fsogsmd)
Jul 30 12:19:26 <vanous> mrmoku: actually fso would be better for me, not having to connect to just another bus
Jul 30 12:19:37 <mrmoku> ok
Jul 30 12:19:43 <vanous> root@om-gta02 ~ # mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.GetCredentials
Jul 30 12:19:44 <vanous> ( "", "", "" )
Jul 30 12:19:44 <mrmoku> why do you need them anyway?
Jul 30 12:20:17 <vanous> mrmoku: actually, if you load them on connection, then i guess i don't :)
Jul 30 12:20:23 <mrmoku> ok :)
Jul 30 12:21:03 <mrmoku> vanous: setting them once on the first start wizard or shr-settings should be enough to only need ActivateContext() afterwards
Jul 30 12:21:07 <vanous> mrmoku: although i noticed quicksettings would endup with notice nocredentials set sometimes
Jul 30 12:21:32 <vanous> mrmoku: understand
Jul 30 12:21:32 <mrmoku> vanous: yeah, that is when it not yet fully registered to the network
Jul 30 12:21:38 <balrog-k1n> zub: ah, was my fault.. turns out i needed the cpp and cpp-symlinks packages too
Jul 30 12:21:46 <balrog-k1n> zub: otherwise gcc would run, but would not compile C files
Jul 30 12:21:50 <mrmoku> should disable the slider in quick-settings until then
Jul 30 12:21:52 <vanous> but as ^^, i still kept on setting it myself
Jul 30 12:22:20 <vanous> mrmoku: until credentials are set you mean?
Jul 30 12:22:26 <balrog-k1n> which is strange because cpp is the preprocessor, however the cpp package contains cc1 also
Jul 30 12:22:26 <mrmoku> yep
Jul 30 12:23:20 <vanous> mrmoku: so let me confirm
Jul 30 12:23:33 <vanous> on boot and GSM connect, you setcredentials from phoneui, correct?
Jul 30 12:23:43 <vanous> actually phonefso
Jul 30 12:23:56 <vanous> or somewhere :)
Jul 30 12:24:41 <vanous> automagically, so what i need to do in my program is only to activate/deactivate context
Jul 30 12:26:24 <walkie> well i'll try to ask another question: what command is used now in shr to restore alsaconf for example /etc/freesmartphone/conf/openmoko_gta/alsa-default/voiphandset ?
Jul 30 12:28:00 <mrmoku> vanous: phonefsod calls PdpSetCredentials when it receives the GSM.DeviceStatus == 'alive-registered'
Jul 30 12:28:08 <zub> balrog-k1n: isn't that a dependency of gcc? I didn't need to install that explicitly
Jul 30 12:28:34 <mrmoku> walkie: you should set the wanted scenario via the FSO dbus API
Jul 30 12:28:57 <mrmoku> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Audio.html;hb=HEAD#SetScenario
Jul 30 12:29:10 <balrog-k1n> zub: seems it isn't.. have you tried compiling sample .c files?
Jul 30 12:29:45 <zub> I compiled hello world that #included stdio
Jul 30 12:29:48 <balrog-k1n> maybe it's a dependency for g++ for example
Jul 30 12:29:52 <zub> maybe
Jul 30 12:31:13 <walkie> thanks mrmoku 
Jul 30 12:32:28 <vanous> mrmoku: will test when SIM in, without it doesn't seem to register, thank you
Jul 30 12:36:41 <walkie> please suggest me correct dbus-send centence to select voiphandset something like dbus-send org.freesmartphone.Device.Audio SetScenario(voiphandset) ? (sorry i'm uncommon with it)
Jul 30 12:36:45 <balrog-k1n> binutils and binutils-symlinks as was not pulled as dependency, but now after installing these two i can actually build stuff
Jul 30 12:42:05 <zub> balrog-k1n: did you install libstdc++-dev too, or are you ok with C only?
Jul 30 12:42:15 <zub> (asking as I faced soem issues installing it yesterday)
Jul 30 12:42:32 <balrog-k1n> zub: i'm ok with C only i'm afraid :)
Jul 30 12:42:38 <zub> too bad :-PPP
Jul 30 12:43:24 <zub> at least with C only you might actually compile in finite time on the FR :)
Jul 30 13:16:16 <walkie> allright, i found i should dbus-send --system --method_call --printreply --dest=org.xxx.xxx /org/xxx/xxx org.freesmartphone.Device.Audio.SetScenario string:voiphandset
Jul 30 13:16:31 <walkie> am I right? and what should be xxx.xxx ?
Jul 30 13:17:06 <walkie> /--method_call/--type=method_call/
Jul 30 13:22:47 <kaeser> ??
Jul 30 13:22:50 <kaeser> what is that?
Jul 30 13:23:10 <kaeser> was ist das geshiede?
Jul 30 13:39:14 <mrmoku> walkie: you can look in /etc/enlightenment/suspend.sh for an example
Jul 30 13:40:52 <walkie> mrmoku, thanks, i did found already org.freesmartphone.odeviced /org/freesmartphone/Device/Audio is correct
Jul 30 13:41:35 <walkie> but linphonestill produce no sound, even any sound is dissapeared until headphones is connected and disconnected
Jul 30 13:42:31 <mrmoku> connecting/disconnecting headphones will change the scenario
Jul 30 13:42:44 <mrmoku> no idea about linphone though...
Jul 30 13:43:27 <walkie> yes, but when i manually try to set gsmhandset scenario - no sound appears, so there is may be some other 'good' methods
Jul 30 13:51:18 <mrmoku> walkie: normal scenario is stereoout
Jul 30 13:51:27 <mrmoku> gsmhandset is used while being in a gsm call
Jul 30 13:52:47 <walkie> well, witj stereoout it works manually
Jul 30 13:52:57 <walkie> so it is the correct method
Jul 30 13:53:54 <walkie> well, there can be some problem in linphone or I don't know what else
Jul 30 14:06:50 <walkie> well, did try it with other sip provider - sot some sound with voiphandset - probably ekiga.net somehow fails this time
Jul 30 14:07:00 <walkie> thanks anyone for help
Jul 30 14:31:49 <Gabrys> todays shr-lite image seems not booting 
Jul 30 14:32:07 <Gabrys> SSH works, but no first time wizard is ever shown
Jul 30 14:34:57 <Gabrys> X seems not starting up 
Jul 30 15:00:39 <mrmoku> Gabrys: hmm... will flash myself now to see what's going on
Jul 30 15:07:56 <Gabrys> the previous full image works
Jul 30 15:09:36 <Gabrys> 0721
Jul 30 15:10:47 <Gabrys> it seems it doesn't get past the shr-wizard though :-(
Jul 30 15:13:10 <Gabrys> it stays at root password screen
Jul 30 15:17:09 <soltys> Gabrys: use blank password and change it from terminal ;)
Jul 30 15:17:35 <soltys> Gabrys: it's known bug, dos fixed it but I dont know if it's in feed ;]
Jul 30 15:17:48 <Gabrys> soltys: yes, works now 
Jul 30 15:18:15 <Gabrys> thx
Jul 30 15:20:08 <radekp> hi, i am trying to integrate a2dp to qtmoko and have one question
Jul 30 15:20:37 <radekp> after connecting a2dp - is it possible to force alsa to play everything via bluetooth device?
Jul 30 15:21:04 <radekp> so that i dont need to specify device=bluetooth
Jul 30 15:24:25 <Gabrys> radekp: I'm not sure 
Jul 30 15:24:37 <Gabrys> but I'm not sure it's a good idea after all 
Jul 30 15:24:52 <Gabrys> because often bt headset connect to two profiles at once 
Jul 30 15:24:57 <Gabrys> mono + a2dp 
Jul 30 15:25:04 <Gabrys> and you may only want to have gps over bt 
Jul 30 15:26:32 <radekp> my idea is - search for devices, select my stereo headset, click connect a2dp and all music over alsa will be on bluetooth headset
Jul 30 15:27:29 <radekp> i dont like the idea to implement checkbox in every program that uses alsa to play on bluetooth device
Jul 30 15:32:33 <radekp> ahh cool got it :)
Jul 30 15:37:18 <Gabrys> radekp: but I would need to test this 
Jul 30 15:37:38 <Gabrys> radekp: I don't know whether it is the device that connects two profiles or the computer's doing this
Jul 30 15:37:49 <Gabrys> so maybe it would be on demand only 
Jul 30 15:38:49 <radekp> Gabrys: when you say 2 profiles, you mean one for audio and one for gsm calls?
Jul 30 15:39:34 <Gabrys> radekp: there's bi-directional mono profile and one-directional stereo profile (A2DP)
Jul 30 15:42:41 <radekp> Gabrys: i can try if they work together
Jul 30 15:42:50 <radekp> Gabrys: my jabra headset should support it
Jul 30 15:43:35 <radekp> hmm gotta go for now bbl
Jul 30 16:30:07 <PBeck> ahoi
Jul 30 16:56:54 <DocScrutinizer> ~join #maemo
Jul 30 16:58:13 <DocScrutinizer> ~join #meego
Jul 30 17:00:13 <DocScrutinizer> ~join #infobot
Jul 30 17:32:48 <DocScrutinizer> DocScrutinizer: botsnack
Jul 30 17:32:49 <DocScrutinizer_> :), DocScrutinizer
**** ENDING LOGGING AT Sat Jul 31 02:59:57 2010