**** BEGIN LOGGING AT Mon May 01 03:00:01 2017 May 01 07:50:09 seebs: I did wonder about a NAK disconnect command where the client actually disconnects. That way we're read anything left in the socket before closing it? or if a client disconnects immediately after a FASTOP, does that get lost? May 01 09:45:40 hi im trying to build a cortexa8thf-neon system but when i build it with qt my gyp_run.pro fails. when i debug the file and print the gyp_config after it set the arm_neon bit and arm_FPU make config it is not showing the neon settings in the printed string May 01 09:50:56 sorry ignore last questing May 01 14:09:16 Has anyone experienced any issues with your image or toolchain trying to build packages that were not included in your image? I am having this issue with qtwebkits and qtscript. I never included them yet I am getting build errors for them. May 01 14:15:29 I get a bunch of undefined reference errors in the log file May 01 14:33:06 All the errors seem to be related to javascriptcore if that helps... May 01 14:46:14 The problem is that if a client has sent a fastop message, which the server missed because of a race condition, the NAK would come in in response to the *next* command. So the fastop would still be lost. May 01 14:46:23 Basically: You can't have reliability and fastop simultaneously. May 01 14:46:45 Honestly, I think it probably makes more sense to raise open files limit if you need to be able to run large numbers of clients. May 01 15:27:52 hi, I successfully compiled petalinux (meta-xilinx); with poky I was used to generate the SD card image with wic create sd-image-bootpart -e core-image-minimal; with petalinux I do not know how to generate the SD card image May 01 15:28:18 I can still see all of my files in tmp/deploy/images/zc702-zynq7/ though May 01 15:28:26 do you have any suggestion? May 01 15:29:28 what files are there? May 01 15:31:09 BOOT.bin fsbl-2017.1+gitAUTOINC+3813f14966-r0-zc702-zynq7-20170428230125.elf uEnv.txt May 01 15:31:10 core-image-minimal-zc702-zynq7-20170429004550.rootfs.cpio fsbl-2017.1+gitAUTOINC+3813f14966-r0-zc702-zynq7-20170428232410.elf uEnv-zc702-zynq7.txt May 01 15:31:10 core-image-minimal-zc702-zynq7-20170429004550.rootfs.cpio.gz fsbl-zc702-zynq7.elf uEnv-zc702-zynq7-v2017.01-xilinx-v2017.1+gitAUTOINC+92e3dd638b-r0.txt May 01 15:31:10 core-image-minimal-zc702-zynq7-20170429004550.rootfs.cpio.gz.u-boot modules--4.9-xilinx-v2017.1+git0+68e6869cfb-r0-zc702-zynq7-20170428222418.tgz uImage May 01 15:31:10 core-image-minimal-zc702-zynq7-20170429004550.rootfs.manifest modules-zc702-zynq7.tgz uImage--4.9-xilinx-v2017.1+git0+68e6869cfb-r0-zc702-zynq7-20170428222418.bin May 01 15:32:03 sorry I was kicked out May 01 15:32:09 did you see the list of files? May 01 15:33:01 use a pastebin if you're pasting more than a couple lines at a time May 01 15:33:07 BOOT.bin, *cpio*, *u-boot, *elf, modules*, *bin, uImage*, uEnv. May 01 15:33:10 ok May 01 15:33:58 so I have the bunch of files necessary to create a SD image, I can manually copy them, but I assume that there should be a way to automatically generated the SD image May 01 15:34:36 how you do so is completely dependent upon the bsp in question. May 01 15:34:40 read the documentation for the layer May 01 15:35:42 ok, nobody here from meta-xilinx? May 01 15:36:41 gdg: no idea what petalinux has anything to do with anything... but you can use wic with meta-xilinx to create sd images (like you mentioned) May 01 15:37:34 nrossi: I am a n00b obviously May 01 15:39:44 I took the doulos class (Simon Goda) that shows, and I assumed that the sequence of command for SD card image generation were the same May 01 15:41:22 but now I am assuming I have to follow this instructions May 01 15:41:22 https://github.com/Xilinx/meta-xilinx/blob/master/README.booting.md#loading-via-sd May 01 15:53:19 nrossi: if I use the standard command "wic create sdimage-bootpart -e core-image-minimal" (http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#creating-partitioned-images) I get the following error: Error: exec_cmd: install -m 0644 -D /home/giuseppe/research/projects/zynq/yocto-xilinx/build/tmp/deploy/images/zc702-zynq7/boot.bin /va May 01 15:53:20 r/tmp/wic/build/boot/boot.bin returned '1' instead of 0 May 01 15:53:34 there is not boot.bin but BOOT.bin May 01 15:57:29 gdg: oh your using the broken 'xilinx' branches of meta-xilinx from Xilinx's GitHub. I don't know if they work properly outside of petalinux. May 01 15:59:36 nrossi: what do you mean with broken? May 01 16:01:34 I was in some rush to wait for the May 5th release and I used the manifest https://github.com/Xilinx/yocto-manifests/tree/rel-v2017.1 May 01 16:05:26 gdg: Xilinx makes 'rel-v...' branches which are modified for petalinux. They rely on forked poky versions. If you are using a standard poky/oe release use the same named release branch of meta-xilinx otherwise you will likely hit issues. May 01 21:29:23 Does anyone have any idea why a build of an image or toolchain might try including packages that were not included in the configuration? I have qtscript and qtwebkit throwing many errors however I never included them in my build May 01 21:30:33 riz: bitbake -g your-image and have a look at the resulting files (in particular task-depends.dot) May 01 21:31:04 note that you'll need to examine it with a text editor or grep, regular dot viewers will choke on the size of the file May 01 21:34:17 So, the image actually build fine, it is the toolchain that actually has error which is odd. I will try that now though and see May 01 21:35:24 What is even more odd is that I built the toolchanin and image many times before with no errors May 01 21:58:37 Hello May 01 21:58:49 I'm having trouble with CMake in a yocto recipe May 01 21:58:58 I am building/installing ok May 01 21:59:11 but I want to create a directory at /var/log/ from CMakeLists.txt May 01 21:59:16 but I keep getting an error May 01 21:59:19 any ideas? May 01 22:06:14 mivond: how are you trying to do it ? May 01 22:06:31 it could be CMake specific issue rather than yocto May 01 22:08:27 khem: I've tried multiple ways: https://pastebin.com/MCDkayCJ May 01 22:08:54 perhaps it could be due to some error with FILES_${PN} in the bb recipe? May 01 22:13:55 khem: Right now I'm trying add_custom_target(...) and am getting 'Error creating directory: /var/log/myCustomDir' May 01 22:16:57 bluelightning: I checked all dependencies and qtscript and qtwebkit are nowhere to be found yet I get build error for those when building the sdk with populate_sdk May 01 22:17:32 riz: can you pastebin the error? May 01 22:18:32 bluelightning: https://pastebin.com/j8CQaSDi May 01 22:19:01 That is the log file. A bunch of undefined references until qtwebkit eventually just fails May 01 22:20:13 And what is even more odd, is sometimes it is qtwebkit, then other times qtscript. I wipe out the tmp directory in between and cleanall May 01 22:20:14 riz: if you run bitbake -g -c populate_sdk your-image there surely must be a reference to qtwebkit in the task-depends.dot file May 01 22:20:25 OK. Ill try that now May 01 22:23:38 khem: if I try to mkdir /var/log/myCustomDir from the bb recipe do_install() then it says Permission Denied May 01 22:24:32 mivond: files in /var/log are better created at runtime or post install time May 01 22:25:44 khem: Any suggestions how? I really don't want to worry about setting up anything on first boot. I'd much rather do this stuff from the CMake, but I can't get it to work from either May 01 22:26:28 mivond: /var/log is often redirected into volatile paths, you really should be using volatiles or tmpfiles.d for that, as khem indicates May 01 22:26:28 bluelightning: I do see dependencies now. It says qtquick1 and packagegroup-qt5-toolchain-target.do_package_write_ipk depend on qtwebkit May 01 22:26:52 But how would I exclude it? Do I have to go into the individual recipes? May 01 22:28:02 kergoth: hmm ok I'll have to research this May 01 22:30:48 or just create what it needs on demand at runtime, on an as needed basis May 01 22:31:19 riz: I just looked at those recipes May 01 22:31:58 riz: for qtquick1 you'll need to set PACKAGECONFIG_pn-qtquick1 = "" to exclude the webkit dependency May 01 22:32:08 mivond: kergoth set the value via a .conf file and then create the file during your daemon init is one way May 01 22:32:27 riz: for the toolchain packagegroup you can probably just set USE_RUBY = "" (but that'll cut out a bunch of other stuff, see the recipe for details) May 01 22:33:05 Ahh ok. If I just include qtwebkit in my image would that fix the error? May 01 22:33:43 riz: no, qtwebkit itself is failing to build... no idea why exactly May 01 22:33:54 I'm assuming you just want to exclude that rather than fix it ? May 01 22:35:09 I would rather exclude it, yes. But now the other side of me wants to fix the qtwebkit issue in case I need it down the road. May 01 22:35:24 khem: so it's discouraged to write anything to /var/* during the bitbaking process? Due to redirection to /var/volatile? May 01 22:35:48 bluelightning: For now I will make append files to exlude it from the recipes though May 01 22:35:56 bluelightning: Thanks! May 01 22:38:01 mivond: run and log in particular are the issue, but yes, best not unless there's no other option May 01 22:52:34 mivond: its not specifically discouraged by yocto but by FHS May 01 22:53:20 OE build system being a cross build system you have more specific errors which you will get by not noticing when doing native builds May 01 22:53:47 since the persistent volatile dirs like /var/log are already present and populated May 01 22:54:24 ok thanks May 01 23:00:41 zeddii: I am seeing a new thing on qemumips64 kernel 3.10 with gcc 7 ( may be its there with gcc6 too ) sometimes kernel crashes sometimes it doesnt May 01 23:01:11 zeddii: there must be some love between gcc and kernel which is being exposed here dont know who is to blame May 01 23:01:12 yet May 02 02:06:34 halstead: yt ? May 02 02:06:58 halstead: I think the sync to github for OE repos has stopped May 02 02:07:13 the last commit on OE-core is from 8 days ago May 02 02:08:15 I think the mirroring scripts have stopped somewhere around april 27 **** ENDING LOGGING AT Tue May 02 03:00:01 2017