**** BEGIN LOGGING AT Fri Aug 07 02:59:57 2009
Aug 07 03:14:02 <kupesoft> Anyone have problems with the most recent opkg bump?
Aug 07 03:17:11 <kupesoft> http://dpaste.com/76348/
Aug 07 03:17:18 <kupesoft> Everything works, but I get an error after EVERY time I run opkg
Aug 07 03:17:27 <kupesoft> Collected errors:
Aug 07 03:17:27 <kupesoft>  * ERROR: duplicate src declaration.  Skipping:
Aug 07 03:17:27 <kupesoft>          src snapshots http://downloads.openwrt.org/snapshots/trunk/brcm47xx/packages
Aug 07 03:18:08 <kupesoft> root@OpenWrt:/etc# opkg update
Aug 07 03:18:08 <kupesoft> Downloading http://192.168.1.2:8080/Packages.gz
Aug 07 03:18:08 <kupesoft> Inflating http://192.168.1.2:8080/Packages.gz
Aug 07 03:18:08 <kupesoft> Updated list of available packages in /var/opkg-lists/snapshots
Aug 07 03:18:08 <kupesoft> Collected errors:
Aug 07 03:18:09 <kupesoft>  * ERROR: duplicate src declaration.  Skipping:
Aug 07 03:18:11 <kupesoft>          src snapshots http://192.168.1.2:8080
Aug 07 03:20:45 <kupesoft> Kaloz: ping
Aug 07 03:21:08 <kupesoft> r17152 = your fault :P
Aug 07 03:34:19 <frogonwheels> hmm.. closer.  now it complains it can't find init ... I'll keep at it :)
Aug 07 03:35:19 <frogonwheels> huh. that explains that. I stuffed up creating the image :)
Aug 07 03:43:22 <kupesoft> Kaloz: http://openwrt.pastebin.com/m1c6098d4 -- the error message on the bottom, that happens after anything opkg related, but opkg does't fail
Aug 07 03:44:43 <kupesoft> strange, looking at opkg source now
Aug 07 04:17:04 <kupesoft> Anyone?
Aug 07 04:31:16 <kupesoft> Doing some debugging, opkg is for some reason parsing opkg.conf twice
Aug 07 04:46:46 <kupesoft> mailed -devel about it
Aug 07 04:59:39 <frogonwheels> looks like it's not posible to build an x86-64 grub. you have to build it for ia32
Aug 07 04:59:41 <frogonwheels> yay
Aug 07 05:09:29 <frogonwheels> does somebody know the make target that  installs all the packages / init etc into the $(TARGET_DIR)  to make the filesystem image?
Aug 07 05:25:20 <kupesoft> not sure, but put together a make target cheatsheet when you've figured it all out :P
Aug 07 05:26:35 <frogonwheels> i am.
Aug 07 05:47:21 <dkostousov> How I can change the default LuCI theme?
Aug 07 07:13:57 <kupesoft> Hmm, can I strip ucitrigger from my build? It would save the lua dependency
Aug 07 07:19:10 <Hopscotch> good morning
Aug 07 08:05:43 <frogonwheels> hazaa!!!
Aug 07 08:07:17 <frogonwheels> I have a 64bit x86 openwrt running on a Kontron board with intel chipset SATA drives including a CF card on PATA,  3x Gigabit ethernet.
Aug 07 08:07:37 <[florian]> frogonwheels: yeah !!
Aug 07 08:09:25 <frogonwheels> still needs some more stuff loaded. oooh.. like the network drivers..
Aug 07 08:10:03 <frogonwheels> though I'm not worried about that, since the board works under ubuntu, and Kontron actively support linux, and tell you which drivers to load for network.
Aug 07 08:10:30 * frogonwheels scrummages around to see where he wrote it down.
Aug 07 09:32:55 <CIA-36> florian * r17161 /trunk/toolchain/gcc/ (11 files in 2 dirs): [toolchain] add support for gcc-4.4.1 (#5580)
Aug 07 09:36:56 <CIA-36> florian * r17162 /trunk/package/iptables/Makefile: [package] libiptc and libxtables should install their libraries as symbolic links (#5313, #5639)
Aug 07 09:43:20 <CIA-36> florian * r17163 /packages/net/miniupnpd/Makefile: [package] fix miniupnpd compilation with brcm-2.4 (#5630)
Aug 07 09:51:59 <dkostousov> Should I add CONFIG_MTD_CFI_I2=y to ./target/linux/brcm-2.4/config-default for build firmware for dlink DIR-320?
Aug 07 09:52:41 <dkostousov> I mean trunk source
Aug 07 09:54:31 <[florian]> no idea if your flash needs 16-bits access, probably
Aug 07 10:04:54 <dkostousov> the trunk compilation process fails after  CONFIG_MTD_CFI_I2=y was added
Aug 07 10:05:06 <[florian]> fails on what?
Aug 07 10:05:17 <[florian]> relevants parts of make V=99 > openwrt.pastebin.com
Aug 07 10:07:24 <dkostousov> error http://openwrt.pastebin.com/m425a4a72
Aug 07 10:09:42 <[florian]> dkostousov: totally unrelated to CONFIG_MTD_CFI_I2
Aug 07 10:10:02 <[florian]> dkostousov: let me fix that
Aug 07 10:13:09 <[florian]> dkostousov: I cannot reproduce that error, can you make sure that you have libstdc++6-dev installed on your machine?
Aug 07 10:15:23 <dkostousov> Yesterday all compiles fine. Today my Fedora was updated.
Aug 07 10:15:23 <dkostousov> % rpm -qa libstdc\*
Aug 07 10:15:23 <dkostousov> libstdc++-4.4.0-4.x86_64
Aug 07 10:15:23 <dkostousov> libstdc++-devel-4.4.0-4.x86_64
Aug 07 10:15:24 <dkostousov> libstdc++-4.4.0-4.i586
Aug 07 10:15:56 <dkostousov> Updated packages:
Aug 07 10:15:56 <dkostousov> Aug 07 08:32:36 Updated: akmods-0.3.6-3.fc11.noarch
Aug 07 10:15:56 <dkostousov> Aug 07 08:32:37 Updated: 2:flash-plugin-x86_64-10.0.32.18-2.fc11.x86_64
Aug 07 10:15:56 <dkostousov> Aug 07 08:32:39 Updated: 1:mc-4.7.0.pre1.41.g324c7ce-1.fc11.x86_64
Aug 07 10:15:56 <dkostousov> Aug 07 08:32:41 Updated: xorg-x11-drv-nvidia-libs-185.18.31-1.fc11.x86_64
Aug 07 10:15:57 <dkostousov> Aug 07 08:32:48 Updated: kmod-nvidia-2.6.29.6-217.2.3.fc11.x86_64-185.18.31-1.fc11.x86_64
Aug 07 10:15:59 <dkostousov> Aug 07 08:32:49 Updated: xorg-x11-drv-nvidia-185.18.31-1.fc11.x86_64
Aug 07 10:16:01 <dkostousov> Aug 07 08:32:50 Updated: akmod-nvidia-185.18.31-1.fc11.x86_64
Aug 07 10:16:05 <dkostousov> Aug 07 08:32:57 Updated: kmod-nvidia-2.6.29.6-213.fc11.x86_64-185.18.29-1.fc11.x86_64
Aug 07 10:17:33 <[florian]> ah ah
Aug 07 10:18:43 <dkostousov> ?
Aug 07 10:19:00 <[florian]> let me check something
Aug 07 10:21:48 <[florian]> dkostousov: could you test that: http://openwrt.pastebin.com/m4b21f0fd ?
Aug 07 10:24:30 <dkostousov> Hmm... How I can apply this? patch fails: patch: **** Only garbage was found in the patch input.
Aug 07 10:25:34 <[florian]> wget -O mklibs.patch "http://openwrt.pastebin.com/pastebin.php?dl=m4b21f0fd"
Aug 07 10:25:39 <[florian]> patch -p1 < mklibs.patch
Aug 07 10:25:44 <[florian]> make tools/mklibs/{clean,compile}
Aug 07 10:28:25 <dkostousov> mklibs was compiled successfully. Thx
Aug 07 10:30:47 <[florian]> you are welcome
Aug 07 10:31:28 <CIA-36> florian * r17164 /trunk/tools/mklibs/patches/ (. 001-missing_stdio.patch): [tools] fix mklibs compilation failures on stdio.h not being included
Aug 07 11:18:13 <zoobab01> &win 3
Aug 07 11:19:26 <AndyI> <[florian]> ping
Aug 07 11:19:50 <zoobab01> hi Andy
Aug 07 11:20:00 <zoobab01> we met at Ulf place for New Year
Aug 07 11:33:10 <freezer_> hi
Aug 07 11:34:06 <freezer> juhosg, looks like the WRT160NL works fine now
Aug 07 11:48:41 <frogonwheels> xMff: you there? having problems getting luci started .. geting 'Not Found'
Aug 07 11:48:42 <frogonwheels> tt
Aug 07 11:49:47 <xMff> from busybox httpd?
Aug 07 11:49:59 <frogonwheels> yep.. either.. don't care
Aug 07 11:50:14 <frogonwheels> i think it was running under lua b4
Aug 07 11:50:26 <xMff> I mean, busybox httpd generates the error message?
Aug 07 11:50:26 <AndyIL> stupid mirc reconnected!
Aug 07 11:50:47 <frogonwheels> xMff: actually, I think   cgi-bin/luci  does
Aug 07 11:52:15 <frogonwheels> Thats the entire contents of the document - no http, just:  Not Found
Aug 07 11:52:20 <frogonwheels> I mean html
Aug 07 11:52:41 <xMff> sounds like indexing is broken
Aug 07 11:53:00 <xMff> is there a /usr/lib/lua/luci/fastindex.so ?
Aug 07 11:53:28 <frogonwheels> no!
Aug 07 11:53:54 <xMff> no problem, then it should fall back to lua indexing
Aug 07 11:54:07 <xMff> was ther some /tmp/luci-* stuff created?
Aug 07 11:54:35 <frogonwheels> I just installed it (fastindex) and it gave some no element found error
Aug 07 11:54:46 <frogonwheels> yep. luci-* stuff created
Aug 07 11:55:37 <xMff> remove it and try again, then paste the resulting error message
Aug 07 11:55:49 <xMff> rm -rf /tmp/luci-* I mean
Aug 07 11:56:15 <frogonwheels> with/without fastindex ?
Aug 07 11:56:20 <xMff> with
Aug 07 11:56:48 <frogonwheels> XML Parsing Error: no element found \n Location: http://192.168.22.50/cgi-bin/luci \nLine Number 18, Column 44:<span id="skiplink1"><a href="#navigation">
Aug 07 11:56:56 <frogonwheels> then ---^ to the last >
Aug 07 11:57:16 <xMff> Ctrl-u
Aug 07 11:57:29 <xMff> which rev?
Aug 07 11:57:49 <frogonwheels> of what?
Aug 07 11:58:02 <xMff> luci
Aug 07 11:58:38 <xMff> maybe we have yet unknown 64bit issues :)
Aug 07 11:58:51 <frogonwheels> 0.9+svn-1
Aug 07 11:58:56 <xMff> ah, hm
Aug 07 11:58:58 <frogonwheels> possibly
Aug 07 11:59:11 <frogonwheels> but there areother 64bit targets...
Aug 07 11:59:40 <xMff> I never tested one so I can't even tell you whether it ever worked there
Aug 07 11:59:43 <frogonwheels> xMff: I've got bleeding edge 'cause of asterisk
Aug 07 12:00:18 <xMff> if you view the page source on the xml error thing you should see the real error, Firefox is too stupid to handle this gracefully
Aug 07 12:00:20 <frogonwheels> maybe when you've time I could give you access to the box.
Aug 07 12:00:27 <CIA-36> kaloz * r17165 /trunk/toolchain/gcc/ (4 files in 2 dirs): add gcc 4.3.4
Aug 07 12:01:01 <xMff> access would work too
Aug 07 12:01:34 <frogonwheels> ooh. ok all that error stuff is from the browser.
Aug 07 12:01:44 <frogonwheels> .. but you knew that
Aug 07 12:02:16 <frogonwheels> oh. it's cut short.
Aug 07 12:02:17 <xMff> firefox refuses to render anything if it's in xhtml mode and the source is malformed
Aug 07 12:02:40 <xMff> just cut? hm okay
Aug 07 12:02:55 <frogonwheels> at that navigation">  point.. that's it.
Aug 07 12:03:12 <xMff> I see, then it's some i18n issue
Aug 07 12:03:16 <xMff> moment
Aug 07 12:04:07 <xMff> http://luci.subsignal.org/trac/ticket/76#comment:14
Aug 07 12:44:09 <AndyIL> [florian] have 5 minutes?
Aug 07 12:54:15 <AndyIL> есть кто живой пособите плиз!!
Aug 07 13:18:47 <[florian]> AndyIL: yes
Aug 07 13:18:50 <[florian]> AndyIL: I was eating
Aug 07 13:20:39 <AndyIL> <[florian]> Bon appetit!
Aug 07 13:20:52 <[florian]> AndyIL: it's over now ;)
Aug 07 13:24:43 <AndyIL> <[florian]> possible go in private?
Aug 07 15:24:39 <fofware> hello guys!!! freeradius have this list of termination causes http://openwrt.pastebin.com/da2579b4 what of that causes do you think is better to set when the admin of hotspot disconnect one user
Aug 07 15:25:44 <fofware> I did think RADIUS_TERMINATE_CAUSE_ADMIN_RESET but this can mean server reset
Aug 07 17:33:04 <CIA-36> juhosg * r17166 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-wrt160nl.c: [ar71xx] WRT160NL: register GPIO LEDs and buttons
Aug 07 17:36:56 <kupesoft> ^^ that's it, I gotta have a WRT160NL
Aug 07 17:37:30 <kupesoft> Should ucitrigger be included in trunk by default?
Aug 07 17:40:47 <xMff> I think it will become mandatory soon
Aug 07 17:41:25 <kupesoft> Is it worth the lua + libuci-lua deps right now?
Aug 07 17:41:48 <xMff> it allows more fine grained applying of uci settings, for example changing stuff like essid or channel without restarting the wireless interface
Aug 07 17:41:58 <xMff> right now it's not used afaik
Aug 07 17:42:13 <kupesoft> 99% sure it's not, I grepped for any reference to it
Aug 07 17:42:23 <xMff> then you can leave it out for now
Aug 07 17:42:26 <xMff> :)
Aug 07 17:46:52 <kupesoft> I was just thinking a patch to disable it
Aug 07 18:22:52 <kupesoft> patch flung
Aug 07 21:58:38 <CIA-36> nbd * r17167 /trunk/ (include/package-ipkg.mk package/Makefile rules.mk): add a staging directory for unstripped package files, useful for debugging, will be used for mklibs integration later
Aug 07 22:02:20 <[Fate]> do I get this correctly that any kernel modules, that I selected with M in "make kernel_menuconfig", won't get included unless there is a top-level "make menuconfig" kmod-*option for it and selected?
Aug 07 22:18:43 <xMff> [Fate]: yes
Aug 07 22:21:10 <[Fate]> strange thing, I included a custom-written kernel module into the kernel source, selected it with make kernel_menuconfig, and it gets pass
Aug 08 02:24:41 <CIA-36> nbd * r17168 /trunk/include/package-ipkg.mk: add target for library specific installations into the root staging dir, fix ipkg build dependency on the package build stamp
Aug 08 02:24:46 <CIA-36> nbd * r17169 /trunk/package/base-files/Makefile: install static libraries from uclibc to the rootfs staging dir
Aug 08 02:24:51 <CIA-36> nbd * r17170 /trunk/tools/mklibs/patches/002-disable_symbol_checks.patch: mklibs: do not fail on unresolved symbols, but print warnings
Aug 08 02:24:56 <CIA-36> nbd * r17171 /trunk/tools/mklibs/ (3 files in 2 dirs): upgrade mklibs to 0.1.29 - fixes runtime errors in mklibs-readelf
Aug 08 02:25:00 <CIA-36> nbd * r17172 /trunk/tools/mklibs/patches/003-no_copy.patch: mklibs: do not touch libraries that cannot be rebuilt
Aug 08 02:25:04 <CIA-36> nbd * r17173 /trunk/ (Config.in package/Makefile): integrate mklibs.py support into the build process
Aug 08 02:38:01 <CIA-36> nbd * r17174 /trunk/package/Makefile: decrease verbosity of mklibs.py
**** ENDING LOGGING AT Sat Aug 08 02:59:57 2009