**** BEGIN LOGGING AT Mon Jul 27 02:59:58 2015
Jul 27 06:30:57 <drou> hi guys
Jul 27 07:52:59 <void-dev> Good morning!
Jul 27 08:11:23 <bluelightning> morning all
Jul 27 08:36:51 <drou> i've got a problem fetching a git repository for qt gstreamer, when i do a git clone http://anongit.freedesktop.org/git/gstreamer/qt-gstreamer.git in a tmp directory, it is working and the repository is not empty, whereas it remains empty in yocto build environment
Jul 27 08:37:12 <drou> and i get the following error:  CMake Error: The source directory "/var/yocto/build/tmp/work/core2-32-poky-linux/qtgstreamer/1.0-r0/git" does not appear to contain CMakeLists.txt.
Jul 27 08:37:52 <drou> in my qtgstreamer recipe, i just added SRC_URI = "http://anongit.freedesktop.org/git/gstreamer/qt-gstreamer.git and SRCREV = "${AUTOREV}"
Jul 27 08:49:28 <drou> :q!
Jul 27 08:56:57 <sm0ketst> hello good morning
Jul 27 08:59:21 <sm0ketst> I'm using my own kernel and defining in the machine configuration the PREFERRED_PROVIDER accordingly, also the depends in the image. I can build it and boot it properly (AFAIK) in the target machine but while building I'm getting the NOTe message about definning thePREFERRED_PROVIDER. I've checked the bitbake -e to see what is in the variable and seems ok with the new kernel. Any clues?
Jul 27 09:11:51 <darkspike> Hi All... how can i get the javac compiler in the installer generated by populate-sdk ?
Jul 27 09:14:48 <yann_> Hi! When running bitbake linux-yocto, I'm having this error: [kernel]: An auto generated BSP description was used, this normally indicates a misconfiguration.
Jul 27 09:15:14 <yann_> I'm using a bbappend for linux-yocto and I've an scc file describing my machine
Jul 27 09:15:33 <yann_> So I think I should not have this warning.
Jul 27 09:15:40 <yann_> Am I wrong?
Jul 27 09:16:34 <yann_> I checked the source of the updateme script and it seems it will always warn if using an out of tree scc file.
Jul 27 09:16:42 <AzaToth_> is rpm recommended over ipk and deb?
Jul 27 09:16:45 <sm0ketst> darkspike: maybe this can be useful -> https://github.com/gumstix/yocto-manifest/wiki/Java
Jul 27 09:16:49 <yann_> Is it normal?
Jul 27 09:54:49 <miandonmenmian_> how can i find the kernel headers on yocto after a build
Jul 27 09:57:30 <mckoan> good morning
Jul 27 11:10:21 <darkspike> sm0ketst: thanks, it clears the path for me.
Jul 27 11:33:41 <sm0ketst> darkspike: I've also found interesting info at http://www.denx.de/wiki/view/DULG/AN2014_03_JavaOnELDK?skin=print
Jul 27 12:05:14 <roosemberth> Hello everybody, I'm working on a am335x port. I'm basing my configuration on the am335x-evm board. but I'm using a custom kernel. Kernel compiles fine and petty much everything works ok, but at task 1682/1684 (do_rootfs) I get the following error:)
Jul 27 12:05:24 <roosemberth> | Collected errors:
Jul 27 12:05:24 <roosemberth> |  * satisfy_dependencies_for: Cannot satisfy the following dependencies for domosafety-userspace-1.0:
Jul 27 12:05:27 <roosemberth> |  *    kernel-devicetree *     kernel-devicetree *
Jul 27 12:05:37 <roosemberth>  
Jul 27 12:05:38 <roosemberth>  
Jul 27 12:05:40 <roosemberth> | Collected errors:
Jul 27 12:05:40 <roosemberth> |  * satisfy_dependencies_for: Cannot satisfy the following dependencies for domosafety-userspace-1.0:
Jul 27 12:05:43 <roosemberth> |  *    kernel-devicetree *     kernel-devicetree *
Jul 27 12:05:46 <roosemberth> |  * opkg_install_cmd: Cannot install package domosafety-userspace-1.0
Jul 27 12:06:11 <roosemberth> here's a sample of my image recipe
Jul 27 12:07:14 <roosemberth> IMAGE_INSTALL = "domosafety-userspace-1.0 packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP} ${CORE_IMAGE_EXTRA_INSTALL}"
Jul 27 12:07:17 <roosemberth> IMAGE_LINGUAS = " "
Jul 27 12:07:20 <roosemberth> LICENSE = "MIT"
Jul 27 12:07:22 <roosemberth> inherit core-image
Jul 27 12:07:23 <roosemberth> ROOTFS_PKGMANAGE = "opkg opkg-collateral-domosafety ${EXTRAOPKGCONFIG}"
Jul 27 12:07:25 <roosemberth> IMAGE_ROOTFS_SIZE = "524288"
Jul 27 12:07:28 <roosemberth> IMAGE_FEATURES += " ssh-server-openssh package-management "
Jul 27 12:07:56 <roosemberth> Do you have any idea on what can be causing this error?
Jul 27 12:09:27 <LetoThe2nd> roosemberth: does your kernel recipe properly define the dtb you need?
Jul 27 12:09:59 <LetoThe2nd> as kernel-devicetree fails, it maybe just doesn't know *which* devicetree it needs.
Jul 27 12:11:08 <roosemberth> yes, it's defined
Jul 27 12:11:37 <LetoThe2nd> well then you have to dig deeper why it cannot be installed.
Jul 27 12:12:21 <roosemberth> This is part of my linux recipe"
Jul 27 12:12:24 <roosemberth> inherit kernel
Jul 27 12:12:24 <roosemberth> require recipes-kernel/linux/linux-dtb.inc
Jul 27 12:12:24 <roosemberth> require recipes-kernel/linux/setup-defconfig.inc
Jul 27 12:12:24 <roosemberth> # Pull in the devicetree files into the rootfs
Jul 27 12:12:24 <roosemberth> RDEPENDS_kernel-base += "kernel-devicetree"
Jul 27 12:12:27 <roosemberth> IMAGE_INSTALL_append = " kernel-image kernel-devicetree "
Jul 27 12:12:29 <roosemberth> INITRAMFS_IMAGE = "initramfs-cbox-normal"
Jul 27 12:12:32 <roosemberth> # Add a run-time dependency for the PM firmware to be installed on the target file system.
Jul 27 12:12:35 <roosemberth> RDEPENDS_kernel-base_append_ti33x = " am33x-cm3"
Jul 27 12:12:37 <roosemberth> # Add a run-time dependency for the VPE VPDMA firmware to be installed on the target file system.
Jul 27 12:12:40 <roosemberth> RDEPENDS_kernel-base_append_dra7xx-evm = " vpe-vpdma-fw"
Jul 27 12:12:43 <roosemberth> # Default is to package all dtb files for ti33x devices unless building
Jul 27 12:12:45 <roosemberth> # for the specific beaglebone machine.
Jul 27 12:12:48 <roosemberth> KERNEL_DEVICETREE_ti33x = "cbox-NAND.dtb"
Jul 27 12:14:22 <roosemberth>  -- -- and part of my machine config:
Jul 27 12:14:25 <roosemberth> PREFERRED_VERSION_linux-libc-headers_CBoxNAND = 3.2
Jul 27 12:14:25 <roosemberth> PREFERRED_PROVIDER_virtual/kernel_CBoxNAND = linux-domosafety
Jul 27 12:14:25 <roosemberth> PREFERRED_PROVIDER_virtual/bootloader_CBoxNAND = u-boot-domosafety
Jul 27 12:14:25 <roosemberth> PREFERRED_PROVIDER_virtual/uenv_CBoxNAND = uenv-domosafety-nand
Jul 27 12:14:25 <roosemberth> PREFERRED_PROVIDER_kernel_CBoxNAND = u-boot-domosafety
Jul 27 12:14:27 <roosemberth> PREFERRED_PROVIDER_u-boot_CBoxNAND = u-boot-domosafety
Jul 27 12:14:30 <roosemberth> PREFERRED_PROVIDER_ltp-ddt_CBoxNAND = ltp-ddt-legacy
Jul 27 12:14:32 <roosemberth> PREFERRED_PROVIDER_virtual/gettext = gettext
Jul 27 12:14:35 <roosemberth> RDEPENDS_kernel-base += kernel-devicetree
Jul 27 12:14:37 <roosemberth> KERNEL_DEVICETREE_CBoxNAND = cbox-NAND.dtb
Jul 27 12:14:40 <roosemberth> KERNEL_IMAGETYPE = uImage
Jul 27 12:16:17 <roosemberth> I already tryed using the "-DDD" Option on bitbake, but it won't tell too much, just installed packages and lots of paths
Jul 27 12:18:11 <bluelightning> roosemberth: can you please use pastebin instead of pasting a bunch of lines in here ?
Jul 27 12:18:26 <roosemberth> yes, sorry
Jul 27 12:25:44 <roosemberth> any ideas?
Jul 27 12:42:46 <AzaToth_> I'm trying to have a SingleBranchScheduler, but even though I see the commits end up in buildbot, I cant figure out if it's even possible to trigger a build on a commit event
Jul 27 12:42:58 <AzaToth_> is it? and if so, how?
Jul 27 12:44:37 <AzaToth_> also is it possible for it to trigger on external repo changes; for example if the source for a package is changed
Jul 27 12:47:32 <roosemberth> Hello, anyone has a clue on why kernel-devicetree cannot be installed
Jul 27 12:47:35 <roosemberth> ?
Jul 27 12:47:53 <AzaToth_> see http://paste.ubuntu.com/11948207/ for my current "qa" setup
Jul 27 12:49:11 <mcfrisk> are there many open bugs and race conditions in sstate cache handling in dizzy?
Jul 27 13:31:57 <roosemberth> For the record, I think I figured out why why kernel-devicetree cannot be installed: It was that the recipe was not able to find the right devicetree file, I moved into the kernel sources and I'm testing right now
Jul 27 13:45:30 <Ox4> kergoth: hey
Jul 27 13:45:43 <TuTizz> hi all, how can I remove -Wcast-align from gcc in a recipe?
Jul 27 13:46:41 <Ox4> kergoth: I am trying to build an image with debugging symbols, but I receive the following error: http://dpaste.com/055CZV6
Jul 27 13:49:32 <Ox4> TuTizz: bbappend file?
Jul 27 13:51:40 <TuTizz> Ox4, yes, but should I add -Wno-cast-align in my CFLAGS and CXXFLAGS or should I remove -Wcast-align form them? And do not knwo how to do it
Jul 27 13:54:05 <AzaToth_> SingleBranchScheduler does work atm right?
Jul 27 13:55:00 <bluelightning> pidge: ^
Jul 27 13:55:17 <pidge> AzaToth_ Yes, it should
Jul 27 13:56:25 <AzaToth_> pidge, while the commits ends up in the "changes" column in waterfall, the buildset containing the schedule is empty and stuck in idle
Jul 27 13:57:24 <pidge> AzaToth_, Look at README-NEW-AUTOBUILDER and the docs. No one has reported anything odd about it.
Jul 27 13:57:45 <AzaToth_> well, search google doesn't even indicate anyone is using it :)
Jul 27 13:57:50 <AzaToth_> searching*
Jul 27 13:58:14 <pidge> also, the dev doc may help
Jul 27 13:58:15 <pidge> https://docs.google.com/document/d/1VeShmhDnqN27HXMX5emgmHFoK8Cu9SzVYilmGjtMTtI/edit#
Jul 27 13:58:22 <pidge> AzaToth_, ^^^
Jul 27 14:09:17 <Ox4> TuTizz: do you want remove this flag?
Jul 27 14:11:57 <TuTizz> Ox4, yes, CFLAGS_prepend="-Wno-error=cast-align" seam to work
Jul 27 14:15:27 <pidge> AzaToth_, see msg
Jul 27 14:16:35 <Ox4> TuTizz: but it doesn't remove, it prepends the flag
Jul 27 14:20:35 <TuTizz> yes you are right now both of flags (-Wno-error=cast-align and -Wcast-align) are present
Jul 27 14:23:24 <Ox4> TuTizz: but you asked 'how to remove', right?
Jul 27 14:24:42 <TuTizz> yes it is
Jul 27 14:26:40 <Ox4> TuTizz: I think you should use CFLAGS_remove then
Jul 27 14:50:24 <TuTizz> Ox4, your modification did not removing the CFLAGS, could It be because the -Wcast-align CFLAGS is gcc dependant and I trying to remove the CFLAGS of the bluez recipe?
Jul 27 15:21:25 <kergoth> Ox4: are you installing gdb into the image? if so, that's probably okay to ignore. the issue there is, gdb provides both gdb and gdbserver, whereas the gdbserver in meta-sourcery only provides gdbserver. the latter can be useful if that's all you need, but otherwise not so much
Jul 27 17:19:22 <otavio> rburton: replied regarding gst :)
Jul 27 17:20:01 <rburton> otavio: next time i'll engage brain
Jul 27 17:20:11 <otavio> rburton: no worries :)
Jul 27 17:21:33 <otavio> rburton: please reinvoice the need of proper upstream-status field and like
Jul 27 17:21:58 <otavio> rburton: this is new fsl guy for yp work and we need to put them in shape ;)
Jul 27 17:23:07 <rburton> heh
Jul 27 17:25:07 <kergoth> hmm, odd. WARNING: QA Issue: locale-base-sq-mk rdepends on glibc-binary-localedata-sq-mk, but it isn't a build dependency? [build-deps] — how exactly is this showing up when both of those packages come out of the same recipe, glibc-locale?
Jul 27 17:25:22 <kergoth> pretty sure we don't need ourselves in DEPENDS
Jul 27 17:26:46 <paulg> maybe when we are all 80+?
Jul 27 17:26:49 * paulg runs
Jul 27 17:26:53 <bluelightning> hah
Jul 27 17:27:13 <kergoth> hah
Jul 27 17:27:17 <bluelightning> that is an odd error though I'd have to agree
Jul 27 17:27:21 <bluelightning> well, warning
Jul 27 17:27:58 <bluelightning> it can't be too dumb to know when it's dealing with an RDEPENDS within the same recipe, surely ?
Jul 27 17:28:02 <kergoth> hrmph, glibc's utils require libgcc, but libgcc needs glibc, and external toolchain's lack -initial passes to resolve the interdependency. guess i'll have to explicitly add the rdeps and bypass any build-deps qa failures
Jul 27 17:28:12 <kergoth> s/ain's/ains/
Jul 27 17:46:36 <rburton> kergoth: i managed to make that appear when playing around with the dirs patch, but it doesn't happen "normally"
Jul 27 17:47:18 <kergoth> the locale thing?
Jul 27 17:47:36 <rburton> yeah
Jul 27 17:47:47 <kergoth> strange. you'd think if that was going to show up, it'd always show up
Jul 27 17:48:04 <kergoth> though it shouldn't at all
Jul 27 17:48:41 <kergoth> i need to play around with my oe-selftest series again.. though i still dont' see how they could possibly be affecting the results of bitbake builds run by the tests..
Jul 27 17:49:29 <rburton> didn't richard fix that?
Jul 27 17:49:47 <rburton> your perfectly reasonable bitbake calls were exposing a bug in the toaster class
Jul 27 17:49:59 <kergoth> ah, did he? i must have missed that email
Jul 27 17:50:02 <kergoth> interesting
Jul 27 18:01:38 <kergoth> ah, there it is
Jul 27 18:02:15 <kergoth> oh, right, i forgot i experimented iwth turning off gmails' thing where it bypasses filters for "important" mail, but with that off, replies to mailing list threads i participated in will get archived and not hit the inbox, so i missed the reply
Jul 27 18:02:17 * kergoth turns it back on
Jul 27 19:36:52 <kergoth> hmm
Jul 27 19:39:04 <rburton> kergoth: indeed
Jul 27 19:41:29 <kergoth> My working theory on the glibc-locale build-deps warnings is that certain external sourcery toolchains don't have all the binary localedata, so we end up with some locale-base packages emitted for locales which have no binary localedata. since those aren't listed in the glibc-locale PACKAGES, we get a QA failure, even though it's not possible to fix the qa failure, since no recipe emits that package at all.
Jul 27 19:41:32 * kergoth digs further
Jul 27 19:42:04 <rburton> kergoth: fwiw, i replicated without an external toolchain :)
Jul 27 19:42:13 <kergoth> huh
Jul 27 19:42:36 <kergoth> i think the rest is accurate, though, i think there's a mismatch in the locales for which locale-base is emitted vs those for which binary localedata is emitted
Jul 27 19:42:39 <kergoth> hmm
Jul 27 19:59:48 <kergoth> rburton: heh, in this build glibc-binary-localedata-ja-jp.eucjp and glibc-binary-localedata-ja-jp.utf8 were emitted, but locale-base emitted .euc-jp and .utf-8, respectively, so thats what it depended on. mismatch due to a single dash :P
Jul 27 19:59:50 * kergoth rolls eyes
Jul 27 20:03:25 * kergoth disables use of precompiled binary locales to see how the behavior differs
Jul 27 21:38:49 <RP> kergoth: I'm not sure I want to know...
Jul 27 23:07:50 <kergoth> huh, i didn't realize using ^ at the beginning of a bracket expression in shell is unspecified behavior, that ! should be used instead (e.g. [!a-b] not [^a-b])
Jul 27 23:08:15 <kergoth> seebs: did you know about that one? i'm not sure how i missed it.. i guess because most shells seem to handle both
Jul 27 23:43:40 <seebs> I did not know about that one. Wow!
Jul 27 23:43:52 <seebs> I may have known about it in the past but I had apparently forgotten.
Jul 27 23:49:29 <kergoth> "The description of basic regular expression bracket expressions in the Base Definitions volume of IEEE Std 1003.1-2001, Section 9.3.5, RE Bracket Expression shall also apply to the pattern bracket expression, except that the exclamation mark character ( '!' ) shall replace the circumflex character ( '^' ) in its role in a "non-matching list" in the regular expression notation. A bracket expression starting with an unquoted circumflex character produces
Jul 27 23:49:29 <kergoth>  unspecified results."
Jul 27 23:49:39 * kergoth fixes a couple of his scripts
**** ENDING LOGGING AT Tue Jul 28 02:59:58 2015