**** BEGIN LOGGING AT Mon Jul 24 03:00:02 2017 Jul 24 04:48:32 I want to replace the default vsftpd.conf file with my own file! Jul 24 04:49:01 My bitbake file looks following: Jul 24 04:49:21 bbexample_1.0.bb DESCRIPTION = "Configuration and extra files for TX28" LICENSE = "CLOSED" LIC_FILES_CHKSUM = "" S = "${WORKDIR}" SRC_URI += " \ file://ld.so.conf \ file://vsftpd.conf \ file://nginx/nginx.conf \ file://init.d/myscript.sh" inherit allarch do_install () { install -d ${D}${sysconfdir} install -d ${D}${sysconfdir}/nginx Jul 24 06:53:20 good morning Jul 24 07:04:16 morning Jul 24 07:38:38 ed2: around? Jul 24 07:44:43 RP: yep, here Jul 24 08:59:51 I want to build some of the packages in my yocto build as 32 bit rest 64 bit while the machine for which i am building is 64 bit. What changes should be required in yocto build for my requirement ? Should i need to have 32 bit as well as 64 bit toolchain as well ? Jul 24 09:04:09 gaurav_: look up multilib in the manual i guess Jul 24 09:47:16 how do do_rootfs tasks know when not to rebuild images? for everyone else the answer is sstate and signature checking, I guess Jul 24 09:52:02 yes, that Jul 24 12:16:21 is there any way I can disable gobject-introspection globally? Jul 24 12:17:11 (it fails because my kernel is too old on ARM and I don't need it, but lots of recipes depend on it in Pyro...) Jul 24 12:30:52 I'm getting a strange QA warning where it says recipe X RDEPENDS on some Y and suggests I add Y to X's DEPENDS. However when I dump the environment for X, Y isn't in X's RDEPENDS at all. X has no dependency on Y at all. Jul 24 12:31:01 (runtime or otherwise) Jul 24 12:31:20 I've tried cleanall for the recipes in question as well, but I still get this QA warning. Jul 24 12:32:07 tgoodwin: Dependencies are auto-generated from linking information Jul 24 12:32:19 Chances are Y provides a library and X links against that library Jul 24 12:35:26 neverpanic: How would I be able to verify that according to bitbake? Because I know X and Y both depend on another separate package and link against that package, but they do not link against one another (or ...shouldn't, I suppose is a better way to say that) Jul 24 12:35:49 (and neither X or Y provide that other package) Jul 24 12:45:17 aratiu: DISTRO_FEATURES_BACKFILL_CONSIDERED = "gobject-introspection-data" Jul 24 12:46:25 rburton: I just found that by searching the web a few minutes ago, I'm compiling now and was ready to write about it here once my build passed (2130 of 2023 tasks currently) Jul 24 12:46:41 looks like it works, great! Jul 24 12:52:15 tgoodwin: you can check pkgdata for the generated packages, it should contain the automatically detected dependencies Jul 24 13:37:17 neverpanic: thanks Jul 24 13:39:46 neverpanic: I'm still at a bit of a loss for how this is happening, but the new sanity check is helpful. Jul 24 13:43:59 In my experience, this check is very helpful. Jul 24 13:49:03 neverpanic: PEBKAC. Thanks to that check, it was actually identifying that I was *missing* dependencies and runtime dependencies in my recipe def. Jul 24 13:49:18 many, many thanks. Jul 24 13:51:54 The way that warning is worded, it sounded like somehow I would find it in my recipe's RDEPENDS if I view the environment (-e), which of course it doesn't show up there pre-compile. Jul 24 14:30:51 Hey, I was wondering if anyone was familair with adding users to a yocto image? I tried adding the example users to CORE_IMAGE_EXTRA_INSTALL in my local conf but the users don't exist when I flash my board. Is there something I'm missing? Jul 24 14:32:44 signo: what I do is I have a custom recipe which adds my users and it inherits useradd.bbclass Jul 24 14:33:13 then any other recipe that depends on those users depend on shadow-native and pseudo-native Jul 24 14:34:10 and I just include the recipe which adds the users via RDEPENDS_${PN} in the image recipe Jul 24 14:45:00 Is someone building a SDK with Go support? Jul 24 14:50:31 Does anybody know how one might go about setting things up to produce an "image" for PXE booting? I would like to end up with 3 files: vmlinuz, root.squashfs & initrd.gz. I am attempting to chain boot my Yocto image from iPXE that's booted in UEFI mode. Jul 24 14:54:32 aratiu: I was using this to just add whatever users as ssh users https://git.yoctoproject.org/cgit.cgi/poky/plain/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb Jul 24 14:54:57 That recipe should take care of installing them and updating the etc/passwd file if i'm understanding it correctly Jul 24 14:55:34 yes Jul 24 14:56:10 Hmm so I guess CORE_IMAGE_EXTRA_INSTALL is the wrong place to add it to get it to build into the image Jul 24 14:56:21 I'll try what you mentioned and see if it works Jul 24 14:56:32 Thanks for the help! Jul 24 17:13:38 aratiu: I added RDEPENDS_${PN}=useradd-example and they still don't appear in /etc/passwd. Do I need to do a cleansstate or something else to get it to go through? Jul 24 17:14:10 Been banging my head against the wall on this for the past 2 days, starting to drive me mad. The example SHOULD just work lol Jul 24 17:45:38 ugh Jul 24 17:45:55 gitsm fetcher downloads submodules into clonedir in DL_DIR, but then doesn't even use them in unpack() Jul 24 17:46:02 it ends up fetching submodules from upstream in do_unpack Jul 24 17:46:20 hmm, wonder if it depends on git version? Jul 24 17:48:25 nope, it's just broken Jul 24 17:49:06 amusingly, it works with shallow, since shallow bypasses the usual unpack mechanism, but still includes modules Jul 24 17:54:07 this cmake package places a lib___.so file in /usr/bin/ when I try and relocate it to /usr/lib I suddenly get a bunch of QA error about unshipped files in /usr/src/debug Jul 24 17:55:55 insufficient information. exactly where did you do the relocation, why is its filename so screwed up, and what is the exact error message? Jul 24 17:56:17 also, what uses it, and why did the upstream package put it there in the first place? Jul 24 17:56:49 when i try to add them to FILES_${PN}-dev I get an exception from do_package. Jul 24 17:57:53 sorry, it's libsxe.so. I rename to libsxe.so.1.26.2 and create symbolic link libsxe.so Jul 24 17:58:17 doing relocation in do_install_append() Jul 24 17:59:38 is its SONAME correct? Jul 24 17:59:47 just renaming the file wont' change the library's knowledge of its own name Jul 24 17:59:52 and our packaging uses that information Jul 24 18:01:46 how do i check that? Jul 24 18:05:25 what is recommended in this instance? i would like to do things right. but i don't want to rewrite the cmake any of the source if possible Jul 24 18:05:55 *but i don't want to rewrite any of the source if possible Jul 24 18:16:41 i guess, just leave libsxe.so in /usr/bin/, gives me a QA issue (wrong location), but it seems to work... Jul 24 18:22:12 what's recommended would be to patch the upstream buildsystem to behave sanely. dropping a shared library in /usr/bin/ violates the FHS and just makes no sense all around :) Jul 24 18:23:14 yes, from what i've read, you should not do this, so I was attempting to fix Jul 24 18:24:38 * kergoth nods Jul 24 18:24:45 obviously whatever works Jul 24 18:25:07 from link.txt "-soname,libsxe.so" Jul 24 19:20:01 RP: I'm wondering if we could teach bitbake to use user namespaces for its tasks, flag anything but fetch as a new network namespace, blocking network connectivity for non-fetch tasks entirely.. CLONE_NEWNET.. Jul 24 19:20:18 s/user // Jul 24 19:26:46 * armpit bitbake-ai Jul 24 19:27:42 RP: would also have the potential to play with the mount namespace, i.e. we could bind mount TMPDIR to a predictable location with a short absolute path.. Jul 24 19:48:02 Hello folks; we need to start a command on oe_terminal but it should wait until it is finished to continue the execution flow ... Jul 24 19:48:15 does anyone knows how this is possible? Jul 24 19:53:27 otavio: like -c menuconfig Jul 24 19:53:32 otavio: ? Jul 24 19:54:39 otavio: I am actually dealing with a bug on that area. look at the cml1.bbclass Jul 24 19:58:45 Hopefully a silly question. Does anyone know why my .bbappends are being applied to tmp/sysroot and not to the files in /tmp/work. I'm trying to patch OpenSSH Jul 24 20:00:50 lsandov: https://github.com/UpdateHub/meta-updatehub/blob/master/classes/updatehub-image-tasks.bbclass#L87 Jul 24 20:01:05 lsandov: do you have any suggestion how to handle it? Jul 24 20:02:21 lsandov: the point is most of my code is done in shell so I'd like to spawn it but hold until it exits to continue Jul 24 20:03:52 otavio: there was an old issue with new gnome terminals Jul 24 20:04:19 otavio: which terminal are you using? Jul 24 20:05:50 otavio: basically it avoided to spawn processes but I do not remember the root reason Jul 24 20:07:06 signo-: it all depends on the name of the bbappend file Jul 24 20:11:22 lsandov: new versions gnome-terminal work on a client-server model, it refused to spawn on different processes for that reason, one way was to monitor ps to check when the process had finished, but RP posted a different fix for it to wait to finish, I;m unsure if that could be used in this situation Jul 24 20:11:49 lsandov: i have a tmux installed but i need to do a general fix so I am looking for a way to 'wait' for terminal to be exit Jul 24 20:12:14 aehs29: a way to wait? this might work for my case Jul 24 20:14:30 otavio: take a look at http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c706bfbabbf9f7caf2cf509eb91381fb49aa44cb Jul 24 20:15:25 otavio: aand http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=d6abd7559512b3de980b2495e2f5f5db25a4afed Jul 24 20:17:57 it was the other way around actually, it spawned different processes so we had no idea how to check when it ended, but anyway it might help Jul 24 20:23:26 aehs29: it should work for my case as well; it is ugly but should do the trick Jul 24 20:48:36 otavio: awesome, kudos to lsandov for remembering about it Jul 24 20:49:27 meh, forgot those clone flags need CAP_SYS_ADMIN, that's not ideal Jul 24 21:12:58 ah, right, just need a new user namespace too Jul 24 22:01:26 meh, we really need to rewrite gitsm entirely Jul 24 22:04:34 hmm **** ENDING LOGGING AT Tue Jul 25 03:00:01 2017