**** BEGIN LOGGING AT Mon Sep 02 02:59:58 2013
Sep 02 06:33:11 <silviof> morning friends
Sep 02 07:28:18 <silvio_l_> morning all
Sep 02 08:05:53 <mckoan> good morning
Sep 02 08:32:58 <bluelightning> morning all
Sep 02 08:44:56 <mckoan> hi bluelightning 
Sep 02 08:45:12 <bluelightning> hi mckoan
Sep 02 08:46:24 <silvio_l_> hi  mckoan, hi bluelightning 
Sep 02 09:41:05 <pb_> morning all
Sep 02 09:45:04 <hrw> hello
Sep 02 09:45:06 <hrw> "mmcblk0: timed out sending SET_BLOCK_COUNT command, card status 0x400e00" - does someone saw such one?
Sep 02 09:46:56 <eren> morning all
Sep 02 09:51:40 <bluelightning> hi pb_, hrw, eren
Sep 02 09:54:00 <eren> it seems that whenever I ask a question to mailing list, I fix it later on
Sep 02 09:55:02 <bluelightning> eren: it's often the way...
Sep 02 09:55:20 <bluelightning> eren: it would be really great if you could reply saying how you solved the issue if that does happen, might be helpful to others
Sep 02 09:55:38 <pb_> hi bluelightning
Sep 02 09:56:18 <eren> bluelightning: sure, I will
Sep 02 10:34:00 <bluelightning> eren: would you also please add meta-alix3d3 to the OE layer index?
Sep 02 10:34:05 <bluelightning> (assuming you plan to maintain it that is)
Sep 02 10:43:32 <silvio_l_> bluelightning, the trouble that I had with ntpd seams due to avahi-daemon.service that sometimes fails to load 
Sep 02 10:45:36 <bluelightning> silvio_l_: can you tell why it's failing?
Sep 02 10:46:44 <silvio_l_> bluelightning, not yet, I notice that trouble since I removed dropebear and use only openssh
Sep 02 10:47:36 <silvio_l_> bluelightning, but maybe is not connection to the events
Sep 02 10:48:40 <bluelightning> wouldn't have thought avahi depended on either of those
Sep 02 10:51:51 <silvio_l_> I really dont know yet if there is some relationship, I notice that when avahi fails, the machine dont update date and i cannot connect from ssh session probably for DNS table trouble
Sep 02 10:53:48 <bluelightning> I think you'll need to look at what logs/errors avahi is reporting in the failure case
Sep 02 11:14:47 <silvio_l_> bluelightning, I have no logs of avahi, now I try to activate them
Sep 02 11:31:00 <eren> bluelightning: sure. but I first need to decide on github account organization
Sep 02 11:31:10 <eren> I have hambedded-linux github account, and I should convert it into organization account
Sep 02 11:43:13 <ant_work> bluelightning: JaMa: pls pull http://patches.openembedded.org/project/oe/list/?submitter=193&state=*
Sep 02 11:51:46 <tasslehoff> denix: ping
Sep 02 11:52:38 <eren> JaMa: nautilus3 complains about libnotify dependency actually. it needs >= 0.7.0
Sep 02 11:52:46 <eren> JaMa: we have libnotify and libnotify3 package
Sep 02 11:53:48 <eren> the strange thing is that nautilus3 is dependent on libnotify3, hmm
Sep 02 12:08:02 <tasslehoff> denix: nevermind. I asked/answered on the meta-ti ML
Sep 02 12:10:00 <JaMa> eren: yes and there are even bigger issues with libnotify*, they are writting the same files to sysroot
Sep 02 12:10:20 <JaMa> eren: so when you build libnotify3 first, then recipes depending on libnotify will start to fail and vice versa
Sep 02 12:13:34 <hrw> RP: hello
Sep 02 12:16:52 <RP> hi hrw
Sep 02 12:17:24 <hrw> RP: managed to enjoy at least part of vacations?
Sep 02 12:17:34 <RP> hrw: yes thanks :)
Sep 02 12:19:48 <hrw> RP: bikes, bikes and more bikes? :)
Sep 02 12:20:03 <eren> JaMa: why do we have seperate pkgnames in the first place?
Sep 02 12:20:13 <eren> isn't libnotify 0.7.x backwards compatible with 0.6.x?
Sep 02 12:21:19 <RP> hrw: there were some karts and DIY thrown in which didn't get much written about
Sep 02 12:21:21 <JaMa> no, it's not :/
Sep 02 12:21:36 <RP> hrw: The trail bikes are now all in bits needing engine rebuilds :/
Sep 02 12:21:36 <eren> ops :/
Sep 02 12:22:10 <hrw> RP: karts... I need to go for them one day
Sep 02 12:26:10 <eren> are there any package feeds compiled by yocto?
Sep 02 12:31:19 <bluelightning> eren: yes, as it happens - http://downloads.yoctoproject.org/releases/yocto/
Sep 02 12:31:33 <bluelightning> eren: under each release folder there are ipk, deb, rpm folders
Sep 02 12:32:02 <bluelightning> we're not really a distro though, so no guarantee of upgradeability between releases
Sep 02 12:33:16 <eren> bluelightning: oh great
Sep 02 12:33:33 <eren> I guess I need to add opkg config to my distro
Sep 02 12:33:48 <eren> right now, I cannot present package feeds, I can only build images
Sep 02 12:33:55 <eren> I want to take advantage of prebuilt pkgs actually
Sep 02 12:34:10 <eren> bluelightning: what's the best way to add yocto package feeds to image?
Sep 02 12:35:34 <bluelightning> eren: if you're using opkg I think there is a variable IPK_FEED_URIS, or you can just add your own feed config file(s) to /etc/opkg/
Sep 02 12:35:54 <bluelightning> eren: note though, we strongly recommend you don't rely on our package feeds for anything beyond testing
Sep 02 12:36:36 <bluelightning> for real device images you should set up your own package feed
Sep 02 12:37:07 <eren> bluelightning: sure, the project (hambedded) is in testing stage actually. So i want users to at least "ipk install" things on their images
Sep 02 12:37:15 <eren> while testing the distro
Sep 02 12:37:32 <eren> afterwards, when I figure out the build server and other things, I will prepare package feeds
Sep 02 12:37:43 <bluelightning> ok
Sep 02 12:37:52 <bluelightning> well just so you know, you get to keep the pieces if things break ;)
Sep 02 12:38:45 <eren> yep :)
Sep 02 13:18:45 <silvio_l_> bluelightning, maybe this https://bbs.archlinux.org/viewtopic.php?id=163425
Sep 02 13:20:58 <bluelightning> silvio_l_: is that what you see in your logs?
Sep 02 13:38:00 <silvio_l_> bluelightning, logging is not enabled or I cant found it, in /var/log there are nothing
Sep 02 13:38:50 <eren> I am confused as to how opkg selects right packages for machine architecture
Sep 02 13:39:09 <eren> I mean, obviously for i586 machine, we should put i586 feed
Sep 02 13:39:16 <eren> and for beagleboard or arm, it should be different
Sep 02 13:39:32 <eren> what's the right place for inserting feed information depending on the architecture, then?
Sep 02 13:42:14 <bluelightning> eren: so opkg knows what package architectures to look for from its configuration; I think we put that in /etc/opkg/arch.conf or something similar
Sep 02 13:42:54 <bluelightning> eren: each individual package file declares its package architecture, so opkg must see that that matches up with one of the configured architectures, or it'll just ignore the package file
Sep 02 13:47:02 <eren> bluelightning: ok, I am searching for how opkg.conf is generated actually
Sep 02 13:47:51 <eren> I cannot seem to locate the machine dependent part for opkg configuration generation
Sep 02 13:48:28 <eren> hmm
Sep 02 13:48:30 <eren> ipkgarchs="${ALL_MULTILIB_PACKAGE_ARCHS}"
Sep 02 13:48:45 <eren> for arch in $ipkgarchs; do
Sep 02 13:48:57 <eren> echo "arch $arch $priority" >> $archconf
Sep 02 13:48:58 <eren> i see
Sep 02 13:49:08 <eren> opkg-config-base_1.0.bb
Sep 02 16:53:42 <silvio_l_> bluelightning, solved with rieorder of service, tomorrow I explain u
Sep 02 19:33:06 <unsolo> so i was wondering .. can you do oe offline ?
Sep 02 19:39:56 <JaMa> unsolo: yes if you download everything in advance and don't use tag= in git:// SRC_URI
Sep 02 19:40:27 <unsolo> sounds painful
**** ENDING LOGGING AT Tue Sep 03 02:59:58 2013