**** BEGIN LOGGING AT Tue Feb 05 02:59:59 2013
Feb 05 04:37:38 <builder_> build #173 of orion is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/173
**** ENDING LOGGING AT Tue Feb 05 05:35:20 2013

**** BEGIN LOGGING AT Tue Feb 05 06:02:19 2013
Feb 05 07:48:04 <OpenWrt-Commits> juhosg r35493 trunk/target/linux/mpc85xx/config-3.7 * mpc85xx: sync kernel config
Feb 05 07:48:05 <OpenWrt-Commits> juhosg r35494 trunk/target/linux/mpc85xx/config-3.7 * mpc85xx: enable Freescale eSPI driver and m25p80 support
Feb 05 07:48:07 <OpenWrt-Commits> juhosg r35495 trunk/target/linux/mpc85xx/config-3.7 * mpc85xx: enable GPIO sysfs interface
Feb 05 07:56:58 <russell2_> nbd: your openvpn change is broken for easy-dns
Feb 05 08:39:28 <OpenWrt-Commits> juhosg r35496 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: unregister switch on error path
Feb 05 08:39:30 <OpenWrt-Commits> juhosg r35497 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: clear driver specific data pointer in phy_device
Feb 05 08:43:13 <builder_> build #156 of avr32 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/156
Feb 05 08:47:21 <builder_> build #136 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/136
Feb 05 09:55:34 <builder_> build #133 of gemini is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/133
Feb 05 10:03:16 <nbd> russell2: details?
Feb 05 10:05:34 <russell--> nbd, standby
Feb 05 10:09:37 <russell--> nbd: https://iris.personaltelco.net/~russell/openvpn-compile.txt
Feb 05 10:10:22 <russell--> easy-rsa is confused about build dir
Feb 05 10:10:35 <russell--> can't install (not clear it ever compiles, actually)
Feb 05 10:11:00 <russell--> looking at the openwrt-devel package it was apparently drawn from, the easy-rsa stuff was commented out
Feb 05 10:11:12 <russell--> apparently because it was broken
Feb 05 10:14:25 <nbd> ah, ok
Feb 05 10:14:31 <russell--> PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(BUILD_VARIANT)/$(PKG_NAME)-$(PKG_VERSION) ... openvpn doesn't define a BUILD_VARIANT, so it gets the last one defined or something (polarssl)
Feb 05 10:14:52 <russell--> openvpn-easy-rsa* doesn't define ...
Feb 05 10:19:47 <nbd> seems that easy-rsa is no longer included in the build dir
Feb 05 10:20:27 <russell--> it looks like it was intended to build with the openssl variant
Feb 05 10:20:28 <nbd> so i'll make a separate package for it
Feb 05 10:20:37 <russell--> or something
Feb 05 10:21:41 * russell-- is still dodgy at reading makefile syntax ... needs to work on that
Feb 05 10:22:46 <russell--> e.g. what does $(call Package/openvpn) expand to?
Feb 05 10:22:52 <conxuro> hi
Feb 05 10:28:39 <sungami> nbd: russell--: OpenPVN-2.3.0 -- Note that easy-rsa is no longer bundled with OpenVPN source code archives. To get it, visit the easy-rsa page on GitHub. (http://openvpn.net/index.php/open-source/downloads.html)
Feb 05 10:28:55 <russell--> ah
Feb 05 10:29:37 * russell-- guesses that explains why it was commented out
Feb 05 10:29:49 <sungami> btw, the splitting up of openvpn into several variants (with different crypto backends) breaks the luci openvpn app.
Feb 05 10:40:18 <OpenWrt-Commits> nbd r35498 trunk/package/network/ (8 files in 5 dirs)
Feb 05 10:40:18 <OpenWrt-Commits> openvpn: split easy-rsa into a separate package, it is no longer bundled with the release tarball
Feb 05 10:40:24 <OpenWrt-Commits> nbd r35499 trunk/package/network/services/openvpn/Makefile * openvpn: remove the stale PKG_REV variable
Feb 05 10:41:29 <nbd> russell--: there, should be fixed now ;)
Feb 05 10:44:02 <russell--> nice, thank you
Feb 05 10:51:10 <conxuro> compiling a single package, can I do a make install instead of copying file per file in the install section?
Feb 05 10:51:44 <jow_laptop> conxuro: you can use PKG_INSTALL:=1
Feb 05 10:52:04 <jow_laptop> conxuro: that will call the packages original "make install" with prefix set to PKG_INSTALL_DIR
Feb 05 10:52:32 <jow_laptop> conxuro: in the /install section you can then copy entire directories out of it, e.g. $(CP) $(PKG_INSTALL_DIR)/usr $(1)/
Feb 05 10:58:16 <conxuro> yes, that was what I wanted
Feb 05 10:59:34 <conxuro> because the make install of that library copies only some files from several directories, so doing configure wuth -prefix copies all files in a new one (instead of copying in the system (etc var usr)
Feb 05 11:00:05 <conxuro> and then copying then with $(CP) in the install section would be easier I think
Feb 05 11:13:36 <conxuro> I see that PKG_INSTALL is not in the wiki
Feb 05 11:14:00 <conxuro> what options have the PKG_INSTALL?
Feb 05 11:14:23 <conxuro> 1 to do a original make install and any more?
Feb 05 11:16:37 <jow_laptop> only 1 which means "true"
Feb 05 11:19:27 <conxuro> and PKG_INSTALL_DIR, is only the directory where the files are "installed" after doing make install?
Feb 05 11:19:42 <jow_laptop> yes
Feb 05 11:20:02 <jow_laptop> the advantage of the PKG_INSTALL approach is that you do not need to know which files belong to a distribution
Feb 05 11:20:11 <jow_laptop> and you can copy entire directories in the /install section
Feb 05 11:20:29 <jow_laptop> while omitting stuff like usr/share which typically contains man pages and the like
Feb 05 11:29:53 <conxuro> Ok, I've added it to the wiki, if you find some errors correct them: http://wiki.openwrt.org/doc/devel/packages
Feb 05 12:16:41 <conxuro> it seems it's compiled and packed!
Feb 05 12:18:23 <conxuro> but there's a final error in spite of ipk has been created
Feb 05 12:18:32 <conxuro> cp: cannot overwrite non-directory `/home/conxuro/confine/openwrt/staging_dir/target-i386_uClibc-0.9.33.2/root-x86/./var' with directory `/home/conxuro/confine/openwrt/staging_dir/target-i386_uClibc-0.9.33.2/root-x86/tmp-libvirt/./var'
Feb 05 12:18:40 <conxuro> its a problem?
Feb 05 12:18:43 <jow_laptop> yes
Feb 05 12:18:52 <jow_laptop> you create a /var directory in your package
Feb 05 12:18:57 <jow_laptop> but /var on openwrt is a symlink
Feb 05 12:19:07 <jow_laptop> which points into a ramdisk
Feb 05 12:19:31 <jow_laptop> so you need to not package /var and instead create needed directories from an init script or similar
Feb 05 12:22:42 <conxuro> I see if points to /tmp
Feb 05 12:23:16 <conxuro> have you got and example of package that have this to see how to do it?
Feb 05 12:23:42 <jow_laptop> there is none
Feb 05 12:23:57 <jow_laptop> I mean there is no package that install stuff into /tmp since would get deleted on the first reboot
Feb 05 12:24:15 <jow_laptop> packages that need /var/wahtever directories just haven an "Mkdir -p /var/wahtever" in the init script
Feb 05 12:40:04 <conxuro> I'm reading: http://wiki.openwrt.org/doc/techref/initscripts
Feb 05 12:40:31 <conxuro> I can add a script on /etc/init.d/ in the package
Feb 05 12:40:51 <conxuro> but how it will do the enable command?
Feb 05 12:54:01 <jow_laptop> the buildroto does that automatically for included packages
Feb 05 12:56:14 <conxuro> so would be as simple as adding  $(INSTALL_BIN) $(PKG_BUILD_DIR)/files/initscript $(1)/etc/init.d/ in the install section of Makefile?
Feb 05 13:10:14 <jow_laptop> yes
Feb 05 13:25:26 <DMcDonnell> blogic, wanted to discuss pinmux on Danube 50712
Feb 05 13:39:34 <blogic> hi DMcDonnell
Feb 05 13:39:40 <DMcDonnell> Hi John!
Feb 05 13:39:44 <blogic> i am available in 10-20 minutes
Feb 05 13:39:47 <blogic> just got home
Feb 05 13:39:55 <DMcDonnell> Excellent. In your own time
Feb 05 13:49:07 <blogic> DMcDonnell: hi
Feb 05 13:50:03 <DMcDonnell> , hi
Feb 05 13:50:38 <conxuro> it seems now doesn't have the var error and probably packed well (let's see if will work xD)
Feb 05 13:50:51 <conxuro> but there is a message
Feb 05 13:50:54 <conxuro> Collected errors:
Feb 05 13:50:54 <conxuro>  * satisfy_dependencies_for: Cannot satisfy the following dependencies for libvirt:
Feb 05 13:50:54 <conxuro>  * 	gnutls * 	lvm2 * 	libgcrypt *
Feb 05 13:51:43 <conxuro> that I don't understand because in the Makefile there is:   DEPENDS:= +gnutls +lvm2 +libnl +gzip +tar +libgcrypt +libgnutls +librpc +libxml2
Feb 05 13:51:55 <conxuro> in the define Package/libvirt
Feb 05 13:52:27 <jow_laptop> forgot opkg update ?
Feb 05 13:52:36 <blogic> DMcDonnell: do nand and nor work if only 1 is loaded ?
Feb 05 13:52:46 <DMcDonnell> No.
Feb 05 13:53:09 <conxuro> that message is at the end of the {compile,install}
Feb 05 13:53:14 <blogic> DMcDonnell: http://pastebin.com/r17GNshN
Feb 05 13:53:27 <blogic> add those 2 to your pinmux settings
Feb 05 13:53:28 <DMcDonnell> Ok, one min
Feb 05 13:54:08 <blogic> and add "ebu cs1" aswell to the nand_out group
Feb 05 13:54:40 <DMcDonnell> Will do. I'll build and try it now. It'll take less than 10 mins
Feb 05 13:54:49 <blogic> http://pastebin.com/gSU3yB70
Feb 05 13:54:52 <blogic> sure
Feb 05 13:55:04 <blogic> that explicitly sets all pins to nand support
Feb 05 14:00:07 <conxuro> well, tomorrow i'll continue
Feb 05 14:01:28 <conxuro> thanks jow_laptop for the help, you are invited to a beer when you come back to barcelona ;)
Feb 05 14:01:39 <conxuro> bye all!
Feb 05 14:03:39 <DMcDonnell> No improvement. NAND is correctly recognised but Bad easeblocks everywhere. Device tree file : http://pastebin.com/P1iQefkG
Feb 05 14:04:58 <DMcDonnell> "ltq-nor 10000000.nor.boot: probing failed". On Kernel 3.3.8, the JEDEC probe finds NOR.
Feb 05 14:06:41 <blogic> hmm
Feb 05 14:07:40 <DMcDonnell> Just trying your second patebin, one min...
Feb 05 14:12:44 <DMcDonnell> Device tree file and boot log: http://pastebin.com/mxQyT1dx
Feb 05 14:13:36 <blogic> [    0.076000] pinctrl-xway 1e100b10.pinmux: invalid group "nand rd" for function "ebu"
Feb 05 14:13:39 <blogic> hmmz
Feb 05 14:13:48 <blogic> this is danube or ar9 ?
Feb 05 14:14:05 <DMcDonnell> danube 50712 (with deu)
Feb 05 14:14:40 <DMcDonnell> nand rd is invalid on danube
Feb 05 14:15:22 <DMcDonnell> from pinmux bindings:
Feb 05 14:15:35 <blogic> http://git.linux-mips.org/?p=john/linux-john.git;a=blob;f=drivers/pinctrl/pinctrl-xway.c;h=5f0eb04c23364de9ff8a427e4ee4af9e9cd7b155;hb=refs/heads/mips-next-3.9#l277
Feb 05 14:17:20 <DMcDonnell> nand rd and nand rdy for xrx only.
Feb 05 14:18:16 <DMcDonnell> Will do a build with those reserved for xrx
Feb 05 14:27:43 <DMcDonnell> Bad blocks have vanished, see http://pastebin.com/VRHJs655
Feb 05 14:28:26 <DMcDonnell> Build withOUT pinmux groups reserved for xrx
Feb 05 14:29:18 <blogic> ah yes
Feb 05 14:29:33 <blogic> now build an initramfs image please
Feb 05 14:29:40 <blogic> i think i know the prolem
Feb 05 14:29:44 <blogic> i think i know the problem
Feb 05 14:30:16 <blogic> Target Images  --->   │ │ [ ] ramdisk  --->                                                                                                       │ │
Feb 05 14:30:23 <blogic> and boot that please
Feb 05 14:30:29 <blogic> it will enter a shell
Feb 05 14:30:39 <blogic> i bet both flashes are working fine
Feb 05 14:30:44 <blogic> what is missing is this ...
Feb 05 14:30:57 <blogic> [    0.408000] 0x000000004000-0x000002004000 : "linux"
Feb 05 14:31:07 <DMcDonnell> Ok. Will do. Is it tftpboot 81000000 raminit??
Feb 05 14:31:24 <blogic> ermmm
Feb 05 14:31:31 <blogic> yes
Feb 05 14:31:33 <blogic> should fit
Feb 05 14:31:46 <blogic> and then bootm 81000000
Feb 05 14:32:04 <blogic> so basically the rootfs split is broken
Feb 05 14:33:14 * caog waits
Feb 05 14:33:29 <caog> I did a ramdisk when testing devicetree on danube
Feb 05 14:33:38 <blogic> hi
Feb 05 14:33:54 <caog> but didnt need to mess with pinmux for nand support
Feb 05 14:35:14 <blogic> caog: depends on what the ootlaoder leaves behind
Feb 05 14:35:29 <blogic> *bootloader
Feb 05 14:35:36 <blogic> my "b" is broken ;)
Feb 05 14:36:16 <blogic> DMcDonnell: http://pastebin.com/fLgq3bWd
Feb 05 14:36:31 <caog> so the DT references pins by name, which are defined in the code?
Feb 05 14:36:40 <blogic> with that patch the rootfs spli pacth will work
Feb 05 14:36:44 <caog> the DT does not connect the name to the number?
Feb 05 14:36:50 <blogic> but you should flash a jffs2 image on nand
Feb 05 14:37:03 <blogic> caog: nope
Feb 05 14:37:08 <blogic> you have pins
Feb 05 14:37:15 <blogic> each pin on lantiq has 4 functions
Feb 05 14:37:29 <caog> which file has the name/number mapping? (being lazy)
Feb 05 14:37:40 <blogic> lantiq,groups = "nand cle", "nand ale", "nand rd", "ebu a23", "ebu cs1";   <--- the pins
Feb 05 14:37:48 <blogic>                                         lantiq,function = "ebu";  <--- the function
Feb 05 14:38:06 <caog> ah, i see the mapping in the git link you sent
Feb 05 14:38:08 <blogic> direction, drain, ... are pinconf settings
Feb 05 14:38:38 <blogic> or you set the pins directly -->                                         lantiq,pins = "io4", "io5", "io6"; /* stp */
Feb 05 14:38:45 <blogic> but using groups its easier
Feb 05 14:38:55 <blogic> DMcDonnell: so jffs image will work i guess
Feb 05 14:39:10 <DMcDonnell> John, no change to DevTree. Boot log: http://pastebin.com/viMSV9ns
Feb 05 14:39:44 <blogic> ah yes
Feb 05 14:40:33 <blogic> ifxhcd@E101000 { status = "okay";
Feb 05 14:40:35 <blogic> }
Feb 05 14:40:55 <DMcDonnell> Lots of good stuff working fine, it appears :)
Feb 05 14:41:00 <blogic> it oots
Feb 05 14:41:43 <DMcDonnell> It does indeed
Feb 05 14:43:00 <DMcDonnell> John, btsinom mentioned you no longer have a BTHH2B board. I can send you one if you wish.
Feb 05 14:43:10 <blogic> well
Feb 05 14:43:12 <blogic> i had 2
Feb 05 14:43:20 <blogic> 1 was already in a state where bootlaoder works
Feb 05 14:43:25 <blogic> that got broken
Feb 05 14:43:34 <blogic> and the 2nd i have is fresh out the box
Feb 05 14:43:48 <DMcDonnell> Fine.
Feb 05 14:46:37 <booooooo> [florian]: hi, mirko told me you maybe know something about the rta770w boards and the pcmcia support of these boards
Feb 05 14:47:02 <[florian]> booooooo: yeah, these are bcm6345-based boards, right?
Feb 05 14:47:11 <booooooo> [florian]: yes
Feb 05 14:47:23 <[florian]> booooooo: yes, well, so far I could not get it to work very well :)
Feb 05 14:48:27 <[florian]> it's basically 16-bit pcmcia
Feb 05 14:49:26 <blogic> DMcDonnell: so its more a pain to crack it open etc
Feb 05 14:50:08 <booooooo> [florian]: so it's some kind of kernel/driver problem? not just config changes? sorry i'm a total noob...
Feb 05 14:51:20 <DMcDonnell> Lol, I can send you the board if you like, minus the case!
Feb 05 14:53:07 <DMcDonnell> ....with the soldering done for serial port :)
Feb 05 14:53:13 <blogic> well with bootloader in a workable state ?
Feb 05 14:53:32 <blogic> crap it
Feb 05 14:53:39 <blogic> i will simple open it up the next few days
Feb 05 14:54:34 <[florian]> booooooo: oh it needs a *lot* of work to actually get it work
Feb 05 14:54:49 <[florian]> booooooo: we need a proper bcm6345-pcmcia driver, and then b43legacy pcmcia support
Feb 05 14:55:47 <DMcDonnell> John, It's no problem to post a board . The serial can be tricky. The bootloader I use is the one BTsimon put together, here: http://sourceforge.net/projects/hh2b4ever/files/
Feb 05 14:56:25 <DMcDonnell> I'd no wish to flash u-boot until I knew the kernel could use the NOR/NAND
Feb 05 14:57:45 <OpenWrt-Commits> mirko r35500 trunk/target/linux/ brcm63xx/patches-3.6/556-board_rta770w.patch brcm63xx/patches-3.8/556-board_rta770w.patch brcm63xx/patches-3.7/556-board_rta770w.patch brcm63xx/base-files/etc/uci-defaults/02_network * add support for board named RTA770W
Feb 05 14:57:48 <OpenWrt-Commits> mirko r35501 trunk/target/linux/ brcm63xx/base-files/etc/uci-defaults/09_fix_crc brcm63xx/base-files/lib/brcm63xx.sh
Feb 05 14:57:48 <OpenWrt-Commits> fix trx checksum after first boot and add led/button definitions for boards RTA770BW and RTA770W
Feb 05 15:05:31 <DMcDonnell> blogic, fyi when I have a BTHH2B devicetree file ready to test I save it as ARV7512PW.dts and build for that device.
Feb 05 15:06:03 <blogic> is it a arcadyan PCB ?
Feb 05 15:08:24 <DMcDonnell> Blogic, gigaset
Feb 05 15:08:54 <DMcDonnell> Shows up as version 1.5, although there are some 1.3 boards about.
Feb 05 15:10:56 <blogic> ok
Feb 05 15:11:09 <blogic> ARV7512PW  <-- looks like an arcadyan id
Feb 05 15:12:30 <DMcDonnell> I gues I could have saved the devicetree as EASY50712.dts, should not make a difference or does it???
Feb 05 15:13:29 <blogic> ahh ok
Feb 05 15:13:30 <blogic> not really
Feb 05 15:13:35 <blogic> default package selection
Feb 05 15:13:43 <blogic> that is all
Feb 05 15:16:20 <DMcDonnell> Booted jffs, boot log: http://pastebin.com/DwLBuyQp
Feb 05 15:16:33 <DMcDonnell> It does not see the uImage
Feb 05 15:17:53 <blogic> hmm
Feb 05 15:18:00 <blogic> why did the nor probe fail this time ?!
Feb 05 15:18:03 <blogic> that is weird
Feb 05 15:19:32 <DMcDonnell> No idea. I do know that Kernel 3.3.8 had to be patched to use the JEDEC probe
Feb 05 15:19:53 <DMcDonnell> Maybe the NOR needs to be correctly identified perhaps with "compatible ="
Feb 05 15:20:53 <blogic> no
Feb 05 15:20:55 <blogic> cant be
Feb 05 15:23:17 <DMcDonnell> nor {
Feb 05 15:23:17 <DMcDonnell>                     lantiq,groups = "ebu cs1";
Feb 05 15:23:17 <DMcDonnell>                     lantiq,function = "ebu";
Feb 05 15:23:30 <booooooo> [florian]: thx for the information. i don't know nothing about this kind of stuff otherwise i would try to contribute...
Feb 05 15:23:36 <DMcDonnell> ebu cs1 selects NAND???
Feb 05 15:24:02 <blogic> ah could be yes
Feb 05 15:24:03 <blogic> ;)
Feb 05 15:24:18 <DMcDonnell> What's the right function?
Feb 05 15:24:33 <DMcDonnell> Is there a datasheet?
Feb 05 15:24:50 <blogic> there is no datasheet
Feb 05 15:25:26 <DMcDonnell> Hmm, thought not as I could not find one. Does not make things easy.
Feb 05 15:25:26 <[florian]> booooooo: you are welcome
Feb 05 15:25:33 <[florian]> booooooo: maybe mirko can actually help you with that
Feb 05 15:43:34 <DMcDonnell> blogic, removing lantiq,groups "ebu cs1" from the NOR node causes the bad blocks (NAND) to retrun, strange...
Feb 05 16:21:40 <builder_> build #124 of octeon is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/124
Feb 05 16:27:15 <DMcDonnell> blogic, I must leave now for a while. If you have any further ideas, email me or post to developers list. I greatly appreciate your assistance.
Feb 05 19:09:12 <russell--> boost is failing to build because of a PKG_JOBS issue, apparently: PKG_JOBS =  --jobserver-fds=3,4 -j
Feb 05 19:09:19 <russell--> but -j doesn't get a value
Feb 05 19:09:54 <[florian]> right, I noticed that to
Feb 05 19:09:56 <[florian]> +o
Feb 05 19:18:29 <russell--> MAKE_J:=$(if $(MAKE_JOBSERVER),$(MAKE_JOBSERVER) -j)
Feb 05 19:19:18 <russell--> in include/package.mk
Feb 05 19:22:58 <russell--> weird, that was last touched in september by nbd, and i think boost has built since then.
Feb 05 19:23:55 <russell--> maybe i did it with -j1
Feb 05 19:25:49 <russell--> yeah, if i give -j1 to the toplevel make, it builds
Feb 05 20:20:16 <OpenWrt-Commits> mazilo r35502 packages/ net/freeswitch/patches/209-src-mod-codecs-mod_isac-typedefs_h.patch net/freeswitch/Makefile * added mod_isac for MIPS platform (from Keith Laaks).
Feb 05 22:07:03 <Chocks> moo
Feb 05 22:07:30 <Chocks> how can I create/set network.dhcp.clientid with uci?
Feb 05 22:15:48 <jow_laptop> client id for the dhcp client?
Feb 05 22:15:54 <Chocks> yes
Feb 05 22:16:06 <jow_laptop> uci set network.wan.clientid=...
Feb 05 22:16:44 <Chocks> oh. hm
Feb 05 22:25:30 <OpenWrt-Commits> florian r35503 trunk/target/linux/brcm63xx/base-files/lib/preinit/05_init_interfaces_brcm63xx * [brcm63xx] remove references to the old switch driver
Feb 05 22:25:35 <OpenWrt-Commits> florian r35504 trunk/target/linux/ brcm63xx/base-files/lib/preinit/05_reset_button_brcm63xx brcm63xx/base-files/lib/brcm63xx.sh brcm63xx/base-files/lib/preinit/05_init_interfaces_brcm63xx * [brcm63xx] remove superfluous calls to /lib/brcm63xx.sh
Feb 05 22:36:55 <OpenWrt-Commits> florian r35505 trunk/target/linux/brcm63xx/Makefile * [brcm63xx] make default version 3.7.6
Feb 05 22:36:59 <OpenWrt-Commits> florian r35506 trunk/target/linux/ brcm63xx/patches-3.6 brcm63xx/config-3.6 * [brcm63xx] remove support for 3.6 kernel
Feb 05 23:08:59 <Chocks> jow: I actually wanted hostname, but same thing.  Anyway, the problem is that the values are stored in overlayfs, and those values aren't visible until "some time" after boot, and udhcp has already started then
Feb 05 23:24:28 <KanjiMonster> Chocks: that does not make sense; the network config is stored in the overlayfs, so it wouldn't be even started if the values weren't visible at that time
Feb 05 23:25:25 <Chocks> make sense = make sense to you ;-)
Feb 05 23:25:42 <Chocks> I think I know why.  In my image, I see up some of the network config beforehand
Feb 05 23:25:51 <Chocks> which is probably not exactly how the system was intended to work
Feb 05 23:26:10 <Chocks> so the values in ROM get used, but not the values in overlayfs.
Feb 06 00:20:57 * russell-- agrees with KanjiMonster 
Feb 06 00:54:47 <Chocks> agree all you want, but the situation is quite different
Feb 06 00:54:55 <Chocks> you guys are funny sometimes
Feb 06 00:55:16 <jow_laptop> likewise
Feb 06 00:55:24 <Chocks> I have do doubt
Feb 06 00:55:31 <Chocks> do you disagree with my conclusion, however?
Feb 06 00:55:53 <jow_laptop> would've helped to mention "I see up some of the network config beforehand which is probably not exactly how the system was intended to work" upfront
Feb 06 00:56:10 <jow_laptop> crystal balls are rare around here
Feb 06 00:56:48 <Chocks> jow: chill.  I can't remember 100% of the details.  I have to worry about a very complex system running on top of openwrt. The conversation jogged my memory. That's why it was had
Feb 06 00:56:59 <jow_laptop> I am chilled
Feb 06 00:57:13 <Chocks> but *given* that there's a network config in rom already, is my conclusion (likely) correct?
Feb 06 00:57:36 <jow_laptop> yes, and the solution would be to add the client id parameter to your rom embedded network as well
Feb 06 00:57:47 <jow_laptop> udhcpc feature no kind of runtime reconfiguration
Feb 06 00:57:49 <jow_laptop> +s
Feb 06 00:58:05 <Chocks> the client id changes, this is an image used on 100s of systems
Feb 06 01:04:08 <Chocks> but I appreciate the confirmation.  I think I can arrange things differently
Feb 06 02:08:20 <mazilo> Does anyone here know why a bunch of this warning message: "package/Makefile:134: warning: overriding recipe for target `package/openvpn/clean'" keep popping out when I do a 'make package/<any package>/{compile,install,clean} ?
**** ENDING LOGGING AT Wed Feb 06 02:59:58 2013