**** BEGIN LOGGING AT Mon Jul 06 02:59:59 2015
Jul 06 06:18:19 <LetoThe2nd> howdy! is there a way to "depend" on a busybox configuration? e.g. a recipe that need some switch in a busybox call to be available
Jul 06 06:25:35 <koen> not really
Jul 06 06:25:40 <koen> the config isn't exported
Jul 06 06:25:55 <LetoThe2nd> gah.
Jul 06 06:26:01 <koen> the best you can do is try to read teh PACKAGE_CONFIG for busybox, but that will run into scoping problems
Jul 06 06:26:18 <koen> option b is to have test for it in e.g. the postinst
Jul 06 06:26:26 <koen> or depend on the full util
Jul 06 06:26:50 <LetoThe2nd> .. which is both hard if the the util is there anyways, but a command line switch isnt
Jul 06 06:28:03 <nrossi> i remember doing something similar awhile back, ended up using DISTRO_FEATURES with "busybox-<foo>" to enable said feature, which can also be used to detect if the feature is there
Jul 06 06:28:47 <LetoThe2nd> nrossi: ok, but still this is invasive to the busybox recipe, right?
Jul 06 06:29:48 <nrossi> LetoThe2nd: yep still required a bbappend for the busybox recipe
Jul 06 06:30:04 <LetoThe2nd> hmkay
Jul 06 06:30:57 <LetoThe2nd> sounds a bit clumsy if you don't mind the expression, but might work
Jul 06 06:39:44 <nrossi> LetoThe2nd: The other way you could do it is with a PROVIDES in busybox which is an empty/virtual package
Jul 06 06:47:13 <LetoThe2nd> nrossi: ah, thanks!
Jul 06 07:33:58 <mckoan> good morning
Jul 06 07:54:41 <woglinde> hi mckoan
Jul 06 07:59:26 <mckoan> hi woglinde 
Jul 06 08:26:03 <bluelightning> morning all
Jul 06 08:32:24 <woglinde> hi bl
Jul 06 08:35:07 <bluelightning> hi woglinde
Jul 06 08:43:36 <mckoan> hi bluelightning 
Jul 06 08:43:42 <bluelightning> hi mckoan
Jul 06 10:37:25 <like2wise> gm all
Jul 06 10:38:38 <like2wise> I notice that when I change MACHINE after a completed (image) build, and I build the image for another MACHINE, many (all) *_setscene tasks are called. Why is this?
Jul 06 11:16:07 <Crofton|work> like2wise, I will guess they are taking packages that are already in shared state and building the sysroot
Jul 06 11:16:12 <Crofton|work> but I do not really know
Jul 06 11:40:31 <like2wise> Crofton, that might be it: sysroot is machine dependent, not arch dependent
Jul 06 11:43:47 <rob_w> wasnt there a bitbake target which would summarize all license files used in a image build ?
Jul 06 11:46:46 <LetoThe2nd> rob_w: look in tmp/deploy/images/$MACHINE and look for the file named after the image and timestamp corresponding to the desired build
Jul 06 11:48:24 <rob_w> LetoThe2nd: u mean the .manifest ?
Jul 06 11:48:57 <LetoThe2nd> rob_w: don't know the exact filenames, just have a look into them
Jul 06 11:56:41 <Crofton|work> like2wise, you see the same thing if you delete tmp, it repopulates tmp from sstate
Jul 06 12:13:22 <rob_w> ok i got under tmp/deploy/licenses/my-image/ 
Jul 06 12:13:25 <rob_w> thats good .
Jul 06 12:13:47 <rob_w> is there a bitabke target for a certain image , which would tar up all source codes used ?
Jul 06 12:17:13 <bluelightning> rob_w: see http://www.yoctoproject.org/docs/1.8/dev-manual/dev-manual.html#maintaining-open-source-license-compliance-during-your-products-lifecycle
Jul 06 12:17:20 <bluelightning> (basically, archiver.bbclass)
Jul 06 12:18:07 <jackmitchell> is python allowed in conf files, a distro conf for example
Jul 06 12:19:34 <jackmitchell> I'm trying to do something like def func () { return d.getVar('VAR', True) } VAR := ${@func}
Jul 06 12:29:06 <jackmitchell> ok, I got it working with a 1 liner
Jul 06 12:31:23 <like2wise> jackmitchell: obligatory to post it :)
Jul 06 12:31:55 <like2wise> (nothing more frustrating than reading IRC logs that someone fixed your problem)
Jul 06 12:34:24 <jackmitchell> like2wise: it's on the mailing list, but for completeness
Jul 06 12:34:25 <jackmitchell> SDKPATH := "${@os.path.abspath(d.getVar('TOPDIR', True)+"/../sdk/"+d.getVar('SDK_VERSION', True)+"/"+d.getVar('SDK_ARCH', True))}"
Jul 06 12:38:29 <like2wise> jackmitchell: thanks
Jul 06 13:30:56 <realBigfoot> Does anyone know,  what would cause my rootfs to boot in Read Only?
Jul 06 13:39:42 <nrossi> realBigfoot: is the rootfs on a sd card?
Jul 06 13:53:28 <realBigfoot> nrossi, yes when I make the image and boot it on a minnow
Jul 06 13:54:43 <nrossi> realBigfoot: did you check to see if the kernel is giving a message regarding setting the block device to read-only mode? also those pesky lock switches on the edge of the card can be annoying :)
Jul 06 13:56:43 <realBigfoot> nrossi, it builds successfully without any msg. I double checked the swtich and it is in the right position :(
Jul 06 13:57:22 <nrossi> realBigfoot: got a spare card to make sure its not just the card playing dirty?
Jul 06 13:57:43 <realBigfoot> haha nrossi, good call! I will check it out
Jul 06 13:57:46 <nrossi> also check your /etc/fstab to make sure it has not got "ro" in the options for the rootfs mount
Jul 06 13:59:13 <realBigfoot> nrossi, my fstab is->  "/dev/root  /  auto   defaults  1  1"
Jul 06 13:59:39 <realBigfoot> only my / is read only, I have tested here /tmp and it works
Jul 06 14:00:20 <nrossi> realBigfoot: /tmp should be a tmpfs mount, (you can check $ cat /proc/mounts // $ mount)
Jul 06 14:01:59 <realBigfoot> nrossi, alright my /dev/root is ro and my /tmp is a tmpfs but is has rw attributed
Jul 06 14:02:13 <realBigfoot> nrossi, but why would it be generated like this ? 
Jul 06 14:02:23 <Crofton> realBigfoot, also can you see what args are passed to the kernel
Jul 06 14:02:40 <realBigfoot> Crofton, how do I do this ?
Jul 06 14:02:56 <realBigfoot> on mounts ?
Jul 06 14:03:07 <Crofton> look at the boot messages
Jul 06 14:03:17 <Crofton> pastebin the boot log
Jul 06 14:03:31 <realBigfoot> Crofton, alright I will try it
Jul 06 17:05:53 <Crofton|work> http://stackoverflow.com/questions/31226962/workaround-for-tar-1-27s-bug-in-ubuntu-14-04
Jul 06 17:08:15 <Crofton|work> Being from France, I wrote LICENCE_FLAGS_WHITELIST instead of LICENSE_FLAGS_WHITELIST
Jul 06 18:26:57 <Crofton|work> jfk
Jul 06 18:27:16 <Crofton|work> I'm about to submit this line as wic.bbclass
Jul 06 18:27:27 <Crofton|work> DEPENDS_prepend = "parted-native mtools-native dosfstools-native "
Jul 06 18:32:21 <bluelightning> Crofton|work: I think we could go further than that - at OEDAM Martin and I were talking about a multiimage.bbclass that actually lets you construct the images through the build system, and I believe that Ed may be working on something like that
Jul 06 18:32:52 <Crofton|work> sure, I can see adding something to run wic etc
Jul 06 18:33:11 <Crofton|work> everytime I clean tmp, I get burnined running my script because I lose those bits
Jul 06 18:33:56 <Crofton|work> Ed also needs to make sure he has a way to pass a thread count to xz for compressing, makes a big time difference
Jul 06 18:34:35 <bluelightning> ok... if there's not already a bug filed, it would be worth filing something so the issue is tracked
Jul 06 18:34:39 <bluelightning> I gotta go catch a train, bbl
Jul 06 18:34:49 <Crofton|work> I sent it as review for some of his pactehs
**** ENDING LOGGING AT Tue Jul 07 02:59:58 2015