**** BEGIN LOGGING AT Wed Jan 18 03:00:03 2006 Jan 18 03:07:02 hi. i've just built debianslug-image and flashed it. Flash was ok, but after the reboot the Ready-LED is amber and the ethernet is green. i can't access the nslu2 anymore Jan 18 03:07:07 any ideas? Jan 18 03:15:38 Do you have a DHCP-server? Jan 18 03:15:50 because the chances are it simply doesn't have an address Jan 18 03:15:58 the amber flash will continue "forever" Jan 18 03:16:07 (until the nslu2-tools package is ready, atleast) Jan 18 03:17:03 NAiL nope, it's directly connected to my laptop Jan 18 03:17:12 It is supposed to try to get an ip through DHCP and set a default IP if it fails. But it seems the dhcp client never fails, and thus it never gets an IP. Jan 18 03:17:26 The dhcp-client just backgrounds and continues to try to get an IP addr. Jan 18 03:17:44 even if it was configured earlier in openslug ? Jan 18 03:18:28 last time i flashed (an older) build of debianslug it kept the static ip of my openslug install Jan 18 03:18:37 hmm Jan 18 03:18:44 it should, if the ip was written to SysConf Jan 18 03:20:27 i flashed openslug again and it uses it's former ip Jan 18 03:20:43 That is odd Jan 18 03:21:13 jbowler-away: Isn't debianslug currently just openslug le? Jan 18 03:21:50 I thought so, but slugos-ltu works fine: Jan 18 03:22:00 i'll plug it into my router... maybe it's really just the dhcp-prob Jan 18 03:22:03 NET: Registered protocol family 17 Jan 18 03:22:03 Sending discover... Jan 18 03:22:04 Sending discover... Jan 18 03:22:04 Sending discover... Jan 18 03:22:05 No lease, forking to background. Jan 18 03:22:05 done. Jan 18 03:22:18 EvilDevil: My bet is that it is. Jan 18 03:22:26 root@loft:~# ifconfig Jan 18 03:22:26 eth0 Link encap:Ethernet HWaddr 00:D0:12:02:23:64 Jan 18 03:22:26 inet addr:192.168.1.77 Bcast:192.168.1.255 Mask:255.255.255.0 Jan 18 03:22:35 No connection to the network. Jan 18 03:22:43 oh Jan 18 03:23:03 Mine didn't work until I set up DHCP on one of my boxes here Jan 18 03:23:09 That's actually a Loft board, not NSLU2, but it's the NSLU2 SlugOS running on it. Jan 18 03:23:28 That shouldn't make much of a difference now, should it? Jan 18 03:23:43 I don't think so, not in this case anyway. Jan 18 03:24:48 That wasn't first boot though. I can try that easily... Jan 18 03:26:32 NAiL: ready: amber, network: blinking green Jan 18 03:27:14 EvilDevil: ready will stay amber. Does it get an IP from the router? Jan 18 03:29:33 NAiL: nslu2 mac-addresses start with... 00:...? Jan 18 03:29:45 jbowler-away: ? :) Jan 18 03:30:18 It should be written in full on the bottom of the case in newer boxes. Jan 18 03:31:07 Loft works fine on first boot, I can ping 192.168.1.77 for a while then the DHCP server cuts in (this is after plugging the network cable back in). Jan 18 03:31:16 hmm... lkg7f679e ? Jan 18 03:31:36 The only obvious possibility is if there is a broken DHCP server on the network. Jan 18 03:32:08 jbowler-away: I didn't have any dhcp-server on my network. I couldn't access it. The moment I set up one, I could access mine. Jan 18 03:32:38 00-04-0e-ba-ca-03 ? Jan 18 03:33:54 mine is 00:0F:66:7D:18:C9 Jan 18 03:34:29 that's the latest entry on the dhcp table Jan 18 03:38:25 try pinging broadcast? Jan 18 03:38:48 no reply Jan 18 03:38:54 hmm Jan 18 03:38:54 odd Jan 18 03:39:55 strange thing is that the older build was booting fine Jan 18 03:42:56 should i try http://www.nslu2-linux.org/wiki/HowTo/ResetSysConf ? Jan 18 03:48:52 you can try that Jan 18 03:55:13 and try and try .... i'm always too slow to catch the right time for telnet to redboot .. *arg* Jan 18 03:56:19 ah Jan 18 03:56:25 that's a pita Jan 18 03:56:49 won't redboot be "available" if you put the slug in upgrade mode through the reset-button mode? Jan 18 03:57:12 maybe i's my nic.... it's auto mdi-x Jan 18 03:57:53 is there another possibility to erase the sysconf? Jan 18 03:58:06 unplugging the battery? Jan 18 03:58:13 no, it's stored in flash Jan 18 03:58:26 but try putting the slug in upgrade mode and telnetting to it Jan 18 04:00:31 it's in upgrade mode and i can ping it, but no telnetd on port 9000 Jan 18 04:01:04 nmap says: all ports closed Jan 18 04:03:04 sigh Jan 18 04:06:23 i'll flash openslug 2.7 Jan 18 04:06:39 try to erase the sysconf Jan 18 04:06:49 and try debianslug again Jan 18 04:13:06 openslug boots and i can ssh into it (192.168.1.2) Jan 18 04:14:39 used turnup init to change passwd and ip to 192.168.2.2 Jan 18 04:15:02 that's not written to sysconf though Jan 18 04:15:13 uhm? Jan 18 04:15:35 openslug doesn't write to sysconf Jan 18 04:15:47 the stock firmware and unslung (IIRC) does Jan 18 04:15:52 ic Jan 18 04:16:31 Guys, does anyone know how to install kernel modules in Debian(Slug) -- I need 'usblp' but can't seem to find an appropriate package Jan 18 04:16:51 emm_is: You'll have to get the ipkg from when you made the image Jan 18 04:17:07 dpkg handles ipkgs as well, but there are no nslu2 kernel modules in the feed Jan 18 04:17:23 does that mean that apt-get doesn't do kernel modules Jan 18 04:17:28 not yet Jan 18 04:17:39 ahh, thanks! Jan 18 04:17:46 eventually it will, I think ;) Jan 18 04:17:57 emm_is debianslug/tmp/deploy/ipkg/kernel-module-usblp....ipk Jan 18 04:18:32 oops... ipk instead of ipkg Jan 18 04:19:01 I note the increased memory usage. Independant of generalised builds gcc -Os makes larger files Jan 18 04:19:31 yeah Jan 18 04:19:36 I rebuilt samba and its memory (VIRT) went from 11Mb to 7.5 Jan 18 04:19:51 Looks like there's something with the GCC used to build the packages Jan 18 04:20:22 does this matter since the RES can go down to 200k either way. I also tried gcc 3.4, same story (but a little smaller that 4.x) Jan 18 04:22:39 got it! (scp-nslu2 kernel-module-usblp_2.6.15-r5.1_ixp4xxle.ipk) Jan 18 04:24:10 when I tried % dpkg -i kernel-module-usblp_2.6.15-r5.1_ixp4xxle.ipk Jan 18 04:24:24 I received this (understandable) error Jan 18 04:24:30 package architecture (ixp4xxle) does not match system (arm) Jan 18 04:25:36 --force-all Jan 18 04:25:53 is that 'normal'? Jan 18 04:26:26 yes Jan 18 04:26:59 Nail http://www.nslu2-linux.org/wiki/Info/BootFlash <- dd if=/dev/zero of=/dev/mtdblock1 .. would that erase the sysconf? Jan 18 04:26:59 I'll put something in the wiki about this since it isn't obvious (to me) Jan 18 04:32:43 NAil, I did "dpkg --force-architecture -i kernel-module-usblp_2.6.15-r5.1_ixp4xxle.ipk", which worked *but* gave a dependancy warning that 'update-modules' is needed -- however, the kernel modules is now in /lib/modules/... and modprobe usblp works Jan 18 04:32:56 yeah Jan 18 04:33:17 it's just a temporary thing until that kinda stuff is set up in a separate feed, I guess Jan 18 04:33:38 what is 'update-modules' about -- some Debain config support? Jan 18 04:34:05 dunno Jan 18 07:41:57 does OS issue a gratuitous arp when the ethernet is plumbed? Jan 18 07:56:20 I guess this is a driver issue... would be handy though. freshly flashed and booted OS emits no packets at all. Jan 18 08:11:42 abrewer: which os? :) Jan 18 08:12:35 * NAiL votes for making the slug ping the broadcast address once after the network is setup on first boot Jan 18 08:34:57 os == openslug. sorry. Jan 18 08:35:27 sun unix just issues a gratuitous arp - no harm there. Jan 18 08:36:28 hmm Jan 18 08:37:50 how would one do that? Jan 18 08:39:33 probably put it in the either the driver or the ifconfig code. if going from down-up, issue the arp. Jan 18 08:41:23 ah, I'd only want it the first time around (ie. firstboot) Jan 18 08:42:01 so you could do "arp -a", and see if the slug has shown up Jan 18 08:48:21 yeah, or see it on a tcpdump. Jan 18 08:58:55 arp is preferrable, since it's almost always installed (even on a windoze box) and it doesn't require you eyeballing the log as it might fly by on a busy network ;) Jan 18 09:09:05 btw, everyone using samba... The large file support is now fixed, and in the feed :-D Jan 18 09:24:57 thanks!!! Jan 18 09:27:18 np Jan 18 10:01:42 hmmm. no image i've made since the 15th "works" - i.e. no green light. where do i start??? Jan 18 10:05:27 Trouble... "make build-openslug-image" fails: "ERROR: function do_patchcmd failedat" logfile: Replacing patch arm-audit.patch with new version Jan 18 10:05:28 Applying patch arm-audit.patch Jan 18 10:05:28 patching file sysdeps/generic/ldsodefs.h Jan 18 10:05:28 Hunk #1 FAILED at 203. Jan 18 10:05:28 Hunk #2 FAILED at 286. Jan 18 10:05:29 Hunk #3 FAILED at 358. Jan 18 10:05:31 3 out of 3 hunks FAILED -- rejects in file sysdeps/generic/ldsodefs.h Jan 18 10:05:33 patching file elf/tst-auditmod1.c Jan 18 10:05:35 Hunk #1 FAILED at 192. Jan 18 10:05:37 1 out of 1 hunk FAILED -- rejects in file elf/tst-auditmod1.c Jan 18 10:05:39 Patch arm-audit.patch does not apply (enforce with -f) Jan 18 10:05:41 Any quick advise? Jan 18 10:05:43 Oops, sorry Jan 18 10:20:48 stein: which package? Jan 18 10:21:25 AwayNAiL: #make build-openslug-image Jan 18 10:22:06 yeah, but which package fails? You only pasted the error-bit, not which package got the error Jan 18 10:22:43 ;-) 1 sec... Jan 18 10:23:23 AwayNAiL: glibc-2.3.5+cvs20050627 Jan 18 10:25:20 ok, looks like it was broken by a commit earlier today Jan 18 10:25:56 OK, quick fix? Jan 18 10:26:27 hmm Jan 18 10:27:13 I'll take a look at it Jan 18 10:29:52 Great. It seems that the patch file is outdated... That's about all I get out of the log file... Jan 18 10:34:05 NAiL: Ref conversation the other day: It wasn't so easy to cross compile php/ apache on gentoo after all... Simple progs like unrar compiled easily, but php/ apache w/ deps need som "tweaking" to compile... Jan 18 10:34:20 yeah Jan 18 10:34:42 DaKa did some work on that, but I don't know how far he got Jan 18 10:34:56 And I thought I had found the "easy road" ;-) Jan 18 10:39:03 NAiL: Well, before I start to learning to hack Makefile & configure, I'll try to make openembeded/ bb to work... Jan 18 10:39:23 OTE: package glibc-2.3.5+cvs20050627-r1: task do_patch: completed Jan 18 10:39:34 works on my end... Jan 18 10:39:43 Hmm Jan 18 10:40:43 what's the md5sum of the glibc tarball? Jan 18 10:41:27 mine is c05efc2b976bf896f1a7e2dfe0d76cba Jan 18 10:41:28 making apache work cross is really not that hard, just lots of work... Jan 18 10:41:48 "not hard" depends on your level of skill DaKa ;-) Jan 18 10:41:52 never got the time to complete, so the bb is just for native now :-) Jan 18 10:42:01 :), hi btw Jan 18 10:42:10 happy new year :-) Jan 18 10:42:13 DaKa: I did'nt get so far... I got stuck at dep "arp"... Jan 18 10:42:53 oh right, new year :-) Jan 18 10:43:24 stein: hm, don't remember that one.. Jan 18 10:44:40 didn't spend that much time on it, was happy to get some package for native compilation anyway, to test the native dev env. Jan 18 10:45:08 NAiL: hehe... where is the glibc tar located? :-) Jan 18 10:45:39 DaKa: Did you build natively? Jan 18 10:46:49 stein: well, apache is just native right now, no php-module for it yet though, but that works manually native Jan 18 10:47:00 DaKa: arp may be some strange gentoo dep to build apache... Jan 18 10:47:42 stein: yeah.. never used gentoo, I'm 100% debian :) Jan 18 10:47:46 this was odd Jan 18 10:47:53 my pc just switched off Jan 18 10:48:05 stein: libc*something-redhat-something* Jan 18 10:48:26 DaKa: Question: There is a mod-php for unslung, but not for openslug. What's the "difference"? Jan 18 10:48:41 NAiL: Thanks, checking... Jan 18 10:48:42 stein: noone took the time to make it for openslug Jan 18 10:49:04 stein: I was about to make a bb for it, but then came DebianSlug... Jan 18 10:49:27 and I ended up with lots and lots of "real" work.. :( Jan 18 10:49:44 DaKa: How come you can't interchange packages between unslung/ openslug? Jan 18 10:50:34 stein: unslung uses another type of build-scripts, so that has to be adapted to the openslug (openembedded) way Jan 18 10:50:54 other than that there shouldn't be any problems Jan 18 10:51:54 DaKa: OK, I see. Is that because of different "file system setup"? Jan 18 10:53:10 stein: its that thy use different build systems Jan 18 10:53:53 you can use ipk-files from one to the other, if they use the same glibc etc. but files will be in the wrong place, because of the "file system setup" Jan 18 10:54:09 DaKa: Hmm, OK. Jan 18 10:54:30 NAiL: I've got the same md5sum as you... Jan 18 10:56:21 NAiL: It fails while patching sysdeps/generic/ldsodefs.h... with arm-audit.patch Jan 18 10:57:11 try cleaning out glibc and retrying Jan 18 10:57:28 ie, cd openslug && source setup-env && bb -cclean glibc && bb glibc Jan 18 11:00:01 NAiL: Info: bb points to busybox on my gentoo... Or will setup-env fix this? Jan 18 11:02:08 setup-env should fix it iirc Jan 18 11:02:51 NAiL: cd openslug && source setup-env && bb -cclean glibc && bb glibc -> bb: Illegal option -l... Jan 18 11:03:23 argh Jan 18 11:03:40 that's busybox complaining I think Jan 18 11:04:32 alias bb=bitbake Jan 18 11:04:38 /bin/bb is a part of busybox package.... I'll unmerge busybox and try again... (I might have to run make gentoo-setup again to set the link to bitbake...) Jan 18 11:05:56 Yeah, bb --help -> it's busybox all right. Don't know why I installed busybox on my gentoo.... :-( Jan 18 11:06:41 Anyway, leasson learned! Jan 18 11:08:25 or lesson learned ;-) Jan 18 11:08:45 I think that happened automatically Jan 18 11:10:06 I might... anyway, bb works better now. Jan 18 11:10:51 It might. Geez, my spelling today... Jan 18 11:28:11 NAiL: Victorious! It fixed the snag! :-) Jan 18 11:29:46 ;) Jan 18 13:14:41 hi; can I use the cross-tools from openslug-2.7 to cross-build APEX-1.3.13 for an NSLU2 Jan 18 14:16:51 NAiL: Are you using a screen/ ctorrent combo? Jan 18 14:38:31 stein: I was. I wrote about it on the wiki Jan 18 14:42:36 NAiL: OK, I have a question I havn't found the answer to: Is there any way to grap/ pull the last line from screen (I want to modify the script to show progress at 'n' hour). Jan 18 14:42:58 hmm Jan 18 14:43:03 not that I know of Jan 18 14:43:13 NAiL: BTW make openslug-image is working happily :-) Jan 18 14:43:17 good Jan 18 14:45:18 NAiL: Hehe. It just failed. Jan 18 14:45:43 NAiL: I should never had said it worked all right ;-) Jan 18 14:46:33 where'd it fail now? Jan 18 14:48:47 NAiL: NOTE: package nslu2-linksys-firmware-2.3r63-r1: task do_fetch: started. \ ... \ File "/home/slug/slug/openslug/bitbake/lib/bb/fetch/wget.py", line 66, in md5_sum \ KeyError: 'md5sum' Jan 18 14:50:30 try deleting nslu2-linksys-firmware-* from downloads and restarting Jan 18 14:51:20 OK, thanx. Jan 18 14:53:18 grr Jan 18 14:53:22 * NAiL hates Datakjeden Jan 18 14:53:30 their website is so infernally slow Jan 18 14:56:51 NAiL: Hmm. I've got no such file. It's strange because ringht after "NOTE: package nslu2-linksys-firmware-2.3r63-r1: task do_fetch: started" he prints "Traceback (most recent call last):" and outputs what seems like python error code... (ex:"File "/home/slug/slug/openslug/bitbake/bin/bitbake", line 933, in ? \ cooker.cook( BBConfiguration( options ), args[1:] )" Jan 18 14:57:22 odd Jan 18 14:57:36 try fetching it manually from the linksys site, and generate the md5sum? Jan 18 14:58:01 OK, willdo. Jan 18 15:11:57 NAiL: Thanx man, Solved that one! Good night! Jan 18 15:12:37 nite Jan 18 15:37:23 so, here's a wierd one... every image i've made since 1/15 - no beep. yellow light stays on. any ideas? Jan 18 15:37:48 1/14 was a complete wipe-out and restart with oe/os - except the download directory (-; Jan 18 15:38:03 the first image works great... Jan 18 15:38:23 abrewer: are you talking about debianslug? Jan 18 15:38:39 openslug/openembedded Jan 18 15:39:00 on that note - got a good URL for debian slug? I'd like to check that out. Jan 18 15:39:03 abrewer i have the same prob with debianslug Jan 18 15:39:24 exact same problem? that's interesting! Jan 18 15:39:38 abrewer: some ppl said i should set up a dhcp server to serve the slug a ip Jan 18 15:39:47 but that didn't do it for me Jan 18 15:40:23 http://www.nslu2-linux.org/wiki/DebianSlug/HomePage Jan 18 15:41:12 i set mine to fixed address, which works for the 1/15. but I also have a DHCP server. the "bad" images don't make a single packet (tcpdump on the hardware address) Jan 18 15:41:36 when does that beep occur in the boot sequence? Jan 18 15:42:07 there's no beep here :-( in unslung it beeps when booting is done Jan 18 15:42:19 ahhhhh.... Jan 18 15:42:29 i ditched unslung... Jan 18 15:42:43 have you tried the tcpdump trick? Jan 18 15:43:25 nope Jan 18 15:44:11 it's simple: tcpdump -n -i eth1 ether src 00:0f:66:7d:5f:18 Jan 18 15:44:24 my slugs are on eth1, 'natch... Jan 18 15:44:46 you'll see any packet it emits this way. Jan 18 15:45:08 ok... i'll give it a try Jan 18 16:06:16 could somebody compile a modificated scanner.c module for my debianslug? Jan 18 16:11:28 i'm trying another freshly compiled debianslug image Jan 18 16:12:57 this starts to be annoying Jan 18 17:30:07 evil: my fresh build (openslug) today still does nothing. 15th is okay. Jan 18 17:31:29 i'm doing another bitbake/openslug update, and build again... **** BEGIN LOGGING AT Wed Jan 18 22:59:29 2006 **** BEGIN LOGGING AT Wed Jan 18 23:03:21 2006 **** ENDING LOGGING AT Thu Jan 19 02:59:58 2006