**** BEGIN LOGGING AT Mon Apr 02 02:59:58 2012 Apr 02 06:48:35 build #158 of brcm63xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/158 Apr 02 07:13:28 build #131 of x86 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/131 Apr 02 08:17:34 build #127 of ar7 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/127 Apr 02 15:41:27 build #109 of adm5120 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/109 Apr 02 15:53:36 build #153 of s3c24xx is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/153 Apr 02 15:56:04 build #150 of ubicom32 is complete: Failure [failed compile_1] Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/150 Apr 02 16:08:46 when did STAGING_DIR need to be defined, and why? I've started getting this: http://pastebin.com/QGqdpGan Apr 02 16:08:59 I recently updated my backfire branch, and did a dirclean and rebuild, Apr 02 16:09:10 I didn't need to set STAGING_DIR before? Apr 02 16:09:30 it's not mentioned on http://wiki.openwrt.org/doc/devel/crosscompile either? Apr 02 16:11:33 karlp: since I reworked gcc to require it Apr 02 16:14:16 so I just need to pass it in CFLAGS then? Apr 02 16:14:22 no as env var Apr 02 16:14:30 export STAGING_DIR=... Apr 02 16:14:40 its used as system root Apr 02 16:14:44 how can I tell make to do that easily? Apr 02 16:14:56 simply define STAGING_DIR ? Apr 02 16:15:08 does this mean I can remove all the makefile stuff I have to set the LINUX_DIR and toosl dir and target dir? Apr 02 16:15:20 most likely Apr 02 16:15:49 includes are now searched in $STAGING_DIR/include and libraries in $STAGING_DIR/lib Apr 02 16:16:00 that means oyu can also throw out most -L and -I flags Apr 02 16:21:36 bleh, silly export, I hadn't set env vars froma makefile before. Apr 02 16:21:44 ok, that's working, let's se3e what other flags I can toss out now Apr 02 16:25:15 you don't need an export I believe Apr 02 16:25:19 at least not for makefiles Apr 02 16:30:50 well, without the export it didn't work :) Apr 02 16:34:40 ok Apr 02 16:45:57 build #107 of mpc52xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/107 Apr 02 16:50:34 florian * r31159 /packages/libs/libffi/Makefile: Apr 02 16:50:35 [package] libffi: update to 3.0.10 Apr 02 16:50:35 Signed-off-by: Luka Perkov Apr 02 16:50:37 florian * r31160 /packages/net/freeradius2/Makefile: Apr 02 16:50:37 [package] freeradius2: add sqllog package Apr 02 16:50:37 Patch from Andreas Kraxner Apr 02 16:50:38 florian * r31161 /packages/utils/haveged/ (. Makefile files/ files/haveged.init): Apr 02 16:50:38 [package] add haveged Apr 02 16:50:38 I've checked the haveged makefile now, it only relies on librt, so the Apr 02 16:50:39 attached patch should have no issues under any platform. Apr 02 16:50:39 Signed-off-by: Oliver Smith Apr 02 16:50:40 florian * r31162 /packages/sound/shell-fm/ (Makefile files/shell-fm.init files/shell-fm.rc): (log message trimmed) Apr 02 16:50:40 [package] shell-fm: add libao support Apr 02 16:50:41 - remove madplay dependency Apr 02 16:50:41 - enable libao support (we already depend on it) Apr 02 16:50:42 - disable external command in default configuration Apr 02 16:50:42 - add symlink for .libao Apr 02 16:50:57 build #152 of at91 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/152 Apr 02 16:55:47 florian * r31166 /trunk/tools/ccache/Makefile: Apr 02 16:55:47 [tools] ccache: update to 3.1.7 Apr 02 16:55:47 Signed-off-by: Luka Perkov Apr 02 16:55:50 florian * r31167 /trunk/tools/bison/ (3 files in 2 dirs): Apr 02 16:55:51 [tools] bison: update to 2.5 Apr 02 16:55:51 Signed-off-by: Luka Perkov Apr 02 16:55:53 florian * r31168 /trunk/tools/cmake/Makefile: Apr 02 16:55:53 [tools] cmake: update to 2.8.7 Apr 02 16:55:53 Signed-off-by: Luka Perkov Apr 02 16:55:56 florian * r31169 /trunk/tools/gmp/ (3 files in 2 dirs): Apr 02 16:55:56 [tools] gmp: update to 5.0.4 Apr 02 16:55:56 Signed-off-by: Luka Perkov Apr 02 16:55:59 florian * r31170 /trunk/tools/cloog/Makefile: Apr 02 16:55:59 [tools] cloog: update to 0.15.11 Apr 02 16:55:59 Signed-off-by: Luka Perkov Apr 02 16:56:02 florian * r31171 /trunk/tools/mkimage/ (3 files in 2 dirs): Apr 02 16:56:02 [tools] mkimage: update to 2011.12 Apr 02 16:56:02 Signed-off-by: Luka Perkov Apr 02 16:56:05 florian * r31172 /trunk/tools/xz/Makefile: Apr 02 16:56:05 [tools] xz: update to 5.0.3 Apr 02 16:56:05 Signed-off-by: Luka Perkov Apr 02 16:56:08 florian * r31173 /trunk/tools/automake/ (3 files in 2 dirs): Apr 02 16:56:08 [tools] automake: update to 1.11.3 Apr 02 16:56:08 Signed-off-by: Luka Perkov Apr 02 16:56:11 florian * r31174 /trunk/tools/mpc/Makefile: Apr 02 16:56:11 [tools] mpc: update to 0.9 Apr 02 16:56:11 Signed-off-by: Luka Perkov Apr 02 16:56:15 florian * r31175 /trunk/tools/qemu/ (Makefile patches/010-freebsd-fix.patch): (log message trimmed) Apr 02 16:56:15 [tools] qemu: update to 0.14.1 Apr 02 16:56:15 This patch has not been tested on freebsd. File block/sheepdog.c has Apr 02 16:56:15 been changed and the patch does no longer apply. Anyone with freebsd who Apr 02 16:56:16 could test this? Apr 02 16:56:16 All my other patches regarding the tools upgrade were tested on linux Apr 02 16:56:17 x64 and produce a working image. Once submitted patches get applied I Apr 02 16:56:17 florian * r31176 /trunk/tools/mm-macros/Makefile: Apr 02 16:56:18 [tools] mm-macros: update to 0.9.5 Apr 02 16:56:18 Signed-off-by: Luka Perkov Apr 02 16:56:21 florian * r31177 /trunk/package/crda/ (Makefile patches/101-make_crypto_use_optional.patch): Apr 02 16:56:21 [package] crda: update to 1.1.2 Apr 02 16:56:21 Signed-off-by: Luka Perkov Apr 02 16:56:28 florian * r31178 /trunk/package/ (4 files in 3 dirs): (log message trimmed) Apr 02 16:56:28 [package] util-linux: move and update Apr 02 16:56:28 This patch makes several changes with util-linux-ng package: Apr 02 16:56:28 * moves it to util-linux (upstream name) Apr 02 16:56:28 * bumps it to last stable version 2.20.1 (was 2.13.0.1) Apr 02 16:56:29 * adds new package getopt Apr 02 16:56:29 * sorts packages inside Makefile Apr 02 16:56:31 florian * r31179 /trunk/package/iproute2/Makefile: Apr 02 16:56:31 [package] iproute2: update to 3.2.0 and package 'ss' Apr 02 16:56:31 This patch bumps iproute2 to the latest available version, fixes the Apr 02 16:56:32 package URL to use kernel.org (as things have now been moved back there) Apr 02 16:56:32 and also adds ss (socket statistics) to menuconfig. Apr 02 16:56:33 Signed-off-by: Oliver Smith Apr 02 17:22:54 if i want to send someone my kernel config, as in what is set by make menu_kernelconfig, which file is that stored in? Apr 02 17:35:00 answer is /target/linux//config Apr 02 19:34:42 anyome out there who can help with sysupgrade images? what's the difference between a squashfs.image and a squashfs-sysupgrade.bin? Apr 02 20:00:36 depends on the platform Apr 02 20:14:10 yep, seems lantiq does not need a different image. thanks chocks... **** BEGIN LOGGING AT Mon Apr 02 20:24:03 2012 Apr 02 20:35:03 build #104 of octeon is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/104 Apr 02 21:04:43 jow * r31180 /packages/utils/rrdtool/ (Makefile patches/030-automake-compat.patch): [packages] rrdtool: fix autoreconf with automake v1.11.3 Apr 02 21:06:05 jow_laptop: ping Apr 02 21:06:23 philipp64|laptop: pong Apr 02 21:20:43 jow * r31181 /packages/libs/avahi/ (Makefile patches/020-automake-compat.patch): [packages] avahi: fix autoreconf with automake v1.11.3 Apr 02 21:39:35 jow_laptop: how does patch #1994 look? also, copied the list on the "tag" related extensions to DHCP... no one responded... which is to say no one objected. :-) Apr 02 22:58:06 jow_laptop: is patchwork 1994 still good to go? Apr 02 23:01:22 yes Apr 02 23:02:00 jow * r31182 /trunk/package/dnsmasq/files/dnsmasq.init: Apr 02 23:02:00 dnsmasq: configure dnsmasq via flat config file and not command-line args Apr 02 23:02:00 Sometimes it's useful to compare the generated config file from UCI config with a hand-edited dnsmasq config file, especially if you're migrating to an OpenWRT router from something else (such as Astlinux). Apr 02 23:02:00 Putting the generated config makes it easier to capture and diff, etc. Apr 02 23:02:01 Signed-off-by: Philip Prindeville Apr 02 23:08:53 philipp64|laptop: a little thing for the future, it would be good if your files could be applied with -p1 Apr 02 23:09:11 if you use svn it is enough to base the diff against trunk/ Apr 02 23:10:35 I was in trunk when I generated the diffs... Apr 02 23:10:49 I mean outside of trunk Apr 02 23:11:09 so that you get +++ trunk/foo/bar --- trunk/foo/bar in the patch headers Apr 03 00:21:09 jow_laptop: thanks for the commit. I'll try to remember to "cd .." next time before generating diffs. **** ENDING LOGGING AT Tue Apr 03 02:59:58 2012