**** BEGIN LOGGING AT Wed Mar 30 02:59:58 2016 Mar 30 12:15:30 hello! Mar 30 12:16:02 si there any way to get a package data from chache by searching after it's name from inside a class?! Mar 30 12:39:55 Hi! Any ideas how to get contributed (proprietary) recipes into decent shape and to e.g. include full build dependencies? Sanity checks in jethro help a bit but seems like devels just compile the full images and by luck their sysroot has the needed dependencies, and then anyone else compiling from scratch is figuring out their missing dependencies. sstate cache is also contributing to this and hiding these problems. This is really an epidemic problem for us. Devel Mar 30 12:41:14 mcfrisk: I tend to clean everything, then "bitbake " and see what's missing Mar 30 12:41:27 that's goode enough to fill DEPENDS, but it doesn't check needed distro features Mar 30 12:44:00 boucman_work: yep, that's what I do too. But most of our developers and CI build jobs just build the main image, which in a sense is correct too. And teaching is really hard with more problems coming in than we have time to fix.. Mar 30 12:45:10 yeah :( Mar 30 12:46:16 (of course we knew about this sysroot reuse when reviewing yocto for our project but our feedback was conveniently ignored and now we need to deal with the fall out, sigh) Mar 30 12:46:18 mcfrisk: you could have a once-a-week build job from scratch... there is no easy way unfortunately, since afaiu you can't uninstall a package from the build env (but I may be wrong, my yocto-fu isn't that high yet) Mar 30 12:46:46 or do it at pre-release quality checks :P that's even more cruel :D Mar 30 12:47:54 heh, I can imagine trying to explain delaying release at late stage with this reason, it would not end well.. Mar 30 12:48:17 mcfrisk: your initial msg was cut off after "for us. Devel" Mar 30 12:49:17 * neverpanic would still like to implement separate per-recipe sysroots some time Mar 30 12:50:21 neverpanic: that would be good from a quality point of view, but it would kill the build times... Mar 30 12:50:57 I'd like to put that hypothesis to the test. Mar 30 12:51:29 Other packaging systems do it, it cannot be *that* bad; a couple of thousand hardlinks shouldn't matter compared to the build times of large packages Mar 30 12:52:06 I've seen a change that did this with overlayfs where the build times did not explode. Mar 30 12:52:10 what other packaging ? Mar 30 12:52:30 Debian, for example? Mar 30 12:52:58 they do ? ok... Mar 30 12:55:32 That's what sbuild/cowbuilder/pbuilder are about Mar 30 12:57:59 and OBS Mar 30 12:58:49 but to me a build system must first be reliable, speed is secondary. I would not trade speed for reliability like bitbake has done now. Mar 30 13:00:19 is there any way to determine for a shell on a target platform which particular image recipe was used to build it? Mar 30 13:41:53 davis: probably 'oe-pkgdata-util find-path ' is what you're looking for Mar 30 13:52:59 Anticom: thanks. i'll try that Mar 30 13:53:11 yw Mar 30 13:53:45 sadly, oe- does not show the exe in my path Mar 30 13:54:30 i'll be honest, the yocto project docs are so massive its overwelming Mar 30 13:55:13 i gave up trying to figure out why this project would build on ubuntu 12 desktop and not unbuntu 12 server or ubuntu 14 desktop/server Mar 30 13:55:40 and now I am just trying to figure outhow to dupe the image and create mods to make an image. Mar 30 13:55:56 Anticom: davis asked to do that "on the target" and afaik that info is not recorded anywhere... Mar 30 13:56:19 ow mb Mar 30 13:56:28 davis: have you got runtime package management? Mar 30 13:57:02 not sure. We paid a company to build this yocto based sdk. I'm just trying to mod it. Mar 30 13:57:20 i did not build it so I'm just resuming my learning experiece with it again. Mar 30 13:57:41 on the target, dpkg and rpm do not work Mar 30 13:57:59 did they provide a SDK or a complete yocto build system ? Mar 30 13:58:14 and try opkg, that's another package management that yocto supports Mar 30 13:58:18 it looks like its a busybox setup with some profivde exe Mar 30 13:58:29 opkg is there Mar 30 13:59:30 davis: then try 'opkg search ' on your target Mar 30 13:59:40 hmm. opkg list-installed is blank Mar 30 13:59:50 o.O Mar 30 14:00:03 never used opkg but the docs say 'search' is able to search for files aswell instead of just packages Mar 30 14:00:27 opkg search top shows nothing Mar 30 14:00:33 but top can run on the box Mar 30 14:01:15 fwiw, top is a link to busybox Mar 30 14:01:39 mk Mar 30 14:01:56 so perhaps this is a better question Mar 30 14:02:04 i believe that means that your yocto was compiled without package management support and opkg binary was added after the fact Mar 30 14:02:13 so no packaging info for normal files Mar 30 14:02:28 is opkg also a link to busybox ? Mar 30 14:02:37 so I don't screw up the build system, .. Mar 30 14:02:41 one sec ill look Mar 30 14:03:01 opkg is a standalone binary Mar 30 14:03:45 so I don't screw up the build system, I'm thinking I should copy the setup_yocto script I used ot build the image I am running Mar 30 14:04:05 and then use hob somehow to create the image again. Mar 30 14:04:30 use hob to build a custom version afterwards to add in some packages Mar 30 14:05:08 surely that would be the best way to extend the provided image and preserve the original Mar 30 14:05:19 learn some yocto in the process Mar 30 14:06:18 I don't really like hob, I don't really understand what i'm doing when i'm using it... Mar 30 14:06:37 heh, ok scratch that then Mar 30 14:07:28 to be honest Im more familar with custom rolled linux builds, or dbox or buildroot Mar 30 14:07:54 like I said, yocto docs are massive and overwhelming to my limited ability Mar 30 14:12:36 would I need to dupe the packages/src/builds dir to a new dir or could I create a new script in the build dir to start? Mar 30 14:32:14 Hi all, does anyone have a suggestion on what how to generate an image that installs a package to an external filesystem (not the rootfs)? Mar 30 14:41:41 ftonello: I don't really understand your question Mar 30 14:42:03 packages are generated first, then images are built by assembling packages Mar 30 14:42:19 you can just get the package from tmp/deploy if that's what you are looking from Mar 30 14:42:21 for Mar 30 14:42:33 anyone using armv8? i can not bitbake valgrind: not in COMPATIBLE_HOST Mar 30 14:56:25 btooth, what is the valgrind version? Mar 30 15:00:59 sg: it valgrind shipped with fido: 3.10.1 Mar 30 15:02:35 btooth, may be upgrade required (3.11). have not tried though Mar 30 15:14:52 so, i'm confused Mar 30 15:15:42 if I want to tweak a busybox setting. If I was using it standalone I would set my path to the my crosscompiler and do make menuconfig of busybox Mar 30 15:15:48 boucman_work: What I want is to deploy an image that generates a rootfs and a different user partition with files installed there from packages. Mar 30 15:15:56 Do you have any idea how to do this? Mar 30 15:15:57 if I am using yocto how do I do this? Mar 30 15:16:08 ls Mar 30 15:23:35 so after I do a build, is there even a busybox build dir left around? Mar 30 15:26:41 if you have INHERIT += "rm_work" in your local.conf it isn't Mar 30 15:26:44 otherwise it should be there Mar 30 15:36:57 sg: thanks! that worked Mar 30 15:40:11 davis: that depends on whether it built from scratch or from sstate, too. adding -C fetch would force it to build from scratch if that's an issue Mar 30 15:41:14 kergoth: i am talking with a fellow in #oe. he was telling me about the bitbake -c menuconfig busybox method Mar 30 15:41:20 i'm tryign to get that to work Mar 30 15:42:29 where can i find pmap and vmstat? any idea? Mar 30 15:43:44 btooth: procps Mar 30 15:49:51 kergoth: thanks :) Mar 30 16:05:28 kergoth: any thoughts on http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip&id=88266bdab594a832ef015d485d68967b1134d7b5 ? Mar 30 16:05:52 kergoth: our python function calling conventions and error handling is rather anti-python currently :( Mar 30 16:07:49 agreed. that doesn't seem unreasonable to me Mar 30 17:14:26 RP: its not clear what will be the new order, may be worth mentioning in commit msg as well as docs Mar 30 17:15:29 RP: I think it would alter the current behaviour so a note would be good Mar 30 17:54:05 ndec: around ? Mar 30 18:23:58 Does https://gist.github.com/kergoth/08c0772b6e57ad1af5ea6f836ffc423e seem reasonable? Mar 30 18:26:49 how do I "rearrange the package generation order"? override PACKAGES in my recipe? Mar 30 18:26:56 https://lists.yoctoproject.org/pipermail/yocto/2012-August/008906.html Mar 30 18:28:51 what exactly are you trying to fix? Mar 30 18:29:30 i have a non-linked so in my dev package... even though I explicitly add it to FILES_${PN} Mar 30 18:30:14 the error seems identical to the one in the link Mar 30 18:30:30 i usually set something like: Mar 30 18:30:31 FILES_${PN} += "${libdir}/*${SOLIBSDEV}" Mar 30 18:30:31 FILES_SOLIBSDEV = "" Mar 30 18:30:49 ahh. i'll try Mar 30 18:30:51 which adds the .so to the main package, then prevents its inclusion in ${PN}-dev by wiping the intermediate variable it uses Mar 30 18:30:57 as i said in that email thread, read bitbake.conf Mar 30 18:32:25 yep. you did say that. I tried to find the needle in that haystack, but was confused by his reply Mar 30 18:33:28 as with everything else dealing with oe/yocto, there are multuiple ways to do it Mar 30 18:33:43 their reply indicates they reordered PACKAGES, likely by overriding it entirely, to move ${PN} before ${PN}-dev Mar 30 18:33:58 but there's no real need to do that if you wipe FILES_SOLIBSDEV, as that removes the .so from FILES_${PN}-dev Mar 30 18:34:09 which frees ${PN} to pick it up instead Mar 30 18:34:36 overriding PACKAGES is not a great idea in general, as you won't pick up future changes to the definition in bitbake.conf Mar 30 18:34:44 Hi guys. I'm building core-image-minimal for the first time and download of all files took like 2 hours to this point. I did it previously some time ago and it took like 10 minutes or so.. What is going on? Mar 30 18:34:52 This is not related to my network Mar 30 18:35:36 either your DL_DIR wasn't shared between the two builds, or you updated your metadata and it's having to clone an updated kernel repo Mar 30 18:35:42 those are the most likely possibilities Mar 30 18:35:48 the kernel repo is >1gb, iirc, so the clone takes a while Mar 30 18:36:34 tripzero: with more recent bitbake/yocto you could also use _remove Mar 30 18:36:50 tripzero: i.e. FILES_${PN} += "${FILES_SOLIBSDEV}"; FILES_${PN}-dev_remove = "${FILES_SOLIBSSDEV}" Mar 30 18:37:00 like i said, lots of options :) Mar 30 18:37:07 kergoth: I have 1 Gbit connection. And this is clean clone of the latest yocto branch - not related to my previous work with yocto Mar 30 18:37:14 ooo, i like the _remove. that may work better Mar 30 18:37:41 whatisgoingonher: like i said, if you're using more recent metadata, it'll have to fetch all new sources. also you haven't said what task it's running. which fetch task is taking so long? Mar 30 18:39:09 kergoth: http://pastebin.com/raw/MyC1HVEs Mar 30 18:39:59 kergoth: all tasks seems to fetch long..:( Mar 30 18:40:18 FILES_${PN}-dev_remove is correct? Mar 30 18:41:48 tripzero: i don't understand the question Mar 30 18:42:14 whatisgoingonher: then it's taking a long time to download the files. i don't really understand the confusion. upstream servers aren't always fast Mar 30 18:42:30 whatisgoingonher: feel free to read the do_fetch logs for the tasks in question Mar 30 18:42:32 if I want to remove a file from the dev package, FILES_${PN}-dev_remove = "${libdir}/foo.so" is the right way to do it? Mar 30 18:42:45 that's what i told you to do, yes Mar 30 18:43:09 hrm. how recent yocto do I need? Mar 30 18:43:38 not sure offhand, i'd guess at least 2.0 or newer, but that's a complete guess Mar 30 18:45:14 kergoth: ok, I'll check them later. But, if I didn't set DL_DIR before fetching (just use default value for everything) would I be able to reuse currently fetching data? Mar 30 18:47:31 someone know if is possible to set the package-priorities on a package? Mar 30 18:48:26 kergoth: Now I've got "WARNING: Failed to fetch URL http://ftp.gnu.org/gnu/gcc/gcc-5.2.0/gcc-5.2.0.tar.bz2, attempting MIRRORS if available" but then wget'd this file like in 10 seconds.. I guess there is something wrong with bitbake itself.. Mar 30 23:22:30 * armpit hmmm glibc-locale: 815 installed and not shipped files. [installed-vs-shipped] Mar 30 23:23:05 * armpit what did i do Mar 30 23:29:15 armpit, you should have used buildroot :) Mar 30 23:39:52 do variables in PACKAGECONFIG ??= "foo" become overrides? For example FILES_${PN}_foo += "bar" Mar 30 23:47:14 tripzero: no Mar 31 00:07:37 if I have optionally enabled components, and I add them to FILES_${PN}... won't it error if those components are disabled? Mar 31 00:40:58 tripzero: no **** ENDING LOGGING AT Thu Mar 31 02:59:58 2016