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.15 | bluelightning | ensc|w: I'm pretty sure you can tell connman to ignore the interface being used for nfs |
14:13.37 | bluelightning | at the moment I think we may be disabling it completely in that case though |
14:14.39 | bluelightning | great, yet another way to handle network interfaces... |
14:24.03 | ensc|w | bluelightning: yes; I can do this. But then, DNS is not working because DHCP won't be used |
14:24.17 | ensc|w | ditto for ntp |
14:26.56 | ensc|w | all this managed stuff sucks when you want to do things which are not covered 100% by its design :( |
14:27.04 | ccssnet | ugh another network manager |
14:29.12 | ensc|w | ccssnet: there exists another one, written by a SUSE employee... don't remember its name atm... |
14:30.01 | ccssnet | sigh |
14:30.04 | ensc|w | wicd |
14:30.11 | ccssnet | ya that ones good |
14:30.46 | ccssnet | but from an administrative perspective the more that exist. the more headaches on script automation of systems your in charge of |
14:30.47 | ccssnet | lol |
14:31.17 | ccssnet | i suppose manual is best option there either way |
14:32.23 | ensc|w | no, not wicd, but https://gitorious.org/wicked |
14:32.40 | ccssnet | o man... another one? |
14:32.49 | ccssnet | for a gui app, wicd is nice |
14:32.58 | ccssnet | looks at wicked |
14:34.10 | ccssnet | yet another package in the repos |
14:34.22 | ccssnet | in otherwords downloaded and bookmarked |
14:34.50 | ccssnet | to bad its xml though |
14:35.00 | ccssnet | they should have tried json... |
14:35.28 | ccssnet | or anything thats easier to type |
14:35.31 | ccssnet | lol |
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.57 | kergoth | otavio, 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.54 | jackmitchell | ensc|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.16 | jackmitchell | ensc|w: they say it's going under a re-write so I wonder how it would be different from connman |
15:24.46 | ensc|w | jackmitchell: 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.21 | jackmitchell | ensc|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.48 | ensc|w | I 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.58 | jackmitchell | ccssnet: I agree, I much prefer json to xml, xml is so... longwinded |
15:29.33 | bluelightning | ensc|w: variants are totally possible with dbus-send... |
15:30.22 | ensc|w | bluelightning: no; not when they within a dict or dict is a variant |
15:31.05 | ensc|w | bluelightning: else, please show me a way to configure connman to use dhcp or set a static ip |
15:31.25 | bluelightning | ensc|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.02 | chouimat | morning |
15:56.50 | jackmitchell | rburton: I'm leaving work now so can pick this up again tomorrow if you need anymore info |
15:57.21 | rburton | jackmitchell: my advice is clean those hits and fingers crossed. no idea how your sysroot got messed up. |
15:57.25 | JaMa | jackmitchell: just cleansstate those found references like xrender etc |
15:57.47 | rburton | i propose pruning .la files from sysroot |
15:58.25 | JaMa | iirc pb_ sent patch to do it globally |
15:58.30 | rburton | ensc|w: upgrade to latest connman, it has a cli tool |
15:58.44 | rburton | ensc|w: (and then submit the patch to oe-core :) |
15:58.51 | otavio | kergoth: the mailing list |
15:59.08 | otavio | kergoth: or if it is something sensitive, mail me privately |
15:59.23 | otavio | kergoth: what is it about? |
15:59.48 | otavio | kergoth: 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.25 | jackmitchell | rburton: it's weird because this is my production box, so not even any dodgy development goes on here |
16:01.05 | rburton | jackmitchell: agreed, weird. there was some cleanup to the x deps but nothing that shoud have produced that problem |
16:01.10 | rburton | (and that problem is why everyone hates libtool) |
16:01.41 | jackmitchell | bitbake -c cleansstate libxrandr libxrender libxext |
16:01.51 | jackmitchell | bitbake -c cleansstate nativesdk-libxrandr nativesdk-libxrender nativesdk-libxext |
16:02.02 | jackmitchell | rburton, jama: still fails with same error message |
16:02.20 | jackmitchell | will pick back up tomorrow and do some more investigating! |
16:02.23 | bluelightning | rburton: good point re the new connman client :) |
16:02.29 | JaMa | jackmitchell: did you use cleansstate with -f? |
16:02.44 | rburton | jackmitchell: how annoying |
16:02.48 | jackmitchell | no |
16:02.51 | bluelightning | why would -f be needed with cleansstate? |
16:02.57 | bluelightning | it's nostamp |
16:03.01 | jackmitchell | but it ran the tasks as far as I could tell |
16:03.15 | kergoth | otavio: 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.18 | JaMa | bluelightning: to force it rebuilt? or what taints that checksum? |
16:04.12 | jackmitchell | right, 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.26 | rburton | haha |
16:04.49 | jackmitchell | rburton: or maybe it was a dbus articlem either way... |
16:04.51 | bluelightning | JaMa: that would only help if you were forcing a task that's in the normal dependency chain |
16:05.00 | rburton | jackmitchell: yeah, dbus. old api, ignore it :) |
16:05.15 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
16:05.19 | jackmitchell | rburton: everything I read about dbus is old, sigh... |
16:05.36 | JaMa | bluelightning: can you explain? |
16:06.22 | jackmitchell | rburton: my dev machine is showing the same .la traits - so it's fairly reproduceable |
16:06.53 | rburton | jackmitchell: what recipe is failing? nativesdk-libx11? |
16:06.58 | otavio | kergoth: I am sure I fixed it ... |
16:07.03 | jackmitchell | yes |
16:07.13 | rburton | jackmitchell: a copy of your sysroot libdir .la files might be useful |
16:07.15 | otavio | kergoth: are you using an update repository? |
16:07.21 | jackmitchell | | /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.23 | rburton | jackmitchell: before you start removing stuff on the dev machine |
16:07.24 | bluelightning | JaMa: 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.11 | otavio | kergoth: let me confirm it |
16:08.22 | JaMa | bluelightning: 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.34 | jackmitchell | rburton: 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.54 | jackmitchell | rburton: so it may already be too late :( |
16:08.57 | otavio | kergoth: indeed |
16:09.19 | bluelightning | JaMa: bitbake can't help stale packages on a mirror it can't write to... |
16:09.22 | otavio | kergoth: I will provide you a patch ... hold sec |
16:10.26 | jackmitchell | rburton: 552 bitbake meta-toolchain-r0005 |
16:10.27 | jackmitchell | <PROTECTED> |
16:10.27 | jackmitchell | <PROTECTED> |
16:10.27 | jackmitchell | <PROTECTED> |
16:10.27 | jackmitchell | <PROTECTED> |
16:10.27 | JaMa | bluelightning: then I didn't understand tainging properly (I was expecting it to force ignoring sstate package even when it's on mirror) |
16:10.27 | jackmitchell | <PROTECTED> |
16:10.27 | jackmitchell | <PROTECTED> |
16:10.28 | jackmitchell | <PROTECTED> |
16:10.28 | jackmitchell | <PROTECTED> |
16:10.29 | jackmitchell | <PROTECTED> |
16:10.29 | jackmitchell | <PROTECTED> |
16:10.30 | jackmitchell | <PROTECTED> |
16:10.30 | jackmitchell | <PROTECTED> |
16:10.31 | jackmitchell | <PROTECTED> |
16:11.26 | bluelightning | JaMa: if you taint the right task, sure, it will result in the checksum being different |
16:11.55 | bluelightning | JaMa: 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.03 | jackmitchell | this time i'm definitely off, will talk tomorrow if the fog doesn't engulf me ;) ! |
16:14.09 | rburton | jackmitchell: 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.16 | otavio | kergoth: You're building master right? |
16:18.20 | otavio | kergoth: http://paste.debian.net/203018/ should work just fine; gst-fsl-plugin will trigger imx-lib inclusion in mx5 |
16:18.33 | otavio | kergoth: 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.59 | kergoth | otavio: will do, thanks |
16:37.22 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
16:42.44 | mario-goulart | Hi. Is there a way to get a reverse dependencies graph for a given recipe? |
16:42.53 | mario-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.26 | bluelightning | mario-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.36 | mario-goulart | bluelightning: 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.12 | bluelightning | mario-goulart: you could try world as a target |
17:03.02 | mario-goulart | bluelightning: hmmm! Interesting. Thanks for the tip. |
17:04.15 | bluelightning | some 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.39 | bluelightning | it also won't catch recipes that are skipped for your configuration, but you may not care about those |
17:05.07 | mario-goulart | Ah, ok. Good points. |
17:07.35 | *** join/#oe hillct (~hillct@c-174-62-218-130.hsd1.vt.comcast.net) |
17:07.38 | kergoth | otavio: that took care of it, thanks |
17:11.05 | JaMa | otavio: ping |
17:12.20 | otavio | kergoth: I will send it to the mailing list |
17:13.00 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
17:13.01 | chouimat | anyone know where I can find a recent linphone recipe? |
17:15.30 | kergoth | otavio: thanks, appreciate it |
17:20.49 | bluelightning | chouimat: nothing newer than in oe-classic that I'm aware of |
17:23.21 | chouimat | bluelightning: 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.34 | JaMa | does 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) |