**** BEGIN LOGGING AT Thu Feb 09 10:59:56 2006 Feb 09 11:15:51 03rwhitby * 10kernel/2.6.16/defconfig: Added new leds support. Feb 09 11:17:44 03rwhitby * 10kernel/2.6.16/ (6 files): Added new leds support patches Feb 09 11:27:20 NAiL: you missed an opportunity - EvilDevil complained about the wiki, so you should have invoked rule #4 Feb 09 11:27:29 yes Feb 09 11:28:16 heh - to think that things will slow down just case a binary release is done ... Feb 09 11:34:52 man, this is taking ages. I guess I shouldn't be doing the svn stuff on my laptop :-P Feb 09 11:36:16 my laptop is the fastest machine in the house now ;-) Feb 09 11:36:41 dwery: rebuilding LudeOS in OE right now - gone past the kernel. There are some I2C patches there which we are not including. Feb 09 11:37:17 rwhitby: which patches? Feb 09 11:40:05 60-nas100d-i2c, 60-nas100d-ide and 60-nasd-rtc Feb 09 11:40:22 also 50-nas100d-arch (which is not in 2.6.16 I think) Feb 09 11:40:40 and 55-rtc-pcf8563 (which should be superceded by an RTC class now, right?) Feb 09 11:40:46 the ide we don't need anymore Feb 09 11:41:03 neither 60-nas100d-i2c if the rtc class driver works Feb 09 11:41:24 nor 55-rtc-pcf8563 Feb 09 11:42:23 * rwhitby does an apt-get install devio on the new machine, and marvels at his own work (mostly corrected by tbm) and contribution to Debian :-) Feb 09 11:49:35 03rwhitby * 10kernel/2.6.16/series: Synched with OE. Feb 09 11:51:17 03rwhitby * 10kernel/Makefile: Updated to the the .bz2 version of kernel -rcX patches (just like in OE). Feb 09 13:47:19 03azummo * 10kernel/2.6.16/ (80-nas100d-fix-i2c.patch series): i2c pins swap on nas100d fixed Feb 09 14:00:17 03rwhitby * 10kernel/2.6.16/defconfig: Enabled new PATA support Feb 09 14:18:07 03azummo * 10kernel/2.6.16/94-nas100d-setup.patch: Feb 09 14:18:07 Removed .hctosys from cmdline fixup: it is now CONFIG_RTC_HCTOSYS in Feb 09 14:18:07 defconfig Feb 09 14:33:58 03oleon * 10unslung/ (5 files in 2 dirs): Added mini_httpd 1.19 Feb 09 14:37:48 03oleon * 10unslung/Makefile: mini_httpd 1.19 ready for testing Feb 09 15:59:50 anybody knows nslu2/overclocked site with bhpBB for tryout? Feb 09 16:47:33 hi. do i need some special kernel-module to use /dev/leds ? Feb 09 16:47:52 leds Feb 09 16:47:52 Error: Could not open LEDS device file '/dev/leds' : No such device or address Feb 09 16:48:00 ls -la /dev/leds Feb 09 16:48:14 crw-r--r-- 1 root root 126, 0 2006-01-23 19:51 leds Feb 09 16:49:03 i'm using debianslug le Feb 09 16:49:43 is that the latest and greatest version? Feb 09 16:49:51 changing permissions to 660 (according to http://www.nslu2-linux.org/wiki/DebianSlug/OpenDebianSlug) didn't help either Feb 09 16:50:08 I don't know if the new system did away with the /dev/leds system we had in place or not. Feb 09 16:50:14 VoodooZ built and flashed it yesterday.. about 18 hours ago Feb 09 16:50:36 My robot is using the leds successfully but it's openslug-3.1beta so... Feb 09 16:51:35 i know there were some changes in the nslu2 specific code to allow the integration in the official debian stream Feb 09 16:51:59 dev/leds isn't used anymore Feb 09 16:52:03 possible.. We'll have to talk to jbowler or rwithby. Feb 09 16:52:09 darn. Feb 09 16:52:21 Did somebody update the wiki with the new method? Feb 09 16:52:24 the new leds app is merely a shellscript that echoes certain values to /sys somewhere Feb 09 16:52:47 ok. but I'm wondering from a developer/programming point of view. Feb 09 16:52:51 sys/class/leds// I think Feb 09 16:52:58 How would my robot code deal with leds? Feb 09 16:53:23 so, the instructions (If you are in a hurry then you can find the support files in /initrd/. Carefully update Debian by copying /initrd/sbin/leds, /initrd/etc/init.d/zleds and /initrd/etc/default/functions to their Debian root locations. While you're at it /initrd/bin/beep works too.) are obsolete? Feb 09 16:53:25 Either write to sysfs, or use ioctls. I think there was some ioctls involved. Feb 09 16:53:43 ok. Feb 09 16:53:53 I'm currently using ioctls (the old system). Feb 09 16:53:58 VoodooZ: You should talk to RP in #oe though. He's (afaik) the one that wrote the leds system Feb 09 16:54:13 (atleast he was the one pushing it upstream) Feb 09 16:54:23 cool. I guess I'll have to update the wiki as I doubt nobody else will ever use this. Feb 09 16:54:35 perfect. Got to run. Food time... Feb 09 16:54:42 somebody probably will, but you're the first one ;) Feb 09 16:54:49 hehe Feb 09 16:55:26 I guess I'll just have a look at the code. shouldn't be too hard to figure out. I did it for the last system so... Feb 09 16:56:01 i noticed that the slugos part (booting without hdd) does the led-trick, but debianslug (booting with hdd) is unable to do it? Feb 09 16:58:37 EvilDevil: yes. That is because the leds-script doesn't exist in debianslug after bootstrapping Feb 09 16:59:01 until you install nslu2-utils (which probably still installs the binary which doesn't work) Feb 09 16:59:16 true... i installed nslu2-utils Feb 09 16:59:23 so, the solution is copying the script from /initrd/ somewhere, I guess Feb 09 16:59:33 and leds is complaining about /dev/leds Feb 09 16:59:40 okay, i'll take a look :) Feb 09 16:59:41 thanks Feb 09 16:59:42 which doesn't, and shouldn't exist. Feb 09 16:59:49 (dev/leds, that is) Feb 09 17:00:15 /dev/leds exists, but seems to be pointing nowhere Feb 09 17:02:53 okay... i think i figured out what to do :) Feb 09 17:02:57 wiki time ;-) Feb 09 17:03:12 hehe, good ;) Feb 09 17:04:33 hmm.. seems like it is already there... i'll just add some lines to make it cleaner Feb 09 17:05:28 my fault was that i assumed /initrd/sbin/leds should go to /sbin/leds, but it has to sit in /usr/sbin/leds Feb 09 17:06:47 oh, why? Feb 09 17:08:17 seems like PATH is searching /usr/sbin first and ignores the /sbin/leds Feb 09 17:08:47 ah Feb 09 17:10:31 which leds helped ;) dpkg -L nslu2-utils would have been good too ... i'm just too lazy sometimes Feb 09 17:12:11 03repvik * r257 10/releases/ (5 files in 3 dirs): Move slugos 3.5.1-beta to 3.6-beta. Update feed addrs, readme and tarball name Feb 09 17:13:18 That commit took me a good couple of hours Feb 09 17:14:28 actually, it's still not done.... Feb 09 17:15:43 good things take time ;) Feb 09 17:16:44 yes Feb 09 17:25:20 wiki is updated Feb 09 17:44:49 ping Feb 09 18:02:15 NAiL, what's that? Are you saying 3.6Beta is ready? Feb 09 18:03:48 * VoodooZ is very excited. Feb 09 18:04:13 Well, if it still builds and runs, there should be an announcement soon ;) Feb 09 18:04:32 The feeds aren't up yet (and won't be for probably 16-18 hours) Feb 09 18:05:01 But I'm confident that a release will be within 24h Feb 09 18:05:08 (atleast the source) Feb 09 18:06:20 great work! Feb 09 18:06:33 I'm looking forward to the release so I can delete a gazillion build dirs :-P Feb 09 18:06:36 I don't use the feeds any way so I guess I'll download it. (what's the link?) Feb 09 18:06:43 hehehe Feb 09 18:06:57 jbowler has done a lot of work getting it to run properly Feb 09 18:07:21 * VoodooZ hugs jbowler Feb 09 18:07:55 Is there a web accessible source tarball yet I could tryout? Feb 09 18:08:13 or is it all on SVN? Feb 09 18:08:17 nope, not until it compiles Feb 09 18:08:31 I see. Feb 09 18:08:38 (which I'm sure it does, since it's only a rename of the dir) Feb 09 18:08:54 So you are currently compiling the whole thing? Feb 09 18:09:10 I could have helped with my dual xeon. Feb 09 18:09:47 svn checkout svn://svn.berlios.de/openslug/releases/slugos-3.6-beta Feb 09 18:09:54 cool thanks Feb 09 18:10:12 That'll get you the source. Be sure to read the README ;) Feb 09 18:10:30 of course. Feb 09 18:10:47 Lots of changes since 2.7 so I'll need to redo my roboslug distro for it. Feb 09 18:10:54 I have to build all the dists anyway (except ucslugc), since that's what populates the feeds ;) Feb 09 18:11:12 What changes have you done anyway? Feb 09 18:11:48 just tweaks and extra drivers specific to my bot. Mostly removing excess junk. Feb 09 18:12:09 * NAiL notes there's still a minor bug in the firmware. ipkg still outputs garbage when upgrading. Feb 09 18:12:25 that's cool. I don't use packages. Feb 09 18:12:27 That's harmless though, and can be fixed before the release is done. Feb 09 18:16:26 03repvik * r258 10/releases/OpenSlug-2.7-beta/Makefile: Add convenience target Feb 09 18:25:16 NAiL, does this new beta use the ixp-kernel by default now? Feb 09 18:25:28 ixp4xx-kernel? yes. Feb 09 18:25:36 ok. thanks. Feb 09 18:25:47 Is the nslu2-kernel junk going to disappear though? Feb 09 18:26:42 the .bb-files? Dunno, it should probably be cleaned up, but I'm gonna leave that for those who mess around with the kernel ;) Feb 09 18:26:54 I basically just do defconfig changes anyway Feb 09 18:27:17 yes, definitely. I was just wondering if you knew what jbowler's plan for these were. Feb 09 18:42:22 ok, debianslug, openslug and slugos-ltu now building. They'll probably be finished in... tomorrow ;) Feb 09 18:53:42 <^herman^> i should build a fsgslug..oneday Feb 09 18:54:19 <^herman^> fsg= new xscale device slug runs on. Feb 09 23:46:30 03bzhou * 10unslung/make/getmail.mk: getmail upgraded to 4.5.3 Feb 10 04:42:28 03bzhou * 10unslung/make/py-roundup.mk: py-roundup upgraded to 1.1.0 **** ENDING LOGGING AT Fri Feb 10 10:59:56 2006