**** BEGIN LOGGING AT Fri Feb 13 12:02:41 2009 Feb 13 16:24:27 03bzhou * r9549 10optware/trunk/make/py-bazaar-ng.mk: py-bazaar-ng: 1.11 -> 1.12 Feb 13 21:38:53 rwhitby: is your wrp400 provisioned ? from what i can see of your bootlog youve got crypt_key, hash_dir and admin_pwd set Feb 13 21:42:32 hi all Feb 13 21:43:13 hi Feb 13 21:46:28 I got a nslu2 which doesn't seem to reply after installation of openwrt Feb 13 21:46:36 the led is still orange after more than 30 min Feb 13 21:46:41 I tryed unslug and the original firmware, but there are bug too Feb 13 21:46:47 do you think that it could be good to reflash all the flash (even the redboot) ? Feb 14 02:24:18 i'm confused, I don't know how to determine if something is a bug in SlugOS 5.2-alpha or something left up for the end-user to do? For instance, SlugOS 5.2-alpha includes busybox-cron, but the path's it uses aren't created by default and the startup links for it aren't created by default also. Feb 14 02:33:20 ka6sox-work: ping Feb 14 02:34:30 It's pretty easy to go into OE, and see if there are startup scripts and suchlike for busybox that include the cron stuff -- if so, and it's not there for SlugOS, then it's probably a bug. If not, then it's something that got enabled at some point for some reason -- and you can either ignore it, or add your own start scripts, or send an email to ask if anyone has a set of startup scripts, or expand the recipe to add them... all of the above Feb 14 02:34:30 are options. Feb 14 02:34:43 In general, busybox is a crapshoot. Feb 14 02:35:12 It's there to boot the system, and get it turned-up to external storage -- and if you can get mileage beyond that from it, that's added benefit. :) Feb 14 02:42:04 I looked into it and fixed it for my install, but I didn't know if it was a bug or not Feb 14 02:44:20 Cool. Does it work? Feb 14 02:44:50 I don't think it did in earlier busybox versions... Feb 14 02:45:43 Yeah, it works really well, except I have to make the path for busybox-cron to use, have to specify that path when using crontab, and create the startup links with update-rc.d Feb 14 02:49:13 That's all the stuff that would conflict with a real cron package, so if someone wanted that, they would have to add it as a sub-package of busybox. A bit more work than just adding a line or two into a config file, which is why a lot of the busybox stuff is just not fully implemented. Heck, mdev just got done a few months ago... Feb 14 02:49:49 It's ok, 1 reason I asked about it, cause I was thinking about creating a wiki page for it... Feb 14 02:50:09 That's a good way as well. Feb 14 02:50:13 For me, I like using busybox-cron Feb 14 02:50:37 However another reason I came in here tonight is cause... Feb 14 02:51:47 I know ask a lot of questions and stuff and half the time don't know what I'm doing, but it would be nice for someone to fix up the ntpclient & clock wiki pages for SlugOS cause they are outdated and I don't know what is what... I think in SlugOS 4.8-beta & 5.2-alpha the clock is fixed, and thus '/sbin/adjtimex -t 10000' isn't needed. Feb 14 02:52:39 Who knows anymore? They messed that up in the kernel so often that it might be broken again. Someone should check. Feb 14 02:52:58 Oh Feb 14 02:54:06 Do you mean, the linux kernel devs have changed clock code in the kernel that in version 2.6.28.7 with a NSLU2 the clock may be too slow again? Feb 14 02:54:26 Speaking very frankly -- I just can't do all the development and testing on this. So I think that (along with a bunch of other untested or broken things) will just be known issues or concerns when 5.3-beta is released. Feb 14 02:56:10 The clock code changed back around 2.6.20 or so; I've not kept track of it since then to know what all may have changed. My point is that the first thing that has to happen is someone needs to first test if it's broken, before we do anything else -- and that's just not something high on my list right now, I'm afraid. Feb 14 02:58:49 mwester: I understand and hope you aren't mis interpreting my comments. It's makes sense if the status of the clock is unknown updating the wiki page is unneeded Feb 14 02:59:51 I'm not really satisfied with the quality of the SlugOS release right now, but it's just not going to get better - I don't have the resources to test more stuff. So I'm going to release it, and hopefully others will start using it, testing it, and I can focus on fixing bugs for a follow-on bugfix release, rather than coming up with test cases, and running tests. **** ENDING LOGGING AT Sat Feb 14 02:59:57 2009