**** BEGIN LOGGING AT Wed Sep 19 02:59:57 2007 Sep 19 03:00:05 if the user nobody is not there, ngrep will fail to start Sep 19 03:01:33 it will give the following error: attempt to drop privileges failed: getpwnam failed: Resource temporarily unavailable Sep 19 03:02:39 osas: we have the adduser package for that Sep 19 03:03:22 eno: since ddwrt is used for both ddwrt and openwrt, I think we should leave the feed as is Sep 19 03:03:56 rwhitby: I know. The hard part was to figure out what was wrong ... Sep 19 03:04:15 osas: we use the openwrt-ixp4xx feed for openwrt Sep 19 03:04:47 oh, you mean mips openwrt Sep 19 03:10:49 yeah Sep 19 03:12:13 if we fix ddwrt, then we break openwrt (I suppose) Sep 19 03:12:35 so we will leave it as is, since tcpdump is working Sep 19 03:12:38 for both Sep 19 03:16:23 ideally we should have one feed for each Sep 19 03:16:52 :) Sep 19 03:31:04 I updated the ddwrt wiki page: # grep nobody /etc/passwd Sep 19 03:31:04 nobody:x:99:99:Nobody:/: Sep 19 03:31:13 http://www.dd-wrt.com/wiki/index.php/Optware Sep 19 06:57:35 03oleo * r6877 10optware/trunk/ (3 files in 2 dirs): transmission: reskin by velcrow and stopping torrents by fatsu Sep 19 07:15:58 osas: I am using openwrt-brcm24 feed for Kamikaze. Sep 19 09:10:08 sorry, nobody replies on "-general", can anyone, perhaps, shortly explain what is supposed to happen with the debian image, i.e., whether it is using an initrd, and why it doesn't work for me when flashed directly onto an uninitialized nslu2? Sep 19 09:10:26 uninitialized means without first flashing it with stock cisco firmware Sep 19 09:37:38 does anyone have 2.6.22 running on nslu2? Sep 19 09:38:31 need a .config, as I don't have it running and there's no defconfig... Sep 19 10:49:33 lyakh: check the nslu2-linux svn kernel repo Sep 19 10:50:10 rwhitby, I've got a config from the debian package so far, is it ok? Sep 19 10:50:15 from 2.6.22 Sep 19 10:51:10 yep, that will work with the debian kernel Sep 19 10:51:22 but my cross-compiler seems to be unable to build it: " CC mm/page_alloc.o Sep 19 10:51:22 /tmp/ccdDkwOT.s: Assembler messages: Sep 19 10:51:22 /tmp/ccdDkwOT.s:3183: Error: .err encountered Sep 19 10:51:22 " Sep 19 10:51:41 arm-linux-gcc (GCC) 3.3.2 20030820 (prerelease) Sep 19 10:52:06 and the pre-compiled cross-toolchain link doesn't work... Sep 19 10:52:19 * rwhitby points to the nslu2-linux kernel svn repo at http://svn.nslu2-linux.org/svnroot/kernel/trunk/ Sep 19 10:55:07 ok, re-flashed linksys firmware from linksys site, configured it over http, flashed debian image again Sep 19 10:55:34 now ready-status gives 2 orange flashes repeatedly Sep 19 10:57:00 lyakh: FYI: the debian/nslu2 support channel is #debian-arm on irc.debian.org - if it's an installer problem rather than an nslu2 problem, then you're more likely to get an answer there. Sep 19 10:58:01 no, I didn't use the installer Sep 19 10:58:24 used the direct "file-copy" method Sep 19 11:16:37 lyakh: dunno about the leds - I'm never looking at my nslu2 when installing anything - always have a serial port. Sep 19 11:17:33 yeah, I don't have any more free serial ports, even with already 2 usb-serial adapters... Sep 19 11:18:04 so, would rather avoid soldering it, I need it for a static role (ghm...) Sep 19 12:11:36 03rwhitby * r918 10kernel/trunk/ (Makefile patches/2.6.22/KERNEL): Updated the unstable version to 2.6.22.6 Sep 19 13:22:44 maybe here: has anyone ever flashed kernel and initrd manually over /dev/mtd? (e.g., like in http://www.nslu2-linux.org/wiki/Debian/Bootstrap) after building them from sid kernel package?... Sep 19 13:46:51 ok, of course it didn't work out-of-the-box. the bootloader doesn't support initrd, I guess Sep 19 13:52:45 lyakh: are you sure it's a problem with initrd? Sep 19 13:53:24 lyakh: I am not an expert on this, but the bootloader should not Sep 19 13:53:40 care about initrd. The kernel and slugimage should Sep 19 13:54:07 lyakh: and you must remember to include the firmware for the NPE-B in the flash image Sep 19 13:55:15 lyakh: I am assuming you followed http://www.nslu2-linux.org/wiki/Debian/BuildImage Sep 19 13:55:21 fcarolo, AFAIK, the bootloader loads the initrd in RAM and passes its location to the kernel Sep 19 13:56:46 no, I didn't follow that page, I didn't want to build from sources (need a new cross-toolchain), just wanted to use the 2.6.22 from sid Sep 19 13:59:35 lyakh: have you seen this? http://www.mail-archive.com/debian-arm@lists.debian.org/msg07018.html Sep 19 13:59:54 lyakh: looks similar to what you want Sep 19 14:02:17 ok, thanks, reading... Sep 19 14:03:12 hm, "dpkg -i" + reboot hanged in my case... Sep 19 14:04:18 will have to ask on the ML myself, thanks for the link! Sep 19 14:04:20 bbl Sep 19 14:06:01 lyakh: for initrd, you may need to pad it with zeros Sep 19 14:06:17 but the flash-kernel script in debian should do this for you Sep 19 14:06:49 rwhitby, at least I compared mtd3 and kernel - they were different Sep 19 14:06:58 so, looks like dpkg didn't flash Sep 19 14:08:08 never heard about zero-padding initrd?... Sep 19 14:08:09 dpkg will flash the kernel and init on a correctly installed debian on nslu2 Sep 19 14:08:49 even if I install a kernel from sid onto etch? Sep 19 14:09:16 if it's an ixp4xx kernel, and Debian was installed with the installer for ixp4xx, yes. Sep 19 14:09:44 no, installer is broken currently (according to wiki), so, debootstrapped Sep 19 14:10:32 Kernel: Sep 19 14:10:35 Linux version 2.6.18-4-ixp4xx (Debian 2.6.18.dfsg.1-12) (waldi@debian.org) (gcc Sep 19 14:10:36 version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Tue Mar 27 18:01:56 BST 2007 Sep 19 14:10:36 ok, did you install nslu2-utils package? Sep 19 14:11:07 yes Sep 19 14:11:20 do you have a flash-kernel script? Sep 19 14:11:40 yes Sep 19 14:12:41 oleo: openwrt-brcm24 feed for Kamikaze for WRTSL54GS? Sep 19 14:13:35 ok, away now, thanks so far, more in ~4 hours. cheers Sep 19 14:14:38 lyakh: I'll be asleep. GMT+9:30 Sep 19 14:46:20 rwhitby: do you know if the autobuilder is ok? Sep 19 14:46:40 rwhitby: last log is from yesterday night, after it tried to build a _lot_ of stuff Sep 19 14:57:11 fcarolo: there has been some churn, yes. Sep 19 15:11:37 :) Sep 19 15:38:17 rwhitby: ok, I was afraid it could be tied in a loop rebuilding lots of stuff Sep 19 15:56:05 fcarolo: thx for checking Sep 19 16:44:02 03bzhou * r6878 10optware/trunk/make/libnxml.mk: libnxml: 0.18.0 -> 0.18.1 Sep 19 16:52:44 eno: I would like to bump glib from 2.6.6 to 2.9.6, do you see any problem Sep 19 16:57:00 fcarolo: it's about time, quite lot of packages depend on glib Sep 19 16:57:27 so maybe we should try it on 1 platform first Sep 19 16:57:52 maybe try slugosbe first Sep 19 16:58:01 eno: ok, I ran into a bug proting castget, tested in my slug with success Sep 19 16:58:36 I have a new slug waiting to test slugosbe 4.x, I'll run some tests there too Sep 19 16:59:12 by the way, I got an error trying to build the toolchain to build optware for slugosbe Sep 19 16:59:48 slugosbe toolchain is borrowed from slugosbe build Sep 19 17:02:31 so I should build slugosbe-image first? Sep 19 17:03:06 http://www.nslu2-linux.org/wiki/Optware/SlugosbeDevel Sep 19 17:05:50 do I need something different t to build packages for slugosbe 4.5? Sep 19 17:05:59 the wiki only mentions 3.10 Sep 19 17:17:53 strictly speaking, optware slugosbe feed should be specific to slugosbe release version Sep 19 17:18:08 but it's not the case Sep 19 17:19:17 right now, the slugosbe feed is using latest toolchain of slugosbe Sep 19 17:28:48 looks like glib 2.6.6 /opt/lib/libglib-2.0.so.0.600.6 Sep 19 17:28:55 and glib 2.9.6 /opt/lib/libglib-2.0.so.0.902.4 Sep 19 17:29:50 so it should not even need dependent packages to change anything Sep 19 17:38:07 tested irssi, mc, & pal on slugosbe with glib-2.9.6, all work Sep 19 17:38:58 seems pretty safe, the beauty of shared lib Sep 19 17:46:56 03bzhou * r6879 10optware/trunk/make/adns.mk: adns: corrected symlink using wildcard Sep 19 17:48:15 fcarolo: tested a couple more packages, i think it's safe to move to 2.9.6 for all platforms Sep 19 18:19:43 mips and ppc too? Sep 19 18:20:46 ka6sox: we're talking about updating glib from 2.6.6 to 2.9.6 Sep 19 18:21:06 yes, all optware platforms Sep 19 18:22:14 glib is pretty much the non-GUI part of gtk Sep 19 18:22:54 okay Sep 19 18:25:05 Ah - thanks. I was confoosing it with glibc. Sep 19 18:25:44 me too...just one silly little letter Sep 19 18:26:04 the name is very confusing indeed Sep 19 18:27:33 03bzhou * r6880 10optware/trunk/make/glib.mk: glib: 2.6.6 -> 2.9.6 Sep 19 18:31:27 fcarolo: hope you don't mind i did the check-in ^^^^^^^^^ Sep 19 19:44:31 eno: sorry, I went away for a while in a hury Sep 19 19:45:09 thanks for the check-in, I'll do more test on castget before committing Sep 19 19:48:53 I hope rwhitby sleeps well, can anyone except him explain, why installing linux-image-2.6.22-2-ixp4xx_2.6.22-4_arm.deb (from sid) on an etch nslu2 didn't work? Sep 19 19:57:07 lyakh: don't know what your problem is, but keep in mind that the on board ethernet driver is not supported by the std. debian distribution Sep 19 19:58:00 I have firmware stored under /lib/firmware, and the 2.6.18 from etch works Sep 19 19:59:37 But I think this is not the problem: Sep 19 20:00:26 before I had firmware installed, 2.6.18 booted, but I couldn't access the system over net. After swicthing off I could see 2.6.18 log in /var/log/messages Sep 19 20:00:33 but there's nothing from 2.6.22 Sep 19 20:00:44 I do suspect the initrd didn't work. Sep 19 20:00:53 2.6.18 doesn't use it, right? Sep 19 20:01:05 if it did, I would see entries in messages? Sep 19 20:01:30 don't know ... Sep 19 20:01:32 wait, I'm wrong... Sep 19 20:01:47 do you have a serial console attached to your slug? Sep 19 20:01:58 Sep 19 13:46:36 nslu2 kernel: checking if image is initramfs... it is Sep 19 20:01:58 Sep 19 13:46:36 nslu2 kernel: Freeing initrd memory: 4096K Sep 19 20:02:04 heh, if I did... Sep 19 20:02:37 I had debian installed on one of my slugs, then switched from stable to testing Sep 19 20:02:47 performed an upgrade and then it died Sep 19 20:02:48 :( Sep 19 20:02:58 so I reflashed openslug 3.10 Sep 19 20:03:11 and I'm much happier :) Sep 19 20:03:28 openslug seems to be way faster ... Sep 19 20:03:35 what kernel is it? Sep 19 20:03:43 on openslug? Sep 19 20:03:45 one sec Sep 19 20:04:22 2.6.16 Sep 19 20:04:52 but you can build the slugosbe image Sep 19 20:04:53 I need 2.6.2x, ok, can compile it myself, but do not want to compile the cross-toolchain... Sep 19 20:05:05 and there you have a pretty recent kernel Sep 19 20:05:25 2.6.16? no, it's old Sep 19 20:05:36 works for me :) Sep 19 20:05:50 zd1211rw is in the kernel from 2.6.20 Sep 19 20:06:24 I have zd1211b working ok Sep 19 20:06:36 with the external driver? Sep 19 20:07:02 what do you mean by external driver? Sep 19 20:07:21 out of tree Sep 19 20:07:41 I have a Belkin USB WiFI dongle working with the driver that I built (cross compiled) Sep 19 20:08:04 the package is available on the svn Sep 19 20:08:24 but it is not compiled by default and therefore it is not in the feeds Sep 19 20:08:37 yes, for kernels before 2.6.20 you had to build a driver from separate sources. from 2.6.20 it is in the mainline Sep 19 20:08:43 yup Sep 19 20:09:13 I spent a few hours until I figure out what I'm building and what hw to buy Sep 19 20:09:23 but in the end it turn out ok :) Sep 19 21:02:15 03fcarolo * r6881 10optware/trunk/make/libxml2.mk: libxml2: fixed dependency from libxml2.mk itself Sep 19 23:43:54 03bzhou * r6882 10optware/trunk/make/ntpclient.mk: ntpclient: make build stable Sep 20 01:34:03 quit **** ENDING LOGGING AT Thu Sep 20 02:41:57 2007 **** BEGIN LOGGING AT Thu Sep 20 02:42:11 2007 **** ENDING LOGGING AT Thu Sep 20 02:44:12 2007 **** BEGIN LOGGING AT Thu Sep 20 02:44:35 2007 **** ENDING LOGGING AT Thu Sep 20 02:59:57 2007