**** BEGIN LOGGING AT Mon Aug 21 03:00:02 2017 Aug 21 07:14:26 <_nobody_> RP halstead: I think the issue is we barely have master working with fedora26 and probably tumbleweed so we've not even looked at making pyro work there :( Aug 21 07:15:05 <_nobody_> RP, halstead. I compiled both core_minimal and core_sato in F26. Aug 21 07:15:14 <_nobody_> It does work for me. Aug 21 07:15:44 <_nobody_> So, Fedora 26 does work as Development environment for Yocto. Aug 21 07:16:05 <_nobody_> The latest I have compiler is Morty 2.2.2 core_minimal Aug 21 07:16:49 <_nobody_> [CORRECTION] RP, halstead. I compiled both core_minimal and core_sato (for Pyro 3.2) in F26. Aug 21 07:20:30 <_nobody_> [Added smurray] I will download the latest pyro: YP Core - Pyro 2.3.1 git clone -b pyro git://git.yoctoproject.org/poky.gi and compile it for core_sato (since I have genuine interest in DNF as pm). :-) Aug 21 07:21:37 <_nobody_> smurray: Where I can find the documentation how to use DNF in YOCTO (Pyro)? Thank you very much for the tips! Aug 21 07:43:37 good morning Aug 21 09:19:40 Hi all someone here knows how to configure opencv to choose only some features in Yocto ? I need to add a configuration file ? Because the outuput image is really really big ( ~120Mo) thx :) Aug 21 09:27:47 PinkSnake: check available PACKAGECONFIG options for opencv Aug 21 09:31:36 @JaMa thx but i don't understand how Yocto parse this configuration, it's out from any function so i cannot remove packages already set in the .bb right ? Aug 21 09:34:50 PACKAGECONFIG is basically for passing different options to configure Aug 21 09:35:22 read the docs about how this variable works Aug 21 09:35:29 ok thx i will try to overwrite basic configuration with my own :) Aug 21 11:21:00 RP1, Heading out of office. Feel free to unpause Fedora26 if you think it should work. There aren't any known problems with it. Aug 21 11:38:57 halstead: thanks. I think its fine except for use with pyro Aug 21 11:40:14 RP, I'm headed out of office for eclipse watching. I gave joshuagl an update. Aug 21 11:42:28 halstead: thanks, enjoy! Aug 21 11:45:27 Will do. Aug 21 11:45:29 * halstead waves. Aug 21 11:50:57 <_nobody_> RP1, I just made all the way core_minimal with Pyro 2.3.1 (using F26, kernel 4.12.5) Aug 21 11:51:25 _nobody_: right, but then try using those sstate artefacts on another older distro :/ Aug 21 11:51:41 <_nobody_> This I did not do. Aug 21 11:51:48 <_nobody_> Why? Aug 21 11:52:24 _nobody_: I mean that we know that breaks with f26 :( Aug 21 11:52:57 <_nobody_> Well... I have 500GB HDD, plenty of space, and fast net. Aug 21 12:18:51 _nobody_: wrt dnf see http://www.yoctoproject.org/docs/2.3.1/dev-manual/dev-manual.html#using-runtime-package-management , there is some info there Aug 21 13:12:50 hi guys, googling about a libzinnia recipe (https://packages.debian.org/jessie/libzinnia-dev) doesnt show useful results, has any of you some info about an existing recipe? Aug 21 13:25:29 Perhaps this is covered in a doc somewhere - but I was unable to find it. How is DNS handled during a BB/Yocto build? I have a recipe pointing to a local Atlassian server, that is OK if I specify the IP address, but errors out with "Name or service not known" when specifying the SRC_URI by fqdn. I suspect this is a misconfigured resolv.conf, but I'm not sure where the binding from the host system occurs. Aug 21 13:28:04 If this is covered elsewhere, I'm happy to go do some reading up - I just need to be pointed in the right direction. Thanks in advance for any pointers. Aug 21 13:29:41 bguthro: I would have expected it to just sit on the systems networking stack. I cannot give an authorative answer though. Does ping and dig fqdn work OK? Aug 21 13:31:00 zero_note, the debian rules file is quite standard (except for useless old dh manual calls, meh) https://sources.debian.net/src/zinnia/0.06-2.1/debian/rules/ Aug 21 13:31:29 and build-dependencies talks about nothing interesting (python/autoreconf and nothing more) https://sources.debian.net/src/zinnia/0.06-2.1/debian/control/ Aug 21 13:31:36 TafThorne: from the host system? Ping does not (I think it is blocked) - dig does return a CNAME alias, and the ip address Aug 21 13:31:40 so maybe you can package and send the patch to meta-oe? :) Aug 21 13:32:29 so, you want to do OCR into an embedded system? this sounds interesting Aug 21 13:33:02 * LocutusOfBorg afk Aug 21 13:33:10 LocutusOfBorg: well...yes, I should have enough time to do it :) Aug 21 13:34:31 you know, customer's requestes could be weird sometimes Aug 21 13:35:12 but I wouldn't go too deep here :) Aug 21 13:35:44 morning all Aug 21 13:35:45 anyway, thanks! Aug 21 13:35:51 bguthro: yes the host system. I would hope that ping being blocked did not matter. Dig working suggests most of the name resolution should be OK. Aug 21 13:36:19 when I try to run gdb on one of my targets I get "Python Exception No module named 'imp':" Aug 21 13:36:52 filetype:bb zinnia returns nothing on google Aug 21 13:36:53 shouldn't gdb have an RDEPENDS on the python-importlib? Aug 21 13:38:53 abelal, did you configure it with --with-python? Aug 21 13:39:08 LocutusOfBorg: yup Aug 21 13:39:26 oh so you have an override Aug 21 13:40:24 LocutusOfBorg: ? Aug 21 13:40:26 meta/recipes-devtools/gdb/gdb-cross-canadian.inc seems to take care of the sdk python libraries Aug 21 13:40:32 TafThorne: does do_fetch run in a chroot, or something similar? The error output (if helpful) can be seen here: https://pastebin.com/0E7XC7EH Aug 21 13:40:58 yeah that's the sort of thing I guess should be done for the target side as well Aug 21 13:41:02 don't you think? Aug 21 13:41:24 abelal, probably you are right, just add an RDEPENDS with a conditionalize on PACKAGECONFIG[python] Aug 21 13:41:47 bguthro: I do not know that. I do know that DNS names that end in .local are forbidden! Aug 21 13:41:56 LocutusOfBorg: great I'll try and then send a patch Aug 21 13:42:12 LocutusOfBorg: thanks! Aug 21 13:42:45 bguthro: mostly because my current office network uses one internally. Those are handled by mDNS and there are strange things you have to do to Ubuntu (and possibly other Linux OSs) to tell it to let DNS try and handle things instead of mDNS. Aug 21 13:43:48 abelal, the fact that no recipes are rdepending on it means: 1) it is automatically available by default on the target 2) nobody ever cared about enabling python on gdb Aug 21 13:44:06 TafThorne, Ugh. OK. I've run into that in past jobs. Unfortunately, I don't control DNS. So - what do you do in your setup? Do you just use IP addresses? Aug 21 13:44:07 I would contact the recipe maintainer, or do a git log -p to see who enabled the python binding Aug 21 13:44:56 bguthro: I had to edit /etc/nsswitch.conf on my PC so that it no longer had an [NOTFOUND=return] after the mdns4_minimal but before the dns entry. Aug 21 13:45:24 TafThorne - OK, good tip - thanks! Aug 21 13:49:40 bguthro: That will cause a delay in lookups to the names that end if .local. To work around that I changed the line in my file from `hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns` to `hosts: files myhostname dns mdns4_minimal` which is a bit wrong but works. Aug 21 13:50:36 bguthro: none of this might be your problem of course. Let me know if it helps. Aug 21 13:51:42 TafThorne: Yes, I've had to make a similar change to other systems in the past...but needed a reminder (thank you very much) - and this does indeed solve the problem. Much appreciated! Aug 21 13:53:29 bguthro: glad top help. It trips us up every time we handrole a new system here too. To be fair, the use of the forbidden name here pre-dates the RFCs that Ubuntu now follows. Aug 21 14:40:39 Does anybody have experience with a shared sstate cache (rw) across multiple machines via glusterfs? Aug 21 14:41:07 Is it even recommended to have the same sstate dir on a network directory writable from multiple machines? Aug 21 15:12:49 bachp: nothing wrong with that imo, but it likely depends on the capabilities of the fs Aug 21 15:22:47 kergoth: I ran into issues that the build was stuck at random tasks, I'm now verifying that is really caused by the shared sstate and then probably try again with nfs first Aug 21 17:00:55 Can someone help me understand what exactly bitbake is looking for when it throws the error "$PACKAGENAME not found in the base feeds"? Aug 21 18:39:38 I am having trouble building a specific U-Boot version. My host is x86_64, the target is core2 with tune=core-64. Without 64bit tune U-Boot fine. With it can not link, appearently because it needs lbgcc.a Aug 21 18:40:45 I attempted to add multilib, but although that immediately exposed bugs in other recipes and actually adds libgcc.a, it does that for the target sysroot Aug 21 18:42:02 And for some reason, U-Boot is built with the native gcc (x86_64-linux), and multilib does not add libgcc.a there Aug 21 18:43:09 So, how do I add multilib to -native, preferably only to -native and not to the target, as the target has not further use for it? Aug 21 19:52:34 Strangest things is; in u-boot.inc Aug 21 19:52:39 EXTRA_OEMAKE = 'CROSS_COMPILE=${TARGET_PREFIX} CC="${TARGET_PREFIX}gcc ${TOOLCHAIN_OPTIONS}" V=1' Aug 21 19:52:39 EXTRA_OEMAKE += 'HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}"' Aug 21 19:52:54 But my log file: Aug 21 19:53:36 NOTE: make -j8 CROSS_COMPILE=x86_64-poky-linux- CC=x86_64-poky-linux-gcc ...... Aug 21 21:00:33 lol, every example I've found to get startup scripts in a build has resulted in new, exciting errors. Please hit me with hammers. Aug 21 21:29:45 bachp: I can confirm we use nfs on the autobuilders and that is known to work Aug 21 23:54:50 RP: I posted a followup v3 for db which should fix the issue you saw with v2 Aug 21 23:55:17 https://patchwork.openembedded.org/patch/143058/ Aug 21 23:56:26 RP: lib32-mesa built successfully on my machine. So I still need to recreate the AB like env to reproduce it **** ENDING LOGGING AT Tue Aug 22 03:00:00 2017