--- Day changed

--- Log opened Sat Jul 05 00:00:01 2003
00:01 < david> where'd everyone go?
00:01 < caker> fireworks
00:01 < caker> :-)
00:03 < david> oh
00:03 < david> can't tell what is fireworks and what is thunder here ;-)
00:27 -!- ticallion [~ticallion@213.175.160.124] has joined #uml
00:28 < ticallion> yippyyyyyyyy, my first uml woody is up... that howto linked to from the site doesn't contain enough steps to make it work
00:28 < ticallion> consoles r not setup right
00:28 < ticallion> uml debian woody btw
00:35 < ticallion> ok, I'm satisfied, going back down to the trenches
00:35 -!- ticallion [~ticallion@213.175.160.124] has quit [Quit: happy uml'ing]
01:39 -!- kara [~kara@64.240.156.226] has joined #uml
03:49 -!- Bob_ [Bob_@adslct35.cofs.net] has joined #uml
03:49 < Bob_> anyone awake?
03:49 < caker> unfortunately
03:49 < caker> (it's late here)
04:02  * lah lah
04:03 < Lathiat> hal hal *
04:07 -!- ticallion [~ticallion@213.175.160.51] has joined #uml
04:29 < ticallion> uml r0x0rZ ur b0x0rZ
04:30 -!- mistral [mistral@jstevenson.plus.com] has quit [Ping timeout: 488 seconds]
04:34 -!- Bob_ [Bob_@adslct35.cofs.net] has quit []
04:49 -!- revenger1 [revenger@80.139.30.45] has joined #uml
04:51 -!- revenger [revenger@p508B3667.dip.t-dialin.net] has quit [Ping timeout: 488 seconds]
04:56 -!- ticallion [~ticallion@213.175.160.51] has quit [Quit: rally time @ http://rallyoflebanon.com/ | GO DADO!!!]
05:35 -!- mistral [mistral@jstevenson.plus.com] has joined #uml
07:21 -!- dilinger [irc@sloth.voxel.net] has quit [uranium.oftc.net infrared.oftc.net]
07:21 -!- dilinger [irc@sloth.voxel.net] has joined #uml
07:33 < ido> hrmf
07:33 < ido> anyone home ?
07:33  * BB is home
07:37 < ido> eh.
07:37 < ido> still having trouble with the 'too fast respawning getty' thingy
07:37 < ido> wanna take a look ?
07:37 < desaster> did you change the /etc/inittab file ?
07:38 < ido> welp, i haven't changed it
07:38 < ido> i mean, it worked fine before
07:38 < desaster> ok, wanna change it?
07:38 < ido> and besides, i've downloaded a few pre-made UML fs's, of a couple of disto's
07:38 < ido> all get the same error
07:38 < ido> and thats quite weird, because they're not supposed to - they should be UML ready
07:39 < desaster> your uml may be them-ready
07:39 < BB> they should but most arnt i find
07:39 < desaster> ie devfs or non-devfs
07:39 < desaster> your uml may not be them-ready i mean..
07:39 < ido> thing is, it worked fine till about a week ago
07:39 < ido> which i started getting this problem
07:39 < desaster> anyway, if you feel like fixing the inittab, i can help with that
07:40 < ido> i'm quite sure its not an inittab issue
07:40 < ido> would you like to check it anyway ?
07:40 < desaster> boot into single mode and edit /etc/inittab
07:43 < ido> sec
07:44 < desaster> the relevant lines are the ones for each tty, they call usually either getty or mingetty
07:44 -!- lah [~z@AVATAR.internet.ufg.ac.at] has quit [Ping timeout: 501 seconds]
07:47 -!- lah [~z@AVATAR.internet.ufg.ac.at] has joined #uml
07:47 < desaster> shower, brb
07:56 < desaster> there yet?
07:58 < ido> yeah, kinda
07:58 < ido> quite busy with a few other things though
07:58 < desaster> i must leave in a minute, so if you see ttys/? in the inittab file it means it's using devfs
07:58 < desaster> you can either change those device names to tty0, tty1, ... 
07:59 < desaster> or enable devfs
08:05 -!- ticallion [~ticallion@213.175.160.35] has joined #uml
08:32 < ido> i enabled devfs
08:32 < ido> is still didn't fix it
08:38 < ido> you see, xterminals do popup, and work fine, but the console doesn't work at all.
08:38 < ido> and its supposed to
08:38 < ido> not sure why it doens't.
08:40 < ticallion> xterminals pop up with nothing inside?!
08:51 -!- ticallion [~ticallion@213.175.160.35] has quit [Quit: Client exiting]
08:58 < ido> hrmf.
09:09 < ido> anyone back yet ?
09:17 -!- pineapple [~pineapple@217.41.42.141] has joined #uml
10:03 -!- pineapple [~pineapple@217.41.42.141] has quit [Read error: Connection reset by peer]
13:27 < caker> helo
13:27 < ido> hey caker
13:31 < david> boo
13:31 < caker> mmm 6 hrs sleep
13:31 < ido> hey guys
13:31 < ido> wow ;p
13:32 < david> caker: I got three :-)
13:32 < caker> david: no oops/hang last night .. figures
13:32 < david> went to bed at 2, up at 5:30
13:32 < caker> david: Why??
13:32 < david> caker: of course
13:32 < david> caker: no idea-  probably ate something that didn't like me yesterday
13:32 < ido> anyone willing to take a try at installing a uml on my box ?
13:32 < ido> i've given up
13:32 < caker> david: argh -- bummer man :-)
13:32 < ido> i mean, a UML that works fine that is ;p
13:33 < ido> cus they do work.
13:35 < david> caker: indeed
13:35 < david> caker: my wife has 30 exchange students coming for the weekend in an hour, so I have to 'be alive' until tuesday
13:35  * david wants to sleep
13:37 < david> caker: my 2.4.20-pre10 kernel is rock solid, although it doesn't have the new IDE crap required for one of my boxes
13:38 < caker> david: 30 exchange students? Wow!
13:38 < david> caker: yeah, it's nuts
13:38 < caker> david: 2.4.20 (until rc6) doesn't have the fixes for system pauses that I encountered..
13:39 < david> caker: they've been in PA for the last year
13:39 < david> caker: oh, I patched that :-)
13:39 < caker> Also, I discovered that "fix-pausing" patch only fixes processes stuck in "D" state
13:39 < david> caker: it's 2.4.20-pre10 with a *load* of patches
13:39 < caker> david: ahh :-)
13:39 < ido> is there a reason to use 2.4.20 over 2.4.21 ?
13:39 < david> ido: I've had problems with 2.4.21, but 2.4.20 has a local root exploit
13:39 < david> so use 2.4.21 unless you have problems
13:40 < caker> I had a host lock up/die early Friday morning
13:40 < caker> that was running 2.4.21
13:40 < david> nod
13:40 < david> IMHO, marcello is doing a crap job at maintaining a stable kernel tree
13:41 < caker> I was contimplating using a distro (like redhat)'s kernel with all their fixes they aquire
13:41 < david> caker: good luck getting skas to apply to it ;-)
13:42 < caker> david: yeah -- I just can't hunt down all the patches to build a stable kernel -- I figured vanilla would be more stable than redhat's but now I'm wondering
13:42 < caker> what else can be done to prepare to capture info from an oops/crash?  I've set kern message to syslog, that's about it :-)
13:43 < david> caker: turn off console blanking, so if the kernel wedges you can still see what it spat out last
13:43 < caker> well, I'm remote
13:44 < david> ah
13:44 < caker> where the heck do you do that, anyway?
13:44 < david> that's okay then :-)
13:44 < ido> gonna try 2.4.20 now
13:44 < david> caker: there is a 'blank_screen' function which just calls another - You can just hack it out
13:44 < caker> ahh
13:44 < david> ido: if you've got problems with UML, it's probably not a host kernel issue
13:44 < ido> hmm
13:44 < ido> would any of you guys mind checking it out?
13:45 < caker> ido: what problem are you having?
13:45 < ido> the two fast respawn issue.
13:45 < caker> that's easy
13:45 < ido> and its NOT a FS/inittab issue..
13:45 < caker> hehe yes it is :-)
13:46 < ido> well that didn't fix it
13:46 < ido> and you're welcome to try..
13:46 < caker> will you answer some questions for me?
13:47 < ido> sure
13:47 < caker> how are you launching uml?
13:47 < caker> grep your .config you used to build UML kernel - "grep CHAN .config"
13:47 < caker> and print it 
13:48 < ido> CONFIG_FD_CHAN=y
13:48 < ido> CONFIG_NULL_CHAN=y
13:48 < ido> CONFIG_PORT_CHAN=y
13:48 < ido> CONFIG_PTY_CHAN=y
13:48 < ido> CONFIG_TTY_CHAN=y
13:48 < ido> CONFIG_XTERM_CHAN=y
13:48 < ido> CONFIG_CON_ZERO_CHAN="fd:0,fd:1"
13:48 < ido> CONFIG_CON_CHAN="xterm"
13:48 < ido> CONFIG_SSL_CHAN="pty"
13:48 < caker> ok config looks good
13:49 < caker> how are you launching UML? command line please
13:50 < ido> sec
13:51 < ido> i've tried numerous ways, general one is: ./linux con=pty con0=fd:0,fd:1 ubd0=fs
13:51 < caker> Ok
13:51 < caker> grep getty /path/to/uml/filesystem/etc/inittab
13:52 < ido> sec
13:53 < ido> c1:12345:respawn:/sbin/agetty 38400 tty1 linux
13:53 < ido> c2:12345:respawn:/sbin/agetty 38400 tty2 linux
13:53 < ido> c3:12345:respawn:/sbin/agetty 38400 tty3 linux
13:53 < ido> c4:12345:respawn:/sbin/agetty 38400 tty4 linux
13:53 < ido> c5:12345:respawn:/sbin/agetty 38400 tty5 linux
13:53 < ido> c6:12345:respawn:/sbin/agetty 38400 tty6 linux
13:53 < caker> There ya go
13:53 < caker> add:
13:53 < caker>  c0:12345:respawn:/sbin/agetty 38400 tty0 linux
13:53 < caker> and make sure you launch with "devfs=nomount" on the command line too
13:54 < caker> You can probably comment out the others (c1-c6)
13:54 < Getty> caker: oh man...
13:54 < Getty> caker: noone ever told me.. i thought its a "bug"
13:55 < caker> con0 is tty0 in UML :-)
13:55 < Getty> yeah
13:55 < Getty> => noone told me
13:55 < Getty> ;)
13:55 < ido> shouldn't con0=fd:0,fd:1 give me a tty ?
13:55 < caker> there's no getty listening on tty0
13:56 < Getty> *highlight*
13:56 < ido> well, same FS worked before
13:56 < caker> and the rest are spawning out of control
13:56 < ido> without adding the tty0 getty in inittab
13:56 < Getty> at the moment i do: con0=pty con=null
13:56 < ido> how would you explain that ?
13:56 < Getty> or??
13:57 < caker> Getty: you'd have to hunt for the pty, using that method -- I just sent con0 to stdin/stdout
13:57 < Getty> no right..
13:57 < caker> ,,,
13:57 < Getty> i do con1=pty and con=null
13:57 < Getty> yeah i could make screen for the stdin stdout then... 
13:57 < caker> Yup -- exactly
13:58 < Getty> yeah.. but i need something else...
13:58 < Getty> i wanna get remote access to that tty in some secure way
13:58 < Getty> some ssh thing around
13:58 < Getty> (and no security hole for the host)
13:58 < Getty> ey btw.. is it possible to say that the UML has to boot from udb1 instead of udb0?
13:59 < caker> root=
13:59 < Getty> ah yeah...
13:59 < Getty> cool yeah to easy
13:59 < Getty> mhmhmhmh :)
13:59 < Getty> mmhh. question about tty0...
13:59 -!- kara [~kara@64.240.156.226] has quit [Remote host closed the connection]
13:59 < Getty> when i install for example debian.. then the install tasks runs on tty1, right?
14:00 < Getty> hey stop...
14:00 < Getty> i can
14:00 < Getty> 't really use regular install systems for installing uml... or?.. or not? or? or not?... mmhh.. :)
14:00 < caker> not without a lot of pain
14:01 < Getty> yeah yeah
14:01 < caker> but debian is easy .. look for debootstrap
14:01 < Getty> i wasn't thinking of that till now
14:01 < caker> it installs into a chroot then you can just lob it into a loop mounted fs
14:01 < Getty> i thought about method that the customer can "insert" cd for install
14:01 < caker> me too, but I didn't want to hack 4 installers
14:01 < caker> :-)
14:02 < Getty> caker: at last.... mmhh...
14:02 < Getty> its a pain yeah...
14:03 -!- kara [~kara@varstation.lanscape.net] has joined #uml
14:05 < Getty> i'm out
15:41 -!- ticallion [~ticallion@213.175.160.7] has joined #uml
16:02 -!- ticallion [~ticallion@213.175.160.7] has quit [Quit: Client exiting]
16:28  * albino welcomes rbm back to Utah
17:44 -!- ticallion [~ticallion@213.175.160.207] has joined #uml
18:21 -!- ticallion [~ticallion@213.175.160.207] has quit [Quit: Client exiting]
18:44 -!- ElectricElf [~david@elf.noc.oftc.net] has quit []
19:19 -!- silug [~steve@osiris.silug.org] has quit [Ping timeout: 490 seconds]
19:27 < ido> hmmpf
19:27 < ido> anyone awake ?
19:33 < ljlane> You would probably be better off just asking whatever question.
19:37 -!- Frank [~Frank@f233054.upc-f.chello.nl] has joined #uml
19:38 < BB> nn
19:39 < ido> just wanted to say hi :)
19:40 < Frank> well almost correctly spelled
19:43 < ido> what did I misspell ?
19:44 -!- Frank [~Frank@f233054.upc-f.chello.nl] has left #uml [Client Exiting]
20:11 -!- ticallion [~ticallion@213.175.160.104] has joined #uml
20:19 -!- ElectricElf [~david@elf.noc.oftc.net] has joined #uml
20:24 -!- ticallion [~ticallion@213.175.160.104] has quit [Quit: Client exiting]
22:09 -!- ticallion [~ticallion@213.175.160.18] has joined #uml
22:11 -!- ticallion is now known as ticallion[afd]
23:18 -!- ticallion[afd] [~ticallion@213.175.160.18] has quit [Quit: Client exiting]
--- Log closed Sun Jul 06 00:00:01 2003