IRC log for #oe on 20121023

14:07.39*** join/#oe ibot (~ibot@rikers.org)
14:07.39*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel
14:13.15bluelightningensc|w: I'm pretty sure you can tell connman to ignore the interface being used for nfs
14:13.37bluelightningat the moment I think we may be disabling it completely in that case though
14:14.39bluelightninggreat, yet another way to handle network interfaces...
14:24.03ensc|wbluelightning: yes; I can do this. But then, DNS is not working because DHCP won't be used
14:24.17ensc|wditto for ntp
14:26.56ensc|wall this managed stuff sucks when you want to do things which are not covered 100% by its design :(
14:27.04ccssnetugh another network manager
14:29.12ensc|wccssnet: there exists another one, written by a SUSE employee... don't remember its name atm...
14:30.01ccssnetsigh
14:30.04ensc|wwicd
14:30.11ccssnetya that ones good
14:30.46ccssnetbut from an administrative perspective the more that exist. the more headaches on script automation of systems your in charge of
14:30.47ccssnetlol
14:31.17ccssneti suppose manual is best option there either way
14:32.23ensc|wno, not wicd, but https://gitorious.org/wicked
14:32.40ccssneto man... another one?
14:32.49ccssnetfor a gui app, wicd is nice
14:32.58ccssnetlooks at wicked
14:34.10ccssnetyet another package in the repos
14:34.22ccssnetin otherwords downloaded and bookmarked
14:34.50ccssnetto bad its xml though
14:35.00ccssnetthey should have tried json...
14:35.28ccssnetor anything thats easier to type
14:35.31ccssnetlol
14:41.07*** join/#oe hillct (~hillct@c-174-62-218-130.hsd1.vt.comcast.net)
14:51.33*** join/#oe MrBar (~acr@stc.52.90.188.95.dsl.krasnet.ru)
14:51.46*** join/#oe pepermint (~pepermint@host53-76-dynamic.17-79-r.retail.telecomitalia.it)
14:58.28*** join/#oe fp (~fp@115.119.134.194)
14:58.57kergothotavio, msm: is there a best contact point for issues with meta-fsl-arm?
15:02.36*** join/#oe awozniak (~awozniak@74.82.132.35)
15:08.46*** join/#oe hollisb (~hollisb@nat-wv.mentorg.com)
15:09.05*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
15:10.35*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
15:21.44*** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029)
15:21.54jackmitchellensc|w: it's another dbus implementation though
15:22.07*** join/#oe zenlinux_ (~sgarman@c-50-137-42-92.hsd1.or.comcast.net)
15:22.16jackmitchellensc|w: they say it's going under a re-write so I wonder how it would be different from connman
15:24.46ensc|wjackmitchell: I do not have anything against dbus. Indeed, dbus is a good choice for this task.  But the connman api is horrible because everything is hidden behind a variant type.  This makes configuration by 'dbus-send' impossible and requires lot of ugly C code.  And I really do not want to use Python on embedded devices
15:27.21jackmitchellensc|w: interesting I will have to investigate - first though to get dbus-dev into my SDK so I can actually start playing with it!
15:27.48ensc|wI do not know, how much different wicked is...  I am developing on lower levels only but have to recommend something to our customers and heard lot of complaints about connman
15:27.58jackmitchellccssnet: I agree, I much prefer json to xml, xml is so... longwinded
15:29.33bluelightningensc|w: variants are totally possible with dbus-send...
15:30.22ensc|wbluelightning: no; not when they within a dict or dict is a variant
15:31.05ensc|wbluelightning: else, please show me a way to configure connman to use dhcp or set a static ip
15:31.25bluelightningensc|w: I'm not a connman expert by any means
15:50.02*** join/#oe chouimat (~mathieu@206.191.34.211)
15:50.02*** join/#oe chouimat (~mathieu@kde/developer/chouinard)
15:54.02chouimatmorning
15:56.50jackmitchellrburton: I'm leaving work now so can pick this up again tomorrow if you need anymore info
15:57.21rburtonjackmitchell: my advice is clean those hits and fingers crossed. no idea how your sysroot got messed up.
15:57.25JaMajackmitchell: just cleansstate those found references like xrender etc
15:57.47rburtoni propose pruning .la files from sysroot
15:58.25JaMaiirc pb_ sent patch to do it globally
15:58.30rburtonensc|w: upgrade to latest connman, it has a cli tool
15:58.44rburtonensc|w: (and then submit the patch to oe-core :)
15:58.51otaviokergoth: the mailing list
15:59.08otaviokergoth: or if it is something sensitive, mail me privately
15:59.23otaviokergoth: what is it about?
15:59.48otaviokergoth: https://groups.google.com/group/meta-fsl-arm <= btw
16:00.13*** join/#oe hillct (~hillct@c-71-234-176-233.hsd1.ct.comcast.net)
16:00.25jackmitchellrburton: it's weird because this is my production box, so not even any dodgy development goes on here
16:01.05rburtonjackmitchell: agreed, weird.  there was some cleanup to the x deps but nothing that shoud have produced that problem
16:01.10rburton(and that problem is why everyone hates libtool)
16:01.41jackmitchellbitbake -c cleansstate libxrandr libxrender libxext
16:01.51jackmitchellbitbake -c cleansstate nativesdk-libxrandr nativesdk-libxrender nativesdk-libxext
16:02.02jackmitchellrburton, jama: still fails with same error message
16:02.20jackmitchellwill pick back up tomorrow and do some more investigating!
16:02.23bluelightningrburton: good point re the new connman client :)
16:02.29JaMajackmitchell: did you use cleansstate with -f?
16:02.44rburtonjackmitchell: how annoying
16:02.48jackmitchellno
16:02.51bluelightningwhy would -f be needed with cleansstate?
16:02.57bluelightningit's nostamp
16:03.01jackmitchellbut it ran the tasks as far as I could tell
16:03.15kergothotavio: ah, right, somehow i missed that list. thanks. imx6qsabrelite is failing to build due to imx-base sucking in imx-lib, yet imx-lib is listed as compatible only with mx5. similar issue with firmware-imx. this only bit me after an update, so it likely changed in the past couple weeks
16:03.18JaMabluelightning: to force it rebuilt? or what taints that checksum?
16:04.12jackmitchellright, tara all, rburton: i may nag you a bit about connman tomorrow if that's ok - I see you have an article written on the front page (even if from 2004) :P
16:04.26rburtonhaha
16:04.49jackmitchellrburton: or maybe it was a dbus articlem either way...
16:04.51bluelightningJaMa: that would only help if you were forcing a task that's in the normal dependency chain
16:05.00rburtonjackmitchell: yeah, dbus. old api, ignore it :)
16:05.15*** join/#oe JDuke128 (~kadirbaso@188.3.61.14)
16:05.19jackmitchellrburton: everything I read about dbus is old, sigh...
16:05.36JaMabluelightning: can you explain?
16:06.22jackmitchellrburton: my dev machine is showing the same .la traits - so it's fairly reproduceable
16:06.53rburtonjackmitchell: what recipe is failing? nativesdk-libx11?
16:06.58otaviokergoth: I am sure I fixed it ...
16:07.03jackmitchellyes
16:07.13rburtonjackmitchell: a copy of your sysroot libdir .la files might be useful
16:07.15otaviokergoth: are you using an update repository?
16:07.21jackmitchell| /home/jack/Projects/poky-r0005/R0005/tmp/sysroots/x86_64-linux//bin/sed: can't read /home/jack/Projects/poky-r0005/R0005/tmp/sysroots/x86_64-nativesdk-pokysdk-linux/opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/libXau.la: No such file or directory
16:07.23rburtonjackmitchell: before you start removing stuff on the dev machine
16:07.24bluelightningJaMa: if your aim is to force dependent recipes to re-build the next time they are called for, you have to force-build (i.e. taint) a task that they actually depend upon; clean / cleansstate are not depended upon as part of the normal task execution for building a recipe
16:08.11otaviokergoth: let me confirm it
16:08.22JaMabluelightning: but without -f I sometimes see the same broken sstate package being redownloaded from SSTATE_MIRROR (or at least it seems like that)
16:08.34jackmitchellrburton: the only cleansstate I have done on dev is some earlier packages which it now passes on and a single run of -c cleansstate nativesdk-libx11
16:08.54jackmitchellrburton: so it may already be too late :(
16:08.57otaviokergoth: indeed
16:09.19bluelightningJaMa: bitbake can't help stale packages on a mirror it can't write to...
16:09.22otaviokergoth: I will provide you a patch ... hold  sec
16:10.26jackmitchellrburton:   552  bitbake meta-toolchain-r0005
16:10.27jackmitchell<PROTECTED>
16:10.27jackmitchell<PROTECTED>
16:10.27jackmitchell<PROTECTED>
16:10.27jackmitchell<PROTECTED>
16:10.27JaMabluelightning: then I didn't understand tainging properly (I was expecting it to force ignoring sstate package even when it's on mirror)
16:10.27jackmitchell<PROTECTED>
16:10.27jackmitchell<PROTECTED>
16:10.28jackmitchell<PROTECTED>
16:10.28jackmitchell<PROTECTED>
16:10.29jackmitchell<PROTECTED>
16:10.29jackmitchell<PROTECTED>
16:10.30jackmitchell<PROTECTED>
16:10.30jackmitchell<PROTECTED>
16:10.31jackmitchell<PROTECTED>
16:11.26bluelightningJaMa: if you taint the right task, sure, it will result in the checksum being different
16:11.55bluelightningJaMa: worth noting however is that cleansstate will delete stamp files for all tasks for the recipe and that will include the taint file
16:12.03jackmitchellthis time i'm definitely off, will talk tomorrow if the fog doesn't engulf me ;) !
16:14.09rburtonjackmitchell: it's positively lifted from earlier
16:15.46*** join/#oe flo_lap (~fuchs@sign-4db60903.pool.mediaWays.net)
16:15.46*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
16:17.16otaviokergoth: You're building master right?
16:18.20otaviokergoth: http://paste.debian.net/203018/ should work just fine; gst-fsl-plugin will trigger imx-lib inclusion in mx5
16:18.33otaviokergoth: can you give it a try
16:27.23*** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net)
16:27.25*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
16:29.59kergothotavio: will do, thanks
16:37.22*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
16:42.44mario-goulartHi.  Is there a way to get a reverse dependencies graph for a given recipe?
16:42.53mario-goulart(including indirect dependencies)
16:43.47*** join/#oe denix (~denix@pool-108-45-52-73.washdc.fios.verizon.net)
16:44.51*** join/#oe MrBar (~acr@stc.52.90.188.95.dsl.krasnet.ru)
16:46.26bluelightningmario-goulart: you'd probably have to post-process bitbake -g output unless you want to get dirty with bitbake code
16:47.02*** join/#oe ohama (ohama@92.240.248.100)
16:50.39*** join/#oe rsalveti (~rsalveti@linaro/rsalveti)
16:59.36mario-goulartbluelightning: If I understand correctly, what bitbake -g does is "given a recipe, generate a graph of the recipes it depends on". I actually want reverse dependencies (given a recipe, which recipes depend on it).  Is -g able to do that (assuming I won't run -g e for all recipes).
17:00.12bluelightningmario-goulart: you could try world as a target
17:03.02mario-goulartbluelightning: hmmm!  Interesting.  Thanks for the tip.
17:04.15bluelightningsome things will be excluded from that though as it's intended to be a buildable target - you could use universe if that's an issue
17:04.39bluelightningit also won't catch recipes that are skipped for your configuration, but you may not care about those
17:05.07mario-goulartAh, ok.  Good points.
17:07.35*** join/#oe hillct (~hillct@c-174-62-218-130.hsd1.vt.comcast.net)
17:07.38kergothotavio: that took care of it, thanks
17:11.05JaMaotavio: ping
17:12.20otaviokergoth: I will send it to the mailing list
17:13.00*** join/#oe JDuke128 (~kadirbaso@188.3.61.14)
17:13.01chouimatanyone know where I can find a recent linphone recipe?
17:15.30kergothotavio: thanks, appreciate it
17:20.49bluelightningchouimat: nothing newer than in oe-classic that I'm aware of
17:23.21chouimatbluelightning: ok thanks I found some patches that bring 3.4.3 but they don't seems to work ..
17:31.29*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
17:58.14*** join/#oe fp (~fp@117.192.228.169)
18:15.44*** join/#oe rsalveti (~rsalveti@linaro/rsalveti)
18:17.00*** join/#oe vquicksilver (~vquicksil@55.Red-88-18-16.staticIP.rima-tde.net)
18:17.00*** join/#oe vquicksilver (~vquicksil@gentoo/contributor/vquicksilver)
18:43.49*** join/#oe kroon (~jkroon@89-253-118-72.customers.ownit.se)
18:45.17*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
18:45.34*** join/#oe devzero_ (~devzero@ip-88-153-28-10.unitymediagroup.de)
18:45.49*** join/#oe kristoffer (~kristoffe@c-b6dce555.010-30-6c6b7012.cust.bredbandsbolaget.se)
18:59.48*** join/#oe woglinde (~henning@g229044081.adsl.alicedsl.de)
19:06.32*** join/#oe woglinde_ (~henning@g225167146.adsl.alicedsl.de)
19:41.38*** join/#oe GNUtoo-desktop (~GNUtoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it)
19:59.47*** join/#oe Russ (~russ@pool-74-111-207-81.lsanca.fios.verizon.net)
20:12.11*** join/#oe kgilmer (~kgilmer@rrcs-108-176-50-210.nyc.biz.rr.com)
20:22.14*** join/#oe ao2 (~ao2@2001:1418:117::1)
20:27.13*** join/#oe ao2 (~ao2@2001:1418:117::1)
20:32.23*** join/#oe _ao2 (~ao2@2001:1418:117::1)
20:51.58*** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com)
20:51.59*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
21:04.11*** join/#oe spacecolonyone (~spacecolo@67-194-73-43.wireless.umnet.umich.edu)
21:06.42*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)
21:28.20*** join/#oe JDuke128 (~kadirbaso@188.3.61.14)
21:29.51*** join/#oe JDuke128 (~kadirbaso@188.3.61.14)
21:42.07*** join/#oe hollisb (~hollisb@nat-wv.mentorg.com)
21:56.48*** join/#oe Russ (~russ@pool-74-111-207-81.lsanca.fios.verizon.net)
21:58.34JaMadoes someone have simple script to search sysroot if there are any files not tracked by sstate manifest? e.g. if someone touched sysroot from do_install directly?
21:59.52*** join/#oe ant__ (~andrea@host249-105-dynamic.50-82-r.retail.telecomitalia.it)
22:02.35*** join/#oe Russ (~russ@pool-74-111-207-81.lsanca.fios.verizon.net)
22:02.51*** join/#oe spacecolonyone (~spacecolo@c-107-5-194-31.hsd1.mi.comcast.net)
23:40.02*** join/#oe Leatherface- (~leatherfa@helvetet.eu)
23:41.06*** join/#oe shawn197 (~Tiberius@unaffiliated/shawn156)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.