**** BEGIN LOGGING AT Mon Jul 30 02:59:57 2007
Jul 30 07:23:40 <CIA-8> 03rwhitby * r6561 10optware/trunk/ (2 files in 2 dirs): Added package to build the fsg3v4 kernel and modules
Jul 30 08:53:13 <CIA-8> 03rwhitby * r6562 10optware/trunk/platforms/packages-fsg3v4.mk: Enabled fs3v4 kernel build (for those with a serial port)
Jul 30 10:31:48 <rwhitby> eno: do we have module-init-tools (modprobe and friends for 2.6 kernels) in optware?
Jul 30 10:40:05 <CIA-8> 03rwhitby * r6563 10optware/trunk/make/fsg3v4-kernel-modules.mk: Include module dependency information
Jul 30 13:02:49 <CIA-8> 03rwhitby * r6564 10optware/trunk/ (3 files in 2 dirs): Added some more fsg3v4 kernel modules.
Jul 30 15:10:31 <CIA-8> 03rwhitby * r6565 10optware/trunk/ (2 files in 2 dirs): Added the mangle table to fsg3v4 kernel modules
Jul 30 15:27:36 <CIA-8> 03bzhou * r6566 10optware/trunk/ (4 files in 2 dirs): module-init-tools: added & promoted on platforms with 2.6 kernel: fsg3v4, openwrt-ixp4xx, slugosbe
Jul 30 16:06:21 * mwester wonders if the module-init-tools on 2.6 kernels may not cause difficulties in light of the OE module tools (which are outdated)...
Jul 30 20:55:23 <CIA-8> 03bzhou * r6567 10optware/trunk/ (make/libstdc++.mk platforms/packages-ts101.mk): 
Jul 30 20:55:23 <CIA-8> ts101: provide libstdc++ package
Jul 30 20:55:23 <CIA-8> since libuclibc++ wrapper is not ready and there are existing packages linking with libstdc++
Jul 30 23:38:57 <CIA-8> 03bzhou * r6568 10optware/trunk/platforms/packages-openwrt-brcm24.mk: swi-prolog: disabled on openwrt-brcm24 until build be fixed
Jul 30 23:50:11 <CIA-8> 03bzhou * r6569 10optware/trunk/ (make/libstdc++.mk platforms/packages-gumstix1151.mk): libstdc++: libuclibc++ wrapper -> real libstdc++ for openwrt-ixp4xx & gumstix1151
Jul 30 23:52:04 <rwhitby> morning
Jul 30 23:52:06 <rwhitby> eno: thx for module-init-tools
Jul 30 23:54:49 <CIA-8> 03rwhitby * r6570 10optware/trunk/make/fsg3v4-kernel-modules.mk: Fixed the module name for mange
Jul 30 23:54:53 <eno> rwhitby: no problem
Jul 30 23:55:14 <eno> it looks like openwrt-ixp4xx is using libstdc++, isn't it?
Jul 30 23:55:56 <rwhitby> eno: dunno
Jul 30 23:56:18 <eno> see http://tech.groups.yahoo.com/group/OpenTurbostation/message/815
Jul 30 23:56:43 <rwhitby> eno: any chance you could take a look at making fis and fconfig packages? http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/redboot-utils
Jul 30 23:56:54 <rwhitby> that would allow us to upgrade the kernel from optware on some devices :-)
Jul 30 23:58:05 <eno> according to my investigation, on ts101 gumstix1151 and openwrt-ixp4xx, libstdc++ was incorrectly delegating to libuclibc++
Jul 30 23:59:09 <rwhitby> apparently most packages use libuclibc++, but both are available on openwrt-ixp4xx
Jul 31 00:05:26 <CIA-8> 03oleo * r6571 10optware/trunk/ (7 files in 2 dirs): transmission: 2474->2555 - autogen change
Jul 31 00:09:18 <rwhitby> encode: libstdc++ just broke on fsg3v4
Jul 31 00:09:52 <rwhitby> cp /opt/crosstool/gcc-2005q3-glibc-2.3.5/armeb-none-linux-gnueabi/sys-root/lib/libstdc++.so.6.0.3\
Jul 31 00:09:52 <rwhitby>  /home/slug/optware/fsg3v4/builds/libstdc++/
Jul 31 00:09:52 <rwhitby> cp: cannot stat `/opt/crosstool/gcc-2005q3-glibc-2.3.5/armeb-none-linux-gnueabi/sys-root/lib/libs\
Jul 31 00:09:52 <rwhitby> tdc++.so.6.0.3': No such file or directory
Jul 31 00:13:04 <rwhitby> it's in ../lib not ../sys-root/lib
Jul 31 00:13:51 <rwhitby> looks like an earlier change we made to TARGET_LIBDIR was a latent problem
Jul 31 00:16:47 <CIA-8> 03rwhitby * r6572 10optware/trunk/make/libstdc++.mk: Special case libstdc++ for fsg3v4
Jul 31 00:17:08 <rwhitby> we really need to work out how to build the toolchain for fsg3v4 ...
Jul 31 00:19:40 <rwhitby> transmission just failed to build on fsg3v4 too
Jul 31 00:20:21 <rwhitby> eno: ^^
Jul 31 00:22:18 <eno> rwhitby: we should mark it broken for the time being
Jul 31 00:23:18 <eno> i'll put fis & fconfig on my TODO list
Jul 31 00:25:39 <eno> bbl
Jul 31 01:27:24 <CIA-8> 03rwhitby * r6573 10optware/trunk/sources/fsg3v4-kernel-modules/defconfig: Enabled KMOD in the kernel for automatic module loading
Jul 31 01:27:36 <CIA-8> 03rwhitby * r6574 10optware/trunk/make/fsg3v4-kernel-modules.mk: Made it remove old versions
Jul 31 02:28:15 <CIA-8> 03rwhitby * r6575 10optware/trunk/make/fsg3v4-kernel-modules.mk: Better modules cleanup
Jul 31 02:58:29 <CIA-8> 03bzhou * r6576 10optware/trunk/Makefile: demoted transmission, promoted hello
**** ENDING LOGGING AT Tue Jul 31 02:59:56 2007