**** BEGIN LOGGING AT Thu Oct 16 02:59:58 2008 Oct 16 03:40:26 raster: did you see http://www.linuxdevices.com/news/NS7635920803.html ? Oct 16 03:56:26 rwhitby: word has already filtered... Oct 16 03:56:57 http://74.125.45.104/search?q=cache:http%3A%2F%2Fnexus404.com%2FBlog%2F2008%2F10%2F15%2Fobjet-geometries-alaris-30-desktop-3d-printer-3d-polyjet-photopolymer-jetting-printer%2F Oct 16 03:56:59 seen that? Oct 16 03:58:44 cool Oct 16 04:55:22 yeah] Oct 16 04:55:28 3d printer would be awesome Oct 16 05:04:28 freesmartphone.org: 03charlie 07framework * rf44673e70b8d 10/framework/subsystems/opimd/ (15 files in 2 dirs): Oct 16 05:04:28 freesmartphone.org: opimd: Initial import Oct 16 05:04:28 freesmartphone.org: Copied all the files from Soeren gsoc project Oct 16 05:04:28 freesmartphone.org: Also eplaced all the tabs by spaces to follow the style used by other subsystems. Oct 16 05:04:30 freesmartphone.org: The opimd subsystem is *not* working now, so we sohuld disable it in framework.conf file. Oct 16 05:27:13 charlie137 ? Oct 16 05:44:30 AinuFallback; yes Oct 16 05:45:24 charlie137: Did you commit the conf file change ? Oct 16 05:45:33 AinuFallback: no Oct 16 05:45:36 Just wondering because here I upgrade a lot to test things Oct 16 05:45:55 ok, then you need to manually add [opimd] disabled = 1 Oct 16 05:46:03 in you conf file Oct 16 05:46:22 Yep I guessed that much, just want you to remember to do that in the repository in the future :-p: Oct 16 05:46:26 the thing is that we just provide an example conf file in the sources Oct 16 05:46:35 so I should update it even for this ? Oct 16 05:46:41 No no Oct 16 05:46:48 You should modify the package def in OE Oct 16 05:46:51 If I recall correctly Oct 16 05:46:54 Conf file is there Oct 16 05:47:00 yes Oct 16 05:47:12 ok, but i don't have commit access to oe Oct 16 05:47:21 But then I just tell you that because I know I will forget to put opmid Oct 16 05:47:30 And then complain about a buggy frameorkd Oct 16 05:47:32 +w Oct 16 05:47:35 haha Oct 16 05:47:37 And feel like a fool after that Oct 16 05:48:00 ok, I will make the necessary changes to opimd so that it works Oct 16 05:48:03 charlie137: Did you think about my idea on moving configuration for audio scenarii ? Oct 16 05:48:11 no, sorry Oct 16 05:48:23 I have no use for that now, so don't mind Oct 16 05:48:33 It's just that it's typically something a user uses Oct 16 05:48:44 (Just by mere constatation among the people I know) Oct 16 05:48:56 this is one of the thing I want to hear mickey's opinion on first Oct 16 05:49:10 AinuFallback: yes Oct 16 05:49:13 We talked about oeventsd yesterday in fact Oct 16 05:49:26 And we agreed on the fact that it's the only thing weird in frameworkd Oct 16 05:49:32 Weird as in "is this really the place to do that ?" Oct 16 05:49:40 yep Oct 16 05:49:53 In any case, as long as there is something to do that I'm happy Oct 16 05:50:05 charlie137: and install SHR or I shall destroy you :-) Oct 16 05:50:12 why ? Oct 16 05:50:19 I use FSO Oct 16 05:50:23 To give your feedback Oct 16 05:50:29 yeah Oct 16 05:50:35 hehe, it is on my TODO list Oct 16 05:50:41 charlie137: then opkg install libframeworkd-glib/dialer3/messages3/ophonekitd/libframeworkd-phonegui-efl :-) Oct 16 05:50:49 (contacts3 too) Oct 16 05:51:05 I'm seriously very happy with it right now Oct 16 05:51:29 phonegui-efl ? Oct 16 05:51:31 what is it ? Oct 16 05:51:51 Did you follow the discussions about how I initially designed libframeworkd-glib ? Oct 16 05:52:03 no Oct 16 05:52:10 but I now the idea Oct 16 05:52:22 Ok well then lfg is merely a bridge between frameworkd and ophonekitd Oct 16 05:52:24 which is the daemon Oct 16 05:52:36 which handles communication between device logic and user (UI) logic Oct 16 05:52:46 user logic being the libframeworkd-phonegui-* packages Oct 16 05:53:05 In the end the goal being to be able to use this or that library to do this or that functionnality Oct 16 05:53:41 really ? Oct 16 05:53:49 Yes, why ? Oct 16 05:54:05 I though it was a c interface to the framework dbus API Oct 16 05:54:13 libframeworkd-glib is Oct 16 05:54:23 But I didn't do it just to do that Oct 16 05:54:30 I did it because I had an application for it :-) Oct 16 05:54:50 charlie137: that's why it'd be good that you'd test it Oct 16 05:54:59 It could be interesting for OM with the ASU migration Oct 16 05:55:08 yeah Oct 16 05:55:22 agree Oct 16 05:55:31 charlie137: seems to me it's quite easy to handle, quickdev developed his library in a week or so Oct 16 05:56:05 what does ophonekitd do ? Oct 16 05:56:58 it listens to events and signals Oct 16 05:57:05 e.g. incoming call Oct 16 05:57:13 idle states Oct 16 05:57:13 yes, but the frameworkd is supposed to do that Oct 16 05:57:24 it listens to frameworkd events :-) Oct 16 05:57:29 ah Oct 16 05:57:37 ok ok Oct 16 05:57:56 where is the source of ophonekitd ? Oct 16 05:58:15 shr svn Oct 16 05:58:26 15:25 * AinuFallback laughs maniacaly Oct 16 05:58:28 hmpf Oct 16 05:58:30 http://shr.bearstech.com/shr-sources/ Oct 16 05:58:31 and there Oct 16 05:58:37 it's quite simple at the moment charlie137 Oct 16 05:58:42 but we're extending it Oct 16 05:59:38 ok so ohonekitd get the events from the framework (via libframeworkd-glib) and then show the user interface Oct 16 05:59:42 am I right ? Oct 16 06:00:16 charlie137: more or less Oct 16 06:01:06 charlie137: In the end I planned to do some more stuff in it Oct 16 06:01:10 Like screen locking Oct 16 06:01:22 Maybe some other stuff Oct 16 06:01:29 Didn't quite picture use cases Oct 16 06:02:49 I am looking at the sources now... Oct 16 06:03:12 Heh, there's merely nothing there Oct 16 06:03:19 It's just that there's a need for that Oct 16 06:03:28 In order to be able to desync dbus logic from UI Oct 16 06:03:42 I don't like the idea of someone used to do C to learn dbus to work with frameworkd Oct 16 06:03:51 ok i get the idea Oct 16 06:04:10 the gui are in dynamic libraries Oct 16 06:04:18 yep Oct 16 06:04:25 you can have several gui Oct 16 06:04:35 and specify which lib to use in the config file Oct 16 06:04:36 charlie137: in fact what we did without bothering about it Oct 16 06:04:42 Is mainly repeat what was done with frameworkd Oct 16 06:04:46 several subsystems in one library... Oct 16 06:04:59 yep, I like this approach Oct 16 06:05:06 I just realized we did that Oct 16 06:05:06 Man Oct 16 06:05:10 THis is mickey|sofa's fault Oct 16 06:05:14 He's contagious Oct 16 06:05:45 so this is used by SHR now ? Oct 16 06:05:48 yep Oct 16 06:05:55 used by me for a week Oct 16 06:05:58 ok, then I will definitively flash it Oct 16 06:06:00 Works nicely without a hitch Oct 16 06:06:14 charlie137: it even suspends nicely by itself Oct 16 06:06:23 And not while plugged on USB or in a call Oct 16 06:06:34 Which was the most unnerving thing I experienced with 2007.2 :-) Oct 16 06:06:48 haha Oct 16 06:07:37 you have gtk and efl gui Oct 16 06:07:49 gtk isn't working Oct 16 06:07:49 both are working ? Oct 16 06:07:52 ok Oct 16 06:07:54 it's a port from 2007.2 Oct 16 06:08:01 MarcOChapeau was working on it Oct 16 06:08:04 But he isn't these days Oct 16 06:08:13 cause i though you guys planed to use gtk for everything Oct 16 06:08:18 Not at all Oct 16 06:08:27 We want to use what the user wants to use Oct 16 06:08:42 That's why I'm talking about the opportunity to use this architecture for ASU Oct 16 06:08:52 Because it's there and because I'd love to see a libframeworkd-phonegui-qt Oct 16 06:09:16 well, the thing I rally like is the ability to (for example) start the dialer from any software Oct 16 06:09:22 *really like Oct 16 06:09:43 well, yes you can have any kind of backends Oct 16 06:09:51 Yes that was the point to build this kind of thing Oct 16 06:09:59 ANd if you launch it from any kind of software Oct 16 06:10:01 Like tichy in fact :-p Oct 16 06:10:08 yep :) Oct 16 06:10:12 You're then able to manage the whole process with ophonekitd Oct 16 06:10:21 Because dialpad will do a call initiate then exit Oct 16 06:10:28 Then ophonekitd will see a call status outgoing Oct 16 06:10:29 etc... Oct 16 06:10:55 how do you store the contacts ? Oct 16 06:11:03 you have an other dinamic lib for it ? Oct 16 06:11:07 We don't, we use frameworkd Oct 16 06:11:08 *dynamic Oct 16 06:11:11 ok Oct 16 06:11:13 Hence my eager waiting for opimd :-) Oct 16 06:11:19 yes of course :) Oct 16 06:11:26 At the beginning I was willing to use eds Oct 16 06:11:36 Just to be able to do that waiting for PIM integration Oct 16 06:11:43 But as it'll be done at the end of the month Oct 16 06:11:52 And as I'll be willing to help to its integration Oct 16 06:12:02 I think it may be useless to think about eds Oct 16 06:12:25 no problem, you should ask mickey for a commit access to git (if you dont have it already) Oct 16 06:12:30 Already have Oct 16 06:12:35 Already did bad things :-p Oct 16 06:13:08 ah yes Oct 16 06:13:22 sorry, just made the link between your nickname and who you really are :O Oct 16 06:13:28 Yes sorry Oct 16 06:13:38 This connection is borking a lot Oct 16 06:13:41 So I just use the fallback :-) Oct 16 06:13:54 (hence here) Oct 16 06:16:27 have you ever considered writing the ui in python ? Oct 16 06:16:46 No but it would be a serious pain to do python -> C -> python :-) Oct 16 06:16:53 But it's doable I suppose Oct 16 06:17:03 why python -> c -> python ? Oct 16 06:17:15 should only be c -> python no ? Oct 16 06:17:20 frameworkd first Oct 16 06:17:28 so python -> dbus -> C -> python Oct 16 06:17:32 ah ok, but there is dbus in between Oct 16 06:17:37 ok Oct 16 06:17:37 (got you) Oct 16 06:17:48 Seriously, I don't care Oct 16 06:18:02 If anybody wants to do an UI in whitespace, brainfuck, caml, prolog, anything Oct 16 06:18:05 As long as it's working Oct 16 06:18:12 It will be good to me Oct 16 06:18:30 charlie137: my next plan when I'll have time to do funny things is to do libframewowrkd-phonegui-ncurses Oct 16 06:18:40 hahah Oct 16 06:18:41 I already have the automatic terminal window creation Oct 16 06:18:44 And the mouse management system Oct 16 06:18:50 (hence touchscreen) Oct 16 06:18:57 I just have to do the screens Oct 16 06:18:58 I though about the same thing b4 Oct 16 06:19:08 Heh :-) Oct 16 06:19:12 that would be really cool Oct 16 06:19:15 Indeed Oct 16 06:19:19 (and even could be quite usable) Oct 16 06:19:27 Step after that Oct 16 06:19:35 Is to pipe libcaca/libaa on xglamo Oct 16 06:20:01 But I fear this won't be as funny as intended :-p Oct 16 06:20:22 but you would get a very high geek factor Oct 16 06:20:31 libcaa on openmoko Oct 16 06:20:38 libcaca Oct 16 06:20:39 Indeed Oct 16 06:20:50 * raster wonders why an ncurses gui Oct 16 06:20:51 I'll talk to Sam Hocevar to see if he's interested in helping :-) Oct 16 06:20:53 just make it cmd-line Oct 16 06:21:00 zh list contacts Oct 16 06:21:05 zh call john Oct 16 06:21:05 raster: heh :-) Oct 16 06:21:08 zh hangung Oct 16 06:21:10 zh hangunp Oct 16 06:21:12 raster: no it's just for fun Oct 16 06:21:15 if u are going to go that way Oct 16 06:21:19 aaah Oct 16 06:21:19 ok Oct 16 06:21:23 raster: but a mouse aware ncurses UI though Oct 16 06:21:25 i thought it was serious! Oct 16 06:21:27 raster : but you need a ncurse keyboard as well Oct 16 06:21:30 raster: DUmbass :-) Oct 16 06:21:34 charlie137: nope Oct 16 06:21:37 onbce u go a mouse aware ncurses ui Oct 16 06:21:44 mayaswell go gui Oct 16 06:21:46 I already tested with illume keyboard on top of my ncurses UI Oct 16 06:21:51 It's working nicely Oct 16 06:21:56 raster: T-t-t :-) Oct 16 06:22:02 AinuFallback: ok, but then you loose all the coolness I think Oct 16 06:22:12 charlie137: keyboard is only used for messages :-) Oct 16 06:22:22 It surely is fun, but I'm not mad :-) Oct 16 06:22:24 the real trick would be to also have your keyboard in ncurse Oct 16 06:22:45 charlie137: heh you just give raster a use case to implement a ncurses plugin for illume Oct 16 06:22:48 s/give/gave/ Oct 16 06:23:07 charlie137: a request of high priority I'm sure :-p Oct 16 06:23:19 sooo not bothering :) Oct 16 06:23:34 heh :-) Oct 16 06:23:51 raster : a theme that make the whole thing _looking_ like ncurse Oct 16 06:24:06 charlie137: u mean ASU? Oct 16 06:24:08 :) Oct 16 06:24:12 hahahaha Oct 16 06:24:13 yep :) Oct 16 06:24:21 u already have one Oct 16 06:24:35 i prefer more sex in my hands Oct 16 06:24:36 :) Oct 16 06:24:39 charlie137: by the way, what do you think is necessary for opimd in order to be able to use it ? Oct 16 06:24:45 raster: Buy a penis pump then :-p Oct 16 06:24:55 AinuFallback: a few things Oct 16 06:25:17 first, there are a few change to do in the dbus call of the other framework subsystems Oct 16 06:25:54 then, we also need to request the GSM resource before we get the sim contacts Oct 16 06:26:11 AinuFallback: ewwwwww Oct 16 06:26:22 the tricky part is that opimd request the sim contact on startup, when you don't even knoz if ogsmd is up and running Oct 16 06:26:43 charlie137: To me SIM contacts should be requested once Oct 16 06:26:48 yes Oct 16 06:26:50 By an user initiated event Oct 16 06:26:55 ah you think ? Oct 16 06:26:59 Yes Oct 16 06:27:03 I though it make sens to do it on startup Oct 16 06:27:07 See what was done on 2007.2 Oct 16 06:27:17 Contacts were imported at "boot" time Oct 16 06:27:22 Hence each time I rebooted Oct 16 06:27:30 My whole eds backend was fucked Oct 16 06:27:38 had to rename contacts again or reimport my backend Oct 16 06:27:50 This is really a pain Oct 16 06:27:58 And I'm not fond of automatic procedures Oct 16 06:28:11 If the user wants SIM contacts, why wouldn't he tell so ? Oct 16 06:28:24 cause it takes a few seconds Oct 16 06:28:26 And if an UI wants to do it automatically, let it be so :-) Oct 16 06:28:41 charlie137: What do you think the user would prefer ? Oct 16 06:28:49 well, I don't know Oct 16 06:28:55 Ten seconds of initialization once in the use of its phone ? Oct 16 06:29:02 personally I prefer on startup Oct 16 06:29:03 Or ten seconds of initialization at each boot ? Oct 16 06:29:19 To me the choice is obvious :-) Oct 16 06:29:20 but while it is doing that you can do other things Oct 16 06:29:26 it is not blocking the cpu Oct 16 06:29:36 I see what you mean but is it really worth the pain ? Oct 16 06:29:44 don't know Oct 16 06:29:44 To me this is "invasive" Oct 16 06:29:49 As in frameworkd shouldn't do that by itself Oct 16 06:29:55 There's a backend for contacts, ok Oct 16 06:30:00 What if the user doesn't want SIM contacts in it ? Oct 16 06:30:06 yes opimd is part of the framework Oct 16 06:30:09 What if the user puts another SIM in its phone ? Oct 16 06:30:19 so when the framework is done starting up, you have all your contacts ready Oct 16 06:30:39 you can still have a d bus call to re read the sim Oct 16 06:31:07 Yes but what if I don't want to fill my PIM with the data on the SIM ? Oct 16 06:31:15 If it's sensible, as an example Oct 16 06:31:24 yeah Oct 16 06:31:29 well, right Oct 16 06:31:30 have multiple pim resources Oct 16 06:31:34 Or if there's the number of the young woman I'm cheating with :-) Oct 16 06:31:37 ie places pim info lives Oct 16 06:31:40 (just an example) Oct 16 06:31:42 charlie137: my guess is Oct 16 06:31:44 That should be an option Oct 16 06:31:45 when u list or ask for a pim contact Oct 16 06:31:49 u indicate the resource Oct 16 06:31:53 eg "disk" Oct 16 06:31:55 "sim" Oct 16 06:31:59 "ldap" Oct 16 06:32:00 ... Oct 16 06:32:05 u can list available resources Oct 16 06:32:14 raster: that sounds good but it implies some mapping for the attributes Oct 16 06:32:17 ui worreis abouit whihc resource to get a pim entry from Oct 16 06:32:21 raster: but looking at the code I was thinking about that Oct 16 06:32:28 raster: that is how opimd works, except that it will load everything it can on startup Oct 16 06:32:32 if user doiesnt care about sim Oct 16 06:32:37 he just tells ui "ignore sim" Oct 16 06:32:40 (at least this is how it behaves now) Oct 16 06:32:42 or use it Oct 16 06:32:51 when storing a pim entry u needt o indicate the resource Oct 16 06:32:58 some resources wotn hold al lpim entry fields Oct 16 06:33:15 charlie137: imho should be on demand Oct 16 06:33:19 ok ok Oct 16 06:33:20 and client-driven Oct 16 06:33:23 I give up :) Oct 16 06:33:28 raster: on demand or in a config file Oct 16 06:33:39 as it has been done for inputs in fact Oct 16 06:33:48 you just declare your sources for PIM somewhere Oct 16 06:33:56 and tell if you want automatic load/reconciliation Oct 16 06:34:11 charlie137: another example Oct 16 06:34:21 if I declare my company LDAP as a PIM resource Oct 16 06:34:27 in fact to it on demands is also easier, cause you don't have to wait for ogsmd to be up then Oct 16 06:34:30 I don't want opimd to load 15000+ users :-) Oct 16 06:34:42 charlie137: yes that's the lazy guy solution Oct 16 06:34:46 I like this solution :-=) Oct 16 06:35:09 WHEN a client asks for "list sim contacts" Oct 16 06:35:11 ok, then an other change t make the the pim subsystem : add a dbus call to request loading the contacts Oct 16 06:35:13 or "list ldap contacts" Oct 16 06:35:22 or "get "charlie" from disk contacts" Oct 16 06:35:30 THEN it loads the data if it isnt already loaded Oct 16 06:35:36 so first fetch is probably slow Oct 16 06:35:39 after that its cached Oct 16 06:35:45 raster: there's a distinction to make there, IMHO Oct 16 06:35:56 a query on a "remote" contacts repository Oct 16 06:36:01 And an import of a remote repository Oct 16 06:36:19 The former being not necessarily slow Oct 16 06:36:19 AinuFallback: that should be part of the repository config Oct 16 06:36:26 ie if its a small ldap repository Oct 16 06:36:28 it cna mirror it locally Oct 16 06:36:32 if its large Oct 16 06:36:36 u'd only cache a subset Oct 16 06:36:42 raster: Part of the config or part of the commands don't you think ? Oct 16 06:36:47 and cache has a limited size Oct 16 06:36:54 If a user wants to import a remote repository because he's going offline Oct 16 06:37:02 I would like to have the opportunity to allow him to do that through an UI Oct 16 06:37:07 Hence to have a call to do that Oct 16 06:37:08 u should be able to pre-cache Oct 16 06:37:24 as such - just a client doign fummy fetches shoudl eba ble to do the import Oct 16 06:37:27 so let the lclient do it Oct 16 06:37:36 by client you mean UI ? Oct 16 06:37:38 just let the client be able to "suggest" that the cache size go up Oct 16 06:37:39 Or frameworkd ? Oct 16 06:37:39 yes Oct 16 06:37:44 well could be eather Oct 16 06:37:46 I can't agree with that Oct 16 06:37:47 either Oct 16 06:37:55 As opimd will manage the backend Oct 16 06:38:04 unfortunately, the current implementation doesn't support caching or anything, but we can work on it Oct 16 06:38:04 The client doesn't have to know if contact is local or remote Oct 16 06:38:08 It just has to know it's a contact Oct 16 06:38:27 yes Oct 16 06:38:28 agreed Oct 16 06:38:33 (at least not as far as I can tell) Oct 16 06:39:15 charlie137: we'll have to think about a way to cache things without hammering memory or disk Oct 16 06:39:54 AinuFallback: if i were u Oct 16 06:39:59 i'd have a ram cache Oct 16 06:40:05 that holds a certain # of entries Oct 16 06:40:09 (configurable) Oct 16 06:40:12 and then a disk cache Oct 16 06:40:23 ie sim and ldap get improted and written TO the disk cache Oct 16 06:40:34 disk cache is the SAME format/mechanism that "local disk" contacts have Oct 16 06:40:49 so its all the 1 singel blob of code to load there Oct 16 06:40:53 to store as well Oct 16 06:41:06 all u need is a "sync from disk to sim/ldap" handlers Oct 16 06:41:07 raster: why not using a sql service then ? Oct 16 06:41:23 ie take writes made to the local disk repo and punt them off Oct 16 06:41:49 charlie137: that is a local disk repository :) Oct 16 06:41:56 well if its sqlite Oct 16 06:42:03 doesnt much matter Oct 16 06:42:04 well anyway. today I will just make in sort that opimd starts and works Oct 16 06:42:42 and then I will also add a dbus call to request for the loading of the contacts Oct 16 06:43:16 Looks nice :-) Oct 16 06:43:20 and then we can see how it would fit with contacts caching, etc. Oct 16 06:43:28 Won't be able to work until tomorrow here Oct 16 06:43:33 I'm supposed to learn today how to manage a team Oct 16 06:44:09 (paid by my company) Oct 16 06:44:16 (looks boring but there's croissants) Oct 16 06:44:48 AinuFallback: with large sticks Oct 16 06:44:55 AinuFallback: you work for bearstech don't you ? Oct 16 06:45:08 anyone tried interfacing a camera to the neo? Oct 16 06:45:20 charlie137: not at all Oct 16 06:45:39 I work for a small division of Steria in IT Security Oct 16 06:45:58 (especially in the IAM field) Oct 16 06:45:58 AinuFallback: u suppose i could interface a web cam with the neo? Oct 16 06:46:15 trupheenix: I don't know Oct 16 06:46:19 ok bye guys, I go back to working Oct 16 06:46:40 trupheenix: remember having seen a tutorial about how to connect a webcam to the neo Oct 16 06:47:08 but this is probably not what you want in fact... Oct 16 06:47:58 charlie137: precisely what i want :) Oct 16 06:48:18 charlie137: please direct me ... Oct 16 06:51:02 trupheenix: http://wiki.openmoko.org/wiki/Webcam Oct 16 06:51:51 charlie137: ah... UVC driver. i think i might have to build openmoko kernel with the uvc driver Oct 16 06:52:41 well, according to the wiki, you can just compile the modules Oct 16 06:54:10 what is not said in the wiki page is that of course you need to have the toolchain installed Oct 16 06:56:08 mickey|sofa: problem here with SMS Oct 16 06:56:18 I have 30 messages, I just sent to myself a SMS and "sim full" Oct 16 07:17:29 G'morning Oct 16 07:21:00 freesmartphone.org: 03charlie 07framework * r6b36f1648db1 10/ (6 files in 2 dirs): Oct 16 07:21:00 freesmartphone.org: opimd: Fix transition bugs Oct 16 07:21:00 freesmartphone.org: This patch makes the pimd subsystem not crash on startup. Oct 16 07:21:00 freesmartphone.org: It disables automatic loading of the contacts on startup, because this should be done on user request. Oct 16 08:09:14 freesmartphone.org: 03charlie 07framework * r5e0ebf610d6c 10/framework/subsystems/opimd/ (4 files): Oct 16 08:09:14 freesmartphone.org: opimd: Added Source.InitAllEntries DBus method Oct 16 08:09:14 freesmartphone.org: This method has to be called by the client before trying to access the contacts. Oct 16 08:09:14 freesmartphone.org: I think we could implement it as a service ('PIM'). Oct 16 08:09:56 freesmartphone.org: 03charlie 07framework * r1d4d419b98a8 10/tools/cli-framework: cli-framework: Add support for pim service Oct 16 09:38:58 could somebody guide me on the right track of getting this version of u-boot from git? [ http://docs.openmoko.org/trac/gitweb?p=u-boot.git;a=tree;hb=414367bf5b65942947dd5d569c27d2a8e8e5e562 ] Oct 16 09:39:10 it seems the snapshot-link doesn't work. Oct 16 09:44:14 freesmartphone.org: 03charlie 07framework * r379114ef3405 10/tests/ (opimd.py test.py): tests: Add opimd test suites Oct 16 12:25:24 freesmartphone.org: 03rod 07fso-makefile * r9fc3080d6fa6 10/Makefile: Moved to new OE git repository location Oct 16 14:30:46 alphaone, http://rafb.net/p/umr7gX38.html - am I doing something wrong? Oct 16 14:31:54 quickdev: Seems the pretty printer mickey|sofa wrote is broken Oct 16 14:38:35 alphaone, where can I find charlie? Oct 16 14:38:57 quickdev: In Taipei :-) Oct 16 14:39:16 he isn't idle anywhere on freenode? Oct 16 14:40:11 He's on freenode as well Oct 16 14:40:13 * charlie137 (n=charlie@firewall.tw.openmoko.org) has left #openmoko-cdevel Oct 16 14:40:28 But remember he's in .tw timezone, which means GMT+8 Oct 16 14:40:43 It's almost 23:00 there Oct 16 14:41:57 alphaone, when do people start working in tw? Oct 16 14:42:18 quickdev: Maybe around 9? Oct 16 14:42:29 or earlier Oct 16 17:19:49 freesmartphone.org: 03mickey 07python-helpers * ra63379b41241 10/mickeydbus/mdbus: mdbus: improve pretty printer to cover more cases Oct 16 17:25:53 freesmartphone.org: 03mickey 07framework * ra816e0412c68 10/tools/cli-framework: tools: cli-framework: improve prettyprinter to cover more cases Oct 16 19:27:54 freesmartphone.org: 03mickey 07framework * rba45f26391ab 10/framework/subsystems/ogsmd/ (gsm/const.py modems/ti_calypso/unsolicited.py): ogsmd: add some Calypso proprietary errors Oct 16 20:10:46 hello. I'm trying to compile the sample program that comes with the tool chain Oct 16 20:12:08 but I'm gettin an error I don't know how to solve Oct 16 20:12:31 which one? Oct 16 20:13:31 libtool: link: cannot find the library `/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib/libgtk-x11-2.0.la' Oct 16 20:13:57 /usr/local.../usr/loc... Oct 16 20:14:44 some path is set up incorrectly, but I'm having problems understanding the autogenerated make file.... Oct 16 20:20:06 nikolajsheller, I think it's this issue: http://www.metastatic.org/text/libtool.html Oct 16 20:22:01 ok... Oct 16 20:24:36 wonder which . la has the error Oct 16 20:25:16 nikolajsheller, the first .la that is used to link.....have a look at the linker cmd Oct 16 20:25:45 quickdev: thank you for the pointer, about the issue Oct 16 20:28:37 libmokoui2.la: libdir='/usr/lib' Oct 16 20:29:01 -o openmoko-sample sample-main.o -lmokoui2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgmodule-2.0 -ldl -lgconf-2 -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 Oct 16 20:35:32 LIBTOOL_SYSROOT_PATH=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi Oct 16 20:37:36 grep libgtk-x11-2.0.la *.la in the arm/arm-angstrom-linux/usr/lib/ directory Oct 16 20:37:43 heh: setting LIBTOOL_SYSROOT_PATH=/ seemed to work Oct 16 20:41:01 quickdev: Thanks for your help. It seemed to link correctly. I'll try to follow the rest of the guide Oct 16 20:41:31 ok, did you set LIBTOOL_SYSROOT_PATH manually to /usr/local/.. etc. ? Oct 16 20:42:16 export LIBTOOL_SYSROOT_PATH=/ in the shell I was building in Oct 16 20:42:41 no... I used the scrips tha come with the toolchain Oct 16 20:44:41 . /usr/local/openmoko/arm/environment-setup seems to do it Oct 16 20:45:39 is this only meant to be used for installing new libraries? Oct 16 22:53:45 backups Oct 16 22:53:45 backup.sh Oct 16 22:53:45 bookmarks.html Oct 16 22:53:45 Desktop Oct 16 22:53:45 ebay Oct 16 22:53:46 Mail Oct 16 22:53:48 projects Oct 16 22:53:50 sent Oct 16 22:53:52 sshfs Oct 16 22:54:34 * mwester waits patiently for driver's license number, social security number, and credit card numbers to appear... Oct 16 22:54:55 hehe **** ENDING LOGGING AT Fri Oct 17 02:59:57 2008