**** BEGIN LOGGING AT Sat Sep 24 02:59:58 2016
**** BEGIN LOGGING AT Sat Sep 24 03:36:57 2016
**** BEGIN LOGGING AT Sat Sep 24 03:47:33 2016
**** BEGIN LOGGING AT Sat Sep 24 04:18:25 2016
Sep 24 08:26:18 <mfny> anyone here ?
Sep 24 08:26:27 <mfny> realy in need of some help
Sep 24 08:50:27 <bluelightning> mfny: what's up?
Sep 24 08:51:10 <mfny> stuggleing to get yocto built
Sep 24 08:51:23 <mfny> for Zybo board (Zynq)
Sep 24 09:08:36 <mfny> is there a pre built enviroment for makeing yocto that i can download ?
Sep 24 09:12:29 <mfny> i mean like a vm or something
Sep 24 11:38:19 <mfny> hm, anyone here. getting realy realy flustrated
Sep 24 11:38:42 <mfny> ERROR: Task 161 (virtual:native:/home/mfny/tmp/layers/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb, do_compile) failed with exit code '1'
Sep 24 11:51:30 <mfny> no one here ?
Sep 24 15:03:52 <mfny> hi
Sep 24 15:04:28 <mfny> am getting the following errors on ubuntu-16.04
Sep 24 15:05:29 <mfny> http://pastebin.com/CQmpRsxA
Sep 24 15:08:10 <mfny> does anyone have any clue how to fix this ?
Sep 24 16:31:14 <mfny> anyone asctuiy here ?
Sep 24 16:44:01 <seebs> of course not
Sep 24 16:44:17 <seebs> ... more practically, IRC is usually asynchronous, and it can be a couple-few hours before responses. Especially on weekends.
Sep 24 16:44:51 <seebs> That's very strange, it looks like it's trying to build a curses-based app but didn't find curses.
Sep 24 16:45:56 <mfny> ahh, i literaly just figured that out 30 seconds ago, its working now
Sep 24 16:46:06 <mfny> :)
Sep 24 16:46:36 <mfny> now hopefully the actul build will work
Sep 24 16:46:42 <mfny> ive been at this all day
Sep 24 16:47:38 <mfny> trying to make yocto for my shiny new Zynq board(Zybo)
Sep 24 16:50:13 <mfny> finding it a flustrating experance
Sep 24 16:52:00 <present> Hi
Sep 24 16:52:13 <mfny> hi
Sep 24 16:53:10 <present> No one having trouble with db-native on krogoth?!
Sep 24 16:53:36 <present> The recipe from poky just doest not make it.
Sep 24 16:54:07 <present> I'm by the way on Ubuntu 16.04 which is supposed to not be tested... but still.
Sep 24 16:54:26 <mfny> hello on 16.04 buddy
Sep 24 16:54:49 <mfny> im not on krogoth tho
Sep 24 16:55:07 <present> jethro?
Sep 24 16:56:11 <mfny> yer im trying to get jethro built for my Zybo board(Zynq)
Sep 24 16:56:24 <mfny> been at it all day, pain in the ass
Sep 24 17:05:27 <present> mfny, you have an official bsp for the board already?
Sep 24 17:18:43 <mfny> yes there is a BSP from Digilent
Sep 24 17:19:30 <present> How can you check which's recipe bringing another one? I mean the dependencies? I might be able to remove the failing db recipe.
Sep 24 17:32:45 <Ulfalizer> present: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#usingpoky-viewing-dependencies-between-recipes-and-tasks might help
Sep 24 17:33:16 <Ulfalizer> look into task-depends.dot
Sep 24 17:34:12 <present> Ulfalizer, yep :) Thanks! I'm on my way to try Toaster also. But the command line is more likely to work. ;)
Sep 24 17:36:36 <Ulfalizer> never tried toaster myself :S
Sep 24 17:43:13 <present> !!!
Sep 24 17:43:32 <present> Reverse build dependencies: rpm-native :D
Sep 24 17:43:41 <present> Ahah I can avoid that! :P
Sep 24 17:44:44 <present> ... weird ... I already have PACKAGE_CLASSES ?= "package_ipk"
Sep 24 17:52:58 <present> bitbake -e | grep ^PACKAGE_CLASSES give me PACKAGE_CLASSES="package_ipk" :/
Sep 24 17:53:03 <present> *s
Sep 24 17:54:00 <neverpanic> present: package_ipk still uses rpm-native, because bitbake uses rpmdeps to find library dependencies
Sep 24 17:54:08 <neverpanic> So no, you can't avoid the rpm-native dependency
Sep 24 17:54:20 <neverpanic> May I suggest you try to fix the problem in the db recipe instead, then?
Sep 24 17:54:37 <present> The db recipe is broken for me...
Sep 24 17:54:46 <neverpanic> Well, then unbreak it?
Sep 24 17:54:57 <present> neverpanic, I can try to find out yes :)
Sep 24 17:55:18 <present> But I'm not sure I'm gonna find what's going on.
Sep 24 17:56:29 <neverpanic> Linking to the output of the failed step in a pastebin might get you started
Sep 24 17:57:10 <neverpanic> I'd also suggest building in a 14.04 LTS container or something; leads to fewer surprises.
Sep 24 18:00:16 <present> It's only a laptop ;) Not playing with VM here. I might have a nice system to play with Yocto yet.
Sep 24 18:02:40 <present> http://pastebin.com/Dgn3jZD8
Sep 24 18:03:56 <present> quilt --quiltrc /media/jgueytat/Projects/LightPixels/LightPixels-OperatingSystem/build/tmp/sysroots/x86_64-linux/etc/quiltrc push
Sep 24 18:16:38 <neverpanic> present: container, not VM
Sep 24 18:18:11 <present> neverpanic, Docker?
Sep 24 18:21:09 <present> I'm waiting for OpenIndiana. ;)
Sep 24 18:32:37 <present> Strange... There was one patch that was not patching the good line.
Sep 24 18:32:57 <present> I removed the patch, and did the change at the proper line...
Sep 24 20:01:30 <mfny> anyone here ?
Sep 24 20:06:18 <mfny> im getting an error with xserver-xf86-config_0.1.bb
Sep 24 20:06:42 <mfny> would it be ok to skip this as its a config file ?
Sep 24 20:32:10 <mfny> hi all
Sep 24 20:32:11 <bluelightning> mfny: sorry I didn't answer you last night
Sep 24 20:32:11 <mfny> its ok
Sep 24 20:32:11 <bluelightning> mfny: what problem are you having with xserver-xf86-config_0.1.bb?
Sep 24 20:32:12 <mfny> it wont build, i have done -k to skip it
Sep 24 20:32:13 <mfny> as its a config file so i assume i can auto generate it on the host once i have the SD card set up
Sep 24 20:32:15 <mfny> exact error is here:
Sep 24 20:32:29 <mfny> http://pastebin.com/w2jW59Wt
Sep 24 20:33:11 <mfny> bluelightning: any ideas ?
Sep 24 20:34:07 <bluelightning> mfny: hmm, that is strange
Sep 24 20:34:41 <mfny> bluelightning: do you think -k will sort it or am i wasteing my time ?
Sep 24 20:35:01 <bluelightning> mfny: ultimately that won't help, the actual issue needs to be fixed
Sep 24 20:35:07 <bluelightning> mfny: if you run bitbake-layers show-appends does it list any for xserver-xf86-config?
Sep 24 20:37:13 <mfny> bluelightning: ill do that once the build has finished, its at 4000 of 5439
Sep 24 20:37:50 <bluelightning> mfny: sure... if you want you can interrupt it - Ctrl+C just once will let the currently running tasks finish cleanly
Sep 24 20:38:49 <mfny> bluelightning: ill do that then
Sep 24 20:39:14 <mfny> actuly nvm its almost done
Sep 24 20:39:35 <mfny> may as well let it finish
Sep 24 20:49:15 <mfny> bluelightning: results of bitbake-layers show-appends: http://pastebin.com/wNjFqHVJ
Sep 24 20:51:42 <mfny> bluelightning: im going to try the image anyway and see if it boots
Sep 24 20:57:41 <mfny> bluelightning: great now i cant make the sd image
Sep 24 21:02:37 <mfny> bluelightning: for some reason i think its skipped building the rootfs
Sep 24 21:06:31 <mfny> yep it looks that way
Sep 24 21:06:46 <mfny> anything i can do about this ?
Sep 24 21:12:14 <bluelightning> mfny: so meta-xilinx is bbappending that recipe - I would suggest that perhaps it's causing this problem as we regularly build test that recipe and haven't seen this issue
Sep 24 21:12:45 <bluelightning> as a test you could delete that bbappend file (or rename it to something like <filename>.bbdisabled) and see if it helps
Sep 24 21:12:50 <bluelightning> bbl
Sep 24 21:31:41 <lukma> Dear all,
Sep 24 21:32:03 <lukma> I'm a bit confused - is there a way to create ext4 image on yocto
Sep 24 21:32:14 <lukma> and put some files into it?
Sep 24 21:32:34 <lukma> I'd do mkfs.ext4 , then mount this image with -o loop and copy files
Sep 24 21:33:05 <lukma> unfortunately, when I execute mount -o loop I do see that I don't have permission to do that
Sep 24 21:33:18 <lukma> OTOH IMAGE_CMD_ext4 seems to do the tricj
Sep 24 21:33:35 <lukma> but I don't know how to put my files on it
Sep 24 21:33:42 <lukma> Any help ?
Sep 24 22:17:35 <lukma> Is there any way to copy files to ext4 image without using -o loop and mount ?
Sep 24 23:50:19 <y0ct0> Hello world!
Sep 25 02:12:12 <bluelightning> lukma: you'd just create an image recipe and build it
**** ENDING LOGGING AT Sun Sep 25 02:59:59 2016