**** BEGIN LOGGING AT Thu Jul 03 03:00:01 2014
Jul 03 03:04:09 <mranosta1> behanw: hope you enjoyed we didn't invade you for another year :)
Jul 03 08:55:50 <elinuxer> Hi yocto..
Jul 03 09:02:03 <elinuxer> i am trying bring up beaglebone black board using meta-beagleboard and meta-oe using  core-image-minimal.if i try to boot board using build/tmp/deploy/images  i am getting web link error http://pastebin.com/qprXnryp
Jul 03 09:04:39 <elinuxer> can suggest any one to solve this issue.
Jul 03 09:05:00 <ant_work> elinuxer: I'm sorry I can only give you a generic answer
Jul 03 09:05:02 <ant_work> Error: unrecognized/unsupported machine ID (r1 = 0x00000e05).
Jul 03 09:05:21 <ant_work> this means u-boot/kernel mismatch
Jul 03 09:11:50 <elinuxer> ant_work:ok...i think my u-boot working fine i checked with another kernel.but i having doubt on my kernel whether this uImage is merged with dtb or not.
Jul 03 09:12:17 <elinuxer> ant_work:small help..
Jul 03 09:13:12 <ant_work> the kernel you are booting has no idea about 0x0e05 machine
Jul 03 09:24:37 <AndersD> elinuxer, check if you're really appending the dtb to the kernel, as you're not downloading it separately.
Jul 03 09:24:56 <ant_work> http://www.arm.linux.org.uk/developer/machines/list.php?id=3589
Jul 03 09:25:01 <AndersD> At least to me, it looks like u-boot is trying to boot the kernel with an old-style MACH_TYPE
Jul 03 10:22:05 <lpapp> good morning
Jul 03 10:32:39 <elinuxer> AndersD:please tell me what to do further,Because my project is holding here.
Jul 03 10:35:30 <elinuxer> AndersD:i am using  beaglebone black  and  version A6 and  am335x processor.How to i merge dtb file with kernel image (OR)  will it need to enable any kernel config (OR)will it need any modifications in .bb file.
Jul 03 10:37:43 <AndersD> which u-boot build and recipe are you using? The one from meta-beagleboard or some other?
Jul 03 10:39:02 <lpapp> is it ok to apply a custom patch against busybox in a .bbappend
Jul 03 10:39:08 <lpapp> in our own layer?
Jul 03 10:39:21 <lpapp> where our own config may reside, too?
Jul 03 10:39:55 <AndersD> lpapp, sure why not?
Jul 03 10:47:04 <lpapp> AndersD: I do not know. Have not done any Yocto in a while :)
Jul 03 11:02:13 <elinuxer> AndersD: please check this link http://pastebin.com/k42Yr5MF
Jul 03 11:03:06 <elinuxer> Everthing i used in meta-beagleboard recipes..
Jul 03 11:04:21 <elinuxer> and used meta-oe, not for  u-boot and kernel
Jul 03 11:07:48 <AndersD> As far as I can, u-boot-denx is configure to load both the kernel and the dtb.
Jul 03 11:10:33 <AndersD> FRom your previous log, you override this in uEnv.txt, and only load the kernel. From what I can see, the kernel does have support for MACH_TYPE_***=0xe05, and doesn't see that it has an appended dtb.
Jul 03 11:11:02 <AndersD> So check if you have an appended dtb, or try to load the dtb and hand it over to the kernel using bootm.
Jul 03 11:18:00 <elinuxer> AndersD:sorry to ask.... where i will check appended dtb.
Jul 03 11:25:55 <AndersD> Likely somewhere in the logs... ;) I haven't built any images using meta-beagleboard...
Jul 03 11:26:27 <AndersD> Though, I don't think it'll append the dtb for you, at least not after having a quick look at the recipe
Jul 03 11:29:57 <elinuxer> AndersD:I enabled the apped dtb in config please look at my config  http://pastebin.com/tjP5x0i9
Jul 03 11:33:45 <AndersD> The kernel itself will not append the DTB for you, that option will only enable the code to check if there is a DTB appended or not.
Jul 03 11:35:19 <AndersD> Do you have the dtb being generated=
Jul 03 11:36:56 <lpapp> AndersD: thanks again.
Jul 03 11:37:06 <lpapp> hmm, RP seems to struggle with the network.
Jul 03 11:50:19 <elinuxer> No dtb file generated in tmp/deploy/images. so that i am getting confuse..
Jul 03 11:53:20 <elinuxer> AndersD:No dtb file generated in tmp/deploy/images. so that i am getting confuse..
Jul 03 11:56:29 <elinuxer> AndersD: please look at  build/tm/deploy/image/  in the link  http://pastebin.com/c13rGiie
Jul 03 11:59:54 <AndersD> You could likely try to add KERNEL_DEVICETREE_beaglebone = "arch/${ARCH}/boot/dts/am335x-bone.dts" to the linux-mainline recipe
Jul 03 12:00:14 <AndersD> Though, you shouldn't really have to hack around the recipe in question...
Jul 03 12:11:16 <condo43> Hello
Jul 03 12:11:35 <condo43>  I have a question about smart; I'm starting to use smart with Yocto project to evaluate if I can use this tool for my project, but I need a way to "force" a package versions list; In fact I need to be able to update from a release to another, and also to downgrade to an old release; release is a state of all package in the system...
Jul 03 12:12:38 <condo43> in other words; wath is the good way to manage final release version of the generated distribution ?
Jul 03 12:43:13 <AndersD> reb
Jul 03 12:45:32 <ivanstojanovic1> hi
Jul 03 12:46:34 <ivanstojanovic1> does anyone know how can I check which packages are included in a "core-image-minimal" image?
Jul 03 12:48:06 <ivanstojanovic1> with bitbake -g core-image-minimal I even get a dependecy graph, but it is useless :( there are cca 1600 packages since it includes the complete toolchain, etc etc
Jul 03 12:56:44 <ivanstojanovic1> if I look in the recipe packagegroup-core-boot.bb (which is the only package group used in core-image-minimal), I get a list but not the dependencies
Jul 03 12:58:50 <AndersD> ivanstojanovic1, is ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}-${MACHINE}.manifest what you are looking for?
Jul 03 12:59:07 <ivanstojanovic1> @AndersD: let me check
Jul 03 13:03:45 <ivanstojanovic1> @AndersD: That's the list, that helps a lot. I would also like to have the dependency graph, is there a way to generate it somehow?
Jul 03 13:05:08 <AndersD> The only one I know of is the one you get with bitbake -g...
Jul 03 13:08:46 <ivanstojanovic1> @AndersD: ok, thanks for helping me
Jul 03 13:12:34 <ivanstojanovic1> one more thing, if we know that packages listed in .manifest are part of the image, how can I know which packages are used for the build process (toolchain, etc)?
Jul 03 13:16:36 <AndersD> Good question. I haven't really looked at how to get that info if I'm building different images in my build-dir. As long as I'm only building one image at least, I can find out by looking at e.g. deploy_dir/licenses
Jul 03 13:16:50 <AndersD> Though it's not a single file.
Jul 03 13:16:57 <Crofton|work> the buildhistory class might be helpful
Jul 03 13:17:30 <AndersD> Yep, buildhistory is always helpful, though I regularly forget to look there ;)
Jul 03 13:18:00 <Crofton|work> make sure USER_CLASSES ?= " ..... buildhistory"
Jul 03 13:18:10 <Crofton|work> not a literal example ...
Jul 03 13:18:17 <AndersD> Yep, buildhistory is always helpful, though I regularly forget to look there ;)
Jul 03 13:20:26 <AndersD> ivanstojanovic1, look at what Crofton|work wrote. In buildhistory you'll find your runtime dependencies etc (in .dot-format)
Jul 03 13:23:42 <belen> ivanstojanovic1: and if you happen to want all that in a web interface, there is always Toaster. http://i.imgur.com/UIt4kc5.png
Jul 03 13:24:16 <Crofton|work> it is fairly easy to get toaster running locally, but you will need to re-run the build for it to collect data
Jul 03 13:25:00 <belen> ivanstojanovic1: dependency information is also there, although per package (no graph yet, I'm afraid)
Jul 03 13:28:35 <ivanstojanovic1> thanks guys for the answers, let me take a look at what you suggested and I will get back to you if there are still questions, but I think I got what I searched for :) thanks again
Jul 03 13:33:43 <Crofton|work> belen, toaster is acting up btw
Jul 03 13:33:56 <Crofton|work> I build an image and it reports not packages included
Jul 03 13:34:09 <Crofton|work> but image is 170 MB
Jul 03 13:34:32 <belen> Crofton|work: no packages included? Or no packages built?
Jul 03 13:34:50 <Crofton|work> Packages included
Jul 03 13:34:50 <Crofton|work> 0
Jul 03 13:35:01 <Crofton|work> packages are already built
Jul 03 13:35:33 <Crofton|work> this is with a recent maser
Jul 03 13:35:41 <Crofton|work> oe-core/master
Jul 03 13:35:45 <belen> that sounds like a bug. Could you open
Jul 03 13:35:57 <Crofton|work> I'll try
Jul 03 13:36:09 <Crofton|work> need to get on a machine I cna post results for :)
Jul 03 13:36:44 <belen> or at least give me some details so that we can try and reproduce it. What are you building, and the commit you are using
Jul 03 13:37:10 <Crofton|work> 173194493294574e49874858ee7003000f41b4d6
Jul 03 13:37:13 <Crofton|work> from June 30
Jul 03 13:37:24 <Crofton|work> uhd-dev-image from meta-sdr
Jul 03 13:37:32 <belen> thanks
Jul 03 13:47:44 <TRoGd0R> I built "bitbake core-image-base" And I got Qt but qttools are not there.  Can I add something to my local.conf to get qttools, I am specifically looking for qdbusviewer
Jul 03 14:29:42 <darknighte> window splitv
Jul 03 14:29:56 <darknighte> oops.  :)
Jul 03 14:40:09 <ivanstojanovic1> I guess you all know a popular phrase "There's no such thing as a stupid question", but the one I will ask now might sound stupid :) What is the difference between sourcing: 1) ..../fsl-community-bsp/setup-environment, 2) ..../fsl-community-bsp/sources/poky/oe-init-build-env?
Jul 03 14:40:40 <rburton> ivanstojanovic1: have you tried reading the scripts (i've never used the fsl stuff, so have no idea)
Jul 03 14:43:23 <steel_> hello
Jul 03 14:43:42 <steel_> anybody here ? =)
Jul 03 14:44:01 <Crofton|work> no
Jul 03 14:44:18 <ivanstojanovic1> @rburton: yes, but I couldn't get the answer in 10 minutes so I thought someone will give me a quicker answer here :)
Jul 03 14:44:50 <ivanstojanovic1> there is no one here beside us :)
Jul 03 14:45:04 <steel_> I hoped to get a little hint to solve my problems with yocto
Jul 03 14:45:39 <rburton> steel_: ask, don't ask to ask
Jul 03 14:48:22 <steel_> I am trying to run yocto on a beaglebone black. Just standard no fancy stuff or special packages. At first I tried the Build Appliance but here the output after the build was allways different sometimes MLO and uboot.img was there sometimes not - without changing any options. So now I tried the basic way on a debian host via comand line. But when I "bitbake core-image-minimal" I get hundreds of errors in a config.h file .
Jul 03 14:50:22 <steel_> When I open this file and check the place of the error there is some crypto stuff that looks like a broken file  when define LT_DLSEARCH_PATH="usr:usr/lib@C#=C!==! and the broken file stuff
Jul 03 14:50:46 <steel_> so google does not give me any hint for the label LT_DLSEARCH_PATH
Jul 03 14:51:12 <steel_> when I clean up the mess and just set this label to /usr and usr/lib   the bitbake process just changed it back again
Jul 03 14:52:47 <steel_> the main error which is shown at the end of the unsuccessful bitbake ist "  ERROR: Task 324 (/home/.../yocto/poky/meta/recipes-devtools/libtool/libtool-native_2.4.2.bb, do_compile) failed with exit code '1"
Jul 03 14:52:53 <steel_> any ideas ?`
Jul 03 14:53:13 <kergoth> native recipes are using the compiler on your host, not hte crosscompiler we produce
Jul 03 14:53:21 <kergoth> so its almost certainly something wrong iwht your build environment on your machine
Jul 03 14:53:27 <kergoth> read the do_configure log and config.log
Jul 03 14:53:55 <moto-timo> see http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#required-packages-for-the-host-development-system
Jul 03 14:55:02 <moto-timo> sounds like you do not have libtool installed on your host
Jul 03 14:55:18 <ivanstojanovic1> @steel_: I agree to kergoth and moto-timo. I remember that I had such problems in the beginning.
Jul 03 14:56:33 <moto-timo> you will need libtool, automake, autoconf...
Jul 03 15:04:38 <rink_> hmm
Jul 03 15:04:58 <rink_> anyone have any suggestions? I intend to make a recipe which builds an utility which uses QMake
Jul 03 15:05:13 <rink_> but it doesn't actually _use_ QT, just uses the qmake .pro files
Jul 03 15:07:08 <rink_> however, when I use 'inherit qmake2', I get complaints because it cannot find the ...//usr/share/qt4/mkspecs/linux-gnueabi-oe-g++/qmake.conf
Jul 03 15:07:16 <rink_> which of course doesn't exist because QT isn't a dependency
Jul 03 15:07:49 <rink_> and I don't want to drag QT in to get this one silly file; the project itself has 'CONFIG -= qt' to get rid of  QT
Jul 03 15:08:21 <rink_> any suggestions, or is my only option to build QT and avoid it on the image?
Jul 03 15:13:58 <ivanstojanovic1> @Crofton|work, @belen, @AndersD: toaster was exactly what I needed! I don't get how didn't I find about it earlier :) thank you so much!
Jul 03 15:16:27 <belen> ivanstojanovic1: awesome :) It is fairly new, that's probably why you didn't find it earlier. If you have any feedback, please let me know. We are keen on hearing from people using it
Jul 03 15:16:51 <Crofton|work> anyone familiar with setting up a wks file to do partioning?
Jul 03 15:19:28 <moto-timo> @belen: does toaster require a certain amount of RAM? last time I tried to run it my gentoo box ran out of memory :(
Jul 03 15:19:47 <ivanstojanovic1> @belen: It looks very nice and it's very helpful. I will spread the word about it :)
Jul 03 15:21:24 <belen> moto-timo: mmm, we need ddalex to answer that question.
Jul 03 15:22:13 <moto-timo> belen: I'll ask another time :)
Jul 03 15:22:55 <ivanstojanovic1> @moto-timo: I see 4 python processes on my PC running and all for are "toaster" related...those 4 consume somewhere around 300 MB of RAM
Jul 03 15:23:19 <belen> moto-timo: I'll pass on the question to him anyway
Jul 03 15:24:38 <moto-timo> @ivanstojanovicl: hmmm. Maybe I just had too many threads running
Jul 03 15:24:42 <moto-timo> @belen: thank you
Jul 03 15:32:00 <steel_> thank you guys
Jul 03 15:32:07 <steel_> i will try your advices
Jul 03 16:13:22 <Crofton|work> does wic have a logfile anywhere?
Jul 03 16:22:41 <moto-timo> Crofton|work: it imports logging and looks like it should create a wic.log (I've never used it)
Jul 03 16:23:32 * Crofton|work runs find . -name wic.log and goes for lunch
Jul 03 16:23:44 <moto-timo> :)
Jul 03 16:52:04 <vroomfondel|2> anyone wanting to answer newbie questions?
Jul 03 16:52:33 <moto-timo> vroomfondel|2: just ask.. no need to ask to ask
Jul 03 16:55:11 <vroomfondel|2> when I try to generate the docs after downloading yocto 11.0 (for Cortex-A8), the xsltproc is painfully slow. I think this is because it tries to access the W3C servers for the docbook-to-xhtml transformations
Jul 03 17:00:39 <vroomfondel|2> I changed the makefile XSL_XHTML_URI to a local catalog but that didn't change anything...
Jul 03 17:02:09 <vroomfondel|2> and now I am up to my neck into HTTP caching, XML and XSLT and the whole shebang when all I wanted was to start with yocto :(
Jul 03 17:03:19 <moto-timo> I've never generated the docs, so no help there. I always use the online versions.
Jul 03 17:03:30 <kergoth> out of curiosity, why are you generating the docs in the first place?
Jul 03 17:03:34 <kergoth> indeed, most do
Jul 03 17:04:02 <moto-timo> I would start with "bitbake core-image-minimal"
Jul 03 17:06:31 <moto-timo> https://www.yoctoproject.org/documentation/current
Jul 03 17:08:20 <moto-timo> In particular, this helped me: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#dev-manual-start
Jul 03 17:10:15 <volker-> kergoth: I had to create the bitbake docs to learn more about config options that I did not find in the yocto online docs ;-)
Jul 03 17:10:16 <moto-timo> Also: http://www.crashcourse.ca/wiki/index.php/BeagleBone_Black
Jul 03 17:11:04 <kergoth> https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html
Jul 03 17:11:13 <volker-> what I did, but took a while is browsing through the rev and dev manual. and then bitbake the core image minimal
Jul 03 17:12:06 <moto-timo> with great flexibility comes great complexity
Jul 03 17:13:32 <vroomfondel|2> I think it would be wiser to include the transformation rules instead of relying on a working connection to generate something so basic
Jul 03 17:13:32 <kergoth> not necessarily. that's the case here, yes, but thats the advantage of unix philosophy, small components you plug together to provide flexibility while retaining simple components
Jul 03 17:14:11 <kergoth> vroomfondel|2: that does seem best, yes, and i'm sure patches would be welcome, but there's still no need for you to build the docs at all i'm sure :)
Jul 03 17:15:44 <kergoth> man I love ncdu. so handy for freeing up space on remote machines
Jul 03 17:16:49 <volker-> kergoth: looking into it. seems like du -hs *|sort -h -k 1 in ncurses?
Jul 03 17:17:20 <kergoth> sort of, but it lets you drill down into the subdirs without having to re-run du at each level
Jul 03 17:17:27 <kergoth> and has a couple operations for selecting and deleting what you find
Jul 03 17:17:32 <kergoth> simple, but handy
Jul 03 17:17:36 <volker-> yeah, that looks nice. but it does not let me go one folder up
Jul 03 17:17:37 <kergoth> but yeah, the view is just like du -sh
Jul 03 17:18:21 <volker-> I found a while ago 'sort -h -k 1' which ease the sorting by another column. no more searching for the big folders
Jul 03 17:18:21 <kergoth> it does seem like it can only drill down, not up, yeah, due to the initial information gathering phase, i'm guessing
Jul 03 17:18:39 <kergoth> yeah, that is handy, i have a similar script buried in my dotfiles somewhere
Jul 03 17:18:44 <volker-> but indeed, it looks nice
Jul 03 17:18:54 <kergoth> i'm *always* running out of space on my remote build VMs/VPSs
Jul 03 17:18:59 <kergoth> heh
Jul 03 17:28:45 <moto-timo> nice tool. thanks kergoth
Jul 03 17:28:51 <kergoth> np
Jul 03 18:32:10 <Crofton|work>  tomz, ping
Jul 03 18:34:27 <Crofton|work> stupid holiday
Jul 03 20:49:43 <moto-timo> Crofton|work: did you find anything? wic.log?
Jul 03 20:49:49 <Crofton|work> no
Jul 03 20:49:51 <Crofton|work> -D
Jul 03 20:49:53 <Crofton|work> sort of helps
Jul 03 23:24:57 * darknighte waves before heading out for the long holiday weekend
Jul 04 00:11:16 * darknighte waves and really disconnects for real this time.  really.
**** ENDING LOGGING AT Fri Jul 04 02:59:58 2014