**** BEGIN LOGGING AT Sun Jun 06 02:59:56 2010 Jun 06 07:56:11 freesmartphone.org: 03morphis 07msmcomm * r09175d0a90d9 10/libmsmcomm/src/event_sms.c: libmsmcomm: rename get_size method of sms_wms_read_template event to feeds its definition Jun 06 09:47:18 freesmartphone.org: 03morphis 07msmcomm * r7f32fc766125 10/libmsmcomm/src/event_sms.c: libmsmcomm: rename get_size method of sms_wms_read_template event to feed its definition Jun 06 10:53:46 hello Jun 06 10:53:56 I get a SIGILL using new libdb-5 Jun 06 10:54:06 when calling get() Jun 06 10:57:38 reinstalling libdb didn't work Jun 06 11:01:54 re :) Jun 06 11:02:23 JaMa: I had those dependency fixes for libphone-ui and libphone-ui-shr in my tree... IIRC Jun 06 11:02:48 heh... lunch time :/ Jun 06 11:02:49 bbiab Jun 06 15:13:41 mrmoku|away: re :) Jun 06 18:09:53 Hi, Jun 06 18:10:08 What is path in the org.freesmartphone.Usage.RegisterResource method? Jun 06 18:20:19 n/m, that's RequestResource I need Jun 06 18:20:51 McKael: RegisterResource is for registering new resources with fsousaged, and path is dbus path. Jun 06 18:21:54 PaulFertser: I actually wanted to lock a resource. :) Jun 06 18:28:44 http://appft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PG01&p=1&u=/netahtml/PTO/srchnum.html&r=1&f=G&l=50&s1="20100077121".PGNR.&OS=DN/20100077121&RS=DN/20100077121 Jun 06 18:28:49 haha Jun 06 18:29:36 my y-cable doesn't need ""a conversion circuit and can inform the portable device that whether a power source is available and inform the portable device of connection status of the adapter through the data bus"" Jun 06 18:30:49 except if you define ID as a databus, and a resistor as a conversion circuit Jun 06 18:41:20 DocScrutinizer: alternatively, one can connect id pin to the receptable, so the charger itself will inform the portable device. Jun 06 18:41:35 DocScrutinizer: are you going to do something about that? Claim prior act? Jun 06 18:57:20 I don't think my Y-cable has sufficient 'innovation hight" to apply for a patent at all. If HTC is going to complicate things to a state where it looks like a real invention, it's still questionable whether it makes sense to point them to the much simpler prior art Jun 06 18:58:16 btw even USB.cert has included my idea into OTG amendment, and even defined size of resistors Jun 06 18:59:15 still I dunno if they copied my idea, or it was simply so self-evident every moderately gifted EE had to see the opportunity Jun 06 18:59:53 HTC anyway invented the light switch based on hydraulics Jun 06 19:00:27 heyho Jun 06 19:00:29 I feel sorrow for their custumers if they need to buy such idiotic crap Jun 06 19:00:48 * DocScrutinizer away again, headache Jun 06 19:00:59 DocScrutinizer: see you Jun 06 19:03:39 morphis: hey.. how's fsoboot land? :) Jun 06 19:04:08 mrmoku: fsoinitd you mean :) Jun 06 19:04:12 err Jun 06 19:04:14 yes :) Jun 06 19:04:18 been away too long :/ Jun 06 19:04:27 hehe Jun 06 19:05:14 don't have done any work on it since we spoke about it :) Jun 06 19:05:21 ahh. ok Jun 06 19:05:37 Pre Modem Support for FSO has a higher prio at the moment Jun 06 19:05:43 sure Jun 06 19:05:59 but I am nearly finished with this, so one of the next things will be fsoinitd Jun 06 19:06:45 and need to thing about a good test environment Jun 06 19:07:10 as I had many problems with uml Jun 06 19:07:37 mickeyl: in deep Schwarzwald I had two weaaak cells... and somehow that led to fsogsmd looping somewhere and not responding after some time of GPRS usage Jun 06 19:07:49 morphis: qemu? Jun 06 19:08:23 mrmoku: maybe Jun 06 19:08:27 mickeyl: ping Jun 06 19:09:14 qemu with nfsroot would be nice Jun 06 19:10:02 yep Jun 06 19:11:22 but we are only some little steps away from being successfull Jun 06 19:11:31 morphis, I suggest lxc Jun 06 19:11:33 only some simple stuff is failing while booting Jun 06 19:11:37 lxc? Jun 06 19:12:27 yes, nice env to test any userspace tool. Jun 06 19:12:38 its openvz-like vitualization in upstream kernel Jun 06 19:13:51 http://lxc.sourceforge.net/? Jun 06 19:13:54 it might be not fit "device initialization process", but nice to test init process "childrens" Jun 06 19:13:57 yes Jun 06 19:14:33 we need some process with pid=0 testing Jun 06 19:14:46 but for the beginning we could disable the pid=0 check Jun 06 19:15:05 http://paste.pocoo.org/show/222617/ Jun 06 19:15:24 you wanted to say ppid=0 I think, and thats fine. Jun 06 19:15:44 this is from one of my lxc running on sheevaplug. Jun 06 19:15:48 jepp :) Jun 06 19:16:14 do I need a recent kernel for lxc? Jun 06 19:16:16 you can see, init+agetty(useless, can be disabled+sshd) Jun 06 19:16:23 yes, 2.6.32+ I think Jun 06 19:16:42 2.6.32 I have currently Jun 06 19:16:53 ok Jun 06 19:16:54 its rootfs runs from chroot, so it will save you muuuch time Jun 06 19:17:22 very great Jun 06 19:17:31 than I just need some rootfs enviroment to test any stuff Jun 06 19:17:47 exactly Jun 06 19:18:02 also I heard some crazy ideas, like lxc+qemu-user Jun 06 19:18:33 "You are in a hurry, and you don't want to read this man page." ... great, thats the type of man-page I like :D Jun 06 19:19:09 " With the kernel 2.6.29, lxc is fully functional." Jun 06 19:29:40 max_posedon: what the possibilities to see the stdout output from the container? can I connect to the tty of the container? Jun 06 19:31:27 you can connect to tty, if you want do some input, output by default goes to stdout, let me show you Jun 06 19:32:31 http://paste.pocoo.org/show/222623/ Jun 06 19:32:40 /proc/self/fd/0 /home/root/debian/rootfs/dev/console none bind 0 0 Jun 06 19:33:21 http://paste.pocoo.org/show/222624/ Jun 06 19:33:56 morphis, I think I answered your question Jun 06 19:34:57 great Jun 06 19:35:23 seems to be great stuff this lxc thing :) Jun 06 19:35:50 as for me, I'm so happy be able do ssh to chroot Jun 06 19:36:15 and run similar services on same hardware for zero-cost Jun 06 19:36:36 jepp Jun 06 19:36:46 and every service is independet form the other ones Jun 06 19:36:52 thats a big feature Jun 06 19:52:26 gn8 Jun 06 19:53:09 morphis: night Jun 06 20:49:16 dos11, applied, YUCK. Jun 06 20:51:27 TAsn: hey Jun 06 20:51:33 sup? Jun 06 20:51:44 raining again :/ Jun 06 20:51:50 in june?! Jun 06 20:52:13 * mrmoku had two weeks of holiday with mostly rain :( Jun 06 20:59:26 mrmoku, do you ever work? :P Jun 06 20:59:33 mrmoku, You always go on holidays :P Jun 06 20:59:58 mrmoku, Have you heard about the recent events here in Israel? Jun 06 21:00:56 TAsn: the stopped ships? Jun 06 21:01:14 TAsn: and yes... I do work... actually a lot and even while being on holiday ;) Jun 06 21:01:15 That's a nice way of putting this, yeah :P Jun 06 21:01:25 stopped ships ^ Jun 06 21:01:45 mrmoku, (work on holidays) I'll have to take your word on it. Jun 06 21:02:06 TAsn: actually... without internet I was even more productive :P Jun 06 21:02:15 less disctraction ;) Jun 06 21:02:18 hehe, that's true in general :P Jun 06 21:02:30 Although I'm really a reference kind of guy Jun 06 21:02:40 without docs open I'm mostly useless ;P Jun 06 21:02:51 (Not really useless, but less productive) Jun 06 21:02:57 that's true too...y eah Jun 06 21:02:59 I like reading the docs of every function I use. Jun 06 21:03:26 (Even ones I've used before, as I don't usually remember all the small details :P) Jun 06 21:04:31 * mrmoku waiting for backup to finish before booting the Fedora 13 install DVD :) Jun 06 21:04:45 I hate it when they release while I'm offline :/ Jun 06 21:04:58 Fedora... :| Jun 06 21:05:12 Btw, Although I don't use Ubuntu myself, the new version ROCKS Jun 06 21:05:16 My brother installed it. Jun 06 21:05:19 It's really good. Jun 06 21:05:33 The "software center" application is pretty awesome. Jun 06 21:05:39 And everything else is just the same as usual : Jun 06 21:05:41 :P Jun 06 21:06:07 I think I dislike the ubuntu spirit... they don't work nicely upstream as far as I read Jun 06 21:07:27 I also heard that. Jun 06 21:07:42 But they do make a good product. Jun 06 21:07:50 And you can always "rip" their fixes. Jun 06 21:07:57 (upstream that is) Jun 06 21:08:16 sure... but they could do better Jun 06 21:08:26 that's one thing I very much like with Fedora Jun 06 21:08:30 very upstream oriented Jun 06 21:08:39 orientated? Jun 06 21:08:45 oriented Jun 06 21:08:54 :P Jun 06 21:09:29 I don't like fedora that much Jun 06 21:09:46 I had some bad experiences with Jun 06 21:09:51 FC3 Jun 06 21:09:56 or maybe 4, 5 ,6 Jun 06 21:09:58 or all of the above Jun 06 21:10:01 I don't remember :P Jun 06 21:11:16 TAsn: well... it's at 13 now... time to try again ;) Jun 06 21:11:48 One thing else I don't like (but I'm not sure if that's relevant) is installation DVDs Jun 06 21:11:51 Freaking annoying :P Jun 06 21:12:10 Anyhow, I use Arch Linux and I don't think I'll ever switch Jun 06 21:12:16 just get the small netboot iso and install via http then ;) Jun 06 21:12:16 It's just too awesome. Jun 06 21:12:27 suxsors as well. Jun 06 21:12:34 What's wrong with the ubuntu method? Jun 06 21:12:41 a single cd? Jun 06 21:13:53 guess there are CDs too to install from Jun 06 21:14:08 anyway... keep your Arch then :P Jun 06 21:14:23 As I said, arch is just too damn awesome :P Jun 06 21:15:37 * mrmoku considers to give BTRFS a chance Jun 06 21:16:23 mrmoku, you are so mainstearm! Jun 06 21:17:12 :P Jun 06 21:17:36 * mrmoku doubts the mainstream is using btrfs in production ;) Jun 06 21:17:41 I want that damn WebM firefox already :P Jun 06 21:18:02 I used the beta for a while, but it was too betaish :P Jun 06 21:19:49 brb Jun 06 21:20:35 night. Jun 06 21:48:20 <[Rui]> TAsn: hehehe use Fedora 13 :) Jun 06 21:48:32 <[Rui]> TAsn: fedora 13 already has WebM support Jun 06 21:48:54 <[Rui]> TAsn: firefox as well, you wanna know how? :) Jun 06 21:49:38 <[Rui]> TAsn: gstreamer has support, hence totem-gstreamer has, hence totem-mozplugin has, hence... all you need is some firefox plugin converting html5 video to old way Jun 06 21:49:45 <[Rui]> TAsn: hackish, but should work... Jun 06 21:57:50 [Rui], sucks :P Jun 06 21:58:01 [Rui], I want native (i.e no plugins) Jun 06 21:58:33 <[Rui]> TAsn: we'll get there... right now... short term... a hack Jun 06 21:58:46 <[Rui]> by fedora 14 time, perhaps it'll already be there as native. Jun 06 21:59:04 it'll be there if it'll be in firefox Jun 06 21:59:13 and if it'll be in firefox, I'll have it here anyway :P Jun 06 22:00:33 <[Rui]> TAsn: I will remove any twitter support from elmdentica Jun 06 22:00:49 How is that related to anything we just talked about? :P Jun 06 22:01:33 TAsn: I read your review of my patch Jun 06 22:01:47 so, you think it shoul dbe like while (not succeeded) { sleep; retry } Jun 06 22:02:21 well more in a callbackish gtimer (or whatever it's name is) way Jun 06 22:02:29 but yeah Jun 06 22:02:34 yeah, sure, I didn't mean actual sleep Jun 06 22:02:38 yeah. Jun 06 22:02:48 <[Rui]> TAsn: nothing, they will simple drop http auth in favor of oauth, but oauth for client apps is bullshit security Jun 06 22:02:53 I'm mostly against saving state variables when you don't need them. Jun 06 22:03:11 TAsn: then also, there's never any error popup displayed to the user Jun 06 22:03:14 [Rui], I have social networking :P Jun 06 22:03:21 or should I try to distinguish by the error code? Jun 06 22:03:39 zub, that's because the error framework was written *after* I wrote quick_settings :P Jun 06 22:03:54 zub, no need for error code Jun 06 22:04:01 the callbacks get a dbus error Jun 06 22:04:12 if it's not NULL Jun 06 22:04:16 you can get the error text Jun 06 22:04:28 read about it/see what we did somewhere else. Jun 06 22:04:48 Then use the way we used to notify the user (there's a standard way in phoneui) Jun 06 22:04:50 blah, wait... I implemented the error display in a recent patch :) Jun 06 22:04:55 I'm sorry for being so vague Jun 06 22:05:11 It's just that I was busy with R/L for the last month or so Jun 06 22:05:21 what I mean is - no matter what error we get, we always retry later Jun 06 22:05:22 and I don't remember everything by heart anymore :P Jun 06 22:05:43 zub, Yes, as this is something that shouldn't permanently fail Jun 06 22:05:53 ok then Jun 06 22:06:12 GSM registration can permanently fail, for instance if there's no sim card Jun 06 22:06:16 we should just stop trying Jun 06 22:06:36 but in this case, there's no reason why it shouldn't work Jun 06 22:06:56 zub, do you agree with my comments (in the mail and here) Jun 06 22:07:07 ok, I'm subconsciously afraid of an endless loop, but if the retry delay is reasonable, it's ok Jun 06 22:07:35 TAsn: I do; I understand re-trying is more reasonable as it fixed even already-displayed window Jun 06 22:07:36 zub, an endless loop can only happen if something already went wrong Jun 06 22:07:55 zub, exactly. Jun 06 22:08:02 zub, and it's also very clean. Jun 06 22:08:06 as you'll reuse most of the code Jun 06 22:08:23 just add an "if failed call the timer with this function again as the callback" Jun 06 22:08:41 maybe I'm overprotective of my error box, as I said, I implemented it in a recent patch, so was glad to see it :)) Jun 06 22:08:43 which means you'll change ~5 lines of code to get what you want Jun 06 22:09:07 zub, Wait, I don't remember seeing any error box patches Jun 06 22:09:25 And we already have a bunch of error boxes available Jun 06 22:09:31 (inwin, win and elm_notify) Jun 06 22:09:32 http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commit;h=29f50f4482feec132e30c075e7c2a36ce09d3638 Jun 06 22:09:38 did you use them? Jun 06 22:09:56 maybe this got in without your review :-P Jun 06 22:10:31 Yeah, because I wasn't here lately :P Jun 06 22:10:39 zub, this patch looks nice :P Jun 06 22:10:42 just one comment Jun 06 22:10:56 error_message_show Jun 06 22:11:02 doesn't follow our conventions Jun 06 22:11:05 it should be Jun 06 22:11:10 ui_utils_error_message_show Jun 06 22:11:17 huh, ok Jun 06 22:11:35 should I make a patch for that? Jun 06 22:11:42 If you can that'd be great :P Jun 06 22:11:56 I was about to change it myself, but I'm pretty tired and will probably do it wrong ;P Jun 06 22:12:13 other than that, and forgive me for my bad language, it looks freaking awesome :P Jun 06 22:12:16 well, I'm quite busy ATM... but I'll keep it in my TODO list Jun 06 22:12:35 zub, please do Jun 06 22:13:22 btw. what's the procedure for sending new patch after review changes (talking about the quick settings screen now) Jun 06 22:13:30 should I send a new mail with same/similar topic? Jun 06 22:13:45 One more thing I noticed, I don't remember what our conventions state (if anything) about "error_message_show_from_gerror" but IIRC we usually use this convention instead: "error_message_from_gerror_show" Jun 06 22:13:47 or should I try to keep it in the same thread? Jun 06 22:13:59 ok, noted Jun 06 22:14:14 zub, to be honest, I'm not sure. Jun 06 22:14:24 Either you send a "DONT APPLY" Jun 06 22:14:33 in the current thread and send another patch Jun 06 22:14:44 or you send a fix patch as a reply Jun 06 22:14:53 personally I prefer the former Jun 06 22:14:56 but the latter is also great. Jun 06 22:15:30 zub, btw, first time seeing this patch: SUPER-AWESOME. Jun 06 22:15:37 (error reporting) Jun 06 22:15:46 ehm? :)) Jun 06 22:15:49 anyway thx Jun 06 22:16:01 very clean :P Jun 06 22:16:28 well, there were some glitches - http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commit;h=ac46aa4ed55b26bc989a453630449cdd043d7458 :)) Jun 06 22:16:36 a baad one... na ja Jun 06 22:16:46 :P Jun 06 22:17:08 Yeah, g logging can be dangerous :P Jun 06 22:17:11 probably got in as you were busy :-P Jun 06 22:17:16 to review Jun 06 22:17:16 Especially when using them in libraries. Jun 06 22:17:25 zub, I haven't reviewed a patch for a while now :( Jun 06 22:17:33 mrmoku is working overtime :P Jun 06 22:17:47 Doing all the work alone. Jun 06 22:17:56 or in this case jama Jun 06 22:19:05 zub, btw: @@ -325,8 +325,10 @@ _add_contact_cb(GError *error, GHashTable *properties, gpointer data) Jun 06 22:19:18 + g_warning("Failed adding a contact: (%d) %s", Jun 06 22:19:26 should probably be printed only if error is null anyway Jun 06 22:19:39 so the tests in the next line are irrelevant Jun 06 22:19:50 just what I think. Jun 06 22:20:09 or at least, instead of "NULL" Jun 06 22:20:16 Add a better explanation Jun 06 22:20:26 zub, though that's not terribly important now :P Jun 06 22:20:38 More important is the error_foobar_show Jun 06 22:20:38 :P Jun 06 22:20:44 to ui_utils_... Jun 06 22:20:50 Anyhow, it's really time I go to bed :P Jun 06 22:21:01 It's 1:25 already ;| Jun 06 22:21:11 And I haven't slept yesterday Jun 06 22:21:13 night Jun 06 22:21:26 huh, ok, I ask you later about that _add_contact_cb Jun 06 22:21:36 didn't get it; anyway... later Jun 06 22:21:40 and zub, thanks again for the patches (and the error messages patch in particular) Jun 06 22:21:59 zub, I'm too tired, I'm glad you got half of what I said, the _add_contact_cb can wait :P Jun 06 22:22:01 Night. Jun 06 22:22:08 night **** ENDING LOGGING AT Mon Jun 07 02:59:56 2010