**** BEGIN LOGGING AT Fri May 06 23:59:56 2005 May 07 03:39:39 my new update-kernel script worked .... May 07 03:39:58 congrats May 07 04:21:40 and now the verification step works too ... May 07 04:23:16 unfortunately, I cannot check it in :-( May 07 04:25:20 :-\ May 07 04:26:38 ok, so BK is now officially broken for me. May 07 04:38:40 we need an exit strategy May 07 04:40:51 we can't even exchange changesets by email, cause it won't let you commit. May 07 04:41:31 wonder if you get another alllowance if you re-clone ... May 07 04:45:45 I hope a lot of people have learned a lesson which should have been obvious. May 07 04:46:18 indeed May 07 06:44:07 what would be good size for an open slug part? May 07 06:45:58 jstueve, I don't understand your question May 07 06:46:59 I'm resizing my current unslug hd, to make room for a openslug root partition May 07 06:47:10 ah May 07 06:49:37 I guess it depends on what you want to install there - in flash / is about 5MB compressed, so uncompressed maybe 10MB is the minimum May 07 06:49:43 would the unslung conf part be big enough? May 07 06:49:56 yeah May 07 06:50:02 it's like 12MB ? May 07 06:50:15 oops just a sec May 07 06:50:40 how big is it? May 07 06:50:44 so could back that up to the data part, and not trouble with resining May 07 06:51:00 it says 118MB May 07 06:51:16 it really depends on what you intend to install - a full dev env can take a lot of space for example May 07 06:51:26 yeah 120MB I was misremembering May 07 06:51:52 what do you want to install in that partition? May 07 06:52:33 well over all I want to get samba running, and then maybe apache/mysql/php and some media server May 07 06:52:53 the data can be kept on the other part an mounted later? May 07 06:52:58 yeah May 07 06:53:33 but use the unslung/conf part to be the root for openslug May 07 07:09:52 I flashed the slug with the openslug image I compiled last night with upslug, and it got through erasing/writing and verifying.. then when requesting Resst it sent 'Unkown packet type (0004)' May 07 07:10:00 now it is flashing red/green status May 07 07:11:21 takes a while on the first boot May 07 07:11:33 red/green is a failed flash. May 07 07:11:41 or it means its flashing. May 07 07:11:43 rather. May 07 07:11:46 hmm May 07 07:12:01 jstueve, you might have to upslug it again. May 07 07:12:38 okay.. .. I'll try upslug again... May 07 07:12:54 morning NAiL May 07 07:13:08 once I spelled everything right, it compiled fine :D May 07 07:13:14 good "morning" ;) May 07 07:13:45 jstueve: Good :) May 07 07:14:36 *sigh* May 07 07:14:52 ~ugt May 07 07:14:59 My slug has died. I assume it's ntp May 07 07:15:56 8388608 bytes for the image file May 07 07:16:20 same thing with the second upslug May 07 07:16:36 but I'll let it run awhile May 07 07:17:15 Ah, it says "requesting Reset" ? May 07 07:17:16 I thought my slug had died the first time I flashed. But it took *ages* before it booted. May 07 07:17:20 after verifying? May 07 07:17:33 or during verifying? May 07 07:19:02 yeah? after verifying... May 07 07:19:10 then this: May 07 07:19:22 okay youre probably okay then. you can safely reboot the slug. May 07 07:19:24 Requesting Reset...Unknown packet type (0004) May 07 07:19:33 with the button? May 07 07:19:40 it does that for me around 30% of the time. May 07 07:19:52 as long as its after or durign the verify, its probably okay May 07 07:19:57 or upslug -r May 07 07:20:08 I hate to get up from the couch... ;) May 07 07:20:17 pull the plug. May 07 07:20:23 the button cant work in tha tstate May 07 07:20:33 okay... wait how long? May 07 07:20:43 you can do it now May 07 07:20:55 ugh... why is mysql in openslug-packages? It fails to compile because no threads May 07 07:22:32 reset it... *crosses fingers* May 07 07:22:46 power cycle, not reset. May 07 07:22:51 reset is something else. May 07 07:23:11 okay.. power cycled May 07 07:25:41 booting? May 07 07:25:43 Beep? May 07 07:26:09 red/green again.. no beep yet May 07 07:26:27 the second light is eth? May 07 07:26:46 oh are we talking about flashing green/red? May 07 07:27:43 yeah.. on the top status light? May 07 07:28:21 and you power cycled it? May 07 07:29:31 ssh dyoung "init 0" May 07 07:29:55 yes, I power cycled it... May 07 07:30:15 red/green flashing is redboot's upgrade mode. May 07 07:30:25 which means you need to upslug it again. May 07 07:30:53 It's not orange/green? That confused me the first time ;) May 07 07:31:15 from here it is red/green... May 07 07:31:51 theres a big difference. May 07 07:32:20 I was trying to find the wikipage for the lights... but couldn't find with with 'LED status' May 07 07:32:34 flash written May 07 07:33:00 hrm. May 07 07:33:31 in the middle of verifying is said: unslung: Resource temporarily unavailable May 07 07:33:41 back to flashing red/green May 07 07:33:46 jstueve: How are you connected to the slug? May 07 07:34:11 wireless to my router, and then the slug is connected to the router. May 07 07:34:36 :-\ May 07 07:34:38 actually laptop->wireless ap->router->slug May 07 07:35:26 *goes to find another ethernet cable* May 07 07:35:38 good idea ;) May 07 07:55:08 green light... May 07 07:55:33 You connected directly to the slug? May 07 07:55:59 yeah... May 07 07:56:11 pinged fine.. need to erase my ssh keys May 07 07:57:15 woo May 07 07:59:14 should I connect the hdd while on, or while off? May 07 08:00:10 Doesn't matter with openslu May 07 08:00:10 g May 07 08:00:17 woo! May 07 08:04:33 okay I'm using sda2 so in the turnup, on the line touch /.sda1root should be /.sda2root? May 07 08:09:01 NAiL> May 07 08:09:41 yes? May 07 08:09:48 oh May 07 08:10:11 Your conf partition is sda2? May 07 08:10:34 In that case, yes ;) May 07 08:10:39 coolio... May 07 08:10:57 I think it'll fall back to jffs2 if it fails anyways? May 07 08:11:34 From what I can see in linuxrc, it will May 07 08:13:05 well a ls in / makes the maxtor light blink.. so I guess it worked.. May 07 08:14:08 :) May 07 08:15:41 What does "df" show? May 07 08:16:32 /dev/sda2 66% / May 07 08:17:28 does it show mtdblock4? May 07 08:18:27 /dev/sda2 /initrd May 07 08:18:32 /dev/sda2 May 07 08:18:42 /mpfs May 07 08:18:46 /mpfs May 07 08:18:55 tmpfs osrr... May 07 08:19:11 nothing about mtdblock4 May 07 09:29:29 anyone here? May 07 09:30:53 I did the openslug turn up procedure from the wiki. I used sda2, which was the conf partition from a previous unslung build. The files in the conf partition, persisted the turnup procdure... May 07 09:31:14 should I delete those files? to keep / clean? May 07 09:59:09 jstueve_: Sounds like a good idea to do, yes. But I'm not sure which files are from the previous build though.. May 07 09:59:43 (I think I'd do the really simple version, rm /.sda2boot, clean the partition, boot, turnup again) May 07 10:01:12 okay... lemme see.. I looked at the linuxrc if any of the /.sdxx files are present it chroots there... if not present it boots to ramdisk? May 07 10:10:28 where does /.sda2boot reside? it isn't in / May 07 10:13:46 it's in /initrd May 07 10:14:34 the slug boots from initrd/linuxrc, then changes the root to sda2 May 07 10:15:07 so it is a safety thing to keep initrd clean May 07 12:04:40 hmm... I've turnup'ed, but it still boots from jffs2... odd May 07 12:05:33 .sda1boot? May 07 12:05:35 lol May 07 12:06:29 hehe May 07 18:23:56 [g2] we have copied the openslug bk repository over to svn @ berlios.de May 07 18:24:27 could you register at developer.berlios.de? May 07 18:24:28 <[g2]> excellent May 07 18:24:47 <[g2]> I guess I could May 07 18:25:41 <[g2]> do I need to register / May 07 18:25:44 <[g2]> ? May 07 18:26:14 it would help if we could get a svn snapshot to build. May 07 18:26:28 (one that has all the right stuff) May 07 18:28:14 <[g2]> I've got a snapshot that builds May 07 18:28:38 <[g2]> the question is simply what's different from the berlios svn May 07 18:28:50 <[g2]> it's trivial to create a snapshot I think May 07 18:29:17 * [g2] needs to test, but I've created the tarball and can't imagine why it wouldn't work May 07 18:31:32 there are some fixes that rwhitby has checked in including a kernel anonymizer. May 07 18:32:21 <[g2]> ka6sox, well simple patches shouldn't be a problem at all May 07 19:41:13 [g2]: the SVN on berlios.de has the update-kernel script I wrote yesterday May 07 19:41:35 <[g2]> rwhitby-away, COOL. May 07 19:41:56 <[g2]> what's the anonymizer do if that's what's in there ? May 07 19:42:31 <[g2]> or is there more information too May 07 19:42:47 anonymiser just sets builder and build host to openslug@downloads.openslug.org May 07 19:43:16 <[g2]> neat. May 07 19:44:18 although it would be good if someone who has a spare slug (or LAN port to plug it into) can test that - I need to know if /proc/version comes out as openslug@downloads.openslug.org, or just openslug@downloads. May 07 19:44:56 <[g2]> got the SVN url handy ? May 07 19:47:16 svn co svn+ssh://svn.berlios.de/svnroot/repos/openslug/trunk May 07 19:47:41 mv openembedded openembedded.old ; mv trunk openembedded May 07 19:47:52 and then bitbake away ... May 07 19:48:55 <[g2]> it's that open yet or do I need to register as a dev ? May 07 19:50:55 I think it's another url for the open May 07 19:51:46 try svn co svn://svn.berlios.de/openslug May 07 19:53:11 <[g2]> rwhitby-away, I'm guessing that does unslung too May 07 19:53:21 <[g2]> looks like I'm pulling stuff May 07 19:53:54 yeah, it's the lot of openembedded May 07 19:54:02 <[g2]> Ok so you didn't trim the tree at all either to just ... May 07 19:54:10 <[g2]> you beat me to it again :) May 07 19:56:59 <[g2]> this is getting sweeter all the time :) May 07 19:57:08 <[g2]> svn co svn://svn.berlios.de/bitbake May 07 19:58:56 <[g2]> rwhitby-away, thx May 07 20:04:09 np, we have an exit strategy for nslu2-linux in case bk goes early or oe can't decide (or makes an inappropriate decision for us) May 07 20:05:36 <[g2]> I think it's a great backup plan May 07 20:05:48 <[g2]> and I think it may be a pretty good plan in general May 07 20:06:04 yeah, I'm happy enough with it if it had to be the long term solution May 07 20:06:12 <[g2]> I've been wanting to split off a snapshot to reduce the churn on the end-users May 07 20:06:46 <[g2]> then the ppl actually testing the dev releases can roll known good stuff in to the SVN repo May 07 20:07:32 <[g2]> I think we've cut-our-teeth on the development stuff and the users need a stable platform May 07 20:08:22 <[g2]> rwhitby-away, quick awk question ? what's the syntax for replacing the text on line with ln -s text text May 07 20:09:07 <[g2]> I'd did it a month or two ago about I forget the syntax to substitute the \$1 on the second parameter May 07 20:10:34 I just do a for loop in the shell, and use $f twice May 07 20:10:53 now that I've got mysql running smoothly, I'm going to bed. jstueve is going to try to replicate setting up mysql soon May 07 20:11:23 <[g2]> NAiL, we need to work with jp and get those fixes in to the SVN tree :) May 07 20:12:13 [g2]: Getting mysql to run correctly is a Little Twisty Maze of Passages :P May 07 20:12:23 <[g2]> all alike May 07 20:12:34 <[g2]> nice Zork tie in :) May 07 20:13:07 back later May 07 20:14:47 [g2]: I set up a script that I'm testing on jstueve. It basically does everything needed to get it up. (Including an ugly-add-a-mysql-user-to-passwd-by-echo-thing) May 07 20:15:05 <[g2]> NAiL, THX May 07 20:15:06 There's no noninteractive adduser, is there? May 07 20:15:19 <[g2]> I don't know May 07 20:16:34 okay.. step one.. ipkg install mysql May 07 20:16:38 DOH May 07 20:16:50 heh, you didn't do that part first? ;) May 07 20:17:12 * NAiL was about to go to bed, but puts that off for a little while anywyas May 07 20:17:45 sigh.. May 07 20:18:18 what? May 07 20:18:57 just my forgetfullness... May 07 20:19:03 okay all was good.. until May 07 20:20:00 ERROR 2002 (Hy000O): can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) May 07 20:20:26 killall: mysqld: no processes killed May 07 20:20:47 then the starting said a mysqld process already exists May 07 20:20:54 ah May 07 20:21:06 ok... It doesn't wait up until mysqld has started May 07 20:21:28 try mysql < newtable.sql May 07 20:21:59 should I edit the script for s/SLUGHOSTNAME May 07 20:22:14 it should have been replaced in newtable.sh May 07 20:22:19 sql May 07 20:23:06 [g2]: btw, it wasn't a zork ref, it was advent ;) May 07 20:23:30 <[g2]> it's been a while May 07 20:23:42 <[g2]> I think they both had the cave May 07 20:23:47 but yeah, zork refs advent ;) May 07 20:24:03 jstueve: What happens when you try that ? May 07 20:24:20 it said it couldn't find newtable.sql May 07 20:24:33 huh? May 07 20:24:35 oh May 07 20:24:40 of course May 07 20:24:40 where should that file reside May 07 20:24:43 both are cone May 07 20:24:47 both are gone May 07 20:24:53 they are deleted at the end :P May 07 20:25:06 mj\\ May 07 20:25:20 ok.. try these three lines: May 07 20:25:21 wget http://slug.repvik.info/openslug/mysql_grant_table.sql May 07 20:25:21 cat mysql_grant_table.sql|sed s/SLUGHOSTNAME/`hostname`/g >newtable.sql May 07 20:25:21 mysql < newtable.sql May 07 20:25:34 then tell me what mysql complains about ;) May 07 20:26:32 * NAiL notices his smiley-quotient is proportional with his sleepyness May 07 20:27:09 ^_^ May 07 20:27:19 can't connect again... May 07 20:27:26 That's odd May 07 20:27:35 Ok.. are there any mysqld processes running? May 07 20:27:49 should I run the mysqld_safe line May 07 20:27:51 no? May 07 20:28:00 ok, run the mysql_safe line May 07 20:28:23 if it stops, there's a logfile in /var/mysql/yourhostname.err May 07 20:29:25 error in you SQL syntax in line 1: May 07 20:30:10 [g2]: btw, mysql insists on installing the database in /var/mysql. /var is a ramdisk... May 07 20:30:26 jstueve: GAH!. Ok. change the ":" at the end of line 1 to a ";" May 07 20:30:43 It's 05:30 in the morning, the keyboards has been out drinking again :P May 07 20:31:13 after comment='column priv..." May 07 20:31:34 it already is a ; May 07 20:32:11 create database mysql: May 07 20:32:18 that is supposed to be a ; May 07 20:32:22 the first line of the file May 07 20:32:30 aha... May 07 20:32:33 I see it May 07 20:33:02 error at line 3 no database selected May 07 20:33:04 [g2]: Is there a specific reason /var continues to be a ramdisk after being turniped? May 07 20:33:11 urk May 07 20:33:26 add a line 2: "use mysql;" May 07 20:33:43 I though it automagically selected the db when it was created May 07 20:33:53 <[g2]> NAiL, only becuse it just copies everything to the hd/flashstick May 07 20:33:53 it exists... May 07 20:34:05 argh. You'll have to remove line one, because it already exists ;) May 07 20:34:05 not the line..new error May 07 20:34:19 heh.. should I remove the database.. so that it isn't... May 07 20:34:41 just remove line 1 May 07 20:34:53 and I need to fix my script.. May 07 20:35:53 Unless I've forgotten something now, it should work. May 07 20:36:08 so how about I ipkg remove May 07 20:36:13 clear the var dir May 07 20:36:19 and start again from scratch? May 07 20:36:34 jstueve: eh... bright idea... May 07 20:36:40 here's what you do: May 07 20:37:03 but I think there is some timing issues in your script... things trying to do things before they are ready... May 07 20:37:30 mkdir /t && cp -a /var/* /t && umount /var && cp -a /t/* /var && rm -rf /var/mysql May 07 20:37:37 Yes, there's definitely timing issues May 07 20:37:58 mysqld uses ~15 secs to start, and by that time the rest of the script is long finished May 07 20:38:55 After running the long line there, edit /etc/fstab, and comment / remove the line that defines /var May 07 20:39:16 * NAiL needs a better thread library May 07 20:39:20 should I stop mysql first? May 07 20:39:23 I'm dropping threads all over the place May 07 20:39:27 jstueve: yes :) May 07 20:40:28 okay.. my parser got confused at ', and comment / remove the line... May 07 20:41:14 heh May 07 20:41:25 comment || remove <-- better? May 07 20:42:22 umount didn't like that said var was doing stuff... May 07 20:42:39 argh May 07 20:42:41 of course May 07 20:43:04 * NAiL can't think clearly any longer May 07 20:43:16 change the line in fstab and boot. ;) May 07 20:43:21 heh.. go to sleep.. my wife is about to shoot me anyways... May 07 20:43:43 It is actually a good idea May 07 20:44:00 if you # a line it isn't parsed, correct? May 07 20:44:07 correct May 07 20:44:25 [g2]: Ok... getting mysql runnning is a lot of trial and error ;) May 07 20:44:48 where do I copy the stuff in var from? May 07 20:45:40 <[g2]> NAiL, nod. and we need to work change that right ? May 07 20:45:44 <[g2]> THX for all your help May 07 20:45:52 <[g2]> and jstueve too! May 07 20:46:35 np May 07 20:46:47 [g2]: Yeah. I'll continue working on it later. I'll need to study tomorrow, exam monday. After that I have more time ;) May 07 20:47:05 <[g2]> now go to sleep and tell your wife how just you care about her May 07 20:47:31 You're talking to jstueve now, right? ;) May 07 20:47:36 * NAiL has no wife May 07 20:47:47 <[g2]> NAiL, hey that's great.... There's only about a zillion ppl that need that :) May 07 20:48:10 <[g2]> NAiL, you're to young to have a wife May 07 20:48:23 nah May 07 20:48:41 <[g2]> were you born > 80's May 07 20:48:52 I'm a child of the 70's May 07 20:48:57 albeit late 70's May 07 20:49:01 so when the slug boots I need to copy stuff for var, right? May 07 20:49:10 jstueve: correct May 07 20:49:16 <[g2]> then I'm old enough to be your dad :) May 07 20:49:43 [g2]: hehe, ok. I give up. Dad ;) May 07 20:50:18 <[g2]> that's ok son... practice makes perfect, I'm sure you'll get it if you stick with it :) May 07 20:50:34 * NAiL laughs his way to bed May 07 20:50:37 nite all May 07 20:50:43 <[g2]> hey GL on the exams! May 07 20:51:11 hey... where do I get the stuff to put into var? May 07 20:51:16 night NAiL May 07 20:51:38 * jstueve is thinking it is one of the mdsomethinorothers... May 07 20:52:05 jstueve: yes May 07 20:52:12 unless it's still in /t May 07 20:52:20 mount /dev/mtdblock4 /mnt May 07 20:52:40 cp -a /mnt/var* /var May 07 20:52:44 its in t May 07 20:52:50 * jstueve smacks hissef May 07 20:52:52 then just copy it from there May 07 20:53:00 [g2]: thanks. I'll need it ;) May 07 20:54:00 <[g2]> what class ? May 07 20:54:12 physics May 07 20:54:20 <[g2]> fun May 07 21:11:53 NAiL: (later look at this) the last line in the script should read mysqld_safe May 07 21:12:29 NAiL: also it is failing to start because of permissions (or lack there of) in /var/mysql May 07 21:12:58 NAiL: since setting the user to 'mysql' the script should probably add that user, and chown that directory **** ENDING LOGGING AT Sat May 07 23:59:56 2005