**** BEGIN LOGGING AT Thu Nov 24 02:59:58 2011 Nov 24 05:46:30 freesmartphone.org: 03morphis 07cornucopia * r22b0f0b09516 10/fsogsmd/src/plugins/modem_samsung/ (mediators_network.vala plugin.vala): Nov 24 05:46:30 freesmartphone.org: fsogsmd: modem_samsung: implement network mediator to retrieve available network providers Nov 24 05:46:30 freesmartphone.org: Signed-off-by: Simon Busch Nov 24 05:54:03 freesmartphone.org: 03morphis 07aurora * r1635b34e9826 10/aurora-daemon/src/services/cellularservice.vala: Nov 24 05:54:03 freesmartphone.org: aurora-daemon: cellularservice: fix bug so we abort action when service is not available Nov 24 05:54:03 freesmartphone.org: Signed-off-by: Simon Busch Nov 24 05:54:05 freesmartphone.org: 03morphis 07aurora * r04544746585e 10/aurora-daemon/src/ (5 files in 2 dirs): Merge branch 'app-events' Nov 24 05:54:05 freesmartphone.org: 03morphis 07aurora * r37c17a91120b 10/aurora-daemon/AUTHORS: Nov 24 05:54:05 freesmartphone.org: aurora-daemon: add angelo as author Nov 24 05:54:05 freesmartphone.org: Signed-off-by: Simon Busch Nov 24 05:54:06 freesmartphone.org: 03morphis 07aurora * r7438681063f2 10/aurora-daemon/ (75 files in 3 dirs): Nov 24 05:54:06 freesmartphone.org: aurora-daemon: import components apicheck tests from qt-components Nov 24 05:54:06 freesmartphone.org: Signed-off-by: Simon Busch Nov 24 07:57:19 SHR: 03Martin.Jansa 07shr-chroot * rc35943be6c95 10/ (566 files in 55 dirs): system upgrade Nov 24 12:08:23 mrmoku: pam enabled in jama branch with PRINCs Nov 24 12:13:54 mrmoku: added also sudo and screen to your list Nov 24 12:15:58 and libcgroup Nov 24 12:16:54 JaMa: does systemd work without udev? Nov 24 12:17:32 haven't tried without Nov 24 12:17:37 hmmm Nov 24 12:17:54 recent udev require recent kernels... Nov 24 12:18:11 I know we've talked about it already Nov 24 12:18:27 yes Nov 24 12:18:49 did mrmoku tried without udev? Nov 24 12:18:58 *try Nov 24 12:19:01 but first we need some systemd image fully working even with udev and then we can try to remove udev if possible Nov 24 12:19:07 ah ok Nov 24 12:19:15 but I'm still to busy with daywork so all the work is on mrmoku Nov 24 12:19:23 ok Nov 24 12:20:03 not sure if he tried but iirc he sait it's so tightly coupled that it would be hard Nov 24 12:21:08 ok Nov 24 12:27:06 JaMa: those three are not in the lite image :-) Nov 24 12:27:47 JaMa, gnutoo: without udev is possible Nov 24 12:27:53 I encountered only one problem Nov 24 12:28:11 which is the getty depending on the automatic udev device Nov 24 12:28:35 but when I remove that dependency from the getty service and mask all udev services Nov 24 12:28:41 image boots fine even without :) Nov 24 12:28:55 JaMa: looked harder on first sight Nov 24 12:29:35 question is how we nicely fiddle the getty@.service and serial-console@.service to *not* depend on the devices Nov 24 12:30:26 mrmoku: ah ok Nov 24 12:30:33 mrmoku: pushed also elsa pam config change Nov 24 12:30:34 now Nov 24 12:34:36 JaMa: regarding elsa... Nov 24 12:34:43 I still have no luck with it Nov 24 12:35:01 * mrmoku will update and retry Nov 24 12:36:32 mrmoku: looks like this here now: http://paste.pocoo.org/show/512331/ Nov 24 12:44:01 elsa: launching exec /bin/bash -login /etc/X11/xinit/xinitrc for user root Nov 24 12:44:11 JaMa: that one did not exist in my last image Nov 24 12:44:14 should it now? Nov 24 12:44:31 what I was trying is to exec enlightenment_start directly Nov 24 12:46:15 /etc/X11/xinit/xinitrc is still missing Nov 24 12:51:04 ok Nov 24 12:51:11 which is what we wanted, no? Nov 24 12:51:24 or just not use xinit? Nov 24 12:55:26 fatal: unable to connect to git.freesmartphone.org: Nov 24 12:55:26 git.freesmartphone.org[0: 134.169.172.109]: errno=Connection refused Nov 24 12:57:44 mickey|babybusy: ping Nov 24 12:58:52 else should replace xinit too afaik Nov 24 12:58:54 elsa Nov 24 13:00:47 mrmoku: hi, i think i have unsolicited messages of signal quality working on GTA04, if you are interested Nov 24 13:01:05 radekp: cool. with fso? Nov 24 13:01:25 mrmoku: with serial port terminal emulator :) Nov 24 13:01:29 ahh ok :) Nov 24 13:01:32 mrmoku: from command line Nov 24 13:01:41 radekp: you know we started fso integration Nov 24 13:01:53 mrmoku: i saw some messages on IRC Nov 24 13:02:06 mrmoku: i think the messages start comming after AT_OSQI=1 Nov 24 13:02:12 radekp: slyon told me sms work out of the box Nov 24 13:02:26 ok Nov 24 13:02:49 mrmoku: for me nearly everything works out of the box, i ran it with qtmoko's gta02 modem driver and most of the stuff seems ok Nov 24 13:03:06 mrmoku: SMS, phone book, i could even make a call Nov 24 13:04:12 great :) Nov 24 13:04:21 radekp: call including working audio? Nov 24 13:05:31 mrmoku: i will test it right now - i didnt use the PCM at command previously Nov 24 13:23:06 mrmoku: does your gta04 play any sound? i cant hear anything even with aplay Nov 24 13:30:03 radekp: did not try sound yet Nov 24 13:32:48 mrmoku: i can now play sounds according to http://projects.goldelico.com/p/gta04-kernel/page/Sound/ Nov 24 13:33:05 ok Nov 24 13:48:05 hmm... fso git not working is a blocker :-P Nov 24 13:48:25 JaMa: you don't have access there yet, do you? :) Nov 24 13:51:43 ahh... seems to be back :) Nov 24 14:00:34 JaMa: | gconf-defaults.c:40:27: fatal error: polkit/polkit.h: No such file or directory Nov 24 14:00:40 gconf seems to be missing some dep Nov 24 14:02:32 mrmoku: access where? Nov 24 14:04:09 polkit added to gconf Nov 24 14:05:37 JaMa: access to fso.org server ... but it is back online Nov 24 14:05:53 ah I see, no, only to git Nov 24 14:06:14 JaMa: want me to push? Nov 24 14:06:27 probably easier you just add it yourself though Nov 24 14:13:29 mrmoku: I've already pushed polkit change Nov 24 14:14:21 ok :) Nov 24 14:25:18 JaMa: next problem is a morphis one ;) Nov 24 14:25:25 | mediators_network.vala:88.75-88.86: error: The name `get_entry' does not exist in the context of `SamsungIpc.Network.PlmnEntriesMessage' Nov 24 14:59:32 mrmoku: fso autorev, right? Nov 24 14:59:41 sure :) Nov 24 14:59:41 because last SRCREV works here fine Nov 24 14:59:56 guess morphis just forgot to push libsamsung Nov 24 15:00:13 livin on the edge.. :) Nov 24 15:00:44 mhhh Aerosmith :) Nov 24 15:27:17 hmmm weird, it seems gst-plugins-ugly-mad package is not working properly Nov 24 15:27:32 I install it but gst-inspect doesn't show mad a mp3 decoder u.u Nov 24 15:28:18 and there's no gst plugin for ffmpeg neither, so I'm unable to play mp3 files using gstreamer >.< Nov 24 15:37:06 it seems there's some error with /usr/lib/gstreamer-0.10/libgstmad.so Nov 24 15:37:07 # gst-inspect /usr/lib/gstreamer-0.10/libgstmad.so Nov 24 15:37:07 (gst-inspect-0.10:846): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstmad.so': /usr/lib/libid3tag.so.0: undefined symbol: id3_frametype_obsolete Nov 24 15:37:07 Could not load plugin file: Opening module failed: /usr/lib/libid3tag.so.0: undefined symbol: id3_frametype_obsolete Nov 24 15:40:47 pespin: the name of that symbol tells it all ;) Nov 24 15:41:10 mrmoku, yeah, it's obsolete... but what can we do? :P Nov 24 15:41:37 I want to listen to music T_T Nov 24 15:42:09 bah, I have guitar class now, see you later ;) Nov 24 16:39:14 hmmmm Nov 24 16:39:15 hi Nov 24 16:40:00 it seem that bitbake still rebuild a lot between machines of the same arch Nov 24 16:40:20 for instance crespo and nokia900 Nov 24 16:42:26 gnutoo: you have to remove rm_work for it to work as it worked before Nov 24 16:46:14 but I don't have rm_work Nov 24 16:47:02 hmm then it should work (works on shr buildhost) Nov 24 16:48:51 btw yesterday I found the bugreport for the bluetooth problem of the n900 Nov 24 16:48:57 they have a kind of workarround Nov 24 16:49:04 I was able to scan but not yet to associate Nov 24 16:50:19 s/associate/pair/ Nov 24 16:50:20 gnutoo meant: I was able to scan but not yet to pair Nov 24 17:40:13 * mrmoku summons morphis to appear and fix libsamsung-ipc :) Nov 24 19:16:26 dos1: hello :-) Nov 24 19:17:23 dos1: yo... happy birthday :-D Nov 24 19:18:56 dos1: you have birthday today ? Nov 24 19:19:18 facebok says that he does ;) Nov 24 19:19:41 my calendar too :P Nov 24 19:19:42 i have no facebook Nov 24 19:19:50 neither my calendar ;) Nov 24 19:19:58 nschle85: yup :D Nov 24 19:20:00 mrmoku: thanks :) Nov 24 19:20:35 Happy birthday, what are you doing here ? i think in poland you can have nice party :-) Nov 24 19:21:15 dos1: s dnjom rozdenjija :-) Nov 24 19:21:44 actually, i'm curing myself, as i got some flu few days ago ;x Nov 24 19:23:44 dos1: wisdorawliwaj :-) (hope you understand) Nov 24 19:24:37 dos1: do you come to FSOSHRCON11 ? Nov 24 19:25:25 nschle85: when i sew it, i didn't know what it means, but after reading it aloud i got it, thanks to similarity :D Nov 24 19:27:42 was date already chosen? Nov 24 19:27:53 dos1: Nov 24 19:27:55 yes Nov 24 19:29:07 dos1: http://wiki.freesmartphone.org/index.php/Main_Page Nov 24 19:29:29 oh Nov 24 19:29:36 i was looking at FSOSHRCON page Nov 24 19:30:04 dos1: at the page itself there is a link to "agenda" Nov 24 19:30:21 yep, now i see :) Nov 24 19:31:15 dos1: 06:00 - 07:30 early morning exercise (optional) that was my idea :-) Nov 24 19:31:22 i'll see if i can Nov 24 19:31:29 nschle85: hehe :D Nov 24 19:32:12 what is is the promplem ? your time table or how to travel ? Nov 24 19:32:15 * dos1 doesn't get up early when he doesn't have to ;) Nov 24 19:32:59 dos1: I too, but everyone in the world can l read this page :-) Nov 24 19:33:33 dos1: and in essen i started my ary carreer Nov 24 19:33:37 army Nov 24 20:16:28 dos1: how are the chances to meet you for a nice fsopim vala learning session in Essen? :) Nov 24 20:21:04 mrmoku: there are some, we'll see :) Nov 24 20:24:02 dos1: great Nov 24 22:30:41 * pespin just booked his flight to brussels :) hope to see some of you there! Nov 24 23:05:24 err... http://wiki.freesmartphone.org/index.php/FSOSHRCON_2011 still says "We need to decide for a date" Nov 24 23:05:53 (which isn't even proper English... decide *on* a date ;-) ) Nov 24 23:11:21 antrik, I think the date is fixed already (afair 9th-15th dec or so) Nov 24 23:20:19 mrmoku: I considered hacking on fsopimd myself (so I could bring back the SIM functionality) -- but now I wonder whether it's actually needed anymore? if you indeed go for telepathy and libfolks, this should cover pretty much all of it's functionality I would think... Nov 24 23:21:13 its functionality Nov 24 23:21:26 (speaking about improper English... ;-) ) Nov 24 23:26:20 antrik, as far as I'm concerned the idea would be writing fsopimd, and after that, write a wrapper so it can be used in folks :) Nov 24 23:28:21 same for telepathy. the tp connection manager should go on top of fsogsmd+fsopimd I think Nov 24 23:31:40 surely on top of fsogsmd -- fsopimd however looks like an unnecessary layer in there Nov 24 23:31:56 maybe I'm missing something... after all, I don't know the details of what opimd does Nov 24 23:33:05 antrik, well afaik folks works on top of backends. So we have to store the data we want in some backend :) Nov 24 23:33:27 and they don't have anything appropriate yet? I very much doubt that Nov 24 23:33:40 but yeah, maybe we could use evolution backend for example, which is already there Nov 24 23:34:47 evolution is overcomplicated for mobile, IMO Nov 24 23:34:58 it might be necessary to add a SIM backend (assuming nobody else did that so far); but the sqlite backend of opimd really doesn't seem like something unique that needs to be preserved in the current form Nov 24 23:34:59 antrik, I don't know much about opimd, but I remember hearing it was conceived to handle some complicated stuff related to phone numbering and so. Nov 24 23:35:10 with lots of messages it was killing Om2007.2 UI on freerunner Nov 24 23:35:31 and sometimes it's even lagging for quite a long in Maemo on N900 Nov 24 23:35:52 antrik, I think opimd is m ore than just an sqlite db :) Nov 24 23:36:18 but probably dos1|N900 can tell us better hehe Nov 24 23:36:33 pespin: it lockups phone numbers with libphone-utils, yup Nov 24 23:36:57 so it can always match numbers from phonebook correctly Nov 24 23:37:23 lockup? yo umean look up? Nov 24 23:38:19 oops, of course look up :D Nov 24 23:38:52 well, the question is whether there is anything unique that would warrant a dedicated fso backend as opposed to improving some generic one? Nov 24 23:39:04 like which one? Nov 24 23:39:06 and i guess that's all now Nov 24 23:39:10 I can't think of anything -- but as I said, I might be missing something Nov 24 23:39:39 long time ago it was handling CSM (long sms split into small parts), but now it's done by fsogsmd itself Nov 24 23:39:45 what is libphone-utils? Nov 24 23:40:04 antrik: it's library with util functions for phones :D Nov 24 23:40:23 it can do phone number normalization, matching, and some other things too Nov 24 23:40:31 it's in SHR git repo, you can check it Nov 24 23:41:44 again, none of this sounds like something that would be useful only for FSO and not for other telepathy/libfolks users... Nov 24 23:42:01 maybe libphone-utils should be used by libfolks directly? Nov 24 23:42:10 antrik: as i said, it used to do FSO specific things Nov 24 23:42:22 but now i don't think it still does Nov 24 23:42:59 antrik, afaik libphone-utils doesn't handle data, so it should be used by some folks backend, not folks itself Nov 24 23:43:26 pespin: not sure what you mean Nov 24 23:44:10 have you ever looked at folks? I've looked at it but not too much Nov 24 23:44:46 no. perhaps I have some misconception of what it actually does :-) Nov 24 23:45:18 folks just joins contacts from different sources at runtime :) Nov 24 23:45:48 ie clients have to use 1 API for all different backends Nov 24 23:46:29 one backend can be evolution db, another one contacts as seen by telepathy, etc. Nov 24 23:47:02 that's what opimd was meant to be at beginning, until it got overcomplicated and dramatically too slow ;) Nov 24 23:47:02 so you need some backend code to handle the specific data Nov 24 23:47:59 and as we are using specific data arch (sqlite with our own tables), we need a specific backend which knows how to handle it. Nov 24 23:48:31 pespin: well, surely the code responsible for joining data sources is the right place to do normalisation?... Nov 24 23:48:32 and transform the data to the unique API format Nov 24 23:49:37 antrik, no, code responsible for joining data sources, receives "standard" elements which are already abstracted from its sources Nov 24 23:50:05 hmm wait, maybe I misunderstood the normalisation concept there hehe Nov 24 23:50:11 can you detail it a bit more? Nov 24 23:51:10 well, I guess I should actually take a look at the various components, rather than just speculating... Nov 24 23:52:50 antrik, that's a fast view if you are interested :) http://telepathy.freedesktop.org/wiki/Folks Nov 24 23:54:41 so the question is... if we are not using opimd... where the hell do we store the data? :P Nov 25 00:02:45 imho it shoud be Contacts app -> folks -> opimd (sqlite, telephony contact features) + telepathy (offers Presence among other interesting things) + libsocialweb + evolution + ... Nov 25 00:03:22 or we could just implement opimd+fsogsmd support in telepathy and folks would take all info from telepathy directly Nov 25 00:03:50 I think second approach would be better Nov 25 00:04:10 as in add FSO backend for telepathy Nov 25 00:04:25 would be more coherent imho Nov 25 00:05:07 and later add opimd backend to libfolks directly if someone doesn't want to use telepathy Nov 25 00:07:56 we should look at folks backend API before start writing fsopimd imo, so it's easy later to write the backend Nov 25 00:25:34 reading a bit on the site, I'm not quite sure what libfolks can and cannot do... sounds though like it is only for retrieving and connecting data from multiple sources, without the possibility to update entries directly -- which to me seems of limited use... Nov 25 00:27:26 actually I think EDS wouldn't be a bad backend for phone contacts. the contact information you are likely to collect on a smartphone in fact is probably pretty much identical to what you collect in a traditional address book in connection with a mail client... Nov 25 00:28:07 and yes, I take it as granted that telepathy grows an fsogsmd backend here. not sure whether that's relevant to the libfolks discussion though... Nov 25 00:29:54 I assumed libfolks would be something that would be used for contact management along with telepathy doing the actual messaging -- but it seems more like telepathy is still in charge of contacts, and libfolks is just an abstraction for certain use cases (though I'm not sure which...) Nov 25 00:30:34 so indeed I'm not sure where the phone address book best fits in there Nov 25 00:33:38 might be useful to check what Maemo was doing in this regard... Nov 25 00:33:38 antrik, yeah, if you read about folks, it states that many people think folks is some kind of "unified database", and that's not true. Nov 25 00:34:14 and many people have a wrong concept Nov 25 00:34:25 well, obviously it's not a unified database. but I assumed it's an unified interface to manage contact databases -- while in fact it seems to take care of only one aspect Nov 25 00:34:35 (which, as I said, seems of limited value...) Nov 25 00:35:40 well it has interesting features such as Contanct linking between backends and so. Nov 25 00:36:08 and you only have to implement one data backend in final client apps which use folks Nov 25 00:37:10 and the telepathy thing is relevant in libfolks discussion because we can get access to opimd stuff indirectly from telepathy when the fso telepathy backend is done :) Nov 25 00:39:23 folks docs state that it's not meant to sync databases for example, so we should think about some kind of sync too. I think leviathan had some ideas related to syncing contacts and other data (with internet, PC, etc.) Nov 25 00:45:57 * pespin going to bed, gnight! **** ENDING LOGGING AT Fri Nov 25 02:59:57 2011