**** BEGIN LOGGING AT Thu Mar 09 10:59:57 2006 Mar 09 11:26:46 03oleon * 10unslung/make/memcached.mk: memcached: mallinfo not present on wl500g w/ uClibc Mar 09 11:38:22 Like I was saying... it appears the openslug kernel has some 'issues' with system load. Mar 09 11:39:11 i'm having trouble getting any more than three hours out of the slug since i upgraded to openslug-3.6-beta from svn. the kernel deadlocks and not even the power button works Mar 09 11:40:15 My current plan of action is to hook the Nexstar2 up to my desktop machine and dd the drive to an image. Then after that maybe try debianslug (little endian). Mar 09 11:45:25 03oleon * 10unslung/make/lighttpd.mk: lighttpd: disable openldap on wl500g Mar 09 12:09:28 Hello i've successfully compiled the unslung 6.x version. Mar 09 12:09:49 What are the steps to upgrade a Unslung 3.18 Version to the 6.x version with a new USB harddisk (never unslinged) Mar 09 12:10:28 Can i flash the image in the same way as 5.5? Mar 09 12:12:36 spoettel: follow the steps in the README Mar 09 12:12:53 (including the unsling step) Mar 09 12:22:33 * philpem wonders why his nslu2 has actually gotten worse after the 3.6 upgrade Mar 09 12:56:22 03oleon * 10unslung/make/memcached.mk: memcached: reconfigure package if .mk file changes Mar 09 13:09:13 hmm - surely just bumping the IPK version is the right way to do that ... Mar 09 13:09:49 oleo: why doesn't bumping the IPK_VERSION do what you need? Mar 09 13:10:46 (note that the optware autobuilder automatically blows away the old build directory if the ipk version changes) Mar 09 13:48:31 rwhitby: Greetings Mar 09 14:05:20 rwhitby: having problems with the Unslung svn repository (or more correctly, the externals therein...) Mar 09 14:16:04 03oleon * 10unslung/make/memcached.mk: memcached: fix TARGET_CONFIGURE_OPTS typo Mar 09 14:23:05 03oleon * 10unslung/make/libevent.mk: libevent: Upgrade from 1.0b to 1.1a - staging and packaging cleanup to conform to template.mk Mar 09 15:10:08 rwhitby : When bumping IPK_VERSION does not work: Let say that new package A configures but fails building. This new package A is not in packages/Packages list. So optware-autoclean.pl will not clean it up. make will continue with .configured and you have deadlock. Bumping ipk version will not help, because you need package reconfigure from scratch. Mar 09 15:12:42 The only simple way to get over this is to reconfigure package whenever package .mk change. Bumping will not help. Also IPK version should be used when ipk contents changes. Mar 09 15:16:42 That's why I have updated template.mk! Ob course optware-autoclean.pl could be changed for souch case. Mar 09 15:26:05 03oleon * 10unslung/Makefile: optware: Promote gettext, demote py-psycopg2 for wl500g Mar 09 15:28:54 * philpem returns Mar 09 15:30:01 right.. i've got the adsl modem moved over to polaris. can't figure out how to override dnsmasq's gateway address, so polaris is doing dhcp too. Mar 09 15:30:46 should hopefully give me some idea what's going wrong... Mar 09 16:37:01 lo pepijn Mar 09 16:53:40 hi philpem Mar 09 16:53:51 just read your mail and the answer Mar 09 16:54:07 of course, he might be right, but i would expect different behaviour Mar 09 16:54:29 just checked building from OE, but still not working Mar 09 16:54:49 silly thing is that i don't want to use file from OE anyways, debian provides it ;) Mar 09 16:56:47 :) Mar 09 16:57:59 but i guess you are not closer to a solution yet? Mar 09 17:01:49 nope Mar 09 17:02:08 i ran DFT over the drive, it got a clean bill of health. even ran through the SMART error log - it's empty. Mar 09 17:03:13 i've moved the dsl modem over to another machine. I will NOT be pleased if it ends up being a problem with eciadsl, because I don't have another DSL modem, nor can I get one. Mar 09 17:03:27 *get one easily Mar 09 17:04:28 pepijn: have you cleaned out the build tree and tried rebuilding from scratch? There is evidence that suggests the "file" problem is because of leftover crud. I cleaned out my entire build tree last night, and at least Unslung builds fine now. Mar 09 17:04:54 what i'd ideally like to do is borrow a speedtouch330 off someone and try that. apparently the STs run better under linux than the fujitsus (wouldn't be the first time - IME fujitsu should stick to air conditioning systems and leave the PC peripherals field well alone) Mar 09 17:06:59 mwester: my build system is not one of the fastest so it'd like to prevent that ;) Mar 09 17:07:06 which directory should be cleaned? Mar 09 17:07:09 http://slugbug.nslu2-linux.org/bug.php?op=show&bugid=330 --> this looks ominous Mar 09 17:09:03 I don't know for openslug. For unslung, I would go to tmp/work and delete the file-native directory, and to tmp/stamps and delete the timestamp files for file-native* -- perhaps the openslug has the equivalent? Mar 09 17:09:30 yes (well debianslug, but the buildsystems from OE are similar for all) Mar 09 17:10:12 i did clean out the work directory, found that to be of no use to keep after a succesful build Mar 09 17:11:12 pepijn: iirc you mentioned you've had 9 days out of your nslu without a reboot (or do i have you confused with someone else)? Mar 09 17:12:08 18:16:09 up 1 day, 18:30, 1 user, load average: 1.16, 1.03, 1.01 Mar 09 17:12:14 but that reboot was intentional Mar 09 17:12:36 don't think i have been patient enough to reach nine days yet Mar 09 17:12:38 ;) Mar 09 17:13:14 what you running, debianslug? (little endian)? Mar 09 17:13:20 yes Mar 09 17:13:28 actually, better question, what's the uname -a output? Mar 09 17:13:33 initially i had the same problem as you, debianslug and openslug Mar 09 17:13:57 but after installing debianslug (kernel 2.6.16-rc4) and *not* reinstalling openntpd, everything has been fine Mar 09 17:14:14 Linux chapel 2.6.16 #1 Sun Feb 26 20:27:00 CET 2006 armv5tel GNU/Linux Mar 09 17:14:31 just been reading up on the little-endian stuff, apparently the leds and beeper don't work. that right? Mar 09 17:14:33 Linux version 2.6.16 (openslug@kirk) (gcc version 3.4.4) #1 Sun Feb 26 20:27:00 CET 2006 Mar 09 17:14:46 with the kernel is use, it works ok Mar 09 17:15:04 not that i mind, it's just that the status leds are useful (i've been using the DISK 1 LED to signal that the ADSL modem has sync'd up) Mar 09 17:15:52 yes, they are usefull Mar 09 17:16:19 hiya room, anyone able to answer a simple questions Mar 09 17:16:23 any reason you are running BE, and not LE? Mar 09 17:16:34 hi bouncy, we can try Mar 09 17:16:40 thanks peijn Mar 09 17:16:40 because that's what the linksys firmware was running under... Mar 09 17:16:57 how do you on a telnet session find the ip address that the slug is using Mar 09 17:17:06 so i can pass its as a variable in a script Mar 09 17:17:22 bouncybrian: you could get the output of ifconfig and pipe it through sed Mar 09 17:17:30 sorry, grep then sed. Mar 09 17:17:48 lol Mar 09 17:17:58 ok, lets try that Mar 09 17:18:26 hang on, trying it on my laptop :) Mar 09 17:18:34 or use iproute2 package and the ip command Mar 09 17:18:40 bit easier to parse Mar 09 17:19:20 id prefer using the stock stuff so that additional packages are not loaded Mar 09 17:20:16 ifconfig eth0 |grep "inet addr" gets you the line with the address on. i'm not much good with regexps but sed should be able to clip out the address Mar 09 17:20:33 what you want is the first char after the ":" up to the first space after it. Mar 09 17:20:51 mwester: just cleaning out work/ and stamps/ for file did not do the trick Mar 09 17:21:49 ill try using grep then Mar 09 17:21:49 :( Ok. Must be some other dependency then. Only takes an hour to build Unslung so I just wiped everything last night in frustration, and it worked... Mar 09 17:35:34 * pepijn is running 'rm -rf debianslug/tmp' now Mar 09 17:35:54 just gonne let it run overnight ;) Mar 09 17:36:01 building that is Mar 09 17:36:06 the rm should be a bit faster Mar 09 17:36:34 darn it, i havent a clue how to use grep n sed Mar 09 17:39:33 so can i build debianslug using the mmf? Mar 09 17:42:51 openslug still won't compile. isn't the "file" package fixed yet? or does anybody know a workaround? Mar 09 17:50:49 evildevil: i am now trying a build after cleaning out tmp Mar 09 17:51:24 philpem: we are still strugling with file Mar 09 17:53:32 bouncy: ifconfig eth0 | grep "inet addr" | sed 's/.*inet addr:\([.0-9]\+\).*/\1/' Mar 09 17:53:58 better (no grep): ifconfig eth0 | sed -n 's/.*inet addr:\([.0-9]\+\).*/\1/p' Mar 09 18:01:54 pepijn, sorry about delay, ive been playing with that grep and sed thing, but didnt get it working Mar 09 18:02:06 you are fantastic, thanks pepijn Mar 09 18:02:36 np Mar 09 18:06:23 bouncybrian, did you replace eth0 with your interface name? (ixp0 on the NSLU2): Mar 09 18:06:46 ifconfig ixp0 | sed -n 's/.*inet addr:\([.0-9]\+\).*/\1/p' Mar 09 18:06:59 (oops, he left, didn't he? - sorry!) Mar 09 18:13:49 right... this is getting painful. Mar 09 18:14:05 *painfully annoying Mar 09 18:14:30 6GB of crap to back up onto another machine, plus a reinstall Mar 09 18:15:18 what are you planning on doing, philpem? Mar 09 19:10:51 pepijn: i intend to back up the crap that's on the hdd, then install debianslug Mar 09 19:11:20 and i'm very tempted to replace the fujitsu modem with a speedtouch330 Mar 09 19:21:18 right, the nslu just froze *again* Mar 09 19:21:22 uptime of ... 40 minutes Mar 09 19:22:07 hello Mar 09 19:22:58 I am trying to make a package for pppoe (unslung), but I am having problems at compiling the cross-compiler for armbe Mar 09 19:23:06 Debian host Mar 09 19:23:15 I have built binutils Mar 09 19:24:01 and installed it, but gcc-3.3 does not install because xlibs-dev is a build dependency of gcc-3.3 (3.3.5..) Mar 09 19:24:42 otoh, the 3.3.5 patch does not apply cleanly over the unstable gcc-3.3 source Mar 09 19:25:01 so I can't build the cross compiler Mar 09 19:25:39 I ment "gcc-3.3 does not -src install...." Mar 09 19:25:45 any advice? Mar 09 19:26:57 adding deb-src for apt on the host did not help Mar 09 19:27:19 neither did adding deb stable sources did Mar 09 19:27:56 s/adding deb-src/adding a stable deb-src source/ Mar 09 19:28:14 s/did$// Mar 09 19:28:45 eddyp, what instructin did you follow in building a cross-compiler? Mar 09 19:29:40 http://www.nslu2-linux.org/wiki/DebianSlug/CrossCompiling Mar 09 19:30:07 eno: ^^^ Mar 09 19:30:26 i thought you are trying to package pppoe for unslung slug optware Mar 09 19:30:44 no? Mar 09 19:30:51 yes... am I doing something wrong? Mar 09 19:31:15 debianslug is an entirely different firmware Mar 09 19:31:52 let me find the wiki page for you, hold on Mar 09 19:32:59 just follow this for optware package: http://www.nslu2-linux.org/wiki/Unslung/AddAPackageToUnslung Mar 09 19:34:41 eno: don't I need a crosscompiler? Mar 09 19:35:24 a cross compiler toolchain will be built the first time it's needed Mar 09 19:35:36 oh... Mar 09 19:35:39 cool Mar 09 19:35:55 I think this should be added to the wiki Mar 09 19:36:01 read the Makefile at the top of the build tree Mar 09 19:36:46 if it's not there, please add it Mar 09 19:37:36 it's in there Mar 09 19:38:28 oh, found it Mar 09 19:38:39 yes, you are right, is in there Mar 09 19:38:40 once setup, try build a small package to get a feel of it Mar 09 19:39:00 i often do "make which-ipk" Mar 09 19:39:22 by "Makefile at the top of the build tree" you mean the one in sources, right? Mar 09 19:39:26 this will trigger the toolchain build if it's not alredy done Mar 09 19:40:27 errr, ignore that Mar 09 19:40:31 Makefile at the same level of make/ or sources/ directory Mar 09 19:47:51 ok, the crashing is nothing to do with the adsl modem. the slug just locked hard again, with only basic services running Mar 09 19:51:10 at least you know that then Mar 09 19:57:09 that saves me spending £5 on an alcatel speedtouch (although a speedtouch would be much easier to automate the connection sequence on) Mar 09 19:57:32 but it helps none in that i've still got to deal with converting the thing to little-endian debian Mar 09 19:57:57 the thing that scared me off was the "requires a lot of fiddling to install" aspect. Mar 09 19:58:28 ods just has a disc image. you scp the discim onto the machine, tar-zxf it and reboot. debianslug seems to need major install work... Mar 09 20:01:07 03oleon * 10unslung/make/memcached.mk: memcached: bump IPK_VERSION to force use of the latest libevent Mar 09 20:05:57 philpem: well, i am just to debootstrap Mar 09 20:06:14 and the opendebianslug image you download is jsut a debootstrap generated thingy Mar 09 20:06:27 i found the install rather straight forward Mar 09 20:06:41 just follow the wiki Mar 09 20:07:00 must say that the difference between sid and sarge is a litt fuzzy in the wiki Mar 09 20:07:37 and actually (based on my experience) don't think it will make a difference Mar 09 20:07:39 BE or LE Mar 09 20:07:48 kernel is the key (maybe?) Mar 09 20:09:06 in your case, you might first want to build openslug (that is BE) from OE Mar 09 20:09:15 already have Mar 09 20:09:27 so you are at 2.6.16 kernel? Mar 09 20:09:27 but not from OE, from SVN Mar 09 20:09:35 2.6.15-1 Mar 09 20:09:40 yes, i discussed this with NAiL yesterday Mar 09 20:09:44 svn is behind on OE Mar 09 20:10:00 NAiL takes bits and pieces from OE and merges them into svn Mar 09 20:10:19 kernel in svn is still 2.6.15, NAiL is waiting for 2.6.16 to be released Mar 09 20:10:31 but in OE the rc's have been put in Mar 09 20:10:38 rcs? Mar 09 20:11:17 2.6.16-rc4... etc Mar 09 20:11:33 not sure what it is up to now, but more recent then 2.6.15 anyways Mar 09 20:11:52 i build my 'stable' debianslug with 2.6.16-rc4-git5 Mar 09 20:12:08 right Mar 09 20:12:13 might be worth a shot then. Mar 09 20:12:24 * philpem fires up vmware again Mar 09 20:12:26 but building openslug from OE will result in the 'same' kernel Mar 09 20:12:54 just be prepared that some folks experienced problems with building from OE the last day or so Mar 09 20:14:20 mwester pepijn: have you cleaned out the build tree and tried rebuilding from scratch? There is evidence that suggests the "file" problem is because of leftover crud. I cleaned out my entire build tree last night, and at least Unslung builds fine now. Mar 09 20:14:33 so i am now running a complete clean build Mar 09 20:14:45 but that takes hours on my Dual Pentium 450MHz ;) Mar 09 20:15:09 * philpem has a 2GHz athlon64 to play with, but only a 1Mbit ADSL line Mar 09 20:16:19 * pepijn has at least some more bandwidth for his builder, 10Mb SDSL Mar 09 20:16:31 but that does not help since everything is already downloaded ;) Mar 09 20:16:38 some have all the luck :) Mar 09 20:16:43 * philpem would kill for even 2meg SDSL Mar 09 20:16:43 work Mar 09 20:17:01 i located in the serverroom of the company i work at Mar 09 20:17:19 we are a internet hosting provider, so 10Mbps is not even that steep ;) Mar 09 20:17:28 :) Mar 09 20:19:16 too bad it won't build on MacOSX Mar 09 20:20:19 btw, are there any developers working on macs? Mar 09 20:20:41 * eddyp is currently writing from OSX Mar 09 20:21:04 also remotely connected to a debian machine Mar 09 20:21:18 yes, same here Mar 09 20:21:36 i tried, but not really pursued, building on Tiger Mar 09 20:22:56 anyone can say me, what kernel-version is used when actual building debianslug with mastermakefile? Mar 09 20:27:01 2.6.16-rc... Mar 09 20:27:33 sound good, thanks Mar 09 20:30:25 do you know anything about these message: Badness in dma_free_coherent at arch/arm/mm/consistent.c:332 Mar 09 20:31:18 nope, where are the showing? Mar 09 20:31:24 hallo marcel Mar 09 20:35:18 Sh..., I always get an error when compiling Debianslug with the package ixp4xx-csr-2.1-r9. Mar 09 20:35:39 The message is always: " Mar 09 20:35:39 slug/debianslug/tmp/work/ixp4xx-csr-2.1-r9/ixp400_xscale_sw/lib/linuxle/ixp Mar 09 20:35:39 400.c:1:2: #error this file must never be compiled Mar 09 20:35:54 Anyone an idea, what's wrong? Mar 09 20:37:43 Hi pepijn Mar 09 20:38:27 Neuer_User did you download the intel binaries? Mar 09 20:38:51 yes, and they worked a month ago in a build without problems. Mar 09 20:39:16 Redownloaded them, verified the md5sum, everything seems o.k.( for me at least) :-( Mar 09 20:40:35 I have the following files in slug/downloads: Mar 09 20:40:37 downloads/IPL_ixp400AccessLibrary-2_1.zip Mar 09 20:40:38 downloads/IPL_ixp400AccessLibrary-2_1.zip.md5 Mar 09 20:40:38 downloads/IPL_ixp400NpeLibrary-2_1.zip Mar 09 20:40:38 downloads/IPL_ixp400NpeLibrary-2_1.zip.md5 Mar 09 20:40:46 the md5s are: Mar 09 20:40:53 maybe you have to remove debianslug/tmp/work/ixp4xx-csr* and debianslug/tmp/stamps/ixp4xx-csr* and try again? i'm not sure Mar 09 20:41:54 Already tried removing the whole tmp folder and restarted the buils from scratch :-( Mar 09 20:42:18 Could you compare the md5s? Here they are: Mar 09 20:42:19 0fc2f6b2d33d6bf571a3f54260e39854 Mar 09 20:42:19 38305fb3875802fc431960ee51edbcdd Mar 09 20:42:59 got the same ones here Mar 09 20:43:28 And you can build Debianslug? Mar 09 20:43:44 s/Debianslug/Debianslug-image Mar 09 20:44:11 i cannot at the moment, but this is related to the file-package, which was updated yesterday and doesn't build anymore Mar 09 20:44:33 but i used to be able to build it Mar 09 20:44:38 You can overcome this problem at least by removing your tmp folder :-) Mar 09 20:44:56 At least that helped me with the file problem... Mar 09 20:45:04 ah, okay :) Mar 09 20:45:25 i'll try this :) Mar 09 20:46:28 well, at was the last resort as removing tmp/work/file* and tmp/stamp/file* did not help... Mar 09 20:47:07 are there any logs in work/ixp4xx-csr which could be helpful? do_compile.... Mar 09 20:47:30 yes, thats the funny thing: Mar 09 20:48:25 it says that the file "tmp/work/ixp4xx-csr-2.1-r9/ixp400_xscale_sw/lib/linuxle/ixp400.c" SHOULD NEVER BE COMPILED Mar 09 20:48:57 if I look into the file, there is only one line saying "#error this file must never be compiled" Mar 09 20:49:45 so, it seems that the build should never even try to compile this file Mar 09 20:50:03 Maybe it should use the object file ixp400.o, which is also there... Mar 09 20:50:12 strange... Mar 09 20:50:19 indeed.... Mar 09 20:50:31 but very reproducable :-( Mar 09 20:55:07 no clue.. i looked at the .bb files but i cannot find anything helpful Mar 09 20:55:47 wow. removing the debianslug/openslug tmp folders results in +6,6gb space on my disk Mar 09 20:57:59 thats a lot, in my case it was someting like 1,5 gb Mar 09 20:58:48 concerning the .bb files, I'm just not smart enough for them, I'm afraid... Mar 09 21:01:21 Neuer_User i haven't created one by myself either. but i'm starting to understand how they basically work (at least ;-) ) Mar 09 21:02:06 NOTE: package file-native-4.16-r1: task do_patch: completed Mar 09 21:02:18 NOTE: package file-native-4.16-r1: task do_configure: started Mar 09 21:02:40 NOTE: package file-native-4.16-r1: task do_configure: completed Mar 09 21:02:46 NOTE: package file-native-4.16-r1: task do_compile: started Mar 09 21:02:48 so, let's see Mar 09 21:02:48 :-) Mar 09 21:03:58 maybe recompiling all the packages that are build before file-native would have been enough to let file compile correctly? Mar 09 21:04:33 it's possible, unfortunately it does not help with the ixp error :-( Mar 09 21:05:20 i think so too Mar 09 21:05:55 I will wait a bit until you are at the ixp build Mar 09 21:06:04 let's see if you have the same problem Mar 09 21:07:36 that could take some time. i'm running ubuntu inside vmware on my 1.6 ghz centrino laptop Mar 09 21:18:50 i have the same problem compiling file-native-4.16-r1 Mar 09 21:19:24 Sinclair73de: clear the complete tmp folder and restart from scratch Mar 09 21:19:36 this helps with the file problem Mar 09 21:19:47 ok, thanks Mar 09 21:19:49 but i have a problem later with ixp4xx-csr Mar 09 21:19:51 i try.... Mar 09 21:20:12 Sinclair73de it worked for me too Mar 09 21:34:21 The file-native package compiles if you remove zlib-native first!!! Mar 09 21:35:27 too late... removing complete tmp... Mar 09 21:38:05 Well i just discoverd it. Mar 09 21:38:18 How did you find out? Mar 09 21:39:07 I saw that it used the zlib library with ldd and then removed the zlib library build. Mar 09 21:39:23 After that the build worked. Mar 09 21:39:31 great! Mar 09 21:41:03 I tried that because you told that clearing the tmp helped. Mar 09 21:41:23 well, so i did my part ;-) Mar 09 21:42:18 I hope that they have enough clues now to fix it. Mar 09 21:44:27 I'm offline for about four days (holiday) - see you then! Mar 09 21:44:43 have nice holidays! Mar 09 21:45:07 Have a nice long weekend. Mar 09 21:54:42 EvilDevil: do you know if debianslug works now with the cmdline from the bootloader (apex) ? Mar 09 21:55:08 Sinclair73de no, sorry Mar 09 21:55:56 ok, not a problem, i change the default value Mar 09 22:17:10 03bzhou * 10unslung/make/lighttpd.mk: upstream lighttpd upgrade to 1.4.11 Mar 09 22:45:45 I get an error when trying to compile a package for unslung (when it tries to compile gcc) Mar 09 22:46:15 it says that gcc's archive is corrupted Mar 09 22:46:18 :-/ Mar 09 22:47:29 what's the exact error message? Mar 09 22:47:37 bzip2: Compressed file ends unexpectedly; Mar 09 22:47:59 during gcc-3.3.5/gcc/testsuite/g++.dg/template/nontype1.C Mar 09 22:48:09 delete the file from the downloads folder an try again Mar 09 22:48:58 btw, why does it download files in the home directory instead of ./downloads? Mar 09 22:49:49 hmm? if you're using the master makefile, it should download it to ~/slug/downloads Mar 09 22:50:28 I followed http://www.nslu2-linux.org/wiki/Unslung/AddAPackageToUnslung Mar 09 22:50:59 I am trying to create a package for pppoe Mar 09 22:51:27 no clue then Mar 09 22:51:41 i'm using the master makefile Mar 09 22:53:23 eddyp, clean out the broken archive from the downloads directory under your optware root Mar 09 22:54:04 also, look in ~/downloads, crosstool sometimes places things here Mar 09 22:54:28 jp30-work: optware root? Mar 09 22:54:49 excuse, please, my lack of knowledge Mar 09 22:55:02 you are building optware/unslung from cvs, yes? Mar 09 22:55:18 that's what AddAPackageToUnslung is about Mar 09 22:55:40 the gcc tar ball is downloaded in ~/downloads although I am doing my work in /var/tmp/eddy Mar 09 22:56:12 * eddyp removed the gcc tarball from ~/downloads Mar 09 22:56:22 ah, yes, crosstool has put it there. delete it, run "make toolclean" and try again Mar 09 22:56:28 gcc is unpacking right now Mar 09 22:56:36 again Mar 09 22:57:03 ok, downloading linux 2.4.22 now Mar 09 22:57:05 :) Mar 09 22:58:01 eddyp, time to make a cup of tea. building your toolchain will take a while Mar 09 23:02:56 probably time to go to bed :) Mar 09 23:03:09 it will be ready tomorrow morning Mar 09 23:15:56 03msteveb * 10unslung/make/ftpd-topfield.mk: ftpd-topfield: Updated to 0.6.6 Mar 09 23:25:50 Does anyone here know what is done for floating point support on the wl500g? Does it have a hardware fpu, does it use -msoft-float or does it use a trap handler for fp instructions? Mar 09 23:29:54 AdamBaker what cpu does the wl500g use? Mar 09 23:30:25 It's a mips one but I'm not sure exactly which Mar 09 23:30:52 maybe it uses softfloat or something like that in the kernel Mar 09 23:30:59 cat /proc/cpuinfo Mar 09 23:31:15 slug:~# cat /proc/cpuinfo Mar 09 23:31:15 Processor : XScale-IXP42x Family rev 1 (v5l) Mar 09 23:31:20 (for the nslu2) Mar 09 23:31:43 As of yesterday my WAG354G router which uses the MIPS 4KEc core (no fpu) is able to ipkg install from the optware wl500g feed Mar 09 23:32:47 AdamBaker, cool! Mar 09 23:34:19 I'll put up a howto once I've sorted out the current problem that floating point code doesn't work which includes things you wouldn't expect like uptime Mar 09 23:35:57 i think if it requires a different toolchain, we probably should setup another target platform in optware Mar 09 23:36:46 It should be able to use the same toolchain - it is the same kernel and uclibc version Mar 09 23:39:13 in the case of nslu2, the toolchain is very specific armv5b-softfloat-linux Mar 09 23:39:45 further investigation suggests that raw fp is working it is just uclibc's %f handling that is broken - I suspect with a trap handler Mar 09 23:41:13 I know the wl500g is a very similar cpu core to the WAG354G (and any other AR7 routers) but I'm not sure if it is identical Mar 10 00:13:39 Good afternoon! Mar 10 00:14:12 Please forgive me for bringing this here...I did go to #nslu2-general as directed in this channel's topic, but no one there seems to be awake :P Mar 10 00:14:24 if it helps, I'm a developer, just not Linux. :) Mar 10 00:16:48 I have just today gotten my first NSLU2, and I used Linksys' own setup utility to change it to DHCP. After resetting it, it goes through what seems a normal bootup, then beeps twice, wait a few seconds, repeat. I understand (thanks google) that this means a DHCP server could not be found (that's something I'll look at separately). Mar 10 00:17:20 In the meantime, though, I will just go back to 192.168.1.77 on the NSLU2, which allegedly can be accomplished by pressing the reset button for 2 seconds. Mar 10 00:18:01 Unclear to me: turn it on first, wait for it to boot up (and the double-beeping to start), then press the said button for 2 seconds? Mar 10 00:18:38 Linksys' own docs say after 2 seconds one hears a beep...I didn't...is it enough to just count? Mar 10 00:21:35 Hold the RESET button on the back in (with power off), hit Power, wait 10 seconds and the NSLU2 will reset. Mar 10 00:22:27 ...including resetting the IP to static .1.77? Mar 10 00:32:51 ready/status started blinking amber after 10 sec... Mar 10 00:33:14 that's for preparing it to be flashed right? I mean resetting to static 192.168.1.77... Mar 10 02:31:54 hi Mar 10 02:54:41 jp30-work, could you try w3m again? Mar 10 03:13:57 eno, I still get the same errors I sent to you earlier Mar 10 04:40:33 03bzhou * 10unslung/make/libgmp.mk: added GNU Multiple Precision Arithmetic Library Mar 10 04:53:38 03bzhou * 10unslung/make/swi-prolog.mk: swi-prolog natively builds and runs ok Mar 10 05:17:36 03bzhou * 10unslung/make/w3m.mk: suspect a PKG_CONFIG_PATH problem with openssl on some build machine Mar 10 05:17:59 jp30-work, ping? **** ENDING LOGGING AT Fri Mar 10 10:59:57 2006