**** BEGIN LOGGING AT Sat Sep 23 02:59:56 2006 Sep 23 09:05:28 03rwhitby * 10slugimage/slugimage: Added patch from tbm for kernel skip support. Sep 23 09:31:21 What does the _CONFLICTS command do in the .mk file? Sep 23 09:34:04 makes it conflict with another package - you can't have both installed at once Sep 23 09:35:41 so what happens when I try to install a package that conflicts with an already installed package? I just get an error and the installation stops? Sep 23 09:36:49 yep Sep 23 09:37:29 great, thanks :) Sep 23 09:48:00 What does this patch do? I can't decipher it... http://rafb.net/paste/results/7YgkHI18.html Sep 23 09:59:46 hey # Sep 23 10:02:03 03rwhitby * 10slugimage/slugimage: Cleaned up the debugging output a bit. Sep 23 12:58:56 03rwhitby * 10slugimage/slugimage: This version seems to be able to pack and unpack with a second stage bootloader, but does not insert or delete the Ramdisk Sercomm mid-partition header inside the kernel partition yet. Sep 23 13:07:40 03rwhitby * 10slugimage/slugimage: Indicated where further skip region handling is required. Sep 23 13:21:33 hi, i installed debianslug and it worked but now i cannot access by box, if i start in upgrade mode my uploadtool find the MAC but if i boot i cannot ping my slug Sep 23 13:57:32 the disk is working while the boot process but i don't get an ip address which should be set by redboot Sep 23 13:57:52 is there a way to check the ip address without reflashing the slug? Sep 23 13:58:26 mr_claus__: This is a developer channel, I think you should ask your questions in #nslu2-general Sep 23 13:58:35 Tobbe: ok, ty Sep 23 14:04:23 The coreutils that can be installed with ipkg doesn't include the df program. I compiled it myself, but that didn't help. Still no df. I changed to a newer version (5.96 instead of 5.2.1) but I still don't get the df program. What could be wrong? Sep 23 16:17:42 03bzhou * r4097 10optware/trunk/make/lighttpd.mk: lighttpd: upstream released 1.4.12 Sep 23 16:31:50 Tobbe: I assume you are referring to optware, if so it looks like configure is failing to find a working version of statfs - I'll have a look at why later Sep 23 16:32:54 Yes, I'm talking about optware. Thanks for looking :) Sep 23 16:45:43 03bzhou * r4098 10optware/trunk/make/dcraw.mk: dcraw: upstream upgrade to 1.350 Sep 23 17:04:35 http://article.gmane.org/gmane.comp.misc.nslu2.devel/1162 Sep 23 17:22:01 03blaster8 * r414 10kernel/ (archived/ trunk/): Archive current trunk Sep 23 17:23:23 03blaster8 * r415 10kernel/ (branches/ixp_npe/ trunk/): Move ixp_npe branch to trunk Sep 23 17:24:31 03blaster8 * r416 10kernel/trunk/ (README README_BRANCH): Change readme name Sep 23 19:01:36 NOTE: package ixp4xx-kernel-2.6.18-r1.413: task do_svnpatch: started Sep 23 19:01:36 ERROR: function do_svnpatch failed Sep 23 19:01:57 svn: REPORT request failed on '/svnroot/kernel/!svn/bc/416/branches/ixp_npe/patches/2.6.18' Sep 23 19:02:01 svn: '/svnroot/kernel/!svn/bc/416/branches/ixp_npe/patches/2.6.18' path not found Sep 23 19:03:01 do i need to 'bb -b something -c clean' ? Sep 23 19:17:32 eno: oops Sep 23 19:18:00 I thought this would work despite me migrating the branch across Sep 23 19:18:12 let me fix Sep 23 19:18:51 great, thx. I'm just trying to follow and test your change Sep 23 19:21:20 thanks for your help :) Sep 23 19:29:06 on my 32bit machine, "make openslug-image" completed successfully Sep 23 19:29:51 the above error happened on a 64bit ubuntu, dunno why Sep 23 19:30:40 hmm Sep 23 19:30:45 are you running edgy? Sep 23 19:31:31 no, just dapper Sep 23 19:36:01 hmm Sep 23 19:36:55 for some reason, on the 32bit machine, it was not building ixp4xx-kernel-2.6.18-r1.413 at all Sep 23 19:37:54 make update? Sep 23 19:38:32 there was tmp/work/ixp4xx-kernel-2.6.16-r6.2/ in there Sep 23 19:38:43 i think i did "make update" Sep 23 19:39:08 let me do that one more time to make sure Sep 23 19:40:18 can you try executing: Sep 23 19:40:45 svn co http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.18 --revision 416 Sep 23 19:40:57 in your home directory Sep 23 19:42:22 ..., Checked out revision 416. Sep 23 19:42:28 all worked? Sep 23 19:42:50 and on the 64 bit machine? Sep 23 19:43:17 "svn co" on the 64bit machine worked Sep 23 19:43:38 that's a good sign Sep 23 19:46:41 time to try "make update openslug-image" again? i saw your commits in #oe Sep 23 19:50:20 cd openembedded Sep 23 19:50:29 mtn pull && mtn update Sep 23 19:50:37 is the best way to update, I find Sep 23 19:52:52 NOTE: package ixp4xx-kernel-2.6.18-r1.416: task do_patch: completed Sep 23 19:53:11 NOTE: package ixp4xx-kernel-2.6.18-r1.416: task do_svnpatch: completed Sep 23 19:53:36 happy :) Sep 23 19:53:46 blaster8: thx. bbl Sep 23 19:53:52 ok, thanks for testing Sep 23 19:54:04 you'll be the second to run this... Sep 23 20:30:30 hello Sep 23 20:44:06 allo Sep 23 22:16:22 rwhitby. hi. is gpio util mentioned on http://www.nslu2-linux.org/wiki/NAS100d/GPIOConnections available somewhere? Sep 23 22:29:03 nope Sep 23 22:34:32 ok Sep 23 22:37:52 Tobbe: I think I've worked out why df doesn't get built - the configure script is attempting to execute an arm binary on the x86 build machine to determine if statfs works. Tomorrow or Monday I'll try to remember the syntax to tell configure a cached result . Sep 23 22:40:33 ok, thanks Sep 23 22:40:48 please let me know when you know more Sep 23 23:26:42 03rwhitby * r417 10kernel/ (branches/ixp_npe/ trunk/): Revert repo layout changes Sep 23 23:27:25 03rwhitby * r418 10kernel/ (archived/ trunk/): Revert repo layout changes Sep 23 23:29:27 03rwhitby * r419 10kernel/trunk/DEPRECATED: trunk is not deprecated Sep 23 23:56:27 03rwhitby * r420 10kernel/trunk/ (35 files in 2 dirs): Copied ixp_npe branch changes to trunk Sep 24 00:04:47 03rwhitby * r421 10kernel/ (archived/ archived/ixp_npe/ branches/ixp_npe/): Archived the development ixp_npe branch - it's now part of trunk (but does not *replace* trunk) Sep 24 01:12:33 Hi, I'm trying to compile ixp400 on a debian installation for nslu2 with kernel 2.6.17 Sep 24 01:12:45 but I'm running into some problems Sep 24 01:12:52 with the compilation process Sep 24 01:13:21 I have the feeling I need a patch or something to adapt from the Montavista default settings Sep 24 01:13:29 Is there such a thing? Sep 24 01:13:47 Is there some detailed documentation on how to do this? Sep 24 01:17:22 laluco: for compilation under debian, you should ask in #debian-arm on OFTC Sep 24 01:17:36 we can point you to how we compile it in OE ... Sep 24 01:18:26 ok, thanks for the pointer... Sep 24 01:18:35 How do you do it in OE? Sep 24 01:19:33 Grab the SlugOS 3.10 sources, or look in http://svn.nslu2-linux.org/svnroot/kernel/trunk at an earlier version of the Makefile Sep 24 01:19:39 The patches we use are all in the SVN repo Sep 24 01:20:06 But the SlugOS 3.10 sources would have the best chance of being a repeatable compilation, as everything else is a moving target Sep 24 01:20:19 So you don't start clean with the Intel distribution? Sep 24 01:20:40 for the ixp libraries, yes. for the kernel, no. Sep 24 01:21:00 ok, I see Sep 24 01:21:06 we start with kernel.org sources and patch from there. Sep 24 01:21:25 when you said "ixp400" did you mean the library, or the chip? Sep 24 01:21:38 hehe... Sep 24 01:21:41 (ixp400 is the name of the IXP Access Library) Sep 24 01:21:52 I want to be able to get my eth0 access... Sep 24 01:21:54 :) Sep 24 01:21:57 I guess the driver Sep 24 01:22:11 what hardware do you have? Sep 24 01:22:18 nslu2 Sep 24 01:22:33 why don't you use the DebianSlug kernel then? Sep 24 01:22:53 I would like to upgrade to 2.6.17 or 18 Sep 24 01:23:06 I'm trying to compile some drivers for my wifi card Sep 24 01:23:54 it's funny Sep 24 01:24:11 cause debian has a 2.6.17 image in the repository Sep 24 01:24:25 but I think the ixp400 driver is missing Sep 24 01:24:27 I would have said use DebianSlug OE head, but our head is in a state of flux at the moment cause we're moving to the open source ixp ethernet driver Sep 24 01:24:42 yep, the ixp drivers are not DFSG compliant Sep 24 01:25:00 and the microcode definitely can't be distributed with Debian or any other GPL'd code Sep 24 01:25:18 but then that package is a great way to kill your box :D Sep 24 01:25:20 (unless as a separate firmware loader style arrangement) Sep 24 01:25:51 Yes, I understand it Sep 24 01:26:15 How is the status of the open source driver Sep 24 01:26:21 The nslu2-linux project recommends you use the SlugOS/LE (sometimes confusingly called DebianSlug) kernel and flash image, and turnup to Debian on external storage (by debootstrapping it) Sep 24 01:26:41 we have an image which boots BE and you can ssh into it via the open source driver Sep 24 01:26:54 the LE image doesn't work (that's what I'm debugging at the moment) Sep 24 01:27:12 it's already quite good.... Sep 24 01:29:55 yes, ssh means lots of things are working Sep 24 01:30:42 I started with the slug not long ago, but I'm impressed by the great job you guys are doing... Sep 24 01:31:26 It's really nice to see how many things are working Sep 24 01:32:38 thx Sep 24 01:33:57 IMHO, the integration into Debian is not quite there yet. We're working on getting our patchset into the mainline kernel, and Martin is working in parallel to get it into Debian, but the experience for the Debian user is not the best due to things changing with respect to the ethernet drivers Sep 24 01:34:14 ype Sep 24 01:34:27 Both things need to happen, and both need to be tested, but I think the test audience for the Debian image was cast too wide for it's maturity. Sep 24 01:34:51 That's why I recommend people install SlugOS/LE and debootstrap to Debian. Sep 24 01:34:51 difficult to say... Sep 24 01:36:04 I agree to some extent, though if you get to install debian on a nslu2 and reflash the kernel image, you should already have an idea of what you are doing Sep 24 01:37:27 it's also a way of getting people to play with the process and get some feedback, I guess Sep 24 01:37:32 No, I disagree. That bit was too easy for the level of understanding which should have been required. Sep 24 01:38:46 there were *thousands* of downloads of that image. I doubt there are that many people in the world how are up to speed with NSLU2 and it's ethernet quirks. Sep 24 01:39:20 (or are prepared to debug when the next version does slightly the wrong thing) Sep 24 01:39:42 Yes, you are probably right Sep 24 01:40:08 I do agree that you need to get people using the process and giving feedback, but perhaps less than 100 people for the first few versions :-) Sep 24 01:40:34 Yes, it is seems too easy when you see the package Sep 24 01:40:41 That's true Sep 24 01:41:18 At least the debootstrap in the process I recommend weeds out those who will not be able to help debug problems. Sep 24 02:18:27 03bzhou * r4099 10optware/trunk/make/ocaml.mk: ocaml: upstream upgrade to 3.09.3 Sep 24 02:25:55 Hi again. Sep 24 02:26:02 I'm compiing hte ixp_osal library Sep 24 02:26:54 I'm getting these errors Sep 24 02:27:09 /usr/include/linux/jiffies.h:416:6: error: division by zero in #if Sep 24 02:27:20 after applying the patches from svn Sep 24 02:27:24 any hints? Sep 24 02:28:05 also, Sep 24 02:28:11 /usr/include/asm/arch/memory.h:42:2: error: #error "Undefined footbridge mode" Sep 24 02:29:57 laluco: no idea Sep 24 02:30:49 In order to compile the module I need the library right? Sep 24 02:32:36 yep Sep 24 02:33:21 Ok, the problem there was that the kernel directory was wrong Sep 24 02:33:32 http://trac.nslu2-linux.org/kernel/browser/trunk/Makefile?rev=353 Sep 24 02:35:49 if you grab the svn kernel repo at that rev (not the latest rev), then it should build the kernel and ixp modules for 2.6.17 for you. Sep 24 02:36:11 nice, thanks a lot! Sep 24 02:36:59 the library compiled just fine now Sep 24 02:37:14 or some revision around there - just before the big 2.6.18 and open source ixp upheaval Sep 24 02:38:08 See http://trac.nslu2-linux.org/kernel/timeline to choose a suitable point in time Sep 24 02:38:23 or you can grab the trunk latest and help debug that! Sep 24 02:38:43 (it should build something, but you would need to organise loading the microcode yourself) Sep 24 02:39:08 ok Sep 24 02:39:16 I'll give it a try Sep 24 02:39:45 that set of patches is what we are using for the 2.6.18 image which works BE Sep 24 02:42:37 I'm trying first with 2.6.17 Sep 24 02:43:18 once I get something working, I'll move to the bleeding edge :) **** ENDING LOGGING AT Sun Sep 24 02:59:56 2006