**** BEGIN LOGGING AT Fri Jan 12 02:59:57 2007 Jan 12 03:37:58 03bzhou * r5146 10optware/trunk/make/gnutls.mk: gnutls: do not transform binary names Jan 12 03:59:32 <[g2]> dumfrac howdy ! Jan 12 03:59:43 hey g2 Jan 12 04:00:11 <[g2]> I heard a rumor that you were working on a backport of the 0.3.1 drivers to 2.6.18. Is that true ? Jan 12 04:01:46 yup - I'm busy learning subversion to check it in as I type ;-) Jan 12 04:02:04 <[g2]> sweet! Jan 12 04:02:23 I have just sucessfully compiled 2.6.18 using the nslu2-linux Makefile, so it builds Jan 12 04:02:39 <[g2]> need a tester of the patches ? :) Jan 12 04:02:53 it uses the same patch that I created for the Debian kernel, so I know that it works with Debian Jan 12 04:03:08 yes please - testing would be great Jan 12 04:03:18 03bzhou * r5147 10optware/trunk/ (Makefile make/bitlbee.mk sources/bitlbee/configure.patch): bitlbee: fixed gnutls so bitlbee.mk can be cross platform Jan 12 04:03:23 I just got to figure out how to get it check in :-) Jan 12 04:03:34 s/check/checked Jan 12 04:03:34 <[g2]> then it should work fine for the 2.6.18 version Jan 12 04:03:44 <[g2]> it's really easy Jan 12 04:03:47 yup - that's what I'm hoping Jan 12 04:03:57 <[g2]> did you check out with https ? Jan 12 04:04:25 ah - no, I didn't, I forgot to do that Jan 12 04:04:53 <[g2]> checkout _seperate_ tree under the same revision level Jan 12 04:04:56 I have set subversion up ro use my ssl cert Jan 12 04:05:08 ok Jan 12 04:05:21 and then make the changes and commit ? Jan 12 04:05:37 <[g2]> go into the tree you've got and do a "svn diff" Jan 12 04:06:07 <[g2]> then just apply the patch to the https checkout tree, then check it in Jan 12 04:06:22 <[g2]> svn commit Jan 12 04:06:24 ok - let me try that (thanks for the help) Jan 12 04:06:51 <[g2]> could you possibly send me the svn diff and what ever rev level it was built from ? Jan 12 04:07:53 ok - so the svn diff isn't showing the files that I added to the patch directory - ah, I think I need to tell subversion that these should be part of the repository Jan 12 04:08:28 I guess "svn add file1 file2" ? Jan 12 04:08:28 <[g2]> for new files just cp and svn add in the new dir before the commit Jan 12 04:14:14 [g2]: I've just sent you the diff Jan 12 04:14:24 <[g2]> thx Jan 12 04:14:28 I hope that I did it right :-) Jan 12 04:17:49 <[g2]> dumfrac did you do that relative to the 2.6.18 patches dir ? Jan 12 04:18:21 yeah - it looks like I did Jan 12 04:18:56 <[g2]> do things really change in the defconfig ? Jan 12 04:19:27 the only addition is CONFIG_IXP4XX_CRYPTO=m Jan 12 04:19:41 <[g2]> crypto support is in 0.3.1 ? Jan 12 04:19:45 yup Jan 12 04:19:50 <[g2]> wow. Jan 12 04:19:51 apparently Jan 12 04:19:58 <[g2]> do you know now it works ? Jan 12 04:20:36 http://www.hohnstaedt.de/ixp_npe/0.3.1/changelog.txt Jan 12 04:20:44 nope :-) Jan 12 04:21:27 it is left as an exercise to the user Jan 12 04:21:58 <[g2]> hmm.... I've got 425 hw Jan 12 04:22:11 <[g2]> dunno if the modules are in there or not Jan 12 04:22:56 hmm... not sure - I've only tested the regular networking on the NSLU2 Jan 12 04:23:11 <[g2]> dumfrac it looks like 2.6.18 is building with that patch Jan 12 04:23:13 ... which has an IXP420 Jan 12 04:23:29 <[g2]> did you notice the tcpdump fix ? Jan 12 04:24:20 yeah - but I was most interested in the scp/nfs fixes - a lot of Debian users were moaning about problem with NFS Jan 12 04:30:57 03gordon * r666 10kernel/trunk/patches/2.6.18/ (4 files): Add IXP4xx NPE driver version 0.3.1 Jan 12 04:31:15 <[g2]> heh.... the devil release :) Jan 12 04:31:17 woohoo ! my first checkin to the respository ! Jan 12 04:31:47 <[g2]> congrats! Jan 12 04:31:49 ok - now to do 2.6.19 Jan 12 04:32:44 thanks ! I really hope that I'm not screwing things up :-) Jan 12 04:33:16 I've yet to become comfortable with this new found power Jan 12 04:34:53 [g2]: how do I remove files from the 2.6.18 directory in the repository - I'd like to remove 30-ixp4xx-0.2.1-driver.patch, 32-ixp4xx-net-driver-fix-qmgr.patch, and 33-ixp4xx-net-driver-improve-mac-handling.patch Jan 12 04:35:39 hey dumfrac Jan 12 04:35:41 <[g2]> I think they normally are moved to the attic Jan 12 04:35:45 <[g2]> or archive Jan 12 04:35:50 "svn delete files" looks promising Jan 12 04:36:06 hey rwhitby Jan 12 04:36:07 <[g2]> we want to archive them Jan 12 04:36:14 What's the crypto support do? General purpose interface, or something for network rx/tx only? Jan 12 04:36:33 <[g2]> mwester-laptop I think it support the on-board crypto HW Jan 12 04:36:44 [g2]: how do I archive the files ? Jan 12 04:36:47 <[g2]> for ixp422/425 Jan 12 04:37:04 <[g2]> dumfrac good question, ask rwhitby Jan 12 04:37:13 Don't have my references handy, but that's the chipset used in the NSLU2 and related brethren, no? Jan 12 04:37:21 rwhitby: I'm still becoming comfortable with this new power that you have given me :-) Jan 12 04:37:32 for patches, just remove them from the series file, but don't delete the actual patches yet Jan 12 04:37:54 nslu2 does not have crypto Jan 12 04:37:55 <[g2]> mwester-laptop nod, the nslu2 doesn't support as it's got a 420 Jan 12 04:38:00 rwhitby: ok - done that - so I won't delete the files just yet Jan 12 04:38:18 <[g2]> but the loft's got a 425 :) Jan 12 04:38:25 dumfrac: nod - just need to flow the patch through to the OE and OpenWRT environments before we delete the old patches Jan 12 04:38:37 Ah, ok. Just wondering because there have been requests for encryting filesystem stuff. Jan 12 04:38:56 <[g2]> that and net traffic Jan 12 04:39:01 rwhitby: roger that - I'm going to try out the patches on 2.6.19 now Jan 12 04:39:14 <[g2]> there's md5/sha1 and other stuff too Jan 12 04:39:37 The patch of the devil! Jan 12 04:39:48 I thought this was Linux... not BSD!?!?! Jan 12 04:39:56 dumfrac: your experience in testing the debian kernel stuff gives me total confidence in your checkins. thanks. Jan 12 04:40:22 rwhitby: it's my experience with subversion that *I'm* worried about :-) Jan 12 04:42:10 [g2] I was also kinda hoping that we could use the otherwise-useless NPE on the DSM-G600... but alas, that too is only an IXP420 Jan 12 04:42:18 <[g2]> joshin I thought building your distro from source was the devil :) Jan 12 04:42:55 <[g2]> mwester-laptop getting AC versus DC straightened out would be the cat meow Jan 12 04:43:09 dumfrac: it's an SCM - we can always go back one version ;-) Jan 12 04:43:20 [g2] BTW, how hard is it to add a PHY to the NPE on the DSM-G600, do you think -- a few chips and wires, or major surgery? Jan 12 04:43:33 [g2]: Aren't you doing that every time you build OpenSlug? :p Jan 12 04:43:49 <[g2]> joshin it's it tiny distro :) Jan 12 04:43:50 rwhitby: yes - that makes me more comfortable :-) I don't think that I've broken anything yet, though Jan 12 04:44:05 joshin - we even rebuild the toolchain in OE ... Jan 12 04:44:14 My GentooSlug build isn't much bigger. :) Jan 12 04:44:30 dumfrac: we've all broken something - the only criteria is whether or not you can fix what you break. Jan 12 04:44:34 I fit the whole install on a 512MB memory stick. Jan 12 04:45:49 * [g2] was just teasing joshin about Gentoo Jan 12 04:45:49 dumfrac: seriously, you're really advancing the stability of the open source driver in all our targets by backporting this for us. We thank you for that. Jan 12 04:46:04 <[g2]> ~praise dumfrac Jan 12 04:46:07 All hail dumfrac! Jan 12 04:46:14 ~botsnack Jan 12 04:46:14 aw, gee, rwhitby Jan 12 04:46:16 rwhitby: it's a pleasure - I'm just glad that I can help out Jan 12 04:46:19 <[g2]> it's a good thing Jan 12 04:46:25 <[g2]> dumfrac THX Jan 12 04:46:45 [g2]: thanks for the help with subversion Jan 12 04:46:46 Though firefox takes a while to build on the slug. Jan 12 04:46:46 The next challenge, of course, is to get it accepted upstream ;-) Jan 12 04:46:46 Just kidding... Jan 12 04:47:07 <[g2]> rwhitby speaking of getting it accepted upstream :) Jan 12 04:47:09 (although having the open source driver in Debian is a real coup) Jan 12 04:47:49 * joshin knows. With distcc, it isn't too bad. If I could have gotten irssi to work on OE, I'd not have bothered with Gentooslug Jan 12 04:47:52 [g2]: yeah, I know. I (the company I help run) just had a two hour "interview", so my brain is mush right now. Jan 12 04:48:00 yeah - 0.3.1 will make it into etch which is a Good Thing (tm) for those that are dealing with the support of etch Jan 12 04:48:27 <[g2]> is ARM still in Etch ? Jan 12 04:48:30 rwhitby: were you interviewing or interviewed ? Jan 12 04:48:33 dumfrac: nas100d kernel support will make it in too :-) Jan 12 04:48:56 dumfrac: our company was the interviewee - to see whether we got contracts for the next year or not. Jan 12 04:48:57 rwhitby: good thing that etch has been delayed slightly Jan 12 04:49:16 <[g2]> rwhitby GL Jan 12 04:49:25 rwhitby: good lick Jan 12 04:49:32 s/lick/luck Jan 12 04:49:35 :-) Jan 12 04:49:51 Night all! Jan 12 04:49:58 <[g2]> joshin_ nite Jan 12 04:50:02 Heck, wish him a good lick! Everyone could use one... Jan 12 04:50:03 :) Jan 12 04:50:09 :-) Jan 12 04:51:26 dumfrac: thx for starting the Debian FAQ page too. Jan 12 04:51:58 rwhitby: it was tbm's suggestion - I guess he got tired of answering the same questions over and over again :-) Jan 12 04:52:26 well, the FAQ still won't stop that ... ;-) Jan 12 04:52:30 [g2]: ARM will be in etch AFAIK Jan 12 04:53:02 rwhitby: yeah - but now we have a standard answer - "Please refer to the FAQ" Jan 12 04:54:19 03bzhou * r5148 10optware/trunk/ (Makefile make/antinat.mk): antinat: fixed for gcc4 cross compilation, promoted for slugosbe Jan 12 04:55:18 <[g2]> you guys spoil me :) Jan 12 04:55:37 ok - night everybody - I've got an early start tomorrow - I'll add the driver to 2.6.19 tomorrow Jan 12 04:55:55 dumfrac: thx again - night! Jan 12 04:56:15 <[g2]> dumfrac nite and THX... sweet dreams Jan 12 04:59:21 joshin_: irssi is now available in optware/slugosbe Jan 12 05:23:09 <[g2]> nite all Jan 12 05:45:51 03bzhou * r5149 10optware/trunk/ (Makefile make/net-tools.mk sources/net-tools/gcc4.patch): net-tools: fixed for gcc4; promoted for slugosbe & uclibc Jan 12 06:03:02 03bzhou * r5150 10optware/trunk/ (Makefile make/mp3blaster.mk): mp3blaster: fixed gcc4 cross compilation problem, promoted for slugosbe Jan 12 06:13:04 03bzhou * r5151 10optware/trunk/ (Makefile make/heyu.mk): heyu: fixed gcc4 cross compilation problem; promoted for slugosbe Jan 12 06:33:29 03bzhou * r5152 10optware/trunk/ (Makefile make/bzflag.mk): bzflag: explicit without-x; promoted for slugosbe Jan 12 07:45:02 03oleo * r5153 10optware/trunk/ (make/ushare.mk sources/ushare/cfgparser.h.patch): ushare: remove .conf prefix - update to template Jan 12 08:14:01 someone here? Jan 12 10:32:42 hello! when I listen to the network traffic using my nslu2 and tcpdump, the data seems totally corrupt. It seems to send raw Ethernet II frames with an unknown type in response, but it does in fact send real frames with properly embedded ip packets on the wire (?) it's almost as if tcpdump cannot see what the box is actually sending Jan 12 12:30:49 Blastur: What os are you running on your nslu2? Jan 12 12:51:03 NAiL, debian Jan 12 12:52:14 is anyone else experiencing this? all sent data from my slug appears as "corrupted" when looking at it via TCPDUMP, but in reality the data is fine (when looking at it from an outside sniffer). All received data looks OK in TCPDUMP Jan 12 13:21:46 hi Jan 12 13:27:46 what sort of power does a slug have? Jan 12 13:32:47 do you mean what processor, or what fucntionality, how much ampere it uses or the voltage of the power adaptor? Jan 12 13:46:32 it's a 266 MHz cpu with 32 mb ram Jan 12 13:46:44 and it runs on a few watts of power Jan 12 13:47:00 i think 8 mb of internal flash for kernel Jan 12 13:55:21 well Jan 12 13:55:35 is that enough to transcode audio on the fly? Jan 12 13:55:44 (wavpack to 192mp3 or so) Jan 12 13:55:49 (realtime) Jan 12 13:57:01 probably not Jan 12 14:06:57 Anyone here? Jan 12 14:07:57 Has there been any development for the ds-106e? I have bought a longshine lcs-8311 and it's very simiular to the ds-106e Jan 12 14:08:13 but much cheaper (= Jan 12 14:19:20 hehe Jan 12 14:19:25 never even heard of it Jan 12 14:21:10 the ds-106e or the lcs-8311? Jan 12 14:26:20 the latter Jan 12 15:15:53 03bzhou * r5154 10optware/trunk/Makefile: promoted bzflag for ds101, demoted heyu for slugosbe Jan 12 16:44:33 03bzhou * r5155 10optware/trunk/make/minicom.mk: minicom: 2.1 -> 2.2 Jan 12 17:12:50 03bzhou * r5156 10optware/trunk/ (Makefile make/microcom.mk): added and promoted microcom Jan 12 18:42:14 hi Jan 12 18:42:34 I have a USB stick on disk 1 Jan 12 18:42:43 which contains my rootfs (with Debian) Jan 12 18:42:54 Can I safely plug in another USB stick in disk 2 Jan 12 18:43:00 to use for data storage? Jan 12 18:50:30 <[cc]smart> one way or the other works in any case. so if it doesn't just exchange the ports Jan 12 18:50:43 <[cc]smart> it will stick to that behaviour Jan 12 18:50:50 <[cc]smart> so you don't have to change back and forth Jan 12 19:20:33 uh this debian etch-rc1 installer is so strange... i choose nothing@tasksel but itll try to install all this gnome shit, which is just too much for the little nslu Jan 12 19:28:17 03bzhou * r5157 10optware/trunk/make/ (13 files): s/prefix/$(STAGING_PREFIX)/ for x11 pkgconfig files Jan 12 19:30:03 03bzhou * r5158 10optware/trunk/Makefile: demoted minicom for wl500g Jan 12 20:37:51 03fcarolo * r5159 10optware/trunk/ (7 files in 2 dirs): syslog-ng: upstream upgrade to 1.6.11 and new scripts Jan 12 21:38:42 03gda * r5160 10optware/trunk/ (Makefile make/libcapi20.mk): libcapi20: new cross ipk ready for testing Jan 12 22:25:24 asterisk-stage puts includes to $(STAGING_DIR)/opt/usr/include/asterisk, strange place ;) Jan 12 22:32:52 asterisk14-stage doesn't install anything Jan 12 22:38:30 03gda * r5161 10optware/trunk/make/asterisk14.mk: asterisk14: let stage install something Jan 12 22:46:47 Is there any way I can see what the leds on the NSLU2 mean? I had a bit of an accident with mine (tripped over the network cable, and it fell on the floor), and now I can't contact it. Tried rebooting it (pulling the power). I'm running regular Debian (testing) Jan 12 23:12:19 03bzhou * r5162 10optware/trunk/make/fixesext.mk: s/prefix/$(STAGING_PREFIX)/ for fixesext pkgconfig file Jan 12 23:15:09 asterisk14-stage doesn't help me, I need asterisk-stage, but it is sleeping time Jan 12 23:19:45 03bzhou * r5163 10optware/trunk/Makefile: promoted libcapi20, promoted sm/xaw/xext/xmu/xpm/xt for slugosbe Jan 12 23:20:29 nite gda_ Jan 12 23:24:07 n8 eno Jan 13 00:49:30 03bzhou * r5164 10optware/trunk/ (12 files in 2 dirs): fix cross compile BADNESS by s/prefix/$(STAGING_PREFIX)/; promoted x11 & gtk packages for slugosbe Jan 13 01:41:24 03bzhou * r5165 10optware/trunk/make/ (xcursor.mk xfixes.mk xpm.mk xrender.mk): x...: $(MAKE) ...-stage Jan 13 01:43:15 03bzhou * r5166 10optware/trunk/make/xcursor.mk: xcursor: fixed a typo Jan 13 01:51:39 03bzhou * r5167 10optware/trunk/make/ (renderext.mk xrender.mk): xrender: should not $(MAKE) xrender-stage Jan 13 02:01:38 03bzhou * r5168 10optware/trunk/make/gtk.mk: gtk: seems to need xft-stage Jan 13 02:51:08 03bzhou * r5169 10optware/trunk/make/ (x11.mk xproto.mk): x11: define MB_CUR_MAX for wl500g **** ENDING LOGGING AT Sat Jan 13 02:59:57 2007