--- Day changed

--- Log opened Fri Aug 01 00:00:02 2003
00:16 -!- OldDude [~OldDude@adsl-66.218.32.148.dslextreme.com] has left #uml [Client exiting]
01:24 -!- desaster [~desaster@dsl-jklgw1o22.dial.inet.fi] has quit [Read error: Connection reset by peer]
01:49 -!- desaster [~desaster@80.222.254.34] has joined #uml
01:51 -!- coryb [~cory@24.124.36.198] has joined #uml
03:16 -!- snide [~snide@193.251.188.144] has joined #uml
03:16 < snide> hi
03:44 -!- G2_ [~G2@193.195.148.66] has joined #uml
03:45 -!- Lathiat [~Lathiat@2001:388:7094:4080::7] has quit [Ping timeout: 512 seconds]
04:04 < BB> hi snide 
04:05 -!- G2_ [~G2@193.195.148.66] has quit [Quit: Client exiting]
04:24 -!- G2_ [~G2@193.195.148.66] has joined #uml
07:01 -!- G2_ [~G2@193.195.148.66] has quit [Quit: Client exiting]
09:00 -!- G2_ [~G2@193.195.148.66] has joined #uml
09:03 -!- snide [~snide@193.251.188.144] has left #uml []
09:06 -!- MikeH [~mike@82-68-69-89.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection]
09:07 -!- Lathiat [~Lathiat@thump.bur.st] has joined #uml
09:32 -!- G2_ [~G2@193.195.148.66] has quit [Quit: Client exiting]
09:49 -!- Lathiat is now known as Lathiat|burst
09:53 -!- arthur [~arthur@adsl-64-171-188-114.dsl.snfc21.pacbell.net] has joined #uml
10:19 -!- Lathiat|burst [~Lathiat@thump.bur.st] has quit [Quit: its alll gooodddooodoo]
12:10 -!- skimpIzu [hperes@24.175.39.66] has quit [Remote host closed the connection]
13:22 -!- MikeH [~mike@82.68.69.89] has joined #uml
13:55 < Snow-Man> david: Out there?
13:55 < david-work> ya
13:55 < Snow-Man> Looks like I can modify the netfilter page again, so, what are the *right* links? :)
13:56 < Snow-Man> http://www.davidcoulson.net/writing/lxf/38/iptables.pdf and http://www.davidcoulson.net/writing/lxf/39/iptables.pdf ?
13:56 < david-work> http://davidcoulson.net/writing/lxf/38/iptables.pdf
13:56 < david-work> yes
13:56 < Snow-Man> ok.
13:56 < david-work> get my named right too ;-)
13:56 < BB> heh
13:56 < Snow-Man> Your name's been fixed. :P
13:57 < david-work> wooh
14:00 < Snow-Man> Alright, time to see if I can actually update the page.
14:03 < Snow-Man> david: There, how's that look?
14:10  * Snow-Man pokes david.
14:15 < attriel> poked by a snowman, how insulting :o
14:17 < Snow-Man> haha.
14:30 < BB> well you could poke a carrot in his eye
14:53 -!- miah [miah@sifl.digivill.net] has joined #uml
14:53 < miah> whats wrong with this picture?
14:53 < miah> [root@uml root]# ls -l /dev/net/tun
14:53 < miah> crw-rw----    1 root     uml       10, 200 Aug 30  2002 /dev/net/tun
14:53 < miah> [root@uml root]# tunctl -u uml_smtp
14:53 < miah> Failed to open '/dev/net/tun' : No such device
14:54 < attriel> if i had to guess, i'd say "that it's not working"
14:54 < miah> yea
14:55 < miah> but its because tun.o isn't loaded
14:55 < attriel> but i haven't gotten to networking yet, still trying to get slack to install in UML
14:55 < miah> i *had* networking working 2 days ago, i try today and it doesn't work for some strange reason
14:55 < attriel> :/
14:55 < BB> maybe the module autounloaded since it wasnt used
14:56 < miah> nah, it was loaded
14:56 < miah> but i just rebooted 2 mins ago so i can work from a clean state and see wtf is up
14:56 < BB> heh always a good plan
14:56 < miah> ./uml-linux-2.4.19-5 eth0=tuntap,tap0,,134.174.11.41 ubd0=uml_smtp_rootfs_cow,root_fs.rh-7.2-full.pristine.20020312 ubd1=swap umid=uml_smtp con=port:9000
14:56 < attriel> i suddenly had to start putting "root=/dev/ubd0" onto my command lines this morning.  between two trials it suddenly quit playing nice
14:57 < attriel> ifigure the stars lined up or something
14:57 < BB> heh
14:57 < miah> it seems like for me with the 'con=port:9000' that only works 50% of the time
14:57 < miah> sometimes it will not work
14:57 < BB> its cos T3 is at the cinema here ;)
14:58 < miah> ok, strange, it looks like networking is 'working' now
14:58 < miah> but i never did configure my tap0
14:59 < attriel> lol
15:00 < miah> well, its not 'working' because i havent enabled ip_forwarding and all that
15:00 < miah> but im not getting 'invalid argument' when i try to configure the device now
15:02 < miah> i wish the howto more clearly defined what the ip's were
15:02 < miah> like when they say 'arp -Ds 192.168.0.253 eth0 pub' what ip is that?  is that the ip of the uml?  the host?  the tap0 ?
15:03 < attriel> that keeps bieng my problem, i get lost as to which host i'm typing what commands into :/
15:03 < miah> set your PS1 variable
15:03 < attriel> once i figure it out better, i may try to work up some docs 
15:03 < miah> yea, i was going to write down wtf i did to get eveything working so i had a '5 minute guide to uml' to give to my developers 
15:05 < attriel> ooh, could i get a copy of that :o
15:05 < miah> i knew it was too good to be true when i had it all working without almost any effort the other day
15:06 < attriel> heh
15:12 < miah> w00, got it working
15:19 < miah> attriel: whats your email?
15:21 < miah> oh, completely lame, it looks like the uml rootfs's available for download have user and guest accounts
15:21 < miah> BAD
15:21 < miah> also, they don't create new sshd keys on startup
15:24 < attriel> :/
15:24 < attriel> attriel@d20boards.net is my email
15:25 < attriel> and thats one of the reasons i'm trying to get a slackware install to go, since it should go through the actual install process, so logically it'll be like a fresh machine
15:25 < attriel> thanks, tw
15:25 < attriel> er btw even :o
15:30 < miah> yea
15:30 < miah> im likely going to build my own filesystem too, but the default shared filesystems should be locked down a little
15:48 -!- solarce [solarce@64.246.42.94] has quit [Read error: No route to host]
15:53 -!- solarce [solarce@fallingsnow.net] has joined #uml
16:01 -!- smcavoy [~smcavoy@grimlock.drive-megawheels.net] has joined #uml
16:35 < pirlouit> anybody seeing problems with the addmntent library call on UML ?
16:39 -!- Reaper [~cluge@gateway-1237.mvista.com] has quit [Quit: Reaper has no reason]
16:40 -!- reaper [~cluge@gateway-1237.mvista.com] has joined #uml
17:28 < reaper> Is there a way to emulate a floppy drive under uml. So much so that it uses the same major/minor numbers even?
17:41 -!- smcavoy [~smcavoy@grimlock.drive-megawheels.net] has quit [Quit: ACK!]
18:03 -!- arthur [~arthur@adsl-64-171-188-114.dsl.snfc21.pacbell.net] has quit [Read error: Connection reset by peer]
18:06 -!- arthur [~arthur@67.120.106.207] has joined #uml
18:49 < Getty> reaper: why you need a floppy?
18:49 < Getty> reaper: yust for interest, i can't give you answer anyway
18:51 < reaper> Actually realistically it doesn't need to be a floppy...Just something lilo understands.
18:52 < Getty> lilo?
18:52 < Getty> lilo is booting
18:52 < Getty> uml doesn't boot
18:52 < Getty> it runs, you don't need a lilo
18:53 < Getty> cause the kernel is started (the uml is the kernel)
18:53 < reaper> Basically we have this really complex build system were we are building bleeding edge tools on stable build systems. I need to create a floppy boot image for a cd, on the stable systems.
18:53 < Getty> then you need to make an ISO image
18:53 < Getty> and mount it as /dev/udb0
18:53 < Getty> and boot from it
18:53 < Getty> but you still need no linux for that
18:53 < Getty> cause he only uses the root of it
18:53 < Getty> he doesn't boot, cause the uml doesn't boot ;)
18:53 < reaper> But using the new tools and binaries that I can't run on the old kernel.
18:54 < Getty> you are using the old kernel
18:54 < Getty> anyway
18:54 < Getty> you have the kernel with a patch
18:54 < Getty> and this one is started
18:54 < reaper> Basically I am running the newest UML kernel with the target root for the new binaries.
18:55 < reaper> on top of the old stable kernel.
18:55 -!- coryb_ [~cory@24.124.36.198] has joined #uml
18:55 -!- coryb [~cory@24.124.36.198] has quit [Remote host closed the connection]
18:55 < Getty> yeah right
18:55 < Getty> and i still see no lilo in this system ;)
18:55 < Getty> lilo starts the old stable kernel, and this one start the UML as an application
18:55 < Getty> which is actually the kernel of tne "new" system
18:56 < Getty> and then the root will be loaded
18:56 < reaper> The reason for running lilo is not to boot the UML kernel, it is to generate a proper floppy image to that can be slapped on to an iso to make it bootable.
18:57 < Getty> mh?
18:57 < Getty> mh
18:57 < Getty> aehm
18:57 < Getty> mh
18:57 < Getty> you need no lilo for that
18:57 < Getty> dd if=/dev/zero of=/tmp/floppy bs=1024 count=1440 (or somethign ;) )
18:57 < Getty> mh no wait..
18:58 < Getty> you need only the kernel
18:58 < Getty> nothing more
18:58 < Getty> sorry its a bit late, but anyway: no transportable boot medium uses lilo for booting
18:58 < Getty> it only starts the kernel
18:58 < Getty> directly
18:58 < Getty> lilo is only for choice of kernels
18:58 < reaper> If you only use the kernel, it only has a single boot mode.
18:58 < Getty> AH! Ok ;)
18:58 < reaper> Actually most use syslinux
18:59 < Getty> yeah
18:59 < Getty> anyway on 1.44 you only get one kernel
18:59 < reaper> But that is not just one kernel...
18:59 < Getty> you can make an empty 1.44 MB file
18:59 < Getty> fill the beginning with the kernel
18:59 < Getty> and uses this as bootimage
18:59 < Getty> => works
18:59 < Getty> (its the same like cat vmlinuz >/dev/fd0)
19:00 < Getty> that was my first thought
19:00 < reaper> Correct but depending on what kernel command line you pass the kernel you can boot one kernel a number of different ways...
19:00 < Getty> but if you need multiply boot... think about grub, i think it could give you more possibilities anyway
19:00 < Getty> thats right...
19:00 < Getty> mh
19:00 < Getty> then you need lilo right ;)
19:00 < Getty> i never installed lilo on a disk
19:02 < reaper> Ergo the original question, I have all the magic to do it, but lilo really doesn't want to talk to a ubd or fake_hd....
19:03 < reaper> Is there a way to access the physical system devices from inside uml?
19:04 < Getty> not really
19:04 < Getty> as far as i know
19:04 < Getty> mh
19:04 < Getty> can't you set fd0 in UML?
19:04 < Getty> fd0=/dev/fd0 ?
19:04 < Getty> (only a thought)
19:05 < reaper> Not sure...Lemme check..
19:06 < desaster> in command line? i doubt
19:07 < reaper> ya it does't look like it...
19:08 < reaper> desaster any idea if there is another way to do something simmilar?
19:09 < Getty> mh
19:10 < Getty> yeah
19:10 < Getty> udb1=/dev/fd0 :-)
19:10 < Getty> i don't think it REALLY works
19:10 < Getty> but i would give it a try ;)
19:11 < Getty> don't forget that the UML needs access to the floppy ;) (only btw noticed)
19:14 < reaper> Basically lilo complains it has no idea, what can be done with device 0x6210
19:20 < reaper> Thanks for help anyways...
19:21 < Getty> it was a try
19:21 < Getty> ever tried with grub?
19:21 < Getty> there is no real reason why lilo even could think about fucking devices
19:24 < reaper> I completely agree, a block device is a block device...
19:24 < reaper> Well if lilo is incapable of doing what I need it to do with out surgury, then I will either beat on syslinux or grub...
19:25 < reaper> s/surgury/major surgury/
19:26 < Getty> syslinux would be the easiest
19:26 < Getty> (i think)
19:27 < reaper> It should since thats what pretty much all the big distro's use...Right now I am just trying to not redesgin the method we have been using that works for the past 2-3 years...Damn krufty mess...
19:32 < Getty> hehe
21:06 -!- OlDude [~OldDude@66.218.32.148] has joined #uml
21:11 -!- MikeH [~mike@82.68.69.89] has quit [Remote host closed the connection]
21:20 -!- MikeH [~mike@82-68-69-89.dsl.in-addr.zen.co.uk] has joined #uml
21:42 -!- rlo [~roberto@200.138.100.242] has joined #uml
22:06 -!- rlo [~roberto@200.138.100.242] has quit [Quit: Finalizando Cliente]
22:14 -!- OlDude [~OldDude@66.218.32.148] has left #uml [Client exiting]
23:25 -!- fubar9 [~kevin@Ottawa-ppp44110.sympatico.ca] has joined #uml
23:59 -!- fubar9 [~kevin@Ottawa-ppp44110.sympatico.ca] has left #uml [Leaving]
--- Log closed Sat Aug 02 00:00:01 2003