**** BEGIN LOGGING AT Tue May 04 03:00:01 2010 May 04 04:43:05 freesmartphone.org: 03morphis 07cornucopia * r11eb3f1be481 10/fsoinitd/src/ (8 files in 2 dirs): fsoinitd: add a simple 'spawn process' action May 04 05:23:12 moin May 04 05:23:19 mrmoku: building, thanks :) May 04 05:23:53 grr xinit wasn't pulled to image :/ May 04 05:23:58 again.. May 04 05:24:17 -> wrk May 04 05:24:32 JaMa: moin :) May 04 05:24:41 * mrmoku work too May 04 06:26:42 JaMa: again no LANG in base files May 04 06:28:57 and battery not working in У May 04 06:29:30 Q-Master: battery is working fine... the battery gadget not so ;) May 04 06:30:15 mrmoku: yep. I've meant that May 04 06:32:19 Q-Master: sure... annoying thing May 04 06:32:53 * Q-Master thinks that e brokes more and more day from day... 8) May 04 06:34:52 http://members.iinet.net.au/~haste/e17/WFM.png May 04 06:35:09 hehe May 04 06:41:25 I think spaetz can say more about the amount of actual bug-fixes he had to pull into testing. May 04 06:41:37 And JaMa May 04 06:41:50 raster: 8)) May 04 06:49:32 * raster watches his screen jiggle about like jelly-booty May 04 07:21:55 Q-Master: yeah LANG was removed from profile May 04 07:22:11 Q-Master: if you need it add own /etc/profile.d/sth with it's settings May 04 07:22:53 JaMa: already done this. but it is not good for nubes. May 04 07:24:16 Q-Master: not all nubes are using en_US, so better for them to have it set by their own, then replaced by /etc/profile (not respecting settings in profile.d) everytime May 04 07:25:31 spaetz: .4 is DISTRO_PR, I warned you about this PR partial bump before :P :) May 04 07:25:34 JaMa: I think that it is easy to create /etc/profile.d/lang.sh with a default or commented out example. May 04 07:26:03 spaetz: somewhere about 1st april, when i did the same misstake May 04 07:26:26 Q-Master: yes it is May 04 07:28:48 yes, yes. you did warn about partial PR bumps :-) May 04 07:29:08 Do we append the distro PR to all kind of things? May 04 07:29:11 mmh May 04 07:30:21 where is that task that updates the package index again? I currently always rebuild the image to update the package index :-) May 04 07:30:39 I thought it was tasks/task-package-index or so May 04 07:30:49 spaetz: yes its automagicaly appended to all PRs May 04 07:30:53 I see May 04 07:31:02 meta/package-index May 04 07:31:17 spaetz: plenty of examples in bash history :) May 04 07:31:25 spaetz: use -c rebuild with it to be sure May 04 07:52:02 ok thanks a bunch May 04 07:56:46 Q-Master: it's described in manual http://wiki.openmoko.org/wiki/Manuals/SHR#Terminal_environment May 04 08:19:17 anyone tried ext4 with 2.6.32? I'm thinking about fuzz about data=ordered in ext3 and possible higher vulnerability on ext2 everybody see on FR with 2.6.32 http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html May 04 08:20:57 but probably related only to journaled fs, not ext2.. May 04 08:21:22 JaMa: I'm using ext3 on FR May 04 08:22:52 and .32? May 04 08:24:11 JaMa: nop May 04 08:24:43 I'm not sure when EXT3_DEFAULTS_TO_ORDERED was added.. May 04 08:28:56 Q-Master: and why do you use ext3 instead of ext2? May 04 08:29:00 mrmoku: contacts are still crashing when adding cyrillic contact May 04 08:29:07 JaMa: do I read that correctly? Users and developers should NOT rely on the filesystem writing the data to disk in any timely manner? May 04 08:29:35 JaMa: don't really remember why. just "because". 8) May 04 08:29:54 blindcoder: yeah.. developers should call fsync themselves where it's usefull May 04 08:30:18 blindcoder: instead of rely that timely manner will be soon enough May 04 08:31:28 Q-Master: ah :), maybe it's just waste of write/read cycles to maintain journal.. but I'm a bit sad about lot of ext2 errors after removing battery May 04 08:31:58 all e17 icons are usually "open" and end with requesting wrong inode.. and after reboot no icon on my screen May 04 08:32:34 maybe my uSD is getting worse or it's something in 2.6.32 :/ May 04 08:32:56 JaMa: yep. journal roxx May 04 08:33:22 mrmoku: adding contacts not working at all. not only cyrillic... May 04 08:34:30 morning May 04 08:34:47 moin docs May 04 08:38:32 uSD not getting worse aiui. Just starts to fail eventually May 04 08:41:04 that moment, due to wear leveling swapping around 256k blocks like mad, you'll instantly end with a fs witha zillion errors May 04 08:41:28 that's how I understand it May 04 08:43:22 "good" May 04 08:43:30 thanks May 04 08:51:10 mokonnnect+connman -> iliwi didn't make much difference in image size 76 455 191 -> 76 369 659 May 04 08:51:12 the uSD reads out a block (e.g. 256k) into internal cache. For write it updates/changes cache. Meanwhile the flash storage block is erased. On cache miss the whole block is written back to flash from cache. So random writes are really nasty and slow. And if you switch off the card during the process, you'll probably lose a huge chunk of data May 04 08:52:32 DocScrutinizer: yeah, but this is in uSD internal controller, right? so changing kernel shouldn't change this internal "vulnerability" ? May 04 08:53:23 right. But random writes may easily be another new pattern, depending on where files are located May 04 08:53:41 yeah.. :/ May 04 08:53:47 they either are a cache hit or a cache miss May 04 08:54:15 you don't have control over that really May 04 08:54:27 * JaMa remember some LKML e-mail from Pavel Machek about this issue.. that's it's pity kernel doesn't get infos about storage blocks handled by internal controller May 04 08:54:43 yesyes May 04 08:55:01 because journal will force checks only on files changed by "fs" but those blocks changed other inodes and kernel doesn't know which one May 04 08:55:20 yeah May 04 08:55:23 so journal is "false security" May 04 08:55:42 and makes it's job worse than fsck on whole drive May 04 08:55:47 s/'// May 04 08:55:47 JaMa meant: and makes its job worse than fsck on whole drive May 04 08:56:05 probably May 04 08:56:44 as there's no such thing like save writes of sectors to journal May 04 08:56:45 doesn't have nand same problem with sub-pages? I guess so, but no idea how it's handled in jffs2/ubi/.. May 04 08:57:27 at least on nand you have control over erase May 04 08:57:53 and you can write multiple times to an erased block, to add data May 04 08:58:39 all would be better with reliable media with unstoppable power supply ;) May 04 08:58:47 as your kernel knows about sectors marked free, and those will hold 0s in an erased block May 04 08:59:38 JaMa: (journalling failing because of uSD internal controller) that sounds nasty :/ May 04 08:59:39 so you can write again, without deleting block in between, to fill the empty 0 sectors of a block with data May 04 08:59:51 ah kde-4.4.3 time to build it :) May 04 09:00:21 PaulFertser: should I dig that e-mail? May 04 09:00:36 PaulFertser: but IIRC that was conclusion form discussion there May 04 09:00:47 these are immanently safe writes, well as safe as it gets May 04 09:01:17 JaMa: i think i do not want it to read that much, so no, thanks :) May 04 09:01:24 hehe May 04 09:49:32 hello where better ask about uboot May 04 09:51:45 zhxk, uboot is obsolete... qi is recommended May 04 10:56:30 <\marco> hi to all May 04 10:57:49 hi May 04 11:03:58 <\marco> :) May 04 11:05:01 <\marco> I like the new shr panel but.. what about using touch-gesture with the shelf? May 04 11:05:23 <\marco> for example: scrolling the shelf right will switch applications May 04 11:05:28 <\marco> all the shelf May 04 11:05:45 <\marco> ( illume2 ) May 04 11:06:55 <\marco> I think it will be more usable ( and fancy :D ) May 04 11:11:02 <\marco> mhm.. with my fresh shr-lite, changing shr-settings.desktop category to Office don't show up shr-settings icon May 04 11:12:21 <\marco> ( I've put a comment about this on bug #1090) May 04 11:29:51 TAsn: (signal handling) it should be reliable nevertheless (even if you will not need signals for messages, you will still be using them for everything else) May 04 12:12:47 qi better than uboot? May 04 12:12:50 i dont think so May 04 12:13:00 uboot have a log history May 04 12:24:12 zhxk: log history? What's that? May 04 13:35:48 crosscompiling stuff not using any kind of autotools is not funny :/ May 04 13:48:03 hmm itask-ng in E17 svn, maybe it's app switcher users are calling for... ? May 04 13:48:12 http://trac.enlightenment.org/e/changeset/48606 May 04 13:54:39 shit May 04 13:54:45 JaMa: what kernel do you have for spitz? May 04 13:55:48 itask-ng is a nice module, but i don't think its finger freindly May 04 13:56:25 2.6.34-rc6 + git HEAD May 04 13:56:42 recipe added yesterday :) May 04 13:57:00 :) May 04 13:57:13 JaMa: I need something supported by qemu and having a new kernel :) May 04 13:57:24 JaMa: does it have devtmpfs and cgroups enabled? May 04 13:57:41 devtmpfs yes in kexecboot, cgroups probably not May 04 13:57:53 but I can build you something in a minute May 04 13:58:32 PaulFertser: guess now we will never know what log history is :P May 04 13:58:33 mrmoku: do you need whole image? May 04 13:58:58 JaMa: I wanted to play with systemd in qemu... May 04 13:59:02 # CONFIG_CGROUPS is not set May 04 13:59:06 so I need a kernel and an image May 04 13:59:30 I built SHR for qemuarm machine, but kernel is without devtempfs May 04 13:59:58 JaMa: and I have to build it myself for systemd May 04 14:00:00 mrmoku: spitz defconfig hads devtmpfs in 2nd stage kernel, but CGROUPS are disabled May 04 14:00:12 I see May 04 14:00:37 JaMa: which kernel recipe is it? May 04 14:00:45 vanilla linux May 04 14:00:59 linux_2.6.33 or newer linux_git May 04 14:01:41 ahh, ok May 04 14:01:53 if you want to play with suspend/resume too, than you need updated defconfig a bit :/ May 04 14:03:23 * JaMa curious why systemd and not "stable" upstart of mickey's fso-boot ? May 04 14:04:12 JaMa: hmm... AFAIU fso-boot is not even really started yet? May 04 14:04:57 JaMa: and systemd sounds quite interesting May 04 14:06:22 I don't know upstart and read about systemd just now.. so just curious ;) May 04 14:07:46 JaMa: did you read lennarts blog? May 04 14:08:18 JaMa: http://0pointer.de/blog/projects/systemd.html May 04 14:08:49 brb May 04 14:10:12 reading atm.. May 04 14:10:57 not sure how to compare it with combination of sysvinit+openrc (C) used in gentoo May 04 14:11:18 ffs what a long day. May 04 14:11:32 PaulFertser, of course. May 04 14:16:34 mrmoku: Parallelizing Socket Services <- nice.. openrc still keeps dependencies without exploiting this May 04 14:16:48 JaMa: yeah, very nice thing :) May 04 14:21:08 JaMa, btw May 04 14:21:16 JaMa, I think I solved the naming in git patches issue. May 04 14:21:25 We'll see next time I send something. May 04 14:24:28 great :) cookie! cookie! May 04 14:27:46 mrmoku: have you tried that "first PID benchmark" on FR? :) May 04 14:32:38 aen't pid randomized nowadays ? May 04 14:37:01 mrmoku: have you seen about adding contacts? May 04 14:41:57 misc: I was thinking that I've read it too somewhere (about randomizing) but I wasn't sure... May 04 15:05:55 JaMa: hehe, no not yet :P May 04 15:06:48 JaMa: ERROR: '/home/mok/shrbuild/shr-unstable/openembedded/recipes/xorg-driver/xf86-input-mouse_1.5.0.bb' failed May 04 15:07:01 <\marco> where's the source of shr-contact on http://build.shr-project.org ? May 04 15:07:29 \marco: shr-contacts itself is not interesting... just a dbus call wrapper May 04 15:07:34 <\marco> oh May 04 15:07:41 \marco: the real stuff is in libphone-ui-shr May 04 15:08:10 <\marco> mrmoku: thank you :) May 04 15:08:47 \marco: np May 04 15:08:58 * mrmoku is waiting for patches from \marco ;) May 04 15:09:34 <\marco> :D May 04 15:12:44 <\marco> mrmoku: well.. The reason is that I'm courious about the sql stuff. ( I'm tring to make a little pc-side application to manage contacts ) May 04 15:18:03 <\marco> mhm I've found libphone-ui only. Where's libphone-ui-shr? ( the struct by-license is dispersive ) May 04 15:21:39 <\marco> mrmoku: ? :P May 04 15:23:02 <\marco> mrmoku: I'll send some patches! I promise! :P May 04 15:23:11 \marco: hmm... sql stuff you will not find there :P May 04 15:23:17 <\marco> d'oh May 04 15:23:18 \marco: the sql stuff is inside opimd May 04 15:23:24 <\marco> oh May 04 15:23:31 <\marco> right! May 04 15:23:49 <\marco> thanks again :) May 04 15:24:19 \marco: and libphone-ui-shr is right before libphone-ui in git.shr-project.org :) May 04 15:25:29 <\marco> -_-' I was on build.shr-project.org.. ok wrong site :) May 04 15:25:32 <\marco> :D May 04 15:27:00 TAsn: here? May 04 15:27:08 where can I be otherwise? May 04 15:27:17 now that your connectivity is up again :P May 04 15:27:32 TAsn: the file selector for photo does not work May 04 15:27:46 and the reason is the field type... I get 'generic' for all fields May 04 15:27:51 any idea? May 04 15:28:02 you get generic for all fields? May 04 15:28:06 what frameworkd version? May 04 15:28:08 <\marco> I've written an idea some line ago: I like the new shr panel but.. what about using touch-gesture with the shelf? May 04 15:28:16 <\marco> for example: scrolling the shelf right will switch applications May 04 15:28:20 What does mdbus list fields say? May 04 15:28:37 frameworkd - 1:0.9.5.9+gitr11+a3b867b304ecc63c7f26a0e4ea65a0abfb61e8e5-r3.4 May 04 15:28:43 mdbus list fields is ok May 04 15:28:50 wow, weird. May 04 15:29:01 btw. May 04 15:29:11 idle screen doesn't update missed calls/messages here :| May 04 15:29:38 hmm May 04 15:29:46 mrmoku, hm.. maybe I broke something with the frameworkd latest commit :| May 04 15:29:49 sec. May 04 15:30:26 here everything works :| May 04 15:30:29 As I tested. May 04 15:30:37 TAsn: dunnoo... I think we set generic in libphone-ui-sh May 04 15:30:38 r May 04 15:30:48 if (error || !type) { type = strdup("generic"); May 04 15:31:00 Oh. May 04 15:31:02 Makes sense. May 04 15:31:31 Told you we need to print the real error. May 04 15:31:36 but we do that only when changing/adding a field May 04 15:31:45 and even after saving the type is still wrong May 04 15:32:08 mrmoku: fix adding contacts. it now crashes even with latin letters... May 04 15:32:54 TAsn: what message fields should i use when adding an outgoing message? Is "Folder" or "Source" needed? Any special hints? May 04 15:33:02 Source. May 04 15:37:36 TAsn: thanks May 04 15:37:38 TAsn: ok, will debug when back picking up my son May 04 15:38:10 Q-Master: just tried... I can add contacts... I know a segfault when changing field types around though May 04 15:38:15 Sorry for not being very responsive, I'm **FLOODED** with work :P May 04 15:38:24 anyway... bbl... and will have a look at that too May 04 15:40:05 TAsn: so, what to do about those lost signals? Can you reproduce it or something? Or is anybody aware at least? May 04 15:40:23 This sounds like exactly what you described. May 04 15:40:42 I.e signal registration with dbus bindings after a provider goes down and then up again. May 04 15:40:53 I think this should be considered as a python-dbus issue. May 04 15:41:00 (Which I'm willing to work around when I find time) May 04 15:41:47 mickey|office: hey :) May 04 15:42:34 brb May 04 15:42:37 mickey|office: another segfault here, not sure why and how. I've rebuilt both specs and libfso-glib before bulding fsogsmd: http://paste.debian.net/71985/ May 04 15:43:32 Guess i'm the only one trying delivery reports... May 04 15:43:53 And dos :) May 04 15:46:18 At least my lame connection doesn't break anymore when connecting to IRC May 04 15:46:22 such an improvement :P May 04 15:50:54 PaulFertser: are you sure you used my Vala? May 04 15:51:08 this segfault looks exactly like if you're using upstream vala May 04 15:51:24 mickey|office: i have used your vala but not very recent. vala-0.8.0.69-35df9.tar.bz2 May 04 15:51:36 mickey|office: too old already? Ok, np May 04 15:52:27 mickey|office: btw, have you probably heard anything about the issue we're discussing with TAsn (python doesn't receive signals after provider reregistration)? May 04 15:53:35 mrmoku|pickupser: I meant, with normal sysvinit SHR May 04 15:54:14 probably not, i'm very concentrated with other stuff these days, please recap May 04 15:55:34 mickey|office: ok, i see May 04 15:55:50 mickey|office: thanks for the hint, i'm updating vala to your latest. May 04 16:25:57 yop yop , hi everybondy May 04 16:35:30 micke, hi does framwork.conf is still in use in shr-u? because I chaneg deep-slep to always but since each time my neo wakes up it fail and the screen stays black with a with white cursor May 04 16:35:54 so I am wondering if this is not due to a redondant config file May 04 16:36:31 GarthPS: gsm handling is now done by fsogsmd May 04 16:36:50 thanks vanous123 May 04 16:36:52 ! May 04 16:36:58 GarthPS, thanks for the reminder, will remove the obsolete parts from frameworkd.conf May 04 16:37:23 TAsn your are welcome :p May 04 16:37:49 TAsn, vanous123: so how to configure fsogsmd to use the deep-slep? May 04 16:39:06 mrmoku|pickupser, wth?! I just looked in shr-themes/frameworkd/frameworkd-config-shr/frameworkd.conf and ogsmd is not disabled. May 04 16:42:14 GarthPS: edit fsogsmd.conf in /etc/freesmartphone May 04 16:42:22 not sure about full path now and cannot check May 04 16:42:40 GarthPS: somewhere here /etc/freesmartphone/conf/ May 04 16:43:19 GarthPS: /etc/freesmartphone/conf/GTA02/fsogsmd.conf May 04 16:43:37 vanous123: ;) thks May 04 16:48:10 TAsn : by the do you think I am right about my explication for my wake up issue? May 04 16:49:14 s/ by the do/by the way do May 04 16:53:10 breakup tissue May 04 16:59:45 freesmartphone.org: 03morphis 07cornucopia * rf8049f844f70 10/fsoinitd/src/ (3 files): fsoinitd: add action to configure network interfaces May 04 16:59:50 freesmartphone.org: 03morphis 07cornucopia * r353c823179b0 10/fsoinitd/src/ (spawnprocessaction.vala sysfsconfigaction.vala): fsoinitd: additional constructor for actions May 04 16:59:51 freesmartphone.org: 03morphis 07cornucopia * r020db9ff096f 10/fsoinitd/src/configurations/palmpre.vala: fsoinitd: palmpre: create actions for boot process May 04 16:59:52 freesmartphone.org: 03morphis 07cornucopia * r46eca197018d 10/fsoinitd/src/ (7 files): fsoinitd: improve/enhance debug and error output May 04 17:08:11 heyho May 04 17:09:49 GarthPS, in order to comment on that I need to read what you said, and to read what you said I need time. May 04 17:11:00 TAsn: because that is the wrong one :P May 04 17:11:13 mrmoku|pickupser, figures :P May 04 17:11:16 got to look in om-gta02 sudir :P May 04 17:11:20 I c. May 04 17:11:28 what a douche :P May 04 17:12:25 It was :does framwork.conf is still in use in shr-u? because I chaneg deep-slep to always but since each time my neo wakes up it fail and the screen stays black with a with white cursor May 04 17:12:40 so I am wondering if this is not due to a redondant config file May 04 17:14:18 gotta go to a bday party. May 04 17:14:19 ciao. May 04 17:14:23 have fun May 04 17:14:25 Damn xchat and it's keyboard bindings :P May 04 17:14:34 mrmoku, I will, should be fun. May 04 17:14:38 ciao. May 04 17:14:45 GarthPS: frameworkd.conf is still there for opimd and oventsd May 04 17:15:03 GarthPS: gsm is configured in /etc/freesmatphone/conf/GTA02/fsogsmd.conf May 04 17:17:26 mrmoku yes thx! but about my black screen on wake up issue? May 04 17:17:33 is here a link? May 04 17:18:41 is there a link May 04 17:50:32 freesmartphone.org: 03morphis 07cornucopia * rd97ee42c57bf 10/fsoinitd/configure.ac: fsoinitd: set version to 0.1.0 May 04 17:57:13 GarthPS: just read backlog... black with a white cursor? May 04 17:57:23 GarthPS: can you ssh into and check if x is running? May 04 17:58:05 mrmoku: i am taking a look May 04 17:59:54 mrmoku: yes S01xserver-nodm right? May 04 18:00:01 or Xorg May 04 18:13:23 sounds like the same (surprising) problem I have. Apparently either this is not common, or nobody boots from NAND anymore? May 04 18:16:15 mwester: black screen on resume? May 04 18:16:30 black screen, little underline for a cursor. May 04 18:16:42 Pull the battery and reboot to get it back. May 04 18:16:49 GarthPS: you boot from NAND too? May 04 18:17:17 mrmoku: yes May 04 18:17:34 the same May 04 18:17:38 and that happens on every resume? May 04 18:17:44 yes for me May 04 18:18:04 heh :/ May 04 18:19:50 when did that start? May 04 18:21:25 mickey|zzZZzz: do you want me to give muenchhausen a fly? :P May 04 18:23:41 No idea when that started. I haven't flashed SHR since December. So I took my FR on my business trip last week, and thought I'd try to get caught up -- had to flash it from a VM hosted on Windows, took many hours to flash the image, and it's far far worse than the image from December that it replaced. Unusable. Really disappointing. :( May 04 18:23:42 you're not the only ones May 04 18:24:19 furthermore, the FR seems to go in suspend even when connected via USB May 04 18:24:26 mrmoku: since may's image i think May 04 18:24:40 mwester: that makes me sad :/ May 04 18:24:44 the 2 or 3lasts images , don't remembers May 04 18:25:00 Since May? Then I just picked the worst possible time to get back involved, it would seem! May 04 18:25:35 mwester: too bad because last week image was realy good :p May 04 18:25:57 I thought I'd be safer by choosing the testing image instead of the unstable. May 04 18:26:16 mwester: oh for me it is the SHR-U image May 04 18:34:09 mwester: what were the issues? May 04 18:34:12 * vanous123 is asking as his brother had the same experience last week May 04 18:34:41 i wonder whether this is hw connected or really an image issues... May 04 18:35:10 (not as hw problems, but hw/sw combinations... ) May 04 18:45:32 vanous123: does your brother boot from NAND too? May 04 18:45:50 no, this was uSD May 04 18:46:11 but he has bad influence :) May 04 18:46:15 :P May 04 18:46:17 uboot? May 04 18:46:22 qi May 04 18:46:24 but May 04 18:46:30 androids qi May 04 18:46:32 but May 04 18:46:58 he has shr-u last updated day before fsgsmd entered the scene ad it works perfectly May 04 18:47:07 and* May 04 18:48:08 btw, mrmoku, have some issues here with headset, not sure why, but it 's not switching from time to time, but have no logs and time to get them... + travelling for the next few days... May 04 18:48:44 but's it's not so important anyways... May 04 18:48:52 vanous123: ok... I should really find mine to be able to test :/ May 04 18:49:40 if you have a DECT phone headset, it's compatible (but quite rare in Europe) May 04 18:50:12 motorola headset also compatible afaik May 04 19:01:13 vanous123: I only had Nokia and Ericsson before my beloved FR May 04 19:02:53 * playya is in love with a pre May 04 19:05:10 getting married soon ? May 04 19:08:26 SHR: 03mok 07libphone-ui * r23ab38cd9ed7 10/src/phoneui-utils-contacts.c: phoneui-utils-contacts: fix getting the type of a field May 04 19:10:47 mrmoku: messges list doesn't resolve number->name , is it known? May 04 19:11:07 mickey|zzZZzz: hm, i compiled vala from that tarball, make clean && make && make install for specs, libfso-glib, fsogsmd. And i still got the same segfault after receiving a message receipt... May 04 19:14:14 vanous123: hehe, started to look at that some min ago :P May 04 19:14:39 :) May 04 19:14:57 mwester: just to be sure which image did you use ? May 04 19:15:06 plus one minor: message details doesn't show contact photo :)) May 04 19:17:44 GarthPS, no idea; I would have to check when I get that work computer and the VM linux image on it booted up. The most recent testing full-size testing image that was available last week Wednesday :) May 04 19:18:12 mwester: ok thx May 04 19:19:58 mwester: hello there May 04 19:29:55 vanous123: fixed :) May 04 19:29:58 SHR: 03mok 07libphone-ui-shr * r669424cec563 10/src/view/message-show-view.c: message-show-view: handle Peer too May 04 19:30:15 SHR: 03mok 07libphone-ui-shr * r766a7cd63c77 10/src/view/message-list-view.c: message-list-view: fix number resolving May 04 19:30:19 :) thank you May 04 19:30:31 vanous123: well... sorry for breaking it :/ May 04 19:30:57 hehe May 04 19:31:39 this was enhancement regression rather then broken :) May 04 19:32:00 nah... was just plain stupidity :P May 04 19:32:19 * mrmoku building May 04 19:40:17 vanous123: fix is in the feed May 04 19:40:27 mrmoku: sure? om-gta01 Succeeded May 04 19:40:46 hehe, downlading :) May 04 19:42:37 vanous123: that is probably testing :P; May 04 19:43:40 mrmoku: resolving works May 04 19:43:43 :) May 04 19:43:45 good :) May 04 19:45:22 mrmoku: message detail doesn't seem to take that long now, but not sure + have sim out, could it be? May 04 19:48:12 vanous123: you mean it's faster? May 04 19:48:25 vanous123: in any way... should not have anything todo with SIM May 04 19:48:27 yup May 04 19:48:33 ok May 04 19:48:50 btw, file manager - selection dialog - works ok here May 04 19:48:56 (for photo) May 04 19:49:08 vanous123: because I fixed that too :P May 04 19:49:25 great May 04 19:59:35 * vanous123 reading about the dbus-proxy stuff on shr blog :) May 04 20:04:45 wth is flex?? May 04 20:06:35 vanous123: for generating lexical parsers May 04 20:07:11 PaulFertser: is it a lib or a program? May 04 20:07:45 PaulFertser: nmn, have it, thank you May 04 20:13:23 spaetz: do you have fsogsmd active in testing too now? May 04 20:13:54 spaetz: if so, #1095 is somehow obsolete May 04 20:15:49 err, i don't think so. May 04 20:16:01 ogsmd for all I know May 04 20:16:54 but to be honest, day work is crazy that I hardly booted my fr the last days May 04 20:24:32 spaetz: ok :) May 04 20:38:00 mrmoku, what was your issue? May 04 20:38:11 TAsn: for what? May 04 20:38:24 types May 04 20:38:25 and whatever May 04 20:38:27 you told me earlier. May 04 20:38:30 hehe... won't tell you May 04 20:38:30 is it still there? May 04 20:38:36 no, fixed and fix is in feeds May 04 20:38:40 -s May 04 20:38:52 * mrmoku hides ashamed in some dark angle :P May 04 20:39:43 TAsn: as there is nothing to hide (git knows it all :P)... the _finish for the types_get function was commented out May 04 20:40:59 what does git blame say? May 04 20:41:02 * TAsn hides. May 04 20:41:09 Actually, I don't comment out. May 04 20:41:12 So I should be ok. May 04 20:42:16 TAsn: no need for git blame... when I discovered that memories came back :P May 04 20:42:20 SHR: 03mok 07libphone-ui-shr * rfe49989a7a6f 10/src/util/ui-utils.c: ui-utils: enhance layout for ui_utils_dialog May 04 20:42:45 thing is... type_get is something reserved for gobject stuff May 04 20:42:54 so libfso-glib appends a _ May 04 20:43:01 and that for the finish function too May 04 20:43:03 mrmoku, :) May 04 20:46:22 freesmartphone.org: 03tom 07framework * rb548892ffdac 10/framework/subsystems/opimd/TODO: opimd: Updated TODO. May 04 20:46:40 TODO TODO TODO... always TODO May 04 20:46:43 do some real work ;) May 04 20:47:06 Hey! May 04 20:47:14 Updating TODO also means deletion! May 04 20:47:15 TAsn: how do we tackle the @Contacts problem? May 04 20:47:23 :) May 04 20:47:28 (when I forget about something I already fixed) May 04 20:47:47 mrmoku, hm... I concluded it's a dbus glib issue :P May 04 20:47:50 Anyhow though May 04 20:48:00 I will test it as soon as I can. May 04 20:48:04 which can be whenever :P May 04 20:49:09 hmm... should we use the entryid thing then meanwhile? May 04 20:49:18 that's a good start anyway :) May 04 20:49:27 k, doing that then now May 04 20:49:47 sweet, thanks. May 04 20:49:59 I will give you (and me) an heads up May 04 20:50:08 before I drop path almost completely. May 04 20:50:16 I.e in signals May 04 20:50:17 and such. May 04 21:00:12 TAsn: so... how is the entryid called in a resolved message? May 04 21:01:02 @Contacts May 04 21:01:10 there's _retrieve_full_contact May 04 21:01:21 if it's not True (i.e doesn't exist) May 04 21:01:39 and _resolve_phonenumber is True May 04 21:01:44 you'll get May 04 21:01:48 @contacts May 04 21:01:52 with the entryid. May 04 21:02:03 as int gvalue? May 04 21:02:39 yes. May 04 21:10:37 TAsn: it's @Contacts for the entryid too :;P May 04 21:10:44 huh? May 04 21:17:57 SHR: 03mok 07libphone-ui * rf600c35e9c80 10/src/phoneui-utils-messages.c: phoneui-utils-messages: let opimd resolve number to contact May 04 21:18:07 SHR: 03mok 07libphone-ui * re5035d289556 10/src/phoneui-utils-messages.c: phoneui-utils-messages: no need to get the result count anymore May 04 21:18:08 SHR: 03mok 07libphone-ui * rea7de889d3fc 10/src/phoneui-utils.c: phoneui-utils: fix the dbus path for IdleNotifier in idle_set_state May 04 21:19:04 SHR: 03mok 07libphone-ui-shr * r030aec5ac474 10/src/view/message-list-view.c: message-list-view: use @Contacts instead of resolving the contact ourselves May 04 21:26:10 mrmoku, are you sure it's @Contacts and not @contacts? May 04 21:26:37 SHR: 03mok 07libphone-ui-shr * r1a5f37b1dbb1 10/src/view/message-list-view.c: message-list-view: remove debug dump of message hashtable May 04 21:26:39 TAsn: yep, May 04 21:26:41 ^^ May 04 21:26:46 :) May 04 21:26:48 just removed the debug dump :) May 04 21:26:59 and it works May 04 21:26:59 sweet. May 04 21:27:04 yeah. May 04 21:27:13 What about my issue with missed calls in idle screen? May 04 21:27:33 hmm May 04 21:27:58 let me reboot and try if I have that too May 04 21:28:41 :) May 04 21:28:48 While you reboot I'll go to get some sleep. May 04 21:28:50 TAsn: developing with dbus-daemon-proxy is real fun :) May 04 21:28:53 Even I need to do it sometimes :P May 04 21:28:57 hehe May 04 21:29:06 mrmoku, will ask you for info May 04 21:29:07 a bit early for you though ;) May 04 21:29:16 as soon as I find time May 04 21:29:22 yeah, do that May 04 21:29:24 mrmoku, early for me, but not early for israel :P May 04 21:29:30 right May 04 21:29:37 00:30 is a decent time to go to bed. May 04 21:29:57 will go to bed soon too May 04 21:30:33 you should :P May 04 21:30:43 yeah... I'm old :P May 04 21:30:45 The internet is so powerful :P May 04 21:30:48 evening May 04 21:30:52 I missed it. May 04 21:30:56 I'm trying to follow http://shr-project.org/trac/wiki/Building%20SHR#Makingchanges May 04 21:31:03 to test some changes on vala-terminal May 04 21:31:27 and I ended up with bitbake complaining about do_install for vala-terminal May 04 21:31:38 even if I do -c clean. but it worked the first time May 04 21:31:46 zub: via local-builds.inc? May 04 21:32:00 when I look into bb log, I just see: make: *** No rule to make target `install'. Stop. May 04 21:32:04 yes May 04 21:32:30 sounds like wrong S in there May 04 21:32:49 hm? May 04 21:33:38 zub: S_pn-phoneuid = "${WORKDIR}/phoneuid" May 04 21:33:54 s/phoneuid/vala-terminal/ May 04 21:33:55 mrmoku meant: zub: S_pn-vala-terminal = "${WORKDIR}/phoneuid" May 04 21:34:06 s/phoneuid/vala-terminal/g May 04 21:34:06 mrmoku meant: zub: S_pn-vala-terminal = "${WORKDIR}/vala-terminal" May 04 21:34:11 ok, thanks, will try May 04 21:34:12 :) May 04 21:35:49 interesting that -c compile passes... maybe it just did nothing May 04 21:36:19 yep, it does just that... nothing :P May 04 21:36:33 but then insists to install something.... May 04 21:36:53 great :) **** ENDING LOGGING AT Wed May 05 02:59:56 2010