**** BEGIN LOGGING AT Tue Jan 15 02:59:58 2019 Jan 15 07:36:35 facing Meson encountered an error in file po/meson.build, line 3, column 5: Jan 15 07:36:35 | Can not do gettext because xgettext is not installed. while building json-glib_1.4.2.bb. Jan 15 08:03:07 How can I make bitbake print gcc warnings or even error out on warnings? Jan 15 08:26:09 RP: found the problem with python-scons-native Jan 15 08:26:25 customer meta layer changed HOST_SYS to "" Jan 15 08:26:26 ffs Jan 15 09:24:02 The Yocto Manual says: NFS does not offer full POSIX locking and inode consistency and can cause unexpected issues if used to store TMPDIR. Jan 15 09:24:31 yes Jan 15 09:24:44 I use lockfiles in an image task. The location of the lockfile is on a NFS. Could i be affected by this? Jan 15 09:25:24 potentially. put the locks under TMPDIR? Jan 15 09:26:18 We use ostree. We have two builders, both commit to the same ostree repository. To get mutual exclusion, we use lockfiles in the location where the ostree is stored.... which is on the NFS Jan 15 09:26:35 fun Jan 15 09:26:40 fingers crossed Jan 15 09:26:49 curious if your ostree integration is public Jan 15 09:27:49 rburton: yes, it's the one in meta-updater: https://github.com/advancedtelematic/meta-updater/issues/412 Jan 15 09:27:50 Has anybody got into trouble trying to use meta-ti with Thud? Jan 15 09:28:11 sagner: ah, didn't know meta-updater used ostree, thanks Jan 15 09:28:24 It seems to use "deprecated" functions Jan 15 09:29:32 rburton: what is strange though, so if in this case bitbake locking fails for some reason ostree's locking mechanism seems to work Jan 15 09:29:50 i'd be checking that the pseudo warning about fnctl is actually harmless Jan 15 09:30:03 (and get it fixed in pseudo to shut it up) Jan 15 09:31:30 rburton: yeah did that yesterday, let me send out the patch for it Jan 15 09:31:47 rburton: looking at strace seems to indicate that its harmless Jan 15 09:31:47 ok, it was harmless i presume then Jan 15 09:31:52 cool Jan 15 09:34:20 rburton: ostree uses OFD (open file description) locks (e.g. fcntl(7, F_OFD_SETLK, {l_type=F_WRLCK, l_whence=SEEK_SET, l_start=0, l_len=0}) = 0) Jan 15 09:40:35 i'd write a minimal test to verify that those locks work as expected Jan 15 09:40:52 just to rule out 'my locks are magically disappearing' as a problem Jan 15 09:44:08 KERNEL_SRC = "ssh://git@bitbucket.my.domain.com:7999/imx/variscite-linux-imx;protocol=ssh;branch=${SRCBRANCH}" Jan 15 09:44:22 this is apparently not correct :) Jan 15 09:51:23 "free wifi" says the garage where i'm waiting for a MOT Jan 15 09:51:38 suddenly everything started saying https cert failure Jan 15 09:51:51 curl -k github.com Jan 15 09:51:51 ... Jan 15 09:52:08

Your daily quota for this category of webpage has expired, in accordance with your internet usage policy.

Jan 15 09:52:30 Jan 15 09:58:01 Hi all, I have made some function in order to build a custom FIT image on Yocto, my question is : which is the better way to do that properly ? for the moment I have created an include file called by the image recipe. So include is good or I have to create class ? maybe a bbappend on the image recipe ? thx for your time :) Jan 15 10:10:28 Can an old kernel version be used instead of 4.18 set in Thud? Jan 15 10:10:28 PinkSnake: isn't the fit image class good enough? Jan 15 10:10:44 malanecora: sure, if your BSP provides it, or you write your own recipe Jan 15 10:10:56 thud doesn't mandate a kernel, the bsp sets the kernel Jan 15 10:11:08 hmmm Jan 15 10:11:19 I just upgraded to Thud Jan 15 10:11:52 And now my kernel's recipe bbappend is throwinf an error Jan 15 10:12:54 It seems like Poky has overwritten Jan 15 10:12:59 The old recipe Jan 15 10:13:38 I can just add the old recipe to my custom layer to fix it I guess Jan 15 10:13:45 rburton: Thanks! Jan 15 10:19:32 hey everyone Jan 15 10:21:58 how should I use VOLATILE_LOG_DIR? I've used it successfully in local.conf, but when I used in the image recipe the results were not as expected Jan 15 10:30:01 >rburton Probably yes but i have to add several section inside the fit :) Jan 15 10:37:20 bernardoaraujo: the results were not as expected ? Jan 15 10:37:42 berton: fala Fabio, beleza? Jan 15 10:38:11 PinkSnake: yeah, I'm using "journalctl --boot=-1" to test after a reboot... and getting an error means logs are still volatile Jan 15 10:38:32 bernardoaraujo: how did you use VOLATILE_LOG_DIR ? Jan 15 10:43:34 PinkSnake: first on local.conf, just to test it out, with positive results... but then in my image .bbappend, with negative results Jan 15 10:43:58 bernardoaraujo: how did you set the var ? Jan 15 10:44:04 copy paste plz Jan 15 10:44:22 bernardoaraujo: don't set it in the image Jan 15 10:44:29 local conf or distro conf Jan 15 10:44:47 it impacts multiple recipes, so setting in the image won't reach those recipes Jan 15 10:44:59 PinkSnake: VOLATILE_LOG_DIR = "no" Jan 15 10:45:00 rburton: could you please tell us why ? Jan 15 10:45:05 rburton: thx ;) Jan 15 10:45:26 # If set to boolean true ('yes', 'y', 'true', 't', '1'), /var/log links to /var/volatile/log. # If set to boolean false ('no', 'n', 'false', 'f', '0'), /var/log is on persistent storage. VOLATILE_LOG_DIR ?= "yes" Jan 15 10:45:46 derRichard: that would do it! Jan 15 10:50:11 Hi all, I have a base which works for a platform, we are expecting a new respin with some changes how is best way to add support for more targets (is it just adding the conf ??)? Jan 15 11:03:33 prabhakarlad: maybe put all your work inside a meta-work and yes add conf/machine.conf, i'm not an expert ;) Jan 15 11:07:14 New news from stackoverflow: Sample program counter of thread Jan 15 11:37:19 New news from stackoverflow: Yocto SYSTEMD_SERVICE to install a parameterized service ("@.service") Jan 15 12:17:53 rburton: FWIW, a basic test using lockfiles accross too machines seems to work fine (they mutually exclude each other). Jan 15 12:23:33 PinkSnake: thanks for the suggestion, but I want to use the same meta-layer for both the boards and use machine overrides to add to SRC_URI selectively, but by just adding conf I am still getting some errors similar to "packagegroup-base-extended not found in the feeds" Jan 15 12:29:18 prabhakarlad: you should take a look to the raspberry pi meta, there is several board but one meta :) Jan 15 12:48:52 rburton: I think you did not get this one... FWIW, a basic test using lockfiles accross too machines seems to work fine (they mutually exclude each other). Jan 15 12:49:20 rburton: or do you have another testing in mind? Jan 15 12:51:39 haven't seen anything here since 10:45, so i have no context Jan 15 13:05:35 Is there a way to set the whole gcc packages (libgcc, gcc-runtime, gcc-cross...) to a desired version? Or should I set preferred version one by one? Jan 15 13:09:18 malanecora: have a look at tcmode-default.inc Jan 15 13:10:32 rburton: wow! That's just what I was looking for. Thank you dude! Jan 15 13:12:51 RP: pseudo patch on the list, verified it looks like its doing the right thing. wait for seebs or shall i just push? Jan 15 13:17:12 rburton: yours from Nov? Jan 15 13:34:45 company is considering moving to yocto, is there any documention available on intended / best-practice workflow for application development+deployment ? Jan 15 13:40:26 Piraty: what is the company? Jan 15 13:42:04 Piraty: depends on your existing process, but basically https://www.yoctoproject.org/docs/2.6/sdk-manual/sdk-manual.html is not a bad point to start Jan 15 13:44:44 Hi all :) Simple question, i would like to use fit-image class but i don't understand why I have to set KERNEL_CLASSES and KERNEL_IMAGETYPE in conf/local.conf and not in conf/machine.conf ? If I want the FIT format only for one of my target ? Jan 15 13:45:13 rburton: I dropped the removal of gtk-update-icon-cache alternatives, as you requested Jan 15 13:45:37 Piraty: I can recommend you to attend such 4-days-training seminar: https://www.reliableembeddedsystems.com/index.php/trainings/embedded-training-overview/85-embedded-training/192-the-yocto-projetct-overview Jan 15 13:45:53 also sent the qemu patch, but it's not showing up in ml archives yet, maybe they no longer moderate, and just reject Jan 15 13:55:23 rburton: the ostree/lockfile problem on NFS. I did a basic test using task[lockfiles] += "on/nfs/lockfile", and it seems to lock correctly Jan 15 13:59:17 RP: no, the lock on Jan 15 14:00:00 PinkSnake: thank you :) Jan 15 14:07:28 rburton: I can't find this patch :/ Jan 15 14:08:10 RP: [PATCH] Handle OFD lock flags, went to oe-core. oh, might be in moderation? Jan 15 14:10:11 rburton: I was looking for "pseudo" :) Jan 15 14:10:57 rburton: lets give seebs 24 hours :) Jan 15 14:21:03 rburton: after taking a look to the fit-image.bbclass and as you ask me I have some juste one remark about this class, why we cannot use our .cpio as ramdisk, seems only initramdisk is available ? I have forgotten something ? BC i just want to pack dtb+kernel+ramdisk+(bitstream) Jan 15 14:39:45 Is there a way to optionally "inherit" a class only if it exists (like include vs required)? Jan 15 14:41:18 no Jan 15 14:45:40 that would be a real mis-feature. it's difficult enough to understand how builds work from looking at recipes :) Jan 15 14:54:14 Currently, lots of recipe enable polkit if systemd is used Jan 15 14:54:26 However, systemd can run without polkit just fine... Jan 15 14:54:56 So when I want to build an image without polkit, I can alter PACKAGECONFIG for systemd, but I then need to fixup multiple recipes... Jan 15 14:55:16 Would maybe a distro feature "polkit" in order? Jan 15 15:02:41 hmm, gcc 7.4 bug fix release came out in December. would/could it make sense for yocto 2.5 to apply such bug fix releases? I guess 2.6 and master are alread on gcc 8. Jan 15 15:41:14 Getting "The file /usr/lib/libwayland-egl.so is installed by both wayland and mesa, aborting" even when libwayland-egl.so is being removed in mesa.inc O.o Jan 15 15:44:10 Wierd Jan 15 15:44:19 Weird* Jan 15 15:45:33 malanecora: check for bbappends Jan 15 15:51:26 mcfrisk: the library is not mentione din other bbappends Jan 15 15:51:52 I'm suposed to be working with Thud Jan 15 15:52:38 And that issue should be fixed reading the changelog Jan 15 15:54:10 malanecora: almost certainly a bbappend or a layer that pulls in an incompatible version of one or the other Jan 15 15:56:43 kanavin: withtout making an explicit reference to the library? (noob question) Jan 15 15:57:24 use bitbake -e mesa to examine the final task. then you can see any other appended concatenations to the tasks Jan 15 15:57:27 i.e. do_install Jan 15 15:57:40 easier than digging through the recipe files and includes and bbclasses at times Jan 15 15:57:41 malanecora: recipes rarely mention files that get installed by name, that's the job of build configuration files contained in upstream source Jan 15 15:58:28 Understood Jan 15 15:58:41 Thank you both Jan 15 16:23:48 who has admin access to patchworks? I need access to the "Yocto Project Layers" so I can manage patches accordingly Jan 15 16:24:32 I've added my own meta layer following https://community.nxp.com/docs/DOC-331917. After that I ran "bitbake core-image-minimal" again, but it says there's nothing to do Jan 15 16:24:55 How do I tell bitbake it should bake the new meta layer? Jan 15 16:27:16 All I did was: Jan 15 16:27:26 cd /sources Jan 15 16:27:36 yocto-layer create Jan 15 16:28:13 and added "BBLAYERS += " ${BSPDIR}/sources/meta-new-layer "" to conf/bblayers.conf Jan 15 16:28:27 T1000: you don't bake a layer, you bake specific recipes, or include them into an image Jan 15 16:28:49 since core-image-minimal does not include anything from your layer, nothing gets build Jan 15 16:30:25 Oh I thought I've added the new layer to the build system... Jan 15 16:31:00 you did Jan 15 16:31:19 that in itself doesnt change content of existing images Jan 15 16:32:04 So you mean I also have to add the new layer to core-image-minimal, right? Jan 15 16:34:23 T1000: you need to add a recipe (or recipes) from your layet to core-image-minimal Jan 15 16:34:46 layers as such cannot be 'built' or 'added to images' Jan 15 16:43:36 I wonder how I add a recipe to core-image-minimal Jan 15 16:50:01 bbappend question: I am adding many files to my lighttpd SRC_URI. Can you use wildcards to set the SRC_URI variable for multiple files? Jan 15 16:52:24 T1000: by editing the recipe of core-image-minimal Jan 15 16:52:53 T1000: or creating your own image recipe in your own layer that is initially a copy of that recipe Jan 15 16:53:52 all right. thanx Jan 15 18:11:08 bbappend question: I am adding many files to my lighttpd SRC_URI. Can you use wildcards to set the SRC_URI variable for multiple files? Jan 15 18:11:59 The SRC_URI in the lighttpd_*.bbappend file. Jan 15 19:40:47 kroon: Sent a patch to the ML with the updated output hash algorithm if you want to give it a look Jan 15 19:43:48 JPEW, will do, thanks Jan 15 20:52:38 hey all, I've got an image recipe that includes an IMAGE_INSTALL line containing an entry for a packagegroup I wrote....all the recipes in the packagegroup build and deploy fine, but trying to bitbake the image generates an error: "no package provides "" Jan 15 20:53:43 the packagegroup recipe was modeled after a few I found in poky/meta, it inherits packagegroup, and all the libs are under a single RDEPENDS_${PN} entry Jan 15 21:01:37 ebolton, can you bitbake the packagegroup recipe itself ? Jan 15 21:03:38 yup, error occurs during the rootfs step of the image Jan 15 21:07:24 ebolton, can you find the packagegroup package under deploy/ ? Jan 15 21:13:02 no, strange....the packagegroup appears to build fine (bitbake doesn't show any errors)....but the build folder under tmp is empty Jan 15 21:16:05 I have my packages in "build/tmp-musl/deploy/ipk/" Jan 15 21:20:46 yea, the packagegroup is generating...nothing...no idea...I'll keep looking **** ENDING LOGGING AT Wed Jan 16 02:59:56 2019