--- Day changed
--- Log opened Fri Jun 06 00:00:02 2003
00:01 < david> caker: it's weird that they don't work after they expire - No obvious expanation for that
00:01 < caker> david: I understand that a bridge is supposed to work just like the host machine
00:01 < caker> david: i suspect something strange in either the bridging code, or my switch
00:02 < david> caker: what does 'brctl showmacs
' do?
00:02 < david> it should list macs cached by the bridge
00:03 < caker> the only interesting thing is that for IPs that work, it shows the same MAC with two entries, one for Yes for local, and one with No
00:03 < david> caker: all the interfaces attached to the bridge are up and promisc without an IP
00:03 < caker> (for brctl showmacs br0)
00:03 < david> caker: uh
00:03 < david> caker: do you have stp enabled?
00:03 < caker> No
00:04 < caker> I have two host machines, both exhibiting the same behavior
00:04 < caker> I eliminated all my iptable rules, just in case - all the UMLs are directly on the tap device,
00:04 < david> weird
00:04 < david> I've got no idea
00:04 < caker> And yes, everything's promisc (except bridge), 0.0.0.0, with unique MACs (FE:FD:....)
00:05 < caker> Hehe me neither, and my datacenter told me to contact Cisco, to get me off their back
00:05 < david> caker: I've got about 4 boxes setup like that, and it works just fine
00:05 < caker> they did spent quite a bit of time with me on the phone
00:05 < david> caker: could be a switch problem, but who knows
00:05 < caker> looks fine from their end
00:05 < david> caker: take the switch out of the mix and try it :-)
00:05 < caker> david: I wish I could - stuff is in Texas
00:05 < david> caker: uh, crud
00:06 < caker> I set the MAC timeout on the switch to a few hrs, and I set up a cron job to nmap -sP x.x.x.1-254 every minute
00:06 < caker> that fixes it
00:06 < caker> But I doubt this is the last I've seen of this issue
00:07 < caker> s/I've seen/I'll see/
00:09 < david> it's just weird though
00:09 < david> if it expires out of the cache
00:10 < david> then it'll do an arp broadcast
00:10 < david> or, at least, it shoulf
00:10 < david> ld
00:10 < caker> arp broadcast is diffferent than a direct arp request, no? or is it all the same .. somtimes tcpdump arp shows (broadcast)
00:10 < caker> next to requests
00:10 < david> basically
00:11 < david> if a box doesn't know the MAC for an IP
00:11 < david> it'll send an arp broadcast
00:11 < david> and the other box will respond
00:11 < david> (broadcast = arp who-has)
00:11 < david> the switch mac cache is only to figure out which port each box is on
00:11 < caker> that happens, internally .. but not if the MAC is expired on the switch, and you make a request from outside
00:12 < david> the MACs on the switch are based on traffic, not the arp requests
00:12 < caker> The way I see it, traffic gets routed from my gateway to my switch, and then my switch doesn't know where to send it, and .. nothing get's sent
00:12 < david> if there is traffic on a port, e.g. tcp, udp, non-IP, then it'll get thrown in the mac cache
00:12 < david> caker: the switch will only get confused if there is never an arp broadcast, I believe
00:13 < caker> which IT should send, no?
00:13 < david> no
00:13 < david> the switch never sends arp requests, I believe
00:13 < david> an arp request is a MAC -> IP association
00:13 < david> the switch doesn't know jack about IP
00:13 < david> caker: it'll basically send a MAC broadcast, asking 'who has this mac?'
00:14 < caker> how does a switch aquire MAC addresses?
00:14 < david> based on traffic
00:15 < caker> hmm
00:15 < david> if traffic comes in a port from a particular mac, it logs it
00:15 < caker> Perhaps my timeout was simply too low?
00:15 < david> if it doesn't know where to send a packet, it broadcasts it and then logs the response
00:15 < david> caker: 600s is a reasonable timeout of MACs
00:15 < david> a low timeout shouldn't break it
00:15 < david> you just get a load more broadcast traffic on the switch
00:18 < caker> i have no clue
00:18 < caker> :-)
00:18 < david> http://computer.howstuffworks.com/lan-switch4.htm
00:20 < caker> david: just read that - well, glad to know I understood it correctly, as of this morning anyhow
00:21 < caker> david: good article, btw :-)
00:22 < david> yeah, I thought it was :-)
00:23 < david> caker: if you want, I can probably take a look at it tomorrow
00:23 < caker> david: that would be great, I can get you into the switch, etc.....
00:23 < caker> david: I'll be around after 10:00AM or so
00:23 < caker> (central)
00:24 < david> caker: ok, I might not be up until then anyway :-)
00:24 < caker> david: just hit me up when ever you have a chance
00:24 < david> caker: it's IOS based, right?
00:24 < caker> david: that's what I'm planning on
00:24 < caker> caker: yes, cisco 3548
00:24 < david> ok :-)
00:24 < caker> If it works with the hosts, it should work with the bridged UMLs
00:24 < caker> (right?)
00:25 < david> right
00:25 < david> the host and the bridged UMLs are on the same layer 2 network
00:25 < david> basically as if the UMLs were on a switch with the host
00:25 < caker> ok
00:27 < david> caker: might be something obvious, but it might not :-)
00:27 < caker> david: another pair of eyes would be great
00:27 < david> caker: no problem :-)
00:39 * Pahan puts his "I passed CCNP Routing and Switching exams" hat on.
00:44 < caker> Pahan: nice
00:45 < Pahan> caker: Not really. Switching is trivial, Routing is close to that.
00:45 < Pahan> Maybe I am a multiplechoice monkey, though.
00:46 < caker> I've never used cisco gear, so I'm constantly using the ?
00:58 -!- sssssssh_____ [~chatzilla@68.154.235.182] has quit [Ping timeout: 488 seconds]
04:12 -!- snide [~snide@AMontsouris-108-1-8-34.w217-128.abo.wanadoo.fr] has joined #uml
05:01 -!- radical [~kernet@202.88.184.39] has joined #uml
05:17 < BB1> hmm my uml machine died again :(
05:25 < green> hm. the host box?
05:25 < BB1> the uml itself
05:26 < green> ah.
05:26 < BB1> I'l give -um6 a try and see it it lives any longer heh
05:27 < green> where did it died?
05:28 < BB1> no idea i just woke up to no website and screen had exited
05:28 < green> hm, you mean you do not save stdout/core of uml proceses?
05:29 < BB1> i didnt
05:30 < green> heh
06:27 -!- radical [~kernet@202.88.184.39] has quit [Ping timeout: 496 seconds]
06:32 -!- radical [~kernet@202.88.184.39] has joined #uml
06:38 -!- radical [~kernet@202.88.184.39] has quit [Read error: Connection reset by peer]
09:06 < ASY> anyone alive at this time? :)
09:06 < ASY> wondering if someone might have an idea on the following
09:06 < ASY> mkfs -t ext2 /tmp/homefs
09:07 < Lathiat> what about it?
09:07 < ASY> . /usr/bin/uml_mconsole /home/uml/.uml/admin/mconsole config ubd3=/tmp/homefs
09:07 < ASY> and i get on the uml: (none):~# hdd: unknown partition table
09:07 < ASY> and uml hangs
09:07 < Lathiat> thats a tad odd
09:07 < Lathiat> what uml version?
09:08 < ASY> 2.4.20-5um
09:08 < ASY> on and smp box
09:08 < ASY> skas3
09:08 < BB> most likely it wouldnt have a partition table on it though would it?
09:08 < ASY> rootfs is Debian-3.0r0.ext2
09:09 < ASY> well, it is a bit confusing (not that i am an expert) but my understanding that mkfs should basically format the file...
09:10 < ASY> how is this related to a partition table...
09:11 < ASY> feel like i am missing something...
09:12 < Lathiat> well yeh it shouldnt need one
09:12 < ASY> i had a debian2 rootfs setup previously, which would tell me something like "building COW..." and then the same "hdd: unknown partition table"
09:12 < Lathiat> BB; im curious it also says 'hdd'
09:12 < ASY> let me see if i can mount this locally.
09:12 < ASY> well, uml is ran with fake_ide fakehd
09:13 < Lathiat> ohhh that might explain a couple things
09:14 < ASY> mount -o loop /tmp/homefs /mnt/newfs
09:14 < ASY> that works
09:15 < ASY> well, let me try go disable ide/hd faking, see if this matters
09:15 < Lathiat> makee sure yu unmount it ;)
09:15 < ASY> heh
09:15 < ASY> :)
09:17 < ASY> (none):~# ubdd: unknown partition table
09:17 < ASY> no effect
09:17 < ASY> what is interesting, i just noticed, is upone uml boot i do see:
09:17 < ASY> Partition check:
09:17 < ASY> ubda: unknown partition table
09:17 < ASY> ubdb: unknown partition table
09:17 < ASY> ubdc: unknown partition table
09:18 < ASY> hm... the interesting thing is that this time (ubd instead of hdd) I did not hang. back at the console...
09:19 < Lathiat> tell me, how do you start yoru uml up
09:19 < Lathiat> the command line
09:19 < Lathiat> ASY; its ubd now because fakehdd isnt on
09:19 < ASY> that i know
09:19 < Lathiat> ASY: the one with fakehd etc
09:20 < ASY> 1 sec for cmd line
09:21 < ASY> i have actually just spent a week of my time trying to get davids umld working.
09:21 < ASY> screen -S uml-admin -d -m su - uml -s /bin/bash -c '/usr/bin/linux umid=admin mem=64M con=pts ssl=pts con0=fd:0,fd:1 ubd0=/home/uml/uml/admin/rootfs ubd1=/home/uml/uml/admin/swapfs ubd2=/home/uml/uml/admin/homefs'
09:21 < Lathiat> what about with fake stuff
09:22 < ASY> that was after i just took it out. usually fake_ide and fakehd goes at the end after ubd2=..../homefs
09:26 < ASY> everything seems to be in order... weird...
09:27 < ASY> it is not any type of access problems. earlier i had to chown uml.uml on the file for it to be accessible. now that it is accessible i get this. and i am quite stuck.
09:28 < ASY> host runs on 2.4.18 smp kernel... but somehow i doubt this would be a problem, although you never know.
09:28 < Lathiat> nah its not the host
09:29 < Lathiat> the unknown partition errors are ok i think
09:29 < Lathiat> let me check on mine
09:30 < Lathiat> seven:~> ssh root@five -t "dmesg |grep partition"
09:30 < Lathiat> root@five's password:
09:30 < Lathiat> ubda: unknown partition table
09:31 < Lathiat> yeh its fine
09:31 < Lathiat> if you uml_mconsole config ubd3=blah in non-fakehdd mode, doe sit work?
09:31 < ASY> hold on. gimme a minute.
09:36 < ASY> hm... i think my initial problem was the fact that uml would hang in fakeide/hd mode when doing mconsole config ubd3=... since i disabled fakehd/ide i am no longer hanging. which is a good thing. but... i am trying to mount ubdd/ubd3 inside the uml and having problems...
09:36 < ASY> i have to be carefull (severe lack of sleep). but this is what i have at the moment:
09:37 < ASY> mount -o loop /dev/ubdd /mnt/tmp
09:37 < ASY> /dev/ubdd: No such file or directory
09:37 < ASY> (none):~# mount -o loop /dev/ubd3 /mnt/tmp
09:37 < ASY> /dev/loop0: Invalid argument
09:37 < ASY> mount: you must specify the filesystem type
09:37 < ASY> yay
09:37 < ASY> -t ext2 seem to have done this
09:37 < Lathiat> you dojnt use loop inside uml
09:37 < ASY> oh
09:38 < Lathiat> just mount /dev/ubd3 /mnt/tmp
09:38 < ASY> i have to use -t ext2 but it works
09:39 < ASY> now... should i go back and try to reproduce the fakehd/ide problem where i was hanging?
09:39 < ASY> probably (for a peace of mind).
09:39 < Lathiat> ya
09:42 < ASY> yup
09:42 < ASY> (none):~# hdd: unknown partition table
09:42 < ASY> and hang
09:42 < Lathiat> freeze?
09:42 < Lathiat> weird
09:43 < ASY> ok... well, i am gonna try to continue with my adventures in uml land with fakeide/hd disabled for the time being. if anyone needs more tests/info or access to this box just let me know.
09:43 < ASY> btw, mconsole also hangs
09:43 < ASY> have to ^C out of it
09:43 < ASY> but that is natural
09:43 < Lathiat> hrm
10:11 < ASY> david: that one was tricky. bridge is not just a name of the bridge interface, but a hex number of the network segment it sits on...
10:49 -!- ghimlet^ [~hello@host19-108.pool80116.interbusiness.it] has joined #uml
11:10 -!- ghimlet^ [~hello@host19-108.pool80116.interbusiness.it] has quit [Quit: Uscita dal client]
12:12 -!- gump [~gump@81.5.136.90] has joined #uml
12:16 -!- thy_ [koubt9am@195.113.21.180] has joined #uml
12:38 -!- smcavoy [~smcavoy@grimlock.drive-megawheels.net] has joined #uml
13:07 -!- snide [~snide@AMontsouris-108-1-8-34.w217-128.abo.wanadoo.fr] has quit [Quit: going home]
13:11 < smcavoy> Does the tun/tap device for the UML need an IP on the host if it's part of a bridge that's been given an IP and contains a host interface?
13:11 < caker> 0.0.0.0
13:12 < smcavoy> hmm.. I did 'ifconfig uml-test0 promisc up' is there a diff?
13:12 < caker> not sure, but better to be explicit
13:13 < smcavoy> well I did 'ifconfig uml-test0 0.0.0.0 promisc up' and no luck.
13:14 < smcavoy> I can see the arp requests on the bridge interface, but they don't seem be going anywhere, nor is the bridge answering them....
13:14 < smcavoy> any ideas?
13:14 < david> smcavoy: the bridge doesn't answer, the UML does
13:14 < caker> interesting - I've been fighting a problem with arps since two days ago
13:15 < david> caker: I'll look at your stuff later this afternoon
13:15 < caker> david: groovy
13:15 < david> caker: got to finish cutting grass and other crap outside first :-/
13:15 < caker> david: nice .. I implemented a work-a-round .. cron job that pings every minute :) testers are happy
13:15 < caker> david: but we can screw with one of the boxes
13:16 < smcavoy> david: I'm trying to ping from the UML to the bridge interface, and also other systems that exist on the same subnet and are physically connected via the hosts interface that's in the bridge
13:16 * BB wonders if david can add tmpfs support to the kernels on his webpage *hopes* heh
13:16 < david> BB: which ones?
13:16 < BB> david the -um6 one
13:17 < david> BB: the regular UML ones are just built with the defconfig
13:17 < david> smcavoy: does the bridge have an IP? Is eth0 from the host connected to the bridge? does eth0 have an IP? Does the bridge have the old IP from eth0?
13:17 < BB> david ah ok i'l let you off ;), tried to boot gentoo with it and it shouted at me ;)
13:17 < david> BB: use my 2.4.21-rcX based kernels instead then
13:18 < BB> david k will give it ago
13:18 < smcavoy> david: the bridge has an IP on the LAN, I'm using eth2 on the host (it'll be completly dedicated to UMLs). eth2 does *not* have a IP.
13:19 < smcavoy> I did assign an IP to eth2, added it to the bridge, assign the bridge the same IP, then configured eth2 with 0.0.0.0
13:20 < david> ok
13:20 < smcavoy> that seemed to have caused a kernel panic.
13:20 < david> nice
13:20 < david> that's probably bad
13:21 < BB> heh
13:23 < Lathiat> kernel panic? cool
13:23 * Lathiat dances to flashy lights
13:23 < smcavoy> not really, the server takes *forever* to reboot.
13:23 < Lathiat> get a faster server :P
13:23 < smcavoy> something about dev.c
13:24 < smcavoy> Lathiat: heh, it's a dual 1ghz 2gb ram. It's a bit bigger than a bar fridge...
13:24 < Lathiat> sounds chunky
13:24 * Lathiat steals it
13:24 < ASY> david: did you say earlier that ipskip in netdef doesn't work? no matter what i do i seem to get bridge installed on .1 and that conflicts.
13:24 < smcavoy> Lathiat: it's a dell 4400
13:29 < ASY> david: i went through the code and it looks like this is .1 by design. can anything be done in a simple manner to adjust this (without hacking umld)?
13:30 -!- thy_ [koubt9am@195.113.21.180] has quit [Quit: Client exiting]
13:33 < david> ASY: probably not
13:33 < david> ASY: I need to look at that
13:34 < ASY> david: what are your immediate plans with umld? as you have figured it out probably I am trying to use this and i would not mind doing some fixes and getting some howtos together if there would be a way of doing this (sourceforge, or your own cvs or something). that is ofcourse if you are up for this.
13:35 < ASY> there is a number of troubles and problems i had to go through to figure things out.
13:35 < ASY> and make them work
13:36 < ASY> but i am staying away from adjusting any code because i don't want to trash whatever i do when you get another release out...
13:36 < david> ASY: make a list of things that are wrong with it, and I'll work on fixing it
13:38 < david> ASY: I'll also look at putting it in CVS next week
13:39 < ASY> k, i will e-mail the list by next week. there is not much. also if you care, i have a private cvs setup.
13:40 < david> ASY: I was just going to toss it on a box here, so it's easy to update my UML boxes from the tree
13:40 < ASY> k
13:42 < ASY> david: i read the article in pcplus. was helpful. :)
13:42 < BB1> wow pcplus still exists
13:44 < ASY> also, i had a problem with fake_ide/hd and mconsole config ubd3=/fs. this morning. don't know if this is of concern to anyone. umld choked, i had to remove those options.
13:52 < caker> wow: http://www3.informatik.uni-erlangen.de/Research/UMLinux/
13:59 -!- radical [~kernet@202.88.184.39] has joined #uml
14:05 -!- radical [~kernet@202.88.184.39] has quit [Quit: Client Exiting]
14:15 -!- radical [~kernet@202.88.184.39] has joined #uml
14:16 -!- radical [~kernet@202.88.184.39] has quit [Remote host closed the connection]
14:18 -!- radical [~kernet@202.88.184.39] has joined #uml
14:19 -!- radical [~kernet@202.88.184.39] has quit [Remote host closed the connection]
14:21 -!- radical [~kernet@202.88.184.39] has joined #uml
15:08 -!- sizban [~sizban@66-181-105-194.cust.gwis.com] has joined #uml
15:12 < sizban> d00d! my tty's are broke! :) can someone please help?
15:18 < desaster> hey hey
15:18 < desaster> edit /etc/inittab in your uml
15:18 < desaster> (boot in single mode to get to edit it)
15:20 < sizban> i promise i'm not usually this retarded ;) in the uml's /etc/inittab, i have '0:2345:respawn:/sbin/getty 38400 vc/0', and on the host, i run 'linux umid=debian con0=port:31337' ... the uml boots to the point of 'Initializing stdio console driver' and then hangs, so i telnet into localhost:31337/tcp, and get an immediate conxion closure. i've also tried `linux umid=debian con0=fd:0,fd:1 con=pts` with no success... just hanging in limbo and lookin
15:22 < sizban> i've actually mount -o loop'ed the filesystem to edit the /etc/inittab ... that's all day ... just need to know what to put in there if that's not right :)
15:22 < caker> there's something to do with setting up inetd on the host to get ports to work
15:22 < sizban> caker; ok ... what about local stdin/stdout redirection?
15:22 < caker> no need
15:22 < caker> use con=null con0=fd:0,fd:1
15:23 < caker> also, I use tty0 in my inittab .. vc/X will prob work, too
15:25 < BB1> i use vc/0
15:31 < sizban> w00t w00t! :) 0:2345:respawn:/sbin/getty 38400 tty0 works!
15:34 < caker> w00t, indeed
15:38 < sizban> what's this devfs stuff all about?
15:38 < caker> http://www.google.com/search?sourceid=navclient&ie=UTF-8&oe=UTF-8&q=devfs
17:25 -!- sizban [~sizban@66-181-105-194.cust.gwis.com] has quit []
18:06 -!- smcavoy [~smcavoy@grimlock.drive-megawheels.net] has quit [Quit: ACK!]
18:21 -!- radical [~kernet@202.88.184.39] has quit [Quit: Client Exiting]
19:22 < ljlane> Has anyone else run into the apply_alternatives compilation error with 2.5.69-um1? I saw someone try to post a patch on the list, but the actual patch doesn
19:23 < ljlane> t appear to be there.
19:25 < mistik1> yup
19:26 < mistik1> I saw the same errors with 2.5.69
19:26 -!- Phazeman [~Phazeman@DSL217-132-3-195.bb.netvision.net.il] has joined #uml
19:27 < Phazeman> did anyone patched the skas3 patch on the mandrake 9.1 kernell 2.4.21-0.13 ?
19:28 -!- BB [~chris@216.127.67.147] has quit [Ping timeout: 488 seconds]
19:32 < ljlane> mistik1, ah. It's strange to see so little about it on the mailing list.
19:34 < Phazeman> mistik1: i'm here
19:34 < Phazeman> mistik1: when applying the patch it has errors
19:35 < mistik1> paste it to the bot
19:35 < mistik1> i'll brb
19:35 < Phazeman> k
19:36 < mistik1> whois for the URL
19:36 < mistik1> brb
19:37 < Phazeman> mistik1: http://pastebot.geeksinthehood.net:8888/5
19:37 < Phazeman> mistik1: is that bot authorized by the ops there ?
19:37 < Phazeman> coz they are going to shoot me and you for that
19:40 < BB1> man u suck uk2 cock
19:40 < BB1> f... that was in the wrong channel sorry
19:46 -!- _slh_ [~chatzilla@66.157.233.95] has joined #uml
19:49 < mistik1> yes it is
19:49 < mistik1> I would never run a bot anywhere without first the curtesy of asking
19:49 < Phazeman> k
19:49 < Phazeman> did you look at the pasting i did ?
19:53 < Phazeman> mistik1: ?
19:53 < mistik1> yes
19:53 < mistik1> kill that tree a sec
19:53 < Phazeman> rm -rf ?
19:53 < mistik1> I dont have enough time to go through all the fail hunks
19:54 < Phazeman> ok.. nm then
19:54 < Phazeman> we will do it next time you have time :)
19:54 < Phazeman> i'm not in hurry :)
19:54 < mistik1> no wait
19:54 < Phazeman> ok
19:54 < Phazeman> rm -rf /usr/src/linux ?
19:54 < mistik1> just rm -rf the tree and extract the backup
19:54 < Phazeman> ok
19:54 < Phazeman> 1 sec
19:54 < mistik1> and we go it again
19:55 < mistik1> http://kernels.usermodelinux.org/host/
19:55 < Phazeman> extracting now
19:55 < Phazeman> what should i get from there ?
19:55 < mistik1> grab the host-skas3-ptrace.....
19:55 < Phazeman> the clean one ?
19:55 < Phazeman> ok
19:56 < mistik1> get the mod skas too
19:56 < mistik1> dont do anything with it untill all else fails
19:56 < Phazeman> ok
19:56 < Phazeman> it's extracted
19:56 < mistik1> and you have read and understood how i t works
19:56 < Phazeman> what do you mean ?
19:56 < Phazeman> i have that kernel tree restored now
19:57 < mistik1> cd /usr/src/linux
19:57 < mistik1> bzcat
19:57 < mistik1> ack1
19:57 < Phazeman> [root@gandalf /usr/src/linux]# bzcat
19:57 < Phazeman> bzcat: I won't read compressed data from a terminal.
19:57 < Phazeman> bzcat: For help, type: `bzcat --help'.
19:57 < mistik1> bzcat /path/to/host-skas3.ptrace.patch.bz2 | patch -p1
19:57 < mistik1> I didn't finish
19:58 < Phazeman> ohh
19:58 < Phazeman> k
19:58 < Phazeman> same failed messages
19:58 < mistik1> damn
19:58 < mistik1> I wonder if someone has this done on mdk
19:59 < Phazeman> if you are busy i really don't want to take your time for this.. it's not in hurry for me for now
19:59 < Phazeman> i can handle it later
19:59 < mistik1> ok kill the tree again
19:59 < Phazeman> k
19:59 < Phazeman> restoring it now
20:00 < mistik1> I'm not that busy but just running over *.c *.h to find and fix all hunks is not in me right now
20:00 < Phazeman> sure sure
20:00 < Phazeman> you know.. i don't care to kill it manualy for now ... not such a big deal...
20:01 < Phazeman> but it would be nice to have that skas3 so i will have only 4 processes for each uml session
20:01 < mistik1> skas is kinda worth the hastle
20:01 < Phazeman> you know better then me... so i would believe you
20:02 < Phazeman> ok
20:02 < Phazeman> tree restored
20:14 < mistik1> ok
20:14 < mistik1> lets prep the tree and try to build the module
20:15 < Phazeman> ok
20:15 < Phazeman> i'm with you
20:16 < mistik1> cp /boot/config-`uname -r` /usr/src/linux/.config
20:16 < mistik1> cd /usr/src/linux
20:16 < mistik1> make oldconfig
20:17 < mistik1> make dep
20:17 < Phazeman> 1 sec
20:18 < Phazeman> make oldconfig runs now
20:18 < Phazeman> make dep just started
20:19 < Phazeman> btw.. i'm running the uml now and it takes about 50 processes
20:20 < Phazeman> thats not that good isn't it ?
20:20 < mistik1> skas will remedy that
20:20 < Phazeman> i belive you thats why i'm trying to get it working :)
20:21 < Phazeman> make dep done
20:21 < Phazeman> what next ?
20:21 < mistik1> ok
20:21 < mistik1> cd ..
20:21 < Phazeman> done
20:21 < mistik1> extract the mod-skas3 package
20:21 < mistik1> cd dir-made
20:22 < mistik1> make
20:22 < Phazeman> error
20:22 < Phazeman> main.c:20:27: linux/syscall.h: No such file or directory
20:22 < mistik1> ok
20:23 < mistik1> do you have the kernel-headers package installed?
20:23 < Phazeman> i don't think so.. let me check
20:23 < Phazeman> no
20:23 < Phazeman> install it ?
20:24 < Phazeman> [root@gandalf /usr/src/mod-skas3-20030107]# urpmi kernel-headers --media main
20:24 < Phazeman> Everything already installed
20:24 < Phazeman> it is installed
20:24 < mistik1> that's odd
20:25 < Phazeman> trying urpmf syscall.h now
20:25 < Phazeman> nothing
20:25 < mistik1> urpmf linux/syscall.h
20:25 < mistik1> that should be in the source tree or headers package
20:25 < Phazeman> kernel-source
20:25 < mistik1> wtf
20:25 < Phazeman> yeah
20:26 < Phazeman> kernel-source:/usr/src/linux-2.4.21-0.13mdk/include/asm-x86_64/vsyscall.h
20:26 < Phazeman> kernel-source:/usr/src/linux-2.4.21-0.13mdk/include/linux/nfsd/syscall.h
20:26 < mistik1> wait a sec
20:26 < Phazeman> well.. it's not where it looks for it
20:26 < Phazeman> it looks in linux/
20:27 < Phazeman> and it's in linux.something
20:27 < Phazeman> linux/something i mean
20:27 < Phazeman> ok
20:27 < mistik1> is there a /usr/src/linux-2.4.21-0.13mdk
20:28 < mistik1> or just /usr/src/linux ?
20:28 < Phazeman> both
20:28 < Phazeman> [root@gandalf /usr/src]# ls -lc | grep linux
20:28 < Phazeman> lrwxrwxrwx 1 root root 20 Mar 26 03:24 linux -> linux-2.4.21-0.13mdk/
20:28 < Phazeman> drwxr-xr-x 18 root root 4096 Jun 7 03:15 linux-2.4.21-0.13mdk/
20:29 < mistik1> ok
20:32 < mistik1> I wish I knew which of these syscalls it wanted
20:32 < mistik1> I would assume the asm one
20:32 < mistik1> not sure though
20:32 < Phazeman> the asm one is vsyscall
20:32 < Phazeman> not syscall
20:34 < Phazeman> well.. i think it's better to leave it for now...
20:34 < Phazeman> it's 3:30 AM here..
20:34 < Phazeman> the wife will kill me soon....
20:34 < caker> Also, there is the skas as a module...
20:35 < caker> http://www.rogerbinns.com/modskas3/
20:35 < Phazeman> mistik1: ?
20:38 < Phazeman> mistik1, caker: thanks for trying to help.. i'm off... the wife is going to take my head of.....
20:39 < Phazeman> will finish it tomorrow....
20:39 < Phazeman> good night
20:39 -!- Phazeman is now known as Phazeman|AFK
20:49 < mistik1> caker: he was trying to build the module
20:49 < mistik1> I am so sick of the mandrake lameness
20:49 < caker> oh :( you also need the one line ptrace fixer
20:55 < mistik1> caker: I took a look at the post you made and I too say WoW!
20:56 -!- _slh_ [~chatzilla@66.157.233.95] has quit [Read error: Connection reset by peer]
21:43 -!- _slh_ [~chatzilla@68.154.226.135] has joined #uml
21:44 -!- _slh__ [~chatzilla@68.154.226.135] has joined #uml
21:44 -!- _slh_ [~chatzilla@68.154.226.135] has quit [Remote host closed the connection]
--- Log closed Sat Jun 07 00:00:00 2003