**** BEGIN LOGGING AT Mon Dec 06 02:59:57 2010
Dec 06 03:03:17 <builder> build #33 of rdc is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/33
Dec 06 03:26:36 <builder> build #33 of ifxmips is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/33
Dec 06 03:35:54 <cshore_> ok, is anyone else seeing lack of kmod-leds-gpo in /lib/modules after a build?
Dec 06 03:36:04 <cshore_> gpio I mean
Dec 06 03:59:45 <cshore_> ping [florian]
Dec 06 04:16:30 <builder> build #37 of ps3 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/37
Dec 06 04:18:24 <builder> build #40 of gemini is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/40
Dec 06 04:25:00 <builder> build #39 of pxcab is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/39
Dec 06 04:36:11 <cshore_> ping anyone
Dec 06 04:38:14 <builder> build #43 of ppc40x is complete: Failure [failed compile_2]  Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/43
Dec 06 04:38:15 <builder> build #38 of rb532 is complete: Failure [failed compile_2]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/38
Dec 06 04:40:27 <CIA-42> cshore * r24274 /trunk/target/linux/brcm63xx/patches-2.6.35/ (4 files): [brcm63xx] board definitions: Added CPVA642 GPIO leds and buttons and refreshed patches later in series due to fuzz
Dec 06 04:42:58 <builder> build #33 of mpc52xx is complete: Failure [failed compile_2]  Build details are at http://tksite.gotdns.org:8010/builders/mpc52xx/builds/33
Dec 06 04:45:59 <builder> build #34 of adm5120 is complete: Failure [failed compile_2]  Build details are at http://tksite.gotdns.org:8010/builders/adm5120/builds/34
Dec 06 04:47:04 <OutBackDingo> cshore_: pong :)
Dec 06 04:48:34 <cshore_> OutBackDingo: have you done a build recently?
Dec 06 04:48:47 <OutBackDingo> yesterday afternnon
Dec 06 04:49:01 <cshore_> OutBackDingo: I'm trying to figure out of leds-gpio is broken or just on brcm63xx
Dec 06 04:49:07 <cshore_> *if
Dec 06 04:49:16 <OutBackDingo> uhmm dunno
Dec 06 04:49:27 <OutBackDingo> i built ar7
Dec 06 04:49:31 <cshore_> OutBackDingo: do you have leds enabled?
Dec 06 04:49:33 <OutBackDingo> seemed ok
Dec 06 04:49:40 <OutBackDingo> yupp and they flashy
Dec 06 04:50:02 <cshore_> OutBackDingo: ok, probably brcm63xx then
Dec 06 04:50:07 <OutBackDingo> could be
Dec 06 04:50:15 <OutBackDingo> wurks on the WNDR3700 ok
Dec 06 04:50:47 <cshore_> OutBackDingo: does the proper preinit indication prior to normal operation?
Dec 06 04:52:34 <OutBackDingo> seemed ok
Dec 06 04:52:49 <OutBackDingo> didnt really notice anything out of the normal
Dec 06 04:55:38 <cshore_> any idea where to start looking for missing led devices - they're not being created, but the text is in vmlinux so the platform GPIO specification is there.
Dec 06 04:56:47 <cshore_> unless GPIO isn't being initialized properly....that's a possibility too
Dec 06 04:59:55 <cshore_> aha!  probe of leds-gpio.0 failed with error -16
Dec 06 05:00:07 <cshore_> wonder what that means.
Dec 06 05:03:01 <philipp64|laptop> EBUSY
Dec 06 05:03:48 <cshore_> philipp64: is that just the standard C library error codes that it uses?
Dec 06 05:04:20 <philipp64|laptop> I'm guessing... since it's in the kernel.
Dec 06 05:04:45 <philipp64|laptop> wouldn't make sense to create a whole new overlapping number space.
Dec 06 05:04:56 <cshore_> philipp64: I don't know kernel stuff really...true
Dec 06 05:06:05 <cshore_> philipp64: any idea why the led module would report busy?
Dec 06 05:06:17 <philipp64|laptop> could mean that something else tried to reserve the same I/O range.
Dec 06 05:06:33 <cshore_> philipp64: not GPIO, but register range?
Dec 06 05:07:32 <cshore_> oh, I think I see...I have 8 instead of 28...bet 8 is used
Dec 06 05:55:03 <cshore_> fixed...had a duplicate led definition
Dec 06 06:52:04 <RealOpty> sup cshore_
Dec 06 06:54:38 <cshore_> Hey RealOpty long time no see
Dec 06 06:55:03 <CIA-42> cshore * r24275 /trunk/target/linux/brcm63xx/patches-2.6.35/ (4 files): [brcm63xx] board definition: Fixed CPVA642 LED definitions
Dec 06 06:55:06 <CIA-42> cshore * r24276 /trunk/target/linux/brcm63xx/base-files/lib/brcm63xx.sh: [brcm63xx] base-files: Added the preinit information for reset button and preinit indication led, and preinit interface
Dec 06 06:59:26 <RealOpty> ive been idling
Dec 06 07:06:54 <cshore_> RealOpty: just taking it easy?  Or busy in rl?
Dec 06 07:08:32 <RealOpty> been busy
Dec 06 07:08:57 <RealOpty> work + kids = sleep lol
Dec 06 07:09:34 <cshore_> RealOpty: heh....I've been busy too ... no kids though
Dec 06 07:48:24 <alicemirror> Hi, a little question:
Dec 06 07:48:51 <alicemirror> Developing a particular target, can I remove all the other target directories from /target ?
Dec 06 08:24:24 <loswillios> swalker: wouldn't it be cool if you post openwrt/upstream on a weekly basis to openwrt-devel? Maybe that would attrack some more devs to update packages
Dec 06 08:24:43 <KanjiMonster> alicemirror: afaik shouldn't be a problem, just remember to keep "generic" too
Dec 06 08:25:41 <alicemirror> KaniMonster: Thank you... I was unsecure about this in effect,. Ok, Just to simplify the repo that asap whould be sent to owrt team :)
Dec 06 08:49:16 <builder> build #42 of brcm47xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/42
Dec 06 10:58:42 <CIA-42> mb * r24277 /trunk/scripts/deptest.sh: deptest: Make stamps be symlinks to logs.
Dec 06 12:20:52 <CIA-42> acoul * r24278 /trunk/tools/automake/Makefile: tools/automake: update to version 1.11.1
Dec 06 12:23:55 <CIA-42> acoul * r24279 /trunk/tools/autoconf/Makefile: tools/autoconf: update to version 2.68
Dec 06 12:25:45 <CIA-42> acoul * r24280 /trunk/tools/m4/Makefile: tools/m4: update to version 1.4.15
Dec 06 12:30:14 <CIA-42> acoul * r24281 /trunk/tools/bison/Makefile: tools/bison: update to version 2.4.3
Dec 06 12:41:09 <CIA-42> acoul * r24282 /trunk/tools/mklibs/ (8 files in 2 dirs): tools/mklibs: update to version 0.1.30
Dec 06 12:56:32 <builder> build #38 of ramips is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ramips/builds/38
Dec 06 13:30:15 <CIA-42> acoul * r24283 /trunk/tools/mklibs/ (8 files in 2 dirs): tools/mklibs: revert r24282
Dec 06 13:30:53 <swalker> loswillios: I'm not really a fan of posting to mailing lists
Dec 06 15:41:18 <CIA-42> mirko * r24284 /packages/libs/curl/Makefile: [packages/collectd] Use default configure settings and therewith fix current errors while building with libtool2
Dec 06 16:15:41 <tripolar> Hauke: i think i found the error
Dec 06 16:16:20 <tripolar> for the cryptodev stuff
Dec 06 16:16:29 <Hauke1> tripolar: what was it?
Dec 06 16:16:55 <tripolar> im trying it in a few moments then i can tell more :)
Dec 06 16:17:03 <Hauke1> tripolar: ok
Dec 06 16:54:25 <tripolar> ping Hauke1 can u commit it?
Dec 06 16:56:35 <Hauke1> tripolar: ok will do
Dec 06 17:06:31 <CIA-42> nbd * r24285 /trunk/scripts/feeds: scripts/feeds: support checking out git trees with different branches
Dec 06 17:10:17 <CIA-42> hauke * r24286 /trunk/target/linux/generic/files/crypto/ocf/cryptodev.c:
Dec 06 17:10:17 <CIA-42> kernel: fix cryptodev with kernel >= 2.6.35
Dec 06 17:10:17 <CIA-42> The fix is from http://sourceforge.net/mailarchive/forum.php?thread_name=20100906035717.GA7562%40mcafee.com&forum_name=ocf-linux-users
Dec 06 17:10:17 <CIA-42> Thank you tripolar for reporting the issue and finding a solution for it.
Dec 06 17:29:34 <tripolar> Hauke1 can u also look at my openssl 1.0.0c patch?
Dec 06 17:47:18 <CIA-42> acoul * r24287 /trunk/tools/automake/Makefile: tools/automake: add symbolic links upto version 1.11.1
Dec 06 18:15:21 <CIA-42> acoul * r24288 /packages/libs/gettext/ (6 files in 2 dirs): libs/gettext: update to version 1.18.1.1
Dec 06 20:09:04 <CIA-42> nbd * r24289 /branches/backfire/scripts/feeds: scripts/feeds: merge git branch support from r24285
Dec 06 20:55:25 <aport> Hello! I've checkout out the latest luci src and I'm trying to do a "make runuhttpd"
Dec 06 20:55:50 <aport> it succeeds but I get the following errors when browsing to localhost:8080 : http://pastebin.com/JGpFd1hB
Dec 06 20:56:12 <xMff> you have the wrong lua installed on your host
Dec 06 20:56:29 <aport> oh dear
Dec 06 20:57:20 <xMff> http://paste.openwrt.org/d524d238d
Dec 06 20:57:36 <aport> I have them installed, ubuntu 10.10
Dec 06 20:57:47 <xMff> you seem to have a lua50 as well
Dec 06 20:58:13 <aport> I had lua50 previously, but it has been removed
Dec 06 20:58:55 <xMff> I wonder where /home/aport/.lua50/... comes from
Dec 06 20:59:12 <aport> the folder doesn't exist
Dec 06 20:59:28 <aport> apt seemed to have left some relics of lua50 around
Dec 06 20:59:43 <xMff> lua -v
Dec 06 20:59:50 <xMff> lua -e 'print(package.path)'
Dec 06 20:59:52 <aport> aport@madhamster:~/dev/openwrt/luci$ lua -v
Dec 06 20:59:52 <aport> Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
Dec 06 20:59:54 <xMff> lua -e 'print(package.cpath)'
Dec 06 21:00:14 <aport> ./?.lua;/usr/local/share/lua/5.1/?.lua;/usr/local/share/lua/5.1/?/init.lua;/usr/local/lib/lua/5.1/?.lua;/usr/local/lib/lua/5.1/?/init.lua;/usr/share/lua/5.1/?.lua;/usr/share/lua/5.1/?/init.lua
Dec 06 21:00:19 <aport> ./?.so;/usr/local/lib/lua/5.1/?.so;/usr/lib/lua/5.1/?.so;/usr/local/lib/lua/5.1/loadall.so
Dec 06 21:00:22 <aport> looks good ... ?
Dec 06 21:00:25 <xMff> indeed
Dec 06 21:00:28 <xMff> make hostclean
Dec 06 21:00:32 <xMff> make runuhttpd
Dec 06 21:00:57 <aport> you are winrar
Dec 06 21:01:05 <aport> thanks :)
Dec 06 21:01:58 <aport> looks like a hostclean was needed between switching lua versions
Dec 06 21:02:21 <xMff> allright
Dec 06 21:04:45 <aport> well, once again you guys are super awesome
Dec 06 22:27:41 <CIA-42> jow * r24290 /packages/libs/gettext/patches/ (4 files): [packages] gettext: refresh patches, fix patches, fix compilation
Dec 06 22:58:02 <CIA-42> acoul * r24291 /packages/libs/gettext/ (6 files in 2 dirs): libs/gettext: fix uClibc-0.9.32 compile issues, enable parallel build, refresh patches
Dec 06 23:03:56 <CIA-42> acoul * r24292 /packages/libs/gettext/patches/160-uclibc_sched_h_fix.patch: libs/gettext: remove unnecessary patch (thanks xMff)
Dec 06 23:04:50 <cshore_> Hey jow, how are you?
Dec 06 23:04:55 <xMff> fine
Dec 06 23:08:00 <cshore_> xMff: good...I've been tired too much to accomplish much on OpenWRT lately (though I have done some things).
Dec 06 23:08:29 <xMff> its a hobby project after all...
Dec 06 23:14:47 <cshore_> xMff: true, but I want to do more :)
Dec 06 23:16:04 <CIA-42> jow * r24293 /packages/libs/gettext/Makefile: [packages] gettext: this package is definitely *not* save for parallel building
Dec 06 23:30:47 <CIA-42> jow * r24294 /packages/libs/gettext/patches/002-gettext-autoconf-lib-link-no-L.patch: [packages] gettext: partly revert r24291, it totally broke the package build
Dec 06 23:36:30 <cozmic_> Hello All... quick question... does anyone know why backfire wouldn't generate a kmod-hwmon-core.ipk ? for the sensors?
Dec 06 23:36:57 <cozmic_> it generates it for the selected modules but it doesn't generate the kmod-hwmon-core.ipk
Dec 06 23:38:08 <cozmic_> no love?
Dec 06 23:40:36 <cshore_> cozmic_: is it built in?
Dec 07 00:10:34 <h3sp4wn_> does it get generated with FORCE=1 DEVELOPER=1 ?
Dec 07 00:17:51 <cozmic_> I haven't tried those flags... its selected in the menu as =m
Dec 07 00:17:57 <cozmic_> I will try those in  a sec
Dec 07 00:18:50 <cozmic_> yes at I have it tried both... as built-in and as a module
Dec 07 00:19:51 <cozmic_> the dependency requirement for the the sensors modules fails... complaining about kmod-hwmon-core dependency not satisfied
Dec 07 00:27:16 <KanjiMonster> cozmic_: which target?
Dec 07 00:27:41 <cozmic_> x86
Dec 07 00:27:44 <cozmic_> generic
Dec 07 00:27:47 <cozmic_> lm87
Dec 07 00:27:52 <cozmic_> rb230 board to be specific...
Dec 07 00:28:45 <cozmic_> I had to hack the make file to build the lm87 package... but it wouldn't even build that for the lm77 or pc87XXX that are already in there... I am using backfire..
Dec 07 00:31:33 <cozmic_>  * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-hwmon-lm87:  *      kmod-hwmon-core *  * opkg_install_cmd: Cannot install package kmod-hwmon-lm87.
Dec 07 00:41:13 <KanjiMonster> cozmic_: does a build_dir/linux-<something>/linux-<version>/drivers/hwmon/hwmon.ko exist?
Dec 07 00:44:13 <cozmic_> yep
Dec 07 00:44:18 <cozmic_> the driver module is built
Dec 07 00:44:26 <cozmic_> I can do a manual copy of the files
Dec 07 00:44:54 <cozmic_> but I wanted OpenWRT to build the packages so I can automate the build process...
Dec 07 00:45:30 <cozmic_> I mean I can always... create a custom package... but backfire should generate the .ipk for hwmon
Dec 07 01:13:58 <cozmic_> thanks for ur input
Dec 07 02:05:42 <builder> build #41 of orion is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/41
**** ENDING LOGGING AT Tue Dec 07 02:59:58 2010