**** BEGIN LOGGING AT Thu Nov 25 02:59:58 2010 Nov 25 07:29:47 moin Nov 25 07:35:07 JaMa|Zzz: moin Nov 25 07:35:23 JaMa|Zzz: always the first one to respond :-) Nov 25 07:35:57 DocScrutinizer: will try to get a decision today Nov 25 07:36:03 hehe Nov 25 09:05:53 so i have been setting up Sugar (OLPC env) and wanted to try it on fr. but, samba (depends on it) doesn't compile... where do i report it? http://paste.debian.net/100720 Nov 25 09:08:04 vanous: have you tried to compile without -b parameter? Nov 25 09:08:44 Heinervdm: originally yes as sugar called it, but can try again Nov 25 09:09:39 vanous: no if you did it before, then it's ok Nov 25 09:11:35 looks like a gcc bug Nov 25 09:13:16 vanous: I had the same problem, -O0 was able to workarround, but khem wanted to force -O0 only on that file which fails and I didn't have time to update autofoo to use -O0 only there :/ Nov 25 09:14:16 and later I've built standalone talloc (for mesa-7.9) and didn't need to build samba anymore Nov 25 09:15:09 JaMa: how do i apply that parameter then? add it to recipe? or pass to bb? Nov 25 09:15:52 JaMa: there are new vesions of neomis (svnr 8) and minneo (svnr 6) i'm trying to debug fsogsmd so can't try them Nov 25 09:16:07 vanous: sth like FULL_OPTIMIZATION = "-O2" Nov 25 09:16:12 vanous: http://paste.pocoo.org/show/295812/ Nov 25 09:16:46 JaMa: thanks Nov 25 10:07:52 mickeyl: i tried to look at the bug that fsogsmd hangs when disabling the GSM resource Nov 25 10:08:14 mickeyl: it hangs when closing the closing the 4. channel Nov 25 10:09:44 so that should be the data channel Nov 25 11:00:47 for me it looks like it doesn't recive an anwser to: @POFF Nov 25 11:04:25 Heinervdm: it shouldn't Nov 25 11:04:37 Heinervdm: @POFF turns off the modem, it never gives an answer. Nov 25 11:05:01 [DEBUG] libfsotransport <0710:2>: Wrote '@POFF'. Waiting (120s) for answer... Nov 25 11:05:14 Heinervdm: yep, that's a bug... Nov 25 11:05:30 Heinervdm: not sure if it was fixed or even filed at the bugtracker. Nov 25 11:05:41 but i think that's not the problem, because i also found this: [INFO] libfsotransport <0710:2>: SRC: "@POFF" -> [ "OK" ] Nov 25 11:06:22 not sure if that's the answer fsogsmd expexts Nov 25 11:07:54 yes, that's not the problem, if that timeout would be reached i should see another message Nov 25 11:08:05 so this is handled properly Nov 25 11:26:10 JaMa: the -O0 workaround as in pastebin didn't help in my case. bb clean and compile ends with the same error... Nov 25 12:27:27 JaMa: hello. did you read the mail excahnge on OE list about qwt.5.2.1 ? Nov 25 12:27:54 yes Nov 25 12:30:49 Heinervdm: minneo/neomis bumped and http://code.google.com/p/minneo/issues/detail?id=3 fixed Nov 25 12:31:32 JaMa: ok :) Nov 25 12:31:38 vanous: iirc there was some -O flag before or after in that last gcc call, you have to remove it too :/ Nov 25 12:34:01 JaMa: do you know why QT_LIBINFIX is not define when building for shr-gta02 ? Nov 25 12:34:23 Heinervdm: strange that strace shows that minneo.edj was opended R/O 5 times and stat() called 57x everytime minneo is started (doesn't look too efective.. but maybe it's normal) Nov 25 12:35:00 GarthPS: even after reading that thread I didn't look into qwt recipe and don't know what it is (and what's QT_LIBINFIX) Nov 25 12:35:35 JaMa: yeah me too .. thx. i will ask Nov 25 12:36:21 GarthPS: btw just bumped qt to 4.7.1 now Nov 25 12:36:44 JaMa: ah :) thanks for th hint :) Nov 25 12:36:55 qt4-x11-free.inc:QT_LIBINFIX = "" Nov 25 12:36:56 I will not update right now then Nov 25 12:37:09 hum ? Nov 25 12:37:22 JaMa: I do'nt understand. what are you saynng ? Nov 25 12:38:32 GarthPS: that's where it's defined as empty, but this .inc file is not included in qwt.. so I guess it's just qwt fault Nov 25 12:38:33 JaMa: oh year it is in it... I don't understand then Nov 25 12:38:57 JaMa: ha ok Nov 25 12:39:50 there is also classes/qt4e.bbclass:QT_LIBINFIX = "E" but that's also not used in qwt Nov 25 12:41:57 echo 'QT_LIBINFIX = ""' >> classes/qt4x11.bbclass would probably fix it.. but then there is no reason why QT_LIBINFIX would be used in qwt.inc Nov 25 12:42:51 from koen's commit of this version: * QT/e apps using this lib will need some s/qwt/qwt$QTLIBINFIX/g love Nov 25 12:46:47 GarthPS: replied to that thread Nov 25 12:47:55 JaMa: by saying that qwt should include qt4-x11-free.inc or define QT_LIBINFIX ? Nov 25 12:48:03 no Nov 25 12:48:14 JaMa: ah sorry :) Nov 25 12:50:25 JaMa: you have some AMD CPU in your desktop IIRC? Nov 25 12:50:35 yup Nov 25 12:50:46 and satisfied? Nov 25 12:51:02 * mrmoku fears wifeys destkop is dying :/ Nov 25 12:51:39 well I have pretty fast PhenomII@3.40GHz so I'm satisfied :) Nov 25 12:52:06 here at work I have i5 also on @3.40 but cannot compare as here I have to use windows.. Nov 25 12:52:11 JaMa: thanks for your reply. it matches with the fact that Eric said he only tested with qt4e Nov 25 12:52:27 lol Nov 25 12:52:39 or not sorry for you.. Nov 25 12:52:48 JaMa: ok... I gues PhenomII would be exagerated for my wife's desktop :P Nov 25 12:52:56 thought more about something cheaper ;) Nov 25 12:59:10 hmm... it's not that bad Nov 25 13:01:09 I think that AMD/Intel are pretty much equal for wife's desktop :) Nov 25 13:03:16 ok, will have to think about that while changing the tyres of my car... going to snow soon :P Nov 25 13:09:45 JaMa: Intel CPUs at the same clock rate are definitely faster... but also more expensive. in the end the performance/price ratio is similar Nov 25 13:10:48 (it might be *somewhat* better for some AMD CPUs -- if you ignore the higher power consumption...) Nov 25 13:11:57 but still it just depends how much you want to spend on that desktop and doesn't matter which cpu brand it will be Nov 25 13:17:19 yeah, if you go "cheapest, period -- no matter the performance", you'd probably end up with AMD Nov 25 13:18:30 AMD is probably more attractive at the total low end Nov 25 14:24:23 hrm... I had the FR on USB, and after I pulled the plug (without any further interaction), it didn't auto-suspend... is that a known issue? Nov 25 14:24:54 (after some interaction, it auto-suspends as expected) Nov 25 14:38:56 antrik: did you boot with it plugged in? Nov 25 14:40:23 no. but it was suspended when I plugged it in IIRC Nov 25 14:45:28 antrik: hmmm... let me try if I can reproduce that Nov 25 14:46:56 mrmoku: if you kill phoneuid, plugin in the cable and start phoneuid again it will suspend too Nov 25 14:52:30 Heinervdm: yeah, phoneuid has nothing to do with suspend :-) Nov 25 14:52:59 interesting would be to restart fsousaged... or fsodeviced Nov 25 14:53:01 or phonefsod Nov 25 14:53:21 heh... forgot to turn autosuspend on in the first place :P Nov 25 14:53:23 mrmoku: but somehow this works, you can try yourself ;) Nov 25 14:53:30 * mrmoku turned it off to avoid WS Nov 25 14:53:38 Heinervdm: killing phoneuid? Nov 25 14:53:41 yes Nov 25 14:53:44 sure Nov 25 14:53:52 phonefsod is doing the suspend Nov 25 14:54:07 listening to IdleState signals from fso Nov 25 14:54:33 someone willing to test newer mplayer? Nov 25 14:55:03 from console output it looks like it's playing music fine :) Nov 25 14:55:55 hehe Nov 25 15:03:12 hi!!! Nov 25 15:03:26 JaMa, mrmoku: good afternoon Nov 25 15:03:31 any progress on glib 2.28? Nov 25 15:03:32 :) Nov 25 15:04:08 28? Nov 25 15:04:29 daniele_athome: I tried to update... but there are patches in glib that don't apply anymore Nov 25 15:04:40 and I'm not expert enough to resolve that Nov 25 15:05:01 2.26 ? Nov 25 15:05:04 don't remember :D Nov 25 15:08:04 i see mrmoku ... i can't spend time on that either :( Nov 25 15:08:08 actually I can't reproduce the suspend problem myself :-( Nov 25 15:08:24 no idea what was special when it failed Nov 25 15:13:33 antrik: yeah, can't reproduce neither Nov 25 15:50:40 GarthPS: I was hoping that you'll test that qt4x11 change first :) Nov 25 15:53:33 JaMa: ah :p Nov 25 15:53:45 JaMa: lol yeah ok sorry.. am doin that Nov 25 15:59:06 JaMa: I just add QT_DIR_NAME = "qt4" QT_LIBINFIX = "" not need for EXTRA_QMAKEVARS_PRE += " QT_LIBINFIX=${QT_LIBINFIX} " ? Nov 25 16:09:47 GarthPS: I guess not, but not sure Nov 25 16:10:00 GarthPS: btw eric already pushed those first 2 Nov 25 16:18:02 JaMa: It seems that only the first two line is enought. because it build here Nov 25 16:19:01 JaMa: http://pastebin.com/5x9Gaxm7 Nov 25 16:19:58 s/line/lines Nov 25 16:41:34 does someone know what this means "note: the mangling of 'va_list' has changed in GCC 4.4" building a qt4 apps http://tinderbox.openembedded.org/public/logs/task/11252009.txt Nov 25 16:43:10 On ARM EABI targets, the C++ mangling of the va_list type has been changed to conform to the current revision of the EABI. This does not affect the libstdc++ library included with GCC. Nov 25 16:50:53 heyho Nov 25 16:51:11 freesmartphone.org: 03morphis 07cornucopia * rfb560fabd8cf 10/fsogsmd/src/plugins/modem_qualcomm_palm/mediators.vala: fsogsmd: modem_qualcomm_palm: if sim is ready advance modem state to alive-sim-ready Nov 25 16:51:14 freesmartphone.org: 03morphis 07cornucopia * rb75cd127398c 10/fsogsmd/src/plugins/modem_qualcomm_palm/plugin.vala: fsogsmd: modem_qualcomm_palm: use GenericWatchdog as watchdog implementation Nov 25 17:14:52 freesmartphone.org: 03morphis 07msmcomm * r2f4ce92a0730 10/libmsmcomm/ (3 files in 3 dirs): libmsmcomm: fix bug in network structures definitions (two fields had the same index) Nov 25 17:18:24 JaMa: it leeds to an file not recognized: File format not recognized when I build my app. did you already occured this ? Nov 25 17:18:59 morphis: keep on !! :) Nov 25 17:19:08 :) Nov 25 17:44:05 JaMa|Off: btw i have merged SHR 2.6.34 kernel to qtmoko v29 git branch, running it now on my phone and all seems ok Nov 25 17:44:57 JaMa|Off: so we have now same sources config is different Nov 25 17:46:56 radekp: are there big differences in the configs? Nov 25 17:47:40 Heinervdm: hmm i can try diff, let me check... Nov 25 17:51:20 Heinervdm: diff is a few pages, most differences are that something is module and something is compiled in Nov 25 17:53:13 radekp: ok, i hoped the diff would be smaller :) Nov 25 17:54:57 Heinervdm: but we can make it smaller incrementaly not big problem IMO Nov 25 17:56:53 radekp: don't spend that much work at this :) Nov 25 17:58:12 Heinervdm: i wont :) Nov 25 17:58:39 btw i wonder why do we rebase openmoko patches on new kernels Nov 25 17:58:58 wouldnt it be better to merge new kernels? Nov 25 17:59:33 i wanted to try it, but it was too late so i went to bed :) Nov 25 18:02:14 radekp: the result should be the same Nov 25 18:02:44 but the advantace of rebase is, that one has proper patches to send upstream Nov 25 18:04:18 but merging is better for finding regressions... maybe we could try merging for finding bugs and rebasing for upstream patches Nov 25 18:17:23 FYI I rebooted the SD card list: http://wiki.openmoko.org/wiki/Supported_microSD_cards#New_list:_Cards_by_Vendor Nov 25 18:21:17 hi mrmoku Nov 25 18:28:45 GNUtoo|laptop, btw, did you sucess with relation to bluetooth? Nov 25 18:29:01 maybe Nov 25 18:29:04 I must test more Nov 25 18:29:19 but I have to echo 1 to bluetooth coexistance sys node Nov 25 18:30:17 hmm don't know abou it Nov 25 18:39:15 hi GNUtoo|laptop Nov 25 18:39:32 hi Nov 25 18:39:48 mrmoku, did you find and fix some bugs on nokia900? Nov 25 18:39:58 because if you now use it more under SHR.... Nov 25 18:40:24 neither find nor fix bugs :/ Nov 25 18:40:28 had no time Nov 25 18:47:07 GNUtoo|laptop: actually I have to find a way to charge the battery without reinstalling maemo again Nov 25 18:47:10 battery is empty Nov 25 18:47:38 GNUtoo|laptop: does it charge when off and connected? Nov 25 18:48:23 mrmoku, ok Nov 25 18:48:28 mrmoku, you need the script Nov 25 18:48:35 just run it Nov 25 18:48:40 when off no Nov 25 18:48:44 it powers on the device Nov 25 18:48:54 you must run the script manually Nov 25 18:48:58 take the one you mirrored Nov 25 18:49:02 but beware Nov 25 18:49:12 if you leave it too much without charging Nov 25 18:49:15 it does stuff like Nov 25 18:49:17 0x93 Nov 25 18:49:20 and 0x13 Nov 25 18:49:24 instead of 0x90 Nov 25 18:49:26 and 0x10 Nov 25 18:49:30 0x90 is the charger Nov 25 18:49:37 0x10 is the usb cable Nov 25 18:49:40 laptop is ok too? Nov 25 18:49:52 if it's 0x13,or 0x93 it doesn't charge Nov 25 18:50:01 so crtl+c and re-launch the script Nov 25 18:50:05 yes Nov 25 18:50:07 with usb cable Nov 25 18:53:37 Status: 0x10 Mode: CHARGING Full: 0 WallCharger: 0 Battery Voltage: 3628 NAC: 26 Battery level: 1 % Nov 25 18:58:37 GNUtoo|laptop: my main problem always was that iliwi does not work on n900 Nov 25 18:58:45 * mrmoku has to learn to use wpa_supplicant directly Nov 25 18:59:56 mrmoku, ah it works for me Nov 25 19:00:05 if it doesn't work just quit and restart it Nov 25 19:01:12 hmm Nov 25 19:12:05 GNUtoo|laptop: Invalid WEP key 0 Nov 25 19:12:11 is what iliwi says Nov 25 19:13:24 mrmoku, ah ok Nov 25 19:13:26 how do i do this in the right way? logger.debug( "_shutdown(), Environment.get_prgname(): ".printf(Environment.get_prgname())); Nov 25 19:13:28 for me wep worked Nov 25 19:13:48 well... it's _not_ WEP Nov 25 19:13:48 IE: IEEE 802.11i/WPA2 Version 1 Nov 25 19:14:01 somehow it sees that wrong Nov 25 19:14:02 ah ok Nov 25 19:14:05 I didn't try wpa Nov 25 19:14:19 works fine with iliwi on gta02 Nov 25 19:14:22 and with maemo Nov 25 19:14:51 Heinervdm: in python? Nov 25 19:14:57 mrmoku: vala Nov 25 19:15:04 ahh Nov 25 19:15:23 there was some syntax... moment Nov 25 19:15:51 i think that Environment.get_prgname() returns the wrong string and because of that the shutdown fails Nov 25 19:16:16 mrmoku: ah found it, i forgort the %s Nov 25 19:16:22 logger.warning( "Can't find plugin for accelerometer device type '%s'".printf( devicetype ) ); Nov 25 19:16:26 hehe, yeah Nov 25 19:16:47 so, now install and test :) Nov 25 19:22:10 that's strange Nov 25 19:23:29 the last function in muxer.closeSession() is a call of the logger and i can see that message, but i can't see the log message from the logger directly after muxer.closeSession() Nov 25 19:25:52 GNUtoo|laptop: if I manually fix wpa_supplicant.conf to have psk instead of wep_key0 it works with wpa_supplicant directly Nov 25 19:26:02 iliwi overwrites that file (wrongly again) though Nov 25 19:26:23 mrmoku, ok Nov 25 19:26:31 who maintains ilwili? Nov 25 19:27:09 Esben if my memory does not cheat me Nov 25 19:27:42 yeah, Esben Damgaard Nov 25 19:28:50 GNUtoo|laptop: Jan 1 01:34:11 nokia900 auth.err getty[2451]: ttyS0: TCGETS: Input/output error^M Nov 25 19:29:38 ? Nov 25 19:29:50 #S:2345:respawn:/sbin/getty 115200 ttyS0 Nov 25 19:29:52 from initta Nov 25 19:29:53 b Nov 25 19:29:58 ah? Nov 25 19:30:04 that's not normal Nov 25 19:30:05 and the serial console is missing in kernel command line Nov 25 19:30:09 ok Nov 25 19:30:14 (my guess) Nov 25 19:30:18 I'll look Nov 25 19:30:23 remind me of looking Nov 25 19:30:25 snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6 console=tty1 root=/dev/mmcblk1p1 rootdelay=10 panic=20 Nov 25 19:30:38 so either we should make sure it is disabled in inittab Nov 25 19:30:41 you really use serial? Nov 25 19:30:44 no Nov 25 19:30:55 just saw that error in log Nov 25 19:31:01 because it is enabled by default Nov 25 19:31:07 ok, so the problem is that it doesn't login? Nov 25 19:31:08 ah ok Nov 25 19:31:12 so add it in the TODO Nov 25 19:31:16 there are more important errors Nov 25 19:31:20 yeah, sure Nov 25 19:31:23 such as the top-bar stuff Nov 25 19:31:28 ohh, yes Nov 25 19:31:39 and the top-bar stuff is in all devices Nov 25 19:31:45 I wanted to talk to devilhorns Nov 25 19:31:52 is he wrote illume2 Nov 25 19:31:55 ok Nov 25 19:32:02 but he seems to be offline these days Nov 25 19:32:05 mrmoku, could you help me a bit in #oe Nov 25 20:01:41 mrmoku, did you try alsa states from trac yesterday? Nov 25 20:01:48 mrmoku: iliwi is expecting passwd in hex Nov 25 20:04:00 how can this fail? "muxer = null;" vala is strange thing... Nov 25 20:04:22 pespin: no Nov 25 20:04:35 vanous1: well... no Nov 25 20:04:52 vanous1: on my gta02 it writes a conf with psk="foobar" Nov 25 20:05:05 and on nokia900 not Nov 25 20:05:42 vanous1: to try... how to convert the psk to hex ? Nov 25 20:06:01 just hex every char? length does not matter? Nov 25 20:06:11 or do I have to pad it? Nov 25 20:06:29 mrmoku: i only have WEP here, for that i converted the string pwd to hex Nov 25 20:06:46 cannot try WPA :( Nov 25 20:07:00 wpa_supplicant only expects WEP keys to be hex and even there i can parse plain text too with the right option Nov 25 20:07:34 for wpa there 2 options passwort converted with wpa_passphrase or plaintext Nov 25 20:07:36 vanous1: ok Nov 25 20:07:51 Heinervdm: ok :) Nov 25 20:08:26 so the question is why does iliwi on n900 think my network is wep encrypted? Nov 25 20:08:58 IE: IEEE 802.11i/WPA2 Version 1 Nov 25 20:08:58 Group Cipher : CCMP Nov 25 20:08:58 Pairwise Ciphers (1) : CCMP Nov 25 20:08:58 Authentication Suites (1) : PSK Nov 25 20:09:02 is what iwlist scan gives me Nov 25 20:09:36 hmm... brb Nov 25 20:10:08 mrmoku, it's your fault Nov 25 20:10:11 for not using connman/nm Nov 25 20:12:35 mrmoku: this line is responsible for the not working shutdown: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=libgsm0710mux/gsm0710mux/manager.vala#l116 Nov 25 20:17:11 Students of Teylor's university made a nice music video about why their uni should switch from "blackboard" (proprietary educational system) to Moodle http://www.youtube.com/v/fCQtwZuqChc Nov 25 20:18:45 GNUtoo|laptop: does this command work on the dream? mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/Resource/GSM org.freesmartphone.Resource.Disable Nov 25 20:19:31 Heinervdm, I'll try now Nov 25 20:19:37 GNUtoo|laptop: thx Nov 25 20:19:50 i expect that it will time out Nov 25 20:20:42 booting the htcdream Nov 25 20:20:44 btw Nov 25 20:20:52 how flight mode is supposed to work? Nov 25 20:20:59 because they say in the planes: Nov 25 20:21:10 1)shutdown the phone Nov 25 20:21:25 during take-off or landing Nov 25 20:21:40 2)if your phone has flight-mode you can use it during the flight Nov 25 20:21:45 but that raise an issue Nov 25 20:21:57 because if your phone is shut down Nov 25 20:22:07 will it go to flight mode or will it power the modem Nov 25 20:22:20 if you have put it to flight mode just before powering it down Nov 25 20:24:44 you shouldn't power on your phone during take off or landing :) Nov 25 20:25:07 hi Nov 25 20:25:08 mrmoku, headset one works for me (from trac) Nov 25 20:25:33 does someone have an idea for a solution for this problem? http://pastebin.com/enQK7T8c Nov 25 20:28:04 leviathan: does that file exists? Nov 25 20:28:15 nope Nov 25 20:28:20 GNUtoo|laptop: nobody cares about it, really, why do you bother yourself with a totally useless question? Nov 25 20:28:37 TAsn: I know ;) Nov 25 20:28:49 TAsn: does not explain why it works fine on gta02 though Nov 25 20:29:00 Heinervdm: is the perl recipe broken or what? O_o Nov 25 20:29:11 leviathan: no idea Nov 25 20:29:12 Heinervdm: hmmm Nov 25 20:29:30 its dev.oe.org Nov 25 20:29:34 :-/ Nov 25 20:29:41 GNUtoo|laptop: flight mode on SHR is persistant Nov 25 20:29:41 mrmoku: for me it looks like a vala bug, because muxer = null; should always return... Nov 25 20:29:52 Heinervdm: it is hanging there? Nov 25 20:29:54 ouch Nov 25 20:30:01 mrmoku: yes Nov 25 20:30:04 mrmoku, it does, hacks are random. Nov 25 20:30:04 ouch Nov 25 20:30:21 mrmoku: but the c code looks a bit more complicated, so it's possible Nov 25 20:31:27 mrmoku: i think iliwi parses the iwlist output and the n900 one looks different then the gta02 one Nov 25 20:31:44 and if the parsing is bad... Nov 25 20:31:46 Heinervdm: good idea... will compare Nov 25 20:35:40 mrmoku: these are the regexp used by iliwi: https://github.com/Ebbe/Iliwi/blob/master/src/wifi.vala#L361 Nov 25 20:35:57 mrmoku, ok nice Nov 25 20:35:58 at least the last one looks very specific Nov 25 20:36:28 Heinervdm, I had a call at the exact same moment when I pressed enter for the dbus command Nov 25 20:36:30 I'll retry Nov 25 20:37:32 freesmartphone.org: 03morphis 07msmcomm * r66c222dd5c52 10/ (5 files in 4 dirs): msmcomm: provide network registration status from network state info urc Nov 25 20:38:05 Heinervdm, mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/Resource/GSM org.freesmartphone.Resource.Disable => () Nov 25 20:38:10 line_regex_wpa_enc = new Regex("""^\s+Extra:(rsn|wpa)_ie="""); Nov 25 20:38:10 seem to work Nov 25 20:38:16 that explains... Nov 25 20:38:18 Heinervdm: thanks Nov 25 20:38:38 GNUtoo|laptop: but dream also uses libgsm0710mux, doesn't it? Nov 25 20:38:52 Heinervdm, not sure Nov 25 20:38:58 dream has AT commands Nov 25 20:39:09 but I don't think it uses a muxer Nov 25 20:39:29 fsogsmd 686 root mem REG 179,1 58424 68305 /usr/lib/libgsm0710mux.so.0.0.0 Nov 25 20:39:30 hmmm Nov 25 20:39:58 ok, so the difference is, that dream is armv6 and gta armv4t Nov 25 20:40:47 I don't know if the mux is used Nov 25 20:40:48 generated c code should be the same, but it seems that it compiles differently Nov 25 20:40:52 it's loaded by fso Nov 25 20:40:56 but is it really used? Nov 25 20:41:24 also my version is quite old on htcdream Nov 25 20:41:28 maybe 1 week ago Nov 25 20:41:46 and it's some official SHR images Nov 25 20:42:10 GNUtoo|laptop: that bug is more then 3 months old :) Nov 25 20:42:18 ah ok Nov 25 20:42:22 so dream doesn't have it Nov 25 20:42:23 clearly Nov 25 20:42:37 Heinervdm: yup, iwlist scan output is different Nov 25 20:42:46 on gta02 I have Extra:rsn_ie=...... Nov 25 20:42:48 on n900 not Nov 25 20:43:01 GNUtoo|laptop: good to know, but the rest has to be solved by mickeyl Nov 25 20:43:30 ok Nov 25 20:46:44 TAsn: heh, we don't even have connman in the feed :P Nov 25 20:46:59 mrmoku, do conman really works better? Nov 25 20:47:21 I eared that connman-based manager didn't work well at all on om-gta02 and that iwliwi was a huge improvement Nov 25 20:47:54 GNUtoo|laptop: well... yes back then Nov 25 20:47:59 but maybe things have changed Nov 25 20:48:03 and connman evolved Nov 25 20:48:08 ok Nov 25 20:48:14 connman seems cleaner Nov 25 20:48:21 but connman uses wext or libnl80211? Nov 25 20:48:26 and could solve complete networking Nov 25 20:48:28 no idea Nov 25 20:48:33 ok Nov 25 20:48:38 i'm a fan of clean wpa_supplicant Nov 25 20:48:48 if it uses libnl we should forget about b4329 Nov 25 20:48:55 but that's not very grandma friendly ;) Nov 25 20:48:56 and with the new version it has a dbus interface Nov 25 20:49:18 hmm Nov 25 20:49:21 with that interface even scanning is possible Nov 25 20:49:42 but we don't have that version in oe because it's the developement version Nov 25 20:49:43 ok Nov 25 20:49:50 ahh Nov 25 20:49:54 wanted to try now :P Nov 25 20:50:16 mrmoku: you can connect using dbus, but not scan Nov 25 20:50:29 ok, will try that then :) Nov 25 20:52:03 hmm Nov 25 20:52:16 root@nokia900 ~ # mdbus2 -s fi.epitest.hostap.WPASupplicant /fi/epitest/hostap/WPASupplicant Nov 25 20:52:19 [ERR]: No introspection data at object '/fi/epitest/hostap/WPASupplicant' Nov 25 20:52:28 nah, will keep that for another day :P Nov 25 20:53:19 :) Nov 25 20:53:26 Status: 0x10 Mode: CHARGING Full: 0 WallCharger: 0 Battery Voltage: 4144 NAC: 1226 Battery level: 60 % Nov 25 20:53:29 nice :) Nov 25 20:57:24 Heinervdm: so... muxer.closeSession() is returning, right? Nov 25 20:57:31 mrmoku: yes Nov 25 20:57:51 you stuffed a logger betwen that and muxer = null and one after muxer = null? Nov 25 20:57:57 and the one after does not occur? Nov 25 21:03:29 freesmartphone.org: 03morphis 07cornucopia * r332e439dad96 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (4 files): fsogsmd: modem_qualcomm_palm: evaluate network registration status Nov 25 21:10:23 mrmoku: http://trac.freesmartphone.org/ticket/586 Nov 25 21:14:07 Heinervdm: ok, strange thing indeed Nov 25 21:19:17 freesmartphone.org: 03morphis 07msmcomm * rf3f78032ea10 10/libmsmcomm/ (6 files in 3 dirs): libmsmcomm: implement get_all_pin_status_info message type Nov 25 21:29:08 GNUtoo|laptop: Status: 0x10 Mode: CHARGING Full: 0 WallCharger: 0 Battery Voltage: 4155 NAC: 1277 Battery level: 62 % Nov 25 21:29:12 Status: 0x10 Mode: CHARGING Full: 0 WallCharger: 0 Battery Voltage: 4155 NAC: 2056 Battery level: 100 % Nov 25 21:29:16 is that normal? to jump from 62 to 100? Nov 25 21:29:25 mrmoku, it's a known problem Nov 25 21:29:26 I mean... do you have that too? Nov 25 21:29:28 ahh ok Nov 25 21:29:34 I sent logs to ShadowJK for that Nov 25 21:29:39 soo... 100 != 100 Nov 25 21:29:51 because script is still running Nov 25 21:29:55 ok then stop it Nov 25 21:30:05 stopped Nov 25 21:30:09 ok Nov 25 21:30:22 not sure how to handle that Nov 25 21:30:30 I don't remember my conversation with shadowjk Nov 25 21:30:35 ok Nov 25 21:30:39 but feel free to check the public logs if there are some Nov 25 21:31:00 if it was in some channel I'm in I have my private logs :) Nov 25 21:31:17 heh, 100% is just some stupid charge gauge chip's notion of what the battery currently holds, but it's charger chip to decide when charging actually is finished Nov 25 21:31:18 ok Nov 25 21:33:05