**** BEGIN LOGGING AT Fri Oct 11 02:59:58 2013
Oct 11 09:47:15 <bluelightning> ant_work: patches merged (incl the one you emailed me about) - thanks
Oct 11 09:47:28 <ant_work> great, thx
Oct 11 09:49:42 <ant_work> github creates v06.tar.gz tarball, extracting to kexecboot-0.6
Oct 11 09:50:11 <ant_work> I had some little troubles with the -klibc variant
Oct 11 09:50:36 <ant_work> first sign was LIC checksum couldn't find the file
Oct 11 09:50:52 <ant_work> there are many pits with BBCLASSEXTEND ;)
Oct 11 09:52:26 <ant_work> btw, what about  seperatebuilddir.inc
Oct 11 09:52:49 <ant_work> (seems a typo btw)
Oct 11 09:53:00 <bluelightning> typo?
Oct 11 09:53:07 <ant_work> seperate ?
Oct 11 09:53:12 <ant_work> sepArate?
Oct 11 09:53:17 <bluelightning> ah yes
Oct 11 09:53:28 <bluelightning> probably not a typo but a spelling mistake
Oct 11 09:53:36 <ant_work> only recipes in oe-core go there?
Oct 11 09:54:01 <bluelightning> I think so; I'm not sure if long term that file goes away (i.e. gets merged into the recipes) or not
Oct 11 09:54:12 <ant_work> ok
Oct 11 09:54:26 <ant_work> I came there grepping for shadow-native
Oct 11 09:55:02 <ant_work> building distroless I have a missing provider for 'login' apparently provided by util-linux
Oct 11 09:55:51 <ant_work> missing provider or other problem...
Oct 11 09:56:10 <bluelightning> have you filed a bug for that?
Oct 11 09:56:29 <ant_work> trying to see if it is solved by the distros
Oct 11 09:56:31 <bluelightning> it kind of looks like a fairly serious bug
Oct 11 09:56:42 <bluelightning> even if it is solved by distros it should be fixed
Oct 11 09:57:22 <ant_work> Oct 10 23:09:31 <ant_home> WARNING: The recipe shadow-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
Oct 11 09:57:22 <ant_work> Oct 10 23:09:31 <ant_home>    /oe/oe-core/build/tmp-eglibc/sysroots/i686-linux/bin/login
Oct 11 09:57:22 <ant_work> Oct 10 23:09:31 <ant_home>    Matched in manifest-i686-util-linux-native
Oct 11 09:57:22 <ant_work> Oct 10 23:09:31 <ant_home> Please verify which package should provide the above files.
Oct 11 09:57:54 <ant_work> is strange, native stuff
Oct 11 09:59:16 <ant_work> don't you have it in the logs?
Oct 11 10:04:22 <bluelightning> I hadn't noticed it, no
Oct 11 10:17:04 <bluelightning> ant_work: if I build util-linux-native then shadow-native I do see the error
Oct 11 10:17:11 <bluelightning> (well, warning)
Oct 11 10:19:41 <ant_work> ah, ok :/ reproduced
Oct 11 10:21:51 <ant_work> I build core-image-base
Oct 11 10:22:00 <ant_work> normally
Oct 11 10:22:44 <bluelightning> hmm, oddly I can't see it in the autobuilder logs
Oct 11 11:03:47 <ant_work> ok, at first shadow-native did not provide login
Oct 11 11:03:49 <ant_work> http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-extended/shadow?id=37b8c18a3c2f3e77a9810a56a8ee786855ae1ba3
Oct 11 11:05:16 <ant_work> hm.. maybe here
Oct 11 11:05:17 <ant_work> http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-extended/shadow?id=6437e7315a0f2e077f9d69e4b65b48280ea8edbc
Oct 11 11:07:04 <ant_work> ah, no, I see it there
Oct 11 11:07:21 <bluelightning> I'm filing a bug now
Oct 11 11:07:24 <ant_work> http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-extended/shadow?id=44fafdb5eca1fc8766bf649bc78e770e1d18979d
Oct 11 11:07:59 <ant_work> I think the file did slip in inadvertitely
Oct 11 11:08:19 <ant_work> but I'd need a bit of debug. Pls open a bug ;)
Oct 11 11:10:19 <bluelightning> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5338
Oct 11 11:11:11 <ant_work> right
Oct 11 11:57:17 <ant_work> bluelightning: so I might have found info about the make 3.82 extra test with leading space
Oct 11 11:57:23 <ant_work> http://www.chemie.fu-berlin.de/chemnet/use/info/make/make_8.html
Oct 11 11:57:55 <ant_work> "Commas and unmatched parentheses or braces cannot appear in the text of an argument as written; leading spaces cannot appear in the text of the first argument as written."
Oct 11 11:58:10 <ant_work> ...leading spaces
Oct 11 11:59:13 <ant_work> neverthless 3.81 did swallow it
Oct 11 12:00:32 <ant_work> ML or bug?
Oct 11 12:05:10 <ant_work> doh, seems to be the same issue ?
Oct 11 12:05:12 <ant_work> http://comments.gmane.org/gmane.comp.gnu.make.bugs/5431
Oct 11 12:06:22 <ant_work> what ugly interface :/
Oct 11 12:06:47 <ant_work> early 1990's
Oct 11 12:09:59 <ant_work> now I see it clearly:
Oct 11 12:10:30 <ant_work> 2010 bug was about failing on parsing dependencies
Oct 11 12:10:51 <ant_work> 2011 bug, even with the fix for the previous, the leading space
Oct 11 12:10:59 <ant_work> now it is clear
Oct 11 12:11:09 <ant_work> first one was very bad :/
Oct 11 12:11:26 <ant_work> Somehow Gentoo did not think the second one was serious
Oct 11 12:22:27 <ant_work> here is the patch
Oct 11 12:22:28 <ant_work> http://git.savannah.gnu.org/cgit/make.git/commit/?id=b06b8c64a29a5ba3a8daecd829fa2f98d42cb285
Oct 11 12:55:17 <ant_work> Jay7x: will you add some news about 0.6 on kexecboot.org?
Oct 11 14:12:02 <ant_work> Jay7x: there is a new fork with loop an more
Oct 11 14:13:20 <ant_work> is a mega-patch, hard to review
Oct 11 14:14:10 <ant_work> there is BOOT_TYPE, though
Oct 11 14:14:48 <ant_work> +#define BOOT_TYPE_LINUX    0x1
Oct 11 14:14:48 <ant_work> +#define BOOT_TYPE_KEXEC    0x2
Oct 11 14:14:48 <ant_work> +#define BOOT_TYPE_IMAGE    0x4
Oct 11 14:15:29 * oc80z would be interested in news
Oct 11 14:15:32 <ant_work> unfortunately there are hardcoded stuff
Oct 11 14:15:44 <ant_work> +#define MMCBLK_BOOTCONF      "/dev/mmcblk0p5"
Oct 11 14:15:45 <ant_work> +#define MMCBLK_BOOTCONF_FSTYPE  "vfat"
Oct 11 14:16:00 <ant_work> seems machine-specific
Oct 11 14:17:07 <ant_work> link is:   https://github.com/moreD/kexecboot/commit/6504a27d4afd5ceab41cfc8d78f8b5ba4a439503
Oct 11 14:18:35 <ant_work> I think we have to add losetup anyway
Oct 11 14:23:01 <ant_work> don't remember whether klibc's mount -o loop works
Oct 11 14:24:59 <ant_work> bb
Oct 11 16:23:53 <ant_home> bluelightning: now is hx4700 turn
Oct 11 16:24:04 <ant_home> right now...
Oct 11 16:24:26 <ant_home> koen has one iirc
Oct 11 16:24:50 <ant_home> btw we need to commit the formfactor files !
Oct 11 16:25:27 <ant_home> oc80z: have you seen the patch?
Oct 11 16:26:44 <oc80z> i have not let me see, eh..
Oct 11 16:29:12 <oc80z> confusing -- there is a change from /mnt to rootfs
Oct 11 16:29:23 <oc80z> sorry mountpoint to rootfs
Oct 11 16:29:32 <oc80z> and below there is still mountpoint
Oct 11 16:29:32 <ant_home> anyway klibc mount doesn't support loop
Oct 11 16:29:48 <oc80z> oh this is for the icon path,
Oct 11 16:29:53 <ant_home> must be split imho
Oct 11 16:30:00 <oc80z> ouch
Oct 11 16:30:36 <oc80z> so you make the loopback for image mounts?
Oct 11 16:30:42 * oc80z not close to the code as you are
Oct 11 16:30:54 <ant_home> once we have a file, monted on some FS
Oct 11 16:31:06 <ant_home> we can use losetup
Oct 11 16:31:15 <oc80z> yeah -- losetup for the loop...
Oct 11 16:31:26 <oc80z> was this a change in the kernel?
Oct 11 16:31:39 <oc80z> (where loops are not supported?)
Oct 11 16:31:41 <ant_home> first we need to mount a device, then to search for images I guess
Oct 11 16:31:58 <ant_home> hm, iirc there is also 2 devices
Oct 11 16:32:02 <ant_home> in kernel
Oct 11 16:32:25 <ant_home> he extends the boot options
Oct 11 16:32:34 <oc80z> yeah -- the mcmcblock dev
Oct 11 16:32:45 <oc80z> for the sdcard..
Oct 11 16:33:08 <oc80z> i wish i were working on this stuff :P
Oct 11 16:33:26 <ant_home> maybe is heavy customized for its device
Oct 11 16:34:06 <ant_home> it could be interesting for Jay7 to see how it supposedly switches between boot methods
Oct 11 16:35:09 <oc80z> for sure -- if kernel parameter is adjustable..
Oct 11 16:35:34 <oc80z> or if there were logic added during the sdcard/mmc detection of an image/kernel
Oct 11 16:36:22 <oc80z> i really want to incorporate kexecboot into my stuff
Oct 11 16:36:48 <oc80z> i stumbled apon kexecboot from when i was doing initramfs, pivot_root and other pre-init hackery
Oct 11 16:37:29 <oc80z> also.... few people from webos internals were here in #kexecboot... which says a lot :)
Oct 11 16:37:31 <ant_home> yes, it is switch_root vs. kexec
Oct 11 16:39:51 <oc80z> fun stuff
Oct 11 16:40:20 <oc80z> it brings development to a whole new speed
Oct 11 16:40:51 <oc80z> devs can work off USB/SDCARD -- rather than smashing the 0x80060000 flash
Oct 11 16:42:55 <oc80z> sorry yes -- switch_root
Oct 11 16:43:27 <oc80z> i crosscompiled kexecboot to openwrt.
Oct 11 16:43:57 <oc80z> but i dont know all the parameters and the common/best-practice for this..
Oct 11 16:46:23 <oc80z> if i were back on that code, and this code...or was fed more info on getting it to work
Oct 11 16:46:40 <oc80z> for somthing very simple..
Oct 11 16:46:59 <oc80z> i could help maintain and test multiple things..
Oct 11 16:48:16 <oc80z> openwrt initramfs has changed slightly.... and my previous method of booting a cloned /dev/mtdblockN -> /media/usb as the ROOTFS has been broken..
Oct 11 16:49:05 <oc80z> perhaps in the next 6 months the code will need to be tweaked when i return to it -- but i would rather use the cross-compiled kexec before hand...
Oct 11 16:49:54 <oc80z> because kernel selecting is my next step... (not just rootfs selecting)
Oct 11 17:59:47 <ant_home> kexecboot looks for boot.cfg: inside you can specify where the kernel reside
Oct 11 17:59:58 <ant_home> that's the default behavior
Oct 11 18:00:18 <ant_home> you can also search for kernels
**** ENDING LOGGING AT Sat Oct 12 02:59:59 2013