**** BEGIN LOGGING AT Tue May 08 03:00:02 2012
May 08 03:26:00 <CIA-17> SHR: 03shr-devel 07buildhistory * r9652640cb294 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (340 files in 340 dirs): packages: Build 201205072249 of shr 20120507 for machine nokia900 on opmbuild
May 08 03:26:02 <CIA-17> SHR: 03shr-devel 07buildhistory * r6b0c7c4db22e 10/images/nokia900/eglibc/aurora-image/ (11 files): images: Build 201205072249 of shr 20120507 for machine nokia900 on opmbuild
May 08 04:09:30 <CIA-17> SHR: 03shr-devel 07buildhistory * r8f0c2ab1c7d4 10/images/om_gta04/eglibc/aurora-image/ (11 files): images: Build 201205080529 of shr 20120508 for machine om-gta04 on opmbuild
May 08 04:55:05 <CIA-17> SHR: 03shr-devel 07buildhistory * r864fd6e0857f 10/images/palmpre/eglibc/aurora-image/ (11 files): images: Build 201205080610 of shr 20120508 for machine palmpre on opmbuild
May 08 05:40:16 <CIA-17> SHR: 03shr-devel 07buildhistory * r0bdecf030193 10/images/palmpre2/eglibc/aurora-image/ (11 files): images: Build 201205080656 of shr 20120508 for machine palmpre2 on opmbuild
May 08 06:25:46 <alabd> Good day all , how to connect bt headset to shr ?
May 08 06:27:03 <CIA-17> SHR: 03shr-devel 07buildhistory * r73cb1f23a668 10/images/crespo/eglibc/ (15 files in 2 dirs): images: Build 201205080741 of shr 20120508 for machine crespo on opmbuild
May 08 06:36:41 <alabd> lamikr: hello what do you use to pair bt headset with shr ?
May 08 06:39:11 <alabd> what s best gui app for pairing bt devices on shr ?
May 08 06:41:28 <jake42> alabd: did you try emtooth2?
May 08 06:43:11 <alabd> jake42: is it installed on shr default ?
May 08 06:44:17 <alabd> there is problem with connecting shr to wifi ... it hangs on connecting ....
May 08 06:45:28 <jake42> alabd: it should be installable via opkg
May 08 06:46:02 <alabd> yes but there is problem with connecting shr to wifi ... it hangs on connecting ....
May 08 06:46:28 <jake42> iliwi hangs?
May 08 06:46:38 <alabd> yea
May 08 06:47:37 <jake42> hm.. can't remember seeing that
May 08 06:48:04 <alabd> and while singal is a bout 100% near to wifi modem it says 42%
May 08 06:48:36 <alabd> amd using http://build.shr-project.org/shr-2012.01/
May 08 06:48:46 <alabd> is there any solution 
May 08 06:48:54 <jake42> i never saw 100%
May 08 06:49:29 <jake42> does iwconfig eth0 say 65.xxx as the rate?
May 08 06:55:17 <jake42> gtg
May 08 06:55:25 <alabd> thanks anyway
May 08 06:55:35 <jake42> yw
May 08 07:25:22 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * rafa18091e391 10/fsogsmd/ (6 files in 3 dirs): fsogsmd: remove connman plugin; this will be done as part of connman itself later
May 08 07:42:12 <morphis> heyho
May 08 07:50:51 <ben_t> Hi JaMa, I hope to do some work on SHR wiki today. could I ask you some quick (daft) questions if you are not busy?
May 08 07:52:56 <morphis> ben_t: what kind of SHR wiki work?
May 08 07:54:17 <ben_t> hello morphis, for a start I hope to improve the "building shr" section
May 08 07:54:25 <morphis> ok
May 08 07:55:34 <ben_t> do you use the chroot?
May 08 08:01:13 <morphis> ben_t: yes
May 08 08:02:06 <ben_t> ahh ok, could you ask you a quick question or two?
May 08 08:05:40 <morphis> ben_t: please do
May 08 08:11:32 <ben_t> morphis: thanks. I want to understand. is it intended that development is done whilst in the chroot? or would people normally go outside it to do this, e.g. where they have favourite editors installed etc.
May 08 08:16:43 <morphis> ben_t: the recommended environment for building SHR is the chroot
May 08 08:17:11 <morphis> if you're using your own environment we can't gurantee that everything works fine and gives you the result you want
May 08 08:17:28 <morphis> you can still use your favorite editors
May 08 08:17:51 <morphis> as you can access the files from the chroot all time from the outside
May 08 08:19:04 <ben_t> ahh, ok thanks, that makes sense
May 08 08:23:28 <ben_t> also, I have began to create a new build instructions page with plenty of explanation of why we do each step as well as how it is done. I began with an introduction, but as I am not en expert I am slightly worried that it is the blind leading the blind.. could you have a quick proof read of the first few sentences: http://shr-project.org/trac/wiki/Building_SHR 
May 08 08:27:02 <ben_t> I have not really started on the rest of the page yet
May 08 08:32:21 <morphis> ben_t: looks good
May 08 08:32:37 <morphis> ben_t: maybe a list of supported devices and their MACHINE name in SHR would be nice
May 08 08:32:43 <morphis> mickey_office: heyho
May 08 08:33:29 <ben_t> morphis: thanks will do
May 08 08:38:09 <morphis> mickey_office: do you have some time for a question?
May 08 08:48:49 <alabd> TAsnn: hi , have copied .kbd file into the illum keyboard dir , am seeing layout but when am trying to write sms with it , there is nothing written in sms text ?
May 08 08:54:50 <morphis> mrmoku`: ping
May 08 08:58:06 <JaMa> rebuild from scratch on buildhost seems a bit faster this time.. maybe will be done tomorrow
May 08 09:01:01 <morphis> JaMa: for only om-gta04 it takes about 8 hours
May 08 09:01:25 <morphis> JaMa: btw. you know how far mrmoku` was with libnl3 support in libfsobasics?
May 08 09:02:13 <JaMa> no idea about libnl3...
May 08 09:02:24 <JaMa> morphis: 8 hours for image right?
May 08 09:02:32 <morphis> yes
May 08 09:02:40 <JaMa> morphis: task-shr-feed is quite bigger than that :)
May 08 09:02:49 <morphis> JaMa: libnl3: ok, then I have to wait for mrmoku` to be present here
May 08 09:02:52 <morphis> JaMa: yes :)
May 08 09:03:19 <JaMa> morphis: and both (shr and aurora) images are done for all machines already
May 08 09:03:27 <morphis> yeah
May 08 09:03:38 <JaMa> morphis: gta02 has even feed done.. now just armv7a feed
May 08 09:03:49 <morphis> JaMa: I think I will do the 0.11 release of FSO in the next three weeks
May 08 09:04:31 <JaMa> good
May 08 09:10:46 <morphis> JaMa: is libnl3 already available in OE?
May 08 09:15:09 <JaMa> yup meta-oe/recipes-support/libnl/libnl_3.2.3.bb
May 08 09:17:08 <morphis> ok
May 08 09:17:17 <morphis> so if mrmoku is fine with it we can bump to libnl3
May 08 09:17:57 <JaMa> with 0.11 release, right?
May 08 09:18:56 <morphis> yes
May 08 09:20:10 <morphis> JaMa: after 0.11 there will be some changes in the FSO api
May 08 09:20:21 <morphis> as I am planing to remove some methods
May 08 09:23:09 <JaMa> ok
May 08 09:25:21 <morphis> maybe that means SHR will break somewhere
May 08 09:27:26 <JaMa> we can stay with 0.11 until it's fixed
May 08 09:31:53 <morphis> ok
May 08 09:35:00 <CIA-17> SHR: 03Martin.Jansa 07shr-chroot * re1beda660bb3 10/ (1441 files in 53 dirs): system upgrade
May 08 09:35:03 <CIA-17> SHR: 03Martin.Jansa 07shr-chroot * r524a0b521469 10/ (558 files in 72 dirs): system upgrade
May 08 09:38:19 <morphis> JaMa: we have to switch the branch for libfso-glib to master
May 08 09:38:38 <morphis> gdbus is still valid but I will continue to push to master instead of gdbus for further development
May 08 09:40:04 <JaMa> it's fine if PV is increased, otherwise should be with PE bump
May 08 09:41:10 <morphis> ok, then let's do this with the next release
May 08 09:41:16 <morphis> so we get around PE bump
May 08 09:41:50 <morphis> btw. why is gitr<n> needed as we already have SRCREV to indicate we're using some git version?
May 08 09:42:26 <JaMa> ?
May 08 09:43:06 <JaMa> why the format is +gitr${LOCALCOUNT}-${SRCREV} ?
May 08 09:43:18 <morphis> in libfsosystem-2_0.10.99+gitr2+afa18091e391d1b6032c6eec12405c32a0b2ac26-r0.0
May 08 09:43:19 <morphis> yes
May 08 09:43:26 <morphis> why do we need the LOCALCOUNT?
May 08 09:43:30 <JaMa> because SRCREVs are not sortable
May 08 09:43:47 <JaMa> so LOCALCOUNT makes each new SRCREV "higher" version
May 08 09:43:50 <morphis> ok, thats right and a reason
May 08 09:44:16 <JaMa> that's why you should keep tmp-eglibc/cache/bb_persist* between rebuilds from scratch
May 08 09:44:28 <JaMa> because that keeps LOCALCOUNT numbers and last used SRCREVs
May 08 09:44:41 <morphis> ok
May 08 09:51:32 <CIA-17> freesmartphone.org: 03morphis 07specs * rf8aec3cc2ea4 10/.gitignore: Update .gitignore
May 08 11:47:09 <alabd> TAsnn: ping
May 08 11:47:37 <morphis> mrmoku`: ping
May 08 11:51:59 <alabd> morphis: hello  do you know about illum keyabord
May 08 11:52:08 <morphis> alabd: I know it, yes
May 08 11:52:34 <alabd> have copied .kbd file into the illum keyboard dir , am seeing layout but when am trying to write sms with it , there is nothing written in sms text ?
May 08 11:53:10 <morphis> alabd: which kbd file, which layout, which sms app?
May 08 11:54:03 <alabd> have created .kbd file for persian language before and was using it in prev SHR
May 08 11:54:12 <alabd> sms app in shr
May 08 11:54:22 <alabd> layout works for another app
May 08 11:54:30 <alabd> but it does not work in sms app
May 08 11:54:44 <alabd> maybe it needs utf-8 enabled in sms app ?
May 08 11:56:20 <morphis> maybe
May 08 11:56:28 <alabd> but how
May 08 11:56:48 <alabd> had the same problem with prev shr , but don;t remeber how it fixed
May 08 11:56:54 <alabd> maybe TAsnn remembers
May 08 11:57:05 <morphis> as the SHR SMS app is using elementary entry fields and they are captable of utf8 I think it should be possible
May 08 11:57:21 <morphis> you fixed and not submitted a patch?
May 08 11:57:22 <morphis> ok
May 08 11:57:30 <morphis> but I fear I can't really help you with this
May 08 11:58:13 <alabd> there is another problem 
May 08 11:58:27 <alabd> am using http://build.shr-project.org/shr-2012.01/
May 08 11:58:27 <alabd>  while singal is a bout 100% near to wifi modem it says 42%
May 08 11:58:27 <alabd>  there is problem with connecting shr to wifi ... it hangs on connecting ....
May 08 12:00:21 <morphis> alabd: ok, your using the GTA02, right?
May 08 12:00:25 <alabd> yes
May 08 12:00:39 <morphis> then the best way is to file a bug
May 08 12:00:42 <alabd> have this problem too ,http://pastebin.com/UaZd130B
May 08 12:01:22 <morphis> thats about not having a internet connection
May 08 12:01:40 <morphis> or your dns server is corrupted
May 08 12:02:07 <alabd> have internet connection
May 08 12:02:16 <alabd> ping google.com is ok on shr
May 08 12:03:30 <morphis> ok
May 08 12:04:58 <morphis> you tried the ip of build.shr-project.org?
May 08 12:05:08 <alabd> no
May 08 12:05:13 <alabd> weird
May 08 12:05:59 <lindi-> that's busybox wget for you
May 08 12:06:10 <lindi->  /* Ugly parsing of host:addr */
May 08 12:06:15 <lindi->  if (ENABLE_FEATURE_IPV6 && host[0] == '[') {
May 08 12:06:16 <lindi->  ...
May 08 12:06:21 <lindi->   bb_error_msg("bad address '%s'", org_host);
May 08 12:06:53 <alabd> morphis: we can't use ip for that ...
May 08 12:07:10 <alabd> lindi-: what's the problem so
May 08 12:07:22 <lindi-> alabd: ?
May 08 12:07:54 <lindi-> the same error can also come from getaddrinfo failure
May 08 12:07:57 <lindi-> that seems more likely
May 08 12:09:04 <alabd> what's the reason so
May 08 12:10:37 <alabd> root@om-gta02:~# wget http://yahoo.com
May 08 12:10:37 <alabd> Connecting to yahoo.com (72.30.38.140:80)
May 08 12:10:37 <alabd> Connecting to www.yahoo.com (87.248.112.181:80)
May 08 12:10:37 <alabd> wget: bad address 'en-maktoob.yahoo.com'
May 08 12:10:45 <alabd> while ping is ok ...
May 08 12:12:10 <alabd> any opinion ? gtg 
May 08 12:12:29 <lindi-> alabd: strace, tcpdump
May 08 12:12:45 <lindi-> netcat, elinks?
May 08 12:13:19 <alabd> plz be more specific 
May 08 12:14:02 <lindi-> alabd: are you familiar with debugging network problems in general?
May 08 12:14:54 <alabd> lindi-: have used wireshark
May 08 12:15:01 <alabd> netstat ..
May 08 12:15:02 <lindi-> alabd: then use it now?
May 08 12:15:09 <alabd> ok 
May 08 12:15:12 <lindi-> alabd: wireshark should see DNS requests and replies just fine
May 08 12:15:20 <alabd> yes thanks
May 08 12:15:25 <alabd> will try later
May 08 15:21:50 <alabd> lindi-: am back ,about that issue , when ping google.com is ok , it means there no dns problem ok ? so there is no need tu sniff data to see DNS requests ...
May 08 15:22:24 <lindi-> alabd: it does not mean much unfortunately, dns problem can be more complicated than that
May 08 16:15:11 <alabd> lindi-: wget problem has been solved itself  ... am trying to use headset , could use this headset with FR on android , but shr seems cann't ...
May 08 16:16:15 <alabd> emtooth2 detects headset in shows in list
May 08 16:17:09 <alabd> but it asks to set password to 1234
May 08 16:17:48 <alabd> after doing so  it says > could not get access to org.openo...
May 08 16:18:09 <alabd> please be sure obexd is running
May 08 16:18:55 <alabd> root     21720  0.0  1.2   3776  1608 ?        S    20:31   0:00 /usr/libexec/obexd --nodaemon
May 08 16:30:13 <alabd> TAsn: hey ,  do you remember there was problem with writting persian chars in shr sms app ? 
May 08 16:30:38 <TAsn> ages ago perhaps
May 08 16:30:53 <alabd> no last year methink 
May 08 16:31:11 <alabd> don't remeber how we fixed it
May 08 16:31:25 <TAsn> was a locale issue iirc
May 08 16:32:10 <alabd> locale ?
May 08 16:32:44 <TAsn> I think so
May 08 16:32:45 <TAsn> later
May 08 16:34:35 <alabd> don't get what you mean
May 08 16:34:59 <alabd> about 2 years ago yes
May 08 16:49:42 <alabd> could use this headset easily with android on FR , but now have problem using it on SHR
May 08 16:50:13 <alabd> is there any app except emtooth2 for using BT headset on shr ?
May 08 16:56:33 <GNUtoo-desktop> no
May 08 16:56:36 <GNUtoo-desktop> emtooth1
May 08 16:56:38 <GNUtoo-desktop> but it's worse
May 08 16:56:49 <GNUtoo-desktop> to use a headset you need to teach alsa to use it
May 08 16:56:52 <GNUtoo-desktop> + use emtooth2
May 08 16:57:20 <GNUtoo-desktop> http://wiki.openmoko.org/wiki/User:GNUtoo has infos on that
May 08 16:57:32 <GNUtoo-desktop> note that's for a2DP
May 08 16:57:36 <GNUtoo-desktop> *A2DP
May 08 16:57:44 <GNUtoo-desktop> SCO doesn't work with that setup
May 08 16:57:50 <GNUtoo-desktop> SCO is a different thing
May 08 16:57:59 <GNUtoo-desktop> A2DP is for music(stereo, no mic)
May 08 16:58:07 <GNUtoo-desktop> SCO is for telephony(mic, mono)
May 08 16:58:50 <CIA-17> SHR: 03shr-devel 07buildhistory * rbfc38c86d939 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (1049 files in 1049 dirs): packages: Build 201205080828 of shr 20120508 for machine nokia900 on opmbuild
May 08 17:00:06 <GNUtoo-desktop> hi JaMa 
May 08 17:00:54 <JaMa> hi
May 08 17:05:30 <JaMa> GNUtoo-desktop: please don't assign every bug to me, just because I usually fix those assigned to me..
May 08 17:05:37 <JaMa> GNUtoo-desktop: I don't care about bluetooth
May 08 17:05:41 <GNUtoo-desktop> really?
May 08 17:05:46 <GNUtoo-desktop> it was an oe bug
May 08 17:05:50 <GNUtoo-desktop> so I assigned to you
May 08 17:05:56 <GNUtoo-desktop> I asign only oe bugs to you
May 08 17:06:20 <alabd> GNUtoo-desktop: thanks how to setup SCO ?
May 08 17:08:18 <GNUtoo-desktop> alabd, I don't know off hand but I can give you pointers
May 08 17:08:27 <GNUtoo-desktop> you'll have to make it work alone
May 08 17:08:42 <GNUtoo-desktop> basically the pointer is to use qtmoko's SCO enabler
May 08 17:08:49 <JaMa> GNUtoo-desktop: I see, but I also don't have time to explain to oe-core people why Socket=true is needed.. see http://lists.linuxtogo.org/pipermail/openembedded-core/2012-May/021869.html
May 08 17:08:50 <GNUtoo-desktop> because without you will get no sound
May 08 17:09:21 <alabd> GNUtoo-desktop: without me ?
May 08 17:09:36 <JaMa> without, you
May 08 17:09:46 <alabd> :P
May 08 17:09:57 <alabd> but question is how to use qtmoko's SCO enabler on SHR
May 08 17:10:10 <GNUtoo-desktop> alabd, without it, sorry
May 08 17:10:18 <GNUtoo-desktop> or without, you'll get no sound
May 08 17:11:35 <GNUtoo-desktop> JaMa, ouch so SHR is dead ?
May 08 17:11:45 <GNUtoo-desktop> basically without me and without you.....
May 08 17:11:59 <GNUtoo-desktop> alabd, cross compile it and run it
May 08 17:12:16 <GNUtoo-desktop> alabd, but you'll need to find out how to make SCO work on the other layers
May 08 17:12:34 <alabd> GNUtoo-desktop: ah nice , am not programmer 
May 08 17:12:46 <alabd> but android on FR could easily detect 
May 08 17:12:55 <alabd> and use bt headset 
May 08 17:13:11 <alabd> shr is smaller than android on fr?
May 08 17:13:17 <alabd> weird
May 08 17:13:41 <JaMa> GNUtoo-desktop: I'm not quiting yet but cannot spend so much time on it every day..
May 08 17:14:27 <GNUtoo-desktop> alabd, no need to be a programmer, you need more to know sysadmin stuff or how to configure a distro and fso works
May 08 17:14:50 <alabd> that is not my skill ..
May 08 17:14:52 <GNUtoo-desktop> JaMa, what I feared is realizing, I quited then you have too much work because of that and you quit
May 08 17:15:03 <alabd> so should change my distro on FR yes /
May 08 17:15:06 <GNUtoo-desktop> and same for the remaining people
May 08 17:15:06 <alabd> ?
May 08 17:15:16 <GNUtoo-desktop> alabd, try QTmoko
May 08 17:16:04 <JaMa> GNUtoo-desktop: it's not because of you... my patchsets for oe-core/meta-oe/meta-sp layers are not influenced by you quitting
May 08 17:16:05 <alabd> GNUtoo-desktop: didn't tried it yet , how should start ? does it have apps like navit  and is it ok with BT and wifi ? stable that shr ?
May 08 17:16:52 <GNUtoo-desktop> JaMa, I mean, long time ago I helped you a bit with oe stuff
May 08 17:17:00 <GNUtoo-desktop> now I don't anymore
May 08 17:17:07 <GNUtoo-desktop> so you've got more work
May 08 17:17:18 <GNUtoo-desktop> alabd, navit works on QTmoko
May 08 17:17:22 <GNUtoo-desktop> but under QT
May 08 17:17:25 <JaMa> no offence but that's less then 1% :)
May 08 17:17:30 <GNUtoo-desktop> ok
May 08 17:17:43 <GNUtoo-desktop> maybe since oe-core migration I didn't do much
May 08 17:18:04 <GNUtoo-desktop> but I remember fixing stuff long time ago
May 08 17:18:11 <GNUtoo-desktop> maybe I'm wrong though
May 08 17:18:18 <GNUtoo-desktop> or adding games even
May 08 17:18:28 <JaMa> I hate that first I just report some issue in oe-core, then spend much more time explain it in great detail still hoping that someone else will fix it
May 08 17:18:51 <JaMa> and then have to fix it myself anyway and then explain again why that change was needed
May 08 17:19:12 <JaMa> and then get blamed that some arch like powerpc or mips support is not complete
May 08 17:20:13 <JaMa> or waiting for opkg-utils patchset to be even pulled to upstream repo, after fixing issue reported on ML more then 1y ago (package-index taking terribly long..)
May 08 17:20:26 <GNUtoo-desktop> ouch
May 08 17:20:29 <GNUtoo-desktop> so what do we do?
May 08 17:21:08 <JaMa> I'll continue to work on stuff which interests me (so that I can at least test properly)
May 08 17:21:55 <JaMa> but for other stuff I'll expect patches to be integrated
May 08 17:23:11 <GNUtoo-desktop> mrmoku`, hi
May 08 17:23:17 <GNUtoo-desktop> mrmoku`, ^^^
May 08 17:23:53 <GNUtoo-desktop> JaMa, do we really need to contribute to oe-core btw? is it crucial?
May 08 17:25:13 <JaMa> what do you mean? allow shr branch to drift far away from oe-core/master?
May 08 17:25:25 <alabd> GNUtoo-desktop: should follow wiki to install QTmoko ?
May 08 17:25:28 <GNUtoo-desktop> JaMa, no I mean use it as-is without modifying it
May 08 17:25:45 <JaMa> I don't like that.. but if someone else wants to maintain shr branches then it's his call
May 08 17:25:54 <GNUtoo-desktop> alabd, note that there is a QTmoko channel if that can help, I'm not a specialist of QTmoko
May 08 17:26:03 <JaMa> the problem is that as-is is quite often broken at least for our use-case
May 08 17:26:14 <GNUtoo-desktop> JaMa, ah ok
May 08 17:26:18 <GNUtoo-desktop> so we need a new maintainer
May 08 17:26:32 <GNUtoo-desktop> it can't be me otherwise it would be very very risky for me
May 08 17:26:35 <JaMa> but now I'm pretty fine with current state
May 08 17:26:38 <GNUtoo-desktop> ok
May 08 17:27:14 <GNUtoo-desktop> the problem is that I quited because of nervousness
May 08 17:27:23 <GNUtoo-desktop> and then I took other stuff like osmocombb work
May 08 17:27:26 <JaMa> all long term issues which I've hated are now fixed (mostly by me)
May 08 17:27:44 <GNUtoo-desktop> ok nice
May 08 17:28:03 <GNUtoo-desktop> and then if I come back I've SHR work + osmocombb work
May 08 17:28:08 <GNUtoo-desktop> +work
May 08 17:28:10 <JaMa> so now I plan to try to just report breakages as soon as they are sent to ML or pushed
May 08 17:28:13 <GNUtoo-desktop> +university
May 08 17:28:15 <GNUtoo-desktop> etc...
May 08 17:28:20 <GNUtoo-desktop> ok
May 08 17:28:23 <GNUtoo-desktop> good plan
May 08 17:28:31 <JaMa> but stop doing big changes myself and then trying to push them to oe-core..
May 08 17:28:31 <GNUtoo-desktop> so you'll force people to fix their breakages
May 08 17:28:44 <GNUtoo-desktop> that's a good plan
May 08 17:29:12 <JaMa> now with fso/efl from stable release it should be easier..
May 08 17:29:46 <GNUtoo-desktop> ok nice
May 08 17:29:52 <alabd> GNUtoo-desktop: isn't it for sco bt headset on shr ?
May 08 17:29:55 <alabd> http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Configuring_bluez
May 08 17:30:03 <JaMa> but last gcc/glib/kmod upgrade shows that not so many people are paying much attention to meta-oe layers.. :/
May 08 17:30:25 <GNUtoo-desktop> alabd, yes it's part of the solution
May 08 17:30:48 <alabd> part of ? you mean it's not complete ?
May 08 17:31:01 <GNUtoo-desktop> yes that's what my employer often tells me: most oe-core people are from intel and test on vm and don't test a lot
May 08 17:31:05 <GNUtoo-desktop> or something like that
May 08 17:31:24 <GNUtoo-desktop> alabd, there are many parts
May 08 17:31:32 <GNUtoo-desktop> I don't remember them all
May 08 17:31:34 <JaMa> yes as long as their builder is green they are happy
May 08 17:31:38 <GNUtoo-desktop> ok
May 08 17:32:07 <JaMa> building more archs then us, but only very small part (oe-core)
May 08 17:32:18 <GNUtoo-desktop> JaMa, btw thanks for the work you're doing, you do even more work that I did in the past
May 08 17:32:27 <alabd> GNUtoo-desktop: so why did he write some parts when it's not complete ?
May 08 17:32:40 <JaMa> GNUtoo-desktop: thanks :)
May 08 17:32:43 <GNUtoo-desktop> alabd, it says "manually"
May 08 17:32:59 <GNUtoo-desktop> alabd, and then it says confiring fso
May 08 17:33:14 <GNUtoo-desktop> alabd, also read the configuring fso
May 08 17:34:04 <alabd> so it's complete
May 08 17:38:10 <GNUtoo-desktop> alabd, maybe, maybe not
May 08 17:38:14 <GNUtoo-desktop> try it and see if it works
May 08 17:38:19 <GNUtoo-desktop> part of the wiki is outdated
May 08 17:38:23 <GNUtoo-desktop> part of it is up to date
May 08 17:39:03 <alabd> yes at all there is no /etc/init.d/bluetooth in new shr
May 08 17:40:32 <alabd> ok will try it and let you know
May 08 17:40:39 <alabd> thanks ttyl GNUtoo-desktop
May 08 17:41:15 <GNUtoo-desktop> ok, also modify the wiki if you have fixes
May 08 17:49:04 <alabd> sure what is qtmoko channel bro ?
May 08 17:51:22 <GNUtoo-desktop> #qtmoko ?
May 08 18:11:40 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r23be16051df3 10/libfsoframework/ (Makefile.am configure.ac vapi/Makefile.am): libfsoframework: include missing vapi files in generate distribution archives
May 08 18:11:40 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r3f9fd2b8d91b 10/libfsotransport/ (Makefile.am configure.ac vapi/Makefile.am): libfsotransport: include missing vapi files in generate distribution archives
May 08 18:11:41 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r02b6bfcf991f 10/fsogsmd/ (Makefile.am configure.ac vapi/Makefile.am): fsogsmd: include missing vapi files in generate distribution archives
May 08 18:11:41 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * rbf3aa3d54ac1 10/fsodatad/ (Makefile.am configure.ac vapi/Makefile.am): fsodatad: include missing vapi files in generate distribution archives
May 08 18:11:42 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r3b5ea69effd3 10/fsousaged/ (Makefile.am configure.ac vapi/Makefile.am): fsousaged: include missing vapi files in generate distribution archives
May 08 18:11:47 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * rda3450c36a59 10/libfsoresource/ (Makefile.am configure.ac vapi/Makefile.am): libfsoresource: include missing vapi files in generate distribution archives
May 08 18:11:48 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * ra637159ac0bd 10/libfsobasics/vapi/ (libnl-3.0.deps libnl-3.0.vapi): libfsobasics: vapi: drop files for libnl-3.0; they are shipped with vala-0.14 already
May 08 18:11:49 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * re6bc18661ef6 10/libgsm0710mux/ (Makefile.am configure.ac vapi/Makefile.am): libgsm0710mux: include missing vapi files in generate distribution archives
May 08 18:11:50 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r83774ba5ffc7 10/libfsotest/fsotest/fsotest-2.0.deps: libfsotest: drop libnl-2.0 from vala dependencies
May 08 18:11:53 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r8460742f4d79 10/fsogsmd/vapi/ (Makefile.am connman.vapi): fsogsmd: remove connman vapi file too after the plugin is gone
May 08 18:11:54 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r80f56dac3efc 10/fsogsmd/src/3rdparty/ (Makefile.am storage.c storage.h): fsogsmd: 3rdparty: drop unused storage related code from 3rdparty project
May 08 18:11:56 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r6fb11a17920e 10/libfsosystem/fsosystem/fsosystem-2.0.deps: libfsosystem: cleanup vala vapi dependencies
May 08 18:11:57 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * ra25ea3865aac 10/libfsoframework/fsoframework/fsoframework-2.0.deps: libfsoframework: remove libnl-2.0 from fsoframework-2.0.deps file
May 08 18:11:58 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r223ae110796a 10/fsotdld/ (Makefile.am configure.ac vapi/Makefile.am): fsotdld: include missing vapi files in generate distribution archives
May 08 18:12:03 <CIA-17> freesmartphone.org: 03mok 07cornucopia * raa1815fae4c4 10/ (10 files in 5 dirs): 
May 08 18:12:03 <CIA-17> freesmartphone.org: libfsobasics: switch to libnl-3
May 08 18:12:03 <CIA-17> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 08 18:12:07 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * rb11765ffb643 10/fsonetworkd/ (Makefile.am configure.ac vapi/Makefile.am): fsonetworkd: include missing vapi files in generate distribution archives
May 08 18:12:08 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * rb5d00a208911 10/fsodeviced/ (Makefile.am configure.ac vapi/Makefile.am): fsodeviced: include missing vapi files in generate distribution archives
May 08 18:12:09 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r9ad37ff96138 10/libgsm0710mux/Makefile.decl: libgsm0710mux: add missing Makefile.decl
May 08 18:12:10 <CIA-17> freesmartphone.org: 03morphis 07cornucopia * r5316e4b75a34 10/libfsobasics/ (Makefile.am configure.ac vapi/Makefile.am): libfsobasics: include missing vapi files in generate distribution archives
May 08 18:24:57 <CIA-17> SHR: 03shr-devel 07buildhistory * r0f6f3c27e502 10/images/crespo/eglibc/chroot-image/ (build-id installed-package-sizes.txt): images: Build 201205082004 of shr 20120508 for machine crespo on opmbuild
May 08 19:09:39 <CIA-17> SHR: 03shr-devel 07buildhistory * r639d2572486a 10/images/crespo/eglibc/chroot-image/installed-package-sizes.txt: images: Build 201205082100 of shr 20120508 for machine crespo on opmbuild
May 08 20:22:22 <slyon> hi
May 08 20:25:12 <JaMa> hi
May 08 20:30:10 <slyon> JaMa, do you remember how we decided on palmpre support of shr at fsoshrcon?
May 08 20:30:19 <slyon>  As I wonder if it's worth building building images for it all the time, but nobody uses them and they don't even work (due to lacking systemd support)
May 08 20:31:01 <JaMa> IIRC we decided to not include them in shr-2012.01 announcement
May 08 20:31:25 <JaMa> but haven't removed them completely (and I still build them on buildhost.. )
May 08 20:31:50 <JaMa> we even fixed one issue with new make-3.82 in linux-palmpre lately
May 08 20:34:01 <slyon> ok. so they are in a somewhat unmaintained state (only fix build issues)... do you think it would benefit us, if we'd drop them completely (quicker builds)?
May 08 20:34:38 <JaMa> maybe yes.. I should have dropped them before rebuilding them from scratch now..
May 08 20:34:51 <JaMa> but the rebuild is almost complete now.. so it wont save much
May 08 20:35:52 <JaMa> but I can stop doing images for them (just feed)
May 08 20:37:17 <slyon> ok. i think it's a good thing too. but i'll talk to morphis about this as well. after that we can probably drop them completely
May 08 20:49:28 * slyon wrote a mail to morphis about dropping palmpre support
May 08 20:50:28 <JaMa> NOTE: Running task 8877 of 8884 armv7a feed almost done :)
May 08 21:32:56 <CIA-17> SHR: 03shr-devel 07buildhistory * r2f46268c5a55 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (10 files in 10 dirs): packages: Build 201205082110 of shr 20120508 for machine nokia900 on opmbuild
May 08 21:33:00 <CIA-17> SHR: 03Martin.Jansa 07meta-smartphone * r206eea492174 10/meta-shr/recipes-connectivity/openssh/openssh_5.9p1.bbappend: meta-shr: openssh: rename bbappend to match new version from oe-core
May 08 21:48:38 <GNUtoo-desktop> ping mrmoku` 
May 08 22:38:35 <CIA-17> SHR: 03shr-devel 07buildhistory * r5b0c396d5787 10/images/crespo/eglibc/chroot-image/installed-package-sizes.txt: images: Build 201205090022 of shr 20120508 for machine crespo on opmbuild
May 09 00:25:57 <CIA-17> SHR: 03shr-devel 07buildhistory * ra5fc5bb05c8f 10/packages/om_gta04-oe-linux-gnueabi/fbreader/ (5 files in 5 dirs): packages: Build 201205090144 of shr 20120508 for machine om-gta04 on opmbuild
May 09 00:47:31 <DocScrutinizer> moo PaulFertser 
May 09 02:10:34 <CIA-17> SHR: 03shr-devel 07buildhistory * rf4e91a5a28f8 10/images/crespo/eglibc/chroot-image/ (build-id image-info.txt installed-package-sizes.txt): images: Build 201205090335 of shr 20120509 for machine crespo on opmbuild
May 09 02:48:06 <DocScrutinizer> PaulFertser: http://www.youtube.com/watch?v=9fB_bY8yNeg&feature=related
**** ENDING LOGGING AT Wed May 09 02:59:58 2012