**** BEGIN LOGGING AT Thu Apr 29 02:59:56 2010 Apr 29 06:27:23 morning Apr 29 06:30:04 indeed Apr 29 06:32:05 PaulFertser: did you build latest fsogsmd? Apr 29 06:33:37 mrmoku: not yet. Should i? Apr 29 06:33:59 PaulFertser: hehe... to tell me if it does not work for you too ;) Apr 29 06:34:09 I'm having problems on fsogsmd start again Apr 29 06:34:13 2010-04-29T06:31:55.929045Z [ERROR] TiCalypsoModem <4C>: Can't open main channel; open returned false Apr 29 06:34:35 mrmoku: heh, then i should better not upgrade, i enjoy current stability so much. Apr 29 06:34:38 :) Apr 29 06:35:03 :) Apr 29 06:35:17 PaulFertser: I _think_ it might be 33fa0b13991a31b6ee70e7b74d8009a6f37643a2 Apr 29 06:39:12 mrmoku: can't you start it at all? Apr 29 06:40:59 mickey|zzZzz: as for timezone changes and definitions, i will travel to italy next week and to russia in may, not sure if this helps, perhaps is different while roaming... anyhow, can keep logs if helpful. Apr 29 06:41:17 mrmoku: because it doesn't look like that... Apr 29 06:41:52 mrmoku: i will be upgrading very soon anyway because i like deep sleep Apr 29 06:43:30 mrmoku: tried with debug logs? Probably it sends @POFF just before trying to enter MUX :) Apr 29 06:47:26 i am building kernel from git, but how do i switch to gdrm-2.6.32 , please? Apr 29 06:47:26 PaulFertser: tried with DEBUG did not check the log though... was late yesterday... Apr 29 06:49:19 vanous123: git checkout Apr 29 06:49:31 vanous123: or git checkout -b mynewlocalbranch Apr 29 06:49:59 PaulFertser: and then i need to take config from there too? Apr 29 06:50:11 i am following the descriptions here http://wiki.openmoko.org/wiki/Kernel Apr 29 06:50:12 vanous123: i'm not sure which config is correct, sorry :| Apr 29 06:50:17 PaulFertser: ok Apr 29 06:52:06 vanous123: gdrm branch seems to have no config for GTA02 though Apr 29 06:52:39 moin Apr 29 06:52:50 JaMa: moin, thanks for mail forwarding Apr 29 06:53:02 interested... though no idea Apr 29 06:53:02 hehe, you're welcome :) Apr 29 06:54:50 I don't know anything about sflphone.. but IIRC you talked with Heinervdm about some issue with included pjproject source.. so no idea if you had same issue or something completly different Apr 29 06:55:58 vanous123: you can use drm config from om-gta-2.6.32 branch Apr 29 06:55:59 mrmoku: i thought that i've commited our sflphone recipe to OE Apr 29 06:56:05 mrmoku: but i havent :) Apr 29 06:56:14 vanous123: that's what is used in SHR Apr 29 06:56:31 I will write him a mail with my recipe attached Apr 29 06:56:55 JaMa: sorry for the silly questions... i am in dir linux-2.6 , do i have to make a new subdir for the new branches? or just git checkout? Apr 29 06:57:26 vanous123: git checkout will replace all files in current dir (linux-2.6) Apr 29 06:57:33 i see Apr 29 06:57:49 vanous123: so you can checkout om-gta02 branch... copy config to side, checkout gdrm, copy config back as .config Apr 29 06:58:01 great Apr 29 06:58:23 vanous123: or even checkout om-gta02 and git merge origin/gdrm-2.6.32 Apr 29 06:58:40 ok Apr 29 06:58:42 hopefully it will apply without conflicts (but not sure) Apr 29 06:58:49 gotta go to kindergarten Apr 29 06:58:53 bbl Apr 29 06:59:20 vanous123: or as you have OE env almost ready.. you can just bb linux-openmoko-2.6.32 :) Apr 29 06:59:42 JaMa: i installed toolchain separately for thi now Apr 29 06:59:47 this* Apr 29 06:59:54 didn't know how to combine Apr 29 06:59:55 * JaMa rebuilding from scratch with 4.5.0 :) Apr 29 07:00:03 vanous123: which toolchain? Apr 29 07:00:12 why not use the same as for image Apr 29 07:02:09 Heinervdm: in three we should be able to get that thing working, no? :P Apr 29 07:02:40 JaMa: because it does not work with gdrm branch :) Apr 29 07:02:45 mrmoku: what's in three we? Apr 29 07:02:54 you, me and nicolafb Apr 29 07:03:49 btw: is someone willing to try my updated xserver-common? for some reason xinit /etc/X11/Xsession -- `which $XSERVER` $ARGS doesn't execute /etc/X11/Xinit.d/89xTs_Calibrate which is kind of fatal :/ Apr 29 07:04:04 mrmoku: :D i read three weeks ;) Apr 29 07:05:20 hehe Apr 29 07:06:58 JaMa: have to go to the office in some min... can try later Apr 29 07:18:37 HP buys Palm Apr 29 07:18:48 yep Apr 29 07:18:57 HPPre Apr 29 07:18:58 :P Apr 29 07:19:16 :) Apr 29 07:19:26 graziano: how's HPs standing on open source? Apr 29 07:19:48 it doesn't afaik, hp has a joint ventrue with microsoft and sponsor all their event Apr 29 07:20:03 :/ Apr 29 07:20:14 it always produced smartphone with windows inside Apr 29 07:20:50 and now HTC signed deal with MS too Apr 29 07:21:22 (anyway I prefer to talk about "free software" and not open source: http://www.gnu.org/philosophy/open-source-misses-the-point.html ) Apr 29 07:23:49 ok... office time Apr 29 07:23:50 bbl Apr 29 07:29:32 JaMa: how do i use oe toolchain? Apr 29 07:29:36 :( Apr 29 07:29:36 :) Apr 29 07:29:49 vanous: shat do you mean by "GPS OK here, but have A5 where fsotdld is not even present" Apr 29 07:29:53 vanous: you uninstalled it? Apr 29 07:30:12 vanous: bb -k linux-openmoko-2.6.32 and wait a bit :) Apr 29 07:30:18 JaMa: my brother has A5, no gps since last thursday Apr 29 07:30:38 will try Apr 29 07:30:51 my brother doesn't have fsotdld yet Apr 29 07:30:56 and still no gps Apr 29 07:30:59 actually Apr 29 07:31:14 occasionally yes, he gets a fix Apr 29 07:31:14 vanous: with updated fsotdld there should be config with disabled gps already Apr 29 07:31:24 i haven't checked with him what's wrong yet Apr 29 07:31:38 ok Apr 29 07:31:47 yeah, but in his case, no fsotdld ... Apr 29 07:31:50 so i am not sure Apr 29 07:31:56 i will see him on the weekend Apr 29 07:32:09 if fsogsmd gets better, i will upgrade him all the way up :) Apr 29 07:32:26 JaMa: bitbake will be downloading it too? Apr 29 07:32:33 as i have downloaded last night Apr 29 07:32:56 yes it will Apr 29 07:33:03 ok Apr 29 07:33:10 will try to cheat it Apr 29 07:33:28 you can push .git from your checkout to downloads dir Apr 29 07:33:47 yup Apr 29 07:41:36 NOTE: Running task 4665 of 10068 Apr 29 07:46:24 JaMa: 1) where would the built kernel be located in the oe tree now? Apr 29 07:46:32 JaMa: 2) got some errors :( Apr 29 07:47:00 deploy dir Apr 29 07:47:17 vanous: pastebin errors + qwery :) Apr 29 07:47:25 oki Apr 29 07:47:44 IIRC you had eglibc+locale error I would like to investigate, because someone else had it too Apr 29 07:48:27 yup Apr 29 07:48:27 http://pastebin.com/e0ewtFX4 Apr 29 09:06:53 hoho NOTE: Running task 8733 of 10068 seems like rebuild from scratch for my image (bigger than shr-full-image) takes here about 4 hours! not sure if it's so fast thanks to new staging or newer Phenom, but it's fantastic Apr 29 09:07:52 and gcc-4.5.0 should be slower in building Apr 29 09:14:28 fsogsmd segfault!!!! :) Apr 29 09:14:29 (hello ;) Apr 29 09:15:12 EPIC greeting Apr 29 09:15:22 Let's make it a forced mem. Apr 29 09:15:40 :P Apr 29 09:18:07 daniele_athome: I have something for you to test:) Apr 29 09:19:41 JaMa, mmm Apr 29 09:21:14 JaMa, daniele_athome : idem for me, fsogsmd start, sgefault, restart, segfault, restart ... Apr 29 09:21:28 :( Apr 29 09:21:38 * daniele_athome reboots to android, once again :( Apr 29 09:24:27 here I am Apr 29 09:31:59 JaMa: don't you know if fsogsmd is working in last upgrade? Apr 29 09:35:14 hmm, my .32 will not boot up today, WSOD only :/ Apr 29 09:36:49 Q-Master: seems working in my images (same version) Apr 29 09:37:13 hm. not working for me... Apr 29 09:37:17 Q-Master: but as you can read backlog .. seems like some problems were introduced Apr 29 09:38:17 2010-04-29T06:59:11.043639Z [INFO] FsoGsmSmsStorage <230015200093014>: Created w/ storage dir /tmp/fsogsmd/sms/230015200093014 Apr 29 09:38:20 2010-04-29T06:59:11.068393Z [INFO] FsoGsmPhonebookStorage <230015200093014>: Created w/ storage dir /tmp/fsogsmd/pb/230015200093014 Apr 29 09:38:23 2010-04-29T06:59:19.233214Z [INFO] TiCalypsoModem <4C>: Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_REGISTERED Apr 29 09:38:26 so it works here Apr 29 09:39:10 daniele_athome: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/e47092fa02d4f1ad99642bd3e786010240e14cae Apr 29 09:40:05 seems that fsogsmd got segfaulted Apr 29 09:40:16 JaMa, oh god... can't do this at work now sorry Apr 29 09:40:17 :( Apr 29 09:40:20 2010-04-29T09:29:48.188715Z [INFO] fsogsmd : received signal -11, exiting. Apr 29 09:40:25 log, backtrace? Apr 29 09:40:46 daniele_athome: no problem.. just easier to try this before diffing that builddir :) Apr 29 09:40:59 of course thanks :) Apr 29 09:41:12 JaMa: no anything in log, no backtrace. Apr 29 09:41:31 why no backtrace? Apr 29 09:41:36 JaMa: does it really use /tmp/fsogsmd? isn't that a security problem? Apr 29 09:41:59 JaMa: it restarted automatically, so no backtrace. 8) Apr 29 09:42:57 lindi-: I have some binary in that dir now, yes.. not sure what it really is, mickey knows for sure, maybe it's some workarround for not-storing sms temporary on SIM, or this sms is some MMS crap.. Apr 29 09:43:13 what the hell is that??? Apr 29 09:43:14 GSM-gadget: Get gsm modem state call finished Apr 29 09:43:14 GSM-gadget: Get operator called Apr 29 09:43:14 ERR:e_dbus e_dbus_signal.c:71 cb_name_owner() Error: org.freedesktop.DBus.Error.NameHasNoOwner Could not get owner of name 'org.openmoko.qtopia.Phonestatus': no such name Apr 29 09:43:16 ERR:e_dbus e_dbus_signal.c:71 cb_name_owner() Error: org.freedesktop.DBus.Error.NameHasNoOwner Could not get owner of name 'org.openmoko.qtopia.Phonestatus': no such name Apr 29 09:43:19 GSM-gadget: Qtopia signal callback called Apr 29 09:43:21 GSM-gadget: Qtopia signal callback else part called Apr 29 09:43:28 Q-Master: if you kill dbus autoactivation and run process by hand in gdb you will get some backtrace... Apr 29 09:43:54 lunch Apr 29 09:43:58 JaMa, fsogsmd is not stripped? Apr 29 09:45:30 ** (process:1397): DEBUG: plugin.vala:109: lowlevel_openmoko_poweroff() Apr 29 09:45:30 Program received signal SIGSEGV, Segmentation fault. Apr 29 09:45:30 0x00000000 in ?? () Apr 29 09:45:30 (gdb) bt Apr 29 09:45:30 #0 0x00000000 in ?? () Apr 29 09:45:30 #1 0x4074f070 in ?? () from /usr/lib/libfsogsm.so.0 Apr 29 09:45:32 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Apr 29 09:45:34 nothing more Apr 29 09:46:15 of course... Apr 29 09:46:17 Q-Master: x/2i $pc? Apr 29 09:48:29 (gdb) x/2i $pc Apr 29 09:48:29 0x0: Cannot access memory at address 0x0 Apr 29 09:48:48 Q-Master: say "up" first Apr 29 09:48:49 mmm... null pointer Apr 29 09:49:07 (gdb) up Apr 29 09:49:07 #1 0x4074f070 in ?? () from /usr/lib/libfsogsm.so.0 Apr 29 09:49:07 (gdb) x/2i $pc Apr 29 09:49:07 0x4074f070: stmdbvs r3, {r3, r5, r7, r10, r11, sp, lr}^ Apr 29 09:49:07 0x4074f074: tstle r12, r0, lsl #22 Apr 29 09:50:55 Where's the GIT for fsogsmd? Apr 29 09:52:00 lindi-: looks like you need a shot of arm assembly every once in a while? ;) Apr 29 09:52:09 PaulFertser: yep Apr 29 09:52:32 lindi-: so, what's your verdict? Apr 29 09:52:50 Q-Master: can tell you mine: life sucks Apr 29 09:53:08 well that stm instruction does not do the branch, it happens later Apr 29 09:53:53 PaulFertser: hehe. not sure. 8) Apr 29 09:55:13 thrashold: git.freesmartphone.org Apr 29 09:55:28 mickey|office: ^^^ Apr 29 09:56:23 ya Apr 29 09:56:25 seems i broke it Apr 29 09:56:35 try reverting last commit Apr 29 09:56:48 i can't look at that today Apr 29 09:59:01 mickey|office: I looked here, but which one is it? Apr 29 09:59:17 thrashold: cornucopia/fsogsmd Apr 29 09:59:18 Oh, cornucopia Apr 29 09:59:23 Thanks Apr 29 09:59:27 are you sure that assembly language is decoded properly? (e.g. thumb vs. non-thumb).. it doesn't make a huge amount of sense Apr 29 10:00:05 but, maybe it's just highly optimised compiler-generated stuff Apr 29 10:23:41 mrmoku|away: TAsn: JaMa: any ideas why telephony stopped working after todays upgrade? Apr 29 10:25:32 mrmoku|away: TAsn: JaMa: any ideas why telephony stopped working after todays upgrade? Apr 29 10:25:34 ? Apr 29 10:26:22 some say, fsogsmd is segfaulting for them today Apr 29 10:26:54 * vanous not upgrading fsgsmd today Apr 29 10:28:45 looks like so Apr 29 10:28:53 but how to fix it? Apr 29 10:30:49 I haven seen it here.. so no idea yet Apr 29 10:31:43 alexxy: revert the latest fsogsmd commit Apr 29 10:33:22 PaulFertser: where can i find it? Apr 29 10:33:37 alexxy: git log? Apr 29 10:34:06 http://git.freesmartphone.org/?p=framework.git;a=summary Apr 29 10:34:25 alexxy: cornucopia repo Apr 29 10:34:46 http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=33fa0b13991a31b6ee70e7b74d8009a6f37643a2 Apr 29 10:34:52 PaulFertser: this commit ^^^ Apr 29 10:35:56 can someone tell me why pack->number is 'Name' in line 402 after i set it to a number in line 442? http://heinervdm.dyndns.info/shr-git/libphone-ui-shr/src/view/sim-manager-view.c Apr 29 10:36:59 JaMa: can you do it? Apr 29 10:37:13 alexxy: probably. But i haven't tried to reproduce the issue here since i didn't upgrade yet. Why don't you just get debug logs? Apr 29 10:37:19 or can you build old revision? Apr 29 10:37:53 Why not first determine the issue? Apr 29 10:37:56 2010-04-29T10:36:35.008545Z [INFO] DBusServiceDevice <>: Modem closed successfully
2010-04-29T10:36:47.911385Z [ERROR] TiCalypsoModem <4C>: Can't open main channel; open returned false
2010-04-29T10:36:47.911883Z [ERROR] DBusServiceDevice <>: Can't open modem
 Apr 29 10:39:05 http://dpaste.com/188942/ Apr 29 10:39:15 part of fsogsmd log Apr 29 10:39:27 alexxy: doesn't look like a debug log to me Apr 29 10:39:36 ok Apr 29 10:39:48 how to enable debug for fsogsmd? Apr 29 10:40:38 * JaMa building older Apr 29 10:40:49 alexxy: s/INFO/DEBUG in fsogsmd.conf Apr 29 10:41:00 in /etc/freesmartphone/conf/openmoko_gta/ Apr 29 10:41:07 and killall fsogsmd Apr 29 10:41:51 alexxy: log_level = DEBUG and log_to = stderr:colors in logging, [libgsm0710mux] and [libfsotransport] sections. Apr 29 10:42:06 alexxy: and if you want to run fsogsmd in foreground, disable dbus activation. Apr 29 10:42:35 actulay logging to file should be enough Apr 29 10:45:04 PaulFertser: JaMa http://dpaste.com/188944/ Apr 29 10:45:07 older HEAD-1 fsogsmd in shr-u feeds, but please try to debug why it fails first Apr 29 10:45:07 and so on Apr 29 10:45:30 it cannot open gsm modem Apr 29 10:45:37 and it failes because of it Apr 29 10:48:15 http://dpaste.com/188948/ Apr 29 10:52:47 alexxy: /etc/init.d/phonefsod restart Apr 29 10:53:04 it doesnt helpes Apr 29 10:53:11 phone was reastarted Apr 29 10:53:39 phone or phonefsod? Apr 29 10:54:59 GSM resource is maybe not requested.. so nothing interesting in log and phonefsod should request that or you can request it ie with fsoraw Apr 29 11:02:10 hmmm Apr 29 11:02:25 also seems after donwgrade there still anther problem exist Apr 29 11:06:00 hmm Apr 29 11:06:03 strange Apr 29 11:08:42 gcc-4.5.0 is not so great here :/ Apr 29 11:08:43 bash-3.2# echo files/root | sed 's#^files/##g' Apr 29 11:08:43 Segmentation fault Apr 29 11:09:16 http://dpaste.com/188958/ Apr 29 11:09:26 its fsogsmd log after downgrade Apr 29 11:09:42 still n telephoney =( Apr 29 11:11:25 http://dpaste.com/188959/ Apr 29 11:11:35 phonefsod and phoneui logs Apr 29 11:15:11 alexxy: have you tried to reboot to correctly restart all daemons? Apr 29 11:15:19 yep Apr 29 11:16:02 currently i'm reflashing to latest image Apr 29 11:21:31 reflashing??? omg Apr 29 11:25:20 well Apr 29 11:25:27 flashed image is very old Apr 29 11:25:28 =) Apr 29 11:25:38 it usualy was upgraded Apr 29 11:26:05 but since its binary distro there can be some problems after upgrades Apr 29 11:39:13 http://arstechnica.com/gadgets/news/2010/04/phones-tablets-netbooks-taking-stock-of-the-hppalm-deal.ars Apr 29 11:41:01 JaMa: [Shr-User] GSM-Registration fails after upgrade 2010-04-29 Apr 29 11:42:33 mrmoku|away: TAsn ^^^^^^ Apr 29 11:45:58 mrmoku|away: sflphone compiles with pjproject 1.5.5 Apr 29 11:46:10 and that version doesn't break staging Apr 29 11:58:06 JaMa: any other ideas Apr 29 11:59:08 JaMa: yesterdays revision works here Apr 29 11:59:14 can you restore it Apr 29 12:00:56 http://build.shr-project.org/shr-unstable/ipk/armv4t/fsogsmd_0.5.0+gitr816+1f605391769a3a688c661deb44577bb4cc422629-r2.2.4_armv4t.ipk Apr 29 12:06:52 Heinervdm: ohh... great :-) Apr 29 12:06:58 Heinervdm: did you already commit the recipes? Apr 29 12:07:11 mrmoku: no Apr 29 12:07:23 i will test 0.9.8 first Apr 29 12:07:44 mrmoku: can you tell me why pack->number is 'Name' in line 402 after i set it to a number in line 442? http://heinervdm.dyndns.info/shr-git/libphone-ui-shr/src/view/sim-manager-view.c Apr 29 12:07:50 mrmoku: what fsogsmd rev did you test yesterday? Apr 29 12:08:02 JaMa: HEAD and it segfaults for me too Apr 29 12:08:25 mrmoku: and the one you reported working? it was HEAD-1 or -2? Apr 29 12:09:06 16:50:44 < mrmoku> JaMa: calling seems to work too... bump :-) Apr 29 12:09:43 JaMa: that was before Apr 29 12:09:43 seems like this one http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=2822ffae72b20eb51b318260bc03533c8587ca98 Apr 29 12:09:58 JaMa: what segfaults for me is the latest fsogsmd commit... the one before the mdbus2 one :) Apr 29 12:10:19 JaMa: the one trying to fix release/rerequest GSM resource Apr 29 12:10:37 JaMa: the one I reported working... let me check Apr 29 12:10:46 Heinervdm: looking... Apr 29 12:11:01 mrmoku: i downgraded 1 commit before that and alexxy says it still segfaults Apr 29 12:11:25 JaMa: I think it was 1f605391769a3a688c661deb44577bb4cc422629 Apr 29 12:11:38 (which is missing the sleep fix :/) Apr 29 12:12:30 so I can revert this one http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=b83d0ede0f3eac5f60a51f54fcecc0affa89a461 Apr 29 12:13:32 building Apr 29 12:14:42 Heinervdm: missing strdup I would say... in line 442 Apr 29 12:14:59 Heinervdm: and pure luck it does not segfault and instead is Name :P Apr 29 12:15:32 mrmoku: thx, will try :) Apr 29 12:16:39 JaMa: will try HEAD-1 myself now Apr 29 12:16:44 well... HEAD-2 Apr 29 12:18:35 if you count mdbus commit too, then last working 1f60* is HEAD-6, not that bad :) Apr 29 12:20:57 alexxy: yesterday's 1f605391769a3a688c661deb44577bb4cc422629 in feed Apr 29 12:33:47 means vanous can update too now :)) Apr 29 12:33:59 hehe Apr 29 12:34:37 JaMa: my build here got stuck on downloads, but now progressing again Apr 29 12:36:01 good Apr 29 12:40:01 :) Running task 9035 of 9088 Apr 29 12:44:03 Apr 29 12:44:09 that'd be so typical now :) Apr 29 12:51:01 anyone got a traceback of HEAD-1? Apr 29 12:52:46 Good day all , who knows  Siglaunchd ?Humble read it but can not get how it wroks 100% . Apr 29 12:52:47 answering machine is required , greeting sound is 1.mp3 and recorder app is dictator , what commands and configurations ? Apr 29 12:56:17 mickey|office: no usefull traceback Apr 29 12:56:30 mickey|office: let me rebuild it and install -dbg too Apr 29 12:58:35 alabd: siglaunchd sounds like an impressive swiss knife for fso, but i haven't manage to play with it yet... Apr 29 12:59:06 mrmoku: only if you have time, it's not important Apr 29 13:00:24 mickey|office: np... btw. I noticed that it's _not_ fsousaged dbus-activating fsogsmd... phoneuid instead :P Apr 29 13:00:43 ah Apr 29 13:00:54 mrmoku: I don't get trace back with installed -dbg now too :/ Apr 29 13:02:50 vanous123: it seems that is the only way that we can have answering machine on shr Apr 29 13:02:59 mrmoku: i'd not be that sure, it gets activated here as well, and i've got no phoneuid. Apr 29 13:03:43 PaulFertser: phonefsod? Apr 29 13:04:07 PaulFertser: if I stop both (phonefsod/phoneuid) it does not get activated anymore Apr 29 13:06:15 mrmoku: no Apr 29 13:06:42 PaulFertser: gets activate for you without those two? Apr 29 13:06:44 hmm Apr 29 13:06:50 mrmoku: yep, it does Apr 29 13:07:49 mickey|office: 70ff866c6db4c426b20c96c0bb12157d57f3efdf does not segfault... it hangs at Apr 29 13:07:52 2010-04-29T13:04:51.478766Z [INFO] TiCalypsoModem <4C>: Configuring modem charset... Apr 29 13:07:57 output on stdout is Apr 29 13:08:00 2010-04-29T13:04:51.471224Z [INFO] libfsotransport <0710:1>: SRC: "@POFF" -> [ "OK" ] Apr 29 13:08:04 mickey|office: sort of bt: http://paste.pocoo.org/show/207521/ Apr 29 13:09:33 mrmoku: heh, exactly as i suspected ;) Apr 29 13:09:43 hmm Apr 29 13:09:52 oh Apr 29 13:10:08 looks like the command gets queued Apr 29 13:10:12 on initial closedown Apr 29 13:10:19 since at that time the queue is not active Apr 29 13:12:12 10:43 < PaulFertser> mrmoku: tried with debug logs? Probably it sends @POFF just before trying to enter MUX :) Apr 29 13:13:09 mickey|office: and 2822ffae72b20eb51b318260bc03533c8587ca98 works Apr 29 13:14:22 ok Apr 29 13:14:33 not a big thing then Apr 29 13:14:33 will fix whenever i have a chance Apr 29 13:14:42 mickey|office: thanks :) Apr 29 13:15:26 2010-04-29T13:12:39.326224Z [WARN] TiCalypsoModem <4C>: Unexpected format for TiCalypsoPercentCSQ Apr 29 13:15:29 2010-04-29T13:12:40.617686Z [WARN] TiCalypsoModem <4C>: Unexpected format for TiCalypsoPercentCPRI Apr 29 13:16:09 PaulFertser: do you have the illume gsm gadget running? Apr 29 13:16:22 anyone worked with siglaunchd ? Apr 29 13:16:30 * mrmoku not so Apr 29 13:17:47 JaMa: 2822ffae72b20eb51b318260bc03533c8587ca98 works and fixes the signal strength getting lost on resume... we should bump to that one :) Apr 29 13:19:32 * JaMa can confirm that 33fa0b13991a31b6ee70e7b74d8009a6f37643a2 + @POFF line commented out works Apr 29 13:19:38 mrmoku: stil have wsod all the time? Apr 29 13:21:17 mrmoku: or latest without shutdown POFF? :) Apr 29 13:23:21 JaMa: hehe, yeh Apr 29 13:23:36 vanous123: with gdrm-2.6.32 ? Apr 29 13:23:42 brb though Apr 29 13:25:24 mrmoku: unexpected format: do you have transport log? that one would contain the full line Apr 29 13:36:09 mickey|office: TiCalypsoModem <4C>: Parsing error: '%CSQ: 28, 99, 3' does not match '%CSQ: (?P\d+), (?:\d+), \d' Apr 29 13:36:50 mickey|office: TiCalypsoModem <4C>: Parsing error: '%CPRI: 1,2' does not match '%CPRI: (?P[012]), (?P[012])' Apr 29 13:38:11 JaMa: what current status ^& Apr 29 13:38:30 mickey|office: you mean this one? Apr 29 13:38:30 2010-04-29T13:36:40.622535Z [INFO] libfsotransport <0710:2>: SRC: "+CSQ" -> [ "+CSQ: 18,99 ", "OK" ] Apr 29 13:38:33 2010-04-29T13:36:40.722837Z [DEBUG] libfsotransport <0710:2>: Wrote '+CPBS="AD";+CPBR=1,255'. Waiting for answer... Apr 29 13:39:32 alexxy: works Apr 29 13:39:44 alexxy: will be upgraded again later Apr 29 13:40:06 JaMa: mrmoku: yes, that's going to helpme Apr 29 13:40:37 mickey|office: have one with three too Apr 29 13:40:37 2010-04-29T13:39:24.101785Z [INFO] libfsotransport <0710:3>: URC: [ "%CSQ: 15, 99, 1" ] Apr 29 13:40:49 with % Apr 29 13:40:49 ok, must fix my regex then Apr 29 13:41:22 2010-04-29T13:35:40.966641Z [INFO] libfsotransport <0710:3>: SRC: "%CPRI=1" -> [ "OK" ] Apr 29 13:41:25 2010-04-29T13:36:22.222006Z [INFO] libfsotransport <0710:3>: URC: [ "%CPRI: 1,2" ] Apr 29 13:41:28 and the CPRi Apr 29 13:42:17 yep, that's the URC-enabler Apr 29 13:42:25 hmm Apr 29 13:42:33 that looks matching to me Apr 29 13:43:04 mickey|office: isn't it that extra space after CSQ: and missing space between numbers in CPRI? Apr 29 13:43:26 oh, CPRI is missing the space, right Apr 29 13:43:38 but %CSQ looks ok Apr 29 13:43:50 no 2 spaces after CSQ: Apr 29 13:43:56 oh, two! Apr 29 13:44:00 ~lart TI Apr 29 13:44:00 * infobot hauls TI up by the scruff of the neck and spanks him until he waddles Apr 29 13:44:12 hehe Apr 29 13:44:56 maybe all 3letter cmds are aligned by extra space? Apr 29 13:45:32 that would make sense... which does not fit on the calypso ;) Apr 29 13:45:45 hehe Apr 29 13:46:13 at least it's in text not aligned binary :) Apr 29 13:46:30 freesmartphone.org: 03mickey 07cornucopia * r44466a04942a 10/fsogsmd/src/plugins/modem_ti_calypso/commands.vala: Apr 29 13:46:30 freesmartphone.org: fsogsmd: modem_ti_calypso: fix regex for %CPRI and %CSQ Apr 29 13:46:30 freesmartphone.org: Thanks JaMa and MrMoku Apr 29 13:46:30 JaMa: did you see TAsn's response on the scenario trac? Apr 29 13:47:34 mrmoku: sure.. if default sucks just because of this one alsa control value .. :) Apr 29 13:48:22 mrmoku: but from ML discussion few months back, I'm not sure if all users can agree on same values.. so whatever is best for TAsn is maybe worse for someone else.. that's why I didn't push it.. :/ Apr 29 13:48:49 JaMa: yeah... but what we have now is bad for most of us Apr 29 13:48:56 actually probably all apart from dos1 ;) Apr 29 13:49:49 JaMa: maybe it does not even matter... as long as the volume sliders work Apr 29 13:50:02 JaMa: we should add phoneuid.conf to switch-for-kernel Apr 29 13:50:11 err libphone-ui.conf Apr 29 13:50:35 mrmoku: as I almost never phone with my neo.. then I'm not experienced enough to comment on phone quality based on mic settings :/ Apr 29 13:50:40 mickey|office, btw at what point are you with freerunner,is all fixed? Apr 29 13:50:49 microphone_mute = Mono Mixer Sidetone Playback Sw Apr 29 13:51:14 mrmoku: yeah I'll add it.. Apr 29 13:51:18 great Apr 29 13:51:33 mrmoku: it's only s/Sw/Switch/g right? Apr 29 13:51:34 JaMa: it's multiple times in there... needs a g :-) Apr 29 13:51:37 yep Apr 29 13:52:23 mickey|office, also was the log usefull(the trace from proprietary ril) Apr 29 13:55:10 GNUtoo: yes, and no Apr 29 13:55:25 ok Apr 29 13:55:41 you already implemented all that was in the log then Apr 29 13:55:45 yes: some commands were interesting Apr 29 13:55:51 no: it was a CDMA net Apr 29 13:55:51 mrmoku: building latest fsogsmd -POFF in shr-u feeds Apr 29 13:56:27 (freerunner): almost done, yeah. need to fix the latest bug i introduced, but after that, i could come back to dream Apr 29 13:56:28 mickey|office, CDMA network are suported right? Apr 29 13:56:31 mrmoku: without PR/SRCREV bump or even commit so it will be gone automatically as soon as we bump rev after correct fix :) Apr 29 13:56:35 ok Apr 29 13:56:50 I'll do some small oe work and then come back to htcdream Apr 29 13:57:00 GNUtoo: tough to say as I have no way to test. there are some different commands and it's almost impossible to do them 'blindly' without access to a real device Apr 29 13:57:05 or rather - network Apr 29 13:57:14 ok Apr 29 13:57:15 now if someone sponsors me a couple of weeks vacation in the US... Apr 29 13:57:21 lol Apr 29 13:57:27 ;) Apr 29 13:57:44 mickey|office, maybe if you have ssh to the device? Apr 29 13:58:27 yes, that would be a good start Apr 29 13:58:57 mickey|office: don't you want to spend your vacation in Japan instead? :) http://www.linuxfordevices.com/c/a/News/Consortium-from-NTT-DoCoMo-Renesas-Fujitsu-NEC-Panasonic-and-Sharp/ Apr 29 13:59:10 mickey|office, btw I had an issue with CDMA while improving the reference ril,as I wasn't in the US I didn't solve it Apr 29 13:59:28 mickey|office, the person is aarown in #replicant Apr 29 13:59:34 but he's not there yet Apr 29 13:59:39 s/yet/now Apr 29 14:17:54 hi, is it possible in illume to have a terminal keyboard without the top bar with the empty space for k9-like input and choice between keyboard types Apr 29 14:18:05 because it eats soo much space Apr 29 14:34:38 mrmoku: the save dialog workd now, but saving the contact doesn't work Apr 29 14:34:47 mrmoku: no error, just nothing happens Apr 29 14:35:06 Heinervdm: same link? Apr 29 14:35:13 yes Apr 29 14:36:09 phoneui_utils_sim_contact_store calls the callback without error Apr 29 14:37:03 seems like the building requires 10G of space, 1G for openembedded and 9G for libwebkit :/ Apr 29 14:37:49 webkit is huge ;) Apr 29 14:39:05 seems like Apr 29 14:40:10 JaMa, I just made the mic a bit weaker Apr 29 14:40:16 JaMa, which is best for everyone Apr 29 14:40:22 At least better for everyone. Apr 29 14:42:00 mickey|zzZzz, hi tell me when you're back Apr 29 14:42:01 Heinervdm: are you sure it did not save it? and just does not reload? Apr 29 14:42:13 TAsn: appreciated :) Apr 29 14:42:29 mrmoku: i rebootet, updated fsogsmd and rebootet again Apr 29 14:42:32 to be sure Apr 29 14:42:35 hehe... ok Apr 29 14:42:38 quite sure then :P Apr 29 14:42:50 :) Apr 29 14:42:58 mrmoku, huh? Apr 29 14:43:07 will try again with DEBUG in fsogsmd.conf Apr 29 14:44:04 16:40 < TAsn> JaMa, I just made the mic a bit weaker Apr 29 14:44:14 oh :P Apr 29 14:44:16 Yeah. Apr 29 14:44:34 Heinervdm: you could try to save a SIM contact with mdbus2... to rule out fsogsmd Apr 29 14:44:48 mrmoku: ok Apr 29 14:47:57 TAsn: upgrade btw. Apr 29 14:48:14 what to expect? Apr 29 14:48:21 fsogsmd with nice fixes Apr 29 14:48:35 signal strength on resume Apr 29 14:48:42 sweet :P Apr 29 14:48:44 fixed echno Apr 29 14:48:50 super sweet :) Apr 29 14:48:55 maybe fixed SLEEP Apr 29 14:50:16 root@om-gta02 ~ # mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.StoreEntry contacts test 0123456789 3 Apr 29 14:50:18 org.freesmartphone.GSM.DeviceFailed: +EXT ERROR: 0 Apr 29 14:50:44 hehe Apr 29 14:50:46 TAsn: you didn't say for which scenario is 87 better http://paste.pocoo.org/show/207570/ Apr 29 14:50:50 ups wrong order Apr 29 14:50:57 gsmhandset Apr 29 14:51:01 I don't know about all the others. Apr 29 14:51:07 now it worked Apr 29 14:51:11 ok Apr 29 14:51:15 JaMa, ^ Apr 29 14:52:13 mrmoku: but it's not in: mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrievePhonebook contacts 1 200 Apr 29 14:52:42 mickey|zzZzz: i fear that storing sim contacts doesn't work with fsogsmd Apr 29 14:52:51 Heinervdm: hmm... try to kill fsogsmd and remove the phonebook cache Apr 29 14:53:17 mrmoku: phonebook cache is in /tmp? Apr 29 14:53:27 Heinervdm: /tmp/fsogsmd/pb IIRC Apr 29 14:53:37 or... probably missing some part Apr 29 14:53:51 freesmartphone.org: 03Martin.Jansa 07cornucopia * r669ee0eb24c1 10/fsodeviced/conf/openmoko_gta/ (alsa-2.6.29/gsmhandset alsa-2.6.31/gsmhandset): Apr 29 14:53:51 freesmartphone.org: fsodeviced: tune openmoko_gta alsa scenarios a bit (Thanks TAsn) Apr 29 14:53:51 freesmartphone.org: Signed-off-by: Martin Jansa Apr 29 14:54:12 I feel like such a hotshot :P Apr 29 14:54:24 CIA mentioned my name :P Apr 29 14:57:24 * JaMa likes CIA@#oe more :) Apr 29 14:57:55 TAsn: do you remember the order of things to install to get a phoneuid build env on a host? Apr 29 14:58:02 mrmoku: now the contact is there Apr 29 14:58:03 yes Apr 29 14:58:12 mrmoku, libfso-glib Apr 29 14:58:13 libphone-ui Apr 29 14:58:16 and libphone-ui-shr :P Apr 29 14:58:19 no Apr 29 14:58:20 As for vala Apr 29 14:58:26 vala, vala-dbus-binding-tool Apr 29 14:58:34 libfsoframework Apr 29 14:58:36 libfsobasic Apr 29 14:58:44 libfso-glib Apr 29 14:58:47 libnl Apr 29 14:58:56 (libnl2 from mickey|zzZzz) Apr 29 14:59:02 fso-specs Apr 29 14:59:06 libframeworkd-glib Apr 29 14:59:06 specs Apr 29 14:59:12 lfg Apr 29 14:59:12 yeah Apr 29 14:59:19 and that's it, I think. Apr 29 14:59:31 I made the mistake to install it to /usr/local Apr 29 14:59:46 will redo it installing to my home dir instead Apr 29 14:59:59 and maybe I will try to write a nice HOWTO Apr 29 15:00:15 oh there is an error in my code Apr 29 15:00:22 WARNING: Failed to find an empty index on SIM! Apr 29 15:01:08 what's the best way to check that a char* is an empty string? Apr 29 15:01:40 if (!foo || !*foo) Apr 29 15:02:37 mrmoku: another "[Shr-User] GSM-Registration fails after upgrade" reply this time about PIN dialog, any idea if it's related to bumping back-POFF or config/restart-needed issue on his side? Apr 29 15:03:16 * mrmoku reads that mail Apr 29 15:04:08 2nd arrived about not working even with PIN disabled :/ Apr 29 15:04:30 * mrmoku goes downstairs to get wifeys SIM :P Apr 29 15:07:22 JaMa: I think just the signal strength / operator does not work Apr 29 15:07:39 JaMa: IdleView showed me unregistered, but fsogsmd log showed otherwise Apr 29 15:07:54 rebooting with PIN enabled SIM now Apr 29 15:09:37 i've pin enabled and for me the latest version is working Apr 29 15:09:52 yep, worked Apr 29 15:10:08 Heinervdm: this one? fsogsmd_0.5.0+gitr820+33fa0b13991a31b6ee70e7b74d8009a6f37643a2-r2.2.4_armv4t.ipk Apr 29 15:10:18 ohh... SMS came in and phoneuid segfaulted :(/ Apr 29 15:10:38 JaMa: I have a local build of latest HEAD with POFF commented out Apr 29 15:10:56 signal strength works... but operator name is missing Apr 29 15:11:33 JaMa: yes fsogsmd - 1:0.5.0+gitr820+33fa0b13991a31b6ee70e7b74d8009a6f37643a2-r2.2.4 Apr 29 15:11:50 ok good Apr 29 15:11:59 mrmoku: i have operatorname but no signal strength Apr 29 15:12:03 hehe :P Apr 29 15:12:09 you're missing the last commit I think Apr 29 15:12:15 JaMa: full image built here :)) Apr 29 15:12:20 longest took downloading Apr 29 15:13:47 now the "no X on resume" is back for me... Apr 29 15:13:57 than you have pretty fast machine :) Apr 29 15:14:23 well, looks ok to me :)) Apr 29 15:14:35 ( { "provider": "M-net", "strength": 98, "display": "", "lac": "C762", "mode": "automatic", "code": "26207", "cid": "75A4", "pdp.cid": "", "pdp.lac": "", "pdp.registration": "unregistered", "registration": "home", "act": "GSM" } ) Apr 29 15:14:39 ok, that explains it Apr 29 15:14:40 plus i did work on it the whole day Apr 29 15:14:50 mickey|zzZzz: showing display might not be that good :P ^^^ Apr 29 15:15:51 mickey|zzZzz: will add provider as fallback if display is empty Apr 29 15:15:54 vanous123: I built 2 full+ images today.. but they segfault a lot :/ Apr 29 15:16:28 with the 4.5 ? Apr 29 15:16:52 vanous123: you get white screen with pure gdrm-2.6.32 branch? Apr 29 15:16:56 vanous123: yes Apr 29 15:17:44 now, this will be for later on today, figure out how do i compile "pure gdrm-2.6.32 branch" Apr 29 15:17:48 :) Apr 29 15:18:07 vanous123: read that recipe and it should be pretty easy to figure out :) Apr 29 15:18:10 i like baking, but am new to bitbake :) Apr 29 15:18:14 ok Apr 29 15:18:39 * vanous123 is pulling out the Joy of cooking Apr 29 15:21:03 vanous123: and for hint there is git diff :) http://dpaste.com/189050/ Apr 29 15:22:35 i see :) git://git.openmoko.org/git/kernel.git;protocol=git;branch=gdrm-2.6.32 Apr 29 15:24:10 vanous123: + rev, + comment out all patches except the one for gcc issue Apr 29 15:24:22 JaMa: you get WS as well, now? :( Apr 29 15:25:20 * vanous123 got a black screen today, after being WSOD to death... Apr 29 15:25:24 no I haven seen any WSOD Apr 29 15:26:08 few time si got blackout (when backlight stayed down and I had to echo 64 > sysfs brightness node to lit display) Apr 29 15:26:25 but I haven't seen WSOD since you fixed it in jbt Apr 29 15:26:52 I mean real WSOD (not phoneuid segfault :)) Apr 29 15:27:56 drm:glamo_display_panic Apr 29 15:28:38 i get wsod now right after boot Apr 29 15:28:41 since this morning Apr 29 15:37:51 hmm Apr 29 15:37:56 elementary knowledge missing here Apr 29 15:38:02 how do i check out what i want? Apr 29 15:38:18 by the recipe? Apr 29 15:38:34 freesmartphone.org: 03mickey 07cornucopia * rd2189d3f5433 10/fsogsmd/src/lib/atchannel.vala: fsogsmd: do not send shutdown commands before the channel has been initialized Apr 29 15:38:47 vanous123: ;branch=gdrm-2.6.32 Apr 29 15:38:55 vanous123: and the correct SRCREV Apr 29 15:39:24 mickeyl: try or wait? Apr 29 15:39:26 but i don't edit directly, or? Apr 29 15:39:34 vanous123: the recipe? sure Apr 29 15:39:41 i see Apr 29 15:39:43 vanous123: make update will wipe it though Apr 29 15:40:01 mrmoku: i need to leave soon, nothing more to come today Apr 29 15:40:10 so i edit recipe myself, good Apr 29 15:40:30 mickeyl: thanks! Apr 29 15:41:04 np, fwiw, i think i have a trace for not being able to multiple release/request resource without restarting gsmd Apr 29 15:41:35 ah mickeyl is here but has to leave, tell me when you're back on irc then Apr 29 15:41:50 because I've some infos from phh on resume reason Apr 29 15:42:01 GNUtoo|oeee: i'm here for 5 more minutes, if that's enough Apr 29 15:42:13 it's enough Apr 29 15:43:05 mickeyl, http://pastebin.com/FgC02RaL Apr 29 15:43:06 ok? Apr 29 15:43:17 * mickeyl reads Apr 29 15:43:37 mickeyl: ok, will try then :) Apr 29 15:43:38 SHR: 03mok 07libphone-ui-shr * r8b0515b7a341 10/src/view/message-list-view.c: message-list-view: fall back to Sender/Recipient if Peer is not set Apr 29 15:43:40 SHR: 03mok 07libphone-ui-shr * r4140215eb32c 10/src/view/message-list-view.c: message-list-view: Sender/Recipient is no more... long live Peer Apr 29 15:43:41 SHR: 03mok 07libphone-ui-shr * r934aede116e8 10/src/view/idle-view.c: idle-view: use provider as fallback if network.status has no or empty display Apr 29 15:43:42 SHR: 03mok 07libphone-ui-shr * r2faa7f3bce78 10/src/view/quick-settings-view.c: quick-settings-view: use fsoframework for idle state enum Apr 29 15:43:42 JaMa: how would i know that i need to remove the "Revert-s3cmci" patch? folluwing up IRC? Apr 29 15:43:46 thanks a lot Apr 29 15:43:48 GNUtoo: that's not a general answer Apr 29 15:43:53 ah? Apr 29 15:43:56 what do you mean? Apr 29 15:44:17 he doesn't tell anything about the resume reason Apr 29 15:44:23 just how to workaround the key thing Apr 29 15:44:26 ah Apr 29 15:44:28 the question still stands Apr 29 15:44:28 dmesg then Apr 29 15:44:37 dmesg??? Apr 29 15:44:42 i refuse to accept that :D Apr 29 15:44:46 ah Apr 29 15:44:55 there must be a way Apr 29 15:44:56 so maybe you should ask him Apr 29 15:44:57 android can do it Apr 29 15:45:14 ok, i asked a couple of times yesterday, perhaps he didn't see Apr 29 15:45:40 because I don't know well your problem and a direct question(not passing by me) would have less misunderstandings Apr 29 15:45:55 vanous123: that one is needed only for 2.6.32.11 and later Apr 29 15:46:25 :) Apr 29 15:46:26 vanous123: to apply patch-2.6.32.11.. so for pure gdrm branch it's not needed and shouldn't be applied Apr 29 15:46:37 GNUtoo: well Apr 29 15:46:41 i will ask Apr 29 15:46:45 but for you to understand Apr 29 15:46:52 it's important to be able to tell who woke us up Apr 29 15:46:55 e.g. Apr 29 15:46:59 by a call? (modem) Apr 29 15:47:04 by a network ping (wifi) Apr 29 15:47:08 by a key event? Apr 29 15:47:15 in some cases we will resume completely Apr 29 15:47:22 in some cases we just fall asleep again and do something Apr 29 15:47:35 ah ok Apr 29 15:47:49 JaMa: so if the recipe has !patches from weis gdrm branch", i can remove those, as it will all be included anyhow... correct? Apr 29 15:47:59 dmesg prints the reason but for some reason you don't want that Apr 29 15:48:07 vanous123: seen that git diff I pastebined? Apr 29 15:48:22 vanous123: that's exactly what you need to apply in your OE checkout Apr 29 15:48:27 parsing kernel messages via dmesg gives one million negative points for style Apr 29 15:48:31 besides Apr 29 15:48:32 ah ok Apr 29 15:48:36 i don't see any messages Apr 29 15:48:40 [ 229.506866] wakeup wake lock: gpio_kp ? Apr 29 15:48:42 perhaps they come only with mucho debug Apr 29 15:48:43 JaMa: yup, but want to understand too :) Apr 29 15:48:48 that's a wakelock Apr 29 15:48:51 not a wakeup reason Apr 29 15:48:53 ah ok Apr 29 15:49:08 indeed you see,I don't understand fully the problem Apr 29 15:49:13 vanous123: and yes.. you can comment out all those patches bellow "# patches from Weiss's gdrm-2.6.32 branch" Apr 29 15:49:23 ok, nevermind, thanks anyways. i'll continue pestering phh Apr 29 15:49:27 vanous123: where is "gdrm" branch and also patches from radekp Apr 29 15:49:48 vanous123: because whole gdrm branch will be in git checkout already if you change branch= param in SRC_URI Apr 29 15:50:02 JaMa: hmm... is the backlight thing "my fault" as far as you can tell? (none of my stuff alters the actual LED controller thing) Apr 29 15:50:24 Weiss: I guess not.. Apr 29 15:51:22 Weiss: I would expect that it can be phone*d turning off the screen and then /me killing it with opkg upgrade or just "kill" and then nothing turns backlight back on Apr 29 15:52:37 vanous123: and almost all patches applied there are "git patches" so you can read short description in the beginning of each file Apr 29 15:52:48 vanous123: so you can get idea why they were applied Apr 29 15:53:18 * JaMa leaving work -> kfc -> home -> gcc-issue Apr 29 16:09:27 JaMa: so this is easy: i hand edit recipe, fix SRCURI to the branch i need, fix the SRCREV to the one i want, edit patches... clean and build Apr 29 16:09:34 JaMa|bbl: still dayjob here :/ Apr 29 16:10:35 mickeyl: works, thanks :) Apr 29 16:10:45 np, glad to hear Apr 29 16:11:06 it's a tough problem, tbh Apr 29 16:11:16 since we have no way to actually drop out of MUX mode on calypso Apr 29 16:11:31 we need to send the poweroff mode in mux mode on shutdown after it being used once Apr 29 16:11:39 but then have to convince the lower layerrs not to resend anything Apr 29 16:11:51 closing the MUX session properly can then no longer be done Apr 29 16:12:00 heh, no fun :/ Apr 29 16:12:00 so libgsm0710mux thinks we still have a mux session open Apr 29 16:12:08 and will refuse to hand out channels again Apr 29 16:12:26 so i need to do some more hacks here for the calypso :/ Apr 29 16:12:56 mickeyl: does that mean release and rerequest does still not work? Apr 29 16:13:31 i'm afraid so Apr 29 16:13:44 usually this doesn't happen Apr 29 16:13:49 ok, one thing less to test :P Apr 29 16:13:58 so it's optimization for a rare case Apr 29 16:14:23 well, it happens if we restart phonefsod Apr 29 16:14:56 but in normal use one does not actually do that, right Apr 29 16:14:56 how often does that happen? Apr 29 16:14:59 right Apr 29 16:15:48 hmm... rebooted with my SIM without PIN... did not register Apr 29 16:16:12 ahh... registered, but shows no signal strength Apr 29 16:16:57 2010-04-29T16:11:19.673484Z [INFO] TiCalypsoModem <4C>: Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_SIM_UNLOCKED Apr 29 16:17:00 2010-04-29T16:11:26.727667Z [INFO] TiCalypsoModem <4C>: SIM Auth status FREE_SMARTPHONE_GSM_SIM_AUTH_STATUS_READY Apr 29 16:17:04 2010-04-29T16:11:41.058734Z [INFO] TiCalypsoModem <4C>: Modem Status changed to FSO_GSM_MODEM_STATUS_SUSPENDING Apr 29 16:17:07 2010-04-29T16:11:41.062542Z [INFO] TiCalypsoModem <4C>: Modem Status changed to FSO_GSM_MODEM_STATUS_SUSPENDED Apr 29 16:18:00 hmm, sooner or later i need to implement virtual suspend Apr 29 16:18:10 you are suspending too early Apr 29 16:18:27 although it won't be a problem, it would be better not to suspend before the modem is fully registered Apr 29 16:18:30 well Apr 29 16:18:32 it will be a problem Apr 29 16:18:38 you won't get calls :) Apr 29 16:18:58 mickeyl: I teached phonefsod to not suspend Apr 29 16:19:11 until it either registered or some amount of time passed Apr 29 16:19:17 ok, that's good Apr 29 16:19:18 and actually it did not suspend Apr 29 16:19:30 now it registered Apr 29 16:19:33 hmm... rebooting Apr 29 16:20:06 well, someone issued a suspend, otherwise the modem would not have been changd Apr 29 16:23:26 mickeyl: hmm... is it enough for SetFunctionality to return or better to wait for a Network.Status which shows it actually registered? Apr 29 16:24:44 the latter Apr 29 16:24:52 SetFunctionality is an Absichtserklärung ;) Apr 29 16:25:10 ok :) Apr 29 16:29:43 JaMa|bbl: mrmoku: TAsn: is morning bug with non working gsm fixed? Apr 29 16:31:53 alexxy: yes Apr 29 16:33:13 heyho Apr 29 16:33:32 mickeyl: dbus-daemon-proxy... sounds interesting :) Apr 29 16:33:41 mickeyl: is that some kind of gabriel? Apr 29 16:34:17 yeah Apr 29 16:34:28 but more transparent Apr 29 16:34:38 i.e. you just need to connect to the new bus via TCP Apr 29 16:34:41 and you're done Apr 29 16:34:46 at least that's what i think Apr 29 16:34:52 an example is at Apr 29 16:35:17 http://alban.apinc.org/blog/2010/04/01/d-bus-debugging-how-to-use-d-feet-on-n900/ Apr 29 16:35:49 didn't try that yet, but it sounds very promising Apr 29 16:35:51 great... that will enable me to do all deving on my laptop :) Apr 29 16:36:21 yeah, for UI and higher level daemons it should be really helpful Apr 29 16:36:57 I already do the PIM only parts with frameworkd/phoneuid running on my laptop Apr 29 16:37:25 right Apr 29 16:37:40 works very nice... gives good backtraces... and even stepping through the code with gdb in kdevelop is good Apr 29 16:37:42 thanks to serial_forward i can do quite a lot of things as well on the workstation Apr 29 16:37:45 hehe, yeah Apr 29 16:41:06 ok... trying that has to wait until after dinner :) Apr 29 17:01:33 hi. in shr-t in contacts the contacts from sim are in duplicates of 5-6! Apr 29 17:03:31 chomwitt: then you imported them 5 or 6 times... Apr 29 17:06:10 Heinervdm: i dont remember doing so. is there a text file to edit easily. cause i cant delete all of them and reinsert. Apr 29 17:06:13 ? Apr 29 17:06:40 no they are saved in the database Apr 29 17:06:55 what database? Apr 29 17:07:46 /etc/freesmartphone/opim/pim.db Apr 29 17:08:03 what if i rm that file? Apr 29 17:08:27 then all contacts, sms, notes, tasks, ... are gone Apr 29 17:08:47 do i have an alt? Apr 29 17:08:58 my phone is new. Apr 29 17:09:13 delete them one by one Apr 29 17:09:18 i dont have new content added besides phone log Apr 29 17:09:32 wow. they are 200 entries!! Apr 29 17:09:36 phonelog will be gone too Apr 29 17:09:58 if you don't care about contacts, phonelog and sms you can delte that file Apr 29 17:12:54 * chomwitt thanks Heinervdm Apr 29 17:13:52 hmm crap even kernel built with gcc-4.5.0 panicks soon :/ Apr 29 17:28:49 hmmm... Apr 29 17:28:59 enlightenment still SEGVs here... Apr 29 17:29:01 stat64("/usr/share/applications/inputmethods/matchbox-keyboard.desktop", {st_mode=S_IFREG|0644, st_size=185, ...}) = 0 Apr 29 17:29:04 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Apr 29 17:29:05 are there package mainterers. epdfview crashes in shr-t and i dont know where to report it! Apr 29 17:29:12 ? Apr 29 17:30:03 chomwitt: check trac.shr-project.org Apr 29 17:30:19 chomwitt: there is already a ticket about that issue Apr 29 17:30:42 JaMa: i think epdfview needs just a rebuild... Apr 29 17:31:03 i asked spaetz yesterday to rebuild it, but he had no time Apr 29 17:31:19 JaMa: any idea what to check= Apr 29 17:31:20 ? Apr 29 17:34:00 Heinervdm: thanks again. i'am newbie and i didnt know if and where to report it. as i see now it a very new defect. http://www.shr-project.org/trac/ticket/1088 Apr 29 17:35:14 Heinervdm: you have shr-t installed? Apr 29 17:35:15 so i can report issues with packages in component : feed packages i guess Apr 29 17:35:55 Heinervdm: and there is newer shr-lite-image for shr-t built.. I have no idea if spaetzAway already tested it and it's safe to rsync :/ Apr 29 17:36:00 chomwitt: yes, it isn't that old. epdfview isn't used that often and when EFL version is bumped it is possible that some apps don't work with the new binary and need a rebuild, but we can't try all versions Apr 29 17:36:06 JaMa: no Apr 29 17:36:35 JaMa: ah ok, then we have to wait with that fix Apr 29 17:36:47 Heinervdm: ok.. imho rebuild won't be enough.. because shr-t was rebuilt from scratch about 2 weeks ago (with shr-u merge) and IIRC no efl bump since then (in shr-t) Apr 29 17:37:17 I'll rebuild it just in case.. but without rsync Apr 29 17:37:31 JaMa: then we can possibly reproduce that segfault on SHR-u too Apr 29 17:37:59 JaMa: can you rebuild x11vnc too? Apr 29 17:38:10 the package is there but not in the Packages.gz Apr 29 17:38:14 Heinervdm: or it segfaults only because it was rebuild after last EFL bump :) Apr 29 17:38:21 :) Apr 29 17:38:37 Heinervdm: so only package-index wasn't rsynced Apr 29 17:39:03 IIRC I've seen x11vnc build in bash history :) Apr 29 17:39:21 ok, then spaetz probably did it yesterday Apr 29 17:39:46 because that's missing since months Apr 29 17:40:25 isn't in task-shr-feed? Apr 29 17:40:36 havn't checked Apr 29 17:40:48 probably not.. please add it Apr 29 17:40:54 ok Apr 29 17:42:14 JaMa: it's in the feed Apr 29 17:42:51 strange .. than it would be built "months ago" and also in Packages.gz :/ Apr 29 17:43:17 yes strange Apr 29 17:43:30 but i haven't checked testing Apr 29 17:43:48 but it's there too Apr 29 17:43:51 ah spaetz was building vpnc not x11vnc Apr 29 17:44:04 that's what I've seen in history Apr 29 17:48:57 mrmoku|dinner: last issue ;) Line 277 http://heinervdm.dyndns.info/shr-git/libphone-ui-shr/src/view/sim-manager-view.c Apr 29 17:53:02 _number_add_pack *cpack = (_number_add_pack *) pack; Apr 29 17:53:03 this one? Apr 29 17:54:14 Heinervdm: if pack is really a _number_add_pack... all fine :) Apr 29 17:54:36 mrmoku: ups 279 Apr 29 17:54:51 view/sim-manager-view.c:279: error: dereferencing pointer to incomplete type Apr 29 17:55:04 280, 281 and 285 too Apr 29 17:57:28 mickey|away: it all now works but after establishing gprs gsm drops and resource is unavailable. :( Apr 29 17:58:12 How do I compile vala? it complains that the vala compiler is too old when I try (and offers me newer source)? Apr 29 17:58:21 thrashold: i can tell you :) Apr 29 17:58:26 Heinervdm: missing #include Apr 29 17:58:44 it does not know FreeSmartphoneGSMSIMEntry Apr 29 17:58:46 thrashold: i just grabbed the sources mentioned in OE recipies that SHR folks used. Worked like a charm. Apr 29 17:58:54 PaulFertser: Is it too hard? I'm just want to compile fsogsmd, but I guess I'll be fine without it :) Apr 29 17:59:11 mrmoku: hmm, strange Apr 29 17:59:48 thrashold: i compiled all of the reasonable FSO2 parts on my FR with distcc, it took me a day, mostly because FR is slow for autoreconf -i. I can provide you with a tarball. Apr 29 18:03:12 mrmoku: no, still the same Apr 29 18:03:27 PaulFertser, thrashold: be aware, that mickey hacked upstream vala sources now for OE needs (looking for .vapi files in staging area not only --vapi-dir), so upstream vala sources are not longer compatible with OE usage and I have no idea if OE sources are still compatible with usage outside OE Apr 29 18:03:55 JaMa: i compiled the one directly from mickey's site :) Apr 29 18:04:02 JaMa: Yes, I was trying to compile *these&* sources Apr 29 18:04:08 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a23c4cc90bb9505a5a3446790538e65a512bfe40 Apr 29 18:04:38 PaulFertser: 0.8.0.95-e7a7 is first "hacked" version AFAIK Apr 29 18:20:38 hey all. I replaced the default /etc/freesmartphone/opim/pim.db with mine, but no contacts are showing up Apr 29 18:20:41 which daemon do I need to restart? Apr 29 18:20:58 Heinervdm: try without struct... I think the libfso-glib structs are typedefed Apr 29 18:23:32 badcloud: frameworkd Apr 29 18:23:45 badcloud: stop it... replace it... start it Apr 29 18:25:32 badcloud: please don't crosspost #openmoko channels Apr 29 18:26:09 mrmoku: now it compiles Apr 29 18:26:13 JaMa: won't in the future :) Apr 29 18:27:19 badcloud: better to keep Heinervdm OR mrmoku working on whatever they are working ATM :) than using both on 2 channels in parallel :) Apr 29 18:27:49 :P Apr 29 18:28:31 JaMa: right. figured there would be other users here Apr 29 18:28:37 but I did the logi Apr 29 18:28:38 c Apr 29 18:30:50 *dig. dig the logic Apr 29 18:31:20 * JaMa depressed from gcc-4.5 image.. leaving for a while until armv5 image is unpacked and tested :/ bye Apr 29 18:31:57 mrmoku: it's working :) Apr 29 18:32:01 Heinervdm: great :) Apr 29 18:32:05 Heinervdm: push: D Apr 29 18:32:11 but there is a small design issue Apr 29 18:32:29 if i focus the entry it expands the the width of the screen Apr 29 18:32:43 but that's only a design issue Apr 29 18:32:51 well push anyway... that's something we can fix sometime Apr 29 18:34:32 SHR: 03zimmermann 07libphone-ui-shr * r4e77a4f295aa 10/ (TODO data/sim-manager.edc src/view/sim-manager-view.c): sim-manager: add Copy to SIM button Apr 29 18:49:24 freesmartphone.org: 03morphis 07msmcomm * r30d7b58bc387 10/ (17 files in 4 dirs): msmsh: rework most parts and implement simple gtk+ interface Apr 29 18:50:23 freesmartphone.org: 03morphis 07msmcomm * rdce405de2ed0 10/msmsh/data/default_config: msmsh: add default configuration file Apr 29 19:08:24 larsc: around? Apr 29 19:08:50 Weiss: yes Apr 29 19:09:12 aha Apr 29 19:09:44 I'm thinking about merging gdrm-2.6.32 back to "mainline"... right now, I think it works comparably to Glamo-fb Apr 29 19:11:58 DocScrutinizer: ping Apr 29 19:12:14 pong Apr 29 19:12:31 ... unless you have any big reservations. I'll make two clean patches (DRM and JBT) for your comments first Apr 29 19:12:38 that's a ping-rtt hah? Apr 29 19:13:10 DocScrutinizer: I have sent the letter to you Apr 29 19:13:16 k Apr 29 19:13:24 not yet here Apr 29 19:17:12 Weiss: ok Apr 29 19:52:09 larsc: ok, here's what I'm proposing to add (split between Glamo and JBT branches as appropriate): http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-for-merging Apr 29 19:52:22 I guess you'd still prefer the Glamo command queue to be allocated at runtime? Apr 29 19:56:22 HAL removal Apr 29 19:56:22 This release fully removes HAL from the boot process, making Ubuntu faster to boot and faster to resume from suspend. Apr 29 19:56:24 sweet. Apr 29 19:57:00 Required By : gnome-vfs gstreamer0.10-good-plugins kdelibs xorg-server Apr 29 19:57:02 here Apr 29 19:57:36 so I wonder how they did that. Apr 29 19:58:09 maybe you can just build them without HAL support? Apr 29 19:58:48 nah, it's pretty needed. Apr 29 19:58:56 Maybe they patched everything to move to udev Apr 29 19:59:46 TAsn: xorg-server 1.8 does not need hal Apr 29 19:59:50 patches exist for most other softwre Apr 29 20:00:49 you can even build xorg-server 1.7 without hal (as we did in SHR) Apr 29 20:03:22 678 ? S 0:00 hald-runner Apr 29 20:03:22 683 ? S 0:00 /usr/libexec/hald-addon-rfkill-killswitch Apr 29 20:03:22 686 ? S 0:00 /usr/libexec/hald-addon-generic-backlight Apr 29 20:03:22 690 ? S 0:00 hald-addon-input: Listening on /dev/input/event1 /dev/input/event0 /dev/input/event4 Apr 29 20:03:29 we should get rid of those too then ;) Apr 29 20:05:42 mrmoku, btw Apr 29 20:05:45 messages seg Apr 29 20:05:52 on incoming message Apr 29 20:05:53 like you said. Apr 29 20:06:08 (also outgoing btw, every message that updates the already open list) Apr 29 20:06:39 yes Apr 29 20:06:49 any idea? Apr 29 20:07:01 yes Apr 29 20:07:04 use git blame :P Apr 29 20:07:25 one the message list? or libphone-ui? Apr 29 20:07:29 -e Apr 29 20:08:29 no idea, you changed stuff there lately. Apr 29 20:08:59 try to reproduce it on the desktop Apr 29 20:09:02 (i'm also trying) Apr 29 20:09:50 fixing something in phonefsod right now... Apr 29 20:10:45 ok Apr 29 20:10:49 So I'll try to find it :P Apr 29 20:12:09 (process:13046): libphone-ui-DEBUG: Initing libframeworkd-glib :( Apr 29 20:12:10 mrmoku, lol Apr 29 20:12:20 TAsn: btw. mickey|away comitted a nice new recipe to OE Apr 29 20:12:21 :P Apr 29 20:12:26 what recipe? Apr 29 20:12:34 http://alban.apinc.org/blog/2010/04/01/d-bus-debugging-how-to-use-d-feet-on-n900/ Apr 29 20:12:46 dbus-daemon-proxy Apr 29 20:12:52 sweet Apr 29 20:13:15 maybe we will soon run phonefsod on the laptop too Apr 29 20:16:38 139 if (timestamp) { Apr 29 20:16:38 140 free(timestamp); Apr 29 20:16:38 141 } Apr 29 20:18:08 ok, that's another issue Apr 29 20:20:00 SHR: 03tom 07libphone-ui * r06e28babfca6 10/src/phoneui-utils.c: fixed error handling in send sms. Apr 29 20:22:27 found something we did wrong: (process:13098): GLib-CRITICAL **: g_hash_table_unref: assertion `hash_table->ref_count > 0' failed Apr 29 20:22:36 but not a seg Apr 29 20:22:39 on the desktop that is. Apr 29 20:30:24 mrmoku, ping Apr 29 20:31:18 pong Apr 29 20:31:48 phoneui-utils-messages.c:130 Apr 29 20:32:10 g_object_unref? Apr 29 20:32:16 yes Apr 29 20:32:32 segfaults? Apr 29 20:33:25 SHR: 03tom 07libphone-ui * r163eb12a121f 10/src/phoneui-utils-messages.c: fixed error handling in message get. Apr 29 20:33:38 (process:13098): GLib-CRITICAL **: g_hash_table_unref: assertion `hash_table->ref_count > 0' failed Apr 29 20:33:49 do we still have the problem that it does have sticky busy idle state when one does not touch the screen ? Apr 29 20:34:08 when/where we had that? Apr 29 20:34:21 I remember that was a problem looong ago Apr 29 20:34:50 TAsn: if you boot your FR and don't touch it... does it suspend? Apr 29 20:35:03 no idea. Apr 29 20:38:43 ~nf Apr 29 20:38:45 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week Apr 29 20:39:00 hehe... somebody should change that newsflash :P Apr 29 20:39:12 yeah i guess it's kinda outdated ;) Apr 29 20:39:27 or change the name for "oldsflash" Apr 29 20:39:34 :D Apr 29 20:39:50 SHR: 03mok 07phonefsod * r6f2475730e20 10/src/phonefsod-fso.c: phonefsod-fso: wait for a NetworkStatus signal showing it actually registered Apr 29 20:40:53 mrmoku, unref without refing is probably a bad idea :P Apr 29 20:40:56 That's what I think Apr 29 20:41:00 just allocating is not enough. Apr 29 20:41:18 Weiss: hm, i'm not sure if i like the jbt changes Apr 29 20:42:13 I'm changing it to a destroy Apr 29 20:42:20 it's ok since it's a local var. Apr 29 20:42:35 TAsn: I disagree with one of your commits ;) Apr 29 20:42:44 I'm pretty tired Apr 29 20:42:49 so you are probably right :P Apr 29 20:42:52 elaborate please Apr 29 20:43:25 g_error_free and then calling the callback with error is bad :P Apr 29 20:43:40 ahh.. you don't call it Apr 29 20:43:42 bad too though Apr 29 20:43:49 as we want the callback to get the error, no? Apr 29 20:43:51 yeah Apr 29 20:43:52 that's bad. Apr 29 20:43:57 ok Apr 29 20:44:06 so both of my commits are wrong in that aspect Apr 29 20:44:21 probably the problem is in libphone-ui-shr not handling the error? Apr 29 20:44:29 btw my comment about destroy/unref is bad. Apr 29 20:44:32 remove that. Apr 29 20:46:07 larsc: true, it's a little nasty. but it does Work... Apr 29 20:46:45 TAsn: where? Apr 29 20:46:59 if you don't remember, that's even better. Apr 29 20:47:03 sec will fix my last two commits :P Apr 29 20:47:03 :P Apr 29 20:47:19 SHR: 03tom 07libphone-ui-shr * r50037e8f6174 10/src/view/message-list-view.c: removed very annoying debug messages. Apr 29 20:48:48 SHR: 03mok 07phonefsod * r12077e678ce1 10/src/phonefsod-fso.c: phonefsod-fso: remove some deactivated, old pre-fsogsmd code Apr 29 20:49:02 Weiss: but it's is the quick 'n dirty solution Apr 29 20:49:49 larsc: specifically, do you mean the "jbt_global"? that's the bit I'd most like to clean up Apr 29 20:50:12 SHR: 03tom 07libphone-ui * r4685c18e72d8 10/src/ (phoneui-utils-messages.c phoneui-utils.c): fixed calling the callbacks. Apr 29 20:50:26 or is there anything else you particularly don't like? Apr 29 20:50:49 mdelay(1) everywhere Apr 29 20:51:23 ah.. that's needed according to the spec Apr 29 20:51:23 and only doing a hard poweroff. although i guess i can live with it Apr 29 20:52:07 that's the "DocScrutinizer fix"... use only the "real off switch", no deep sleep mode Apr 29 20:53:10 deep_sleep mode is nonsense Apr 29 20:54:32 on the neo it is Apr 29 20:56:12 (just pushed a revised version which dynamically allocates the command queue - it seems to be happy) Apr 29 20:56:43 SHR: 03tom 07libphone-ui-shr * raaa6c32e9359 10/src/view/message-list-view.c: Fixed it to compile, sorry. Apr 29 20:56:51 yeah.. I know this is horribly specific to FR Apr 29 21:01:05 hmm armv5te image built with gcc-4.5.0 fails the same :/ Apr 29 21:01:05 but, yeay, if somebody needs something different he should implement it Apr 29 21:01:25 * Weiss wonders if there's a nice way to make it work reliably without that... given the lack of FB notifier chain in KMS Apr 29 21:01:49 TAsn: that dbus-daemon-proxy thing works nice :) Apr 29 21:02:01 TAsn: just have to find out how to make phoneuid connect to it Apr 29 21:05:52 SHR: 03tom 07libphone-ui * r0ebcdea1b687 10/src/phoneui-utils-contacts.c: Removed an annoying data leaking debug message. Apr 29 21:06:02 SHR: 03tom 07libphone-ui * rcc4b8910201d 10/src/phoneui-utils-contacts.c: contact lookup: fixed it to use the new opimd way. Apr 29 21:07:35 hello. it's bothering me a bit that the shr trac doesn't keep track of whether upstream bugs have been resolved & included in shr Apr 29 21:07:48 would it be possible to track this information in trac? Apr 29 21:08:07 i'm more of a bugzilla admin so don't know much about trac Apr 29 21:09:00 there's quite a few that have been closed as upstream, and it's not currently possible to tell whether these are still issues in shr. http://www.shr-project.org/trac/query?status=accepted&status=assigned&status=closed&status=new&status=reopened&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&resolution=upstream Apr 29 21:11:24 JaMa: my change is fully compatible. it just adds an additional lookup for .vapi files Apr 29 21:11:49 mickey|away: thanks for info, good to know Apr 29 21:12:47 tim_abell: I would expect them only marked as upstream and closed when it's fixed upstream and fixed version in OE.. but I see some are maybe closed already without it :/ Apr 29 21:13:02 eg http://www.shr-project.org/trac/ticket/997 Apr 29 21:13:19 spaetzAway seems to think otherwise Apr 29 21:13:30 it's fairly open to interpretation Apr 29 21:14:02 seen that in many tickets.. and I'm probably the only one thinking that "close" is premature :) Apr 29 21:14:33 i'd like to see something like - 1) upstream / open 2) fixed upstream, awaiting integration 3) fixed in shr-u 4) fixed in shr-t Apr 29 21:14:37 or something Apr 29 21:14:55 i agree with you JaMa that if it's still broke then closed isn't right Apr 29 21:14:57 at least for "live" upstream where we can expect it to be solved during our lives Apr 29 21:15:15 though i certainly see spaetzAway's side too Apr 29 21:15:44 oh for a distributed bugtracker to go with our distributed source control eh? Apr 29 21:15:57 when it's upstream bug in package nobody is maintaining/updating anymore (like mokonnect seems to be now) then I see closed/won't fix usefull Apr 29 21:15:59 the code floats around, the bugs don't Apr 29 21:16:19 yeah, though there would be no harm in leaving it as open/upstream Apr 29 21:16:40 who looks after trac administration? Apr 29 21:16:56 there is little I can do about mokonnect if its development has stopped :--(. And yes, I would prefer if upstream did not imply closed too. Apr 29 21:17:13 watcha spaetzAway Apr 29 21:17:19 hi Apr 29 21:17:33 that one's just an example really Apr 29 21:17:37 it's one i happened across Apr 29 21:18:01 tim_abell, not my choice that upstream implies closed. Apr 29 21:18:14 yeah, that's fair enough Apr 29 21:18:28 ahh I see "upstream" is not checkbox, but resolution reason -> closed Apr 29 21:18:32 who should i talk to about fiddling with the trac config to be more expressive? Apr 29 21:18:38 I think no one of us has acces to the box with trac ruunnning.... Apr 29 21:18:55 erk Apr 29 21:19:15 sorry for letter duplication, this touchscreen is brokeen. Apr 29 21:19:34 lol Apr 29 21:20:14 mickey|away: I built and installed dbus-daemon-proxy... works nice... can connect with d-feet :-) Apr 29 21:20:17 its also on a bearstech server afaik, Ainulindale probably had access when he still worked there. Apr 29 21:20:28 incidentally the closest i found to a distributed bug tracker was http://www.fossil-scm.org/ Apr 29 21:20:35 mickey|away: now I'm missing what to set DBUS_SYSTEM_BUS_ADDRES to, to make phoneuid connect to it Apr 29 21:20:39 any idea? Apr 29 21:20:56 tcp:host=192.168.0.202;port=8080 did not work Apr 29 21:21:22 for trac Apr 29 21:21:30 you should ask to Deubeuliou or lukhas on #bearstech Apr 29 21:21:42 okey dokey, thanks Ainulindale Apr 29 21:21:47 I can't do anything anymore, and won't have any relation with bearstech whatsoever if possible :-) Apr 29 21:21:57 oh rly? Apr 29 21:22:07 yep Apr 29 21:22:16 ohh there are a few distributed ones. eg http://syncwith.us/sd looked nice Apr 29 21:22:27 haven't used it though Apr 29 21:23:33 I can google it, but what's so great about making bug tracker distributed? Apr 29 21:23:37 mickeyl: ohh... nvm... ; instead of , makes it rock :) Apr 29 21:23:44 err , instead of ; Apr 29 21:23:56 the thing for me is not so much that you can clone bugtrackers, it's more the idea that bugs could follow the code between projects Apr 29 21:24:14 mrmoku: excellent :) Apr 29 21:24:42 tim_abell: if you can unite all project using the same tracker right? Apr 29 21:24:53 yeah (dream on) lol Apr 29 21:25:12 mickeyl: hmm... it allows only one connection Apr 29 21:25:14 i think the closest realistic option would be standard intercommunication protocols Apr 29 21:25:25 mrmoku: oh :/ Apr 29 21:25:28 or does it have some "gateways" to keep heterogenous systems in sync? :) Apr 29 21:25:53 Already connect, reject new connection Apr 29 21:26:55 JaMa, marking bugs as closed when I'm offfline eg in a train, is nice. Apr 29 21:27:22 but otherwise I don't see huge benefits yet either Apr 29 21:27:59 but our trac kind of sucks. I used to be a trac fan. Apr 29 21:28:45 spaetz: well, you could also fork bug tracker for different product branch, i guess Apr 29 21:29:05 but eg the search in trac is horrible Apr 29 21:29:09 once you release, you fork your tracker, and handle everything in a separate fashion Apr 29 21:30:13 spaetz: ah I see, that's usefull use-case Apr 29 21:30:33 yeah, i guess one could. but I don't see us making releases anytime soon ;-P Apr 29 21:44:48 gnight all Apr 29 21:45:28 JaMa: gnight Apr 29 21:45:59 freesmartphone.org: 03mickey 07cornucopia * r8f51f632303f 10/fsogsmd/src/lib/modem.vala: fsogsmd: kill sim timeout watch, if we attempt to closing in between unlocked->ready state transition Apr 29 21:46:02 n8 JaMa Apr 29 21:47:23 night JaMa Apr 29 21:50:56 mickeyl: starting multiple instances of it works flawlessly :-) Apr 29 21:52:02 aah, excellent Apr 29 21:52:13 so it really acts as a transparent proxy? Apr 29 21:52:19 yep Apr 29 21:52:22 what about busname collisions and config? Apr 29 21:52:27 like, if you want to run a server Apr 29 21:52:34 hmmm works Apr 29 21:52:37 phoneuid is server too Apr 29 21:52:40 and it just works Apr 29 21:52:45 hmm, interesting Apr 29 21:52:46 I stopped the one on the FR though Apr 29 21:52:52 how could that possibly work... Apr 29 21:53:02 ah well, i'll check the code at some point of time Apr 29 21:53:06 awesome find then Apr 29 21:53:10 yep Apr 29 21:53:13 thanks for that :) Apr 29 21:53:37 will see if I get around to write a nice HOWTO how to dev/debug our phonestack remotely :) Apr 29 21:54:04 now bedtime for me too Apr 29 21:54:15 gnight all Apr 29 21:54:19 n8 mrmoku|away Apr 29 21:55:13 hmm Apr 29 21:55:18 gaw Apr 29 21:55:28 Sabrina Apr 29 21:55:29 i can't solve that problem without a layering violation Apr 29 21:55:36 sorry ^^ Apr 29 21:55:39 just the question where to introduce it Apr 29 21:57:31 larsc: so, would you rather I keep the changes separate for a while and investigate more elegant ways of making it work without the horrible layering violations (not sure there are any, though), or are you happy to see it merged in that state, or are there any other things you'd like to see changed? (no need for a reply straight away.. I have to sleep_ Apr 29 21:57:42 comments from anyone else welcome, of course **** ENDING LOGGING AT Thu Apr 29 21:57:51 2010 **** BEGIN LOGGING AT Thu Apr 29 21:58:15 2010 **** ENDING LOGGING AT Thu Apr 29 21:58:51 2010 **** BEGIN LOGGING AT Thu Apr 29 22:00:14 2010 Apr 29 22:18:44 freesmartphone.org: 03mickey 07cornucopia * r657f4a87635c 10/docs/TODO: TODO++ **** ENDING LOGGING AT Fri Apr 30 02:59:57 2010