**** BEGIN LOGGING AT Fri May 06 02:59:58 2011 May 06 04:43:01 freesmartphone.org: 03morphis 07aurora * r6db9e04728bd 10/aurora/aurora/config.py.in: aurora: add missing config.py.in file May 06 04:43:16 freesmartphone.org: 03morphis 07aurora * r00f275a08efd 10/aurora/ (51 files in 3 dirs): aurora: use icons from the old openmoko asu theme May 06 05:20:13 * JaMa|Off upgraded to power-kernel47 May 06 05:20:24 uploading u-boot images with mmcblk0 May 06 06:58:04 do we need CONFIG_PHONET_PIPECTRLR for phonet? May 06 06:58:14 iirc I've read something about it here.. May 06 06:58:21 JaMa|Wrk: do we have that enabled or disabled now? May 06 06:58:24 * JaMa|Wrk enabling few missing modules from 2.6.37 May 06 06:58:27 disabled May 06 06:58:31 hah May 06 06:58:35 maybe that's my problem :) May 06 06:58:43 ok, enabling that :) May 06 06:58:51 great catch, thanks :D May 06 07:00:39 JaMa|Wrk: do you think it's still worth to fix our gdbus-codegen problems for OE? Or is shr-meta close enough to switch soon? May 06 07:03:10 moin May 06 07:07:58 mrmoku: well now I have patchset for both, so I think we should fix it in old OE too May 06 07:08:07 ok May 06 07:08:09 and upgrade glib there ;) May 06 07:08:47 I'm not sure if I'll be able to work on shr-meta in next 2,5 months :/ May 06 07:08:59 oh, ok May 06 07:10:23 yesterday meeting doesn't end very well.. the deadline is rudicolous and I have to move to new flat and then leave to US.. May 06 07:10:57 aye... ouch May 06 07:11:41 I should have started to play with shr-meta since long May 06 07:12:12 though I'm lacking your OE knowledge May 06 07:12:31 dunno if I would feel comfortable to switch without you :) May 06 07:24:19 mrmoku: hehe :) May 06 07:25:14 JaMa|Wrk: ok, will build with the patches from shr-experimental then May 06 07:27:33 and when it's fixed there, I'll merge those fixes to shr-core and then guide your switch :) May 06 07:27:59 ok :) May 06 07:33:31 mrmoku: and also 2.6.37 was loosing in-kernel CMDLINE May 06 07:33:42 I'll readd it to recipe too May 06 07:34:38 it was in defconfig, but that's replaced in linux.inc and image ends with CMDLINE = "quiet" only May 06 07:43:16 oh, good May 06 08:05:38 moin mickey|office May 06 08:05:53 mickey|office: 08:56 < JaMa|Wrk> do we need CONFIG_PHONET_PIPECTRLR for phonet? May 06 08:06:00 maybe that explains our kernel trace May 06 08:06:13 dunno if you saw that I have it with ofono too May 06 08:10:37 yeah, i saw it. pipectrl sounds like we need it as well. i don't have the kernel sources handy to check, but it will not hurt :) May 06 08:10:55 i change the iovectors yesterday nite, i don't know if the resulting code is different, but it looks more clear now May 06 08:10:59 s/change/changed/ May 06 08:11:00 mickey|office meant: i changed the iovectors yesterday nite, i don't know if the resulting code is different, but it looks more clear now May 06 08:11:13 morning, btw,. May 06 08:11:24 SHR: 03Martin.Jansa 07libshr-glib * rde87dda3aaf8 10/configure.ac: configure: drop gdbus-codegen from deps and require glib-2.29.3 May 06 08:14:36 mrmoku: May 06 08:14:37 11:54 < mickeyl> make sure the phonet pipe module is loaded May 06 08:14:37 11:54 < mickeyl> you'll need that for the pep May 06 08:15:57 yeah, that module is there though May 06 08:15:58 JaMa|Wrk: yes i got that list May 06 08:16:05 isn't it a different one? May 06 08:16:23 i hope i will enough time this weekend to look at it May 06 08:17:12 mickey|office: there is only CONFIG_PHONET=m May 06 08:17:12 CONFIG_PHONET_PIPECTRLR=y May 06 08:17:26 and later CONFIG_USB_CDC_PHONET May 06 08:17:34 or even CONFIG_PHONE May 06 08:17:53 ahh May 06 08:17:59 JaMa|Wrk, mickey|office: This option is incompatible with older Nokia modems. │ │ Say N here unless you really know what you are doing. May 06 08:18:12 that's the one I thought it would be pn_pep May 06 08:18:20 JaMa|Wrk: we don't need that one May 06 08:18:44 The Pipe Controller implementation in Phonet stack to support Pipe │ │ data with Nokia Slim modems like WG2.5 used on ST-Ericsson U8500 │ │ platform. May 06 08:18:48 CONFIG_PHONET_PIPECTRLR should be really disabled, right? May 06 08:18:52 yup May 06 09:08:26 mickey|office: is libgsmd and libgsmd-tools still usefull? it's pulled by task-base (task-base-phone) May 06 09:18:41 no May 06 09:19:08 mickey|office: ok, it's only in oe-core, oe.dev has empty task-base-phone RDEPENDS May 06 09:19:11 gsmd and libgsmd has never reached a point where it was working May 06 09:19:29 (as in ... stable) May 06 09:22:04 thanks May 06 09:53:13 JaMa|Wrk: I have one dirty thing in my OE tree... the removal of loslevel_nokia900 from fsogsmd... is that already in? May 06 09:53:34 * mrmoku has to decide to either commit or run make update :) May 06 09:54:56 isn't and I'm not sure about cornucopia rev (if it's new enough that it should be dropped) May 06 09:55:06 ahh, right May 06 09:55:07 * JaMa|Wrk lunch May 06 09:55:11 I'm using autorev May 06 09:55:14 but feel free to bump it :) May 06 09:55:22 heh, ok :P May 06 09:55:29 * mrmoku stashes that change then for now May 06 11:21:22 JaMa|Wrk: ERROR: Required build target 'phoneuid' has no buildable providers. May 06 11:21:26 missing a commit? May 06 11:21:48 weird May 06 11:22:09 glib-2.0-native should be there already, but try bitbake glib-2.0-native May 06 11:22:47 ahh no May 06 11:22:48 Missing or unbuildable dependency chain was: ['python-argparse'] May 06 11:22:51 that one May 06 11:23:14 ah :) May 06 11:23:29 it should be 6 patches on top May 06 11:23:56 and python-argparse is 6th May 06 11:24:01 :) May 06 11:24:44 JaMa|Wrk: yup :) May 06 11:54:30 mrmoku: can you pastebin that change? I've bumped cornucopia in shr-core and I would like to include it May 06 11:56:35 sure moment May 06 11:57:16 JaMa|Wrk: Your paste can be seen here: http://paste.pocoo.org/show/383977/ May 06 11:58:36 if you include header you'll have first commit in meta-shr ;) May 06 11:58:57 hehe May 06 12:00:10 JaMa|Wrk: http://paste.pocoo.org/show/383980/ May 06 12:00:29 thx May 06 12:00:55 yw May 06 12:01:23 will be interesting to see if the running bitbake get's confused by switching branches :P May 06 12:01:51 btw did you use format-patch? May 06 12:01:59 ahh, no May 06 12:02:00 because instead From: header there is Author: May 06 12:02:01 git show May 06 12:02:07 and git am doesn't like that May 06 12:02:10 moment May 06 12:02:38 nvm, fixed manually May 06 12:02:48 ahh, ok May 06 12:10:57 JaMa|Wrk: btw my attr/gettext problems are solved... build everything from scratch May 06 12:13:12 good, thanks for report May 06 12:16:14 but i get some libperl not match perl executable version problems... figured out that aclocal and autom4te had /usr/bin/perl in shebang. hacked arround by pointing it to the perl executable native staging May 06 12:16:50 evn perl should be enough May 06 12:16:58 iirc I've fixed that in oe.dev May 06 12:17:40 i have updated all git repos shr-core meta-openembedded openembedded-core May 06 12:17:54 is it not in those yet? May 06 12:18:34 don't know I haven't seen it with oe-core.. only with oe.dev and it's long ago May 06 12:18:50 but now there is [PATCH 37/58] gnu-config-native: add dependency on perl-native and similar fix in last pull request.. May 06 12:19:46 ok maybe it's solved next time i update my shr-core and friends May 06 12:20:01 do you have new ubuntu? May 06 12:20:09 no May 06 12:20:24 don't even have old one ;) May 06 12:20:33 ok, just because similar error was reported from ubuntu users May 06 13:09:56 freesmartphone.org: 03mickey 07libgisi * r35dd0343bc2a 10/data/libgisi.vapi: vapi: fix remaining bindings of functions using iovectors May 06 14:17:20 mrmoku: fyi with newer EFL we have few errors in libphone-ui-shr util/window.c:304:2: error: 'elm_box_homogenous_set' is deprecated (declared at /OE/shr-core/tmp/sysroots/nokia900/usr/include/elementary-0/Elementary.h:711) May 06 14:17:30 mrmoku: I'll fix it as extra patch in shr-core again May 06 14:17:40 ok, thanks May 06 14:19:43 JaMa|Wrk: my build stopped as expected ath phoneuid-dbus.c... will fix that after some daywork May 06 14:19:51 heh such noise for typo in function name http://trac.enlightenment.org/e/changeset/59160 May 06 14:20:51 heh May 06 14:23:37 and I need newer gisi I guess plugin.vala:84.9-84.40: error: The name `netlinkChanged' does not exist in the context of `GIsiComm.ModemAccess' May 06 14:23:58 oh yes, you have to bump that one too May 06 14:29:07 mrmoku: I need another hint :) May 06 14:29:08 | plugin.vala:80.17-80.92: error: invocation of void method not allowed as expression May 06 14:29:12 | assert( debug( @"onContextActivated: iface=$iface, ip=$ip, dns1=$dns1, dns2=$dns2" ) ); May 06 14:29:17 different vala version? May 06 14:29:56 hmm both (oe.dev and meta-oe) have 0.12.0 May 06 14:32:13 hmm May 06 14:32:31 that's more may supidity May 06 14:33:18 freesmartphone.org: 03mok 07cornucopia * rda5fc16512bb 10/fsogsmd/src/plugins/pdp_nokia_isi/plugin.vala: May 06 14:33:19 freesmartphone.org: Revert "fsogsmd: pdp_nokia_isi: debug++" May 06 14:33:19 freesmartphone.org: This reverts commit fa3fb3a7fc51afe2e7c937e0c2e50b1eacaa09cd. May 06 14:33:21 JaMa|Wrk: fixed :P May 06 14:33:45 :) May 06 14:34:11 ah, logger.debug vs. debug May 06 14:35:14 should I wait before bumping cornucopia rev again? :) May 06 14:35:24 mickey|office: ahhhh ok :) May 06 14:35:29 duh May 06 14:36:19 JaMa|Wrk: If later tonight is early enough... then wait May 06 14:36:36 have to finish some daywork... then phoneuid... and then I'm back to libgisi/fsogsmd May 06 14:36:52 have to try mickey|office's vsend fixes :) May 06 14:38:49 ok, will bump as I'm leaving in an hour or so May 06 15:00:32 ~nf May 06 15:00:33 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-10-07] wiki is down, see http://lists.openmoko.org/pipermail/community/2010-October/063395.html May 06 15:00:58 8) May 06 15:38:40 mickeyl: ping May 06 15:39:00 or any of the modem and SHR settings devs May 06 15:40:03 sledges: yo, I'm not maintaining this anymore May 06 15:40:11 or only sporadically May 06 15:41:49 ~literal #openmoko-cdevel nf May 06 15:41:49 "#openmoko-cdevel nf" is "The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-10-07] wiki is down, see http://lists.openmoko.org/pipermail/community/2010-October/063395.html" May 06 15:42:03 ~forget #openmoko-cdevel nf May 06 15:42:04 DocScrutinizer: i forgot #openmoko-cdevel nf May 06 15:42:25 yea, well, that was sporadic :) May 06 15:42:58 ~#openmoko-cdevel nf is The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2011-05-06] No News May 06 15:42:58 okay, DocScrutinizer May 06 15:43:03 ~nf May 06 15:43:03 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2011-05-06] No News May 06 15:43:51 ~nf2 May 06 15:43:51 (here you'll find additional info, if newsflash on ~NF is too short to hold all the info) May 06 15:44:45 mrmoku: ping May 06 15:47:29 SHR: 03Martin.Jansa 07shr-chroot * r444007fc769b 10/ (129 files in 27 dirs): system upgrade, fix bitbake with AUTOREV May 06 15:50:46 darkh: if you had problem with " AttributeError: 'FetchData' object has no attribute 'branches'"" then it's fixed in system bitbake now ^ May 06 15:50:49 DocScrutinizer: pong May 06 15:52:05 mrmoku: AT cmd to read out own number from SIM? May 06 15:52:20 hmm May 06 15:52:49 (used in SHR-settings, or the underlying FSO function) May 06 15:53:25 JaMa|Wrk: is the git-native no http fetcher problem solved too? May 06 15:53:26 AT+ReadMem0 or sth? May 06 15:53:43 ATM? May 06 15:53:48 AT%RM? May 06 15:53:56 darkh: yes May 06 15:54:02 :) May 06 15:55:12 DocScrutinizer: can't find it in my pdf May 06 15:55:27 hmm, too bad May 06 15:55:47 thanks anyway May 06 15:56:16 DocScrutinizer: http://www.tomshardware.co.uk/forum/33825-23-phone-number May 06 15:56:23 maybe that helps May 06 15:56:35 :-) May 06 16:13:53 yes, mrmoku's link tell the two ways to read that May 06 16:14:10 note that only few sim issuers actually support that May 06 16:27:05 mickeyl, hi May 06 16:27:19 hu GNUtoo|laptop May 06 16:27:46 mickeyl, I've a defconfig that is under 2M May 06 16:27:52 and that can be flashed as zImage May 06 16:27:59 do you want/need it? May 06 16:28:01 ah, that's cool. what did you strip? May 06 16:28:05 yes, please May 06 16:28:09 some NAND stuff May 06 16:28:20 btw NAND works only as flashed zImage May 06 16:28:27 and it'll work if you use that defconfig May 06 16:28:46 freesmartphone.org: 03mickey 07cornucopia * r2083933f7697 10/tools/fso-alsa/ (src/main.vala vapi/alsa-ext.vapi): fso-alsa: misc. vapi fixes and setup hardware for playing back May 06 16:31:23 http://www.pastie.org/1872187 May 06 16:31:38 thanks! May 06 16:33:26 btw I tried again camera last night and I failed again May 06 16:33:35 maybe I should dump the values from meego May 06 16:33:38 it works in meego May 06 16:33:40 ok May 06 16:34:08 tomorrow I'll learn efl+edje for real May 06 16:34:19 at the enlghtenment.fr days May 06 16:34:39 nice :)( May 06 16:34:59 DocScrutinizer: do you know if gprs works with ofono under meego? May 06 16:35:04 I wanted to get camera working before that, so I could make a vala camera app, since I already know gstreamer vala bindings May 06 16:35:20 but maybe I should go voip instead May 06 16:35:26 sorry, not really. But I think it does May 06 16:35:31 but maybe voip should rather be better integrated May 06 16:35:34 ask on #meego-arm May 06 16:35:38 stskeeps May 06 16:35:40 (not as an app but in the framework) May 06 16:35:53 yeah... wanted to avoid that :P May 06 16:37:05 I can do May 06 16:37:23 if you want May 06 16:37:23 mickeyl, what should we do for audio calls? I'm afraid to fail and get nervous with vapis May 06 16:37:45 note that I can't work on it today May 06 16:37:53 I must wait at least for monday May 06 16:38:02 since calls costs a lot here May 06 16:38:05 (roaming) May 06 16:40:39 monday sounds good May 06 16:40:46 i fail at playing back sound May 06 16:40:52 look what i have done in fso-alsa May 06 16:40:56 did you take my patch? May 06 16:41:00 which patch? May 06 16:41:00 and used aplay May 06 16:41:08 the patch for dumping it to a file May 06 16:41:11 ah, no, not yet May 06 16:41:24 i want to play and record alsa first May 06 16:41:31 no success yet though May 06 16:41:34 ah ok May 06 16:41:36 must be doing something wrong May 06 16:41:39 code is in fso-alsa May 06 16:41:50 ok May 06 16:41:59 i enlarged the vapi greatly May 06 16:42:00 I'll try camera in meego May 06 16:42:04 but there may be bugs May 06 16:42:06 ok nice!!!!! May 06 16:42:07 (in the bindings) May 06 16:42:10 ah ok May 06 16:46:43 mrmoku: May 06 16:46:47 [2011-05-06 18:42:08] so, is GPRS on N900 meego working? May 06 16:46:49 May 06 16:46:50 [2011-05-06 18:43:59] No, not yet May 06 16:46:51 [2011-05-06 18:44:41] Well, it should work down below, but not in UX May 06 16:48:01 I gather they don't have alternatives to ofono May 06 16:53:15 heh May 06 16:53:37 DocScrutinizer: thx for asking May 06 16:53:45 down below is the part I'm interested in May 06 16:54:52 mrmoku: I didn't c&p when I noticed you are in #meego-arm as well May 06 16:55:11 yeah :) May 06 16:56:07 * mrmoku dinner May 06 17:00:25 aha! May 06 17:00:28 sound May 06 17:01:57 beeeep May 06 17:02:40 freesmartphone.org: 03mickey 07cornucopia * r5e6734d9011b 10/tools/fso-alsa/src/main.vala: fso-alsa: playing works May 06 17:05:04 GNUtoo|laptop: you're aware N900 camera is special, as video0 and video1 are mutually exclusive? May 06 17:05:41 which means there is some special spell in those drivers that switches the mux between front and back cam May 06 17:06:28 I'm aware of media controller May 06 17:06:56 this one is missing on my radar May 06 17:07:36 GNUtoo|laptop: do you have a recording offhand? May 06 17:07:44 I just know the video bus from SoC goes to a multiplexer and from there to both cameras May 06 17:07:50 ah well, i can create one on my own May 06 17:08:21 -r 8000 -f s16_le iirc May 06 17:08:43 for modem May 06 17:08:51 -r 48000 for codec May 06 17:19:16 right, thanks May 06 17:21:06 mickeyl: just convert your favourite wav/ogg/whatever with sox :-) May 06 17:21:14 *nod* May 06 17:28:01 hmm, is there _any_ clear and concise tutorial for ALSA PCM programming? May 06 17:28:13 + that's not over 3 years old... May 06 17:30:30 http://www.equalarea.com/paul/alsa-audio.html is not too bad, albeit over 8 years old... May 06 17:34:24 hmm, ah well, audio has to wait for next week. May 06 18:16:58 heyho May 06 18:17:01 mickey|bbl: ping May 06 18:38:41 freesmartphone.org: 03morphis 07aurora * r92b412f65705 10/aurora/ (6 files in 3 dirs): aurora: import dbuscache and configparse classes from frameworkd May 06 18:38:44 freesmartphone.org: 03morphis 07aurora * r44973bcc54e2 10/aurora/ (8 files in 4 dirs): aurora: implement hub list which will show all registered application hubs May 06 18:54:28 freesmartphone.org: 03morphis 07aurora * rd046965a93ee 10/aurora/ (41 files in 5 dirs): aurora: restructure icons into two sub directories (apps and status) May 06 19:20:24 freesmartphone.org: 03morphis 07aurora * r9e3c89805892 10/aurora/data/theme/icons/apps/phone.png: aurora: run the diffuser over the phone app icon May 06 19:40:44 JaMa|Off: phoneuid is fixed... phonefso comes next May 06 19:40:54 (glib-2.29 branch) May 06 19:57:57 JaMa|Off: and now phonefsod too May 06 20:06:13 mrmoku: yay May 06 20:07:56 mrmoku: should I push those configure.ac changes there too? May 06 20:08:03 and drop it from OE May 06 20:12:32 JaMa|Off: yes please May 06 20:13:40 will do for phonefsodtoo May 06 20:13:42 SHR: 03Martin.Jansa 07phoneuid * rd309218656d5 10/configure.ac: configure: drop check for gdbus-codegen as new python version doesn't have own .pc May 06 20:15:42 hi. I have a SmartQ5 (ARM based handheld, wifi/bt but no phone, 128mb RAM). is that a suitable platform for SHR? android's memory requirements seem to grow exponentially-or-so so I'm looking for alternatives May 06 20:15:55 SHR: 03Martin.Jansa 07phonefsod * ra18a64c61a8b 10/src/phonefsod-dbus.c: phonefsod-dbus: changes for new gdbus May 06 20:16:03 SHR: 03Martin.Jansa 07phonefsod * r666c07742b08 10/configure.ac: configure: drop check for gdbus-codegen as new python version doesn't have own .pc May 06 20:16:25 patrickg: is there a sane linux kernel available for it? May 06 20:17:44 updating recipes :) May 06 20:17:50 ahh, there is even support for it in OE :) May 06 20:18:02 mrmoku: it has some upstream support, but I have a couple of patches on top of that to improve matters. but no generally usable 2d acceleration yet (there's docs on the 2d part) May 06 20:18:17 but again there will be SRCPV reset to 0 because of branch change May 06 20:18:35 I tend to ignore it before we merge it to master May 06 20:19:05 patrickg: SHR is based on and built with OE and there is support for the smartq5... so something should be possible May 06 20:19:44 JaMa|Off: yeah, should be fine out of master May 06 20:19:46 mrmoku: "something" is possible with android, too - question is, is 128MB and a dumb framebuffer enough to make it somewhat pleasant to use? May 06 20:20:05 patrickg: you will have to try to find out :) May 06 20:21:36 mrmoku: top 2 patches on gitorious are for you, testing no May 06 20:21:37 w May 06 20:21:51 JaMa|Off: thx May 06 20:33:17 g_dbus_interface_skelleton_export undefined still in phonefsod May 06 20:36:46 JaMa|Off: hmm... I did only test build phoneuid to be honest :/ May 06 20:36:56 duh May 06 20:37:58 JaMa|Off: fixed May 06 20:37:59 * mrmoku stupid May 06 20:38:07 SHR: 03mok 07phonefsod * r309211aa889c 10/src/phonefsod-dbus.c: fix typo May 06 20:38:18 SHR: 03mok 07phonefsod * r03a9a3ddee43 10/ (configure.ac src/phonefsod-dbus.c): Merge remote-tracking branch 'origin/glib-2.29' into glib-2.29 May 06 20:39:47 * mrmoku tries to imagine what one could achieve with 4000 devels and fails at large :/ May 06 20:40:26 oe.dev built fine :) May 06 20:40:45 no wonder we get nowhere being just a handfull of hobbyists May 06 20:40:56 https://meego.com/aggregator/sources/16 May 06 20:41:16 and a shame that meego did neither get somewhere ;) May 06 20:43:45 yeah shame on them :) May 06 20:43:54 1000 times more devs :) May 06 20:44:11 heh yeah :) May 06 20:44:59 weird, shr-core still fails but not phonefsod fault.. May 06 20:45:02 | /OE/shr-core/tmp/sysroots/x86_64-linux/usr/libexec/armv7a-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.5.3/ld: phonefsod-phonefsod-dbus.o: undefined reference to symbol 'g_bus_get_sync' May 06 20:45:06 | /OE/shr-core/tmp/sysroots/x86_64-linux/usr/libexec/armv7a-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.5.3/ld: note: 'g_bus_get_sync' is defined in DSO /OE/shr-core/tmp/sysroots/nokia900/usr/lib/libgio-2.0.so.0 so try adding it to the linker command line May 06 20:45:10 | /OE/shr-core/tmp/sysroots/nokia900/usr/lib/libgio-2.0.so.0: could not read symbols: Invalid operation May 06 20:45:13 | collect2: ld returned 1 exit status May 06 20:45:51 * JaMa|Off trying to rebuid glib-2.0 May 06 20:51:56 hmm May 06 20:53:07 g_bus_get_sync should at least be still there according to http://developer.gnome.org/gio/2.29/GDBusConnection.html May 06 20:56:32 mrmoku: works fine with added -lgio-2.0 May 06 20:56:47 hehe, ok May 06 20:57:01 added to phonefsod libs? May 06 20:57:07 mrmoku: will you add it to configure.ac? May 06 20:57:20 ok May 06 20:57:22 added only manually to linker cmd line May 06 20:57:39 but no idea why is shr-core more strict with this May 06 20:57:47 maybe .pc is wrong May 06 20:58:16 JaMa|Off: what version? is it the same as glib? May 06 20:58:24 ahh May 06 20:58:30 see it in my pasted doc link :P May 06 20:59:56 JaMa|Off: this should do: http://paste.pocoo.org/show/384255/ right ? May 06 21:00:03 * mrmoku can't test right now May 06 21:00:12 .pc files are the same May 06 21:00:40 right, mmt will test May 06 21:02:51 SHR: 03mok 07phonefsod * reaea1dd4edaa 10/configure.ac: configure.ac: add check for gio-2.0 May 06 21:03:13 confirmed :) May 06 21:03:20 good :) May 06 21:05:37 ok, gisi has to wait... need some sleep first May 06 21:05:44 JaMa|Off: thx and gnight May 06 21:06:14 thanks a lot and gnight too May 06 21:06:22 * JaMa|Off happy to see all images built again :) May 06 21:36:30 mrmoku, what efl rev are we on? latest is freaking awesome :P May 06 21:49:45 patrickg: FreeRunner has 128 MiB, so that should be enough for SHR May 06 21:50:58 TAsn: in what regard? :-) May 06 21:51:22 faster, less bugs May 06 21:51:27 regular shit May 06 21:51:30 oh, also more features May 06 21:51:34 :P May 06 21:51:56 you can't expect something in rapid development not to get better :) May 06 21:52:03 except for possibly gnome ;P May 06 21:52:08 May 06 21:52:43 anyhow, off. May 06 21:53:03 things in rapid development tend to accumulate bugs rather than reduce them... May 06 22:07:38 antrik: that's actually a big problem, and it's usually ignored May 06 22:10:09 also that's why I never used anything significantly newer of SHR than golden 0808 May 06 22:11:44 shortly after that GPRS started to act up, and you had to boot after using it once May 06 22:13:30 then came other bugs of equal severity, before this bug got somehow tackled, and I basically never after that found a SHR release that was usable, until I finally changed to sth different May 06 22:14:38 dunno if that has changed during the last 12 or 18 months May 06 22:20:37 well, bugs in development are unavoidable. proper release management should help with that. I don't know whether E has that -- it very might well May 06 22:21:53 however, over the past months, TAsn has several times advocated using SVN versions, which obviously have no release management, and thus aren't suitable for any serious use... May 06 22:24:02 in the 'old days' there's been a concept of SHR-unstable SHR-testing and SHR-stable May 06 22:24:12 no idea what became of it May 06 22:25:05 seems there's always been too few manpower for even maintaining a testing version that's somehow more bugfree than the current unstable May 06 22:25:52 "shr-unstable is the recommended shr-testing" been a common saying back when May 06 22:31:44 right, that's unchanged. there is still an shr-testing, and still too little manpower/interest/whatever to actually make it more usable than -unstable is most of the time... May 06 22:32:03 antrik, advocated cause shr uses a bunch of svn version May 06 22:32:04 the pity is you can attract new devels easily who would contribute to unstable when you concentrate on creating a testing release and there's work not done on unstable. But you lose both users/testers and devels when you ignore testing releases May 06 22:32:16 so no reason why not use e there May 06 22:32:20 especially since e have gained a lot May 06 22:32:28 yeah, there are possibly bugs May 06 22:32:32 though taking a week old svn May 06 22:32:36 is usually good enough May 06 22:32:55 TAsn: what other things are SVN versions? (except for FSO, obviously...) May 06 22:33:05 all the phoneui stuff May 06 22:33:10 i.e all the phone apps May 06 22:33:16 so you have fso and phone apps May 06 22:33:25 that's everything you use May 06 22:33:30 oh, the desktop itself is also svn May 06 22:34:23 DocScrutinizer: well, yes, I also think semi-stable releases would be beneficial to the project... but complaining won't help, so I don't :-) May 06 22:34:33 so really, the only things on the phone that are not svn are libc and efl ;P May 06 22:34:42 joking aside, it's the truth. :) May 06 22:35:10 I'm not complaining since a long time. I'm just stating facts, and I clearly say I have no solution May 06 22:35:30 TAsn: if by desktop you mean enlightment, there aren't any stable releases yet, right? May 06 22:35:39 right. May 06 22:35:54 but since May 06 22:36:03 everyone use efl svn anyway May 06 22:36:09 i.e users of the world May 06 22:36:18 it's mostly tested May 06 22:36:26 especially when you take a week old version May 06 22:36:38 TAsn: the FSO stuff is an entirely different matter. SHR and FSO are complementary and developed by the same people. other projects SHR relies on are a very different story May 06 22:37:00 I'm just saying May 06 22:37:07 well last device I had in my hands not long ago missed even a taskswitcher May 06 22:37:08 there are many unstable things being used May 06 22:37:22 I'm just saying May 06 22:37:27 I think there are nice benefits May 06 22:37:37