**** BEGIN LOGGING AT Tue Aug 14 02:59:56 2007 Aug 14 05:39:04 03rwhitby * r6670 10optware/trunk/ (3 files in 2 dirs): rrdcollect: Set default log level to notice instead of debug. Aug 14 12:22:17 hello !! Aug 14 12:26:57 I'm trying to compile perl-dbd-mysql for mipsel from the optware svn repository. but with OPTWARE_TARGET=openwrt-brcm24 I obtain a mysql.so for x86 Aug 14 12:27:30 here what says file command: $ file optware/builds/perl-dbd-mysql/blib/arch/auto/DBD/mysql/mysql.so Aug 14 12:27:30 optware/builds/perl-dbd-mysql/blib/arch/auto/DBD/mysql/mysql.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped Aug 14 12:27:55 can someone help me please ? Aug 14 12:50:45 toboz, what's the timestamp of that file ? Aug 14 12:53:31 xkr47: thank you for intersting to my problem. Aug 14 12:53:35 $ ll optware/builds/perl-dbd-mysql/blib/arch/auto/DBD/mysql/mysql.so Aug 14 12:53:35 -rwxr-xr-x 1 jah jah 254119 2007-08-13 17:11 optware/builds/perl-dbd-mysql/blib/arch/auto/DBD/mysql/mysql.so Aug 14 12:53:56 strange.. Aug 14 12:54:01 yeah ... Aug 14 12:54:11 i don't unterstand. Aug 14 12:54:14 ok, I do not know how perl modules are built, sorry Aug 14 12:54:23 I just thought that the .so could have been some old one Aug 14 12:56:26 but it has been freshly built ... really strange. Do you know what is the OPWTARE_TARGET value for this repository: http://ipkg.nslu2-linux.org/feeds/optware/ddwrt/cross/stable Aug 14 12:56:44 those packages work fine on my board Aug 14 12:57:05 and when I set OPTWARE_TARGET to ddwrt, I obtain some compilations errors Aug 14 12:57:45 it may is why there isn't the perl-dbd-mysql-mispel.ipk in this depot Aug 14 12:58:00 but i need it !!! : ) Aug 14 12:58:19 sorry, I don't :P Aug 14 12:58:27 so i'm thinking to add the rb532 mipsel platform to nslu2 .... Aug 14 12:58:27 try also #nslu2-general channel maybe Aug 14 12:58:38 if you are using openslug, there is also #openslug.. Aug 14 12:58:45 xkr47: thank you anyway for your help :) Aug 14 12:58:51 i'm using openwrt :) Aug 14 12:58:59 aha ok :) Aug 14 15:04:19 would know by chance which is the person in charge for package perl-dbd-mysql ? Aug 14 15:04:58 toboz: perl-dbd-mysql was never properly built Aug 14 15:05:32 right now it was using perl/mysql/gcc all on the build machine Aug 14 15:05:41 eno: ok, it is well what I feared. Aug 14 15:05:49 i tried a little bit to correct it Aug 14 15:06:04 the problem is that at build time, it wants to load .so Aug 14 15:06:10 for my part, i've try to compile directly on my router Aug 14 15:06:26 so your best bet is to build natively Aug 14 15:07:30 that's whaht I thought, but I miss some tools to compil like that (wait I lauch again the compilation on my router): Aug 14 15:08:27 eno: have you ever succeed to obtain this module for mipsel ? Aug 14 15:09:02 i only tried cross build, and never managed to build this module Aug 14 15:09:08 for any target Aug 14 15:09:25 although i did not look very very hard Aug 14 15:10:35 the same, with cross :( -- and here what happens natively on my router (after perl Makefile.PL) Aug 14 15:11:36 sorry it takes some time ... Aug 14 15:12:13 i don't believe it will be the same building native vs. native Aug 14 15:12:39 it definitely should not produce a x86 binary Aug 14 15:12:58 i meant native vs. cross Aug 14 15:14:00 yes I unterstood (for native vs cross) Aug 14 15:14:31 yeah it shouldn't produce a x86 and it's what I'e obtained :~( - so strange no ? Aug 14 15:15:51 when building cross, because of incorrect setting, i can understand why it generates x86 binary Aug 14 15:16:06 but building native, this should never happen Aug 14 15:16:20 yes of course Aug 14 15:16:41 here my "native" problem: I miss this -> mipsel-linux-ar Aug 14 15:16:56 here a full output: http://pastebin.com/m45b25674 Aug 14 15:20:25 so do you have a native toolchain? Aug 14 15:21:37 maybe you should try adding the toolchain directory to PATH Aug 14 15:22:22 try build a hello world example first to make sure your toolchain is working Aug 14 15:22:32 gtg, bbl Aug 14 15:23:08 yes, thank youo for your advice Aug 14 15:23:22 I've installed the meta package optware-devel Aug 14 15:24:41 so I think that everything is installed in /opt/bin no ? if true, I've added /opt/bin to my PATH Aug 14 15:34:11 argh !! I just had to create a symlink from /opt/bin/ar to /opt/bin/mipsel-linux-ar !! Aug 14 15:34:23 I've passed my previous error ... Aug 14 15:34:31 now I will see the make test :) Aug 14 16:10:23 still not very conclusive for the moment !!! Aug 14 16:10:32 I carry on tommorow, I'm fed up Aug 14 18:04:05 03bzhou * r6671 10optware/trunk/ (4 files in 3 dirs): fixed and promoted perl-dbd-mysql Aug 14 18:44:21 03osas * r6672 10optware/trunk/make/asterisk14.mk: astersk14: 1.4.10 -> 1.4.10.1 Aug 14 21:13:52 03bzhou * r6673 10optware/trunk/scripts/optware-autoclean.pl: autoclean.pl: check version simpleness using $uploaded_version{$p} Aug 14 22:11:04 Hello I try to compile appweb V 2.2.2 for the optwarefeed . I can configure and make appweb . The problem is : appweb looks for libs only in /lib and not in /opt/lib . If i make some symbolic links to the libs in /opt/libs appweb runs basicly. I have put the makefile and buildconfig.make to http://www.pastebin.ca/657503 . Please have a look. Aug 14 22:16:31 Heinz_1: does the current appweb version in the feeds work? i.e. is the problem only in your new version, or does it exist in the current version too? Aug 14 22:17:09 i have not tried the current version on fsgf V4 Aug 14 22:17:37 can you try the current version first? Aug 14 22:17:51 yes i do Aug 14 22:25:33 rwhitby: The old version is running Aug 14 22:40:42 Heinz_1: and does it load libraries from /opt/lib? Aug 14 22:40:51 yes Aug 14 22:43:08 in the current version are one great patch more , but changing only pathes from /opt/lib to /opt/bin for the compiling Aug 14 22:44:54 example : - --rpath "$(BLD_PREFIX)/bin" --libraryPath "$(STATIC_LIBPATH)" \ Aug 14 22:44:55 + --rpath "$(BLD_PREFIX)/lib" --libraryPath "$(STATIC_LIBPATH)" \ Aug 14 22:47:08 in the new version this looks : Aug 14 22:47:12 $(BLD_BIN_DIR)/testAppweb$(BLD_EXE): \ Aug 14 22:47:13 $(BLD_LIB_DIR)/libappweb$(BLD_LIB) $(FILES) $(TEST_OBJS) Aug 14 22:47:13 @bld --graphical --executable $(BLD_BIN_DIR)/testAppweb$(BLD_EXE) \ Aug 14 22:47:13 --libraryPath "$(LIBPATH)" \ Aug 14 22:47:13 $(MODE) --libs "appweb $(LIBS)" $(RES) \ Aug 14 22:47:13 $(BLD_OBJ_DIR)/appweb$(BLD_OBJ) \ Aug 14 22:47:15 test/testStaticLink$(BLD_OBJ) \ Aug 14 22:47:17 $(TEST_OBJS) $(SYSOBJS) $(SYSLIBS) Aug 14 22:47:19 @rm -f test/testAppweb$(BLD_EXE) Aug 14 22:47:21 @echo " cp $(BLD_BIN_DIR)/testAppweb$(BLD_EXE) \ Aug 14 22:47:23 test/testAppweb$(BLD_EXE)" Aug 14 22:47:25 @cp $(BLD_BIN_DIR)/testAppweb$(BLD_EXE) test/testAppweb$(BLD_EXE) Aug 14 23:22:09 Heinz_1: the --rpath is what causes the running executable to find the libraries in /opt/lib Aug 14 23:23:30 i have tried with r path in one makefile , but the same Aug 14 23:25:18 Heinz_1: are you sure the final link of the executable got the --rpath argument? Aug 14 23:25:49 no , this is my first try on compiling Aug 15 00:17:32 rwhitby: Yes that was the reason . html is working , php not yet , must look tomorrow . Thank you and good night . Aug 15 00:18:20 Heinz_1: when you're ready, we can get you write access to the repo. Coordinate patches with eno until then. Aug 15 00:18:36 eno: Heinz_1 is an fsg3v4 developer Aug 15 00:18:45 (just starting with optware) Aug 15 00:18:49 ok i do Aug 15 02:39:58 rwhitby: excellent Aug 15 02:51:24 03bzhou * r6674 10optware/trunk/make/py-genshi.mk: py-genshi: 0.4.3 -> 0.4.4 Aug 15 02:52:50 03bzhou * r6675 10optware/trunk/make/newsbeuter.mk: newsbeuter: 0.5 -> 0.6 Aug 15 02:53:32 /me loves microb **** ENDING LOGGING AT Wed Aug 15 02:59:57 2007