Back to Home / #uml / 2007 / 03 / Prev Day | Next Day
#uml IRC Logs for 2007-03-07

---Logopened Wed Mar 07 00:00:14 2007
00:36|-|SNy_ [0d3ca6b4c6@bmx-chemnitz.de] has joined #uml
00:36|-|SNy [45f70c1409@bmx-chemnitz.de] has quit [Read error: Connection reset by peer]
00:36|-|SNy_ changed nick to SNy
01:03|-|mjf [~mjf@r5bb59.net.upc.cz] has joined #uml
02:02|-|karrde_ [karrde@bzq-82-81-217-102.cablep.bezeqint.net] has quit [Read error: Connection reset by peer]
02:18|-|karrde_ [karrde@bzq-88-155-182-158.red.bezeqint.net] has joined #uml
02:35|-|dlezcano [~dlezcano@blueice3n1.uk.ibm.com] has joined #uml
02:42|-|flatronf700B [~flatronf7@202.75.186.154] has quit [Ping timeout: 480 seconds]
02:57|-|karrde_ [karrde@bzq-88-155-182-158.red.bezeqint.net] has quit [Ping timeout: 480 seconds]
02:59|-|weasel [weasel@asteria.debian.or.at] has joined #uml
03:07|-|karrde_ [karrde@bzq-82-81-226-34.cablep.bezeqint.net] has joined #uml
03:09|-|besonen_mobile [~besonen_m@71-220-225-182.eugn.qwest.net] has quit [Ping timeout: 480 seconds]
03:52|-|motp [~motp@83.236.181.13] has joined #uml
03:57|-|karrde_ [karrde@bzq-82-81-226-34.cablep.bezeqint.net] has quit [Ping timeout: 480 seconds]
04:08|-|karrde_ [karrde@bzq-88-154-235-34.red.bezeqint.net] has joined #uml
04:11|-|tyler [~tyler@89.98.143.234] has joined #uml
04:19|-|SNy [0d3ca6b4c6@bmx-chemnitz.de] has quit [Ping timeout: 480 seconds]
04:22|-|Shaun2222 [~shaun@ip68-4-212-221.oc.oc.cox.net] has joined #uml
04:23|-|SNy [b8de331dfb@bmx-chemnitz.de] has joined #uml
05:21|-|baroni [~baroni@c934f35b.virtua.com.br] has quit [Ping timeout: 480 seconds]
05:28|-|baroni [~baroni@c934f35b.virtua.com.br] has joined #uml
05:39|-|pgstudy [~pgstudy@bzq-84-108-64-51.cablep.bezeqint.net] has joined #uml
05:47|-|karrde_ [karrde@bzq-88-154-235-34.red.bezeqint.net] has quit [Ping timeout: 480 seconds]
06:47|-|baroni [~baroni@c934f35b.virtua.com.br] has quit [Ping timeout: 480 seconds]
06:49|-|baroni [~baroni@c934f35b.virtua.com.br] has joined #uml
07:03|-|tyler [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
07:03|-|tyler [~tyler@89.98.143.234] has joined #uml
07:08|-|nikkne [~nikkne@nslpc5.epfl.ch] has joined #uml
07:11|-|tyler_ [~tyler@89.98.143.234] has joined #uml
07:11|-|tyler [~tyler@89.98.143.234] has quit [Read error: Connection reset by peer]
07:13|-|karrde_ [karrde@bzq-88-154-100-120.red.bezeqint.net] has joined #uml
07:24|-|tyler_ [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
07:27|-|tyler [~tyler@89.98.143.234] has joined #uml
07:33<kokoko1>hi
07:37|-|tyler [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
07:38|-|tyler [~tyler@89.98.143.234] has joined #uml
07:44|-|baroni [~baroni@c934f35b.virtua.com.br] has quit [Remote host closed the connection]
07:48|-|karrde_ [karrde@bzq-88-154-100-120.red.bezeqint.net] has quit [Ping timeout: 480 seconds]
07:58|-|karrde_ [karrde@bzq-88-153-63-19.red.bezeqint.net] has joined #uml
09:10|-|jdike [~jdike@pool-71-174-247-179.bstnma.fios.verizon.net] has joined #uml
09:11<jdike>Hi guys
09:14<peterz>hey Jeff
09:15<jdike>peterz, non-linear VMAs aren't in mainline, correct?
09:16<peterz>they are
09:16<jdike>since when?
09:16<peterz>dunno
09:16<peterz>just not the vm_prot changes you need I guess
09:16<jdike>Oh, OK
09:16<jdike>yeah, those are kind of important
09:17<peterz>figured as much
09:17<peterz>but only after full reading the remap_file_pages manpage and noting that prot must be 0
09:17<jdike>yup
09:18<peterz>but you'd be using it on a ramfs thingy, right?
09:18<jdike>tmpfs
09:18<jdike>yes
09:24[~]jdike stares fondly at his brand-new desktop box
09:24<jdike>which unfortunately I'm not going to have time to install today
09:25<jdike>ought to be a huge improvement over my current 7-year old box
09:26<peterz>you got something like what arjan has?
09:27<jdike>what does he have?
09:27<peterz>2x4core xeon thingy
09:27<jdike>no
09:27<jdike>$900 core duo from Dell
09:28<peterz>aww, not even 64bit?
09:28<jdike>actually, it is
09:28<peterz>core 2 duo then
09:28<jdike>according to the BIOS anyway
09:28<jdike>yeah
09:28<peterz>ah, yeah, that are nice boxen
09:28<jdike>I thought the core2 were all 32-bit and the Xeons were the 64-bit ones
09:29<jdike>little do I know
09:29<jdike>s/core2/cores/
09:29<peterz>heh not paying attention when the company presents its new goodies, he
09:29<jdike>yep
09:29<jdike>but I think there's general agreement that the naming is non-optimal
09:30<peterz>but nobody dared tell the marketing department?
09:30<jdike>esp when figuring out whether you're looking at a 32 or 64-bit box
09:30<peterz>yeah, they got that real confusing
09:31<peterz>same thing with VT
09:31<jdike>yeah
09:31<jdike>and to make it worse, some OEMs disable VT
09:32<jdike>so you really have no idea what you're getting
09:32<peterz>yeah, zwane actually considered 'patching' his bios image to fix that
09:32<jdike>hehe
09:48|-|besonen_mobile [~besonen_m@71-220-225-182.eugn.qwest.net] has joined #uml
09:51|-|flatronf700B [~flatronf7@202.75.186.154] has joined #uml
10:25<jdike>who know how to use yum to get source?
10:25<jdike>knows
10:37|-|baroni [~baroni@c934f35b.virtua.com.br] has joined #uml
10:41<kokoko1>jdike, you mean source rpm?
10:41<jdike>or to get the source RPM
10:42<jdike>I just did it anyway - found it by hand, but I thought there was a yum way to do it
10:42<kokoko1>Use yumdownloader in yum-utils
10:43<jdike>Ooh, didn't know about that
10:43<kokoko1>eg, something like this yumdownloader --source yum
10:43<jdike>yeah
10:44<kokoko1>I am glad I of some help to you :)
10:44<jdike>I'm debugging threads problems on x86_64 and need to look at bind/pthreads source
10:45<kokoko1>awesome
10:47<kokoko1>jdike, then you have to do ; fedora-buildrpmtree ; rpm -ivh packagname ; cd ~/rpmbuild/SOURCES :)
10:47<kokoko1>heheheh
10:48<jdike>OK
10:48<jdike>I've done the first one, and rpm -i seems to be happy dropping stuff in there
10:48<kokoko1>yes yes -vh on give some eye candy :-S
10:49<kokoko1>s/on/will
10:49<jdike>ah
10:49<jdike>that's important
10:50<jdike>kernel.org really sucks todayt
10:50<jdike>today
10:51<kokoko1>Yes, looks they need sponser to upgrade there setup machines, bandwidth etc :)
10:51<kokoko1>its not working here
10:51<kokoko1>jdike, I have upgraded all our hosts + UMLs to FC6
10:52<jdike>cool
10:52<jdike>kernel.org is getting hammered by git
10:55<kokoko1>rofl
10:59<peterz>korg is very unresponsive
11:00<peterz>I guess we're all not nice to zeus2
11:00<peterz>even though we were asked to be
11:06<jdike>hmmm
11:06<kokoko1>if a host reboot and one of UML providing samba shares and it boot after other uml then other umls fails to mount the smb shares
11:06<jdike>just managed to load the main page, and that request was two days ago
11:07<peterz>lol
11:07<jdike>guess things aren't going according to plan
11:07<peterz>your browser kept up for 2 days?
11:07<peterz>persistent little bugger
11:07<jdike>no
11:07<jdike>just noticing dates
11:08<jdike>Mar 5, 2007: Zeus1 will be offline starting Mar 6, 2007 ...
11:08<jdike>OK, so that was starting yesterday
11:08<kokoko1>I am wondering how to tell UML mouting the share to sleep for sometime
11:08<kokoko1>i have this entry in /etc/fstab
11:08<kokoko1>/KARMA-H/samba/karma-b /var/mrsmonclient cifs username=karma-b,password=xxxxxxxx 0 0
11:08<kokoko1>I am looking for solution something like this ...
11:08<kokoko1>while (mount_samba()==unsuccessful) { sleep(5) }
11:09<jdike>that password doesn't look too secure :-)
11:09<kokoko1>np :)
11:09<jdike>while [ ! mount -a -t samba ]; do sleep 5; done
11:09<kokoko1>which script need to check on samba client UML which mount fstab fs
11:10<kokoko1>nice, but where to stick it :)
11:10<jdike>dunno
11:10<jdike>OK
11:11<jdike>% yum list "*glibc*"
11:11<jdike>...
11:11<jdike>glibc.x86_64 2.4-11 installed
11:11<jdike>So I have a glibc.x86_64
11:11<kokoko1>cool, :)
11:11<peterz>but a rather old one
11:11<jdike>% yumdownloader --source glibc.x86_64
11:11<jdike>...
11:11<jdike>No Match for argument glibc.x86_64
11:12<jdike>but yumdownloader is clueless
11:12<peterz>yum is clueless in general
11:12<kokoko1>jdike, yum provides blah ?
11:13<jdike>it's FC5, so not that old
11:13<jdike>kokoko1, say that again?
11:14<kokoko1>yum provides somefile (give you package which have this file)
11:14<kokoko1>English :)
11:14<jdike>Oh, yeah
11:15<jdike>it's glibc
11:15<jdike>well, I did rpm -q -f /lib/libpthread.so.0
11:15<jdike>which told me glibc
11:15<kokoko1>rpm -qf is good if you have package already installeld
11:16<kokoko1>installed*
11:16<jdike>glibc is hard to avoid
11:16<kokoko1>heh
11:16<kokoko1>now i am wondering where in init stage put the samba checking loop :-S
11:18<peterz>http://geekz.co.uk/lovesraymond/archive/the-redhat-package-mangler
11:18<peterz>I'm sure you guys love that ;-)
11:18<kokoko1>clicked
11:18<jdike>interesting
11:18<jdike>it knows about libc, just not source
11:23<jdike>hehe
11:26<kokoko1>jdike, what source you are looking for let me find you?
11:26<jdike>glibc
11:26<kokoko1>k
11:26<jdike>glibc-2.4-11
11:26<kokoko1>fc5?
11:26<jdike>yeah
11:27<jdike>the exact version probably doesn't matter too much
11:27<kokoko1>http://ftp.linux.ncsu.edu/pub/fedora/linux/core/5/source/SRPMS/glibc-2.4-4.src.rpm <-- will not work?
11:28<jdike>probably will
11:33<jdike>OK, tx
11:34<kokoko1>Your welcome
11:43<kokoko1>How do i print a list of program names currently running(only the program names, not PID's,etc)?
11:43<kokoko1>please don't tell me read 'man ps' :_S
11:44<jdike>man awkj
11:44<jdike>awk
11:45<kokoko1>heh :)
11:45<kokoko1>okay
11:46<peterz>ps -deo cmd
11:47<kokoko1>peterz, thanks
11:51<kokoko1>peterz, ps -deo comm , is cool :)
11:51<peterz>hmm that seems to truncate some though, but yeah, much more readable
11:55<jdike>you gotta wonder how much functionality these things need, though
11:55<jdike>is that really a huge improvement over ps | awk '{print $4}'?
11:57<peterz>not sure, its less typing though
11:58<jdike>not less reading of man pages
11:58<peterz>I've even see ppl use awk on top
11:58<jdike>hehe
11:58<jdike>wow
11:58<peterz>it sorts you know
11:59<peterz>anyway, once upon a time I read a 1000 page unix reference manual
11:59<peterz>and ever since some really weird things stuck
12:00<kokoko1>ps | awk '{print $4}' , will not give you all command running
12:00<jdike>true
12:00<jdike>but the fact that it's writing to a pipe should confuse the nice terminal stuff
12:01<jdike>ps -ax | awk '{print $5}'
12:02<jdike>does, and it doesn't truncate
12:02<kokoko1>oh yeah :)
12:06[~]jdike fixes the x86_64 threads problem
12:07[~]jdike waits for the thunderous applause
12:07<jdike>wankers
12:07<jdike>see if I ever fix another bug
12:09<kokoko1>hehe
12:13|-|da-x [~karrde@xiv-glob.ser.netvision.net.il] has quit [Read error: No route to host]
12:21|-|kos_tom [~thomas@humanoidz.org] has joined #uml
12:27|-|motp [~motp@83.236.181.13] has quit [Quit: Leaving]
12:27[~]kokoko1 goes to read rsync manual
12:28|-|pgstudy [~pgstudy@bzq-84-108-64-51.cablep.bezeqint.net] has quit [Remote host closed the connection]
12:45|-|tyler [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
13:00|-|richardw [~richardw@M332P002.adsl.highway.telekom.at] has joined #uml
13:03|-|tyler [~tyler@89.98.143.234] has joined #uml
13:23[~]jdike disappears again until Tuesday
13:23|-|jdike [~jdike@pool-71-174-247-179.bstnma.fios.verizon.net] has quit [Quit: Leaving]
13:49|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
13:54|-|hfb [~hfb@pool-71-118-248-190.lsanca.dsl-w.verizon.net] has joined #uml
14:11|-|nikkne [~nikkne@nslpc5.epfl.ch] has quit [Quit: nikkne]
14:52|-|tyler [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
15:20|-|tyler [~tyler@89.98.143.234] has joined #uml
15:56|-|dusty [~dusty@tor-irc.dnsbl.oftc.net] has joined #uml
16:08|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
16:22|-|kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
16:28|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
16:35|-|tyler [~tyler@89.98.143.234] has quit [Remote host closed the connection]
16:54|-|besonen_mobile [~besonen_m@71-220-225-182.eugn.qwest.net] has quit [Read error: Connection reset by peer]
16:54|-|besonen_mobile [~besonen_m@71-220-225-182.eugn.qwest.net] has joined #uml
17:23|-|mjf [~mjf@r5bb59.net.upc.cz] has quit [Quit: leaving]
17:57|-|richardw_ [~richardw@M227P031.adsl.highway.telekom.at] has joined #uml
17:57|-|hfb [~hfb@pool-71-118-248-190.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
18:03|-|richardw_ [~richardw@M227P031.adsl.highway.telekom.at] has quit [Remote host closed the connection]
18:04|-|richardw [~richardw@M332P002.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds]
21:07|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
21:28|-|Aaron_Mason [~chatzilla@202.10.82.172] has joined #uml
21:28<Aaron_Mason>hey all
21:34<Aaron_Mason>i found out why uml tries to bring xterms up
21:35|-|cmantito [~gphreak@c-68-39-18-162.hsd1.nj.comcast.net] has quit [Quit: I aer quitted.]
21:39|-|cmantito [~gphreak@c-68-39-18-162.hsd1.nj.comcast.net] has joined #uml
21:48<Aaron_Mason>wb
21:51<Aaron_Mason>to stop UML from producing xterms, turn off "xterm channel support" under "Character devices"
21:51<Aaron_Mason>even if noone's here to read that, at least it'll get indexed by google eventually
21:52<Aaron_Mason>oh, and change "Default console channel initialization" to tty
21:53|-|Aaron_Mason [~chatzilla@202.10.82.172] has quit [Quit: Chatzilla 0.9.77 [Firefox 1.5.0.10/2007021601]]
22:59|-|VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs]
22:59|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
---Logclosed Thu Mar 08 00:00:59 2007