**** BEGIN LOGGING AT Sun Mar 19 10:59:57 2006 Mar 19 11:05:51 pepijn: yes Mar 19 11:06:28 I installed the big endian version of Debian, no problems Mar 19 11:06:46 only the di image dos not start Mar 19 11:07:05 s/di image/di non-free image/ Mar 19 11:07:05 eddyp meant: only the di non-free image dos not start Mar 19 11:08:03 at which point? Mar 19 11:08:16 right after the flash ? Mar 19 11:08:27 pepijn: yes, after flashing Mar 19 11:08:35 i mean, d-i consists of two images Mar 19 11:08:50 di-nslu2.bin Mar 19 11:09:39 so, how is your system configured when booting into openslug Mar 19 11:09:47 i.e. touch /.recovery && rebot Mar 19 11:09:58 s/rebot/reboot Mar 19 11:10:22 static/dynamic IP, default gw, DNS Mar 19 11:10:36 pepijn: static Mar 19 11:11:03 I found it at the expected address Mar 19 11:11:18 everything was as expected in openslug Mar 19 11:13:18 and you give it some time after booting to become available? Mar 19 11:13:34 pepijn: in debonaras? Mar 19 11:13:37 yes Mar 19 11:13:45 also in di Mar 19 11:13:56 huge waiting ... Mar 19 11:14:10 but nothing happens Mar 19 11:14:16 i ran the installer by loading the ramdisk.gz and vmlinuz into redboot Mar 19 11:14:46 but was suprised at how long it took before i could ssh into it, until i realised it was generating the SSH hostkeys Mar 19 11:15:00 I would do that if I knew it it works Mar 19 11:15:28 hehe, i actually did that because i did not know if it would work ; Mar 19 11:15:29 ) Mar 19 11:15:31 pepijn: it is a turboslug, so (I guess) it should take a little less time Mar 19 11:15:44 * pepijn als un-underclocked his slug Mar 19 11:15:51 still takes several minutes Mar 19 11:16:06 but it should start responding to ping quite a bit earlier Mar 19 11:16:13 pepijn: any instructions about your approach? Mar 19 11:16:34 http://www.nslu2-linux.org/wiki/HowTo/TestAnImageInRamUsingRedBoot Mar 19 11:17:32 after the final 'exec ...' i started using nmap to find the system Mar 19 11:17:52 and when it responded that ssh was open i could ssh in Mar 19 11:17:53 oh, crap, I didn't managed to make tftpd to work correctly on my host Mar 19 11:18:03 but also the ssh in itself was slow... Mar 19 11:18:14 you can use http as well, though Mar 19 11:18:30 cool Mar 19 11:19:11 advantage of this method is that, if all fails, you just return to the image in flash Mar 19 11:19:21 * eddyp thinks this "tftpd not working" issue is weird because it worked when he flashed unslung for the first time Mar 19 11:19:23 no need to flash and reflash etc Mar 19 11:19:54 i found that i had to use the load... command twice since the tftpd host is not responding fast enough Mar 19 11:19:59 but it does in a second try Mar 19 11:20:10 (atftpd on ubuntu started from inetd) Mar 19 11:25:32 pepijn: I have two machines; now writing from a Toshiba laptop; the tftpd daemon worked on the other, a PowerBook G4 Mar 19 11:25:47 but it didn't on the Toshiba Mar 19 11:26:19 the powerbook is now in MacOSX to act as a router until I make the slug to do that Mar 19 11:28:28 i am running MacOSX also, but mainly as client Mar 19 11:29:10 using a WRT54GL as router and a dell laptop as intel research platform Mar 19 12:12:56 eddyp: hey Mar 19 12:54:39 tbm: as I told pepijn, I couldn't run the installer, but I did managed to install debonaras Mar 19 12:55:05 tbm: any idea why? Mar 19 12:55:29 (by di, I mean the non-free di-nslu.bin) Mar 19 12:55:52 i didn't tried the free one because I need the internal eth Mar 19 12:56:08 what do you mean by debonaras? Mar 19 12:56:17 * lesbleus is back - watching aeon flux -(12hrs 48mins 28secs)7,2 -t0e7- Mar 19 12:56:30 lesbleus: hey, did the install work for you? Mar 19 12:56:33 tbm: armeb debian port Mar 19 12:56:44 tbm: sort of Mar 19 12:57:01 I downloaded the newer cron pkg, and symlink it to old one Mar 19 12:57:13 then the installer finished the base install Mar 19 12:57:30 so it worked, but I haven't tested it from scratch Mar 19 12:57:57 eddyp: let me read backlog Mar 19 12:58:21 :-/ Mar 19 12:58:36 tbm: please speak english :-D Mar 19 12:58:50 or at least linux Mar 19 12:58:55 ;-) Mar 19 12:59:47 tbm: pepijn suggested http://www.nslu2-linux.org/wiki/HowTo/TestAnImageInRamUsingRedBoot Mar 19 13:00:02 to run the installer Mar 19 13:00:58 eddyp: I'm speaking English. I said: let me read the IRC buffer to see what you discussed with pepijn before I woke up Mar 19 13:01:17 eddyp: can you give me a copy of your SysConf partition, now that you have a running system Mar 19 13:03:12 and when disconnect the eth cable on boot it also doesn't come up as 192.168.1.77? Mar 19 13:08:07 tbm: I was under the impression you asked me to give up some kind of log :-D Mar 19 13:09:07 the data will come as soon as it boots Mar 19 13:12:34 * lesbleus is away - Pissing into the Wind -(13:17:54 p:on)7,2 -t0e7- Mar 19 13:15:31 eddyp: just got confirmation from another person that it works ;-) Mar 19 13:19:29 eddyp: i guess it would help if you could send tbm a dump of your SysConf area Mar 19 13:20:03 just a sec (I was at the kitchen) Mar 19 13:20:46 tbm: SysConf is used to get network config from for d-i, right? Mar 19 13:21:00 pepijn: yeah Mar 19 13:21:48 tbm, what if: SysConf has Dynamic IP, but system can't find DHCP server on boot? Mar 19 13:21:54 (like disconnected cable) Mar 19 13:22:24 then it'll use 192.168.1.77 Mar 19 13:26:44 tbm: same when started using redboot kernel/rootfs loading? (i would think so) Mar 19 13:28:26 yes, exactly the ame Mar 19 13:28:27 eddyp: try 'cat /dev/mtd1ro | strings' Mar 19 13:32:54 more to the point: cat /dev/mtd1ro | strings | sed -n '1,/preserve/p' Mar 19 13:55:02 tbm: mail sent Mar 19 13:55:26 eddyp: care to show the output of the command i just pasted ? Mar 19 13:55:41 here? Mar 19 13:55:55 or just some generics Mar 19 13:56:11 like the bootproto option Mar 19 13:56:37 just curious as to what you actually have in your sysconf Mar 19 13:56:59 hmmmm Mar 19 13:57:12 or maybe tbm already knows enough? Mar 19 13:57:15 ;) Mar 19 13:57:21 ip_addr=192.168.1.254 Mar 19 13:57:21 netmask=255.255.255.0 Mar 19 13:57:21 bootproto=staticallow_host_start_ip= Mar 19 13:57:21 allow_host_end_ip= Mar 19 13:57:30 well, I have a feeling Mar 19 13:57:45 gateway is not set, so _maybe_ d-i is waiting for the user to input a gateway Mar 19 13:57:54 which of course eddyp cannot do without serial console Mar 19 13:58:03 but I have to check if d-i expects a gateway Mar 19 13:58:15 looking at that i would expect d-i to show up at 192.168.1.254 Mar 19 13:58:56 me too, but it doesn't Mar 19 13:59:25 try to set a default gw then, while tbm tries to see what happens w/o one ;) Mar 19 14:00:18 'set default gw' = change sysconf so that it has a gateway=x.x.x.x Mar 19 14:00:35 system should have one to be able to download packages from the net anyways Mar 19 14:01:02 I know, but it strikes me because I just did it previousely Mar 19 14:01:10 before the current boot Mar 19 14:01:18 * eddyp restarts Mar 19 14:01:23 but you did not save the change? Mar 19 14:02:41 hm, yeah I think this is indeed the problem Mar 19 14:02:48 eddyp would be great if you could confirm Mar 19 14:03:13 then the q. is how d-i should handle a missing gw Mar 19 14:03:22 it won't work w/o one Mar 19 14:11:41 tbm: logging to nslu would be affected by th eabsence of the default router?\ Mar 19 14:11:57 I am on the same net Mar 19 14:12:05 pepijn: oh, d-i works without one. but my tool to tell d-i how to configure the network doesn't do the right thing Mar 19 14:12:17 eddyp: yes and no. see what I wrote above: Mar 19 14:12:25 tbm: how could it retrieve packages then? Mar 19 14:12:27 14:03 < tbm> gateway is not set, so _maybe_ d-i is waiting for the user to input a gateway Mar 19 14:12:31 14:03 < tbm> which of course eddyp cannot do without serial console Mar 19 14:12:42 pepijn: local mirror? Mar 19 14:12:43 in a normal install you'd just press enter when it asks you for a gateway Mar 19 14:12:57 but in your case you cannot do that, and d-i might be waiting for you to press enter... Mar 19 14:13:05 hmm Mar 19 14:13:06 yes, local mirror would be an option Mar 19 14:13:10 will reflash Mar 19 14:13:33 if setting the gateway in Sysconf works, I can fix my tool so it'll simply enter an empty gateway (rather than none) Mar 19 14:14:25 * eddyp puzzled, gw is not set not either Mar 19 14:14:39 s/not e/now e/ Mar 19 14:15:15 and it works? Mar 19 14:15:18 d-i works? Mar 19 14:15:35 still in openslug Mar 19 14:15:50 will try yet again to set the default gw Mar 19 14:16:16 openslug and d-i are completely different things. so just because one works doesn't mean the other one does Mar 19 14:16:26 anyway, I think my diagnosis is correct Mar 19 14:16:35 setting a default gw should work around the problem Mar 19 14:16:40 and if you can confirm this, I'll fix d-i Mar 19 14:17:22 oh, and when you set your gw and before you run d-i again, make sure the gw is actually in SysConf Mar 19 14:17:31 (I've no idea how you set the gw in unslung) Mar 19 14:17:38 tbm: I didn't suggested that di should work if openslug does Mar 19 14:17:56 does turnup set the data in the flash? Mar 19 14:18:07 in openslug use turnup init / turnup preserve Mar 19 14:18:14 ah I thought that's what your "eddyp puzzled, gw is not set not either" meant Mar 19 14:18:18 it remembered that the gw was 192.168.1.253 Mar 19 14:18:26 the 'preserve' got me offguard as well ;) Mar 19 14:18:43 does preserve put it in sysconf, pepijn? Mar 19 14:18:48 yes Mar 19 14:18:52 ok Mar 19 14:19:07 w/o preserve changes just get lost Mar 19 14:19:19 pepijn: so how can I save the changes? Mar 19 14:19:28 i had it running ok /w debianslug/openslug, then started d-i and it took the wrong gw/dns Mar 19 14:19:31 in sysconf? Mar 19 14:19:35 but i had one set Mar 19 14:19:40 eddyp: Install Unslung temporarily :-) Mar 19 14:20:00 eddyp: run 'turnup preserve' Mar 19 14:20:14 pepijn: cool Mar 19 14:20:16 check if it sticks with cat /dev/mtd1ro | string Mar 19 14:20:24 s/string/strings/ Mar 19 14:20:25 pepijn meant: check if it sticks with cat /dev/mtd1ro | strings Mar 19 14:20:34 for me is /dev/mtd1 Mar 19 14:20:34 note that turnup preserve is only in latest SlugOS, not the earlier released binary images. Mar 19 14:20:51 mtd1ro is the readonly version of mtd1 Mar 19 14:20:58 just to be on the safe side ;) Mar 19 14:21:27 rwhitby: thnx for the correction ;) Mar 19 14:22:05 pepijn: there is no preserve command of turnup Mar 19 14:22:19 as rwhitby said Mar 19 14:22:52 rwhitby: can't I change that from RedBoot? Mar 19 14:22:54 hence the advice to temporarily install Unslung or stock Linksys firmware to set SysConf once and for all :-) Mar 19 14:23:40 night all Mar 19 14:23:49 rwhitby: night Mar 19 14:28:34 why upslug2 is in /usr/sbin? any real reason? Mar 19 14:38:36 it needs root Mar 19 14:40:08 * eddyp just reflashed unslung Mar 19 14:45:58 gw is set Mar 19 14:46:06 * eddyp reflashes with di Mar 19 14:50:18 stupid question (I'm sure it's in the wiki) but how easy is it to upgrade the slug to be "turbo"? Mar 19 14:50:31 easy, but scary Mar 19 14:50:52 you need to open it, easy but final bit is a bit tricky Mar 19 14:51:00 and then smash a resistor Mar 19 14:51:04 scary ;) Mar 19 14:51:06 tbm remove a resistor Mar 19 14:51:38 I had it removed by I friend who is skilled with soldering, but you can just cut it Mar 19 14:51:51 it is on the wiki Mar 19 14:51:57 * lesbleus is back - Pissing into the Wind -(1hr 39mins 24secs)7,2 -t0e7- Mar 19 14:52:02 I think I'll ask someone else. I'm only good at breaking hardware... Mar 19 14:52:08 I used a model knife Mar 19 14:52:11 its easy Mar 19 14:52:11 well, that is what it is about Mar 19 14:52:32 tbm: you could try Mar 19 14:52:36 * lesbleus is using 7,2 -t0e7- script v0.55 0,2(7 Metapan: it's been a lifelong goal of mine to be a woman 0) Mar 19 14:52:43 don't need any hw knowledge Mar 19 14:53:02 wiki entry is quite clear Mar 19 14:53:13 tbm: http://www.nslu2-linux.org/wiki/HowTo/OverClockTheSlug Mar 19 14:54:40 YAY! ssh port is open on the slug Mar 19 14:54:48 after di flashing Mar 19 14:55:52 apt-get keeps giving me errors about libgtk and libpango Mar 19 14:55:55 eddyp: can you please file a bug on the oldsys-preseed package (no need to inclue much info: just say that ssh didn't come up when you didn't have a gw set) Mar 19 14:56:03 pepijn, eddyp, thanks for debugging this Mar 19 14:56:06 is that a known problem as well ? Mar 19 14:56:19 lesbleus: now it is ;-) Mar 19 14:56:34 lesbleus: define "errors" Mar 19 14:56:37 tbm: np Mar 19 14:56:39 libgtk is not a vali package name Mar 19 14:56:46 and neither is libpango Mar 19 14:57:04 tbm: thanks for allowing me to get the installation started on my slug Mar 19 14:57:08 and your work Mar 19 14:57:25 Errors were encountered while processing: Mar 19 14:57:26 libgtk2.0-bin Mar 19 14:57:26 libpango1.0-common Mar 19 14:57:26 eddyp: Sub-process /usr/bin/dpkg returned an error code (1) Mar 19 14:57:26 lesbleus: libpango1.0-0 and libgtk2.0-0 Mar 19 14:57:33 ah, ok Mar 19 14:57:43 lesbleus: you didn't paste the _interesting_ part ;) Mar 19 14:58:02 sorry it was in the middle of isntalled about 50 pacakges Mar 19 14:58:03 eddyp: that's ok. But if you run into another problem, I'll have to kick you :-P Mar 19 14:58:21 lesbleus: do it again and now it should only show those erros Mar 19 14:58:26 already ! Mar 19 14:58:28 ;P Mar 19 14:58:30 and please /msg me rather than spamming the channel Mar 19 14:58:37 or ue something like pastebin Mar 19 14:58:58 ok, i've forgotten all about irc Mar 19 14:59:03 haven't used it for 5 years ;( Mar 19 14:59:48 tbm: will report the bug ... Mar 19 15:01:30 tbm: what severity? grave? Mar 19 15:02:34 eddyp: no way. important Mar 19 15:02:45 eddyp: it works for most people so grave is not appropriate Mar 19 15:05:19 oh Mar 19 15:28:20 laters Mar 19 16:20:24 anyone know the name//email of lesbleus? Mar 19 16:52:19 tbm: di installs unstable or ? Mar 19 16:52:35 eddyp: beta2 installs testing Mar 19 17:44:22 03bzhou * 10unslung/make/py-urwid.mk: upstream upgrade to 0.9.2 Mar 19 20:19:11 hello anyone out there? Mar 19 20:19:53 I have some questions concerning debian slug. Is this the proper channel to ask these questions? Mar 19 20:27:16 ask! Mar 19 20:28:07 Hiya Sinclair73de Mar 19 20:28:09 thanks Mar 19 20:28:27 well I have flashed the debian image from this link here ... Mar 19 20:28:55 http://people.debian.org/~kmuto/d-i/images/daily/nslu2/netboot/di-nslu2.bin Mar 19 20:29:18 and then tried to ssh in as the article here suggests ... Mar 19 20:29:26 http://www.cyrius.com/debian/nslu2/ Mar 19 20:29:37 I've waited a while after the flash reboot Mar 19 20:29:50 over 20 minutes Mar 19 20:30:03 then I tried to ssh in to the box at various IP's Mar 19 20:30:42 I tried the IP address 192.168.1.77 as well as 172.16.1.77 (which I had set the IP to before flashing) Mar 19 20:31:11 for some reason this debian flash image does not make the status light turn green Mar 19 20:31:24 the status light is stuck as 'orange' Mar 19 20:31:49 btw I just reverted back to the original firmware of the slug Mar 19 20:32:09 first off let me ask Mar 19 20:32:12 aok: with the image from kmuto you will need another netcard Mar 19 20:32:27 ouch Mar 19 20:32:43 that image does not support the builtin network interface Mar 19 20:32:57 aok you will need the other one Mar 19 20:32:58 what image can I use that supports the built in interface Mar 19 20:33:09 great thanks this is good to know eddyp Mar 19 20:33:22 there is the link on the top of the page Mar 19 20:33:54 aok: make sure you have first a default gw set in the sysconf memory Mar 19 20:34:16 use the web interface to set it Mar 19 20:34:35 does this image here work with the built in interface ... http://www.slug-firmware.net/d-dls.php Mar 19 20:34:45 aok: if not, you will not be able to log in Mar 19 20:34:49 aok: yes Mar 19 20:34:54 oh ook Mar 19 20:34:59 eddyp thank you so much Mar 19 20:35:07 you will have to click to download Mar 19 20:35:12 aok: np Mar 19 20:35:24 eddyp let me see if I understand correctly Mar 19 20:36:29 eddyp: By "setting the default gw", you mean it should be set in the debian running on the slug right? Mar 19 20:36:37 this is after flashing the slug Mar 19 20:36:56 or rather before I guess Mar 19 20:37:12 from your comments ... this should be set on the web interface ok I see Mar 19 20:37:26 aok: you will need the linksys frmware or the unslung one Mar 19 20:37:49 before you start the debian installation Mar 19 20:38:00 aok: there is a small bug in there Mar 19 20:38:07 right I just started reverting to the linksys firmware Mar 19 20:38:59 eddyp thought you might be curious btw ... I will be setting up ApacheDS here for running on the SLUG ... Mar 19 20:39:10 http://directory.apache.org/subprojects/apacheds/ Mar 19 20:39:43 want everyone to be able to replace M$ windows server for SOHO setup with ApacheDS and the SLUG ;) Mar 19 20:39:45 hehe Mar 19 20:40:02 In the Adminstrative page you will have the address, netmask and route(or default gateway, I think) and you will have to set that route to a valid value Mar 19 20:40:18 aok: good luck Mar 19 20:40:20 coolio I've already done that Mar 19 20:40:33 thanks eddyp you really clarified a lot for me ... happy sluging Mar 19 20:40:42 aok: np Mar 19 20:42:54 aok: and don't expect the led to turn green ;-) Mar 19 20:56:48 eddyp: looks like there are two images that come with this debian firmware .. Mar 19 20:56:52 debian-sda1.bin Mar 19 20:56:55 and .. Mar 19 20:57:02 di-nslu2.bin Mar 19 20:57:28 eddyp: which one should I be using? Mar 19 20:58:06 hi aok, just read the backlog of your discussion with aok Mar 19 20:58:20 s/with aok/with eddyp/ Mar 19 20:58:20 pepijn meant: hi aok, just read the backlog of your discussion with eddyp Mar 19 20:58:29 :D Mar 19 20:58:45 okie looking but I cannot see where he refers to one over the other Mar 19 20:59:03 you want the di-nslu2.bin image to run debian installer and get the initial OS in place on your disk of choice Mar 19 20:59:20 then you use the sda1 image to get a 'normal' system Mar 19 20:59:23 aye okie will use that ... this other one just confused me Mar 19 20:59:28 that is, the di image runs the installer Mar 19 20:59:37 the sda1 image boots off of the sda1 drive Mar 19 20:59:43 oh ok Mar 19 21:00:05 note that the kernel that comes with those images does not support the status leds Mar 19 21:00:06 so it seems I have options then Mar 19 21:00:06 yet Mar 19 21:00:14 that is why they stay as they are Mar 19 21:00:34 the sda1 image does not support the status LEDs ? Mar 19 21:00:38 ok I see Mar 19 21:00:43 neither does the di image Mar 19 21:00:47 aye Mar 19 21:00:56 pepijn thanks too you guys are great Mar 19 21:00:59 if you want status lights to be working you need to compile from scratch Mar 19 21:01:06 not too hard Mar 19 21:01:07 I tried that Mar 19 21:01:14 but the compile bombed on me Mar 19 21:01:21 ah, k Mar 19 21:01:25 broke while building the ... Mar 19 21:01:27 let me see Mar 19 21:01:53 gettext-native-0.14.1-r3 Mar 19 21:02:02 captured the log if anyone is curious Mar 19 21:02:21 hmmmm... did you compile earlier? Mar 19 21:02:40 seem to remember that was an issue about a week ago Mar 19 21:02:59 yeah this was earlier Mar 19 21:03:03 http://rafb.net/paste/results/dQkEQ041.html Mar 19 21:03:07 this was discussed on the mailing list Mar 19 21:03:09 earlier as in 2 hrs ago Mar 19 21:03:35 no this must be something else Mar 19 21:03:48 oe_runmake failed ... odd Mar 19 21:03:54 referring to libldap.so.2 not found Mar 19 21:04:17 oh aye yes I see now Mar 19 21:05:30 but if you can live with non-functional status-lights, for now, you might try the debian installer path Mar 19 21:05:46 yeah I'll go that route for now Mar 19 21:05:56 procedure: first flash di-nslu2.bin Mar 19 21:05:58 I thought I'd help out with this issue later Mar 19 21:06:04 aok: did you read me web page? is it now clear? Mar 19 21:06:05 ok listening Mar 19 21:06:17 tbn yeah read it through Mar 19 21:06:23 aok: tbm is the author of the di stuff ;) Mar 19 21:06:29 or Mar 19 21:06:35 the NSLU2 version of it Mar 19 21:06:40 oh coolio ... nice to meet you all Mar 19 21:06:43 great work here Mar 19 21:07:17 aok: why would you want to run ApacheDS ??? Mar 19 21:07:25 try slapd (openldap) instead Mar 19 21:07:27 pepijn Mar 19 21:07:40 well ApacheDS has some things that slapd will never hap Mar 19 21:07:40 i am running w/o problems on my slug Mar 19 21:07:42 have Mar 19 21:07:53 like triggers and stored procedures Mar 19 21:07:55 but its memory footprint will be larger Mar 19 21:08:00 also I'm the author of ApacheDS Mar 19 21:08:01 it beings based on java Mar 19 21:08:19 well original author there are many now thank god Mar 19 21:08:32 My name btw is Alex Karasulu Mar 19 21:08:42 aok => initials Mar 19 21:08:45 shows in your whois ;) Mar 19 21:08:53 coolio Mar 19 21:09:18 so there are some advantages for using apacheds that I'd like to use on the slug Mar 19 21:09:36 with stored procedures and triggers I can update native files when LDAP entries change Mar 19 21:09:41 k, can understand that, but the slug is not the worlds most powerfull beast Mar 19 21:09:43 hence controling the slug much better Mar 19 21:09:52 hehe Mar 19 21:10:06 you have it at least de-underclocked ? Mar 19 21:10:10 yeah saw that ... don't need too much power just enough to do a few operations per second is sufficient Mar 19 21:10:20 hmmm Mar 19 21:10:31 no I have the factor default Mar 19 21:10:41 is there some tricks I should be aware of ? Mar 19 21:10:50 http://www.nslu2-linux.org/wiki/HowTo/OverClockTheSlug Mar 19 21:10:54 hardware mod Mar 19 21:10:58 but rather simple Mar 19 21:10:59 yeah hey that was a cool one Mar 19 21:11:04 just smash a resistor Mar 19 21:11:13 and it is twice as fast Mar 19 21:11:15 you guys are so fucking cool Mar 19 21:11:20 wow Mar 19 21:11:29 most of the credits go to other people Mar 19 21:11:30 ;) Mar 19 21:11:34 I'll have to do this Mar 19 21:11:50 man I'm just exploring this world and I'm really giddy Mar 19 21:11:59 but, yes, i know that feeling... was rather amazed by all the work that has been done around this little thingy Mar 19 21:11:59 can't wait to have debian up on this Mar 19 21:12:03 (and its relatives) Mar 19 21:12:12 yeah indeed it's incredible Mar 19 21:12:23 i tried both the big endian and little endian versions Mar 19 21:12:25 so much work for something so tiny Mar 19 21:12:34 sweet any preference ? Mar 19 21:12:38 and while it seems the LE version is sort of hacked, it works rock solid now Mar 19 21:12:53 the big endian version has only sarge compiled for it Mar 19 21:12:55 nice seems like there's so much more packages for the LE version Mar 19 21:13:03 exactly Mar 19 21:13:07 aye would prefer etch meself Mar 19 21:13:39 I'll be at JavaOne this year will a couple slugs ;) Mar 19 21:13:40 just beware that there are a few reports about problems with pre 2.6.16 kernels about lockups after a number of hours Mar 19 21:13:49 i had that after 9-10 hours uptime Mar 19 21:13:51 oh Mar 19 21:13:55 interesting Mar 19 21:14:15 dissappeared when i compiled a 2.6.16 kernel using the build debianslug procedure Mar 19 21:14:17 but Mar 19 21:14:30 pepijn: btw does the slug start using any disk for swap? Mar 19 21:14:41 running di now does not prevent you from later switching to the newer kernel Mar 19 21:14:56 as long as you understand how it does its trick (kernel is residing in flash) Mar 19 21:14:58 coolio I'll make sure I get a fresh kernel in there Mar 19 21:15:04 gotta grok this error though Mar 19 21:15:05 YMMV Mar 19 21:15:21 using swap as normal Mar 19 21:15:29 aye Mar 19 21:15:36