**** BEGIN LOGGING AT Fri Dec 01 02:59:58 2006
Dec 01 08:26:25 <XorA> yoyoyo
Dec 01 08:26:33 <koen> aight
Dec 01 08:51:53 <Genesis> kikoo 
Dec 01 10:27:04 <goxboxlive> micky|stomachFlu : are you around?
Dec 01 10:58:35 <rwhitby> Should EXTRA_IMAGECMD_jffs2 for angstrom/ixp4xx go in angstrom.conf or ixp4xx.conf ?
Dec 01 10:59:12 <rwhitby> (this is to set --eraseblock=0x20000, but it also includes --little-endian or --big-endian)
Dec 01 10:59:46 <rwhitby> koen: what's your opinion?
Dec 01 11:07:41 <koen> ixp4xx.conf
Dec 01 11:17:26 <rwhitby> done
Dec 01 11:17:57 <rwhitby> how about ENABLE_BINARY_LOCALE_GENERATION (which I had to set to 0 here for a successful build) ?
Dec 01 11:19:18 <koen> that's a distro thing
Dec 01 11:21:01 <koen> but in your case it belongs in local.conf
Dec 01 11:33:50 <rwhitby> right - due to CentOS 4 ?
Dec 01 11:35:27 <koen> yes
Dec 01 12:01:19 <rwhitby> koen: is there some heuristic I can use in the nslu2-linux MasterMakefile rule for building angstrom which will set ENABLE_BINARY_LOCALE_GENERATION correctly?
Dec 01 12:01:54 <koen> if 'rpm' is present, tell people to fix their system
Dec 01 12:03:09 <rwhitby> heh
Dec 01 12:03:30 <rwhitby> is there a 'virtual/image' bitbake target which is set by the DISTRO?
Dec 01 12:03:51 <koen> not that I know off
Dec 01 12:04:07 <rwhitby> ${DISTRO}-image doesn't work in a generic top-level Makefile for angstrom :-)
Dec 01 12:04:31 <rwhitby> do you think it would be useful to add virtual/image ?
Dec 01 12:04:33 <hrw|work> ah.. you have slugos-image...
Dec 01 12:05:08 <koen> I wonder how much effort it is to remove make a new image that has the same functionality, but isn't slugos specific
Dec 01 12:05:09 <rwhitby> then the getting started instructions become easier ("bitbake virtual/image")
Dec 01 12:05:54 <rwhitby> koen: I'm hoping that angstrom will become that image
Dec 01 12:06:34 <rwhitby> (i.e. slugos and a certain featured angstrom meet in the middle somewhere)
Dec 01 12:06:35 <koen> yeah, but it'd be nice if you could combine any distro with machine=ixp4xx|nslu2 and get a working image
Dec 01 12:06:59 <koen> something like nas-image
Dec 01 12:07:18 <rwhitby> wouldn't that just be features in angstrom ?
Dec 01 12:07:58 <koen> images targets and distributions should be orthogonal
Dec 01 12:08:01 <koen> (they aren't, but they should)
Dec 01 12:10:52 <goxboxlive> koen: I figured out where getkey nelongs. It's a patch for busybox. Could you aply it for me, since it's friday and everything.
Dec 01 12:13:16 <rwhitby> koen: any objection to me adding PREFERRED_PROVIDER_virtual/image ?= "angstrom-bootstrap-image" to angstrom.inc ?
Dec 01 12:13:45 <koen> I'm still not convinced virtual/image is a good thing
Dec 01 12:13:46 <hrw|work> angstrom-bootstrap-image must die
Dec 01 12:14:13 <koen> and as hrw says, it angstrom-bootstrap-image should go away
Dec 01 12:14:23 <rwhitby> hrw|work: ok, what is the name of the generic image which will work for all distros and targets?
Dec 01 12:14:30 <hrw|work> bootstrap-image
Dec 01 12:16:29 <rwhitby> ok, I'd be interested in comments on how to merge slugos-image.bb into bootstrap-image.bb ...
Dec 01 12:17:56 <rwhitby> especially the nslu2_pack_image stuff
Dec 01 12:29:48 <hrw|work> EXTRA_IMAGECMD
Dec 01 12:29:53 <hrw|work> in machine conf
Dec 01 12:30:15 <hrw|work> look at conf/machine/include/zaurus-clamshell.conf
Dec 01 12:31:42 <rwhitby> hrw|work: thx - will look at doing it that way for angstrom, and back-porting that to slugos
Dec 01 12:32:35 <hrw|work> np
Dec 01 12:33:05 <rwhitby> koen: all the ixp4xx overrides around the place will need to be duplicated for nslu2, nas100d, etc, cause the correct end-user flashable image generation routine is target-specific.
Dec 01 12:33:15 <rwhitby> or is there a better way to do that?
Dec 01 12:34:07 <hrw|work> ixp4xx-image-generator-native.bb?
Dec 01 12:35:02 <hrw|work> add it to machine dependencies, create extra_imagecmd which will use this extra tool to change images?
Dec 01 12:35:42 <rwhitby> hrw|work: but it's different for nslu2 and nas100d, for instance
Dec 01 12:36:14 <rwhitby> or are you suggesting separate nslu2-image-generator-native.bb and nas100d-image-generator-native.bb ?
Dec 01 12:36:59 <hrw|work> cant you write one tool which will get MACHINE as argument?
Dec 01 12:38:19 <rwhitby> I could, but it's a bit artificial - e.g. for the nslu2 it's an 8MB binary image packaged by slugimage, whereas for the nas100d, it's just a tar file of specially named kernel, rootfs, version files)
Dec 01 12:39:52 <hrw|work> ah. that way
Dec 01 12:40:18 <rwhitby> but irrespective of that, MACHINE will still need to be either nslu2 or nas100d to kick off the correct tool, which means that any foo_ixp4xx stuff in angstrom will not be seen cause MACHINE will no longer be ixp4xx but will be nslu2 or nas100d.
Dec 01 12:40:24 <hrw|work> then nslu2-image-generator-native.bb and nas100d-image-generator-native.bb rather
Dec 01 12:40:50 <hrw|work> nslu2 require ixp4xx.conf?
Dec 01 12:40:51 <rwhitby> In fact, koen, that could be a problem now with ixp4xxle and ixp4xxbe - neither of those MACHINEs will trigger the overrides for ixp4xx in angstrom.inc 
Dec 01 12:41:13 <rwhitby> hrw|work: it does that already - it's the overrides which is the problem
Dec 01 12:41:15 <hrw|work> maybe we need to add ipx4xx into overrides then somehow
Dec 01 12:42:29 <rwhitby> ah yes, how is that done again?  we'll need to do that immediately in ixp4xxle.conf and ixp4xxbe.conf
Dec 01 12:44:00 <hrw|work> OVERRIDES .= 'ipx4xx'?
Dec 01 12:45:02 <hrw|work> should work
Dec 01 12:46:26 <rwhitby> ooh - I haven't seen .= before ...
Dec 01 12:46:32 <hrw|work> me too
Dec 01 12:46:45 <hrw|work> machine/h3900.conf 
Dec 01 12:47:42 <rwhitby> OVERRIDES =. "${KERNEL}:" ?
Dec 01 12:48:30 <rwhitby> ah - ixp4xx.conf already does this itself:
Dec 01 12:48:33 <rwhitby> OVERRIDES = "local:${MACHINE}:ixp4xx:${DISTRO}${DISTRO_BASE}:${TAR\
Dec 01 12:48:33 <rwhitby> GET_OS}:${TARGET_ARCH}${OVERRIDE_THUMB}${OVERRIDE_INTERWORK}:build-${BUILD_OS}:fail-fast"
Dec 01 12:49:38 * rwhitby should have had faith in koen to do it properly
Dec 01 12:58:56 <rwhitby> nslu2-linux Master Makefile now supports "make angstrom" :-)
Dec 01 13:00:30 <rwhitby> wget www.nslu2-linux.org/Makefile ; make angstrom
Dec 01 13:01:17 <hrw|work> rwhitby: this does not support my home buildmachine ;(
Dec 01 13:01:28 <hrw|work> HOST_MACHINE lack x64_64
Dec 01 13:01:52 <rwhitby> hrw|work: your monotone key is enabled on monotone.nslu2-linux.org ;-)
Dec 01 13:02:19 <hrw|work> I know
Dec 01 13:02:37 <rwhitby> I don't have a x86_64 to test with
Dec 01 13:03:43 <rwhitby> and actually it will still work, cause HOST_MACHINE is only tested against arm and armeb in the rest of the Makefile :-)
Dec 01 13:04:07 <rwhitby> (that's how we detect native vs cross compiles)
Dec 01 13:04:42 <rwhitby> pumpkin time here
Dec 01 13:04:42 <rwhitby> night all
Dec 01 13:05:09 <koen> 'night rwhitby 
Dec 01 13:08:48 <hrw|work> n8 rwhitby 
Dec 01 13:17:54 <XorA> koen: I just built a boot of SD Angstrom image for c7x0 I was wondering would you like to test to see if it boots. As I dont want to lose the one I currently have as that boots
Dec 01 13:19:01 <koen> sure, but it won't be till sunday before I test
Dec 01 13:19:24 <XorA> koen: Ill give it a try tomorrow when my wife is out then
Dec 01 13:19:52 * XorA dohs, I can aways just do a dd backup of the SD anyway
Dec 01 13:19:55 * XorA is stupid
Dec 01 16:15:07 <Genesis> bye
Dec 01 18:49:06 <pH5> hey koen 
Dec 01 19:01:53 <koen> hey pH5 
**** ENDING LOGGING AT Sat Dec 02 02:59:57 2006