**** BEGIN LOGGING AT Tue Oct 06 02:59:58 2009
Oct 06 06:15:19 <playya_> good morning
Oct 06 06:16:09 <AlexC> morn
Oct 06 06:30:49 * mrmoku wonders if dos1 is at school...
Oct 06 06:30:50 <mrmoku> dos1: ping
Oct 06 06:30:57 <mrmoku> TAsn: ping
Oct 06 06:47:10 <spaetz> morning
Oct 06 06:49:51 <playya_> moin
Oct 06 07:24:27 <playya_> libefso bails out because it cannot find Efree.*.h :(
Oct 06 09:12:01 <tmzt> can somebody here tell me how to send a dtmf code when in a voice call on a gsm modem?
Oct 06 09:12:28 <tmzt> can't find it in the source or anywhere else I've looked so far
Oct 06 09:17:16 <tmzt> +VTS?
Oct 06 10:06:15 <playya_> TAsn, could please correct the compile error in src/phone-utils.c line 745?
Oct 06 10:06:41 <playya_> ah. it's in libphone-utils project
Oct 06 10:11:25 <mrmoku> raster: what am I doing wrong if my elm_icon does not get the clicked signal? 
Oct 06 10:11:47 <mrmoku> it is swallowed... mouse_events: 1 and the callback is set
Oct 06 10:17:27 <playya_> i think you are missing a -lm
Oct 06 10:46:19 <Heinervdm> mrmoku: what's missing for a feed sync?
Oct 06 10:46:39 <mrmoku> Heinervdm: good question... nothing?
Oct 06 10:46:50 <Heinervdm> :)
Oct 06 10:46:55 <mrmoku> Heinervdm: don't know if dos1 finished to build the feed...
Oct 06 10:47:00 <mrmoku> but I think so
Oct 06 10:47:12 <Heinervdm> do we have a recent image too?
Oct 06 10:47:19 <mrmoku> Heinervdm: no
Oct 06 10:47:36 <DocScrutinizer> roh: please ping me or (preferrably) revert the chantopic notice by yourself as soon as fixed (also in #openmoko)
Oct 06 10:47:44 <mrmoku> and if I understand the topic change from DocScrutinizer correctly we won't build one right now :P
Oct 06 10:48:14 <Heinervdm> mrmoku: openmoko git server is up
Oct 06 10:48:19 <DocScrutinizer> mrmoku: I didn't check which of the dozen machines is affected
Oct 06 10:48:29 <mrmoku> ok... trying to build an image then
Oct 06 10:48:31 <DocScrutinizer> yeah, possible
Oct 06 10:50:17 <Heinervdm> mrmoku: http://tinderbox.openembedded.net/builds/32620/
Oct 06 10:50:55 <mrmoku> hmm
Oct 06 10:51:59 <Heinervdm> on my host i'm having problems with libfso-glib...
Oct 06 11:04:06 <mrmoku> Heinervdm: TAsn broke ophonekitd :P
Oct 06 11:04:21 <mrmoku> TAsn: please fix ;)
Oct 06 11:04:21 <Heinervdm> mrmoku: yes :D
Oct 06 11:04:29 <Heinervdm> libefso builds
Oct 06 11:14:35 <DocScrutinizer-8> duh, you... you... baaaad boys. breaking thinks? oh noes!
Oct 06 11:29:38 <DocScrutinizer> where's rz5.hetzner.de? I might to have a short wolk over there and kick some asses around
Oct 06 11:29:53 <DocScrutinizer> wAlk even
Oct 06 11:36:43 <CIA-66> freesmartphone.org: 03mickey 07cornucopia * rbf6f9e39ce59 10/fsogsmd/src/ (4 files in 2 dirs): 
Oct 06 11:36:43 <CIA-66> freesmartphone.org: fsogsmd: implement org.freesmartphone.Device.RealtimeClock.*
Oct 06 11:36:43 <CIA-66> freesmartphone.org: NOTE: This is the same RTC API as the device's RTC uses.
Oct 06 11:36:44 <CIA-66> freesmartphone.org: 03mickey 07cornucopia * r8721c90e2660 10/fsogsmd/src/lib/ (mediators.vala modem.vala): fsogsmd: honor clearing alarm
Oct 06 11:37:07 <DocScrutinizer-8> MICKEY
Oct 06 11:37:13 <DocScrutinizer-8> :-))
Oct 06 11:37:31 <DocScrutinizer-8> mickey_away: don't lie! :-)
Oct 06 11:38:16 <DocScrutinizer-8> mickey_away: welcome back
Oct 06 11:40:45 <mickey_away> cold
Oct 06 11:40:49 <mickey_away> rainy
Oct 06 11:40:51 <mickey_away> i hate it
Oct 06 11:40:56 <mickeyl> thanks
Oct 06 11:40:58 <Ainulindale> Pffff
Oct 06 11:41:11 <Ainulindale> mickeyl: Be a red haired guy, you'll see cold & rainy is all you can wish for
Oct 06 11:41:25 <mickeyl> Ainulindale: hehe
Oct 06 11:52:01 <mrmoku> Ainulindale: what does one have to do to get -lm via autofoo stuff?
Oct 06 11:52:33 <Ainulindale> Huh?
Oct 06 11:52:37 <Ainulindale> To get what? :-)
Oct 06 11:52:54 <mrmoku> libm
Oct 06 11:53:05 <mrmoku> /home/shr/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/lib/libphone-utils.so.0: undefined reference to `ceilf'
Oct 06 11:53:10 <Ainulindale> well
Oct 06 11:53:19 <tmzt> LDFLAGS?
Oct 06 11:53:27 <Ainulindale> You have to first put that in your configure thingy
Oct 06 11:53:35 <Ainulindale> (a check and a definition of the flags according to pkgconfig)
Oct 06 11:53:40 <Ainulindale> then add them to your makefile.in/am
Oct 06 11:53:56 <mrmoku> yup, but what is the according .pc?
Oct 06 11:54:05 <Ainulindale> You don't care about the .pc
Oct 06 11:54:11 <Ainulindale> You look for the libitself
Oct 06 11:54:16 <Ainulindale> s/libit/lib it/
Oct 06 11:54:16 <apt> Ainulindale meant: You look for the lib itself
Oct 06 11:54:36 <Ainulindale> If it has been installed, then calling it by its standard name will find the appropriate pc
Oct 06 11:55:20 <mrmoku> TAsn: FIX YOUR CRAP ;)
Oct 06 11:57:53 <DocScrutinizer> ML back to normal (some b...rds tried a port 443 crack). Sorry for the inconvenience
Oct 06 11:58:54 <DocScrutinizer> well maybe just a harvester bot went apeshit, dunno
Oct 06 11:59:51 <DocScrutinizer> [2009-10-06 13:49:57] <roh> ddos against port443 of openmoko.com
Oct 06 11:59:59 <tg> hey
Oct 06 12:06:13 <tg> how to get usb networking working on shr?
Oct 06 12:06:50 <tg> i've just installed shr unstable and there's no usb0 interface
Oct 06 12:07:49 <tg> on the Tidbits page it says a reboot should help, but it did not for me
Oct 06 12:08:09 <playya_> tg, restart your freerunner. that's a bug after starting first time
Oct 06 12:08:26 <tg> i've already done that
Oct 06 12:08:50 <playya_> hehe. it's not called usb0 anymore. it's a eth* device
Oct 06 12:09:29 <tg> ok i know what the problem is
Oct 06 12:09:33 <DocScrutinizer-8> faq #1, nah #0.2
Oct 06 12:09:35 <tg> i should replace the kernel probably
Oct 06 12:10:01 <DocScrutinizer-8> tg: also a good idea, yes
Oct 06 12:10:14 <tg> in the tarball i downloaded the kernel version is 2.6.24 and but the modules are for 2.6.29 in it
Oct 06 12:10:20 <DocScrutinizer-8> that's faq #2
Oct 06 12:11:36 <tg> is there a faq page?:]
Oct 06 12:14:33 <DocScrutinizer-8> mickeyl: better than *_away ;-)
Oct 06 12:14:34 <tg> hm, nevermind, i think the kernel was loaded from another partition
Oct 06 12:27:57 <DocScrutinizer-8> mrmoku: which sever to mess up next? :-P
Oct 06 12:28:29 <mrmoku> DocScrutinizer-8: good question... freesmartphone.org was tooo stable for quite tooo long :P
Oct 06 12:29:01 <DocScrutinizer-8> heh, mickey is back from holiday. I'm sure we can change that
Oct 06 12:29:11 <mickeyl> *cough*
Oct 06 12:29:23 <DocScrutinizer-8> lol
Oct 06 12:29:35 <playya_> mrmoku, Ainulindale, it's not only TAsn. libframeworkd-phonegui misses require for libphone-utils.
Oct 06 12:30:14 <mrmoku> playya_: and that is TAsn too :)
Oct 06 12:30:27 <playya_> oh. ok.
Oct 06 12:30:34 * playya_ shuts up
Oct 06 12:30:36 <DocScrutinizer-8> ~lart TAsn 
Oct 06 12:30:36 * apt shoots TAsn in his sleep
Oct 06 12:31:24 <DocScrutinizer-8> mickeyl: you noticed we got apt now?
Oct 06 12:31:42 <DocScrutinizer-8> apt: say hello to mickeyl 
Oct 06 12:31:43 <apt> hello to mickeyl
Oct 06 12:31:44 <mickeyl> ah, nice
Oct 06 12:31:51 <mickeyl> ~botsnack
Oct 06 12:31:51 <apt> mickeyl: :)
Oct 06 12:32:01 <playya_> ~moo
Oct 06 12:32:02 * apt mooooooooo! I am cow, hear me moo, I weigh twice as much as you. I am cow, eating grass, methane gas comes out my ass
Oct 06 12:32:16 <mickeyl> ~emulate kergoth
Oct 06 12:32:17 <apt> Why don't you go away, and come back when you've got some clue?
Oct 06 12:32:21 <mickeyl> hahaha
Oct 06 12:34:15 <playya_> and libframeworkd-phonegui-efl2 misses require for libframeworkd-phonegui
Oct 06 12:34:50 <DocScrutinizer-8> mickeyl: also we synced livelogs "syntax" for #om*
Oct 06 12:34:58 <DocScrutinizer-8> !logs
Oct 06 12:34:58 <cdbot2> Channel logs for #openmoko-cdevel are archived at:
Oct 06 12:34:59 <cdbot2> http://hentges.net/tmp/logs/irc/%23openmoko-cdevel
Oct 06 12:35:00 <cdbot2> Live-logs are available at
Oct 06 12:35:02 <cdbot2> http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog
Oct 06 12:35:04 <cdbot2> See ?? help-logs for usage instructions
Oct 06 12:37:18 <mickeyl> DocScrutinizer-8: awesome, good work
Oct 06 12:39:35 <DocScrutinizer-8> ~say !lart apt
Oct 06 12:39:36 <apt> !lart apt
Oct 06 12:39:38 * cdbot2 whacks apt with the cluebat
Oct 06 12:39:39 <playya_> mrmoku, could you please change the 4 lines please? i want to finish my builds :)
Oct 06 12:40:21 <mrmoku> playya_: 4 lines?
Oct 06 12:41:38 <playya_> add -lm in libphone-utils, requires for libphone-utils <- libframeworkd-phonegui <- libframeword-phonegui-efl
Oct 06 12:41:43 <playya_> only 3 lines
Oct 06 12:42:40 <playya_> that should sovle the problems with ophonekitd
Oct 06 12:43:00 <tmzt> for ceilf?
Oct 06 12:43:09 <tmzt> what is float needed for on arm?
Oct 06 12:43:45 <DocScrutinizer-8> all the gremlins to anybody using float on ARM!
Oct 06 12:43:47 <playya_> to represent e.g. 0.1?
Oct 06 12:43:56 <playya_> like on all arches
Oct 06 12:45:05 <DocScrutinizer-8> who's using float will be soldered to my FR as a FPU, and handed pncil and paper to do the math
Oct 06 12:46:44 * playya_ is looking forward to see TAsn on upcoming FSOSHRUDCON 
Oct 06 12:47:35 <tmzt> playya_: ok, but what's it used for in this case?
Oct 06 12:47:47 <tmzt> why not 0.255 or 0.65536 etc?
Oct 06 12:47:49 <DocScrutinizer-8> playya_: for such nobrainers like 0.1 there's always fixed format
Oct 06 12:48:18 <mrmoku> playya_: hmm... have to give me access to libphone-utils.git then... as Tom 'lazy ass' TAsn does not pop up ;)
Oct 06 12:48:32 <playya_> he uses it to calculate the size of an array
Oct 06 12:49:11 <DocScrutinizer-8> WHAT? FLOAT????
Oct 06 12:49:55 <tmzt> that should have been 65535 of course
Oct 06 12:50:05 <tmzt> (correcting myself)
Oct 06 12:51:13 <DocScrutinizer-8> tmzt: talking about fixed?
Oct 06 12:51:36 <mrmoku> playya_: something like this:
Oct 06 12:51:36 <mrmoku> libphone_utils_la_LDFLAGS = $(all_libraries) -ldl -lm
Oct 06 12:51:47 <playya_>        number_of_messages = (int) ceilf((float) len / limit);
Oct 06 12:51:47 <playya_>         messages = calloc(number_of_messages + 1, sizeof(char *));
Oct 06 12:51:57 <playya_> no. in the .pc.in file
Oct 06 12:52:08 <tmzt> DocScrutinizer-8: yeah
Oct 06 12:52:12 <DocScrutinizer-8> tmzt: 0.00 .. 2.55
Oct 06 12:52:21 <DocScrutinizer-8> tmzt: exactly
Oct 06 12:52:23 <mrmoku> Libs: -L${libdir} -lphone-utils -lm
Oct 06 12:52:27 <mrmoku> better ?
Oct 06 12:52:28 <playya_> yes
Oct 06 12:52:29 <tmzt> oh, how does that work?
Oct 06 12:52:44 <DocScrutinizer-8> float is for whimps
Oct 06 12:52:44 <playya_> libphone-utils compiles 
Oct 06 12:53:17 <playya_> but if you compile stuff which depends on libphone-utils they bail out
Oct 06 12:53:28 <tmzt> I'm still not understanding what they are averaging
Oct 06 12:53:42 <CIA-66> SHR: 03mok 07libphone-utils * r081fdd5e2d10 10/libphone-utils.pc.in: libphone-utils.pc.in: add -lm as its needed for some weired float arithmetic ;)
Oct 06 12:53:49 <mrmoku> playya_: that was the first line :)
Oct 06 12:54:32 <playya_> ok. i remove my patch from the recipes
Oct 06 12:54:33 <DocScrutinizer-8> mrmoku: hey, goo! gooooo mrmoku GOOOO! :-D
Oct 06 12:54:39 <tmzt> oh, percentage of what's used?
Oct 06 12:54:54 <mrmoku> playya_: hmm... libframeworkd-phonegui does already depend on it though
Oct 06 12:56:10 <playya_> configure.ac line 15
Oct 06 12:56:26 <mrmoku> ahh, not bitbake wise
Oct 06 12:57:41 <playya_> it depends on my PC. maybe i forgot to sent you a patch
Oct 06 12:59:14 <playya_> btw. do we need the essential-dialer in the feeds? libefso bails out
Oct 06 13:21:04 <accu4> Hi all.. I'm having problems using disabled_set and disabled_get in elementary
Oct 06 13:21:12 <accu4> are these methods removed?
Oct 06 13:21:22 <accu4> I see them defined in elementary SVN, but no go on the phone
Oct 06 13:26:45 <playya_> accu4, in shr the E stuff is on revision 42837. I don't know if it's available in this revision
Oct 06 13:27:14 <accu4> thanks I was already looking up the installed rev. 
Oct 06 13:27:45 <accu4> but since it's just a simple method it should have been in for a long time :)
Oct 06 13:28:12 <CIA-66> freesmartphone.org: 03mickey 07cornucopia * r7de26e16c3cb 10/libfsoresource/tests/ (Makefile.am testresource.vala): libfsoresource: comment out tests for now
Oct 06 13:29:38 <accu4> Hmm I see a revision 41040 (?). Using SHR-U of course..
Oct 06 13:31:03 <playya_> it's 42837 in my config
Oct 06 13:34:42 <mrmoku> accu4: you have to use the not yet published new SHR-U for 42837
Oct 06 13:35:40 <accu4> I'm on the bearstech feed for unstable. Guess I have to wait.. thanks anyway!
Oct 06 13:38:17 <DocScrutinizer-8> mrmoku: is there actually a feed for the testing/mrmoku/shr-u images?
Oct 06 13:38:22 <playya_> yes
Oct 06 13:38:28 <mrmoku> yup
Oct 06 13:38:31 <playya_> you could give http://build.shr-project.org/tests/mrmoku/feed/ a try
Oct 06 13:38:55 * DocScrutinizer-8 *lol*
Oct 06 13:39:07 <mrmoku> yup, or better tests/mrmoku/unstable/feed
Oct 06 13:39:10 <DocScrutinizer-8> should have known :o)
Oct 06 13:39:16 <mrmoku> (as tests/mrmoku/feed will be removed some time)
Oct 06 13:40:16 <accu4> nah, I'd rather stay on 'stable' unstable, woul;d hate phone breakage :)
Oct 06 13:40:33 <DocScrutinizer-8> hehehe
Oct 06 13:41:08 <accu4> besides, I;m writing an app that I'd like most people to use without have to switch to unstable unstable
Oct 06 13:41:17 <DocScrutinizer-8> stable unstable testing experimental stable image
Oct 06 13:41:29 <accu4> So, I can live with a button that's not disabled :)
Oct 06 13:41:39 <accu4> hehehe
Oct 06 13:41:42 <accu4> exactly
Oct 06 13:41:50 <playya_> anyone is using shr-stable in here?
Oct 06 13:42:00 <accu4> does that exist?
Oct 06 13:42:12 <DocScrutinizer-8> muhaha
Oct 06 13:42:12 <playya_> afaik there is only shr-testing. no stable yet
Oct 06 13:42:31 <accu4> well testing is not recommended afaik
Oct 06 13:42:32 <DocScrutinizer-8> and testing stinks
Oct 06 13:42:35 <accu4> much too old
Oct 06 13:43:56 <DocScrutinizer-8> though there's a stable unstable testing clone release candidate pending
Oct 06 13:44:17 <DocScrutinizer-8> mrmoku: right? ;-P
Oct 06 13:44:25 <playya__> s/pending/stucking in the pipe/
Oct 06 13:45:30 <DocScrutinizer-8> stucking in the pipe stable :-P (for weeks and months now)
Oct 06 13:49:09 * DocScrutinizer-8 wonders if the #define shr-u_stable 20090808  needs an update to 20090906
Oct 06 13:51:23 * mickeyl wonders whether anyone is applying those tons of patches on shr-devel to org.oe.dev as well or whether a fork is doomed to exist
Oct 06 13:54:00 * spaetz sighs.
Oct 06 13:54:29 <spaetz> I'd love to see an immediate switch to org.oe.dev in order to increase the pressure to use that
Oct 06 13:54:46 <spaetz> "Leidensdruck" is usually a good motivator :)
Oct 06 13:54:49 <accu4> org.oe.dev is too unstable for my taste
Oct 06 13:55:15 <accu4> but regular merging is essential I agree
Oct 06 13:55:44 <playya__> maybe we should stop adding new stuff to shr and merge everything to org.oe.dev?
Oct 06 13:55:55 <spaetz> playya__: yep, that we should do...
Oct 06 13:56:06 <accu4> playya__: maybe in 2 stages
Oct 06 13:56:35 <accu4> playya__: like shr-u -> shr-t -> org.oe.dev
Oct 06 13:56:40 <playya__> stop adding new stuff, make everything stable, merge into oe.dev
Oct 06 13:56:46 <mickeyl> playya__: exactly
Oct 06 13:57:07 <mickeyl> once oe.dev is synced with shr, we can fork release branches again
Oct 06 13:57:12 <mickeyl> but then they will be just that
Oct 06 13:57:13 <mickeyl> release branches
Oct 06 13:57:15 <mickeyl> not feature branches
Oct 06 13:57:21 <DocScrutinizer-8> muhaha, make evrything stable. that's exactly what I see is happening all the time ;-P
Oct 06 13:57:21 <spaetz> haha, we don't even get to the shr-t stuff, so how do you expect us to go even further :)
Oct 06 13:57:54 <accu4> yep but I think we first need a stable/testing branch so we can merge 'stable' stuff without putting brakes on unstable
Oct 06 13:57:58 <DocScrutinizer-8> spaetz: exactly
Oct 06 13:58:26 <playya__> spaetz, let's throw out some package which aren't neccessary and are known to be unstable
Oct 06 13:59:22 * DocScrutinizer-8 runs out of the room, screaming
Oct 06 13:59:28 <accu4> heh
Oct 06 14:00:30 <spaetz> accu4: everyone agrees in theory and there has been lots of talk about that. But talk is cheap. And noone ever gets around to keep a stable branch and merge stuff
Oct 06 14:00:38 <spaetz> at least not during the last couple of months
Oct 06 14:00:42 <accu4> yep
Oct 06 14:00:54 <spaetz> and I don't see that changing unless some "stable" maintainer steps forward :(
Oct 06 14:01:53 <spaetz> mrmoku, dos, and Tasn are only mortals and they are way too busy with breaking unstable :)
Oct 06 14:02:32 <accu4> My idea a while back was to just tag the current unstable and call it stable (or stable enough), without doing any maintenance on it. That way we don't have a moving target to merge upwards
Oct 06 14:02:33 <DocScrutinizer-8> hehehe
Oct 06 14:03:13 <accu4> so in essence, a new unmaintained testing branch :)
Oct 06 14:03:16 <mickeyl> plan for action: give some more folks (those who submit all these patches) commit access
Oct 06 14:03:26 <mickeyl> then stop to accept patches
Oct 06 14:03:30 <mickeyl> that aren't in org.oe.dev
Oct 06 14:03:33 <DocScrutinizer-8> [15:43] <DocScrutinizer-8> though there's a stable unstable testing clone release candidate pending
Oct 06 14:03:43 <mickeyl> insist on cherrypicking
Oct 06 14:03:45 <accu4> mickeyl: We'll I'd love to give it a go, but my git experience is not good enough yet
Oct 06 14:03:47 <mickeyl> stuff from org.oe.dev
Oct 06 14:04:07 <accu4> I have worked quite some time with OE itself though
Oct 06 14:05:46 <mickeyl> fair enough
Oct 06 14:06:27 <accu4> just to be sure: the shr/import branch on OE, is that one used right now?
Oct 06 14:06:51 <mickeyl> yes
Oct 06 14:06:53 <accu4> or is it a snapshot, or is it used for occasional pulls?
Oct 06 14:07:08 <mickeyl> no, it's currently a longstanding branch used by SHR
Oct 06 14:07:13 <mickeyl> unfrotunately
Oct 06 14:07:13 <accu4> ack
Oct 06 14:07:28 <mickeyl> since it was only thought as a gateway to make SHR fit for oe.dev
Oct 06 14:07:32 <accu4> so that one's basically the leading unstable branch?
Oct 06 14:07:49 <mickeyl> i think so
Oct 06 14:08:02 <mickeyl> this should become the stable branch
Oct 06 14:08:11 <mickeyl> with unstable being worked out of oe.dev
Oct 06 14:08:22 <mickeyl> imo
Oct 06 14:08:47 <mrmoku> my opinion too
Oct 06 14:08:56 <accu4> hmm, maybe put a branch in between, to keep cherrypicking control within OE?
Oct 06 14:09:21 <mickeyl> sure why, not
Oct 06 14:09:27 <mickeyl> we can also do 
Oct 06 14:09:37 <mickeyl> shr/import -> org.oe.dev -> shr/stable/2009.x
Oct 06 14:09:53 <mickeyl> it's important though that we don't do <- and -> all the time
Oct 06 14:09:59 <mickeyl> otherwise cherrypicking will get impossible
Oct 06 14:10:04 <mickeyl> due to the nonmergable differences
Oct 06 14:10:10 <accu4> agreed
Oct 06 14:10:27 <mickeyl> eventually i'd like to see my org.oe.smartphones branch
Oct 06 14:10:36 <accu4> now I understand why org.oe.dev breaks so often :)
Oct 06 14:10:42 <mickeyl> but i will not start with that until we have cleaned up the SHR situation
Oct 06 14:10:51 <mickeyl> already enough chaos :)
Oct 06 14:11:11 <mickeyl> tons of people work in oe.dev with sometimes conflicting goals
Oct 06 14:11:19 <mickeyl> that's why it's a perfect unstable branch
Oct 06 14:11:21 <accu4> well at least they got rid of the patch-openembedded script that existed for their testing branch :)
Oct 06 14:12:14 <accu4> everything's in git now, unless I missed something
Oct 06 14:19:13 <DocScrutinizer-8> I strongly recommend to move to decent user management (non-root) *NOW* for default. dos1 did a very useful test and found there are some issues but mostly i5's still easy to fix. Things won't ever be as easy as they are now
Oct 06 14:20:01 <playya__> that's might be useful, too
Oct 06 14:23:07 <DocScrutinizer-8> mrmoku: do you think you can help on that topic? aiui it's mostly about config 
Oct 06 14:23:58 <mrmoku> DocScrutinizer-8: sure I can help on everything... but it's not yet on top of the list
Oct 06 14:24:32 <mrmoku> (which does *not* mean I don't consider it important)
Oct 06 14:24:39 <DocScrutinizer-8> maybe dos1 can put it on a place next top of his list
Oct 06 14:25:16 <mrmoku> talking about dos1....
Oct 06 14:25:18 <mrmoku> dos1: PING
Oct 06 14:25:26 <dos1> mrmoku: PONG
Oct 06 14:25:33 <mrmoku> dos1: ahh :)
Oct 06 14:25:40 <mrmoku> dos1: to remove a field... what to do?
Oct 06 14:25:52 <dos1> just set it to blank string
Oct 06 14:26:13 <mrmoku> ok... just as I would have done it :)
Oct 06 14:40:30 <dos1> mrmoku: 
Oct 06 14:40:31 <dos1> From http://git.shr-project.org/repo/libphone-utils
Oct 06 14:40:33 <dos1>  * branch            master     -> FETCH_HEAD
Oct 06 14:40:35 <dos1> fatal: Zero packs found!
Oct 06 14:40:36 <dos1> ;)
Oct 06 14:49:00 <dos1> mrmoku: patch in ~/dos on buildhost
Oct 06 14:49:10 <dos1> for future, as packagekit 0.5.3 depends now on glib 2.20
Oct 06 14:49:29 <dos1> s/20/22/
Oct 06 14:49:29 <apt> dos1 meant: for future, as packagekit 0.5.3 depends now on glib 2.22
Oct 06 14:49:39 <dos1> and we have 2.18.3
Oct 06 14:58:32 <mrmoku> dos1: new policy is to apply in org.oe.dev first ;)
Oct 06 14:58:46 <dos1> then apply it in org.oe.dev first ;)
Oct 06 14:58:59 <dos1> AFAIK there is some old version of packagekit in oe.dev
Oct 06 14:59:01 <dos1> some 0.4.x
Oct 06 14:59:10 <dos1> so all my packagekit patches could be applied
Oct 06 14:59:11 <dos1> ;)
Oct 06 14:59:45 <playya__> mrmoku, saw my patches for the E stuff?
Oct 06 15:00:24 <mrmoku> playya__: yup, will apply in a bit
Oct 06 15:00:54 <playya__> ok
Oct 06 15:01:49 <playya__> E has a feature freeze the next days. maybe we should use this change to pin e to this revision and merge into oe.dev
Oct 06 15:10:00 <Arigead> Hello all, got my local build of libframeworkd-phonegui-efl2 working now so can try and get an idea of how the code is working. Maybe I should say that one of the main reasons I'm interested in looking at the code is because I have an itch for long sms messages. Nothing I've seen can either send or receive them. That was until I tried shr-launcher the other day. Can't get working with opimd correctly but it does seem to be happy wi
Oct 06 15:10:00 <Arigead> th long ones
Oct 06 15:10:21 <dos1> Arigead: too late
Oct 06 15:10:28 <dos1> Arigead: support of long sms is already implemented :)
Oct 06 15:10:56 <dos1> thanks to TAsn and mrmoku at efl2 side, and to me at opimd side ;)
Oct 06 15:11:05 <Arigead> dos1: deadly that saves me looking into that. i removed the shr-messages to look at shr-launcher so now i can put it back ;-)
Oct 06 15:11:41 <Arigead> Sorry to sya that I Did like the shr-launcher interface though.
Oct 06 15:13:33 <Arigead> dos1: I'll have a look on Trac later or maybe even have a play with it and see if there's anything else I can look at