**** BEGIN LOGGING AT Wed Aug 24 02:59:58 2016
Aug 24 04:49:02 <Guest_84857> allah is doing
Aug 24 04:49:10 <Guest_84857> sun is not doing allah is doing
Aug 24 04:49:17 <Guest_84857> moon is not doing allah is doing
Aug 24 04:49:25 <Guest_84857> stars are not doing allah is doing
Aug 24 04:49:33 <Guest_84857> planets are not doing allah is doing
Aug 24 04:49:42 <Guest_84857> galaxies are not doing allah is doing
Aug 24 04:49:53 <Guest_84857> oceans are not doing allah is doing
Aug 24 04:50:10 <Guest_84857> mountains are not doing allah is doing
Aug 24 04:50:18 <Guest_84857> trees are not doing allah is doing
Aug 24 04:50:25 <Guest_84857> mom is not doing allah is doing
Aug 24 04:50:33 <Guest_84857> dad is not doing allah is doing
Aug 24 04:50:42 <Guest_84857> boss is not doing allah is doing
Aug 24 04:50:53 <Guest_84857> job is not doing allah is doing
Aug 24 04:51:02 <Guest_84857> dollar is not doing allah is doing
Aug 24 04:51:11 <Guest_84857> degree is not doing allah is doing
Aug 24 04:51:18 <Guest_84857> medicine is not doing allah is doing
Aug 24 04:53:12 <Guest_84857> customers are not doing allah is doing
Aug 24 04:54:55 <Guest_84857> you can not get a job without the permission of allah
Aug 24 04:55:13 <Guest_84857> you can not get married without the permission of allah
Aug 24 05:39:52 <iskander_work> hello
Aug 24 05:40:11 <iskander_work> belen: my fix for BuildArtifact max_length worked
Aug 24 05:40:31 <iskander_work> i'm able to download all build artifacts now
Aug 24 05:40:54 <iskander_work> i'll post the patch to the toaster mailing list today
Aug 24 08:01:21 <iskander_work> hello
Aug 24 08:01:30 <iskander_work> i built a sdk
Aug 24 08:01:50 <iskander_work> installed eclipse luna and created a hellow world project
Aug 24 08:01:58 <iskander_work> i cannot build it
Aug 24 08:05:33 <iskander_work>   /opt/poky/2.1.1/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/5.3.0/real-ld:
Aug 24 08:05:33 <iskander_work>   error: cmTryCompileExec2717519082 uses VFP register arguments,
Aug 24 08:05:36 <iskander_work>   CMakeFiles/cmTryCompileExec2717519082.dir/testCCompiler.c.o does not
Aug 24 08:25:13 <iskander_work> i'm using a cmake project
Aug 24 08:25:51 <iskander_work> and looks like cmake is using wrong copmpiler flags, not the ones which i see in "Preferences"
Aug 24 08:46:19 <iskander_work> the Yocto ADT plugin generates toolchain.cmake file and it contains wrong values :( argh)
Aug 24 08:48:41 <sveinse> When setting up a custom SDK, TOOLCHAIN_TARGET_TASK can refer to a packagegroup recipe. Can the TOOLCHAIN_HOST_TASK do the same? Refer to packagegroup from the same recipe? Or do they have to be two different recipes due to inherit nativesdk in the latter?
Aug 24 08:51:32 <sveinse> Looking at nativesdk.bbclass, I don't think a packagegroup recipe inheriting nativesdk can be setup for target as well as nativesdk
Aug 24 09:08:19 <iskander_work> ok, i solved it, apparently it was a bug in Yocto ADT plugin and was fixed in version 2.1.1, but the manual is still using 2.1
Aug 24 09:13:44 <belen> iskander_work: good to know. Thanks!
Aug 24 09:15:43 <iskander_work> hi belen
Aug 24 09:15:56 <iskander_work> i fixed the issue with build artifacts
Aug 24 09:17:19 <belen> iskander_work: excellent :) Looking forward to a patch
Aug 24 10:10:48 <present> HI
Aug 24 10:11:17 <present> I'm looking for the list of tested Operating System for Yocto?
Aug 24 10:11:30 <present> Distribution I mean
Aug 24 10:11:43 <present> I know LinuxMint is not.
Aug 24 10:11:59 <present> I'm having troubles with Ubuntu and VMware...
Aug 24 10:12:17 <present> So I just hope the latest Debian is in the list:
Aug 24 10:12:19 <present> *!
Aug 24 10:12:39 <iskander_work> http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#detailed-supported-distros
Aug 24 10:13:20 <present> iskander_work: Great!!! Thanks a lot!!
Aug 24 10:14:36 <iskander_work> yaw
Aug 24 10:15:36 <iskander_work> i heard that krogoth works on ubuntu-16 too which is not on the list
Aug 24 10:16:21 <rubdos> I work on Arch, which admittedly has a lot of troubles using GCC6...
Aug 24 10:16:37 <rubdos> especially on krogoth, which doesn't have all gcc6 backports :P
Aug 24 10:16:51 <iskander_work> i also tried arch first :)
Aug 24 10:19:12 <rubdos> Well, I got it to work more or less
Aug 24 10:20:02 <rubdos> pseudo is the one which is giving me troubles now. Apparently it got fixed in pseudo 1.8; krogoth is on 1.7.5, but I don't think yocto wants to upgrade krogoth to 1.8 :s
Aug 24 10:20:07 <iskander_work> i would be interested in your workaround
Aug 24 10:20:09 <present> The supported distros is more related to the "tested" distro I guess.
Aug 24 10:20:32 <present> Thus others would work also.
Aug 24 10:21:31 <rubdos> Well, I added export CPPFLAGS="$CPPFLAGS -std=c90 -fPIC" to lzop... :P
Aug 24 10:21:41 <rubdos> That fixed 50% of the problems with my build
Aug 24 10:21:50 <rubdos> still have to work around the pseudo thing
Aug 24 10:23:03 <rubdos> but having the python modules we need upstreamed was priority for my client, so I got four patches in queue atm :p
Aug 24 10:30:33 <iskander_work> ok, thanks
Aug 24 10:33:49 <iskander_work> a question
Aug 24 10:34:05 <iskander_work> is it possible to disable connman in core-image-sato ?
Aug 24 10:34:12 <iskander_work> without any patches
Aug 24 10:40:15 <sveinse> I'm trying to build an SDK and when I use TOOLCHAIN_HOST_TASK with any RDEPENDS that require compiler, bb stops at: "Nothing provides 'virtual/x86_64-pokysdk-linux-gcc'". What do I need to do to have it added?
Aug 24 11:11:54 <neverpanic> I hope it's acceptable to send a bump mail for an unmerged patch on the lists?
Aug 24 11:17:10 <rubdos> neverpanic, after how much time do you do that?
Aug 24 11:46:27 <neverpanic> rubdos: patch was sent 08-11, so two weeks ago
Aug 24 11:46:46 <rubdos> Well, I suppose it's rightful then.
Aug 24 11:47:14 <rubdos> perhaps you should CC the maintainer of the subproject
Aug 24 11:54:16 <neverpanic> Well, it's meta-oe and I sent the patch to openembedded-core; maybe I should have sent it to openembedded-devel?
Aug 24 11:55:26 <neverpanic> Oh, I might actually be on the wrong list with the patch.
Aug 24 11:55:52 <jku> neverpanic: yeah openembedded-devel would be right list for meta-oe
Aug 24 11:58:24 <neverpanic> So do I repost it to openembedded-devel now or wait to not annoy people even more? ;-)
Aug 24 12:01:55 <jku> neverpanic: :) I think you will have to post it there (with "[meta-oe]" tag in title) for the right people to notice
Aug 24 12:10:49 <HyP3r> does someone know in what package the tool 'install' is included?
Aug 24 12:11:02 <HyP3r> http://linux.die.net/man/1/install
Aug 24 12:20:54 <jku> HyP3r: coreutils at least
Aug 24 12:42:35 <HyP3r> jku: thanks
Aug 24 12:52:13 <davis> Hello
Aug 24 14:42:42 <Kakounet> Hi ! boucman_work thanks to your help I achieved to put meta-networking and make brctl work ! Wouhouuu (I'm sooo happy :) ) I have now a little issue with my kernel : I activated a module (802.1d Ethernet Bridging) but after a bitbake virtual/kernel and a bitbake core-image-base I still have the same issue on my board (add bridge failed: Package not installed). I really think it's a clean something issue but I can't figure it out... 
Aug 24 14:47:58 <boucman_work> hmm
Aug 24 14:48:58 <boucman_work> you could start by "bitbake -c cleanall virtual/kernel" though I'm not sure if it will trigger a clean of the modules too
Aug 24 14:51:49 <Cwiiis> How do you specify an ssh git SRC_URI? I seem to have specified the URI ok, but I don't know how to specify the username and it just hangs...
Aug 24 14:53:53 * Kakounet is trying bitbake -c cleanall virtual/kernel
Aug 24 14:58:42 <tobias_> Hello! I wanna use a specific version of a recipe. In this case its php, in meta-oe there are three different versions named: php_x.x.x.bb, when including php it chooses the latest version, how do i choose to build a older version?
Aug 24 15:02:37 <jmesmon> Is there a pattern I should follow for the "right way" to write init scripts for yocto?
Aug 24 15:03:00 * jmesmon is used to using systemd
Aug 24 15:10:21 <CTtpollard> tobias_: depending on exactly what you want to do 'PREFERRED_VERSION_$recipe' in local.conf may suit your needs
Aug 24 15:10:46 <CTtpollard> jmesmon: used systemd with yocto? :P
Aug 24 15:11:29 <jmesmon> CTtpollard: in the past I have. At the moment I'm working with some folks who aren't hot on that idea, though.
Aug 24 15:11:56 <moto-timo> in that case: http://www.yoctoproject.org/docs/2.1/mega-manual/mega-manual.html#selecting-an-initialization-manager
Aug 24 15:15:09 <moto-timo> also, ifupdown is a common example: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/ifupdown/ifupdown_0.8.2.bb
Aug 24 15:20:17 <jmesmon> moto-timo: sure, I know how to change it to use systemd. My problem is I need to us SysVinit (for political purposes), and I'm looking for the correct way to do it. I'll take a look at ifupdown. It looks like the initscripts package also includes some scripts. I'm just not sure there are any examples on handling a spawned process and managing it.
Aug 24 15:21:10 <moto-timo> most of us have moved on to systemd ;)
Aug 24 15:23:55 <moto-timo> Cwiiis: git://user@server/path;protocol=ssh
Aug 24 15:24:41 <Cwiiis> moto-timo: yup, thanks :)
Aug 24 15:29:38 <HyP3r> How can I change the default compilation optimization level?
Aug 24 15:34:58 <cyball> hi .. is there a layer which is able to create lxc container images?
Aug 24 15:38:08 <moto-timo> cyball: search for lxc on https://layers.openembedded.org/layerindex/
Aug 24 15:38:26 <moto-timo> cyball: meta-overc and meta-virtualization
Aug 24 15:39:51 <cyball> moto-timo, well meta-virtualization does not provide lxc images ... and it does not run because of non exitent do_image_ext4
Aug 24 15:41:12 <moto-timo> cyball: creating containers from image recipes is tricky. meta-overc does create containers, but generic containers is still in process
Aug 24 15:42:02 <cyball> moto-timo, it would be enough to have a tar.gz file which can be imported :)
Aug 24 16:53:24 <davis> so i have a SDK built. I'm trying to test it with the minicom source. ive tried various ways to run ./configure with diff parms.
Aug 24 16:53:50 <davis> i've also tried to recreate the configure script using autoconf and aclocal
Aug 24 16:54:01 <davis> but i'm very green with the autotools
Aug 24 16:54:05 <davis> any tips?
Aug 24 16:56:06 <davis> nvm it is this
Aug 24 16:56:27 <davis> ./configure ${CONFIGURE_FLAGS}
Aug 24 16:59:28 <m2> has anyone tried using the qemu 2.7 RC to run a basic image from meta-raspberrypi? I tried a lot of config variations with 2.6 + machine=raspi2 and I couldn't get it to boot
Aug 24 17:07:51 <khem> m2: did it work in past ?
Aug 24 17:08:43 <khem> davis: once you set the sdk env then building should be similar to native package
Aug 24 17:12:57 <davis> i tried to do ./configure on this source and it failed.
Aug 24 17:13:06 <davis> that method above would complete.
Aug 24 17:19:36 <hweaving> What's the proper way to get a systemd service running on startup with Yocto?
Aug 24 17:20:10 <hweaving> I added nginx to a Yocto build, and I can manually do "systemctl start nginx" or whatnot, but it does not start automatically.
Aug 24 17:21:06 <khem> hweaving: I assume you added systemd to DISTRO_FEATURES
Aug 24 17:21:17 <khem> davis: what errors do you see
Aug 24 17:22:40 <hweaving> khem:  Yes
Aug 24 17:22:58 <hweaving> DISTRO_FEATURES_APPEND = " systemd"
Aug 24 17:23:08 <hweaving> DISTRO_FEATURES_append, that is
Aug 24 17:24:20 <khem> OK then next thing to see is if you have SYSTEMD_AUTO_ENABLE = "enable" set for nginx
Aug 24 17:24:52 <hweaving> khem:  Digging through my "bitbake -e" output...
Aug 24 17:29:08 <hweaving> khem:  It does not appear to be used.  The nginx recipe detects that DISTRO_FEATURES includes 'systemd', and then uses "install -d ..." to install service scripts/units.
Aug 24 17:32:49 <khem> ok
Aug 24 17:34:02 <hweaving> khem: Although the systemd.bbclass script sets SYSTEMD_AUTO_ENABLE ??= "enable"
Aug 24 17:34:59 <khem> hweaving: yes that should be enough to enable it
Aug 24 17:35:38 <khem> hweaving: can you find nginx.service in rootfs of the image build area ?
Aug 24 17:38:24 <hweaving> khem:  It shows up in /lib/systemd/system with "WantedBy=multi-user.target" in the [Install] section.
Aug 24 17:38:46 <hweaving> and "After=network.target"
Aug 24 17:39:55 <khem> if it doesnt show in etc/ then it means its not being enabled
Aug 24 17:40:14 <khem> so SYSTEMD_AUTO_ENABLE is not effective it seems
Aug 24 17:44:01 <hweaving> khem:  After booting the system, it turns out that directory gets copied into /etc
Aug 24 17:44:36 <khem> copied ?
Aug 24 17:45:05 <khem> who copies it
Aug 24 17:46:31 <hweaving> khem:  I'm not sure.  I'm guessing something in the Yocto build process, but that's where I'm ignorant.
Aug 24 17:46:47 <hweaving> Apparently /lib/systemd/system has all the .service files, but /etc/systemd/system only has a few files (NOT including nginx).
Aug 24 17:47:03 <hweaving> So that would explain why it's not starting, but not why it's missing from that directory by default
Aug 24 17:47:12 <hweaving> ls
Aug 24 17:47:13 <khem> hweaving: thats the problem why it does not start on boot
Aug 24 17:47:20 <khem> right
Aug 24 17:47:36 <khem> are you usng master or some other release
Aug 24 17:48:35 <hweaving> khem:  OpenBMC which mostly pulls from upstream, I believe.
Aug 24 17:49:37 <khem> hmm
Aug 24 17:49:55 <khem> what services do you see in image build under etc/
Aug 24 17:52:17 <hweaving> khem:  All ".service" files in /etc/systemd/system point to /dev/null
Aug 24 17:53:03 <khem> that is list of disabled services
Aug 24 17:53:35 <hweaving> khem: There are a few ".wants" directories in /etc/systemd/system with actual services inside them:  getty.target, local-fs.target, multi-user.target, network-online.target, sockets.target, sysinit.target, systemd-random-seed.service
Aug 24 17:53:53 <khem> right, those start automatically
Aug 24 17:54:19 <khem> ok can you show the .service file for .nginx
Aug 24 17:54:36 <khem> It might be missing install section
Aug 24 17:55:36 <fray> khem did you have any time to look into the binutils/arm/ppc linking issue?
Aug 24 17:56:05 <fray> (the -z nocopyreloc not working)
Aug 24 17:56:31 <hweaving> khem: The .service file for .nginx is only under /lib, in case I didn't make that clear
Aug 24 17:57:00 <khem> thats fine. I was asking for its content
Aug 24 17:57:00 <hweaving> khem: And it has [Install] WantedBy=multi-user.target
Aug 24 17:57:20 <khem> OK thats fine it seems then
Aug 24 17:57:51 <khem> fray: briefly, I looked into 2.27 dont see anything obvious
Aug 24 17:58:39 <hweaving> khem:  The "multi-user.target.wants" directory does not show nginx.  What populates this directory?
Aug 24 17:59:00 <fray> I couldn't get gold to build anything that ran.. (probably unrelated)  the prior binutils worked -- so it has to be something 'changed'.. but bisecting might be difficult
Aug 24 18:00:00 <khem> hweaving: it gets populating during rootfs creation of image
Aug 24 18:00:19 <hweaving> khem:  Maybe there's a recipe I need to rerun for that
Aug 24 18:00:21 <khem> fray: gold has got few patches which we need to backport
Aug 24 18:00:58 <khem> hweaving: not really its default, so I am wondering whats going on there. Do you have read-only-rootfs in IMAGE_FEATURES
Aug 24 18:01:36 <hweaving> khem:  Stand by, I'm about to look really stupid since bitbake is running some configuration steps
Aug 24 18:01:39 <fray> I expect the -z nocopyreloc is so rarely used it's likely not going to be a real world problem.. (might be for non-linux code or something not sure)
Aug 24 18:05:50 <khem> fray: I think its a good feature for hardening
Aug 24 18:05:58 <khem> IIRC android used it
Aug 24 18:06:07 <fray> ok
Aug 24 18:06:26 <fray> it works on IA.. if it's valid on MIPS it's working there.. I'm not sure if it is or is not..
Aug 24 18:06:33 <khem> since it will not generate those textrels
Aug 24 18:06:40 <fray> the test case only runs on 32-bit machines, 64-bit (and S390/z390) is excluded
Aug 24 18:07:28 <khem> I see
Aug 24 18:08:20 <fray> case "`$RUN uname -m`" in
Aug 24 18:08:20 <fray>   x86_64|s390*|sparc*) if file reloc1lib1.so | grep -q 64-bit; then NOCOPYRELOC$
Aug 24 18:08:20 <fray> esac
Aug 24 18:08:31 <fray> so it's NOT run on x86-64, s390 and sparc...
Aug 24 18:08:38 <fray> (arm64 doesn't work yet.. so it's not run there either)
Aug 24 18:08:47 <fray> I did run it on MIPS and MIPS64 and it "worked"
Aug 24 18:09:23 <hweaving> khem: Nope, even though it ran some nginx configure steps, the multi-user.target.wants directory doesn't contain nginx.  IMAGE_FEATURES does contain "read-only-rootfs" if I'm reading properly.
Aug 24 18:24:01 <sveinse> bitbake can run multiple target in one invocation right?
Aug 24 18:24:25 <sveinse> E.g. build target image and sdk in one single run?
Aug 24 18:24:43 <hweaving> khem: Does the read-only-rootfs setting cause issues?
Aug 24 18:25:51 <khem> hweaving: I dont think it should
Aug 24 18:26:07 <khem> sveinse: yes
Aug 24 18:49:49 <hweaving> khem:  Would you say a systemd-compatible service recipe should be required to "inherit systemd"?
Aug 24 18:50:09 <hweaving> nginx does "inherit update-rc.d useradd" but not systemd, so I'm adding it in experimentally.
Aug 24 19:04:40 <khem> hweaving: it should be inheriting that yes
Aug 24 19:05:26 <hweaving> khem:  Seems like something for a future Yocto nginx patch then, thanks
Aug 24 19:07:39 <khem> definitely
Aug 24 20:11:16 <hweaving> Is there any standard Yocto paradigm for adding files to rootfs such that they will get copied again if modified?
Aug 24 20:11:40 <hweaving> I basically want a post-build copy script to drop things in (like SSL certs)
Aug 24 20:13:02 <rob_w> i guess bbappend to a existing recipe is one good way to do that
Aug 24 20:13:51 <rob_w> at least thats a valid way to even change existing conf files for example to your taste
Aug 24 20:22:44 <hweaving> rob_w: I'm going to try making a new package
Aug 24 20:34:53 <khem> yeah I would suggest to avoid post processing
Aug 24 20:35:05 <khem> it just bypasses the build depchains
Aug 24 21:01:04 <hweaving> khem: Adding systemd to the inherit list and adding SYSTEMD_SERVER_${PN} seems to fix the script setup issue
Aug 24 21:01:22 <hweaving> Thank you for your time
Aug 24 21:25:53 <khem> ah I wanted to thank you too but you left hweaving
**** ENDING LOGGING AT Thu Aug 25 02:59:58 2016