**** BEGIN LOGGING AT Sat Mar 05 02:59:57 2011
Mar 05 05:04:24 <builder> build #93 of ubicom32 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/93
Mar 05 06:00:25 * russell-- bisecting the iftop problem
Mar 05 06:07:13 <builder> build #94 of brcm47xx is complete: Failure [failed shell]  Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/94
Mar 05 06:08:21 <builder> build #97 of atheros is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/97
Mar 05 06:30:47 <CIA-60> obsy * r25874 /packages/net/transmission/Makefile: [packages] transmission: update to 2.22
Mar 05 06:32:05 <swalker> ^ missing RTC_DRV_PL031 kernel symbol on adm5120_router_le/2.6.32.29 and ep93xx/2.6.36.4
Mar 05 06:48:04 <xMff> ...
Mar 05 06:52:11 <CIA-60> jow * r25875 /trunk/target/linux/generic/ (8 files): [kernel] yet another missing symbol
Mar 05 07:27:03 <builder> build #77 of avr32 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/avr32/builds/77
Mar 05 07:27:18 <CIA-60> swalker * r25876 /packages/mail/msmtp/Makefile: [packages] msmtp: update to 1.4.23, simplify nossl conffiles
Mar 05 07:37:47 <CIA-60> jow * r25877 /packages/net/baresip/Makefile: [packages] baresip: fix compilation
Mar 05 07:42:13 <PsyMan> turns out i'll have to send that bug report
Mar 05 07:42:30 <PsyMan> initing acx freezes the router
Mar 05 07:42:31 <PsyMan> :\
Mar 05 08:11:21 <philipp64|laptop> jow_laptop: I don't think the RFC-2684 section on http://wiki.openwrt.org/doc/uci/network#atm.bridges.ethernet.over.atm.aal5 is correct...
Mar 05 08:13:09 <philipp64|laptop> I suspect what you really want looks more like: http://fpaste.org/tNww/
Mar 05 08:17:55 <xMff> its a wiki...
Mar 05 08:18:27 <xMff> but I don't get whats wrong about it?
Mar 05 08:18:37 <xMff> the additional params you pasted are the defaults
Mar 05 09:16:44 <russell--> nbd: /me beginning to think you are responsible for the iftop problem, not confirmed yet, but looking like things start going haywire at r25800 (r25795 is good and the inbetweeners look innocent)
Mar 05 09:35:41 <russell--> the behavior changes later though, so maybe an incomplete fix later on
Mar 05 09:37:06 <russell--> the distclean-rebuild cycle is about 35 minutes, so it takes a while
Mar 05 09:37:19 <russell--> to converge
Mar 05 09:45:02 <tornado> blogic, hi
Mar 05 09:58:00 <blogic> tornado: hi
Mar 05 09:59:12 <tornado> blogic, how can I use pjsip with ar71xx? is it possible?
Mar 05 10:38:00 <CIA-60> mb * r25878 /trunk/include/cmake.mk: cmake: Fix ccache
Mar 05 10:54:17 <loswilios> jow_laptop: thank you
Mar 05 11:11:55 <builder> build #69 of rdc is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/69
Mar 05 12:45:13 <thepeople> KanjiMonster: pong
Mar 05 12:45:22 <KanjiMonster> ah
Mar 05 12:45:23 <KanjiMonster> hi ;)
Mar 05 12:46:01 <KanjiMonster> thepeople: any update? or should I stop polling? ;)
Mar 05 12:46:08 <KanjiMonster> (+on my account)
Mar 05 13:52:53 <builder> build #83 of ps3 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/83
Mar 05 13:57:53 <Acinonyx> KanjiMonster: wait for an interrupt
Mar 05 14:39:02 <builder> build #81 of gemini is complete: Failure [failed shell_9]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/81
Mar 05 14:53:06 <builder> build #85 of pxcab is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/85
Mar 05 15:10:23 <builder> build #96 of s3c24xx is complete: Failure [failed compile_10]  Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/96
Mar 05 15:19:34 <builder> build #73 of xburst is complete: Failure [failed shell_9]  Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/73
Mar 05 16:17:18 <Wipster> got this in current trunk after a distclean, http://pastebin.com/cH6qW7Mh whats up there?
Mar 05 16:19:29 <mb__> Wipster: Can you provide more backtrace?
Mar 05 16:20:08 <Wipster> mb__, sure how far? when it starts getting quilt or before then?
Mar 05 16:20:28 <mb__> Well, I dunno. Maybe 100 lines
Mar 05 16:20:36 <mb__> approx
Mar 05 16:21:49 <Wipster> mb__, http://pastebin.com/RNU4bZb7
Mar 05 16:24:11 <mb__> hm, not sure. Can you try dirclean?
Mar 05 16:31:39 <Wipster> mb__, looks like that might be working.... how do dir and dist clean differ?
Mar 05 16:32:00 <mb__> dirclean basically removes everything
Mar 05 16:32:26 <mb__> distclean leaves some stuff. I don't remember the details. Might look into the makefile to find out
Mar 05 16:32:46 <CIA-60> mb * r25879 /branches/backfire/include/cmake.mk: Backport r25878 to backfire
Mar 05 16:32:53 <Wipster> ah I thought it was the other way up
Mar 05 16:34:38 <loswillios> it is
Mar 05 16:35:33 <mb__> loswillios: well then it's broken
Mar 05 16:38:08 <Wipster> hmmm how did distclean not sort what dirclean seems to have done if it is that way around?
Mar 05 16:39:06 <mb__> Reading the Makefile it seems that distclean should remove everything. However, it never worked for me, too, so I always used dirclean which works.
Mar 05 16:41:26 <mb__> From a quick look it seems that distclean _should_ basically have the same effect as dirclean + delete of dl directory and old unused build directories.
Mar 05 16:53:34 <loswillios> dirclean doesn't reset .config
Mar 05 16:54:14 <loswillios> which distclean does AFAIR (though I didn't try it recently)
Mar 05 17:27:16 <thepeople> KanjiMonster: no update but keep polling, then I go bug the admins if I can find them :-)
Mar 05 17:27:46 <KanjiMonster> thepeople: okay, will do ;)
Mar 05 17:56:14 <CIA-60> loswillios * r25880 /packages/libs/libupnp/Makefile: [packages] libupnp: update to 1.6.12
Mar 05 18:01:17 <Wipster> bother still getting this, http://pastebin.com/PhJ76RCE only just looked back at the compile window
Mar 05 18:05:11 <Wipster> anything obvious or daft I am missing before I ticket it?
Mar 05 18:41:53 <philipp64|laptop> xMff: the wiki itself explains 'vpi' and 'vpi' as being for PPPoA... not for RFC-1483/2684.
Mar 05 18:42:25 <philipp64|laptop> ditto for the encaps.
Mar 05 18:42:48 <philipp64|laptop> and the payload...
Mar 05 18:44:12 <philipp64|laptop> plus you need the atm-bridge section, plus the interface/ifname nas0 section.
Mar 05 19:36:41 <dirtyfre1booter> I am trying to build dropbear 0.53.1 on bsd host, except changes listed in CHANGES file, put -lcrypt in the *.o files in the Makefile.in
Mar 05 19:36:57 <dirtyfre1booter> bsdmake fails looking for a target for -lcrypt
Mar 05 19:37:06 <dirtyfre1booter> CHANGES says its required for static builds
Mar 05 19:37:46 <dirtyfreebooter> moving it from the SVROBJS= var to LIBS= var in Makefile.in works for both linux and bsd hosts
Mar 05 19:37:58 <dirtyfreebooter> but I don't think its the right way to fix this
Mar 05 19:59:26 <philipp64|laptop> [florian]: ping
Mar 05 20:25:11 <philipp64|laptop> anyone have an idea how far out 2.6.38 is?
Mar 05 20:27:26 <mb__> philipp64|laptop: I don't think it will take that long anymore. I would expect rc8 or possibly 9 if critical stuff shows up as last RC
Mar 05 20:28:15 <philipp64|laptop> good to know. some useful ATM/DSL patches in .38
Mar 05 20:54:40 <CIA-60> mb * r25881 /trunk/target/linux/generic/patches-2.6.37/281-solos_uniform_vpi_vci.patch:
Mar 05 20:54:41 <CIA-60> atm/solos-pci: Fix incorrectly applied patch.
Mar 05 20:54:41 <CIA-60> Thanks to Philip A. Prindeville for pointing it out.
Mar 05 22:03:57 <cshore> ok, today I am working on the miniupnpd fix, now that I'm not sick, and have some time, as well as some extroot stuff
Mar 05 22:09:08 <KanjiMonster> cshore: found a problem with the reuse of the reserved1 field in bcm_tag: the first four bytes are actually used by dual image CFEs for the image sequence. I'm currently preparing a patch moving the rootLength to the "high" 4 bytes of the reserved1 field (these are still unused)
Mar 05 22:09:39 <cshore> rootLengh or rootFlashLength?
Mar 05 22:09:56 <cshore> (the one I added in the reserved field?)
Mar 05 22:10:27 <cshore> let me know when you've got the patch
Mar 05 22:11:01 <cshore> You should go for brcm63xx developer status....you're doing more with it than I am at this point....just too busy (and was sick for a couple of weeks)
Mar 05 22:11:15 <KanjiMonster> cshore: the one you added ;)
Mar 05 22:11:42 <cshore> I was afraid of something like that
Mar 05 22:12:07 <cshore> but I don't know what to do rather than choose some reserved location and hope nobody else uses it
Mar 05 22:13:42 <KanjiMonster> cshore: this is only critical when flashing through a dual image cfe - then the cfe reads the 4 bytes from the current image in the flash, interprets it as a ascii number, increases it by one and writes it as a three digit ascii number (nulling the 4th byte)
Mar 05 22:14:19 <cshore> Oh, btw for the device that the information fields couldn't be used the way I did, is it still possible to access the fields like I made the same way (I want to add  a function to mtd that reads those fields and outputs the filename used to flash the device)
Mar 05 22:15:41 <cshore> You may need to use a union instead of struct
Mar 05 22:15:53 <cshore> for that case
Mar 05 22:16:05 <cshore> or rather because of
Mar 05 22:16:11 <cshore> for bcm_tag
Mar 05 22:16:42 <KanjiMonster> I just wrote a small util for "nulling" these fields and also fixing up the image crc, so these won't be populated
Mar 05 22:17:30 <KanjiMonster> as far as I have understood the cfe, if these fields are populated, it expects additional data (i.e. the key) at the end of the image
Mar 05 22:17:50 <cshore> I see...that's not the rsa_key field?
Mar 05 22:18:05 <cshore> must have changed the bloody layout again
Mar 05 22:18:27 <KanjiMonster> I think this is a custom layout used only for this one device
Mar 05 22:18:42 <cshore> yeah, pirelli did stuff like that too
Mar 05 22:19:09 <cshore> grrr....
Mar 05 22:19:35 <cshore> did they at least use a proper board id?
Mar 05 22:43:35 <KanjiMonster> yeah
Mar 05 22:44:01 <KanjiMonster> cshore: they even use a custom sig_1 ;)
Mar 05 22:44:20 <cshore> well at least there's that :)
Mar 05 22:45:43 <KanjiMonster> "AAAAAAAA Corporatio"
Mar 05 22:45:52 <cshore> lol
Mar 05 22:46:19 <cshore> I guess they want to be top of the list
Mar 06 00:02:26 <stintel> /nr 2
Mar 06 00:48:54 <builder> build #77 of uml is complete: Failure [failed compile_10]  Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/77
Mar 06 02:41:53 <cshore> in package makes is there way to get the string attitude, backire, or kamikaze?
Mar 06 02:41:58 <cshore> makefiles
Mar 06 02:42:04 <cshore> depending on the actual version
Mar 06 02:47:29 <cshore> OPENWRTVRESION from toplevel.mk I see
Mar 06 02:47:42 <cshore> is close enough to get what I want
Mar 06 02:48:29 <builder> build #84 of ppc44x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/84
Mar 06 02:53:37 <builder> build #84 of rb532 is complete: Failure [failed compile_7]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/84
**** ENDING LOGGING AT Sun Mar 06 02:59:57 2011