**** BEGIN LOGGING AT Mon Aug 10 02:59:57 2009 Aug 10 07:47:54 mickey|bbq, ping Aug 10 07:53:35 he's having a very long bbq :D Aug 10 07:54:21 unfortunately yes :P Aug 10 08:00:00 Heinervdm, where does one find the neo theme? Aug 10 08:02:39 mrmoku: it's on opkg.org Aug 10 08:03:16 mrmoku: http://www.opkg.org/category_9.html Aug 10 08:08:03 Heinervdm, ok, thanks Aug 10 08:08:24 Where is the config for the sanity checker of the OE env? Aug 10 08:09:03 I'm getting /proc/sys/vm/mmap_min_addr is not 0 everytime... Aug 10 08:09:29 Heinervdm: conf/sanity.conf Aug 10 08:10:10 mrmoku: which conf? bitbake/conf? Aug 10 08:10:53 ah openembedded/conf Aug 10 08:11:17 yep Aug 10 08:12:51 good morning Aug 10 08:13:35 mrmoku: do you know how to disable the sanity checker? The error tells me look into sanity.conf but there is no real hint, i tried to comment out everthing... Aug 10 08:14:18 Heinervdm: the comment inside it says to just touch it Aug 10 08:15:24 that doesn't work Aug 10 08:16:49 Heinervdm: I remember to have done that... Aug 10 08:17:04 hmm you could try to touch sanity.conf in the local conf dir... Aug 10 08:19:30 mrmoku: yes, that's it Aug 10 08:20:04 in shr-unstable/conf Aug 10 08:25:45 hi Aug 10 08:26:18 after reinstalling the neo theme I have the messages app that has not feedback except on buttons, any ideas? Aug 10 08:31:45 morning Aug 10 08:32:33 sylar_: is frameworkd running? so you don't have the broken version of frameword? Aug 10 08:32:54 Heinervdm: yes, it is up and running Aug 10 08:33:04 mmm Aug 10 08:33:13 sylar_: then i don't know Aug 10 08:33:19 up and running <--- I can call Aug 10 08:33:27 (I don't know if it is corrupted) Aug 10 08:33:29 then it's ok Aug 10 08:43:16 who did the tweaking of batget-icon (more color, don't show >50% of red bar(green bar) while charge says it's down to <20%) and how to get it? Aug 10 08:49:08 tangogps is so cpu-greedy (periodic peek 1/sec) you can forget about playing mokomaze while tango is running Aug 10 08:50:37 * DocScrutinizer wonders about putting nice to purpose. Alas fsckng busybox has no nice command Aug 10 08:50:57 * DocScrutinizer *HATES BUSYBOX* Aug 10 08:51:48 Someone can tell me why i'm getting a: callback is not callable with this script: http://heinervdm.dyndns.info/shr-dist/aceofpenguins-launcher/ace-of-penguins ? Aug 10 08:54:04 how do I get shr-messages to properly match in the phonebook? Aug 10 08:54:28 if I have a number 36481200 (without the country prefix) and I get an sms from that number - then it doesn't match it in the phonebook. Aug 10 08:54:52 FiXion: you want to set up all prefixes in ophonkitd.conf first Aug 10 08:54:54 * FiXion tries to search trac for a bug report on this Aug 10 08:55:17 FiXion: also i can't see a reason to have number in improper format in the phonebook. Aug 10 08:55:22 PaulFertser: is there a manual page somewhere for that conf file? Aug 10 08:55:38 PaulFertser: the numbers are on my sim card and have been there for ages. Aug 10 08:55:40 FiXion: supposed to be obvious. Aug 10 08:56:08 I used to just add them using my previous phone - and I ofcourse just entered the numbers I was told.. without the country prefix. Aug 10 08:56:10 FiXion: well, as far as i knew the proper international gsm format i started to keep numbers on my sim only that way. Aug 10 08:56:29 (no matter which phone i used) Aug 10 08:56:32 if someone has a script to modify the numbers in the contacts automagicly I'd like to do that Aug 10 08:56:43 PaulFertser: MOIN! batget rises notifier "battery is low, AC power is needed". Charge says 95% on both batget and settings-power Aug 10 08:57:57 DocScrutinizer: never seen that :D Aug 10 08:59:56 DocScrutinizer: is it with bq27000? Aug 10 09:00:11 DocScrutinizer: i haven't touched it and it does exactly what you want. Reports charger status ;) Aug 10 09:00:23 FiXion: it's perfectly allowable to have national shortform numbers in your phonebook. It's mandatory then to edit your countrycode etc in above mentioned configfile Aug 10 09:01:13 PaulFertser: I think batget is mad (as is all Illume ;-P ) Aug 10 09:01:22 DocScrutinizer: i'd deprecate having shortform number in any phonebook. I can't see a reason to complicate anything that can be kept simple by using the proper format from the beginning. Aug 10 09:02:37 PaulFertser: I use short form for numbers I deliberately don't wan't to be callable from abroad Aug 10 09:02:59 e.g. my pizza-service ;-) Aug 10 09:03:11 DocScrutinizer: hm... Aug 10 09:03:14 is this the file: /etc/dbus-1/system.d/ophonekitd.conf Aug 10 09:03:18 only one named that in /etc/ Aug 10 09:03:19 FiXion: no Aug 10 09:04:05 then what is it actually named - or is it not in /etc ? Aug 10 09:04:42 I had some [local] section in frameworkd-phonegui.conf Aug 10 09:04:48 but that didn't seem to change anything Aug 10 09:05:34 find /etc -name '*ophonekitd*' gives me only that one hit Aug 10 09:06:20 FiXion: the local section was the right one, and it should work if set up correctly Aug 10 09:06:47 I just altered what was there.. but which has been removed in the latest packages Aug 10 09:07:24 it's very empty - only 2 lines now. Aug 10 09:07:35 any man page or example of what the config files need to look like? Aug 10 09:07:57 * FiXion seriously misses man pages for fso-specific config files atleast Aug 10 09:08:09 * DocScrutinizer too :-/ Aug 10 09:08:33 DocScrutinizer: is your's setup correctly? if so - care to share? Aug 10 09:09:13 TAsn: au secours! Aug 10 09:12:19 anyone have a frameworkd-phonegui.conf with a [local] section they'd like to share? Aug 10 09:13:29 damn, that moved to somewhere and I can't recall new location. Aug 10 09:13:41 * DocScrutinizer needs coffee first Aug 10 09:14:06 so it's not in frameworkd-phonegui.conf anymore ? Aug 10 09:14:16 afaik no Aug 10 09:14:31 FiXion, /etc/phone-utils.conf Aug 10 09:14:32 * FiXion mutters Aug 10 09:14:33 and actually it's not there now Aug 10 09:14:55 aaah, so impossible to find in \etc/f* Aug 10 09:15:02 mrmoku: thanks. Aug 10 09:15:07 as that is no configuration of frameworkd-phonegui anymore :) Aug 10 09:15:13 do I only need to set country_code ? Aug 10 09:15:22 FiXion, which country? Aug 10 09:15:25 45 Aug 10 09:15:34 I've changed it from 49 now Aug 10 09:15:42 FiXion: so set CC to 45 Aug 10 09:15:46 when my opkg upgrade is finished I'll test it Aug 10 09:15:47 yup Aug 10 09:15:58 DocScrutinizer: yes - I was asking if I need to set anything other than that Aug 10 09:15:58 you might need to adjust yournational prefix too... Aug 10 09:16:08 depends Aug 10 09:16:10 what do you prefix to place international calls? Aug 10 09:16:22 +44 is what I've always done Aug 10 09:16:34 but on an "old phone" - before cell phones I believe it was 00 Aug 10 09:16:52 so this should be in there already Aug 10 09:16:55 so I guess the + on mobiles has just been translated to 00 Aug 10 09:17:03 yes Aug 10 09:17:41 what's the prefix to dial before you enter code of a local area (aka city)? Aug 10 09:17:46 0 ? Aug 10 09:18:45 nothing Aug 10 09:18:53 you always dial an 8-digit number Aug 10 09:19:01 to dial locally Aug 10 09:19:09 so you don't have local numbers? Aug 10 09:19:11 nope Aug 10 09:19:22 Denmarks too small appearently :) Aug 10 09:20:11 ok, then: is your national 8digit number different to the one I had to call from e.g. USA? Aug 10 09:20:25 mickey|bbq: ping Aug 10 09:20:30 please give an example Aug 10 09:23:31 DocScrutinizer: no. from the US you'd just call +4536481200 - where I'd just use the number without the +45 Aug 10 09:24:20 FiXion, then you should set national prefix to empty... Aug 10 09:24:38 FiXion: ok, so make ... yep exactly that Aug 10 09:24:41 done. and area_code ? Aug 10 09:24:47 same Aug 10 09:25:02 ok. thanks. Aug 10 09:25:10 * FiXion is still missing the manpages :) Aug 10 09:25:16 yes Aug 10 09:25:27 like to try to rtfm atleast Aug 10 09:25:41 it's missing the config in SHR settings ;-) Aug 10 09:25:54 :-P Aug 10 09:26:20 but will change very soon AIUI Aug 10 09:30:34 mrmoku: area code = 0 ??? that's rather itchy with NP=0 and IP=00 Aug 10 09:30:43 :-D Aug 10 09:31:56 maybe doesn't even cause trouble (if my algo is correct it shouldn't), but has potention to confuse hell out of users Aug 10 09:32:31 s/potention/potential/ Aug 10 09:32:50 mwester, where's bzzbot?? Aug 10 09:34:47 us would look more like (xxx) xxx-xxxx Aug 10 09:35:07 oh, I see now Aug 10 09:35:18 what to do about these errors: http://pastie.org/578219 Aug 10 09:35:34 libfsoframework dependency not available in a new enough version Aug 10 09:36:35 what's the difference between "alarm" and "Alarms" - I have both icons on my desktop now :) Aug 10 09:36:38 after the upgrade Aug 10 09:36:43 don't remember which I had before Aug 10 09:37:05 yes - now shr-messages can look up phonenumbers.. :) Aug 10 09:37:07 * FiXion is happy Aug 10 09:40:19 FiXion: great (numbers). DONOT opkg upgrade. (alarms) one is e-alarms, the other ffalarms, I guess. results from upgrade, as SHR changed to ffalarms - it's much better Aug 10 09:46:22 I have just done opkg upgrade.. (and it finished fine) Aug 10 09:46:33 that's what gave me the two alarm tools Aug 10 09:49:16 ffalarms is Alarms Aug 10 09:49:22 (looked in the desktop file) Aug 10 09:53:08 purging elementary-alarm package then :) Aug 10 09:53:55 DocScrutinizer: is opkg upgrade in shr still "broken" ? Aug 10 09:54:01 (although it has worked for me) Aug 10 09:54:14 aiui yes Aug 10 09:54:31 my phone still works here. Aug 10 09:54:35 after upgrade Aug 10 09:54:40 will reboot and see :) Aug 10 09:54:43 ask SHR-crew! Aug 10 09:55:05 DocScrutinizer: are they on irc ? Aug 10 09:55:18 is there any official place to get this info? Aug 10 09:55:27 so I can check before upgrading :) Aug 10 09:55:28 TAsn: mrmoku dos1 Aug 10 09:55:36 Ainulindale: Aug 10 09:55:41 all SHR Aug 10 09:55:50 ptitjes Aug 10 09:55:51 ok. Aug 10 09:56:12 the upgrade seems to work fine for me. I'm still running gsm0710muxd though. fso-abyss didn't work when they first made the switch Aug 10 09:56:18 haven't tried it lately Aug 10 09:56:26 * DocScrutinizer just a stipid user that knows a little about hw ;-) Aug 10 09:57:01 anyone (shr-crew f.ex.) has any details on the shr opkg repositories being "broken" ? Aug 10 09:57:58 FiXion: mickey has to fix that, but he Aug 10 09:58:04 's still on bbq Aug 10 09:58:15 what is the problem? Aug 10 09:58:35 my phone seems fine Aug 10 09:58:46 frameworkd crashes Aug 10 09:59:03 hasn't done so here yet Aug 10 09:59:10 Ping here. Aug 10 09:59:15 bug number? Aug 10 09:59:18 for me it doesn't start Aug 10 09:59:20 so I can see how to reproduce :) Aug 10 09:59:36 there is no bug about this Aug 10 09:59:39 I can phone and sms without problems Aug 10 10:00:21 FiXion: then your lucky :D Aug 10 10:00:22 hmm Aug 10 10:00:34 after my last upgrade and reboot it seems to have changed Aug 10 10:00:40 the calling.. window doesn't appear Aug 10 10:00:50 darn :( Aug 10 10:00:57 how do you guys get your phone working again? Aug 10 10:01:09 and is there a place to go to get this info - instead of borking my everyday phone? Aug 10 10:03:13 FiXion: /join #openmoko, watch topic Aug 10 10:03:13 seems it doesn't die at all Aug 10 10:03:18 http://pastie.org/578243 Aug 10 10:04:08 perhaps important notices should be at the first of the topic? Aug 10 10:04:12 :) Aug 10 10:04:16 FiXion: (fix) seems reflashing a clean 88 is recommended recovery SOP Aug 10 10:04:27 a clean 88 ? Aug 10 10:04:39 shr090808 Aug 10 10:04:46 ohh :) Aug 10 10:05:54 FiXion: calling window doesn't appear? Aug 10 10:06:01 no Aug 10 10:06:10 only the window where you enter the number Aug 10 10:06:16 Hmmmm ok. Aug 10 10:06:20 but there is no error output Aug 10 10:06:26 FiXion: I'm not SHR-maintainer. Pester those about putting notice at a prominent place ;-P Aug 10 10:06:43 is another process forked to open the "calling.." window? Aug 10 10:06:46 perhaps it's the problem Aug 10 10:07:17 DocScrutinizer: wasn't talking to you specificly.. just hoping whomever manages the topic saw it :) Aug 10 10:07:35 * FiXion is wondering if he has strace on the phone.. Aug 10 10:08:48 if there was a bug report I could add info to it.. Aug 10 10:08:57 collaboration and all that :) Aug 10 10:09:09 but as we all have the same hardware I guess I can't add anything :) Aug 10 10:09:32 FiXion: what's done for that is Aug 10 10:09:37 1) Dialer is launched Aug 10 10:09:46 2) Number Typed Aug 10 10:09:52 3) Dbus call to framework (FSO) Aug 10 10:10:02 FiXion: I'd say if SHR plans to go testing for 88, we need every report we can get Aug 10 10:10:07 4) ophonekitd picks up the CallStatus signal telling him there's an outgoing call Aug 10 10:10:18 5) ophonekitd displays the current libframeworkd-phonegui-* call management window Aug 10 10:10:31 And that's about it Aug 10 10:10:33 If the signal isn't fired Aug 10 10:10:38 If ophonekitd crashes Aug 10 10:10:42 Or the underlying lib Aug 10 10:10:46 Then you won't have a thing Aug 10 10:10:53 I strongly suggest you check the logs and pastebin them to me :-) Aug 10 10:11:14 I just shut the phonen down Aug 10 10:12:24 I'll reinsert sim and redo the test :) Aug 10 10:12:49 FiXion: good Aug 10 10:16:01 Ainulindale: which logs do you want ? and should I empty them before doing the shr-dialer test Aug 10 10:16:54 I hate logs without timestampts Aug 10 10:17:13 ophonekitd.log f.ex. Aug 10 10:18:15 Ainulindale: http://pastie.org/578247 Aug 10 10:18:45 phonekitd.log keeps writing errors dbus-daemon-launch-helper signal 11 Aug 10 10:20:55 Ainulindale: others with the samde "code 26" gbus/glib error fixed it this way: http://bbs.archlinux.org/viewtopic.php?id=39312 Aug 10 10:21:34 perhaps shr needs to roll back to an earlier dbus version Aug 10 10:22:29 as the glib/dbus version combi seems to be bad Aug 10 10:30:13 FiXion: Here I see you had an active call Aug 10 10:30:15 Did you? Aug 10 10:33:10 hey :) Aug 10 10:33:40 dos1: hi :) Aug 10 10:33:44 nice, i did l small trip to my school, around school, back to home and around home, with sim card from different provider than usual Aug 10 10:33:54 25 serving cells, 103 neighbours :) Aug 10 10:34:39 you have to be able to register to a cell to see where it is? Aug 10 10:34:46 I mean, your sim has to match? Aug 10 10:35:06 dos1: is THAT what means "go to school" today? ;-P Aug 10 10:35:45 DocScrutinizer: i have summer holidays, so i agree about today :P Aug 10 10:35:46 tmzt: yes Aug 10 10:38:12 dos1: FiXion was whining about missing manpage/interface to setup the CC,IP,NP,AC. And he's right. Did I get that right you already implemented some means to easily edit those in settings? Aug 10 10:38:42 DocScrutinizer: no, i didn't do that yet Aug 10 10:38:44 but i will Aug 10 10:38:53 k, fair enough Aug 10 10:41:57 i think stats in openbmap are not fair ;P Aug 10 10:42:15 they should display collected coverage, not amount of collected cells Aug 10 10:42:16 ;) Aug 10 10:43:49 FiXion, I would bet your fsousaged is just dying Aug 10 10:44:35 Heinervdm: looking at your patch now, i forgot yesterday ;x Aug 10 10:46:47 dos1: no problem Aug 10 10:48:19 dos1: i'm requiering Begin and End for a date, but perhaps it's in the query better to add some "virtual" fields begin_range and end_range Aug 10 10:57:55 Ainulindale: no active call. nothing showed up Aug 10 10:58:14 Well log said there was it seems :-) Aug 10 10:58:18 DocScrutinizer: whine is a bit harsh ;) Aug 10 10:58:37 FiXion: sorry. Aug 10 10:59:12 DocScrutinizer: perhaps a line like: Fixion and I agree that.. :) Aug 10 10:59:27 FiXion: dos1 needs it the harsh way every once in a while ;-P Aug 10 10:59:57 nevermind, take my apologies please Aug 10 11:00:04 DocScrutinizer: accepted :) Aug 10 11:00:15 and thanks Aug 10 11:00:22 np Aug 10 11:00:58 mrmoku: does the output in phonekitd.log help you to determine this? Aug 10 11:01:03 FiXion: thanks for pointing us to the topic, so we can improve user experience of SHR Aug 10 11:01:29 can I help with anymore debug info in this problem? Aug 10 11:01:40 s/in/regarding/ Aug 10 11:01:40 FiXion meant: can I help with anymore debug regardingfo in this problem? Aug 10 11:01:50 * FiXion kicks bzzbot Aug 10 11:02:33 s/in /regarding/ then :) Aug 10 11:02:38 heh, bzz bot is back :-) Aug 10 11:02:46 bzzbot: botsnack Aug 10 11:02:46 thanks, DocScrutinizer Aug 10 11:03:45 bzzbot: where you've been? Aug 10 11:03:56 bzzbot: uptime Aug 10 11:04:58 mrmoku: i just send a reciepe for ace-of-penguins to shr-devel Aug 10 11:08:11 Heinervdm, yup, saw it Aug 10 11:08:31 FiXion, no Aug 10 11:08:39 you could check if the pid of fsousaged changes Aug 10 11:08:51 it gets re-started automatically (by dbus-activation) Aug 10 11:09:32 FiXion, and if its fsousaged dying... than its a known thing... waiting for mickey|bbq :) Aug 10 11:09:39 s/than/then/ Aug 10 11:09:40 mrmoku meant: FiXion, and if its fsousaged dying... then its a known thing... waiting for mickey|bbq :) Aug 10 11:10:00 * FiXion waits for mickey then :) Aug 10 11:10:45 if it affects only one package - can't I just install an older version? Aug 10 11:10:59 like with apt-get install dbus=x.x.x Aug 10 11:11:01 fe.x. Aug 10 11:11:03 f.ex. Aug 10 11:11:30 if anyone knows which version of which package it was introduced Aug 10 11:11:41 FiXion, probably it can be fixed by -force-dowwngrading some package... Aug 10 11:11:56 the packages involved are fsousaged, libfsobasics and libfsoframework I think Aug 10 11:12:03 maybe also libfsotransport Aug 10 11:13:36 perhaps I'll see if I can find time to try and roll some back until the problem goes away Aug 10 11:14:09 I was just figureing that since mickey as I understand it - knows how to fix it - he'd know which packages/versions has the problem Aug 10 11:14:35 TAsn, dos1, mrmoku Aug 10 11:14:39 I'm spamming your ass off Aug 10 11:14:52 Ainulindale: they may have filters :) Aug 10 11:15:19 * FiXion kicks lenny. Aug 10 11:15:31 have to machines that should be identical - setup by puppet Aug 10 11:15:36 but ldap works on one, and not the other.. Aug 10 11:15:53 haven't found the difference yet :( Aug 10 11:15:58 * FiXion keeps working Aug 10 11:20:37 Ainulindale, I would not call 4 mails spamming ;) Aug 10 11:20:57 Ainulindale, what is the state of vala ophonekitd? Aug 10 11:20:59 buildable? Aug 10 11:21:09 Not buildable due to a change in the specs Aug 10 11:21:13 Should be easily fixable Aug 10 11:22:04 * mrmoku thinks to have a need for mickey|bbq's vala book real soon now :) Aug 10 11:22:06 Although I don't have time to do that myself, as ever :-) Aug 10 11:22:09 by the way mrmoku Aug 10 11:22:15 What did you do in the end for the image? Aug 10 11:22:18 To fix it Aug 10 11:22:21 ah and dos1 Aug 10 11:22:27 Thank you very much for shr-settings GPRS UI Aug 10 11:22:30 It's great Aug 10 11:22:46 :) Aug 10 11:22:47 Ainulindale, well... it was the missing frameworkd-config-shr provider Aug 10 11:23:36 I'm sure I put it there Aug 10 11:23:38 I'm not MAD § Aug 10 11:23:41 damn :-) Aug 10 11:23:45 Plus I had it in my logs Aug 10 11:23:45 not the second one Aug 10 11:23:47 Which? Aug 10 11:23:51 moment Aug 10 11:24:11 PREFERRED_PROVIDER_frameworkd-config-shr = "frameworkd-config-shr" Aug 10 11:24:25 http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/import&id=c34840863cb5105201461802d2f70eeb762f6e69 <= I like that :-) Aug 10 11:24:48 By the way Aug 10 11:24:50 yup... missing the dicts... but a good start Aug 10 11:24:51 fso-sounds is still in the image Aug 10 11:24:58 huh? Aug 10 11:25:06 mrmoku: the second provider shouldn't be necessary Aug 10 11:25:08 once again it seems we missed to teach opkg to run a script it downloads from a fixed URL, prior to any other operation (except --help and list maybe). For now this script would serve to pop up a big warning "DO NOT UPGRADE, IT EATS YOUR CAT" Aug 10 11:25:12 this one I mean Aug 10 11:25:40 Because we now have Aug 10 11:25:42 PROVIDES_${PN} = "frameworkd-config" Aug 10 11:25:42 RPROVIDES_${PN} = "frameworkd-config" Aug 10 11:25:51 Problem is Aug 10 11:25:56 I didn't bump PR Aug 10 11:26:04 Hence I think it failed nonetheless Aug 10 11:26:05 hmm... rebuilt it though Aug 10 11:26:09 Well Aug 10 11:26:10 (with proper cleaning) Aug 10 11:26:16 Nevermind Aug 10 11:26:21 As long as it works I'm happy :-) Aug 10 11:26:28 and fso-sounds is not in the image Aug 10 11:26:33 * DocScrutinizer thinks this could be established easily via a wrapper script around opkg (residing somewhere left in $PATH) Aug 10 11:26:38 Am I blind? Aug 10 11:26:45 Ah you renamed the files Aug 10 11:26:55 PROVIDES_${PN} = "frameworkd-config" Aug 10 11:26:55 RPROVIDES_${PN} = "frameworkd-config" Aug 10 11:26:58 grmbl Aug 10 11:27:01 http://build.shr-project.org/shr-unstable/images/om-gta02/shr-shr-lite-image-glibc-ipk--20090807-om-gta02-testlab/installed-package-sizes.txt Aug 10 11:27:04 was there Aug 10 11:27:05 at the bottom Aug 10 11:27:08 :) Aug 10 11:27:09 (of the files) Aug 10 11:27:15 We should remove the old shr-shr Aug 10 11:27:24 It's confusing Aug 10 11:27:27 yep Aug 10 11:27:34 maybe move them to some old folder? Aug 10 11:27:43 Good thinknig Aug 10 11:27:46 s/ni/in/ Aug 10 11:27:46 Ainulindale meant: Good thinking Aug 10 11:27:51 Could you do it? I have a meeting in a jiffy Aug 10 11:27:56 yep Aug 10 11:27:57 will do Aug 10 11:28:01 If you don't I can do that later anyway Aug 10 11:28:11 mrmoku: what about what I talked about on the ML? Aug 10 11:28:23 For the multi-thread & privileges issue Aug 10 11:28:27 we could Aug 10 11:28:31 create one process Aug 10 11:28:40 create an IPC method for communication (SHM, whatever) Aug 10 11:28:41 fork Aug 10 11:28:43 drop privileges Aug 10 11:28:51 it's no problem Aug 10 11:29:01 I just think that adding a new process to handle that is rather overkill Aug 10 11:29:10 I don't want dbus communication between ophonekitd & this other thing Aug 10 11:29:14 I think it's really overkill Aug 10 11:29:25 (just my state of mind as of today) Aug 10 11:29:30 mrmoku: was the problem with libfsoframework fixed? is it safe to upgrade? Aug 10 11:30:21 PaulFertser: no. I just borked my phone :( apperantly 090808 is the latest that works Aug 10 11:32:06 PaulFertser, not fixed Aug 10 11:32:21 Ainulindale, yep, I strongly prefer the modules aproach too Aug 10 11:32:53 the important thing for me is that modules can be out of tree (and should be) Aug 10 11:32:57 different projects Aug 10 11:34:08 We think alike then Aug 10 11:34:16 I'm not especially for or against another daemon approach Aug 10 11:34:19 I just think it's overkill Aug 10 11:34:29 And it obfuscates the understanding Aug 10 11:34:40 arghh I hate nscd Aug 10 11:41:14 a third daemon? Aug 10 11:43:31 mrmoku: suggestion-> Aug 10 11:43:36 > #!/bin/sh Aug 10 11:43:38 > # file: /usr/local/bin/opkg. Owner: root/root. Perm: 755 Aug 10 11:43:39 > prescript=http://shr.bearstech.com/foo/opkg-ps Aug 10 11:43:41 > if (cd /usr/local && wget $prescript && chmod +x `basename $prescript`); Aug 10 11:43:42 > then Aug 10 11:43:44 > exec /usr/local/opkg $@ Aug 10 11:43:45 > else Aug 10 11:43:47 > echo "Warning! Download of $prescript failed" >2 Aug 10 11:43:48 > /usr/bin/opkg $@ Aug 10 11:43:50 > fi Aug 10 11:45:39 ooops, s|/usr/local[^(/bin]|/usr/local/bin| Aug 10 11:46:32 DocScrutinizer: pastebin.. :) Aug 10 11:46:37 yoyo Aug 10 11:47:44 I only played with yoyo's when I was a teen Aug 10 11:48:17 it's possible to copy'paste from a pastebin Aug 10 11:48:22 not so from irc.. Aug 10 11:48:34 and it gives a much better oversight Aug 10 11:48:44 that's the idea, as this isn't ready for c&p ;-P Aug 10 11:49:30 it's a sketch of an idea, no ready-done script to c&p Aug 10 11:49:41 that looks like a good wrapper to fix prescript for opkg imho Aug 10 11:50:14 well pastebins are good for working together as well - one can modify what's pasted etc. Aug 10 11:50:21 * FiXion kinda likes pastebin's for this purpose Aug 10 11:50:37 I admit I was lazy as well Aug 10 11:51:00 and now you've filled the logs of all those people in the channel who really didn't want your script ;) Aug 10 11:51:24 damnation is sure to follow Aug 10 11:51:59 so it's archived now, which it wasn't if I patebin'd it ;-0 Aug 10 11:52:02 IMHO you should always set your PATH var before running f.ex. wget without any preceding path Aug 10 11:52:34 DAMN, i now have IRC log filled with useless KB with DocScrutinizer's script! what i'll do now? Aug 10 11:52:36 ;) Aug 10 11:52:54 axe the box, dos! Aug 10 11:53:03 PATH=/var/.. etc. Aug 10 11:53:29 in some situations scripts can be misused if they do not define their own PATH Aug 10 11:53:47 or just fail to work (like if run from an env without PATH defined - such as cron etc.) Aug 10 11:54:55 FiXion: I told it's a sketch, no good script Aug 10 11:55:29 DocScrutinizer: sure - but if you include #!/bin/sh, it seems you tried to make it complete - so I might as well point it out :) Aug 10 11:57:27 that's one of the reasons NOT to pastebin it. inclusion of sha-bang is more clear than two sentences explaining it's a script. And still it's not ready to c&p, as it needs much more love and checking, as you explained Aug 10 11:58:18 different people - different approaches.. whatever works 4 u :) Aug 10 12:00:12 DocScrutinizer, and what should opkg-ps contain? Aug 10 12:00:57 mrmoku: that depends on what type of bandaid/announcement we needed the very moment Aug 10 12:01:30 DocScrutinizer, that won't work out as bandaids will change with changing versions... Aug 10 12:01:44 stuff like that we have to do inside the ipks via postinst scripts Aug 10 12:01:53 (at least that's what I think about it) Aug 10 12:02:42 mrmoku: the script could differ output depending on systemvariables.. it is run locally afterall Aug 10 12:03:09 one just needs to be "damn" sure that the script can't be access by "unwanted" people Aug 10 12:03:11 mrmoku: e.g. (obviously in addition to the very same script, as it overwrites itself) it needs a version check (you noticed that), plus maybe some "opkg install libopkg.so opkg" or an "echo "warning! opkg upgrade breaks your system" Aug 10 12:03:16 as it is run as root on every machine :) Aug 10 12:03:44 DocScrutinizer, and what would be the advantage over postinst scripts? Aug 10 12:04:16 as the name imolies, those are executed *after* damage done Aug 10 12:06:05 mrmoku: you seem to have trouble to do a "opkg install libopkg" prior to a simple iser-initiated "opkg upgrade" Aug 10 12:06:20 mrmoku: it's an emergency hook Aug 10 12:15:50 Heinervdm: you sent me only SQLite-Dates backend Aug 10 12:15:55 Heinervdm: what about Dates domain? Aug 10 12:17:06 dos1: i sent you opmd_dates.py and opimb_sqlite_backend.py Aug 10 12:17:29 err pimb_sqlite_dates.py Aug 10 12:17:58 Heinervdm: oh, sorry Aug 10 12:18:05 Heinervdm: Kompare nested in Konqueror sucks :) Aug 10 12:18:13 :) Aug 10 12:19:05 it's nearly the same as contacts expect of i've overwritten Entry.match_query Aug 10 12:19:33 and inserted an check for Begin and End, but im raising the wrong error ;) Aug 10 12:20:46 Heinervdm: i think you didn't test that domain ;) Aug 10 12:21:12 there are indentation errors and something strange in GetDatesOfDayByTimestamp, but i'll fix what i can Aug 10 12:22:53 dos1: my framwork is broken ;) Aug 10 12:23:22 dos1: but i removed GetDatesOfDayByTimestamp Aug 10 12:23:32 why is it in ther? Aug 10 12:23:59 dunno ;x Aug 10 12:24:57 ah i had 2 of these mehtodes and i've removed only 1 ;) Aug 10 12:26:16 Heinervdm: send me newer version of this patch and i'll try to get it working Aug 10 12:26:23 Heinervdm: and when it'll work, i'll commit it Aug 10 12:26:54 where is the indentation error? Aug 10 12:27:43 ah, i used tab and you used spaces... Aug 10 12:36:17 dos1: tried to send by mail ;) Aug 10 12:42:33 mrmoku, or someone building from repo Aug 10 12:42:39 has problems with fsoraw? Aug 10 12:44:23 i could not fetch it through OE but i could do a snv co Aug 10 12:45:37 dos1: looks like the mail does not arrive, so as zip: http://heinervdm.dyndns.info/shr-dist/opimd-dates.patch.tar.gz Aug 10 12:48:53 Heinervdm: you mean that three patch mails? Aug 10 12:48:59 Heinervdm: if yest, then they arrived Aug 10 12:48:59 yes Aug 10 12:49:00 :P Aug 10 12:49:23 ok, i don't really understand git ;) Aug 10 12:53:46 methril|work, had the same problem, yeah Aug 10 12:56:18 mrmoku, thank you i though that was a problem with my mix oe/shr :) Aug 10 12:56:24 it's almost working Aug 10 13:26:21 hey Aug 10 13:26:40 TAsn: o/ Aug 10 13:26:45 Ainulindale, :) Aug 10 13:26:46 sup? Aug 10 13:27:08 Ainulindale, http://wiki.shr-project.org/trac/wiki/phoneui Aug 10 13:27:11 I made a bunch of mails for you Aug 10 13:27:12 read the ML Aug 10 13:27:13 what do you think about the UI specs? Aug 10 13:27:15 Ainulindale, I know Aug 10 13:27:17 reading atm. Aug 10 13:27:25 s/specs/sketches/ Aug 10 13:27:25 I think there are manually written and I don't like that :-p Aug 10 13:27:30 s/there/they/ Aug 10 13:27:30 Ainulindale meant: I think they are manually written and I don't like that :-p Aug 10 13:27:48 As for purely graphical stuff Aug 10 13:27:53 I don't care at all do as you wish :-) Aug 10 13:28:01 (I'm serious) Aug 10 13:28:08 Ainulindale, I know you don't care. Aug 10 13:28:12 You have my blessing for all the graphical choices as I have no taste nor ability with that Aug 10 13:28:18 well I'll be sending a mail about graphics soon Aug 10 13:28:23 to shr-user Aug 10 13:28:27 and will write a blogpost Aug 10 13:28:28 And anyway Aug 10 13:28:32 All in all I think it looks nice Aug 10 13:28:34 as I want user involvement Aug 10 13:28:37 Ainulindale, :) Aug 10 13:28:43 You're right, that's the way to go Aug 10 13:29:12 TAsn: as for the technical discussion on a global level Aug 10 13:29:19 You're doing your ptitjes :-) Aug 10 13:29:23 Don't focus on a solution Aug 10 13:29:25 Focus on the needs Aug 10 13:29:33 Just say exactly what you ant Aug 10 13:29:34 +w Aug 10 13:29:34 Ainulindale, concerning what topic ? Aug 10 13:29:40 If the best technical solution is to have two processes Aug 10 13:29:44 Then it'll emerge by itself Aug 10 13:29:49 Ainulindale, thought about that. Aug 10 13:29:52 a bit more Aug 10 13:29:59 TAsn: Don't think about the solution Aug 10 13:30:02 THink about what you need Aug 10 13:30:04 State that on the ML Aug 10 13:30:08 Then state the reflexion Aug 10 13:30:10 and I'm 100% sure that I'm right, though I 90% don't care about it :) Aug 10 13:30:18 Then we'll be able to follow your thoughts Aug 10 13:30:19 as it's a minor issue Aug 10 13:30:24 ... Aug 10 13:30:26 TAsn: two processes is overkill Aug 10 13:30:31 you're not 100% right Aug 10 13:30:32 Ainulindale, I disagree. Aug 10 13:30:37 you're subjectively 100% right Aug 10 13:30:48 we can do the same with forks, threads, etc :-) Aug 10 13:30:50 Ainulindale, that's what I was trying to say :) Aug 10 13:30:54 Ainulindale, that's bad Aug 10 13:30:58 It's just a matter of knowing exactly why you think you need that Aug 10 13:30:59 No that's not Aug 10 13:31:02 We'll have to thread Aug 10 13:31:03 fork is the same as another process (almost) Aug 10 13:31:06 Ainulindale, anyhow Aug 10 13:31:09 I don't really care :) Aug 10 13:31:10 Yeah but not with the same name Aug 10 13:31:13 And sharing some information Aug 10 13:31:16 as it's only Aug 10 13:31:17 such as some IPC for instance Aug 10 13:31:20 the DBUS Aug 10 13:31:24 methods Aug 10 13:31:27 all the rest is of course Aug 10 13:31:31 the lib itself Aug 10 13:31:35 TAsn: my point is, as I was telling in my mail & yesterday Aug 10 13:31:37 which I'll start working on today (hopefully) Aug 10 13:31:40 Do not focus on the solution Aug 10 13:31:48 Focus on what you'd like to be able to do on a technical level Aug 10 13:31:52 Ainulindale, I'm not focusing, as I said, I don't really care :) Aug 10 13:31:56 Well Aug 10 13:31:59 as it doesn't matter Aug 10 13:32:00 You're not doing it on purpose Aug 10 13:32:00 ... Aug 10 13:32:07 And I got what you just said :-) Aug 10 13:32:08 Ainulindale, doing what? Aug 10 13:32:09 It's just that Aug 10 13:32:15 saying that "two processes are necessary" for instance Aug 10 13:32:20 That's picturing a solution Aug 10 13:32:25 Elaborated on thoughts we didn't have in common Aug 10 13:32:33 And as it may be right or wrong depending on the basis Aug 10 13:32:37 You need to share the basis with us Aug 10 13:32:44 That is to say : what do you need exactly? Aug 10 13:32:46 If your need is Aug 10 13:32:55 Separation of duty/memory/something Aug 10 13:33:01 Two processes is a valid solution Aug 10 13:33:02 Ainulindale, just read the mail Aug 10 13:33:03 It's not the only one Aug 10 13:33:04 (in devel) Aug 10 13:33:07 And we should consider that Aug 10 13:33:10 I read your mails Aug 10 13:33:15 okie Aug 10 13:33:19 (haven't reached that yet) Aug 10 13:33:22 That's why I'm telling that :-) Aug 10 13:33:26 It's not a criticism at all Aug 10 13:33:34 Just an advice Aug 10 13:33:44 Ainulindale, don't worry Aug 10 13:33:50 anyhow, what about the Aug 10 13:33:58 libframework-phonegui to libphone-ui Aug 10 13:34:00 rename? Aug 10 13:34:04 do you favor that? Aug 10 13:34:06 :) Aug 10 13:34:11 It's utterly gadget Aug 10 13:34:21 And IMHO Aug 10 13:34:26 WE had libframeworkd-glib & libframeworkd-phonegui Aug 10 13:34:32 We have libfso-glib Aug 10 13:34:39 It's important, as this name is terribly inconvenient :) Aug 10 13:34:40 We should have libfso-phonegui Aug 10 13:34:55 That's just a thought Aug 10 13:34:56 Ainulindale, if anything libfso-phoneui Aug 10 13:35:00 As I told you I don't care Aug 10 13:35:03 as GUI is dumb Aug 10 13:35:08 Why is it? :-) Aug 10 13:35:08 cause you can have text interface Aug 10 13:35:12 :) Aug 10 13:35:18 For once, a valid reason Aug 10 13:35:21 :-p Aug 10 13:35:40 Ainulindale, I usually make valid reasons :) (I know you'd like to hear about a possible ncurses ui) Aug 10 13:35:58 know/knew Aug 10 13:36:14 I know about a possible ncurses UI, I just don't have time to do it :-) Aug 10 13:36:22 I have all the code though Aug 10 13:36:38 I won't commit it unti the new maintainer will sign a contract asserting he'll finish it Aug 10 13:36:42 +l Aug 10 13:38:02 so name conflicts are bad, there's really no way to resolve them Aug 10 13:38:13 (not talking about versions) Aug 10 13:39:50 tmzt, huh? Aug 10 13:40:01 Ainulindale, anyhow Aug 10 13:40:16 is there any reason why I shouldn't start writing libphone-ui ? Aug 10 13:40:22 yes Aug 10 13:40:32 You should first talk about technical design :-) Aug 10 13:40:33 (the actual infrastructure and not the frontends) Aug 10 13:40:46 Ainulindale, All this talking will get us nowhere Aug 10 13:40:50 and as for the design Aug 10 13:40:54 It won't if nobody answers Aug 10 13:40:57 And if nobody answers Aug 10 13:41:00 You'll have my blessing Aug 10 13:41:06 But I'll answer Aug 10 13:41:11 So it won't be nobody Aug 10 13:41:12 Ainulindale, did someone ask me about vala-ophonekitd? Aug 10 13:41:23 what about it? Aug 10 13:41:33 Ainulindale, technical design Aug 10 13:41:46 no one Aug 10 13:41:47 You didn't write it Aug 10 13:41:57 Ainulindale, so? Aug 10 13:42:04 So I don't see your point Aug 10 13:42:07 You said you want to consult about tech design Aug 10 13:42:08 If your point is Aug 10 13:42:12 *I have to consult Aug 10 13:42:15 ptitjes worked in a submarine way Aug 10 13:42:16 Then I agree Aug 10 13:42:18 If your point is Aug 10 13:42:28 Why should I ask people if ptitjes didn't Aug 10 13:42:30 Then I disagree Aug 10 13:42:31 my point is Aug 10 13:42:33 He did wrong Aug 10 13:42:34 ptitjes worked in a submarine way Aug 10 13:42:42 AS nobody is now able to maintain his stuff Aug 10 13:42:43 and I thought it's ok. Aug 10 13:42:47 :) Aug 10 13:42:52 For core subsystem like that it isn't Aug 10 13:43:07 Ainulindale, I'll only start with trivial stuff Aug 10 13:43:08 don't worry. Aug 10 13:43:11 I'm able, and I will, and you'll be allowed to spank me if I don't, to help you, assist you, and answer your questions for the design Aug 10 13:43:23 But I intend you to ask about technical choices Aug 10 13:43:23 Ainulindale, as today I have time Aug 10 13:43:26 Modules separation Aug 10 13:43:30 Language Aug 10 13:43:33 tomorrow I may not Aug 10 13:43:37 Ainulindale, I think we already chose C Aug 10 13:43:38 Exact prototype of the APIs Aug 10 13:43:41 No we didn't Aug 10 13:43:42 You did :-) Aug 10 13:43:49 (You know I'll choose C that's not the problem) Aug 10 13:43:51 Ainulindale, I'm pretty sure I sent a mail about it. Aug 10 13:44:00 I'm pretty sure there was no vote nor that many reaction :-) Aug 10 13:44:10 VOTE?! Aug 10 13:44:17 are you crazy? Aug 10 13:44:17 TAsn :-) Aug 10 13:44:21 you can't vote on everything Aug 10 13:44:21 No I'm not Aug 10 13:44:25 Yes you can't Aug 10 13:44:29 My point is Aug 10 13:44:35 (wait a minute) Aug 10 13:44:36 Ainulindale, I want to case a vote Aug 10 13:44:44 about whether we should vote about everything or not ;) Aug 10 13:45:22 My point was, TAsn Aug 10 13:45:28 Ainulindale, I sent a mail about it, topic: 'The future of libphonegui or more correctly: "what's next?"' Aug 10 13:45:30 I just intend to make sure that you understand that Aug 10 13:45:38 only spaetz and you replied Aug 10 13:45:38 If you state something Aug 10 13:45:52 It doesn't make your choice THE choice :-) Aug 10 13:45:57 spaetz said he doesn't want it to be C as he won't be able to help Aug 10 13:46:03 and you favored C Aug 10 13:46:09 so it's 2 vs 1 Aug 10 13:46:19 from the people who actually took a stand. Aug 10 13:46:19 Don't assume your choice is the chosen one because nobody answered for/against Aug 10 13:46:25 My point is Aug 10 13:46:27 Sum it up Aug 10 13:46:39 Ainulindale, already summed it up Aug 10 13:46:44 "Nobody answered, therefore, it'll be C if there's no more discussion two days from now" Aug 10 13:46:45 but "my job" on the project Aug 10 13:46:46 is NOT Aug 10 13:46:53 writing documents all day long Aug 10 13:46:58 I don't want you to write documents Aug 10 13:47:02 Just set a deadline Aug 10 13:47:03 Ainulindale, yes you do Aug 10 13:47:08 No I don't :-) Aug 10 13:47:09 you want me to sum things up Aug 10 13:47:20 TAsn: slow down youngster Aug 10 13:47:23 Ainulindale, anyhow, waiting two days is stupid Aug 10 13:47:29 as they already had a month Aug 10 13:47:33 I was talking about what is done in every project Aug 10 13:47:38 We have a "meeting" (a thread) Aug 10 13:47:43 We sum it up (last mail) Aug 10 13:47:49 If nobody objects, then it's a go Aug 10 13:47:53 and waiting two more days will just mean I'll waste two days of work. Aug 10 13:47:56 Now it would be nice to import .vcf into SHR, and not into SIM. Worked in Om2008 over a year ago when I got my openmoko. Are we working on some pim component? Aug 10 13:48:13 TAsn: You won't waste it as you can explain exactly what you'd do for your technical architecture of this lib Aug 10 13:48:19 This doesn't forbid you to do prototypes Aug 10 13:48:34 Just don't go and work an huge amount of time for something we might disagree upon Aug 10 13:48:38 That's only my point Aug 10 13:48:52 Ainulindale, ok. Aug 10 13:48:54 So I'd say Aug 10 13:49:03 Try to come up with a ncie prototype of one part of this lib Aug 10 13:49:10 Shaped exactly as you'd like to do it Aug 10 13:49:21 With no "business logic" behind it Aug 10 13:49:21 Ainulindale, that's writing documents Aug 10 13:49:27 That's not Aug 10 13:49:28 That's design Aug 10 13:49:30 I don't mind attaching the .h Aug 10 13:49:34 Design is necessary and moreover mandatory Aug 10 13:49:38 .h is enough TAsn Aug 10 13:49:42 Ainulindale, ok then. Aug 10 13:49:44 I didn't tell you to open microsoft visio :-) Aug 10 13:49:49 What I want is Aug 10 13:49:55 Ainulindale, that's what I thought you implied. :) Aug 10 13:50:06 A short technical prototype of what you want Aug 10 13:50:12 Which will give us something to talk about for your solution Aug 10 13:50:18 Maybe tell our thoughts about potential caveats Aug 10 13:50:25 But with your prototype Aug 10 13:50:29 We need some explanations Aug 10 13:50:33 COnsider them as comments Aug 10 13:50:40 They're necessary if you want us to help you developing Aug 10 13:50:43 And you know that :-) Aug 10 13:50:57 Anyway I don't want fancy flow diagrams Aug 10 13:51:11 I just want to understand, given your prototype, why you did that like this Aug 10 13:51:17 And only that :-) Aug 10 13:52:29 and TAsn when I purposely tell you that duplicating processes isn't a good solution Aug 10 13:52:35 I tell you that because I don't know what your needs are Aug 10 13:52:42 And when I'll know them, maybe it'll change my opinion Aug 10 13:52:48 TeLLuS: opimd Aug 10 13:52:59 In the meantime, I seriously think that it's overkill, that's given my conception of your needs :-) Aug 10 13:53:08 That's why this exchange process is necessary Aug 10 13:53:16 Because my needs as a developer aren't yours or mrmoku's or dos1's Aug 10 13:53:27 Ainulindale, it doesn't really matter Aug 10 13:53:33 so I don't care Aug 10 13:53:35 this topic is close :) Aug 10 13:53:37 TAsn: well Aug 10 13:53:40 It could matter Aug 10 13:53:46 dos1: Found it http://wiki.openmoko.org/wiki/Opimd Aug 10 13:53:49 Your reasoning isn't false Aug 10 13:53:58 Ainulindale, mind opening me a libfso-phoneui repo? Aug 10 13:54:04 It's just that, given my vision, it's a bit over zealous Aug 10 13:54:06 (or libphone-ui? whichever you choose) Aug 10 13:54:10 There's one already Aug 10 13:54:18 really? Aug 10 13:54:19 For the specs Aug 10 13:54:30 phonegui-specs Aug 10 13:54:36 which contains the xml dbus specs Aug 10 13:54:39 we can rename it I don't care Aug 10 13:54:46 you should have a look at that Aug 10 13:54:59 Ainulindale, I know the specs Aug 10 13:55:11 I'm writing the underlying base first Aug 10 13:55:21 (actual C and that wanted .h file) Aug 10 13:55:26 Well to do what then? Aug 10 13:55:32 (making sure) Aug 10 13:56:20 I really think the new phonegui should be renamed (as it's almost a complete rewrite and is the old name is BAD!) Aug 10 13:56:25 so I need a new git repo Aug 10 13:56:32 it should be called Aug 10 13:56:33 either Aug 10 13:56:35 libfso-phoneui Aug 10 13:56:38 or libphone-ui Aug 10 13:56:43 choose which ever you like. Aug 10 13:57:05 TAsn: I don't care about renaming it as I told before Aug 10 13:57:24 I care though about the fact you didn't answer my question :-) Aug 10 13:57:27 TO do what, then? Aug 10 13:57:32 (that is, your underlying base) Aug 10 13:57:37 OH Aug 10 13:57:44 loading of the other library Aug 10 13:57:47 initializing Aug 10 13:57:51 just basic structure Aug 10 13:57:54 Using libmodulo? Aug 10 13:57:54 nothing too fancy Aug 10 13:58:00 Ainulindale, what's that? Aug 10 13:58:04 Sigh Aug 10 13:58:07 You don't read my mails :-) Aug 10 13:58:16 Ainulindale, I do Aug 10 13:58:19 I just can't keep up Aug 10 13:58:20 No you don't -) Aug 10 13:58:22 what's the topic? Aug 10 13:58:22 :-p Aug 10 13:58:39 First answer in the UI dbusification thread Aug 10 13:58:50 Actually we were intending to use libmodulo for that, which implies Aug 10 13:58:50 we'll be able to restart/reload/suspend things without restarting the Aug 10 13:58:52 actual process. Aug 10 13:59:03 I saw that Aug 10 13:59:11 Ok so you don't know about libmodulo Aug 10 13:59:12 though I didn't understand what's libmodulo Aug 10 13:59:15 It's vala stuff usable in C Aug 10 13:59:19 Developed by ptitjes Aug 10 13:59:22 Ainulindale, ? Aug 10 13:59:26 It's pretty straightforward and we have docs Aug 10 13:59:30 ophonekitd-vala is using it Aug 10 13:59:36 Ainulindale, why wasn't that discussed in ML? Aug 10 13:59:40 It was Aug 10 13:59:47 * TAsn is searching Aug 10 14:00:24 02/15 Aug 10 14:00:29 "About ophonekitd rewrite" Aug 10 14:00:32 Among others Aug 10 14:00:54 Ainulindale, that's not a libmodulo specs discussion Aug 10 14:00:55 ... Aug 10 14:01:05 LIKE YOU REQUIRE ME TO DO Aug 10 14:01:06 That's not a spec discussion because ptitjes wrote it before Aug 10 14:01:12 :) Aug 10 14:01:22 I'm just saying you let pti slack off ;) Aug 10 14:01:24 TAsn: You know exactly what I think about that :-) Aug 10 14:01:27 No I don't Aug 10 14:01:44 I whined lots of time Aug 10 14:01:44 Result is Aug 10 14:01:44 He doesn't want to work properly with others Aug 10 14:01:48 * TAsn is starting to write and will send a mail after he's done ;] Aug 10 14:01:51 So he doesn't work for SHR anymore Aug 10 14:01:51 Simple as that Aug 10 14:01:56 Pfff :-) Aug 10 14:02:00 Ainulindale, :) Aug 10 14:02:02 anyhow, Aug 10 14:02:05 where are the specs? Aug 10 14:02:08 check libmodulo because it'd be a shame if you duplicated it Aug 10 14:02:10 the specs of? Aug 10 14:02:15 not specs Aug 10 14:02:19 documentation Aug 10 14:02:25 of libmodulo Aug 10 14:02:36 http://build.shr-project.org/fsoshrudcon/FSOSHRUDCON09-Ophonekitd-Vala-Didier-Ptitjes.pdf Aug 10 14:02:53 It's not what I'd call a proper doc Aug 10 14:02:57 But it's enough to understand it Aug 10 14:03:06 I can answer to your questions if necessary Aug 10 14:03:35 using libmodulo will allow us to be independent of the underlying language & all of the module Aug 10 14:03:45 and it's working properly as ophonekitd vala (once) worked Aug 10 14:03:49 it's simple and clear IMHO Aug 10 14:04:04 If you disagree with that Aug 10 14:04:10 You can commit as many patches as you want Aug 10 14:04:17 And fight with ptitjes later on :-) Aug 10 14:04:25 It's also packaged in OE Aug 10 14:05:36 TAsn: IIRC we agreed to use it for the modular part when we talked about the dbusification Aug 10 14:05:56 As it allows us exactly what your requirements were Aug 10 14:06:09 (dynamic loading/unloading at runtime among others) Aug 10 14:06:57 Ainulindale, brb Aug 10 14:17:28 Ainulindale, I plan on doing pretty much a libframeworkd-phonegui fixup/rewrite that'll make it sane, that's the libphone-ui I'm talking about, I don't think libmodulo is related to that, as there should be something that'll wrap around my lib, as it should be generic Aug 10 14:17:32 now, would you mind creating a Aug 10 14:17:38 libphone-ui git repo? Aug 10 14:18:59 * mrmoku actually very much prefers libfso-phoneui :) Aug 10 14:19:07 mrmoku, ok then Aug 10 14:19:11 please create that repo Aug 10 14:19:14 doesn't really matter ffs :) Aug 10 14:19:33 TAsn, is npkg finished? :P Aug 10 14:19:38 freaking opkg is getting on my nerves Aug 10 14:19:53 it does not let me install an ipk because of mismatching md5 Aug 10 14:20:07 but the ipk is a locally downloaded file :( Aug 10 14:20:18 mrmoku, npkg wasn't even started as it's prioritized after shr deving :) Aug 10 14:20:34 mrmoku, maybe there's already a pkg with this name in repo? Aug 10 14:21:15 I know... was just kidding :) Aug 10 14:21:22 TAsn, sure there is Aug 10 14:21:24 its libsdl Aug 10 14:21:44 so that's the issue (I know opkg sucks) Aug 10 14:21:50 just bump rev and rebuild :| Aug 10 14:22:00 grr :) Aug 10 14:22:09 oh actually before that Aug 10 14:22:18 gimme a libfso-phoneui Aug 10 14:22:21 repo Aug 10 14:22:33 too late :P Aug 10 14:22:36 already building Aug 10 14:22:52 ok Aug 10 14:22:58 shit ;\ Aug 10 14:23:04 (which gives me time to create some repo :P) Aug 10 14:25:08 TAsn, apart you and me... who shall write to that repo? :P Aug 10 14:25:32 mrmoku, dos1 ? Aug 10 14:25:35 no idea. Aug 10 14:25:36 :) Aug 10 14:25:38 ok Aug 10 14:25:42 for now, no one but us 3 Aug 10 14:27:15 mrmoku, please add it to repos list :) Aug 10 14:27:24 and btw, please add description to the repos without a description ;) Aug 10 14:33:40 TAsn, so... what would be the description for libfso-phoneui? Aug 10 14:34:16 hm.. Aug 10 14:34:31 a library for abstraction of phone UI frontends :) Aug 10 14:35:11 TAsn, and for liphone-utils? Aug 10 14:35:39 +b Aug 10 14:35:55 hm.. Aug 10 14:36:16 telephony related helper functions Aug 10 14:36:20 DocScrutinizer, ++ Aug 10 14:36:32 though Aug 10 14:36:35 replace helper Aug 10 14:36:36 with Aug 10 14:36:37 utility :) Aug 10 14:37:45 TAsn: I'm on the phone sorry Aug 10 14:37:56 I'd prefer "helper" as "utility" is rather fuzzy to the level in hirachy that means Aug 10 14:38:06 but nevermind Aug 10 14:38:41 DocScrutinizer, ok. Aug 10 14:38:45 I don't really care Aug 10 14:38:46 auxilary Aug 10 14:38:48 as both or fine with me Aug 10 14:38:57 same here Aug 10 14:39:05 s/or/are/ Aug 10 14:39:06 TAsn meant: as both are fine with me Aug 10 14:39:12 (it's too hot in here) Aug 10 14:39:25 mrmoku, shr-user tell me what you think about the mail Aug 10 14:39:26 Installed opimd-utils, Loading module shr_pim.Pim, Disable the others except SQLite-Contacts (default), look ok. Choose Contects new.. Not yet implemented. So that is where work is needed. Is shr-contacts still needed? Aug 10 14:39:44 mrmoku, as I want to make a blog entry. Aug 10 14:40:58 we got rain now, >24° and 70% humidity, both rising. Prolly soon I'm offline due to unreceptivenes Aug 10 14:41:17 :| Aug 10 14:41:18 * mrmoku checks mail Aug 10 14:41:54 TAsn: hmmm Aug 10 14:42:04 TAsn: what do you mean by creating something related to libframeworkd-phonegui ? Aug 10 14:42:04 Ainulindale, ? Aug 10 14:42:14 Weeee, added first contact with opimd-cli Aug 10 14:42:14 TAsn: because what I'd call libfso-phoneui Aug 10 14:42:22 WOuld be a module set Aug 10 14:42:27 TAsn, talking about the face mail? Aug 10 14:42:31 With specs & definitions for this dbusification Aug 10 14:42:33 mrmoku, aye. Aug 10 14:42:38 That is, a dialer module Aug 10 14:42:40 A contact module Aug 10 14:42:56 modules? i.e libmodulo modules? Aug 10 14:43:17 I dunno Aug 10 14:43:20 I don't like this design Aug 10 14:43:25 I think plain functions Aug 10 14:43:33 just like libframework-phoneui is atm Aug 10 14:43:41 is a great design choice Aug 10 14:44:07 (of course it won't be as broken, both API wise and internal design wise) Aug 10 14:44:07 well Aug 10 14:44:13 I think we don't get each other :-) Aug 10 14:44:31 There'll be two things, in what I pictured in the first place with libframeworkd-phonegui and the dbusification Aug 10 14:44:41 1) a set of module specs for functional contexts Aug 10 14:44:43 For instance, the dialer Aug 10 14:44:51 it'll define specs, headers, on how to implement the functions Aug 10 14:45:00 this is what will be presented to the developer through dbu Aug 10 14:45:02 +s Aug 10 14:45:07 2) the actual implementation of the module Aug 10 14:45:15 so for instance considering 1) Aug 10 14:45:20 we'll have libfso-phoneui Aug 10 14:45:23 containing two modules Aug 10 14:45:26 libfso-phoneui-dialer Aug 10 14:45:29 libfso-phoneui-contacts Aug 10 14:45:32 and for 2) Aug 10 14:45:43 we'll have libfso-phoneui-dialer-[gtk|efl] Aug 10 14:45:45 or whatever Aug 10 14:45:50 which will depend on the former Aug 10 14:45:52 that's exactly what I thought you said. Aug 10 14:45:53 implement its specs Aug 10 14:45:57 and I don't agree. Aug 10 14:45:57 Ok Aug 10 14:46:00 I think the current design Aug 10 14:46:02 Why? :-) Aug 10 14:46:09 of libframework-phonegui Aug 10 14:46:11 is great Aug 10 14:46:14 it should just load a lib Aug 10 14:46:20 And there you're wrong Aug 10 14:46:22 and use it's functions Aug 10 14:46:29 you can easily make it load several libs Aug 10 14:46:34 for use of sections Aug 10 14:46:35 One may want to develop only one specific functional context Aug 10 14:46:42 It's easier if you can just develop using this set of specs Aug 10 14:46:42 Ainulindale, ok Aug 10 14:46:46 he'll be able to do that Aug 10 14:46:56 One may want to load/unload libraries easily Aug 10 14:46:58 he'll just implement what he wants Aug 10 14:47:02 The module architecture offers that possibility Aug 10 14:47:06 TAsn: That's bogus :-) Aug 10 14:47:12 Ainulindale, why bogus? Aug 10 14:47:25 Because it's not a clean way to do things IMHO :-) Aug 10 14:47:26 you can easily make a config to tell each portion of the GUI Aug 10 14:47:30 Not a clean way to do specs anyway Aug 10 14:47:37 TAsn: that's what I call a module & module definition Aug 10 14:47:45 You'd revelop that notion doing what you want Aug 10 14:47:50 Ainulindale, that's what I call weird API to do simple stuff. Aug 10 14:48:06 there's enough API out there Aug 10 14:48:09 no need to write more API Aug 10 14:48:17 and force ourselves to write even more Aug 10 14:48:19 not reusable code Aug 10 14:48:20 I'm not talking about API Aug 10 14:48:26 Ainulindale, I am Aug 10 14:48:32 I'm talking about the use of libmodulo Aug 10 14:48:34 Let me explain my view Aug 10 14:48:46 mrmoku, what do you think? should I publish the post? Aug 10 14:48:52 Let us say I want to specify a libmodulo module which will handle dialer Aug 10 14:49:10 Ainulindale, btw, this is what's called overhead Aug 10 14:49:10 In the headers I'll define the modulo methods (suspend/resume etc) Aug 10 14:49:26 plus the actual "functional methods" Aug 10 14:49:32 such as display_dialer Aug 10 14:49:32 Ainulindale, I'm not stupid Aug 10 14:49:34 display_incoming Aug 10 14:49:38 TAsn, post about faces is fine Aug 10 14:49:42 and in the implementing library I'll just incldue these headers Aug 10 14:49:46 And implement them Aug 10 14:49:47 I read the pdf you linked me Aug 10 14:49:49 TAsn: Calm down =) Aug 10 14:49:59 I told you, let me explain why I'd do it that way Aug 10 14:50:01 Ainulindale, I'm calm, it's just freaking hot in here Aug 10 14:50:06 you don't need to interrupt me every step of the way Aug 10 14:50:06 and I'm sticky :0) Aug 10 14:50:16 Nor to answer hastily without letting me finish =) Aug 10 14:50:21 Ainulindale, I only interrupted you every other step. Aug 10 14:50:22 :) Aug 10 14:50:25 Ainulindale, go ahead. Aug 10 14:50:26 Pfft Aug 10 14:50:29 My point is Aug 10 14:50:37 TAsn: as long as you're not stiNky Aug 10 14:50:42 You'll need a formal structure to force modules to have load/unload method, for starters Aug 10 14:50:47 That is provided by libmodulo Aug 10 14:50:59 If you want to develop something similar, go ahead, but ship it as a lib Aug 10 14:51:02 Don't reinvent the wheel Aug 10 14:51:07 We want a modular structure Aug 10 14:51:24 And as a develop Aug 10 14:51:25 +er Aug 10 14:51:30 If I want to implement a dialer module for SHR Aug 10 14:51:37 I don't want to have to set everything but the dialer functions to NULL Aug 10 14:51:44 I want a set of headers specific to the dialer module Aug 10 14:51:46 And nothing more Aug 10 14:51:52 That's my way to develop things Aug 10 14:52:46 Ainulindale, you won't have to set everything else as null Aug 10 14:52:51 you'll just not implement everything else... Aug 10 14:52:56 easy as taht. Aug 10 14:52:57 that. Aug 10 14:52:59 TAsn: Yes but then Aug 10 14:53:10 the getsym will not find the name Aug 10 14:53:11 You'll need to specify what you'll implement in the module definition Aug 10 14:53:17 Or handle the case when something isn't implemented Aug 10 14:53:21 And that's just plain crazy Aug 10 14:53:24 Don't react, act Aug 10 14:53:34 Making verifications is stupid when you can know IN ADVANCE what you have Aug 10 14:53:46 You'll just do some processing for nothing Aug 10 14:53:52 Ainulindale, I'll also know in advance Aug 10 14:53:55 from a config file Aug 10 14:53:56 ... Aug 10 14:54:01 If you do a config file Aug 10 14:54:05 ... Aug 10 14:54:05 You'll replicate a module structure Aug 10 14:54:10 no I won't. Aug 10 14:54:13 it'll just be: Aug 10 14:54:15 Yes you will :-) Aug 10 14:54:30 dialer = phoneui-efl Aug 10 14:54:34 sms = phoneui-efl Aug 10 14:54:41 phonelog = phoneui-gtk Aug 10 14:54:45 this will be easy as hell Aug 10 14:54:51 to implement Aug 10 14:54:54 very modular Aug 10 14:54:56 easy on devs Aug 10 14:54:58 very ugly Aug 10 14:55:02 as they won't have to do anything special Aug 10 14:55:07 I'd rather have Aug 10 14:55:13 dialer = phoneui-efl-dialer Aug 10 14:55:17 and anyway Aug 10 14:55:19 even if you do that Aug 10 14:55:23 you'll end up doing modular stuff Aug 10 14:55:26 Without the formal structure Aug 10 14:55:32 Modular isn't something you have to develop explicitely Aug 10 14:55:35 It's just a design choice Aug 10 14:55:41 It doesn't imply you'll write API Aug 10 14:55:43 You won't Aug 10 14:55:49 You'll just structure your code Aug 10 14:55:53 And that's something one can wish for Aug 10 14:55:56 Because it's easier to maintain Aug 10 14:56:12 Trust the voice of experience on that young padawan Aug 10 14:56:38 and anyway TAsn Aug 10 14:56:42 It's not a matter of choice Aug 10 14:56:49 We said from the start it'd be modular Aug 10 14:56:56 It's even in my slides from FSOSHRUDCON Aug 10 14:56:59 this IS modular Aug 10 14:57:00 ffs. Aug 10 14:57:11 Using libmodulo obviously Aug 10 14:57:16 And again, calm down, young padawan Aug 10 14:57:20 Else I'll have to spank you Aug 10 14:57:34 Ainulindale, so I'm not working on this :) Aug 10 14:57:38 as I won't use libmodulo :) Aug 10 14:57:45 TAsn, did you ever take a look? Aug 10 14:57:47 TAsn: See, that's exactly why I'm telling you you need to explain your design choice Aug 10 14:57:53 mrmoku, ain what? Aug 10 14:58:00 Obviously you have reasons to do what you want to do Aug 10 14:58:00 TAsn, a look at libmodulo? Aug 10 14:58:04 But as long as I won't know them Aug 10 14:58:09 I'll disagree with you on purpoe Aug 10 14:58:10 +s Aug 10 14:58:20 Ainulindale, my design choice is that it doesn't feel right to me so I don't want to develop it, there are many other needed stuff to dev, and I'll just focus on them. Aug 10 14:58:25 Because I can't understand your choice if you don't tell me why :-) Aug 10 14:58:28 mrmoku, aye. Aug 10 14:58:39 TAsn: If libmodulo doesn't feel right, then come up with a new solution Aug 10 14:58:40 mrmoku, read the convention slides Aug 10 14:58:41 But explain it Aug 10 14:58:46 Don't try to make it by yourself Aug 10 14:58:47 TAsn, aye == yes or aye == you will ? ;) Aug 10 14:58:49 THis is communautary Aug 10 14:58:51 Ainulindale, just explained my solution Aug 10 14:58:55 mrmoku, aye= yes :) Aug 10 14:58:58 TAsn: And as I told you Aug 10 14:58:59 It's not clear Aug 10 14:59:00 (I'm pretending to be a pirate) Aug 10 14:59:02 It feels ugly to me Aug 10 14:59:10 So write it clearly with a prototype Aug 10 14:59:11 Short Aug 10 14:59:17 It'll be easier for everyone Aug 10 14:59:20 And everyone will be able to react Aug 10 14:59:32 Ainulindale, as I said, I like the current design of libframeworkd-phonegui Aug 10 14:59:39 that's what I want to reproduce Aug 10 14:59:41 IRC is as talking around a beer, it's not a proper way to talk about design choices Aug 10 14:59:45 TAsn: libframeworkd-phonegui is empty Aug 10 14:59:46 just make the API more sane Aug 10 14:59:48 I know I did it Aug 10 15:00:15 and make it support multi-libs Aug 10 15:00:30 TAsn: again Aug 10 15:00:34 libframeworkd-phonegui is empty :-) Aug 10 15:00:44 we need anyway to define standard screen entry points Aug 10 15:00:47 such as display_dialer Aug 10 15:00:54 you want to stuff that in libfso-phoneui? Aug 10 15:01:02 Regardless of the type of functional context you'll manage? Aug 10 15:01:14 Ainulindale, yes. Aug 10 15:01:17 Hence try to load tons of symbols each time you load a lib even if they don't exist? Aug 10 15:01:30 I just think that's not the proper way to do it :-) Aug 10 15:01:37 Expose your opinion clearly for all to see Aug 10 15:01:39 I'll expose mine Aug 10 15:01:43 We'll fight with mud Aug 10 15:01:47 The biggest penis will win Aug 10 15:01:56 Simple, isn't it? :-) Aug 10 15:02:11 Ainulindale, YOU WONT TRY TO LOADS TONS OF SYMBOLS Aug 10 15:02:12 Ainulindale, talking about mails and penis... still waiting for your org.oedev mail ;) Aug 10 15:02:21 mrmoku: hmm? WHich? Aug 10 15:02:30 You'll only try to load symbols from the config Aug 10 15:02:37 *if stated in the config Aug 10 15:02:40 about why you think getting SHR stuff into oe.dev is not possible now Aug 10 15:02:45 which means you'll only try to load the CORRECT symbols Aug 10 15:02:58 TAsn: the fact that you shout proves that IRC isn't the correct medium to talk about design chocies Aug 10 15:03:09 Ainulindale, no Aug 10 15:03:11 mrmoku: damn I forgot about that Aug 10 15:03:13 TAsn: yes it does Aug 10 15:03:16 the fact that I shout proves Aug 10 15:03:23 that you don't listen to what I say Aug 10 15:03:26 as I already stated Aug 10 15:03:29 Ainulindale, YOU WONT TRY TO LOADS TONS OF SYMBOLS Aug 10 15:03:30 Or the other way around TAsn Aug 10 15:03:32 this ^ Aug 10 15:03:36 a couple of times now. Aug 10 15:03:49 You don't listen to what I say, that you'll end up developing something exactly similar to what we planned with libmodulo Aug 10 15:03:58 And then that you either don't understand what we planned and decided upon months ago Aug 10 15:04:35 TAsn, I said it once, I won't say it twice, as it's useless Aug 10 15:04:35 Ainulindale, I know what you are suggestion Aug 10 15:04:44 The proper way it to talk about that on the ML Aug 10 15:04:47 and I know we both suggest similar stuff Aug 10 15:04:52 We decided months ago to do something modular using libmodulo Aug 10 15:04:59 If you disagree, mail about it, expose your arguments Aug 10 15:05:08 It's no use to change what we decided and voted upon now Aug 10 15:05:08 Ainulindale, I didn't see a vote Aug 10 15:05:13 which means YOU decided Aug 10 15:05:18 No, I didn't Aug 10 15:05:19 (like you told me earlier) Aug 10 15:05:26 I never decided anything by myself Aug 10 15:05:28 there was not vote. Aug 10 15:05:34 *no Aug 10 15:05:46 And if you continue in this path you'll start to annoy me Aug 10 15:05:54 Accusing me of something isn't the proper way to talk with me Aug 10 15:06:00 And you'll discover that I can kick in the balls Aug 10 15:06:31 Ainulindale, you did the exact same thing to me Aug 10 15:06:32 earlier. Aug 10 15:06:35 :x Aug 10 15:06:40 guys... I would suggest this is a perfect moment to give this discussion a break :P Aug 10 15:07:00 TAsn: Did what? Annoy me? Just because I disagree with you without shouting and/or accusing you of something? Aug 10 15:07:25 Ainulindale, no, I'm talking about stating the fact that I decided something alone because I didn't cast a vote. Aug 10 15:07:52 That was an example and you overstated what I said, as you did several times before Aug 10 15:08:05 I told you it was not your place nor mine to decide such things Aug 10 15:08:20 Ainulindale, you also clearly stated that we can't decide without a vote Aug 10 15:08:33 No I didn't say that as is Aug 10 15:08:36 though now, when it fills your needs, you said: We decided months ago to do something modular using libmodulo Aug 10 15:08:41 although you didn't case a vote. Aug 10 15:08:52 I even said that if there is no reaction you can sum the discussion up and say that if there's no reaction, the summary will be considered as accepoted Aug 10 15:08:55 s/pot/pt/ Aug 10 15:08:56 Ainulindale meant: I even said that if there is no reaction you can sum the discussion up and say that if there's no reaction, the summary will be considered as accepted Aug 10 15:09:12 Well listen, TAsn, now I'm annoyed, and I'll make it clear Aug 10 15:09:18 Accuse me of something else, starting now Aug 10 15:09:21 Accuse me of being a dictator Aug 10 15:09:41 I'll revoke your accesses, and I won't consider your ideas as long as you won't have explained them on the ML. Aug 10 15:09:55 You managed to piss me off, so grow up, and stop annoying me. Aug 10 15:10:13 I never imposed anything to anyone, and you have no right to say so. Aug 10 15:10:21 As I said earlier, I won't publish them on ML as I decided not to work on libfso-phoneui Aug 10 15:10:29 so everything is cool :) Aug 10 15:10:35 hmm yeah, growing up. good idea :-P Aug 10 15:10:48 DocScrutinizer, nah, I like being young :) Aug 10 15:11:07 I'm old enough to legally do everything, though still can treasure my youth ;) Aug 10 15:11:08 * mrmoku too would like to be a kid again :P Aug 10 15:11:18 DocScrutinizer, see? ;) Aug 10 15:11:25 being 21 rules! Aug 10 15:11:38 nah... was more thinking about 12-16 Aug 10 15:11:48 mrmoku, pedo? :) Aug 10 15:12:10 (j/k) Aug 10 15:12:13 mrmoku: die groessten kritiker der elche waren frueher selber welche. Aug 10 15:12:32 I remeber shouting at me for no good reason Aug 10 15:12:37 nevermind Aug 10 15:13:26 DocScrutinizer, shit, google translate wasn't able to translate that correctly :( Aug 10 15:14:03 TAsn: it wasn't about you anyway, neither about mrmoku Aug 10 15:14:15 ;) Aug 10 15:14:24 DocScrutinizer, it's still impolite :) Aug 10 15:15:03 so it matches the protocol right now, no? Aug 10 15:15:13 DocScrutinizer, :) Aug 10 15:15:34 DocScrutinizer, it seems like this is a "common german saying" Aug 10 15:15:37 me is googling about it. Aug 10 15:15:38 :) Aug 10 15:15:54 ok got what it means :) Aug 10 15:23:09 17:08:17 < TAsn> As I said earlier, I won't publish them on ML as I decided not to work on libfso-phoneui <= summed up, it's a "if I can't do what I want, then I won't do a thing about it". I think it's just sad. Aug 10 15:23:25 Ainulindale, let me explain what I meant Aug 10 15:23:30 I meant: Aug 10 15:23:31 No, I don't care anymore Aug 10 15:23:49 I'm doing voluntary, and I won't work on something I don't like doing and I'm against Aug 10 15:23:53 Reading that just means that you're not even respecting my opinion nor my involvement in that Aug 10 15:23:54 nothing personal Aug 10 15:24:01 and was not trying to do a veto Aug 10 15:24:12 it just how I feel Aug 10 15:24:16 I was being honest. Aug 10 15:24:18 To me it just means that I can't see why I would spend time on something when everybody wants to do as he wants Aug 10 15:24:32 It's useless, time wasting, and childish Aug 10 15:24:44 And you can do that as you wish, I won't be a part of it Aug 10 15:25:04 Ainulindale, I dev in SHR because I like it Aug 10 15:25:10 that's why I contribute code Aug 10 15:25:14 TAsn: And don't you think I do the same? Aug 10 15:25:20 Ainulindale, I know you do Aug 10 15:25:22 And don't you think that I'd like everyone to love what it does? Aug 10 15:25:33 What I said earlier only meant that Aug 10 15:25:36 And don't you think that's exactly why I tell you don't come up with an idea you think is the best without talking about it with everyone? Aug 10 15:25:37 I don't like libmodulo Aug 10 15:25:43 therefore I want dev with it. Aug 10 15:26:02 s/want/won't/ Aug 10 15:26:02 TAsn meant: therefore I won't dev with it. Aug 10 15:26:15 I really didn't mean anything else. Aug 10 15:27:00 16:56:35 < Ainulindale> TAsn: If libmodulo doesn't feel right, then come up with a new solution Aug 10 15:27:04 16:56:37 < Ainulindale> But explain it Aug 10 15:27:04 16:56:43 < Ainulindale> Don't try to make it by yourself Aug 10 15:27:08 16:56:46 < Ainulindale> THis is communautary Aug 10 15:27:21 I told that at least two or three times Aug 10 15:27:23 While you shouted Aug 10 15:27:30 Is this a way to communicate? Aug 10 15:27:42 I don't like being shouted at neither do I like to be accused of something I didn't do Aug 10 15:27:43 Ainulindale, I already explained my idea a couple of times Aug 10 15:27:47 libframeworkd-phonegui Aug 10 15:27:50 libframeworkd-phonegui Aug 10 15:27:56 that's my explanation Aug 10 15:28:13 16:58:27 < Ainulindale> TAsn: again Aug 10 15:28:13 16:58:30 < Ainulindale> libframeworkd-phonegui is empty :-) Aug 10 15:28:19 16:59:33 < Ainulindale> Expose your opinion clearly for all to see Aug 10 15:28:19 16:59:36 < Ainulindale> I'll expose mine Aug 10 15:28:31 and I asked what you mean by empty Aug 10 15:28:48 No you didn(t Aug 10 15:29:46 oh, because you didn't write it like that Aug 10 15:29:52 I just noticed you snipped many line Aug 10 15:29:52 s Aug 10 15:29:58 I just responded to them Aug 10 15:30:00 I just copied what I wrote, how could I have written it differently? Aug 10 15:30:02 Ainulindale, hm.. ok Aug 10 15:30:11 Ainulindale, you snipped lines! :) Aug 10 15:30:14 So what? Aug 10 15:30:16 Ainulindale, anyhow, what did you mean by empty? Aug 10 15:30:25 Ainulindale, so it changes context of words. Aug 10 15:30:27 You kept interrupting me, I answered to your things Aug 10 15:30:45 Ainulindale, wasn't obvious... Aug 10 15:30:46 anyhow, Aug 10 15:30:49 Ainulindale, anyhow, what did you mean by empty? Aug 10 15:30:59 That's why I don't like IRC for design choices, I told it several times, it's useless, time wasting, just results in fights Aug 10 15:31:13 Ainulindale, please explain what you meant by empty Aug 10 15:31:15 You can't think on IRC, you can't properly explain your opinion Aug 10 15:31:19 There's nothing in it Aug 10 15:31:21 It does nothing Aug 10 15:31:40 Moreover it doesn't even do what I intended to make it do in the first place Aug 10 15:31:45 I meant libframeworkd-phonegui + efl frontend for example Aug 10 15:32:24 That's not the same at all Aug 10 15:32:33 Ainulindale, know what? Aug 10 15:32:36 libframeworkd-phonegui does nothing Aug 10 15:32:39 I'll just write what I mean (in code) Aug 10 15:32:42 as it's fast Aug 10 15:32:45 and it should present an abstraction for libframeworkd-phonegui-efl to implement Aug 10 15:32:48 and you'll just see. Aug 10 15:32:52 Ainulindale, I know. Aug 10 15:32:52 this abstraction should be the only entry point for ophonekitd Aug 10 15:32:59 Ainulindale, of course Aug 10 15:33:00 don't worry. Aug 10 15:33:01 that's what I meant from the start with this ui dbusification thread Aug 10 15:33:33 Ainulindale, but then you started talking about libmodulo Aug 10 15:33:44 which looks and feels like a complex unneeded overhead Aug 10 15:33:53 Because we had a fight at the beginning with ptitjes and decided we'd use it as a modular architecture Aug 10 15:34:04 I don't care about which solution we choose as long as it's modular, I told that several times Aug 10 15:34:07 Ainulindale, you were also against this crap? :) Aug 10 15:34:15 Hence 17:24:56 < Ainulindale> 16:56:35 < Ainulindale> TAsn: If libmodulo doesn't feel right, then come up with a new solution Aug 10 15:34:19 17:24:56 < Ainulindale> 16:56:37 < Ainulindale> But explain it Aug 10 15:34:21 17:25:01 < Ainulindale> 16:56:43 < Ainulindale> Don't try to make it by yourself Aug 10 15:34:24 17:25:04 < Ainulindale> 16:56:46 < Ainulindale> THis is communautary Aug 10 15:34:28 Ainulindale, that sounded sarcastic! Aug 10 15:34:36 (the first line) Aug 10 15:34:43 ... Aug 10 15:34:47 Why would it be? Aug 10 15:34:50 * TAsn now agree that IRC is BAD! Aug 10 15:35:01 Ainulindale, context of which it was said. Aug 10 15:35:04 Ainulindale, anyhow Aug 10 15:35:07 You only see what you want to see in what I say and it's the same for everyone Aug 10 15:35:11 let me just write code Aug 10 15:35:18 libfso-phoneui Aug 10 15:35:20 You don't know how I am IRL nor if I'm usually sarcastic Aug 10 15:35:21 please create a repo Aug 10 15:35:25 So do not presume that I am Aug 10 15:35:31 and I'll explain with that. Aug 10 15:35:47 (with sample code) Aug 10 15:35:52 TAsn, created the repo long ago :P Aug 10 15:36:00 mrmoku, libfso-phoneui? Aug 10 15:36:09 (it's not in the gitweb list :) ) Aug 10 15:36:13 TAsn: That's what I told you to do from the start Aug 10 15:36:24 TAsn: write a prototype of your thoughts, and comment on your choices Aug 10 15:36:28 You told me it was as writing docs Aug 10 15:36:35 If you do it all by yourself Aug 10 15:36:40 It'll be probably unmaintainable for others Aug 10 15:36:41 Ainulindale, ok, then erase the last "fight" from your memory Aug 10 15:36:45 and I'll do the same. Aug 10 15:36:52 There will be no appropriation Aug 10 15:36:57 Hence people won't be motivated Aug 10 15:37:07 If you come up with ideas and accept other people ideas Aug 10 15:37:14 It's interesting for everyone Aug 10 15:37:23 Ainulindale, of course. Aug 10 15:37:30 You don't like libmodulo because you didn't have a say in it and it doesn't fit your ideas Aug 10 15:37:43 Ainulindale, no Aug 10 15:37:46 as I do like the framework Aug 10 15:37:48 And that's exactly why I told you, from the start, don't do the same Aug 10 15:37:53 and many other cool libs :) Aug 10 15:38:00 TAsn: Because the framework wasn't do by one person only Aug 10 15:38:06 It was something talked about, discussed Aug 10 15:38:33 And exchanging ideas over something is usually the best way to go towards something better Aug 10 15:38:35 Ainulindale, libmodulo was also discussed Aug 10 15:38:42 No it wasn't Aug 10 15:38:43 Just described Aug 10 15:38:46 and I don't even slightly agree with it. Aug 10 15:38:46 17 Aug 10 15:38:55 Ainulindale, I c. Aug 10 15:39:02 (I meant the conception) Aug 10 15:39:05 (not the choice) Aug 10 15:39:20 The choice was a boon to make someone stop whining, agreed upon because there was no other viable solution and we had other stuff to focus on Aug 10 15:39:44 Ainulindale, so libmodulo is not an SHR developers design choice (I hope) Aug 10 15:39:48 And you among other should know that I don't care about this or that solution as long as it's viable, usable, stable, and simple to maintain Aug 10 15:39:52 as I don't like it even one bit Aug 10 15:40:07 And more than anything Aug 10 15:40:09 it's trying to stuff a lot of complicated and different stuff into one limited form Aug 10 15:40:12 Something collaborative Aug 10 15:40:16 And not the artefact of one's mind Aug 10 15:40:33 What I like in libmodulo is very limited Aug 10 15:40:42 I like that I'm able to specify which kind of "service" I'm providing Aug 10 15:40:49 And I like that it allows me to suspend/resume/init/unload/load Aug 10 15:40:53 or stuff like that Aug 10 15:40:54 Ainulindale, I made an UI dbusification page on the wiki Aug 10 15:40:56 I don't care about the rest Aug 10 15:41:09 what more can one want? :) Aug 10 15:41:27 That's why I always told in the first place Aug 10 15:41:30 I want something modular Aug 10 15:41:35 With clearly separated functional contexts Aug 10 15:41:38 As it's easier to maintain Aug 10 15:41:45 I don't care about the actual implementation Aug 10 15:41:55 I just want them separated it's easier to visualize/maintain Aug 10 15:41:59 Ainulindale, btw Aug 10 15:42:11 http://git.shr-project.org/git/?p=illume-keyboards.git;a=summary Aug 10 15:42:16 all the links in git web are Aug 10 15:42:22 git+ssh://git@shr.bearstech.com/illume-keyboards.git Aug 10 15:42:25 Yeah I saw that. Aug 10 15:42:29 I mean, use the old domain name ;\ Aug 10 15:42:40 the second one only Aug 10 15:42:52 Ainulindale, oh, ok, but still... Aug 10 15:43:21 And anyway Aug 10 15:43:45 I'd like you to *listen* to what I say and not *picture* what I say in your pervert mind Aug 10 15:43:56 I don't go all sarcastic on people when I'm talking seriously Aug 10 15:44:27 Ainulindale, As you said, IRC is a bad medium. Aug 10 15:44:34 nothing more is needed to add. Aug 10 15:44:42 bah, mrmoku Aug 10 15:45:06 TAsn: It's a good medium to talk about little things or exchange technical advices Aug 10 15:45:09 please add it to web list :) Aug 10 15:45:12 Ainulindale, of course. Aug 10 15:45:12 Not to develop the world Aug 10 15:45:16 I meant for full tech specs Aug 10 15:45:18 yeah. Aug 10 15:46:03 libmodulo is for me "something with nice design and nice ground under it, but a bit complicated and i don't know how to even start working with it" Aug 10 15:46:04 TAsn, did not see you commit Aug 10 15:46:15 dos1, exactly. Aug 10 15:46:18 mrmoku, I haven't. Aug 10 15:46:22 (AFAIK, as i don't know much about libmodulo) Aug 10 15:46:34 dos1, not only, I read some explanation about it Aug 10 15:46:36 TAsn, well what for do you want it in the gitweb list then ;) Aug 10 15:46:38 it just looks too robust Aug 10 15:46:46 mrmoku, dunno :) Aug 10 15:46:48 but ok Aug 10 15:46:58 I'll first put something real in it. Aug 10 15:47:13 "too robust" ?: Aug 10 15:47:23 How can something be "too robust"?! Aug 10 15:47:24 but i think someone should take a deeper look on libmodulo Aug 10 15:47:57 as it can be good thing, just without good tutorials and easy documentation Aug 10 15:48:24 i think we shouldn't say "i don't want libmodulo!" before knowing something more about it Aug 10 15:48:36 dos1, did you read the PDF about it? Aug 10 15:48:55 Just did a ticket for gitweb Aug 10 15:48:58 It'll be corrected Aug 10 15:49:13 TAsn: ophonekitd-vala is using libmodulo Aug 10 15:49:20 TAsn: from FSOSHRUDCON? Aug 10 15:49:22 Ainulindale, I know. Aug 10 15:49:24 dos1, yes. Aug 10 15:49:34 http://git.shr-project.org/git/?p=ophonekitd.git;a=blob;f=src/ophonekitd-gsm-activator.vala;h=7e670a7a5a210d97509901b8cb9c2e05fc4c697e;hb=HEAD Aug 10 15:49:37 See that Aug 10 15:49:47 I think it's clean enough Aug 10 15:49:48 TAsn: i think yes, but i have to review it, as i barely remember Aug 10 15:49:52 And not that complicated Aug 10 15:50:25 i think ophonekitd is using libcrashalot too Aug 10 15:50:51 Blu3, nah, it reimplemented that itself :) Aug 10 15:50:56 ;) Aug 10 15:51:20 Ainulindale, I was talking about the "trying to fit everything to this structure" approach Aug 10 15:51:59 About what? Aug 10 15:52:55 Blu3: maybe not ophonekitd, but i'm sure libframeworkd-phonegui-efl is using libcrap :P Aug 10 15:53:04 dos1, :) Aug 10 15:53:28 TAsn: about what? Aug 10 15:53:29 well, i'm sure of it for ophonekitd, it still crashes on nearly every call and inbetween Aug 10 15:53:39 Ainulindale, what about what? Aug 10 15:53:44 Blu3: just look at code. fixing trivial ussd issue took ages for me :x Aug 10 15:53:44 Are you using last year version Blu3 ? Aug 10 15:53:53 TAsn: I didn't get what you just said Aug 10 15:53:59 Ainulindale, oh. Aug 10 15:54:00 17:49:16 < TAsn> Ainulindale, I was talking about the "trying to fit everything to this structure" approach Aug 10 15:54:00 i'm using saturday's version Aug 10 15:54:09 Blu3: a) now it's quite stable Aug 10 15:54:14 DocScrutinizer: i just had a talk with ~5 cell phone repair guys. Aug 10 15:54:19 i don't have time right now, have to wait until later this week Aug 10 15:54:24 it feels like it's trying to fit everything into an unneeded and possibly mismatching structure Aug 10 15:54:26 Blu3: b) user see libframeworkd-phonegui-efl crashes as ophonekid crashes Aug 10 15:54:47 TAsn: that is? Aug 10 15:54:55 What is everything for you? Aug 10 15:55:02 A module is a module, I can't see why you think that Aug 10 15:55:16 Ainulindale, suspend and resume Aug 10 15:55:23 might not fit all the GUI components Aug 10 15:55:30 though libmodulo still requires that Aug 10 15:55:33 (or so it seems) Aug 10 15:55:54 suspend & resume are just name Aug 10 15:55:55 wait wait Aug 10 15:55:55 +s Aug 10 15:56:05 what is "suspend" and "resume" in GUI components? Aug 10 15:56:11 show/hide? Aug 10 15:56:15 dos1, no Aug 10 15:56:15 Suspend means only that the component won't be used/usable until it's resumed Aug 10 15:56:18 that's new and release Aug 10 15:56:20 or something? Aug 10 15:56:23 I'm not sure. Aug 10 15:56:27 as it's trying to name stuff Aug 10 15:56:32 in a very general way to fit everything Aug 10 15:56:33 I think you didn't get it at all Aug 10 15:56:40 Ainulindale: please explain deeper :) Aug 10 15:56:44 dos1: i unzipped the new image on sd, it bootet fine, but without the sim inserted shr-settings does not work, launcher starts but nothing is clickable Aug 10 15:56:53 dos1: well Aug 10 15:56:56 Ainulindale: i'm curious about libmodulo design Aug 10 15:56:58 you load a module Aug 10 15:57:02 you initialize it Aug 10 15:57:06 (using initialize()) Aug 10 15:57:10 you start it Aug 10 15:57:13 as i know almost nothing about it Aug 10 15:57:17 its method are then callable Aug 10 15:57:21 you can stop it Aug 10 15:57:24 then release it Aug 10 15:57:27 and it won't be usable anymore Aug 10 15:57:32 you can also suspend it Aug 10 15:57:35 ok Aug 10 15:57:37 and it won't be usable temporarily Aug 10 15:57:56 but what's adventage for using suspend? Aug 10 15:58:10 Well let us say that you have a module listening to a signal Aug 10 15:58:17 And you don't care about that signal for ten minutes Aug 10 15:58:23 you just suspend the module Aug 10 15:58:46 mhm Aug 10 15:58:52 These concepts are generic lifecycle concepts Aug 10 15:58:58 ptitjes didn't come up with the at random Aug 10 15:59:28 The main advantage IMHO is that it's a structure Aug 10 15:59:32 looks ok for me Aug 10 15:59:33 and modules are therefore autonomous Aug 10 15:59:39 they can inherit some configuration Aug 10 15:59:41 and share stuff Aug 10 15:59:45 and depend one on the other Aug 10 15:59:51 That's up to the guy doing the conf Aug 10 15:59:56 (are there python bindings for libmodulo? :D) Aug 10 15:59:57 Hence it's really modular Aug 10 16:00:02 I don't know Aug 10 16:00:15 TAsn: see page 8 Aug 10 16:00:18 that's interesting IMHO Aug 10 16:00:36 Ainulindale, link me again please, as by lastlog isn't as good as yours :) Aug 10 16:00:43 http://build.shr-project.org/fsoshrudcon/FSOSHRUDCON09-Ophonekitd-Vala-Didier-Ptitjes.pdf Aug 10 16:01:39 I don't care about libmodulo's implementation Aug 10 16:01:41 I care about the concepts Aug 10 16:01:46 Which are known, sensible, proven concepts Aug 10 16:01:55 The implementation is questionable Aug 10 16:01:57 The concepts aren't Aug 10 16:02:11 I truly think it's necessary for us to "componentize" our stuff Aug 10 16:02:16 Because it's easier to maintain that way Aug 10 16:02:24 Easier to visualize the link between the components Aug 10 16:02:30 Easier to package for the integrator Aug 10 16:02:52 Adding a functionnality for ophonekitd is just a matter of writing a new component, with that Aug 10 16:03:02 that's why I think that libframeworkd-phonegui/libfso-phoneui should just go along this way Aug 10 16:03:15 if you don't add a "contacts" module to ophonekitd, it won't handle messages Aug 10 16:03:18 that's the expected behavior Aug 10 16:04:19 anyhow, I'm off. Aug 10 16:04:21 cya later. Aug 10 16:04:28 * dos1 missed libmodulo presentation.... Aug 10 16:04:35 Ainulindale: what about videos? Aug 10 16:05:16 I have them Aug 10 16:05:20 Although they are not edited Aug 10 16:05:26 cinelerra bugged here with them Aug 10 16:07:22 I'll be trying on another computer later on Aug 10 16:07:42 [18:03] if you don't add a "contacts" module to ophonekitd, it won't handle messages Aug 10 16:07:47 yeah I'm tired Aug 10 16:07:51 hmm, is that really what you mean? ;> Aug 10 16:08:01 I'm actually working here Aug 10 16:08:08 ! Aug 10 16:15:11 heyho Aug 10 16:54:29 hi Aug 10 16:54:44 is it possible to start shr-messages directly into a reply state? Aug 10 16:56:15 sylar_, reply - no. Aug 10 16:56:33 will be soon as we are working on a UI dbusification Aug 10 16:56:41 s/a/the/ Aug 10 16:56:43 TAsn meant: will be soon thes we are working on a UI dbusification Aug 10 16:56:48 TAsn: mmm. ok thanks Aug 10 16:57:36 TAsn: and what about the reply inwin of opimd-notifier? it is working? Aug 10 16:58:26 sylar_, I think so Aug 10 16:58:28 but it depends on Aug 10 16:58:48 the complete use of opimd Aug 10 16:58:56 I mean, you gotta use opimd entirely Aug 10 16:59:34 I'm off again Aug 10 16:59:35 ciao. Aug 10 17:02:28 sylar_: opimd-utils isn't phone suite, it's only set of test scripts Aug 10 17:03:54 dos1: I know but now with the following mods I can use shr for daily usage Aug 10 17:04:14 -disabled sms open when there are new sms in the inbox Aug 10 17:04:26 -disabled the default notifier Aug 10 17:05:05 ~opimd-utils Aug 10 17:05:05 well, opimd-utils is not phone suite, it's only set of test scripts for developers. You can use it as phone apps, but without any warranty. Many things are not implemented, *AND THEY PROBABLY WON'T BE*. Aug 10 17:05:08 ;) Aug 10 17:05:29 -installed opimd-utils and adapted it to open shr-messages instead of opimd-messages and resolved the no suspend bug when there are news on the notifier Aug 10 17:05:52 sylar_: "no suspend bug" - hmm? Aug 10 17:05:54 any details? Aug 10 17:05:54 dos1: yes, but I use it and it is really useful and can replace the default notiier Aug 10 17:06:38 dos1: when there are events on the notifier if you don't click on the screen the fr doesn't suspend Aug 10 17:06:52 sylar_: no problem. i just want "normal users" to be away from opimd-utils, as i don't want to hear "opimd-utils is crap cause you can't send new sms from opimd-messages" etc. :P Aug 10 17:07:20 dos1: in fact I linked it to shr-messages Aug 10 17:07:28 only the reply form doesn't work Aug 10 17:07:44 hmm Aug 10 17:07:57 sylar_: that's probably to SIM-Messages-FSO as default backend Aug 10 17:08:03 but just make 'open messages inbox', select the sms and reply Aug 10 17:08:09 dos1: yes Aug 10 17:08:34 sylar_: you have to wait for add_entry support in sim-messages-fso, or for configuration option in opimd-utils to not store sent messages Aug 10 17:08:35 dos1: this is to use the default backend with a nicer notifier and without aoutopen sms Aug 10 17:09:02 sylar_: a) how did you disabled autoopening sms Aug 10 17:09:13 sylar_: b) how did you fixed suspend problem Aug 10 17:09:37 ? Aug 10 17:09:37 opimd-messages Aug 10 17:09:37 wtf, no-suspend issue?? Aug 10 17:09:41 bzzbot: ping Aug 10 17:09:51 uh Aug 10 17:09:53 ~opimd-messages Aug 10 17:09:53 [opimd-messages] crap, and that won't change soon Aug 10 17:10:00 ;) Aug 10 17:10:14 dos1: a) there is a patch from m0nt0 and I don't know why it wasn't applied yet (he asked for it) [sorry for my bad english] Aug 10 17:10:26 sylar_: which patch? Aug 10 17:10:33 i don't know anything about issue and patch Aug 10 17:10:41 (i don't think i even have that issue) Aug 10 17:10:58 dos1: when an sms arrives ophonekitd autoopens it Aug 10 17:11:12 sylar_: oh, yes Aug 10 17:11:28 to disable it just patch ophonekitd and add show_incoming_sms = false in /etc/frameworkd-phonegui.conf Aug 10 17:11:42 sylar_: where the hell is that patch??? Aug 10 17:11:58 * dos1 would commit it if only he saw it! Aug 10 17:12:06 what is the cause of this no-suspend issue?? opimd has nothing to deal with suspend or resource locking Aug 10 17:12:09 m0nt0 patched it. now I haven't the patch link because m0nt0 isn't online but there is a compiled patched ophonekitd here http://freerunner.netsons.org/downloads/ophonekitd_0.0.2+gitrLOCAL-r17_armv4t.ipk Aug 10 17:12:21 sylar_: i'm not interested with compiled package Aug 10 17:12:25 patch patch patch patch ;p Aug 10 17:12:35 dos1: I haven't it at the moment Aug 10 17:12:46 sylar_: and what about suspend issue? Aug 10 17:12:48 m0nt0/von_fritz have them but they aren't online now Aug 10 17:12:49 that's more interesting Aug 10 17:13:15 sylar_: and why that patch wasn't sent to shr-devel? ;p Aug 10 17:13:22 (ok, question not for you :P) Aug 10 17:13:32 I noticed that when the notifier opens it doesn't make the neo suspend as usual Aug 10 17:13:49 sylar_: so? how do you fixed that? Aug 10 17:14:13 DocScrutinizer: i'm just curious what issue is, as some people complain (i don't have it...) Aug 10 17:14:14 ehm... it is a REALLY dirty workaround... Aug 10 17:14:24 it is only a bad temp solution Aug 10 17:14:31 sylar_: but maybe i'll see what is the problem ;p Aug 10 17:14:34 as i have no idea Aug 10 17:15:02 sylar_: hmm? Aug 10 17:15:04 I just used python-xlib to make notifier send a fake X click event on the notifier dialog Aug 10 17:15:08 ...... Aug 10 17:15:13 oh Aug 10 17:15:26 so again "busy" state problem Aug 10 17:15:26 in this way it suspends correctly Aug 10 17:15:30 errrks, that's not helping Aug 10 17:15:47 dos1: so it brings notifier 'infocus' Aug 10 17:16:05 DocScrutinizer: it is helping, as that's not problem with resources or something like that. just idle notifier :P Aug 10 17:16:08 that's been an issue of fso from april or around Aug 10 17:16:15 DocScrutinizer: but it was fixed Aug 10 17:16:25 loooong ago, no? Aug 10 17:16:25 DocScrutinizer: that was me who bugged mickeyl for fixing that Aug 10 17:16:36 DocScrutinizer: and he fixed that, and i tested that, and it worked Aug 10 17:16:38 ;P Aug 10 17:16:49 mmm I don't know but now it doesn't work Aug 10 17:16:50 yap Aug 10 17:17:12 i'll take a look on it Aug 10 17:17:25 ok Aug 10 17:17:43 who is working on shr-installer? (it is very nice) Aug 10 17:18:14 btw now I have to go afk Aug 10 17:18:16 bye Aug 10 17:20:02 sylar_: dos1 Aug 10 17:20:57 DocScrutinizer: hmm...while thinking about it... the way in which we are unblanking screen on incoming call is wrong ;x Aug 10 17:21:09 we're calling xset from rules.yaml on incoming call Aug 10 17:21:30 we should rather set "busy" state in idlenotifier, both on incoming call and incoming sms Aug 10 17:21:55 DocScrutinizer: do you agree? Aug 10 17:22:15 hhm, on first thought yes Aug 10 17:23:47 * DocScrutinizer waits for FR suspending after missed call... Aug 10 17:23:55 blanks... Aug 10 17:24:20 suspends... Aug 10 17:24:22 k Aug 10 17:24:25 DocScrutinizer: try sms Aug 10 17:24:31 i don't know what difference is Aug 10 17:24:35 how??? :-P Aug 10 17:24:38 hmm Aug 10 17:24:45 that's good question :D Aug 10 17:24:50 maybe some internet sms gate? Aug 10 17:25:09 k Aug 10 17:25:15 :-p Aug 10 17:27:57 it's *really* braindead to rise a "one unread sms" notifier, and to display the sms 1sec later :-> Aug 10 17:28:25 waiting... Aug 10 17:29:18 waiting... Aug 10 17:29:58 DocScrutinizer: did it blank? Aug 10 17:30:15 dos1: still waiting (me searches for the wip) Aug 10 17:30:31 DocScrutinizer: but for suspend of for even blank? Aug 10 17:30:34 s/wip/axe/ Aug 10 17:30:35 DocScrutinizer meant: dos1: still waiting (me searches for the axe) Aug 10 17:30:44 no blank Aug 10 17:30:46 ok, i'm replacing sims and debuging :P Aug 10 17:31:17 FSCK BUCK err buuuuug! :-((( Aug 10 17:32:24 hitting screen Aug 10 17:32:53 *hard* :-) Aug 10 17:32:59 blanks... Aug 10 17:33:39 doing another call (it just suspended btw) Aug 10 17:33:53 trying to reproduce here Aug 10 17:34:59 blanked... Aug 10 17:35:16 suspended Aug 10 17:36:23 hmm Aug 10 17:36:29 strange Aug 10 17:37:15 hmm Aug 10 17:37:16 ok Aug 10 17:37:25 DocScrutinizer: that's the same issue which mickeyl fixed Aug 10 17:37:27 the diff tween call and sms to me seems only the sms-display Aug 10 17:37:35 for some reason it doesn't work now ;x Aug 10 17:37:40 DocScrutinizer: no, that doesn't matter Aug 10 17:37:49 DocScrutinizer: on incoming call Display resource is requested Aug 10 17:37:55 and it probably resets idle notifier Aug 10 17:38:03 sure Aug 10 17:38:14 DocScrutinizer: i just tried resume from power button, without touching touchscreen Aug 10 17:38:19 no blank, no suspend too Aug 10 17:38:45 dos1: aah, I see. an inbound call is finished eventually Aug 10 17:38:55 so resource is freed Aug 10 17:39:20 lemme test Aug 10 17:40:14 DAMN Aug 10 17:40:21 ok Aug 10 17:40:28 fix from mickeyl is missing Aug 10 17:40:30 why? ;/ Aug 10 17:40:57 lemme test GPRS (aka IRC) Aug 10 17:41:06 aaaaaaaaaah Aug 10 17:41:08 no Aug 10 17:41:09 it is there Aug 10 17:41:12 mickey|bbq: poor boy Aug 10 17:41:19 DocScrutinizer: everything clear now! Aug 10 17:41:29 DocScrutinizer: he fixed that in ousaged, but not in fsousaged :) Aug 10 17:41:38 lol Aug 10 17:42:14 pleeeeeease fix that, and tell me how to "opkg fixit" then ;-) Aug 10 17:43:04 or, even better, fix "opkg upgrade" as well Aug 10 17:43:56 DocScrutinizer: i have cornucopia git repo access but... Aug 10 17:43:58 it's in vala ;x Aug 10 17:44:07 and fsousaged is broken ATM Aug 10 17:44:13 so nothing i can do *now* ;x Aug 10 17:44:45 mickey|bbq: back! now! Aug 10 17:44:46 mickey|bbq: ping Aug 10 17:44:47 ;) Aug 10 17:45:37 DocScrutinizer: maybe in mean time i'll implement busy state setting in oeventsd, which should be there anyway and which should workaround problem with sms Aug 10 17:45:43 (but not with power button) Aug 10 17:48:31 k, me away now. whole fso-team seems offline atm Aug 10 17:51:34 woohoo, [ADD] on phonelog. :-)) Aug 10 18:02:53 GPRS same issue Aug 10 18:16:58 mickey|bbq, hi around? Aug 10 18:23:02 Sup3rkiddo, hey, do you know something about the logger changes in libfsobasics? Aug 10 18:24:07 mrmoku, nope unfortunately, I just happened to see a lot of new code in cornucopia.. :) Aug 10 18:24:17 Sup3rkiddo, ok :) Aug 10 18:24:39 libfsoframework needs adjusting... and mickey|bbq is barbequeing for quite some time now :P Aug 10 18:26:00 mrmoku, I wonder if theres a tracker somewhere. Its been a month or two since I did something :/.. Aug 10 18:27:37 ok, works :) Aug 10 18:27:39 commiting :) Aug 10 18:27:51 duh? Aug 10 18:28:06 DocScrutinizer: busy state on call and sms Aug 10 18:29:04 dos1: busy means fsousaged (or whatever) thinks there's been a user interaction that resets the idle timer? Aug 10 18:29:23 DocScrutinizer: odeviced, and yet Aug 10 18:29:27 s/yet/yep/ Aug 10 18:29:27 dos1 meant: DocScrutinizer: odeviced, and yep Aug 10 18:29:38 k Aug 10 18:31:04 hmm... Aug 10 18:31:52 s/hmm...// Aug 10 18:31:52 DocScrutinizer meant: Aug 10 18:33:00 s/hmm.../:x/ Aug 10 18:33:02 DocScrutinizer meant: :x Aug 10 18:33:17 Aug 10 18:33:21 s/ /tralalala/ Aug 10 18:33:21 dos1 meant: tralalala Aug 10 18:33:22 i c Aug 10 18:33:28 ;) Aug 10 18:33:36 dos1, fix libfsoframework too :P Aug 10 18:34:27 dos1: usually we don't want busy set on resume. But for call + sms it's ok Aug 10 18:34:53 DocScrutinizer: but no busy means no auto suspend Aug 10 18:35:35 so no autosuspend after gprs activity or pushing power button, without touching screen Aug 10 18:35:54 nah, that's a bug obviously Aug 10 18:36:09 DocScrutinizer: how? Aug 10 18:36:14 hmm Aug 10 18:36:19 ok, so maybe "idle" should be set Aug 10 18:36:21 ;P Aug 10 18:37:00 but something has to be set ;x Aug 10 18:37:31 dos1: see - we might want to resume rather quickly if user doesn't touch screen Aug 10 18:37:53 err, s/resume/suspend/ Aug 10 18:39:03 if a GPRS event wakes device, we might want to keep screen blank and suspend immediately Aug 10 18:39:22 same for RTC-alarm Aug 10 18:39:31 (atm kernel don't allow you to do that) Aug 10 18:39:49 do what? Aug 10 18:40:07 DocScrutinizer: keeping screen blank, as there it vt switching Aug 10 18:40:12 DocScrutinizer: so just back to previous state? (idle_lock)? Aug 10 18:40:20 yup, another bug Aug 10 18:40:29 mickey|bbq: ping ping ping ping Aug 10 18:41:01 (idle-lock) no decent idea yet. I didn't wrap my head around how it's handles atm Aug 10 18:41:38 DocScrutinizer: what about: if resume reason is power button, then "busy", if not, then "idle_lock" (or anything else, which is one previous than "suspend")? Aug 10 18:42:16 sounds like it is what I'd like see, yes Aug 10 18:42:19 DocScrutinizer: now it is busy -> idle -> idle_dim -> idle_prelock -> idle_lock -> suspend Aug 10 18:42:39 mickey|bbq: fsousaged is waiting for you Aug 10 18:42:46 wtf is idle_prelock? Aug 10 18:42:47 both bug fixes and new functionality ;P Aug 10 18:42:52 DocScrutinizer: i have no idea ;x Aug 10 18:43:19 hmm Aug 10 18:43:26 there is "awake" state Aug 10 18:43:30 DocScrutinizer: Aug 10 18:43:32 - "awake": after suspend and on startup, power up peripherals and prepare I/O Aug 10 18:43:34 - "busy": receiving input from input events Aug 10 18:43:36 - "idle": not receiving any input Aug 10 18:43:37 - "idle_dim": not receiving input for "a while", dim the display and/or clock down the CPU Aug 10 18:43:38 - "idle_prelock": not receiving input for "a long while", prepare to put some more I/O to sleep Aug 10 18:43:40 - "lock": not receiving input for "very long", lock the display now Aug 10 18:43:41 - "suspend": shut down CPU, suspend to RAM or DISK Aug 10 18:43:43 (from odeviced sources) Aug 10 18:44:51 but looks like only idle_dim and suspend is implemented now Aug 10 18:44:54 and lock in zhone Aug 10 18:44:55 k, thanks Aug 10 18:45:13 (and busy) Aug 10 18:45:19 dunno about awake, if it's used anywhere... Aug 10 18:45:23 and lock Aug 10 18:45:34 DocScrutinizer: [20:44] and lock in zhone Aug 10 18:52:13 oh Aug 10 18:52:19 neo theme is really waaaaay faster Aug 10 18:53:00 even animations are quite smooth Aug 10 18:53:33 (as some people know, /me is preparing to do his own theme similar to nEo, but with more friendly colors and with some nice gradients on selected items) Aug 10 18:55:50 * dos1 is impressed how fast scrolling on neo can be Aug 10 18:56:08 nice, it motivated me more to do that theme Aug 10 18:56:10 ;) Aug 10 18:57:45 dos1, how long will it take you to do it? Aug 10 18:59:13 dos1: AIUI fsoeventsd should set state to idle on all wakesources but powerbutton, which should set busy Aug 10 18:59:22 mrmoku: i hope to get some parts of elementary theme tomorrow Aug 10 18:59:38 DocScrutinizer: so "idle", yup? Aug 10 18:59:48 yup Aug 10 19:02:15 mickey|bbq: ^^^ ;p Aug 10 19:03:35 * DocScrutinizer wonders how to pipe xchat to a test2speech converter. So this would be nice for shower which I'll gonna take now Aug 10 19:07:23 dos1, fast scrolling on neo? where?! Aug 10 19:08:38 SHR: 03seba.dos1 07shr-themes * r53cd46fc530a 10/frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf: frameworkd-config-shr: add comments to frameworkd.conf Aug 10 19:08:43 SHR: 03seba.dos1 07shr-themes * r7316b7f43c89 10/frameworkd/frameworkd-config-shr/ (om-gta02/rules.yaml rules.yaml): frameworkd-config-shr: comment out occupying CPU resource when charging, as it's handled by ophonekitd Aug 10 19:08:43 SHR: 03seba.dos1 07shr-themes * ra794ec63d9d2 10/frameworkd/frameworkd-config-shr/ (om-gta01/rules.yaml om-gta02/rules.yaml rules.yaml): frameworkd-config-shr: set busy state on incoming call and sms Aug 10 19:08:50 F4t: with nEo theme Aug 10 19:09:14 dos1, ah right, well scrolling text without x is even faster Aug 10 19:09:15 and x11-16 engine Aug 10 19:09:28 F4t: hmm? i wouldn't say that Aug 10 19:09:39 scrolling text on framebuffer is damn slow Aug 10 19:09:48 who said anything about framebuffer Aug 10 19:10:00 the same as who said anything about more then 2 colors Aug 10 19:10:00 hmm Aug 10 19:10:18 without x? so with what? :P Aug 10 19:10:58 the scrolling text at boot? Aug 10 19:11:02 and i want to do theme "as-fast-as-neo-but-with-better-colors" Aug 10 19:11:17 F4t: that's what i mean by 'framebuffer', as that exactly is text on framebuffer :P Aug 10 19:11:32 oh, then yes its faster then scrolling anything in x Aug 10 19:11:46 s/-better-colors/-better-colors-and-some-graphics/ Aug 10 19:11:51 F4t: and i said i wouldn't say that Aug 10 19:12:36 F4t: i think scrolling text on framebuffer is slower than scrolling shr-settings page with nEo theme and x11-16 engine Aug 10 19:12:55 and that's even logical Aug 10 19:13:03 dos1, how exactly is it logical? Aug 10 19:14:07 F4t: more places with just solid color, less text more primitives, acceleration (a little, but it is) Aug 10 19:14:15 F4t: that's not X which makes glamo slow Aug 10 19:14:16 ;P Aug 10 19:14:47 i dunno, seems odd to me Aug 10 19:15:14 F4t: after poping up keyboard scrolling in shr-settings is even almost as smooth as in G1 or iPhone :) Aug 10 19:15:28 lol Aug 10 19:16:16 on full screen it's a little worse, but still acceptable Aug 10 19:16:30 dos1, how about poping keyboard and the illume top bar... :P Aug 10 19:17:17 F4t: it should be even faster, but you can't scroll with illume top bar ;p Aug 10 19:17:50 someone should enable that :) would make scrolling that much faster Aug 10 19:19:03 scrolling on fb is fubar Aug 10 19:19:11 aka buggy Aug 10 19:21:20 what console does (at least when destroying FSO splash) is a braindamaged re-rendering of every single char on screen, just one line moved up. it's pretty obvious this is slow as hell Aug 10 19:22:18 Well - that's more the console implementation that the fb --- QtEI is (was?) FB based, and it was *very* responsive... Aug 10 19:22:42 I'd implement scrolling with a blit of whole screen one line up, then printing new line at bottom Aug 10 19:29:50 on gta01 or 02? Aug 10 19:31:01 DocScrutinizer, thats assuming blit is faster then redrawing text :) Aug 10 19:31:23 yup Aug 10 19:31:52 and it should, as glamo should be able to do such simple gfx-op Aug 10 19:32:10 at least with two steps ;-P Aug 10 19:33:14 but usually you even can reprogram memscan start and stop and do not need to copy a single bit Aug 10 19:33:38 if Weiss's stuff works it could be reimplemnted over that possibly Aug 10 19:34:31 mrmoku, what about our image? :) Aug 10 19:35:02 anyhow, I'm off to get some more sleep Aug 10 19:35:05 * TAsn is such a bum. Aug 10 19:35:06 (today) Aug 10 19:35:41 TAsn, no libfsoframework no image Aug 10 19:35:45 simple as that :( Aug 10 19:35:59 mrmoku, hasn't mickey|bbq finished that bbq already?! :( Aug 10 19:36:43 why make another image? is there a great advancement from the last one? Aug 10 19:36:59 F4t, YES! Aug 10 19:37:04 TAsn, do tell Aug 10 19:37:07 opkg-cl -> opkg again :) Aug 10 19:37:32 we can't ship a this broken image as testing now can we? Aug 10 19:37:45 F4t, it'll of course be fixed by opkg upgrade as well Aug 10 19:37:51 so you won't need to reflash Aug 10 19:37:52 wont it be easier to fix this image instead of regenerating a new one? Aug 10 19:38:10 * Weiss awakes Aug 10 19:38:11 F4t, huh? Aug 10 19:38:16 image generation is automatic Aug 10 19:38:30 bitbake shr-image or I dunno what Aug 10 19:38:33 u cant every tuny bug regenerate the whole image, since it will contain new stuff, that will bring in new bugs Aug 10 19:38:43 tiny* Aug 10 19:38:55 F4t, oh, no, same package revs for most Aug 10 19:39:05 most is not all Aug 10 19:39:53 if u want a true testing image, that will then be made "stable" u must fix it without updating to new software each time Aug 10 19:40:05 F4t, we know Aug 10 19:40:14 it's just that unstable doesn't work this way Aug 10 19:40:21 me made unstable auto-update Aug 10 19:40:27 once we get one solid image Aug 10 19:40:29 we'll move to testing Aug 10 19:40:36 and will start working correctly Aug 10 19:40:41 don't worry about taht. Aug 10 19:40:42 taht. Aug 10 19:40:44 that. Aug 10 19:40:46 Thats what im trying to tell you, you wont get a solid testing image by randomly generating unstable ones Aug 10 19:41:23 F4t, I know you are correct in general, though that's our best alternative atm. unless I'm wrong ( mrmoku am I? ) Aug 10 19:41:42 why not fix up the testing image? Aug 10 19:41:46 F4t: how? Aug 10 19:41:48 ;p Aug 10 19:41:51 F4t: so do that! Aug 10 19:41:52 ;p Aug 10 19:42:09 unpack jffs2 and tar.gz.... fix the stupid missing symlink, and repack it back Aug 10 19:42:10 dos1, it is possible Aug 10 19:42:17 F4t, doesn't work this way. Aug 10 19:42:22 F4t: baaaaaaad Aug 10 19:42:25 F4t: and uglyyyyyyyyyy Aug 10 19:42:27 and look at the wonder, a bug was fixed, without voiding all the testing done until now Aug 10 19:42:28 mrmoku, F4t gave me an idea Aug 10 19:42:36 mrmoku, here? Aug 10 19:42:42 * mrmoku sleeping Aug 10 19:42:47 F4t: no, that's bad, ugly and has unwanted side effects Aug 10 19:42:50 mrmoku, why won't we build a testing image NOW Aug 10 19:42:54 with all the old revs Aug 10 19:42:57 and new opkg rev ? Aug 10 19:42:58 F4t: what about upgrade? what about building image by other people?... Aug 10 19:43:00 if each time a bug is found, you regenrate the full image, you void all the tests done to it, and start from scratch... Aug 10 19:43:13 F4t, we know Aug 10 19:43:21 F4t: that's with unstable Aug 10 19:43:27 F4t: and that's how it should work Aug 10 19:43:28 F4t, what do you understand by 'fixing an image' ? Aug 10 19:43:40 mrmoku: unpacking, fixing, repacking... ;x Aug 10 19:43:41 dos1, then fix opkg, open jffs2/tar.gz... opkg upgrade opkg ONLY, repack it... and all is well Aug 10 19:43:43 mrmoku, please ignore F4t's last comment, he is not being himself Aug 10 19:43:55 :) Aug 10 19:44:00 tmzt: i plan to do a "turbo-scrolling" demo at some point.. Aug 10 19:44:11 mrmoku, anyhow, what do you think about my testing idea? Aug 10 19:44:13 F4t: what strange happened to you? ;x Aug 10 19:44:20 dos1, lol :) Aug 10 19:44:34 anyway... off to bed. if mickey|bbq did not fix it by tomorrow morning I will consider doing that Aug 10 19:44:40 i dont understand how you all cant see the problem here.... replacing the tetsing image with a new one each time does no good.... Aug 10 19:44:51 mrmoku, waiiit :) Aug 10 19:45:00 mrmoku, didn't you already set the revs? Aug 10 19:45:09 TAsn, quit badgering mrmoku, he came for a different topic Aug 10 19:45:09 F4t, manually fiddling with an image neither Aug 10 19:45:10 consider maybe just letting it build in the meanwhile Aug 10 19:45:11 TAsn, no Aug 10 19:45:16 mrmoku, ok, night. Aug 10 19:45:17 F4t: it is *the only one possibility*, as image has to be buildable Aug 10 19:45:30 F4t, You don't know how annoying I can become :) Aug 10 19:45:35 night all Aug 10 19:45:40 mrmoku|away, night. Aug 10 19:45:44 dos1, its buildable, what makes it unbuildable? Aug 10 19:45:56 dos1, F4t's solution is buildable Aug 10 19:45:59 now doubt about that. Aug 10 19:46:09 as it's only one minor package update Aug 10 19:46:28 even not a real package update but a postinst update Aug 10 19:46:52 even if its several package updates, its still package updates you control and u know fix a bug, not random new revisions of buggy software from unstable Aug 10 19:47:12 F4t, I agree. though let me explain the real rationale Aug 10 19:47:19 opkg upgrade is a bitch Aug 10 19:47:23 we DO NOT WANT Aug 10 19:47:28 to announce a new untsable is out Aug 10 19:47:32 to fix some opkg tiny bug your gonna ship a testing with a newly made bug in i dunno, intone.... Aug 10 19:47:36 and make users opkg ugrade and break everything Aug 10 19:47:52 is bad Aug 10 19:47:56 (as some packages are broken atm) Aug 10 19:48:17 tough I don't agree on suggested solution, still I 100% agree with F4t about problem Aug 10 19:48:23 before we release a new unstable we want to make sure both opkg upgrade and reflashing are valid options Aug 10 19:48:25 TAsn, so how exactly is generating a new unstable to be tetsing image gonna avoid that? Aug 10 19:48:30 DocScrutinizer, Sure he's right Aug 10 19:48:41 basically when you opkg upgrade, modem connectivity dies (I was told it was ophonekitd Aug 10 19:48:44 F4t, we are not generating an unstable to be a testing image. Aug 10 19:48:57 it's an unstable candidate Aug 10 19:49:06 it'll be regenerated for testing when the time comes Aug 10 19:49:13 so theres a different set of bitbake scripts that generate a testing image? Aug 10 19:49:18 F4t, just because or repo is broken atm. Aug 10 19:49:25 no? so its an unstable image, that became testing Aug 10 19:49:34 F4t, not as easy as that. Aug 10 19:49:41 there are the same bitbakes Aug 10 19:49:48 cant see how it can get any easier... Aug 10 19:49:52 but in testing Aug 10 19:49:59 you set revs manually, while in unstable Aug 10 19:50:04 they are automatically set Aug 10 19:50:10 you need to regenerate testing Aug 10 19:50:17 to make sure you set all the revs correctly Aug 10 19:50:26 as users may attempt to build custom images Aug 10 19:50:39 we should branch git shr-u to a temp tree, fix the known issues there, then move that to testing. After we need to backport cherrypicked bugfixes to testing from unstable Aug 10 19:50:47 so, once you can control the rev of everything in testing, so generating a new image can be done with just the rev of opkg updated....? Aug 10 19:51:09 DocScrutinizer, that's what I just suggested to mrmoku|away (kinda) Aug 10 19:51:09 s/once// Aug 10 19:51:09 F4t meant: so, you can control the rev of everything in testing, so generating a new image can be done with just the rev of opkg updated....? Aug 10 19:51:28 F4t, yes Aug 10 19:51:43 following your crooked hacks I just suggested mrmoku|away exactly that. ;) Aug 10 19:51:50 lol Aug 10 19:52:03 F4t, your ideas are undeniably correct Aug 10 19:52:15 just the way of actually unpacking and repacking the jffs2 image were wrong Aug 10 19:52:18 (in our pov) Aug 10 19:52:26 i wasnt informed enough about the process of making a testing image... Aug 10 19:52:31 TAsn: well that's the way it is done everywhere else (distri wise) AIUI Aug 10 19:52:31 There's nothing more too it. :) Aug 10 19:52:40 F4t, I know you weren't Aug 10 19:52:54 DocScrutinizer, It's easier when you already have a base testing image Aug 10 19:53:03 and that's what were trying to achieve Aug 10 19:53:11 though F4t suggested a valid solution Aug 10 19:53:21 to form the base image. Aug 10 19:53:37 Bert_2: no, it's fsousaged Aug 10 19:54:14 yep, but to me it seems we differ from last testing image so much we rather should create a new one from scratch, from the fixed temp-branch of U Aug 10 19:54:31 DocScrutinizer, that's exactly what we are doing Aug 10 19:54:41 mrmoku|away copied all the revs from the latest testing Aug 10 19:54:51 and we'll start testing from scratch Aug 10 19:54:59 and will update it on a weekly basis Aug 10 19:55:12 sounds like a plan Aug 10 19:55:25 dos1: and what does that part do exavtly (just looking at this channel out of interested, you can ignore me if you want to) Aug 10 19:55:44 DocScrutinizer, we are good at planning, the execution of plans is where we stall. ;) Aug 10 19:55:53 lol Aug 10 19:56:10 Bert_2: handling resources. ophonekitd without GSM resource can't register to network Aug 10 19:56:32 so do a git clone (or branch or whatever that shit is called) right *now* Aug 10 19:56:55 DocScrutinizer, he already did it when he built the last U image Aug 10 19:57:03 as now everything is broken ;) Aug 10 19:57:08 dos1: I see, I saw fsousaged error while upgrading, and also libgsm0710mux Aug 10 19:57:10 the only diff from the last U we need to do is opkg Aug 10 19:57:15 TAsn: cool we are Aug 10 19:57:42 DocScrutinizer, as I said, we are great strategists, and not as good warriors :) Aug 10 19:59:59 i'm bad strategist. i'm warrior, but with only one knife called "python" :P Aug 10 20:00:36 dos1, I wouldn't call python a knife, but at least a small nuke bomb ;) Aug 10 20:00:50 when i get some other knife, i can do something with it, but that's not the same as mine ;P Aug 10 20:00:53 TAsn: :D Aug 10 20:00:56 good point ;D Aug 10 20:01:17 python is an all powerfull hungry poison spitting snake Aug 10 20:01:19 :P Aug 10 20:03:00 F4t, hehe intimidating! Aug 10 20:03:14 F4t, though this explains who ate my ram and cpu! Aug 10 20:05:14 SHR: 03tom 07libphone-utils * r0a3a19e93237 10/src/phone-utils.c: added the shamefully forgotten credits to Joerg for coming up with the number normalization algorithm Aug 10 20:08:10 TAsn, do you know if is it safe to opkg upgrade unstable now? Aug 10 20:09:09 Sharwin_F, yes I know Aug 10 20:09:15 it's *NOT* :) Aug 10 20:09:44 Sharwin_F, unfortunately, warning is still relevant ;( Aug 10 20:09:59 Sharwin_F, just wait, hopefully we'll generate a testing image tomorrow Aug 10 20:10:08 i think its safe to use step_by_step script... Aug 10 20:10:08 as this image proved to rock :) Aug 10 20:10:10 worked for me... Aug 10 20:10:13 TAsn, doh! didn't look at the 2nd part of the warning :P Aug 10 20:10:18 F4t, step_by_step? Aug 10 20:10:51 TAsn, which is the problem in the unstable image? Aug 10 20:10:55 Sharwin_F, I know ;( that's what happens when we are forced to write a couple of warnings, we should avoid that, actually we should avoid warnings and just make a decent testing already :) Aug 10 20:11:01 Sharwin_F, libfsoframework Aug 10 20:11:15 TAsn, http://build.shr-project.org/tests/shr-step-by-step-upgrade.sh Aug 10 20:11:32 F4t, no, it's not the issue Aug 10 20:11:41 there's a broken image in latest unstable repos Aug 10 20:11:46 (built yesterday night iirc) Aug 10 20:11:47 ah, lovely... Aug 10 20:11:55 and mickey|bbq wen't to a bbq and was never seen since then :) Aug 10 20:12:04 hehe Aug 10 20:12:05 TAsn: (rock) it sucks! doesn't autosuspend, and we seem to miss whole fso-crew in action Aug 10 20:12:10 s/ never/n't/ Aug 10 20:12:11 TAsn meant: and mickey|bbq wen't to a bbq and wasn't seen since then :) Aug 10 20:12:49 DocScrutinizer, doesn't auto-suspend? really? didn't see it here (as I mostly manually suspend, sec, testing) Aug 10 20:12:59 actually I can verify Aug 10 20:13:03 it does auto suspend here Aug 10 20:13:16 TAsn: backscroll ~2\ Aug 10 20:13:23 I can clearly remember it auto suspended a lot of times in the last 48 hrs. Aug 10 20:13:25 2h Aug 10 20:13:34 DocScrutinizer, who made the report? Aug 10 20:13:44 oh ok Aug 10 20:13:44 hmm, Aug 10 20:13:57 the config patches dos1 made were for that? Aug 10 20:14:09 here we go, just auto suspended for me. Aug 10 20:14:37 it seems that I'm the worst tester in the world, I can't spot bugs as for me the moko "just works" Aug 10 20:14:40 basically sylar_ Aug 10 20:14:46 I'm serious! I rarely experience any bugs :) Aug 10 20:15:06 then dos1 and me Aug 10 20:15:50 DocScrutinizer, btw, was it you or PaulFertser who worked on a unified sound while in call management system? Aug 10 20:15:54 TAsn: suspend, receive sms, wait forever to re-suspend Aug 10 20:16:08 TAsn, turns out you're lucky and I can't sleep :P Aug 10 20:16:10 mostly was me Aug 10 20:16:16 TAsn: autosuspend isn't working only on on incoming sms (or pressing power button on gprs activity) and without touching screen Aug 10 20:16:25 s/was/is/ Aug 10 20:16:25 DocScrutinizer meant: mostly is me Aug 10 20:16:27 DocScrutinizer, i c. well only tested this scenario with incoming calls Aug 10 20:16:32 mrmoku, it seems that I'm the worst tester in the world, I can't spot bugs as for me the moko "just works" Aug 10 20:16:37 you see everyone? Aug 10 20:16:41 TAsn, turns out you're lucky and I can't sleep :P Aug 10 20:16:47 everything "just works" for me :) Aug 10 20:16:48 TAsn: with calls it works :-P Aug 10 20:16:59 borks with sms and GPRS Aug 10 20:17:16 dos1, gimme a shr-settings rev please ;) Aug 10 20:17:21 SHR: 03seba.dos1 07shr-themes * r7c92a3921e59 10/frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf: frameworkd-config-shr: switch back scantype to auto (commited by mistake :/) Aug 10 20:17:43 mrmoku, also frameworkd-config-shr should be updated Aug 10 20:17:55 (no idea if you were here or not) Aug 10 20:18:14 TAsn, saw the commit+ Aug 10 20:18:15 mrmoku: 4e0fbe17e4fddd18b0455ec4d007ab3f1d19918e Aug 10 20:18:17 so we have frameworkd-config-shr, shr-settings and opkg for the new testing image Aug 10 20:18:20 iirc. Aug 10 20:18:26 * TAsn is excited ;) Aug 10 20:18:52 TAsn: and there is bug in fsousaged, but the most annoying thing is workarounded by frameworkd-config-shr now Aug 10 20:19:08 dos1, cool. Aug 10 20:19:12 (but thing workarounding it should be in config even without that bug ;P) Aug 10 20:19:35 dos1, same as workarounding that state bug I did in libphonegui-efl Aug 10 20:19:43 it should have been there in the first place ;) Aug 10 20:20:09 DocScrutinizer, (unified scenario handler or what ever it's name is) how is it going? Aug 10 20:20:16 DocScrutinizer, as I'm very interested in that. Aug 10 20:20:31 finally a decent way to manage sound. Aug 10 20:20:44 I really want devs of new phoneui to use that Aug 10 20:21:22 mrmoku: check if newest frameworkd is also in image Aug 10 20:21:23 although I like my in libphoneui implementation of this, I'd really like seeing it done in a correct place. Aug 10 20:21:38 mrmoku: as i fixed quite important bug recently Aug 10 20:21:42 in opimd Aug 10 20:21:44 dos1, gimme rev Aug 10 20:21:55 TAsn: (ACI) it's more than 15 lines of script, and particularly it includes some mandatory spec papers. I'm abysmal on that task. Aug 10 20:22:04 this way I can tell everybody it is your fault ;) Aug 10 20:22:08 mrmoku: e96a204768744130859ab091162ec5c976854d49 Aug 10 20:22:30 dos1, well that one already is in the unstable image Aug 10 20:22:31 mrmoku, this time I don't want to accuse anyone (including dos1) I just want a working testing :) Aug 10 20:23:03 DocScrutinizer, what do you want it to be in the end? Aug 10 20:23:15 F4t, gimme a connman rev ;) Aug 10 20:23:38 mrmoku, nm-AUTOREV? :D Aug 10 20:23:49 F4t, ok :) Aug 10 20:23:53 a daemon offering dbus way to request sound states? Aug 10 20:23:56 5 mniutes ago i got call but i can't accept taht because i was in another application and nowhere had been showed that there is an icoming call, i only hear the ringtone Aug 10 20:24:03 mrmoku, wait a sec, ill give u one..... Aug 10 20:24:24 tobii_, weird. are you sure there was'nt an open window? if so Aug 10 20:24:34 mrmoku, if you remove loopback, ppd, and bluetooth, then latest..... Aug 10 20:24:35 please send us /var/log ;) Aug 10 20:24:37 tasn: yes i searched the window Aug 10 20:24:45 pppd* Aug 10 20:24:46 tasn: but there was no Aug 10 20:24:48 :( Aug 10 20:24:52 F4t, otherwise latest won't work? Aug 10 20:24:56 TAsn: in the end: a way to include resorce-allocation into alsa device definition in alsa's config files (like .asoundrc), so app does not need to care abot *any* specifics of audio mixer setup and sharing Aug 10 20:24:58 (if you haven't rebooted) Aug 10 20:25:24 mrmoku, im currently in the process of debugging a problem [Rui] has with bluetooth plugin seeming to use the wifi device and break everything... Aug 10 20:25:29 DocScrutinizer, cool. Aug 10 20:25:38 mrmoku, and in general loopback plugin should be killed Aug 10 20:26:13 F4t, ok Aug 10 20:26:17 DocScrutinizer, btw, concerning the error reporting script we discussed, managed to do some ps lsofres foo? :) Aug 10 20:26:20 mrmoku, since no one is using connman's bluetooth anyway, removing it from default installation is best, keep it in repo, but dot include it in image Aug 10 20:26:32 s/dot/dont Aug 10 20:26:32 TAsn: the parts and concept are there ~70%. (mostly fsousaged needs to learn a little) Aug 10 20:26:35 s/dot/dont/ Aug 10 20:26:36 F4t meant: s/dont/dont Aug 10 20:26:40 F4t, what about ethernet? you don't want that too IIRC Aug 10 20:26:40 crap Aug 10 20:26:52 DocScrutinizer, was that about the bug reporting script? Aug 10 20:26:55 or ACI? Aug 10 20:27:00 (sounded like ACI) Aug 10 20:27:06 nope, abot ACI Aug 10 20:27:14 mrmoku, im not sure about that one, i uess if theres no ethernet by default there will be less complaints about "CANT CONNECT TO SSH... ARGH HELP!!!" Aug 10 20:27:19 cool. Aug 10 20:27:23 so no ethernet in default image Aug 10 20:27:36 uess=guess Aug 10 20:27:40 DocScrutinizer, and concerning the bug reporting script? Aug 10 20:27:56 not even thought about it today Aug 10 20:28:09 maybe later on Aug 10 20:28:23 dos1, where does shr-settings get it's "backup archive" files list from? Aug 10 20:28:43 TAsn: somewhere in /etc/shr-settings/ Aug 10 20:28:44 bbl Aug 10 20:28:45 TAsn: from a conf Aug 10 20:28:49 DocScrutinizer, cool. ciao. Aug 10 20:28:53 TAsn: which is badly done for the time being iMHO Aug 10 20:29:00 TAsn: but that's not my code :P Aug 10 20:29:01 It should be from a dir of conf Aug 10 20:29:06 Ainulindale, aye. Aug 10 20:29:07 It's Toaster's Aug 10 20:29:11 I agree Aug 10 20:29:14 F4t, are we sure current current connman will work? Aug 10 20:29:15 The function is good, he just didn't modify the last bits Aug 10 20:29:27 furthermore I think we should include a version file Aug 10 20:29:47 SHR version ? Aug 10 20:29:50 yes Aug 10 20:29:53 there is one Aug 10 20:29:56 IIRC Aug 10 20:29:59 I mean in the backup Aug 10 20:29:59 mrmoku, not sure... :D Aug 10 20:29:59 It's automagically generated Aug 10 20:30:05 there's /etc/version Aug 10 20:30:08 TAsn: check angstrom-version Aug 10 20:30:12 we could modify it for SHR Aug 10 20:30:15 F4t, ok, will take the one from the image then Aug 10 20:30:20 * mrmoku does not feel like risking :P Aug 10 20:30:20 though I'm not sure it's upgraded on opkg upgrade Aug 10 20:30:24 from yesterdays image? Aug 10 20:30:30 TAsn: well we could generate it anyway Aug 10 20:30:31 mrmoku, /\ Aug 10 20:30:46 * 2 days ago image Aug 10 20:31:00 Ainulindale, I want a version for every component maybe, as you said we'll have a list of configurations and every configuration will match a package which it's version we'll copy Aug 10 20:31:06 F4t, yep e77f2d1c63c96990529f4e4294337263b8738ff8 Aug 10 20:31:09 this will help us make "smart updates" Aug 10 20:31:15 i.e if version is less than 0.2 Aug 10 20:31:20 mrmoku, thats the one [Rui] has problems with (2 days ago image) Aug 10 20:31:21 we should process the data this way Aug 10 20:31:27 otherwise, just a dumb copy Aug 10 20:31:31 Ainulindale, get what I mean? Aug 10 20:31:32 TAsn: you have that in opkg Aug 10 20:31:46 (in its database) Aug 10 20:31:51 Ainulindale, I know, I'm just saying we should match a version to a list of configs Aug 10 20:32:04 configs = archive configs Aug 10 20:32:14 well that's easy to do Aug 10 20:32:18 Ainulindale, aye. Aug 10 20:32:24 you just ship the appropriate conf file with the version of the package Aug 10 20:32:28 do you agree with the general idea though? Aug 10 20:32:33 F4t, take the current one and see how it works? Aug 10 20:32:42 Ainulindale, actually that's a *very* (no caps ;) ) good idea :) Aug 10 20:32:43 I think that versioning backup is a bit overkill as it may be useful in one or two cases Aug 10 20:32:45 (shipping with package) Aug 10 20:32:51 TAsn: err Aug 10 20:32:55 that was my idea from the start Aug 10 20:33:03 that's why I was intending to make toaster read a dir of conf Aug 10 20:33:03 mrmoku, if your asking me to do it, i cant right now, if ur asking if its the right thing to do, then yes Aug 10 20:33:13 Ainulindale, hehe okie :) Aug 10 20:33:15 then I missed that. Aug 10 20:33:20 btw I still see ~5% packetloss on GPRS and that seems the cause to render tangogps map dl fubar and thus tango unusable Aug 10 20:33:20 in order to allow us to ship conf for shr-settings-backup as an extra to packages Aug 10 20:33:24 where's that Toasetr? Aug 10 20:33:35 available by mail Aug 10 20:33:37 cameron frazier Aug 10 20:33:47 Ainulindale, cool. Aug 10 20:33:53 I'll bug him later ;) Aug 10 20:34:11 for the versioning thing Aug 10 20:34:19 I think it may be useful in only one or two cases though Aug 10 20:34:36 But anyhow it'll be automagically handled as long as one can ship extra conf with a package Aug 10 20:34:52 Ainulindale, but those cases can be a *very* important Aug 10 20:34:58 for example Aug 10 20:35:04 Now you talk as ptitjes talks Aug 10 20:35:08 F4t, second one... will do then Aug 10 20:35:08 =) Aug 10 20:35:13 Ainulindale, :( Aug 10 20:35:17 haha Aug 10 20:35:25 a change in SQLite-contacts structure could mean everyone will loose their data Aug 10 20:35:25 That's just because the *very* emphasis is rather subjective Aug 10 20:35:35 Yeah I know Aug 10 20:35:41 mrmoku, thanks Aug 10 20:35:41 But that should be handled at postinst Aug 10 20:35:45 aaah, and if anybody might be interested: the fifo buffer in calypso's uart is 64byte Aug 10 20:35:45 (brb) Aug 10 20:35:55 Ainulindale, exactly Aug 10 20:36:04 Ainulindale, but that's an issue if it comes from an archive Aug 10 20:36:14 (dumb copy) Aug 10 20:36:19 (or extracting data) Aug 10 20:38:03 well TAsn Aug 10 20:38:20 you can't manage everything Aug 10 20:38:23 dos1, btw, many people are responding on phoneui wiki :) Aug 10 20:38:33 It's impossible to manage everything, rather Aug 10 20:38:36 You'll exhaust yourself Aug 10 20:38:48 This specific case should be handled by the underlying software IMHO Aug 10 20:38:51 That is Aug 10 20:38:58 Ainulindale, of course, though my view for upgrade path (as well as backing up): Aug 10 20:38:58 revision for the database in the db Aug 10 20:39:04 handling of the revision in the software Aug 10 20:39:08 automatic migration at postinst Aug 10 20:39:18 error message at runtime if revision is lower than expected with howto migrate Aug 10 20:39:31 That's the usual way to do, with automatic migration if possible Aug 10 20:39:59 a script that receives a version and a database and upgrades it to the current database, the script will be called from postinst as well as from the extract backup script Aug 10 20:40:17 well Aug 10 20:40:21 rather than by the backup script Aug 10 20:40:31 Ainulindale, by software itself? Aug 10 20:40:34 it should be shipped as a /usr/share extra Aug 10 20:40:40 and the software should error on the db and refer to it Aug 10 20:40:50 You won't be able to handle every case in the backup Aug 10 20:40:57 It'll be a maze, spaghetti code, and a mess in the end Aug 10 20:41:04 Rather it should be done by upstream Aug 10 20:41:09 This way backup stays as dumb as it should be Aug 10 20:41:15 And it's a lot saner Aug 10 20:41:24 Ainulindale, I agree this should be done by upstream Aug 10 20:41:27 Obviously it may or may not be possible in specific cases Aug 10 20:41:36 And for that easier you build a gas factory Aug 10 20:41:40 We won't provide anything ourselves. Aug 10 20:41:49 Or you point out to the user that something may not work Aug 10 20:41:54 For specific packages Aug 10 20:42:00 In the case of opimd Aug 10 20:42:05 I think opimd should handle that itself Aug 10 20:42:12 Ainulindale, I think it's not automatic enough though, maybe the backup extracting should warn and ask user? Aug 10 20:42:26 TAsn: you mean when it may be harmful? Aug 10 20:43:06 Ainulindale, yes Aug 10 20:43:13 To me, restore of specific packages when the restore may be harmful should warn the user and force him to say yes/no Aug 10 20:43:13 otherwise it should be done automatically Aug 10 20:43:21 Ainulindale, hehe :) Aug 10 20:43:22 This should be done by a specific directive in the conf of the backup Aug 10 20:43:25 As I just told Aug 10 20:43:37 22:39:43 < Ainulindale> Or you point out to the user that something may not work Aug 10 20:43:40 22:39:48 < Ainulindale> For specific packages Aug 10 20:43:42 Ainulindale, I know, was just verifying we are on the same page. Aug 10 20:43:59 Wishing to handle versions/revisions is a "good action" Aug 10 20:44:11 I just don't think you'll have the time nor the willpower to do that for all software Aug 10 20:44:19 So in the end you might as well do it for none Aug 10 20:44:39 And act according to the best-effort policy, or rather, the less-annoyance Aug 10 20:44:42 TAsn: answered :D Aug 10 20:45:00 Warn the user if something is bound to go wrong in the case it might Aug 10 20:45:51 Ainulindale, I'll just provide that for core phone info, which means opimd, phone-utils.conf, frameworkd.conf? Aug 10 20:46:27 maybe let the user choose if to copy all the conf in home Aug 10 20:46:29 frameworkd.conf was done in the main conf as well as libframeworkd-phonegui.conf Aug 10 20:46:33 opimd wasn't Aug 10 20:46:42 although you'll have to modify shr-settings backup module Aug 10 20:46:46 It shouldn't be that difficult Aug 10 20:47:47 AAAAAAAAAAARGH Aug 10 20:47:49 http://www.dgmlive.com/news.htm?entry=2529 Aug 10 20:47:52 AAAAAARGH Aug 10 20:47:58 * Ainulindale blabbers around Aug 10 20:48:55 Ainulindale, cool :) Aug 10 20:49:01 I like king crimson Aug 10 20:49:32 I'm an utter fan Aug 10 20:49:51 nah, I just like them :) Aug 10 20:49:59 I have a bunch of cds, nothing more :) Aug 10 20:50:36 http://rateyourmusic.com/~Julien_Ainulindale Aug 10 20:50:37 Check that Aug 10 20:51:04 hehe checking (and leaving) Aug 10 20:51:05 cya. Aug 10 20:51:55 I'll maybe come back soon. Aug 10 20:52:28 btw mrmoku let me know how this goes :) Aug 10 20:52:42 shit Aug 10 20:52:55 just found up I'm up in 5 hrs :| Aug 10 20:52:56 ciao. Aug 10 20:59:37 freesmartphone.org: 03zimmermann 07dos/opimd-tracking * r2d8026109cfe 10framework/framework/subsystems/opimd/ (pimb_sqlite_dates.py pimd_dates.py): Aug 10 20:59:37 freesmartphone.org: opimd: add Dates domain and SQLite-Dates backend Aug 10 20:59:37 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Aug 10 20:59:41 freesmartphone.org: 03zimmermann 07dos/opimd-tracking * rf3b0b98412dc 10framework/framework/subsystems/opimd/pimd_dates.py: Aug 10 20:59:41 freesmartphone.org: opimd: Dates: fixed indentiation error and removed unused method GetDatesOfDayByTimestamp Aug 10 20:59:43 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Aug 10 20:59:45 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r2dc20610d873 10framework/framework/subsystems/opimd/pimd_dates.py: opimd: Dates: don't reference do Contacts in code anymore Aug 10 20:59:48 freesmartphone.org: 03zimmermann 07dos/opimd-tracking * r80d52fb75511 10framework/framework/subsystems/opimd/opimd.py: Aug 10 20:59:51 freesmartphone.org: opimd: include Dates domain and SQLite-Dates backend when loading Aug 10 20:59:53 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Aug 10 20:59:55 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rfa3c5537efce 10framework/framework/subsystems/opimd/pimd_dates.py: opimd: Dates: fix syntax error Aug 10 21:00:02 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r0122e7730c1a 10framework/framework/subsystems/opimd/helpers.py: opimd: helpers: add InvalidData dbus error Aug 10 21:00:05 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r5aa05e19ce1f 10framework/framework/subsystems/opimd/pimd_dates.py: opimd: Dates: raise correct dbus error (InvalidData) Aug 10 21:00:40 Ainulindale, I took a short look at the libmodulo vala examples Aug 10 21:00:53 any idea how to do something like that in C? Aug 10 21:01:44 Ainulindale, I mean it is doing stuff like: Aug 10 21:01:45 [Modulo (requires="foo:Foo.FooService")] Aug 10 21:04:45 No freaking idea Aug 10 21:04:50 ptitjes told me it was easy Aug 10 21:04:53 I could call him Aug 10 21:04:58 Or look at the generated C code Aug 10 21:05:13 But he specifically told me that doing that in C would be easy **** ENDING LOGGING AT Mon Aug 10 21:05:15 2009 **** BEGIN LOGGING AT Mon Aug 10 23:46:19 2009 Aug 10 23:51:16 dos1: mount: unknown filesystem type: jffs2 Aug 10 23:52:02 thats not my brain then... :-P Aug 10 23:54:12 dos1: missing module? :-s Aug 10 23:54:53 know I did this before Aug 10 23:55:25 so kinda regression or me borked sth Aug 10 23:58:27 wait... though *I HATE BUSYBOX*... Aug 10 23:58:55 DocMobilizer: http://wiki.openmoko.org/wiki/Jffs2 Aug 10 23:59:08 DocMobilizer: it's surprisingly complicated Aug 11 00:00:21 http://scap.linuxtogo.org/files/2df586b2a29649fe3004fa6da731e55e.png Aug 11 00:00:34 isn't is too blue? :D Aug 11 00:05:32 mount -t jffs2 /dev/mtdblock6 /some/dirc Aug 11 00:05:46 err Aug 11 00:06:26 mount -t jffs2 /dev/mtdblock6 /mnt/nand Aug 11 00:06:46 ->no such device Aug 11 00:07:20 s/mount/busybox mount/ Aug 11 00:09:08 budfive_: but it worked before i seem to remember Aug 11 00:09:53 well, nevermind. will postpone this uni Aug 11 00:10:31 DocScrutinizer: oh, wait. I didn't read your question completely. That wiki page is irrelevant. never mind :) Aug 11 00:10:32 ll i am back to a real screen and kbd and internet Aug 11 00:17:42 SHR: 03seba.dos1 07shr-themes * rd21cd7fdc821 10/frameworkd/frameworkd-config-shr/ (om-gta02/rules.yaml rules.yaml): Revert "frameworkd-config-shr: comment out occupying CPU resource when charging, as it's handled by ophonekitd" Aug 11 00:19:14 so, now let's see how to tack that bugger... >:-( Aug 11 00:20:33 what a shit... "unknown filesystem." "no such device". 88 seems to try starting to annoy me Aug 11 00:23:51 wouldn't we think jffs2-support should be compiled in to kernel monolitically ? Aug 11 00:24:42 has *tar.gz a different kernel than *.jffs2 ? Aug 11 00:25:51 and *if*, what would be the name of the jffs2-module then? Aug 11 00:32:22 hi Aug 11 00:32:38 hi Aug 11 00:32:44 I'm looking for fsotransfort and fsobasics, where can I find the sources ? Aug 11 00:32:51 do you have an idea ? Aug 11 00:33:55 well, found them :p inside cornucopia Aug 11 01:20:03 )Zħ↓ø↓ħ%$&§µ”@@!!!**##?##«ŋđ¢ Aug 11 01:21:53 phone borked Aug 11 01:22:14 swear I didn't 'opkg upgrade' Aug 11 02:03:32 Nw did I break it with opkg-u, or with expanding http://shr.bearstech.com/shr-unstable/images/om-gta02/modules-2.6.29-oe10+gitr119838+2d158aae9d8d36f575504f59884ed8e80802efe2-r3.5-om-gta02.tgz ?? >:-( Aug 11 02:03:57 SUCKS!! Aug 11 02:13:16 SHR: 03seba.dos1 07shr-themes * r3b133924da92 10/elementary/elementary-theme-niebiee/ (62 files in 2 dirs): elementary-theme-niebiee: initial commit of fast and extremely blue theme Aug 11 02:25:50 night **** ENDING LOGGING AT Tue Aug 11 02:59:57 2009