**** BEGIN LOGGING AT Sat Jan 15 03:00:01 2011 Jan 15 04:07:56 [Rui]: thanks, I'll remove with my next efl bump Jan 15 04:08:06 which is already in my branch Jan 15 06:56:04 [Rui]: lol, discomfitor changed api again :) Jan 15 09:42:54 <[Rui]> JaMa|Off: what do you mean, this night? Jan 15 09:47:08 mrmoku: i think i'm struggeling with the last error for sflphone Jan 15 10:34:57 [Rui]: yes.. patch is in my OE branch Jan 15 10:35:06 moin! Jan 15 10:35:39 <[Rui]> JaMa|Off: well, updating Jan 15 10:35:49 <[Rui]> my azy and checking it Jan 15 10:36:10 [Rui]: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/88e388f3b20dd972b86f1254dab853aa2c36bb5b Jan 15 10:36:55 config.status: error: po/Makefile is not ready. about building pidgin. does it tell something to someone ? Jan 15 10:36:58 <[Rui]> HAHAHAHHAA Jan 15 10:37:45 <[Rui]> although you require an almost reverse patch from the last one, I'm guessing that's where I should put the POST BODY that I asked him for a way to do :) Jan 15 10:41:48 what does CXX and CXXLD does? Jan 15 10:45:16 I'm getting this error: http://shr.pastebin.com/VCaK2B3a that function exists in a one of the .h files so i think there is some compile flag missing. Has anyone an idea? Jan 15 10:47:48 Heinervdm: I guess normal g++ call and g++ call to ld Jan 15 10:48:50 [Rui]: yup looks like reverse of last one but now that NULL has different meaning :) but if you need POST BODY in statusnet the yes my patch is wrong and you should use new functionality instead (I was just fixing build for me) Jan 15 10:49:05 * JaMa|Off actually never used elmdentica :) Jan 15 10:49:17 <[Rui]> JaMa|Off: no problem, I'm about to fix that Jan 15 10:52:44 <[Rui]> JaMa|Off: Committed revision 56129. Jan 15 10:53:19 Am I the only one being prevented from building pigdin ? Jan 15 10:56:51 ÈÂĞÄ 28 Jan 15 10:56:54 Sorry :) Jan 15 11:04:35 JaMa|Off: do you have an idea about that error? Jan 15 11:12:33 hm SHR on palm pre will not boot anymore Jan 15 11:12:41 it hangs somewhere in the init process Jan 15 11:12:46 are there any known issues? Jan 15 11:14:56 morphis: hi Jan 15 11:15:12 GarthPS: heyho Jan 15 11:15:52 morphis: I have this since a week . wanted to take a look at logs but couldn not change volatile/log to log so I have no log to understand why it hangs Jan 15 11:16:19 hm Jan 15 11:16:24 its the same for me Jan 15 11:17:01 morphis: and now I am fighting against bitbake shr-image to build fault to pidgin Jan 15 11:17:33 it's not building? Jan 15 11:18:07 it fails just befor the end Jan 15 11:18:23 morphis: http://tinderbox.openembedded.org/builds/118970/ Jan 15 11:19:45 config.status: error: po/Makefile is not ready. Jan 15 11:19:46 hm Jan 15 11:19:59 do you tried to rebuild pidgin? Jan 15 11:22:29 morphis: yop -c clean and rebuild yes Jan 15 11:22:40 allez, one more time Jan 15 11:22:59 will try to build it too Jan 15 11:24:14 ok its the same for me Jan 15 11:26:18 morphis: ahhh :) Jan 15 11:28:49 don't know why Jan 15 11:28:52 some configure magic Jan 15 11:29:01 disable it for now Jan 15 11:29:17 and don't waste to much time with it Jan 15 11:29:23 maybe someone is fixing it already Jan 15 11:29:39 or JaMa|Off, Heinervdm , mrmoku are knowing what to do Jan 15 11:30:17 it compiles in shr-testing :P Jan 15 11:30:30 morphis: I comment it in task-shr.bb right ? Jan 15 11:30:37 I think so Jan 15 11:31:01 in one of the task-shr-*.bb recipes Jan 15 11:33:25 morphis: I will try to integer Slyon's bootr into fso-installer this week end Jan 15 11:34:11 yeah! Jan 15 11:35:47 morphis: just need first to understand it Jan 15 11:35:53 I will take a look at his code Jan 15 12:26:17 morphis: and what about disabling valoatile/log ? Jan 15 12:26:27 why? Jan 15 12:27:48 damn it ... someone deletes IMAGE_DEV_MANAGER_palmpre statement in the shr-image which lets udev start on the device which lets the device not boot ... Jan 15 12:28:12 ~lart udev Jan 15 12:28:13 * apt slaps udev around with a large trout Jan 15 12:29:44 mickeyl: thx Jan 15 12:32:47 mickeyl: btw. I got an locked at&t phone from palm ... Jan 15 12:33:21 mickeyl: but I unlocked it ... costs me 20 Euro ... Jan 15 12:38:12 morning Jan 15 12:41:36 morphis: what ? I though you unlocked for free with some write_tokens magic! Jan 15 12:41:50 morphis: d'oh Jan 15 12:42:14 morphis: so this 2nd one can now serve as a full development phone for you? Jan 15 12:42:20 GarthPS: no, thats not possible Jan 15 12:42:32 you need to unlock the modem Jan 15 12:42:43 tokens are only relevant for userland not for baseband Jan 15 12:42:59 morphis: I though playya had something for that ? Jan 15 12:43:02 mickeyl: I can use it even as my daily phone if I want :) Jan 15 12:43:18 GarthPS: playya_ though it can work with this way but it doe not Jan 15 12:43:36 mickeyl: so yes Jan 15 12:43:36 morphis: ok so how did you do that then ? Jan 15 12:43:58 I paid 20 Euro's to nextgenservers Jan 15 12:44:05 they offer remote phone unlocking Jan 15 12:44:39 you will get a windows client from them, enter your credentials, install diag-drivers for palm pre Jan 15 12:44:45 click unlock, wait a minute Jan 15 12:44:50 and your phone is unlocked Jan 15 12:48:00 mickeyl: btw you got the news about the new dual-boot solution for the pre? Jan 15 12:48:42 morphis: somewhat... i saw slyon's video which i found quite impressive. how far are we from getting this into the fso-installer? Jan 15 12:49:07 should be simple Jan 15 12:49:09 morphis: hm... why we cant do tha ourself? Jan 15 12:49:23 its just copying the *.tar.gz on the device, extract it in /boot Jan 15 12:49:30 and run /boot/bootr/bin/install.sh install Jan 15 12:49:33 then it works Jan 15 12:49:55 * GarthPS was talking about unlocking Jan 15 12:51:02 GarthPS: http://www.nextgenserver.com/ Jan 15 12:52:11 GarthPS: shr should now boot again on pre devices Jan 15 12:52:15 GarthPS: I updated OE Jan 15 12:53:08 yeah I saw http://www.nextgenserver.com/palm_pre2_unlock.htm Jan 15 12:53:57 morphis: I ust tried to boot what I build and i have a kernel panic wiht a red tinted screen Jan 15 12:54:02 hm: *** glibc detected *** /usr/bin/enlightenment: munmap_chunk(): invalid pointer: 0x002e5370 *** Jan 15 12:54:22 GarthPS: kernel panic? Jan 15 12:54:27 with our kernel? Jan 15 12:55:07 morphis: yop :) but I could not find why it rebooted befor I had the time to find out Jan 15 12:55:32 ok Jan 15 12:55:36 you got it again? Jan 15 12:56:02 morphis: I will make update and rebuild Jan 15 12:56:33 ok Jan 15 12:56:37 hmm Jan 15 12:56:41 sflphone.org timeout Jan 15 12:56:42 *sigh* Jan 15 12:56:46 morphis: you fixed pigdin ? Jan 15 12:56:55 GarthPS: no Jan 15 12:57:01 .. Jan 15 12:57:14 morphis: ok so I will build shr-lite-image Jan 15 12:57:21 ok Jan 15 12:57:24 mickeyl: sflphone? Jan 15 12:58:01 yep Jan 15 12:58:02 hm X11 on SHR seems to be broken atm, right? Jan 15 12:58:06 morphis: does your initscripts-shr apply to palmpre2 too ? Jan 15 12:58:22 pondering about an sflphone backend for the new ophoned Jan 15 12:58:29 in addition to the fsogsmd backend Jan 15 12:58:36 yeah Jan 15 12:58:40 that would be really nice Jan 15 12:59:27 mickeyl: so you want to start fsophoned? Jan 15 12:59:35 yes Jan 15 12:59:36 very soon Jan 15 13:00:08 i just take a short look at telepathy before Jan 15 13:00:17 mickeyl, what is fsophoned? Jan 15 13:00:28 i mean phone daemon in what ways? Jan 15 13:01:09 ah i get it now Jan 15 13:01:19 voice telephony daemon Jan 15 13:01:21 an interface for phone functions Jan 15 13:01:26 i see Jan 15 13:01:32 yes, wrapping multiple voice transports Jan 15 13:01:56 before starting that you should take a look at that suspend bug :P Jan 15 13:02:04 i can't use suspend ever Jan 15 13:02:10 :( Jan 15 13:02:21 battery life is very short without system suspend Jan 15 13:02:59 GarthPS: jepp Jan 15 13:03:18 GarthPS: everything in OE not especially done for pre2 is for all pre phones Jan 15 13:05:13 morphis: ok thx Jan 15 13:06:10 no problem Jan 15 13:09:06 morphis: Slyon did not patch his bootr to handle pre2 right now Jan 15 13:09:27 it is on the way Jan 15 13:09:31 but not done Jan 15 13:10:34 hmm Jan 15 13:10:38 we still have a suspend bug? Jan 15 13:10:55 on FR i guess? Jan 15 13:11:24 there's a "crashes during resume" bug on FR Jan 15 13:11:43 http://docs.openmoko.org/trac/ticket//2309 Jan 15 13:14:02 how can i link agains static librarys with oe? pjproject just compiles static libs and no shared libs Jan 15 13:16:02 there should be no special things necessary Jan 15 13:16:08 if they're staged Jan 15 13:17:07 i have to correct to Makefile of sflphone to find the correct path Jan 15 13:17:17 and i don't know what to do Jan 15 13:17:18 yeah Jan 15 13:17:25 its buildsystem is horrible Jan 15 13:17:30 yes Jan 15 13:17:44 what about telepathy? Jan 15 13:18:08 they have version incompatible to upstream in there buildtree Jan 15 13:18:09 telepathy is an Ãœbersystem for communication Jan 15 13:18:25 which we could use in theory Jan 15 13:18:36 in practice it scares me Jan 15 13:18:37 but i fixed mostly everything expect for pjproject Jan 15 13:18:52 Heinervdm: hmm... might want to check as 'WIP' and i take a look Jan 15 13:18:57 check in Jan 15 13:19:04 morphis: why when I git pull oe and rebuild shr-lite-image it does not rebuild the kernel evene after your last oe commit ?? Jan 15 13:19:25 morphis: oh sorry for this stupid question :) Jan 15 13:19:37 mickeyl: you can look at them here: http://heinervdm.dyndns.info/shr-beta-recipes/slfphone/ Jan 15 13:19:37 I did not change anything to the kernel :) Jan 15 13:19:50 mickeyl, yes on FR :) Jan 15 13:19:51 I mixed up udev and my kernel panicking Jan 15 13:19:55 it's just sflphone-common and sflphone-pjproject Jan 15 13:20:02 daniele_athome: is it this kernel thing you mean or something else? Jan 15 13:20:08 i know FR it's getting obsolete, but it least make it working ;) Jan 15 13:20:30 mickeyl, both: suspend sometimes hangs the system, otherwise after 4-5 suspend cycles fsogsmd doesn't work anymore Jan 15 13:20:36 and need to kill daemon Jan 15 13:20:42 morphis: http://amethyst.openembedded.net/~morphis/oe/palmpre/deploy/images/palmpre2/ is down ? Jan 15 13:21:03 hm.. just palmpre Jan 15 13:21:06 ko Jan 15 13:21:10 GarthPS: I did a cleanup Jan 15 13:21:18 and need to rebuild for palmpre2 :) Jan 15 13:21:33 as currently I am only building for palmpre Jan 15 13:21:42 morphis: I though I will take your kernel as mein does panic but you did not build for pre2... :) Jan 15 13:21:52 daniele_athome: any logs? Jan 15 13:22:00 kernel is outside of my responsibility Jan 15 13:22:04 i know Jan 15 13:22:10 i've posted some sometime ago Jan 15 13:22:10 but if there's anything i can do in fsogsmd to improve the stability, i'm all ears Jan 15 13:22:11 morphis: I do build for my device . it just that my builded kernel panics Jan 15 13:22:16 but not on trac i guess... pastebin Jan 15 13:22:18 let me find out Jan 15 13:22:20 k Jan 15 13:22:26 better add them to a trac bug Jan 15 13:22:34 GarthPS: from which kernel-branch do you build? Jan 15 13:23:10 morphis: for the mmoment I just stick to SHR Makefile so .. Jan 15 13:23:28 ok, so it is the kernel from OE, right? Jan 15 13:23:55 sure thing :) Jan 15 13:26:11 morphis: hmm yeah surely Jan 15 13:28:54 ok Jan 15 13:29:03 wait a moment Jan 15 13:36:22 can i access the SYSROOT variable in a Makefile.am? Jan 15 13:37:53 you can access everything you want by exporting it in the recipe Jan 15 13:38:00 export Jan 15 13:38:05 ok Jan 15 13:38:23 is ${SYSROOT_LIB_DIR} correct? Jan 15 13:39:25 hmm Jan 15 13:39:28 why not STAGING_LIBDIR? Jan 15 13:40:05 ah, ok i thought that this was gone with old staging :) Jan 15 13:52:26 is pjnath used by anything else than sflphone? Jan 15 13:52:36 if not, i wonder why bothering with factoring this out Jan 15 13:53:02 don't know Jan 15 13:53:18 but it has to be seperatly Jan 15 13:55:38 but it has to be seperatly configure and make it first and then do configure and make for sflphone Jan 15 13:56:03 yes Jan 15 13:56:06 that's clear Jan 15 13:56:11 but that doesn't require a seperate recipe Jan 15 13:57:22 hmm Jan 15 13:58:08 one can do it in a do_configure_prepend Jan 15 13:58:22 but that's ugly Jan 15 13:59:06 oh well ;) Jan 15 14:01:53 hmm Jan 15 14:01:58 still missing some references Jan 15 14:02:08 not much though Jan 15 14:02:27 morphis: so did you find something ? Jan 15 14:03:05 mickeyl: have you reverted the corresponding parts in the patch? Jan 15 14:03:15 Heinervdm: not yet, no Jan 15 14:03:23 took the recipe as is Jan 15 14:03:35 just hacking some additional libraries into libpj atm. Jan 15 14:03:39 libpj.pc, that is Jan 15 14:03:57 ok, i tried that too, but somehow the -L get lost Jan 15 14:04:30 mrmoku, hi, Jan 15 14:04:35 i only seem to have 4 missing ones left Jan 15 14:04:44 | stun_msg.c:(.text+0x23a8): undefined reference to `pj_hmac_sha1_init' Jan 15 14:04:44 | stun_msg.c:(.text+0x23b8): undefined reference to `pj_hmac_sha1_update' Jan 15 14:04:44 | stun_msg.c:(.text+0x23c4): undefined reference to `pj_hmac_sha1_final' Jan 15 14:04:44 | stun_msg.c:(.text+0x242c): undefined reference to `pj_crc32_calc' Jan 15 14:04:59 hi GNUtoo|laptop Jan 15 14:05:11 mickeyl: what did you add? Jan 15 14:05:31 -lpjnath Jan 15 14:05:51 mickeyl: did you build it with included pj? Jan 15 14:06:14 mrmoku: one has to, because upstream pj is incompatible Jan 15 14:06:25 mrmoku, we're short on man/woman power right? specially for nokia n900? so why spend time on newer kernels? Jan 15 14:06:40 yup. that's why I'm asking Jan 15 14:06:56 so back to 2.6.28? Jan 15 14:07:31 because newer kernel are highly incomplete and needs some work to be usable Jan 15 14:07:49 GNUtoo|laptop: I was spending all my free time with n900 lowlevel yesterday Jan 15 14:08:51 ouch ok Jan 15 14:09:21 and will continue when back to my laptop Jan 15 14:09:25 ok Jan 15 14:09:36 ok, found the missing one Jan 15 14:09:37 mickeyl, do you prefer recent kernels work or modem work? Jan 15 14:09:39 next build Jan 15 14:10:07 because with me beeing absent mrmoku can't do both Jan 15 14:10:16 mickeyl: which one was it? Jan 15 14:10:37 wtf? "TIFFReadEncodedTile - read and decode a tile of data from an open TIFF file " Jan 15 14:10:42 Heinervdm: looks like -lpjdsp Jan 15 14:10:46 however it can't find it Jan 15 14:10:50 * mickeyl checks for a typo Jan 15 14:11:01 oh Jan 15 14:11:03 dsp vs. sdp Jan 15 14:11:24 ok, next try Jan 15 14:11:28 naming convetions are crazy .. Jan 15 14:12:27 GNUtoo|laptop: we need to get the modem communication on .37 done. then we have a basis for other people helping with libisi Jan 15 14:13:32 can't say more than i already said on the mailing list Jan 15 14:13:50 hmm, bummer Jan 15 14:13:55 still can't find those hmac functions Jan 15 14:13:55 mickeyl, what about using .28 and we add modem support instead of working on adding the missing features to the kernel? Jan 15 14:13:56 hmm Jan 15 14:14:02 ok Jan 15 14:14:06 I'll re-read the thread Jan 15 14:14:13 i don't know why you're insisting on .28 Jan 15 14:14:22 it will bite us sooner or later Jan 15 14:14:23 because no work is necessary Jan 15 14:14:27 no work? Jan 15 14:14:28 yes it will Jan 15 14:14:29 i hardly doubt that Jan 15 14:14:40 yes we revert 2/3 things and we're done kenrel side Jan 15 14:14:58 revert in oe Jan 15 14:15:09 done means we don't have to touch it Jan 15 14:15:14 and we concentrate on modem instead Jan 15 14:15:25 feel free to revert what you want in OE Jan 15 14:15:29 i'm tired of this argument Jan 15 14:15:33 ok Jan 15 14:15:43 sorry for tiring you Jan 15 14:21:50 *sigh* ok, then lets brute-force some additional libs to the linking line of sflphond Jan 15 14:22:22 pjsua Jan 15 14:22:24 try thta Jan 15 14:22:39 *that Jan 15 14:22:42 mickeyl, ^^^ Jan 15 14:22:49 pj seem like pjsua Jan 15 14:22:52 what are all these libs anyways Jan 15 14:22:59 sip lib I think Jan 15 14:23:25 mickeyl: pjsua is the higher level lib IIRC Jan 15 14:23:32 hmm Jan 15 14:23:39 actually i hate m4_silent_rules Jan 15 14:23:46 these are so unhelpful in OE Jan 15 14:23:53 there are also some other pj_ libs it seems Jan 15 14:23:53 i'd wish we could disable them completely Jan 15 14:23:57 like pj_sip Jan 15 14:24:09 ah wait a sec Jan 15 14:24:18 | CXXLD sflphoned Jan 15 14:24:20 is so unhelpful Jan 15 14:24:54 pjsua is an open source command line SIP user agent (softphone) that is used as the reference implementation for PJSIP, PJNATH, and PJMEDIA. Despite its simple command line appearance, it does pack many features! Jan 15 14:25:02 http://www.pjsip.org/pjsua.htm Jan 15 14:25:08 seem like PJNATH Jan 15 14:25:11 http://www.pjsip.org/pjsip/docs/html/index.htm Jan 15 14:25:23 GNUtoo|laptop: and a lib too Jan 15 14:25:26 hmm Jan 15 14:25:26 ok Jan 15 14:25:33 something's fishy here with the makefile patch Jan 15 14:25:47 err Jan 15 14:25:52 it's not getting applied Jan 15 14:25:56 *sigh* Jan 15 14:25:59 apply=yes is missing Jan 15 14:26:09 surprise surprise Jan 15 14:26:42 hmm, no, that's not it Jan 15 14:26:48 * mickeyl blind today Jan 15 14:27:45 mickeyl needs the serial console of cross-compiling Jan 15 14:30:10 what's the current error? Jan 15 14:32:13 NOTE: package sflphone-common-0.9.12-r0: task do_build: Succeeded Jan 15 14:32:15 *phew* Jan 15 14:32:17 apply=yes isn't needed anymore Jan 15 14:32:23 how? Jan 15 14:32:25 oh Jan 15 14:32:29 congrats :-) Jan 15 14:32:30 wow Jan 15 14:32:30 moin ;) Jan 15 14:32:40 i'm still using it ) Jan 15 14:34:11 * GNUtoo|laptop wants to try sflphone Jan 15 14:34:18 ah it's the common package Jan 15 14:34:23 yes Jan 15 14:34:26 maybe the hardest one Jan 15 14:34:28 no client ;) Jan 15 14:34:32 ok Jan 15 14:34:36 even dbus client? Jan 15 14:34:43 like mdbus foo? Jan 15 14:34:57 one can try but not sure if it will do sth usefull Jan 15 14:34:57 s/client/access Jan 15 14:35:00 freesmartphone.org: 03Frederik.Sdun 07playya/work * re2d258183385 10msmcomm/libmsmcomm-next/ (tools/generate-structures-vala.py vapi/structures.vapi): Jan 15 14:35:00 freesmartphone.org: libmsmcomm-next: fix indentation of structures.vapi Jan 15 14:35:00 freesmartphone.org: and regen Jan 15 14:35:01 ok Jan 15 14:35:14 * GarthPS wondering what is sflphone Jan 15 14:35:14 it built for me too Jan 15 14:35:27 it depends an the ordering of the -l Jan 15 14:35:29 GarthPS, a sip client Jan 15 14:35:36 thats really strange Jan 15 14:35:47 http://www.sflphone.org/ Jan 15 14:35:47 -sflphoned_LDADD = ./libsflphone.la $(libssl_LIBS) -lcrypto Jan 15 14:35:48 +sflphoned_LDADD = ./libsflphone.la $(libssl_LIBS) -lcrypto \ Jan 15 14:35:48 + -lpjsdp -lpjsua -lpjsip -lpjmedia -lpjsip-ua -lpjsip-simple -lpjsip-ua -lpjmedia-codec \ Jan 15 14:35:48 + -lpj -lpjnath -lpjlib-util Jan 15 14:35:50 is what fixed it here Jan 15 14:35:58 it even does iax2 Jan 15 14:36:12 mickeyl: setting -lpjnath at the beginning fixed it here Jan 15 14:36:28 in the .pc? Jan 15 14:36:34 yes Jan 15 14:36:37 good Jan 15 14:36:49 rebuilding pjproject :) Jan 15 14:37:03 in the fix-Makefile at one place you add LIBS instead of FLAGS to CFLAGS Jan 15 14:37:06 should change that as well Jan 15 14:37:21 and drop the dependency on gtkmm Jan 15 14:37:24 common doesn't need it Jan 15 14:38:31 and add Jan 15 14:38:39 ${libdir}/sflphone/*/.debug" Jan 15 14:38:51 otherwise it looks fine to me Jan 15 14:39:13 i couldn't check where the files were installed till now :) Jan 15 14:40:37 hehe, right Jan 15 14:41:01 mickeyl: but it seems that i compiled that thing once, as i already have a recipe for the client Jan 15 14:41:17 but that has to be over a year ago Jan 15 14:42:06 mickeyl: i just add LIBS to CXXFLAGS Jan 15 14:42:16 yeah, that looks wrong to me Jan 15 14:42:27 but they did that too Jan 15 14:42:36 still makes it wrong, but anyways Jan 15 14:44:58 now i've added them to LIBADD lets see if it still compiles Jan 15 14:57:02 pushed Jan 15 14:57:30 that was hard work :) Jan 15 15:00:39 ~hail Heinervdm and mickeyl Jan 15 15:00:40 * apt bows down to Heinervdm and mickeyl and chants, "I'M NOT WORTHY!!" Jan 15 15:07:28 mrmoku: JaMa|Off: did someone of you using bt headset? Jan 15 15:09:29 mrmoku, don't you want SIP? Jan 15 15:09:34 SIP is nice Jan 15 15:12:46 GNUtoo|laptop: how comes you think I don't want SIP? Jan 15 15:13:28 alexxy: I don't even have one Jan 15 15:13:47 ahh Jan 15 15:17:15 seems bt not working Jan 15 15:19:55 mrmoku: what are you planing to do with sflphone? Jan 15 15:20:29 Heinervdm: ophoned :-) Jan 15 15:20:39 ah ok :) Jan 15 15:21:00 ~hail Heinervdm and mickeyl Jan 15 15:21:10 GNUtoo|laptop: well hail... not lart :) Jan 15 15:22:28 GNUtoo|laptop: acclamare Jan 15 15:22:33 ah ok Jan 15 15:22:48 why apt say "I'M NOT WORTHY!!" then? Jan 15 15:23:04 that's confusing Jan 15 15:24:03 GNUtoo|laptop: well... apt considers himself not worthy compared to Heinervdm and mickeyl Jan 15 15:24:09 ok Jan 15 15:25:20 mrmoku: but sflphone has a lot of dependencies... Jan 15 15:25:34 perhaps you can have a look at sofia-sip too ;) Jan 15 15:27:31 Heinervdm: question is if we want a lib or a daemon offering dbus Jan 15 15:27:42 with the second one being the equivalent of fsogsmd for VOIP Jan 15 15:28:09 with sofia-sip we would have to do something like fsovoip or fsosip ourselves Jan 15 15:28:17 yes Jan 15 15:28:25 sflphoned can be integrated into ophoned directly Jan 15 15:29:16 yes Jan 15 15:29:21 mickeyl: what's your take on it? Jan 15 15:29:30 i'm just looking at the dbus api, it has a lot of options Jan 15 15:31:52 mrmoku: i tend to agree with you. i don't know what's necessary add on e.g. sofia-sip. for now i think the fastest option to get ophoned running is to have two dbus-able plugins. if we find out eventually that we are lacking control, we might add a library and do more in the plugin directly, but for now i'd be happy if the plugin was just an adapter between the unified dbus API spoken by fsophoned and the respective backend dbus APIs Jan 15 15:32:08 s/add/to add/ Jan 15 15:32:08 mickeyl meant: mrmoku: i tend to agree with you. i don't know what's necessary to add on e.g. sofia-sip. for now i think the fastest option to get ophoned running is to have two dbus-able plugins. if we find out eventually that we are lacking control, we might add a lib... Jan 15 15:33:00 are you prepared to talk via an agent-based API? Jan 15 15:33:39 mickeyl: mentally yes... in code not yet ;) Jan 15 15:33:50 hehe, fair enough :) Jan 15 15:33:56 oh btw. Jan 15 15:34:16 juergbi told me he will have a look wrt. adding back the proxy instantiation helpers Jan 15 15:34:37