**** BEGIN LOGGING AT Wed Jan 14 02:59:57 2009
Jan 14 03:00:10 <russell--> Bartman007: make[1]: *** [/aux/src/openwrt/staging_dir/target-i386_uClibc-0.9.29/stamp/.package_compile] Error 2
Jan 14 03:00:16 * frogonwheels thinks somebody broke something
Jan 14 03:01:02 <frogonwheels> nbd: I updated, removed build_dir and staging_dir .. and now it break on quilt
Jan 14 03:01:07 <nbd> show me
Jan 14 03:02:30 <frogonwheels> nbd: http://pastebin.ca/1307756
Jan 14 03:03:29 <nbd> i'll do a fresh build to see if i can reproduce this
Jan 14 03:04:00 <frogonwheels> nbd: can you also let me know about the 'find' problem from a fresh build?
Jan 14 03:04:38 <nbd> sure, when i see it
Jan 14 03:04:56 <frogonwheels> nbd: I just did make clean and build on quilt - and it's working again.
Jan 14 03:05:07 <frogonwheels> suspect it was a different error first time round perhaps?
Jan 14 03:05:24 <frogonwheels> .. oh and yes - I have enough drive space. :)
Jan 14 03:05:42 <nbd> maybe something was leftover in tmp/
Jan 14 03:05:43 <nbd> dunno
Jan 14 03:06:12 <nbd> i'll kick off the build, then go to sleep
Jan 14 03:06:16 <nbd> 4 am already...
Jan 14 03:06:23 <frogonwheels> good idea
Jan 14 03:13:44 <CIA-29> nbd * r14034 /packages/lang/perl/ (15 files in 2 dirs): fix perl compile on 8.09
Jan 14 03:40:05 <Bartman007> russell--: look farther up, that's the failure of the parent make process
Jan 14 03:53:46 <frogonwheels> Hmm. Having more success now. nuked my .config :|
Jan 14 04:35:58 <mankash> I want to ask one question here about hostapd module?
Jan 14 05:41:12 <russell_> Bartman007: here's another one, further up: make[2]: *** [package/feeds/luci/olsrd-luci/compile] Error 2
Jan 14 05:41:50 <russell_> make[3]: *** [/aux/src/openwrt/build_dir/target-i386_uClibc-0.9.29/olsrd-0.5.6-r3/.built] Error 2
Jan 14 05:42:13 <Bartman007> ok, shortly before that should be a line that indicates what actually happened, if you want you can send me the entire buildlog
Jan 14 05:42:54 <russell_> make[4]: *** [src/rebuild_packet.o] Error 1
Jan 14 05:43:24 <russell_> -rw-r--r--  1 russell staff 110642072 2009-01-13 02:17 build-r14020d.log
Jan 14 05:43:48 <russell_> that's 110 megabytes
Jan 14 05:44:37 <russell_>  $ script -a -c 'time make -d -j17 V=99' build-r14020d.log
Jan 14 05:44:57 <russell_> you really want the whole thing?
Jan 14 05:45:00 <Bartman007> not a big deal IMO, gzip would compress it nicely. but anyway, we're getting closer to the actual error, what's failing in src/rebuild_packet.o?  (this is where it gets difficult)
Jan 14 05:45:44 <russell_> i486-openwrt-linux-uclibc-gcc -O2 -pipe -march=i486 -funit-at-a-time -fhonour-copts -fpic -Isrc  -DUSE_FPM -Dlinux -DNDEBUG    -c -o src/rebuild_packet.o
Jan 14 05:45:44 <russell_> i486-openwrt-linux-uclibc-gcc: src/rebuild_packet.c: No such file or directory
Jan 14 05:45:44 <russell_> i486-openwrt-linux-uclibc-gcc: no input files
Jan 14 05:46:29 <Bartman007> xMff: ping. russell_'s got a olsrd-luci failure for you.
Jan 14 05:46:54 <frogonwheels> Bartman007: Hmm.. I think that might be a dependency
Jan 14 05:46:55 <russell_> only when build with -j17, with a -jN it seems to be okay afaict
Jan 14 05:47:03 <frogonwheels> oh ok.
Jan 14 05:47:04 <Bartman007> russell_: great, now we get to wait for the European to wake up since it's a luci package :)
Jan 14 05:47:06 <frogonwheels> maybe not
Jan 14 05:47:40 <Bartman007> frogonwheels: highly likely to be a dep issue
Jan 14 05:48:09 <frogonwheels> Bartman007: when I've seen that one (I think) fail - it was something else not building I think
Jan 14 05:48:18 <russell_> it'd be nice not to have stuff rebuild everytime too
Jan 14 05:48:51 <frogonwheels> russell_: mostly it doesn't.  some packages don't quite behave themselves
Jan 14 05:49:01 <russell_> yeah i know
Jan 14 05:49:10 <russell_> i tracked one of them down once
Jan 14 05:49:18 <frogonwheels> russell_ you know you can rebuild a specific package yeah?
Jan 14 05:49:40 <russell_> i do, but i forget how from one time to the next
Jan 14 05:50:06 <russell_> i could look it up in my irc logs
Jan 14 05:50:12 <russell_> or mr google could tell me
Jan 14 05:51:40 <frogonwheels> russell_ try this shell script: http://pastebin.ca/1307849
Jan 14 05:52:53 <frogonwheels> it does a make and rebuilds all the packages that failed with V=99 :)
Jan 14 05:55:31 <frogonwheels> russell_ particularly useful when the build goes all night :)
Jan 14 05:59:28 <frogonwheels> Bartman007: have you seen collectd failing to build?
Jan 14 06:07:00 <russell_> Bartman007: http://personaltelco.net/~russell/build-r14020d.log.lzma
Jan 14 06:07:55 <Bartman007> yay lzma!
Jan 14 06:10:29 <Bartman007> frogonwheels: quite possibly, but I don't remember
Jan 14 06:14:27 <frogonwheels> Bartman007: ahh - I think it depends on the plugins enabled
Jan 14 06:14:59 <frogonwheels> I have broken stuff enabled so I can get to the luci-asterisk  which is still pre-alpha
Jan 14 06:18:02 <frogonwheels> I think there might be some compile-time dependency issues there.
Jan 14 06:56:39 <russell_> i suspect the issue is that feeds/packages/net/olsrd and feeds/luci/olsrd-luci are colliding on the same build_dir stomping grounds
Jan 14 06:57:13 <russell_> parallel builds let them run build simultaneously, serial builds don't
Jan 14 06:58:15 <frogonwheels> hmm.. shouldn't do - should be sep things
Jan 14 06:59:28 <russell_> according to my build logs they seem to both use build_dir/target-i386_uClibc-0.9.29/olsrd-0.5.6-r3
Jan 14 07:00:49 <Bartman007> russell_: tweak the makefile, see if that resolves the issue, if so xMff has an easy fix when he wakes us
Jan 14 07:00:54 <Bartman007> s/us/up/
Jan 14 07:01:04 <russell_> what needs tweaking?
Jan 14 07:01:39 <Bartman007> PKG_BUILD_DIR in oslrd-luci
Jan 14 07:01:42 <russell_> yeah
Jan 14 07:01:49 <russell_> was just figuring that out
Jan 14 07:02:12 <russell_> got a suggestion for an appropriate new dirname?
Jan 14 07:02:24 <Bartman007> what is it right now?
Jan 14 07:02:36 <russell_> PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_BASENAME)-$(PKG_VERSION)
Jan 14 07:03:00 <russell_> maybe PKG_NAME instead of PKG_BASENAME
Jan 14 07:03:15 <Bartman007> is PKG_NAME something wth luci in it?
Jan 14 07:03:18 <russell_> yeah
Jan 14 07:03:24 <russell_> PKG_NAME:=$(PKG_BASENAME)-luci
Jan 14 07:03:30 <Bartman007> yes. use that.
Jan 14 07:06:39 <russell_> hmm.  minor breakage.
Jan 14 07:08:53 <Bartman007> you could make it depend on olsrd instead and tht should make it build for now, but this will definitely need to be fixed.
Jan 14 07:14:01 <russell_> aha.
Jan 14 07:14:39 <russell_> the unpack command is: bzcat /src_archive/openwrt/dl/olsrd-0.5.6-r3.tar.bz2 | /bin/tar -C /aux/src/openwrt/build_dir/target-i386_uClibc-0.9.29/olsrd-luci-0.5.6-r3/.. -xf -
Jan 14 07:14:51 <russell_> which isn't going to unpack where we want it to.
Jan 14 07:16:34 <russell_> what's the magic to override that?
Jan 14 07:43:30 <russell_> this seems to work:  http://pastebin.ca/1307891
Jan 14 07:44:39 <russell_> not sure that $(Build/Patch) bit is needed
Jan 14 07:46:59 <russell_> that /.. bit seems like brain damage.  why have the package name in the PKG_BUILD_DIR at all, if tar is just going to obviate it.
Jan 14 09:05:48 <tzim> irssi
Jan 14 09:06:14 <tzim> is there some package for irssi ?
Jan 14 09:13:22 <Bartman007> russell_: heh, is this an olsrd fork itself, not a luci webif for it?
Jan 14 09:48:29 <russell_> Bartman007: afaik
Jan 14 09:52:13 <russell_> tzim: yeah, it's called irssi
Jan 14 09:52:47 <tzim> russell_: yeah, i found it. it was a stupid question
Jan 14 09:53:39 <tzim> just was not on my build. I still have to find how to add those packages
Jan 14 09:54:55 <russell_> script/feeds update -a ; script/feeds install -a ; or something
Jan 14 10:03:06 <tzim> ok. btw, I managed to build on ubuntu, but not on BSD. I get http://pastebin.com/m75589103
Jan 14 10:03:51 <tzim> any idea ?
Jan 14 10:04:16 * russell_ knows nothing about bsd
Jan 14 10:07:37 <tzim> 19
Jan 14 10:12:06 <Kaloz> h3sp4wn: i don't care about !uclibc :)
Jan 14 10:27:49 <russell_> Bartman007: I actually can't see any difference between the two olsrd's  same version, no patches to either, afaict.
Jan 14 10:29:53 <xMff> russell_: the init scripts differ
Jan 14 10:30:05 <xMff> russell_: and olsrd-luci uses newer sources
Jan 14 10:30:33 <xMff> russell_: required for ipv6 stuff but too unstable to make it openwrt default
Jan 14 10:32:48 <russell_> aren't both 0.5.6-r3?
Jan 14 10:33:20 <xMff> russell_: nope
Jan 14 10:33:33 <russell_> PKG_NAME:=olsrd
Jan 14 10:33:33 <russell_> PKG_VERSION:=0.5.6-r3
Jan 14 10:33:45 <russell_> looks like it to me
Jan 14 10:34:05 <russell_> feeds/packages/net/olsrd/Makefile
Jan 14 10:34:19 <xMff> http://luci.subsignal.org/trac/browser/luci/trunk/contrib/package/olsrd-luci/Makefile
Jan 14 10:34:32 <xMff> maybe you use the branch, which is older
Jan 14 10:34:54 <russell_> i'm using whatever feeds.conf.default points at, i think
Jan 14 10:35:28 <russell_> src-svn luci http://svn.luci.subsignal.org/luci/branches/luci-0.8/contrib/package
Jan 14 10:35:38 <xMff> yeah it's not merged yet
Jan 14 10:35:46 <xMff> but it will be
Jan 14 10:35:55 <russell_> anyway, right now the two olsr's conflict
Jan 14 10:36:02 <xMff> I know
Jan 14 10:36:06 <russell_> okay
Jan 14 10:36:07 <xMff> I'll take a look later
Jan 14 10:36:10 <russell_> np
Jan 14 10:37:51 <xMff> Bartman007 already told me that the conflict hppens with parallel builds and the PKG_BUILD_DIR
Jan 14 10:38:03 <russell_> yeah, exactly
Jan 14 10:38:52 <russell_> i'm also curious about the somewhat fragile $(HOST_TAR) -C $(PKG_BUILD_DIR)/.. $(TAR_OPTIONS) business
Jan 14 10:39:22 <russell_> the parentdir .. part just sort of makes the packagename part of PKG_BUILD_DIR pointless
Jan 14 10:40:03 <russell_> $(HOST_TAR) -C $(PKG_BUILD_DIR) --strip 1 $(TAR_OPTIONS) might make more sense
Jan 14 10:42:27 <russell_> that's in include/unpack.mk
Jan 14 11:45:04 <CIA-29> mirko * r14035 /trunk/target/linux/s3c24xx/base-files/etc/ (inittab preinit): cleanup base-files
Jan 14 18:33:16 <CIA-29> juhosg * r14036 /trunk/toolchain/gcc/patches/ (4.1.2/500-avr32.patch 4.2.4/900-avr32_support.patch): [toolchain] fix powerpc toolchain build failure on x86_64 hosts
Jan 14 18:33:33 <juhosg> nbd: ^^^^^
Jan 14 18:33:46 <nbd> thanks a lot
Jan 14 18:33:58 <juhosg> np
Jan 14 18:34:08 <nbd> will kick off builds for 8.09 rc2 again
Jan 14 18:35:47 <juhosg> hmz, it is not in 8.09 yet
Jan 14 18:35:54 <nbd> yes, i'll take care of that
Jan 14 18:36:42 <juhosg> ok
Jan 14 18:37:44 <CIA-29> nbd * r14037 /branches/8.09/toolchain/gcc/patches/ (4.1.2/500-avr32.patch 4.2.4/900-avr32_support.patch): merge r14036 to 8.09
Jan 14 18:37:53 <juhosg> :)
Jan 14 18:37:58 <nbd> built started
Jan 14 18:38:02 <nbd> s/built/build/
Jan 14 18:38:04 <Bartman007> nbd: feel free to kick off parallel builds on my box to speed up discovery of any problems before/during the serial builds on your machine
Jan 14 18:39:20 <nbd> launched two threads on my build host, will start another one later on your box
Jan 14 18:49:30 <aport`> if someone could be so kind as to point me in the right direction for some documentation, I'm looking for the purpose of /lib/uci/schema/default/
Jan 14 18:49:51 <aport`> I'm adapting VRRPD to use UCI and I want to make sure I do it properly
Jan 14 18:50:34 * loswillios points to xMff 
Jan 14 18:55:01 <xMff> aport`: that's just for uci validation, currently only used by luci but might become a standard facility in the future
Jan 14 18:55:36 <xMff> it allows you to programatically test the config
Jan 14 18:55:53 <aport`> xMff, perfect. Since the whole reason for adapting VRRPD to use UCI was to allow it to be configured through LuCI I'll go ahead and create the file
Jan 14 18:56:24 <aport`> by the way, if I modify VRRPD to use UCI and create a LuCI app for it, would anyone be interested if I submit it?
Jan 14 18:57:08 <xMff> I can commit it if it works well
Jan 14 18:58:13 <aport`> xMff, if I put the VRRPd init on pastebin, would you mind looking at it to make sure I use the proper method? It's only a few lines
Jan 14 18:58:32 <xMff> I can take a look, np
Jan 14 18:58:38 <aport`> I've never contributed before and I'd really like to make sure I'm doing it right
Jan 14 19:00:41 <aport`> http://pastebin.ca/1308244
Jan 14 19:02:02 <aport`> right now the luci-app-vrrpd I made does indeed modify the UCI file, but I've got to make it restart the service after the settings are saved
Jan 14 19:02:21 <xMff> add an entry to /etc/config/ucitrack
Jan 14 19:02:34 <xMff> then luci will handle the service restart on commit
Jan 14 19:02:56 <aport`> neat
Jan 14 19:03:05 <aport`> well then, that works out well
Jan 14 19:03:08 <aport`> go LuCI go
Jan 14 19:04:58 <aport`> I assume that there's a file in lucidir/myapp that can handle the addition to /etc/config/ucitrack?
Jan 14 19:05:35 <xMff> look for example in the olsr application, the ipkg subfolder, it contains a postinst for that
Jan 14 19:06:55 <aport`> thanks!
Jan 14 19:12:45 <nbd> aport`: you should not hardcode the config section name
Jan 14 19:12:59 <nbd> aport`: instead allow it to run multiple instances by getting sections with config_foreach
Jan 14 19:14:05 <aport`> nbd, in the init script?
Jan 14 19:14:08 <nbd> yes
Jan 14 19:14:22 <aport`> will do
Jan 14 19:16:52 <aport`> I was looking at the upnpd as a reference
Jan 14 19:20:01 <xMff> upnpd cannot be run in multiple instances
Jan 14 19:20:45 <aport`> can vrrpd? The default config file only had a few local variables
Jan 14 19:20:53 <xMff> not sure
Jan 14 19:21:26 <aport`> I wouldn't think so... at least in the way I'd like to use vrrpd it wouldn't make sense
Jan 14 19:22:28 <aport`> however, I'm in the process of writing a little daemon to handle the creation of GRE tunnels, so I'll use config_foreach for that guy
Jan 14 19:22:53 <aport`> I really appreciate the help guys
Jan 14 21:14:28 <aport`> Hmmm. ran into a small bump. In my luasrc/i18n directory for my application, no .xml file is being created for vrrpd.en.lua
Jan 14 21:21:56 <xMff> aport`: actually it's the other way around ... the xml is the reference for the generated lua files
Jan 14 21:22:10 <xMff> there's a script in build/ to convert a lua file to xml
Jan 14 21:23:30 <xMff> if you use the sdk, do this: make runshell; ./build/i18n-lua2xml.lua path/to/i18n.lua > path/to/i18n.xml
Jan 14 21:23:37 <xMff> exit
Jan 14 21:24:08 <xMff> or just leave it up to me ;)
Jan 14 21:27:25 <johnrw> xMff: ya know... I just got this atheros and madwifi working (again, but that's another story) on the mi424wr... and I gotta say... the wireless page for it is sweet.
Jan 14 21:29:05 <johnrw> http://imagebin.ca/view/fiacqPUk.html  and http://imagebin.ca/view/pVtmj0gM.html
Jan 14 21:29:55 <johnrw> nice work... and it seems I have a 108mbit link between it and my laptop...
Jan 14 21:34:44 <aport`> xMff, thanks :)
Jan 14 21:38:19 <xMff> johnrw: glad that it works well for you
Jan 14 21:38:21 <xMff> aport`: np
Jan 14 21:39:11 <johnrw> samba really beat me up... I needed something good to happen anyways...
Jan 14 21:39:59 <xMff> ftp :)
Jan 14 21:40:31 <johnrw> you should make a UI for ftp... and chuck samba
Jan 14 21:40:52 <h3sp4wn> nfs4
Jan 14 21:40:55 <xMff> yes, somebody already requested vsftp integration. unfortunately I'm pretty occupied atm
Jan 14 21:41:14 <johnrw> well make that 2 requests
Jan 14 21:41:20 <johnrw> lol
Jan 14 21:42:03 <CyrusFF> johnrw: a question: do you had javascript deactivated while taking above screenshots?
Jan 14 21:44:28 <johnrw> I guess I did...
Jan 14 21:44:55 <johnrw> i just went back and enabled it... and it shrunk!
Jan 14 21:44:57 <CyrusFF> ok just wanted to know otherwise it would be a bug that there are TLS etc. fileds although you had PSK selcted
Jan 14 21:46:58 <CyrusFF> field dependency tracking is done when javascript is enabled, meaning you won't see e.g. the wpakey field if you set encyrptionmethod to "none"
Jan 14 21:46:59 <johnrw> no... bug I could find... it set the thing up... and man... do I got a link!
Jan 14 21:47:15 <CyrusFF> thats why it shrunk"
Jan 14 21:47:36 <johnrw> lol
Jan 14 21:47:54 <johnrw> i'm just having some fun finally...
Jan 14 21:47:59 <CyrusFF> hehe
Jan 14 21:48:03 <CyrusFF> then go ahead
Jan 14 21:48:54 <johnrw> though....... i am so mad at samba.... 1 whole megabyte and it still sucks
Jan 14 21:49:42 <johnrw> vsftp... is 80k and it runs circles around it... more than twice as fast...
Jan 14 21:53:46 <xMff> man that slogan is cool "1 whole megabyte and it still sucks" :D
Jan 14 21:54:23 <h3sp4wn> Is it samba though or is it one of the librarys it uses
Jan 14 23:18:52 <CIA-29> jow * r14038 /packages/net/miniupnpd/ (Makefile files/miniupnpd.firewall files/miniupnpd.init):
Jan 14 23:18:52 <CIA-29> packages/net/miniupnpd:
Jan 14 23:18:52 <CIA-29> - rewrite firewall to actually forward
Jan 14 23:18:52 <CIA-29> - fix bandwidth calculation
Jan 14 23:18:52 <CIA-29> - swap upload and download rate
Jan 14 23:18:54 <CIA-29> - make init and hotplug scripts less verbose
Jan 14 23:18:58 <CIA-29> - bump package revision
Jan 14 23:19:43 <xMff> let's hope it really works now, I tested with the intel upnp tools and netcat + telnet :)
Jan 14 23:46:14 <[g2]>  Kaloz around ?
Jan 14 23:46:24 * [g2] is curious about the AVR kit
Jan 14 23:46:48 <[g2]> Happy New Year all :0
Jan 15 00:26:42 <johnrw_afk> noz: ping
Jan 15 00:26:57 <johnrw>  
**** ENDING LOGGING AT Thu Jan 15 02:59:57 2009