--- Day changed

--- Log opened Tue Aug 12 00:00:02 2003
00:01 < Jax> depends on what you need, i can try to help
00:04 < kooper> as far as i know uml binary compiled using static linking.... is it possible compiled using dynamic
00:08 < Aetherios> kooper: my guess would be no...
00:09 < Aetherios> kooper: it is stilla kernel, so I wouldn't imagine that dynamic-linking would be a good idea
00:10 < kooper> why...
00:15 < kooper> does anyone have tried it
00:24 -!- kooper [~Click@202.159.4.160] has quit [Read error: Connection reset by peer]
00:24  * Jax is away: sleep
00:53 < Aetherios> can anyone help me with my uml kernel compile?  
00:53 < Aetherios> vmlinux.o: In function `hppfs_readlink':
00:54 < Aetherios> hmm, stupid irc client...
00:54 < Aetherios> anyways...keep getting "undefined reference to init_private_file"
00:54 < Aetherios> tis an SELinux thing...
01:19 < green> this is probably because hppfs is not SE-Linux ready yet? ;)
01:22 < Aetherios> Someone has apparently done it
01:22 < Aetherios> http://www.nsa.gov/selinux/list-archive/4485.html
01:24 < green> well, try to disable hppfs support? ;)
01:27 < Aetherios> grr, kinda wanted it...but i suppose that'll help narrow down the problem, eh?
01:32 < green> probably ;)
01:39 -!- miah [miah@sifl.digivill.net] has quit [Ping timeout: 480 seconds]
01:43 < Aetherios> well, compiles fine without hppfs...
01:43 < Aetherios> as is to be expected...
02:11 -!- Aetherios [~jeff@rrcs-west-24-199-13-10.biz.rr.com] has quit [Quit: Computer going to sleep...]
03:13 -!- dunc [~dunc@217.79.100.249] has quit [Quit: leaving]
03:35 -!- G2_ [~G2@193.195.148.66] has joined #uml
03:39 -!- G2 [~G2@193.195.148.66] has joined #uml
03:39 -!- G2 [~G2@193.195.148.66] has left #uml []
03:50 -!- dunc [~dunc@geology.thebunker.net] has joined #uml
03:52 -!- dunc_ [~dunc@geology.thebunker.net] has joined #uml
04:06 -!- dunc_ [~dunc@geology.thebunker.net] has left #uml [Client exiting]
04:06 < dunc> whoops
04:07 -!- dunc [~dunc@geology.thebunker.net] has quit [Quit: Client exiting]
04:08 -!- dunc [~dunc@geology.thebunker.net] has joined #uml
04:10 -!- spenne [~spenneb@212.204.17.138] has joined #uml
04:11 < spenne> Hi - I am trying to compile linux-2.6.0-test2 
04:11 < spenne> using uml-patch-test2-1. I am getting errors
04:11 < spenne> vmlinux(.text+0x254ca): In function `module_finalize':: undefined reference to `apply_alternatives'
04:12 < spenne> with all available compilers gcc295 gcc296 and gcc3.2
04:12 < spenne> Anybody an idea?
04:14 < green> disable modules support
04:14 < spenne> Thanks, I'll try and report back later.
04:30 -!- stbe [~Nimaj@148.100.212.145] has joined #uml
04:36 < spenne> green: works. Thanks.
04:38 -!- Jax [~Nimaj@148.100.220.32] has quit [Ping timeout: 480 seconds]
04:44 -!- pirlouit [~peter@duvel.drunkcoders.com] has quit [Quit: Time to frag!]
05:05 -!- G2_ [~G2@193.195.148.66] has quit [Quit: Client exiting]
05:10 -!- crash3m [~crash3m@cs6710232-112.houston.rr.com] has quit [Remote host closed the connection]
05:39 < green> spenne: btw, there is a taskstruct leak in 2.6.0-testX-um kernels, so don't be surprised if you suddenly find yourself in OOM situation ;)
06:50 < spenne> green: I am having problems mounting old filesystems at the moment. I get the following error:
06:50 < spenne>  ubd0:Started krxiod 13 Started krxsecd 14 unknown partition table VFS: Cannot open root device "ubd0" or unknown-block(0,0)
06:51 < spenne> I am downloading a new fs of mirror.uml.org at the moment to check
06:53 < green> boot with 'root=6200'
06:54 < green> this is command line option to add to other commandline options you are giving to uml
06:56 < spenne> great. Now it mount the filesystem, but it cannot find the init command. Just mounted the filesystem by hand. Everything is there, including the init. By the way, is this option documented anywhere?
06:57 < green> yes it is documented (man bootparam, I think)
06:57 < green> as for init, are you sure you have support for elf binaries compiled in?
06:59 < spenne> Just checked: CONFIG_BINFMT_ELF=y
07:01 < green> hm. 
07:51 < spenne> green: do you have a working 2.6.0-test2 .config, I can base my work on?
08:30 -!- stbe is now known as jax
08:52 < green> spenne: Well, I have 2.6.0-test3 which should also work. Do you prefer DCC or email?
08:54 -!- frediz [~frediz@81.49.125.239] has joined #uml
08:54 < frediz> oyoo
08:54 < frediz> :)
08:54 < frediz> me again
08:56 -!- slh__ [~chatzilla@adsl-17-245-33.jax.bellsouth.net] has quit [Ping timeout: 501 seconds]
09:06 -!- slh___ [~chatzilla@adsl-19-231-68.jax.bellsouth.net] has joined #uml
09:08 -!- jax-work [~computer_@148.100.213.237] has joined #uml
09:16 < spenne> green: Got it working now. I probably screwed up my kernel-tree. 
09:20 < spenne> Now I am struggling with the network. I read somewhere on the mailing list, that it is broken. Is this still true? Is there a fix?
09:42 < green> network is not working. I think nobody looked at it yet
09:46 < green> may be I will take a look soon. But not earlier than task struct leak will be fixed ;)
09:57 -!- frediz_ [~frediz@ALyon-209-1-25-73.w81-51.abo.wanadoo.fr] has joined #uml
09:57 < spenne> ok. Well thanks a lot for your help. I really appreciate it.
10:02 < spenne> green: I just found this Email by steven james where i describes a raw hack: 
10:02 < spenne> http://sourceforge.net/mailarchive/message.php?msg_id=5631391
10:03 < spenne> It actually works. I can ping from the host to uml and back
10:03 -!- frediz__ [~frediz@81.51.53.157] has joined #uml
10:03 < spenne> I will test the rest (I am interested in IPsec). Before applying this patch I could see mangled headers so probably the header-building is screwed up.
10:04 < green> hm. interesting
10:04 -!- frediz [~frediz@81.49.125.239] has quit [Ping timeout: 490 seconds]
10:05 < spenne> Simple TCP-Services work, too. I just scp'd a 200k file from host to uml
10:06 < green> cool
10:06 -!- frediz_ [~frediz@ALyon-209-1-25-73.w81-51.abo.wanadoo.fr] has quit [Ping timeout: 501 seconds]
10:08 -!- frediz [~frediz@ALyon-209-1-33-197.w81-249.abo.wanadoo.fr] has joined #uml
10:12 -!- frediz__ [~frediz@81.51.53.157] has quit [Ping timeout: 490 seconds]
10:16 -!- frediz [~frediz@ALyon-209-1-33-197.w81-249.abo.wanadoo.fr] has quit [Ping timeout: 501 seconds]
10:19 -!- frediz [~frediz@ALyon-209-1-24-95.w81-51.abo.wanadoo.fr] has joined #uml
10:24 < dunc> lo frediz, any joy yet?
10:24 -!- thy_ [koubt9am@u-pl7.ms.mff.cuni.cz] has joined #uml
10:29 < spenne> green: Both tuntap and uml_switch work when commenting this one line
10:29 < spenne> I am pinging uml-switch-uml-host-uml-switch-uml
10:31 < green> hm, good news ;)
10:32 -!- frediz [~frediz@ALyon-209-1-24-95.w81-51.abo.wanadoo.fr] has quit [Ping timeout: 501 seconds]
10:32 -!- G2_ [~G2@193.195.148.66] has joined #uml
10:32 -!- G2_ [~G2@193.195.148.66] has quit [Client Quit]
10:33 -!- G2 [~G2@193.195.148.66] has joined #uml
10:34 -!- AquaJo [~torbofh@pD95590BB.dip.t-dialin.net] has joined #uml
10:35 -!- frediz [~frediz@ALyon-209-1-5-112.w80-11.abo.wanadoo.fr] has joined #uml
10:40 < wojci> spenne: It is also working for me.
10:42 < spenne> wojci: great
10:43 < wojci> Both uml -> host and uml to uml .. which is kind of the same thing.
10:44 < wojci> At least in my setup, as I use iptables for forward between the interfaces.
10:46 < spenne> Well, I used uml_switch. And even that works"
10:51 < wojci> What about logging in 2.6? Why is it not yet implemented=
10:51 < wojci> s/=/\?/
10:55 -!- G2 [~G2@193.195.148.66] has quit [Quit: Client exiting]
10:59 -!- frediz [~frediz@ALyon-209-1-5-112.w80-11.abo.wanadoo.fr] has quit [Quit: brb]
11:03 -!- G2 [~G2@193.195.148.66] has joined #uml
11:28 -!- jjo [~jjo@200.5.118.98] has joined #uml
11:28 -!- jjo [~jjo@200.5.118.98] has quit [Client Quit]
11:29 -!- jjo [~jjo@200.5.118.98] has joined #uml
11:32 < jjo> hi... anyone came up cc'ing&running uml-2.6.0-test2 ? I cc'ed (w/touches from devel mlist), but on "boot" I get:  /dev/ubd/disc0:end != nsectors(COW) or /dev/ubd/disc0: unknown partition table("direct" root_fs)
11:56 -!- G2 [~G2@193.195.148.66] has quit [Quit: Client exiting]
12:17 -!- Aetherios [~jeff@robocop.valueclick.com] has joined #uml
12:23 -!- jjo [~jjo@200.5.118.98] has quit [Quit: [BX] Its not TV. Its BitchX.]
12:40 -!- AquaJo [~torbofh@pD95590BB.dip.t-dialin.net] has quit [Quit: Je planmäßiger die Menschen vorgehen, desto wirksamer vermag sie der Zufall treffen - Friedrich Dürrenmatt]
12:40 -!- cray [cray@dhcp-8-165.it.uu.se] has joined #uml
12:45 < cray> how can I set the IP address of eth0 in UML, by giving the IP address as a kernel parameter?
12:46 < caker> cray: no that's the host side of the TAP device's IP
12:47 < cray> yes, I know..
12:47 < cray> but I want to set the target side...
12:47 < caker> cray: then the answer to your question is "you can't"
12:48 < cray> Okay, at least nice to know that before spoiling another 30 minutes to figure out how to (not) do it. :)
12:49 < caker> cray: I specify MAC addresses on the command line, then use DHCP to provide an IP (per MAC)
12:50 < cray> ok, that's one solution... but it's too messy for me
12:52 < caker> cray: btw, any "extra" command line arguments become envrionment variables which a script inside your UML could pick up on boot
12:53 < cray> okay, I just thought they were collected in /proc/cmdline
12:53 < caker> works just like a kernel arguments
12:54 < caker> s/a/normal/
12:55 < Aetherios> well, got my uml+selinux kernel to compile finally, unfortunately hppfs doesn't work :-(
13:00 < Aetherios> hmm, is it possible to 'grow' a uml rootfs file safely?
13:00 < Aetherios> or would i be better off creating a new file and mounting both loop, then copying?
13:07 -!- Aetherios [~jeff@robocop.valueclick.com] has quit [Remote host closed the connection]
13:07 -!- Aetherios [~jeff@robocop.valueclick.com] has joined #uml
13:31 < solarce> robocop!
13:34 < caker> Aetherios: yes, it is possible to resize
13:44 < dunc> lo folks
13:44 < dunc> work is over yeeeeeeeees :)
13:48 < Aetherios> caker: so, i assume I grow it with dd, then how do i mkfs on the extra space?
13:48 -!- thy_ [koubt9am@u-pl7.ms.mff.cuni.cz] has quit [Quit: Client exiting]
13:53 -!- cray [cray@dhcp-8-165.it.uu.se] has quit [Quit: ircII EPIC4-1.1.11 -- Are we there yet?]
13:54 -!- dunc [~dunc@geology.thebunker.net] has quit [Quit: Client exiting]
13:57 -!- G2 [~G@212.159.59.85] has joined #uml
14:09 -!- AquaJo [~torbofh@217.85.144.187] has joined #uml
14:21 < caker> Aetherios: google for "resize2fs"
14:23 -!- ticallion [~ticallion@213.175.160.91] has joined #uml
14:24 < Aetherios> caker: yeah, i got off my lazy arse and found it ;-)  thanks though :-)
14:25 < Aetherios> caker: I've seen you be very helpful in this chan, are you on the UML dev team?  or just a kind soul?
14:25 < caker> Aetherios: hehe an interested soul -- i run linode.com
14:26 < Aetherios> ahh, nice...
14:27 < caker> Aetherios: thanks :-)
14:30 < Aetherios> the root_fs I'm using is one of the pre-made from usermodelinux.org, I assume during the grow, I need to specify the same blocksize as the original...is there a way to find this?  or does anyone happen to know what size they are using?
14:31 < caker> Aetherios: just do:
14:31 < caker> dd if=/dev/zero of=root_fs bs=1M conv=notrunc count=1 seek=4096
14:31 < caker> change 4096 to the MB you want to resize to
14:32 < caker> then
14:32 < caker> fsck.ext2 -f root_fs
14:32 < caker> resize2fs root_fs
14:33 < Aetherios> fsck.ext2 -f root_fs   <--won't that wipe the data?
14:33 < caker> fs check?
14:33 < Aetherios> grrr, srry
14:33 < caker> fdisk, maybe :-p
14:33 < Aetherios> i should really think before I talk eh ;-)
14:34 -!- ticallion[afk [~ticallion@213.175.160.91] has joined #uml
14:39 -!- ticallion [~ticallion@213.175.160.91] has quit [Ping timeout: 501 seconds]
14:41 < jax-work> caker: thanks for making your slack9 fs available btw
14:41 < caker> jax-work: no sweat -- where'd you find it? :-)
14:42 -!- mistral [mistral@212.159.71.212] has joined #uml
14:42 < jax-work> linode, don't remember how, probably off your mirror
14:42 < caker> cool -- just wondered if it landed anywhere else
14:43 < jax-work> my boss has me playing around with uml, but i just haven't had time to get in depth with it yet
14:43 < jax-work> figured i'd play with 9 instead of 8.1
14:43 < ticallion[afk> "9"?!
14:43 -!- ticallion[afk is now known as ticallion
15:02 -!- mistral [mistral@212.159.71.212] has quit [Ping timeout: 490 seconds]
15:09 -!- paleman [~paleman@pool252.mis.valueweb.com] has joined #uml
15:24 < paleman> exit
15:24 -!- paleman [~paleman@pool252.mis.valueweb.com] has quit [Quit: [BX] OH SHIT!\15]
15:24 < caker> access denied
15:24 < jax-work> access denied?
15:25 < caker> access denied
15:25 < solarce> connection refused
15:26 < caker> echo 1 > /proc/autodestruct
15:39 < spenne> green: I do not know if you are still awake, but even IPsec works in the 2.6.0-test2
15:41 < spenne> by the way, does anybody know why the backspace key does not work in UML-xterm when the host is RH9
15:41 < spenne> ?
15:47 < ticallion> spenne: u happy with a uml'ed 2.6-test2?!
15:54 < spenne> well, it compiled (with help by green), started, 
15:54 < spenne> network works with a crude patch
15:54 < spenne> even IPsec ;-)
15:55 < spenne> For testing this is enough
15:59 -!- ticallion [~ticallion@213.175.160.91] has left #uml [Client exiting]
15:59 -!- ticallion [~ticallion@213.175.160.91] has joined #uml
16:05 -!- AquaJo [~torbofh@217.85.144.187] has quit [Quit: Je planmäßiger die Menschen vorgehen, desto wirksamer vermag sie der Zufall treffen - Friedrich Dürrenmatt]
16:30 -!- G2 [~G@212.159.59.85] has quit [Quit: Client exiting]
16:31 -!- jax-work [~computer_@148.100.213.237] has quit [Quit: going home]
16:31 -!- ticallion [~ticallion@213.175.160.91] has quit [Quit: Client exiting]
16:41  * jax is back (gone 12:10:53)
16:52 -!- G2 [~G@212.159.59.85] has joined #uml
16:58 -!- spenne [~spenneb@212.204.17.138] has quit [Ping timeout: 490 seconds]
16:59  * jax is away: being a geek
17:22 -!- com4 [~com4@12-209-152-183.client.attbi.com] has joined #uml
17:22 < com4> is there an easy way to extend the size of a UML
17:22 < com4> fs*
17:23 < caker> com4: dd if=/dev/zero of=root_fs bs=1M conv=notrunc count=1 seek=4096
17:23 < caker> com4: fsck.ext2 -f root_fs
17:23 < caker> com4: resize2fs root_fs
17:23 < com4> root_fs is the old root fs?
17:23 < caker> same file, yes
17:23 < caker> it extends it
17:26 < com4> thanks
18:20 -!- G2 [~G@212.159.59.85] has quit [Quit: Client exiting]
18:53 -!- dunc [~dunc@217.79.100.249] has joined #uml
19:05 -!- paleman [paleman@208.143.160.250] has joined #uml
19:06 < paleman> Is anyone awake here?
19:06 < paleman> I have a couple of questions, if anyone is in a position to tackle them.
19:07 < dunc> errr, maybe, quite new to this lark though
19:08 < paleman> All right.  Let's see.  I saw the page on running an openmosix cluster of UMLs.
19:08 < caker> paleman: doesn't work
19:08 < paleman> however, I was wondering if anyone had tried running UMLs on an openmosix cluster?  Several reasons spring to mind.
19:08 < paleman> caker: you're way ahead of me, but that wasn't what I was asking ;)
19:11 < paleman> The idea is that given an openmosix cluster, the UML _should_ be able to operate (at least in tt mode) as a set of processes.  Each user could then have their own isolated namespace within which to work...
19:12 < paleman> UMLs could then, in theory, be migrated around and suitably controlled across the openmosix network using xwindows/xterms ...
19:16 < paleman> anyone tried it?  Thought about it?  Know why it would or would not work?
19:17 < caker> paleman: follow this thread
19:17 < caker> http://marc.theaimsgroup.com/?l=user-mode-linux-devel&m=106039340304149&w=2
19:17 < paleman> Oh, and while I'm asking silly questions, is anyone aware of whether or not UML is being rolled into 2.6?
19:18  * paleman websurfs on caker's instructions
19:18 < caker> paleman: it already is in 2.6, but a way old version -- Jeff's trying to get them (linus, lkml) to accept the updates
19:18 < paleman> aaah
19:19 < caker> here's the continuation of that thread (it doesn't like the "re"s in subjects)
19:19 < caker> http://marc.theaimsgroup.com/?l=user-mode-linux-devel&m=106044809931799&w=2
19:19  * paleman noddles and follows up
19:24 < paleman> okay, that answers that pretty comprehensively.  However, it raises the question of the migration of alternate virtual machines.  Does anyone know if, say, erlang nodes will migrate?
19:25 < paleman> (I realise that's off-topic here, but what the hell)
19:28 < caker> paleman: no clue, i never heard of it until now
19:29 < paleman> Ah!
19:30 < paleman> Just fyi, then, erlang is a very peculiar but powerful language, interpreted, but suitable for things like soft realtime and distributed systems control.  www.erlang.org if you care
19:30 < caker> I was just there -- pretty cool
19:30 < caker> btw, found this:
19:30 < caker> http://howto.ipng.be/openMosixWiki/index.php/work%20smoothly
19:31  * paleman always thinks that erlangs most amazing aspect is that you have to use recursion for loops ;)
19:33 < paleman> anyway, thanks for the pointers.  I'll go ponder the meaning of life some more.
19:33 -!- paleman [paleman@208.143.160.250] has quit [Quit: Leaving]
19:55 -!- Nippur [~Nippur@24.232.77.6] has joined #uml
19:59 < Aetherios> gah...
20:00 < ElectricElf> Anybody mind if I kill Nippur?
20:00 -!- ElectricElf [~david@elf.noc.oftc.net] has left #uml []
20:00 -!- ElectricElf [~david@elf.noc.oftc.net] has joined #uml
20:01 < coryb> heh
20:01 < coryb> uml hosting spam
20:01 < ElectricElf> Yeah.
20:01 < coryb> fun fun
20:01 < ElectricElf> If he does it again, somebody let me know, I'll kline him.
20:02 < coryb> eh, he'll just not spam *us* :)
20:02 < Getty> Nippun
20:02 < Getty> aehm Nippur
20:02 < Getty> he spammed me
20:02 < Getty> isn't that enough?
20:02 < coryb> he did it to everyone I'm sure
20:02 < Nippur> sorry
20:02 < ElectricElf> coryb: I'll know if he joins any other channels.
20:02 < Nippur> won't do it again
20:02  * coryb nods
20:16 < Nippur> UML Hosting: 64MB RAM, 128MB Swap, 1GB Free HD space, RH9, Kernel 2.4.21-6um -> U$S 17!!! (send private)
20:42 -!- jdike [~jdike@69.21.248.189] has joined #uml
20:42 < jdike> hi guys
20:42 < Aetherios> 'lo
20:43 < Nippur> hi!
20:43 < com4> is there a site with tips for speeding up uml
20:44 < jdike> com4: no, that's one of the missing pages on the UML site
20:44 < com4> ah
20:46 < com4> i'm just testing it on a slower SMP box than the production box
20:46 < com4> and it's pretty slow
20:46 < com4> dual 300 :P
20:46 < com4> it'll be on dual 800
20:48 -!- Aetherios [~jeff@robocop.valueclick.com] has quit []
20:49 -!- Nippur [~Nippur@24.232.77.6] has quit [autokilled: Spamming in #uml]
20:49 -!- Nippur [~Nippur@OL6-77.fibertel.com.ar] has joined #uml
20:50 -!- Nippur [~Nippur@OL6-77.fibertel.com.ar] has quit [autokilled: Your connection to this network is being revoked, because somebody from your internet address was found to have been spamming (specifically, for User-Mode-Linux services). If you feel there has been an error, please don't hesitate to contact support@oftc.net - thanks for your patience.]
20:52 < jdike> hummmm
20:53 < ElectricElf> Ah, there's jdike.
20:53  * jdike reads the logs to see what Nippur was doing
20:53 < ElectricElf> jdike: You want #uml spammers handled the same way others are?
20:54 < jdike> ElectricElf: spammers are spammers
20:54 < ElectricElf> jdike: Private messages to a fair number of people, with the text "UML Hosting: 64MB RAM, 128MB Swap, 1GB Free HD space, RH9, Kernel 2.4.21-6um -> U$S 17!!! (send private)"
20:54 < jdike> ElectricElf: yeah, he's dead
20:55 < ElectricElf> jdike: *shrug*, it wouldn't bother us if you wanted us to just refer them to a forum for it, #uml-commercial or a web site or something.
20:55 < jdike> ElectricElf: whatever, that crap doesn't belong here
20:55 < ElectricElf> jdike: Okay, no problem then.
20:55 < jdike> ElectricElf: nope
21:01 < jdike> com4: BTW, the two major things are /tmp is tmpfs and the skas patch in the host
21:02 < com4> ah
21:02 < jdike> com4: those two together are a major performance win
21:02 < com4> i've got the skas patch, but i odn't think i used tmpfs
21:03 < jdike> com4: OK, that's easy and surprisingly effective
21:03 < com4> what do you do
21:03 < com4> just compile support?
21:03 < com4> it's a relativly new feature, so i've strayed from it for awhile
21:03 < com4> much like devfs :P
21:03 < jdike> com4: compile support?
21:04 < com4> into the kernel
21:04 < dunc> jdike: i have this shown up in mount. is this right for tmpfs
21:04 < dunc> none on /dev/shm type tmpfs (rw)
21:04 < jdike> com4: for what?
21:04 < jdike> dunc: you need this:
21:04 < jdike> none on /tmp type tmpfs (rw)
21:05 < dunc> ah ok, what's /dev/shm do u know?
21:05 < com4> jdike: what do i do
21:08 < com4> do i add the line to the uml fstab
21:08 < com4> or the host fstab
21:09 < jdike> com4: host
21:10 < mistik1> grr
21:10 < mistik1> You guys get that spam
21:10 < mistik1> what jerk
21:10 < mistik1> what a jerk
21:11 < com4> jdike, i don't need to do anything to the uml, correct?
21:11 < jdike> mistik1: he got kicked
21:11 < jdike> com4: correct
21:11 < com4> thanks
21:12 < mistik1> I see he got klined
21:32  * jax is back (gone 04:34:09)
21:33 -!- slh___ [~chatzilla@adsl-19-231-68.jax.bellsouth.net] has quit [Remote host closed the connection]
21:34 -!- slh____ [~chatzilla@adsl-19-231-68.jax.bellsouth.net] has joined #uml
21:34 -!- slh_____ [~chatzilla@68.19.231.68] has joined #uml
21:35 -!- slh_____ [~chatzilla@68.19.231.68] has left #uml []
21:44 < com4> jdike, mounting /tmp with tmpfs on the host is all you're supposed to do
21:44 < com4> cause the UML doesn't seem faster
21:49 < jdike> com4: maybe depends on the workload
21:49 < jdike> com4: it was noticable with what I do
21:49 < com4> ah
22:10 < dunc> com4: i not noticed much difference either
22:10 < com4> my work load is untaring files ;p
22:10 < com4> but i am on a pretty slow box, it might be just because i expect more
22:26 -!- jdike [~jdike@69.21.248.189] has quit [Quit: Leaving]
22:35 -!- Aetherios [~jeff@rrcs-west-24-199-13-10.biz.rr.com] has joined #uml
22:48 < Aetherios> anyone here happen to have a gentoo root_fs ??  or do I have to build one myself?
23:35 -!- ticallion [~ticallion@213.175.160.224] has joined #uml
--- Log closed Wed Aug 13 00:00:00 2003