IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 7 November 2011   (all times are UTC)

00:14Selveste1 has left IRC (Selveste1!~Selveste1@31.25.23.230, Ping timeout: 276 seconds)
00:15cliebow has left IRC (cliebow!~cliebow@66.63.66.218, Quit: Leaving)
00:39cliebow has joined IRC (cliebow!~cliebow@66.63.66.218)
01:06artista_frustrad has left IRC (artista_frustrad!~artista_f@189.73.40.178, Quit: Leaving)
01:11andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net)
01:29andygraybeals has left IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net, Ping timeout: 240 seconds)
01:41jtsop has joined IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr)
01:46Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
01:51jtsop has left IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr, Remote host closed the connection)
02:10Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
02:38jhutchins has left IRC (jhutchins!~jonathan@64-151-37-66.dyn.everestkc.net, Remote host closed the connection)
02:42jhutchins has joined IRC (jhutchins!~jonathan@64-151-37-66.dyn.everestkc.net)
02:52cliebow has left IRC (cliebow!~cliebow@66.63.66.218, Quit: Leaving)
03:12Parker955 is now known as Parker955_Away
03:12Parker955_Away is now known as Parker955
03:37Yet_another_Bill has left IRC (Yet_another_Bill!billy@nat/redhat/x-vpkypkxhvnpxvhrz, Remote host closed the connection)
03:55Parker955 is now known as Parker955_Away
03:57Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
04:26Yet_another_Bill has joined IRC (Yet_another_Bill!billy@nat/redhat/x-rnxzkpdrbhgpymhp)
04:29Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
04:30alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:42Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
04:50
<vagrantc>
alkisg: http://packages.qa.debian.org/epoptes
04:50
<alkisg>
Hey vagrantc. I saw it yesterday, cool!!! :)
04:50* alkisg is finally home after 40 hours trip
04:51
<alkisg>
vagrantc: so now it automatically goes to testing after a couple of weeks?
04:51
Or it's manual?
04:51
<vagrantc>
alkisg: i'd have to upload to unstable before it starts to migrate
04:51
<alkisg>
Ah I forgot about unstable
04:51
<vagrantc>
alkisg: i wanted it to land in experimental first, since it sounded like we're going to rearrange the VNC backend a bit
04:52
<alkisg>
The next couple of days I'll work on epoptes a bit
04:52
And Phantomas will complete the classroom editing pane, afaik
04:52
<vagrantc>
stgraber: so you could pull ltspfs and epoptes soonish
04:52
<alkisg>
So that 0.4.0 version could go to unstable, yeah
04:53
vagrantc: about the vnc backend, if you could test if ssvncviewer works with 24bpp...
04:53
I'm not sure if I can create a vm with 24 bpp to test
04:53
I'm using vbox, you? qemu?
04:54
<vagrantc>
alkisg: qemu or qemu-kvm
04:54* vagrantc also tested spice support just now
04:54
<alkisg>
Test == ssvncviewer -listen on one hand, x11vnc -noshm -connect server on the other hand
04:54
<vagrantc>
apparently, the server-side spice protocol only works with 64-bit
04:55
<alkisg>
So spice is basically something like nx?
04:55
Screen, sound, printer and disk redirection?
04:55
<vagrantc>
think so
04:55
would be cool to make a backend for ldm
04:56
<alkisg>
I hope they make spice easy to install...
04:56* alkisg wonders if we'll be switching to lightdm in the next months/years
04:56
<alkisg>
libpamssh + lightdm, instead of ldm
04:57
<vagrantc>
wouldn't that only work for fat clients?
04:57
<alkisg>
As I understood Scotty, we could put any session there
04:57
Thin, fat, rdesktop, nx...
04:57
<vagrantc>
ah, by dropping a desktop file...
04:58
<alkisg>
For thins it would execute commands through the already established socket
04:59
<vagrantc>
you'd have a "ssh -Y -M ... startlxde" as a desktop file or something
04:59
<alkisg>
Right, one of our scripts inside the thin-client-session.desktop
05:00
Btw xvnc4viewer is lighter in ram than ssvncviewer, so the switch would only be worth it if it avoids the 24bpp problems
05:09alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
05:19Selveste1 has joined IRC (Selveste1!~Selveste1@31.25.23.230)
05:51loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
05:56Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
07:30vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 240 seconds)
08:13Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, Ping timeout: 240 seconds)
08:43map7 has joined IRC (map7!~map7@ppp118-209-74-113.lns20.mel4.internode.on.net)
09:07dobber has joined IRC (dobber!~dobber@213.169.45.222)
09:11loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
09:19Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host86-173-9-102.range86-173.btcentralplus.com)
09:34TatankaT_ is now known as TatankaT
09:42khildin has joined IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be)
09:45Patina has left IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk, Remote host closed the connection)
10:08Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk)
10:08Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk)
10:13Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc)
10:27leio_ is now known as leio
10:33map7 has left IRC (map7!~map7@ppp118-209-74-113.lns20.mel4.internode.on.net, Quit: Leaving)
10:44alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:56vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 240 seconds)
11:06alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
11:20artista-frustrad has joined IRC (artista-frustrad!~fernando@200.247.43.2)
11:28vmlintu has joined IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi)
11:29khildin has left IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be, Quit: I'm gone, bye bye)
11:35ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc)
11:35-wolfe.freenode.net- [freenode-info] channel trolls and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp
11:37highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
11:48sepski has joined IRC (sepski!~sep@40.211.jostedal.no)
11:49gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
11:51darkpixel_ has joined IRC (darkpixel_!~darkpixel@65.100.44.217)
11:56garymc has joined IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com)
12:05Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
12:30andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net)
12:38Parker955_Away is now known as Parker955
12:50Mac has joined IRC (Mac!~Gary@host109-154-229-204.range109-154.btcentralplus.com)
12:50alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:53Parker955 is now known as Parker955_Away
12:53Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host86-173-9-102.range86-173.btcentralplus.com, Ping timeout: 260 seconds)
12:55gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Ping timeout: 260 seconds)
12:59Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
13:01andygraybeals has left IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net, Ping timeout: 258 seconds)
13:06Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
13:07alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 245 seconds)
13:13gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
13:18andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net)
13:21andygraybeals has left IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net, Read error: Operation timed out)
13:24jason00 has joined IRC (jason00!ada36451@gateway/web/freenode/ip.173.163.100.81)
13:33garymc has left IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com, Ping timeout: 258 seconds)
13:38biomorph has joined IRC (biomorph!~biomorph@81.168.40.99)
13:44Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
13:47Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
13:53toscalix has joined IRC (toscalix!~toscalix@77.208.72.178)
13:59Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
14:04Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
14:07biomorph has left IRC (biomorph!~biomorph@81.168.40.99, Quit: Leaving)
14:07Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
14:09kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10)
14:11spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split)
14:11FrozenZia has left IRC (FrozenZia!pbrown@shell.paivola.fi, *.net *.split)
14:11dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
14:12Lumiere has left IRC (Lumiere!~jstraw@unaffiliated/jstraw, Read error: Operation timed out)
14:12kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Read error: Operation timed out)
14:12kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10)
14:12Gadi has left IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net, Ping timeout: 240 seconds)
14:13FrozenZia has joined IRC (FrozenZia!pbrown@shell.paivola.fi)
14:13shamino has left IRC (shamino!shamino@hilla.kapsi.fi, Ping timeout: 258 seconds)
14:13brunolambert has joined IRC (brunolambert!~bruno@207.164.135.98)
14:13shamino has joined IRC (shamino!shamino@hilla.kapsi.fi)
14:13Patina has left IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk, Ping timeout: 240 seconds)
14:13cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds)
14:13_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 240 seconds)
14:13toscalix_ has joined IRC (toscalix_!~toscalix@77.208.72.178)
14:13jason00 has left IRC (jason00!ada36451@gateway/web/freenode/ip.173.163.100.81, Ping timeout: 265 seconds)
14:13zamba has left IRC (zamba!marius@flage.org, Ping timeout: 258 seconds)
14:14Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
14:14toscalix has left IRC (toscalix!~toscalix@77.208.72.178, Ping timeout: 252 seconds)
14:14Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk)
14:14cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
14:15zamba has joined IRC (zamba!marius@flage.org)
14:17spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
14:21Lumiere has joined IRC (Lumiere!~jstraw@unaffiliated/jstraw)
14:22Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
14:23alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
14:27_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com)
14:28mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
14:29Mac has left IRC (Mac!~Gary@host109-154-229-204.range109-154.btcentralplus.com, Quit: Leaving)
14:29Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com)
14:48kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Read error: Operation timed out)
14:57Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Quit: I Leave)
14:59garymc has joined IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com)
15:00kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10)
15:01
<kazibOn_>
Sorry. the server had to be rebooted.
15:01
cyberorg: Are you here?
15:02
Now I have 3 clients up and running, I'll add the 4th one.
15:09jvin has left IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net, Quit: Left... chased by weasles!)
15:12
<kazibOn_>
cyberorg: Can you tell me which ports are exactly needed?
15:12
Currently I opened 22 and 20000 (for nbd)
15:16Cypherrr has joined IRC (Cypherrr!5eec8f71@gateway/web/freenode/ip.94.236.143.113)
15:17
<kazibOn_>
Hi, I have a question on Auto-Login. When enabled (this works fine), I have a little problem: I cannot shutdown the client, because when I end the session, it automatically opens a new one.
15:17
<Cypherrr>
!оп
15:17
<ltsp>
Cypherrr: Error: "оп" is not a valid command.
15:17
<Cypherrr>
!op
15:17
<ltsp>
Cypherrr: Error: You don't have the #ltsp,op capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
15:18
<kazibOn_>
How do I correctly shot off then? I want Autologin to ensure that not two identical user-logins happen.
15:25toscalix_ has left IRC (toscalix_!~toscalix@77.208.72.178, Remote host closed the connection)
15:31Cypherrr has left IRC (Cypherrr!5eec8f71@gateway/web/freenode/ip.94.236.143.113)
15:31kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Remote host closed the connection)
15:39Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com, Read error: Connection reset by peer)
15:39Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com)
15:45alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:15vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net)
16:16staffencasa has joined IRC (staffencasa!~staffenca@128-193-148-141.oregonstate.edu)
16:23vmlintu has left IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi, Ping timeout: 260 seconds)
16:23txor has joined IRC (txor!~txor@120.Red-213-96-26.staticIP.rima-tde.net)
16:28
<txor>
Hi, I am seeking for the way to serve different images for different thin clients on a LTSP server. Any hints?
16:30
<vagrantc>
txor: distro and release?
16:30
<txor>
vagrantc: It's an LTSP5 on an opensuse 11.4
16:31
<vagrantc>
txor: well, i'm not familiar with opensuse's kiwi-ltsp implementation, but you'd probably start by configuring dhcpd.conf
16:31
<knipwim>
i would say as well, configure it in the pxe server
16:32
<vagrantc>
kiwi-ltsp is a bit different from most LTSP implementations, but maybe cyberorg could help
16:32
<txor>
vagrantc: I see, this is usually done on the DHCP server? There's not a way with LTSP config files (like lts.conf)?
16:32
<vagrantc>
txor: lts.conf is loaded after the image is already determined
16:33
<txor>
I want to ask you befor starting to hack arround.. ;D
16:33
yes
16:33
<vagrantc>
txor: so how can you tell it which image to load?
16:33
<txor>
configuring the TFPT and DHCP would be the way
16:33
yes
16:33
<vagrantc>
right
16:34
<txor>
ok, that is the info I was searching for... Thank you very much!!
16:34
<vagrantc>
txor: knipwim's suggestion of tweaking the pxelinux.cfg would also likely be an option
16:34xsl has joined IRC (xsl!~silence@static-b4-252-232.telepac.pt)
16:34darkpixel_ has left IRC (darkpixel_!~darkpixel@65.100.44.217, Changing host)
16:34darkpixel_ has joined IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel)
16:34
<txor>
yes, I'll start looking in PXE and DHCP services
16:35
Thanks you ppl! See you soon! :)
16:35
<mgariepy>
txor, i would create some tftp/pxe config for my images and would symlink the specific thin client
16:35
<alkisg>
txor: do you mean kernel + initrd, or the nbd disk image?
16:36
<mgariepy>
like 01-AA-BB-CC-DD-EE-FF > my_pxe_config
16:37
<xsl>
anyone knows an image that shows all services and processes involved on a LTSP client connecting to an LTSP server?
16:37
<txor>
alkisg: I think it's the net image
16:38
I need to have two images and serve one by default and the other to defnied thin clients
16:38
<vagrantc>
xsl: ssh, NBD or NFS, ldminfod, tftp, dhcp ... i think that almost covers it
16:38
xsl: ltspfs may use a special port
16:39
<xsl>
tyvm
16:39
and the distro that better supports it .. ubuntu.. right?
16:40dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
16:43
<vagrantc>
xsl: ubuntu and debian have good LTSP support ... the others i'm not sure of
16:43
<xsl>
tyvm for your feedback
16:44* vagrantc suspects the topic in the channel need be updated
16:45
<knipwim>
Gentoo is still getting very close I think :)
16:45
<vagrantc>
heh :)
16:46
fedora sort of fell behind a bit
16:46miks has joined IRC (miks!~miks@66.192.188.242)
16:46
<miks>
Hey everyone! Anyone have any ideas on my video resolution problems?
16:47
<vagrantc>
miks: i was going to look into the code for some of what you needed and then you disappeared :P
16:47pingufan has joined IRC (pingufan!~rainer@goliath.hantsch.co.at)
16:47
<knipwim>
i did see warren making some fedora changes a while ago
16:47
<miks>
Sorry Vagrant
16:47
It's been a rough week :-)
16:48
I was able to use XRANDR on the client, but I can't figure out how to get it into LTS.conf
16:48
<pingufan>
Hello, cyberorg. You helped me when I was fixing the problem with 3rd+4th client ~ 2 hours ago.
16:48
<vagrantc>
knipwim: but they didn't get uploaded to fedora ... ?!
16:48
<pingufan>
I have a question: Does kiwi-ltsp uninstall yast2-bootloader? I was not on the system any more!
16:48
<vagrantc>
miks: you might be using features not yet implemented in LTSP ... what were the commandline options you used again?
16:48
<miks>
xrandr --newmode "1024x768_60.00"  63.50 1024 1072 1176 1328  768 771 775 798 -hsync +vsync
16:49
xrandr --addmode VGA1 “1024x768_60.00”22:29xrandr --output VGA1 --mode 1024x768_60.00
16:49
oops, that last one was two commands
16:49
Should be: xrandr --addmode VGA1 “1024x768_60.00"
16:50
<vagrantc>
miks: there's XRANDR_NEWMODE but i don't see any code for addmode
16:50
<pingufan>
Meanwhile the four clients are running, but the whole system is not stable. I run now the server in runlevel 3 to exclude problems with graphics card.
16:50
<miks>
I saw that too
16:50
I've tried disabling XRANDR and using X_MODE_0, but the clients are stuck at 800x600
16:50
No matter what I do, that's all i can get them to boot into
16:50
<vagrantc>
miks: yeah, if you've got a solution with xrandr, better to fix the code to do what you want with xrandr :)
16:51
<miks>
I agree.
16:51
But how do I get it to apply to the client, and persist after reboot
16:51
?
16:51
<vagrantc>
miks: do you have to do it as separate commands, or can you implement it all in one commandline?
16:51
<miks>
I've only tried separately
16:52
Are you thinking of using a script to do it?
16:52
<vagrantc>
miks: well, about to tell you where to put a script to do it :)
16:52
<miks>
That would work
16:52
I've never used a script in LTSP
16:52
So you'll have to explain how I implement it, but I can see the possibilities!
16:53
<vagrantc>
miks: so, in /opt/ltsp/i386/usr/share/ltsp/xinitrc.d/ you should see a bunch of scripts
16:54
<alkisg>
miks: did you try setting X_HORZSYNC / X_VERTREFRESH in your lts.conf, without specifying any other X* options?
16:54
<miks>
alksig: No I didn't
16:54
<alkisg>
I don't see why --newmode should be needed for 1024x768...
16:54
<vagrantc>
miks: you could drop another that runs after the xrandr one that does what you want
16:54
<miks>
Vagrant: I'm booting up my VM now to look
16:55
<vagrantc>
yeah, 1024x768 seems pretty conventional ... but if xrandr works ...
16:55
don't see why we shouldn't get the code to allow it
16:56
then again, i don't know much about xrandr :)
16:56
<miks>
Okay, I see the folder with the scripts
16:56
So I stick the xrandr commands that worked into a file, make it executable, and stick in here basically?
16:57
Oh, and how do I get that script to only apply to certain machines?
16:58
<vagrantc>
miks: put it in a conditional with an lts.conf variable ... you can just make one up :)
16:59
<miks>
Can you give me an axample Vagrant?
16:59
<alkisg>
[mac:address]
16:59
MIKS_VARIABLE=True
16:59
...and then in the script, if [ -n "MIKS_VARIABLE" ]... => that only applies to the clients specified in lts.conf
16:59
<miks>
Ah
17:00
I may be over my head here, but I'll try it
17:00
<vagrantc>
gah. use boolean_is_true :P
17:01
miks: what XRANDR variables did you already try?
17:01
<pscheie>
Silly ubuntu question: the upstream (non-tc) nic is up only if someone is logged in at the console.
17:01
How do I make it stay up all the time?
17:01
<miks>
xrandr --newmode "1024x768_60.00"  63.50 1024 1072 1176 1328  768 771 775 798 -hsync +vsync
17:02
<pscheie>
Ubuntu 10.4, btw
17:02
<miks>
xrandr --addmode VGA1 “1024x768_60.00”
17:02
xrandr --output VGA1 --mode 1024x768_60.00
17:02
Those are the 3 commands I ran on the thin client to increase resolution
17:03
<vagrantc>
miks: no, i mean, did you try setting XRANDR_NEWMODE_0=1024x768 or some such?
17:03
in lts.conf
17:03
<miks>
Oh yeah
17:04
<vagrantc>
miks: these wouldn't happen to be connected using a KVM switch?
17:04
<miks>
Not the one I was testing on
17:04
I was on the server via KVM switch
17:04
But that's it
17:05
I tried XRANDR_NEWMODE_01
17:05
<vagrantc>
as long as the clients aren't connected via KVMs, you should be fine (i've seen problems with KVM switches with thin clients before)
17:05
<miks>
XRANDR_MODE_01
17:05
<vagrantc>
miks: try XRANDR_MODE_1
17:05
<miks>
Okay
17:05
<vagrantc>
miks: there was a bug in the docs that might have lead you astray
17:05
<miks>
I can't try until I get back into the lab, this evening
17:05hughessd has joined IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
17:06
<miks>
But I can try it then
17:06
You think the mode number is throwing everything off?
17:07
I don't feel very confident in my ability to write a script
17:07
<alkisg>
pscheie: you mean in standalone clients, not ltsp clients?
17:07
Are you using network manager?
17:07
<vagrantc>
miks: XRANDR_MODE_01 does nothing ... not supported by the code
17:08
<pscheie>
alkisg, no, I mean in my ltsp server
17:08
<miks>
Pretty silly to have it in the documentation then :-)
17:08
I was getting all this from http://manpages.ubuntu.com/manpages/lucid/man5/lts.conf.5.html
17:08
<vagrantc>
miks: well, it was fixed in newer versions
17:08
<alkisg>
pscheie: ok, are you using network manager to bring up the interface?
17:08
<miks>
Ah
17:08
<alkisg>
Or /etc/network/interfaces?
17:09
<vagrantc>
miks: but ubuntu might still be carrying the old version ... it was fixed in 0.99+bzr106
17:09
<pscheie>
alkisg, I think NM
17:09
I'm not at the server ATM.
17:09
<alkisg>
pscheie: ok, you need to create a "system" connection as opposed to a "user" connection
17:09
<miks>
It looks different here: http://manpages.ubuntu.com/manpages/natty/man5/lts.conf.5.html
17:09
Looks like XRANDR_MODE_0
17:09
I think i tried that, but I can't be certain
17:09
<alkisg>
The user connections go in ~/, while system connections go in /etc/NetworkManager/system-connections
17:09
<miks>
I'll do some more trying tonight
17:10
<dberkholz>
knipwim, vagrantc: there's people actually using gentoo, so it must be doing alright
17:10
<alkisg>
pscheie: that corresponds to the checkbox [x] allow all users to use this connection" in the network manager settings dialog
17:10
<vagrantc>
dberkholz: yay!
17:10
<miks>
If it doesn't work tonight, I may need some help getting the script in place...
17:13
<pscheie>
alkisg, ok, tx. I'll have to check it tonight; it doesn't seem to respond to my attempts to ssh to it.
17:13
<alkisg>
ok
17:14
<miks>
On the thin client I had to do XRANDR --NEWMODE followed by XRANDR --ADDMODE, but I don't see an "ADDMODE" option in LTS (as you mentioned ealier Vagrant)
17:14
<pscheie>
alkisg, btw, are you back home?
17:14
<alkisg>
Yup, finally, after a 40h trip :-/
17:14
<pscheie>
ugh!
17:14garymc has left IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238])
17:14
<alkisg>
But I got to see Zurich, so no problem :D
17:15
<pscheie>
that's cool.
17:15
<miks>
So how would that work in lts.conf? Do i just need the XRANDR_NEWMODE_0 and then XRANDR_MODE_0 ?
17:15
<pingufan>
How can I reboot a client from the host side, please?
17:16
<alkisg>
miks, can you put your client Xorg.0.log to pastebin/
17:16
?
17:16
pingufan: distro/version?
17:16
<pingufan>
openSuse 11.4, with kiwi-ltsp
17:16
<alkisg>
Sorry, no idea.
17:16
<pingufan>
with pre-built image
17:17
<miks>
alksig: I'm not in the lab now, but I could later
17:17
<pingufan>
does ssh work by default, or does that need special setup?
17:17
<miks>
From the thin client I just open up that log and past it all, right?
17:17
<alkisg>
miks: ok. Btw you can use <tab> for name autocompletion
17:17
miks: you need to get local access to the thin client
17:17
<vagrantc>
miks: i'm hoping you don't even have to mess with ADDMODE, just by specifying the right avariables ananems :)
17:17
<alkisg>
!localxterm
17:17
<ltsp>
alkisg: localxterm: Any applications that you launch on a thin client actually run on the server. However, if in a client you run 'ltsp-localapps xterm', a local xterm will open, and any commands that you enter there will be executed locally on the client.
17:18
<alkisg>
Something like that ^
17:18
<miks>
Thanks! (I realize i keep hitting the s and i backwards in your name, sorry :-)
17:18loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
17:19
<pingufan>
ltsp: Thank you. So I assume that local apps must be enabled from server's side, PLUS this special prefix has to be used?
17:20
Or can I always use this prefix?
17:20
<miks>
alkisg: I was using local xterm to do the Xrandr
17:21
<alkisg>
pingufan: ltsp is a bot, a helper program that allows us to keep notes
17:21
<pingufan>
Ah.
17:21
<alkisg>
pingufan: and I told it to send a note to miks
17:21
<miks>
so you're saying I need to use local xterm to browse to the log?
17:21
<alkisg>
So that answer wasn't directed at you
17:21hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer)
17:21
<alkisg>
miks: yes
17:21
<miks>
Got it
17:21hughessd has joined IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
17:22
<miks>
Well I've got some homework tonight, I'll see what ui can accomplish and no-doubt see you all tomorrow with results!
17:22
<alkisg>
miks: also, in a second reboot, try these in your lts.conf: X_HORZSYNC=33-88, X_VERTREFRESH=33-71 (two separate lines)
17:22
<miks>
Okay
17:22
<alkisg>
Because I find it difficult to believe that 1024x768 isn't there
17:22
<miks>
Will do
17:22
I agree
17:22
<pingufan>
What does the option CONFIGURE_X=True do ?
17:23
<miks>
When running XRANDR in a local xterm, it only showed 800x600
17:23
<alkisg>
miks: e.g. one reason may be that the monitor timings are not autodetected
17:24
pingufan: that option was used in the past to tell ltsp to create a customized xorg.conf. After a while it was no longer needed, as the xorg.conf was automatically generated when it was needed. Not sure how opensuse used it.
17:25
So CONFIGURE_X=True shouldn't ever be needed in any recent installations
17:26
<miks>
alkisg: So how do I make it detect properly?
17:27
<alkisg>
miks: *if* that is the problem, then: (07:22:16 μμ) alkisg: miks: also, in a second reboot, try these in your lts.conf: X_HORZSYNC=33-88, X_VERTREFRESH=33-71 (two separate lines)
17:27
<miks>
Oh so that will address it?
17:28
<alkisg>
*if* that is the problem, yes, that manually tells the timings to xorg
17:28
<miks>
Awesome
17:28
Thanks so much, I'll give this all a try tonight!
17:28
This lab has NOT been good for my blood pressure
17:28
<pingufan>
I see. You possibly can tell me how to do: The clients have 16:9 LCDs attached. Their resolution is not optimal, and the graphics mode I hand over does not match correctly. I tried to pass over vga=ask to see the possible modes, but there is no correct one showing up. What is usual in such cases? Tne Mainboard is a AsRock PV350 with some VIA chipset on it.
17:29
PV530-ITX Mainboard, I meant.
17:29
<alkisg>
vga=ask is about setting the framebuffer mode, which shouldn't be used in xorg nor in recent kms cards
17:30
To see the client graphics card, the command is (locally): lspci -nn -k | grep -A 2 VGA
17:30miks has left IRC (miks!~miks@66.192.188.242)
17:30
<alkisg>
VIA has bad drivers though, that may be the problem...
17:32
<pingufan>
I looked into the manual: VIA Chrome9 HD DX9 Graphics supports up to 2048x1536 @ 75 Hz
17:34
<alkisg>
The pci id is more helpful usually
17:34
Also lspci tells you the driver in use
17:35
If that's openchrome, check the driver version, I think it's been unmaintained for a while, but got 2 maintainers recently, so you might want to try a really new version...
17:36
<vagrantc>
lspci tells the driver in use?!
17:37
<pingufan>
I have absolutely no idea how I get that info from the running client. It fires up KDE4 from/on the server.
17:37
But openchrome works on SuSE 11.4. If it is then also in the prebuilt image for the client - I don't know.
17:39
<alkisg>
vagrantc: $ lspci -nn -k | grep -A 2 VGA
17:39
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
17:39
Kernel driver in use: i915
17:39
Kernel modules: i915
17:40
<vagrantc>
wow
17:41jvin has joined IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net)
17:43
<pingufan>
Can 4 clients bring a server to a system load of 21 (still rising)?
17:47
<highvoltage>
you can do that even without a client, depending on what you do.
17:47
<pingufan>
I see only one firefox running.
17:48
It's now 46 - I am almost sure it will die soon.
17:49garymc has joined IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com)
17:49
<pingufan>
3GB RAM should be sufficient for 4 clients?
17:50
Ok, it died.
17:51
What can cause such a load? I am not there at the moment.
17:54
<highvoltage>
pingufan: yep, it should be plenty
17:54
pingufan: you could run top or htop to see what's using most cpu or ram
17:55
<pingufan>
Is there something I can do to stop this stupid students from oberloading the system?
17:56
<Gadi>
are the clients crashing or the server?
17:57
<vagrantc>
load of 21-40+ sounds like the server is crashing
17:58
<pingufan>
It crashed.
17:59
They had to reset it. :/
17:59garymc has left IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238])
17:59
<pingufan>
Are this settings good, or shall I change something?
17:59
[default]
18:00
LDM_SERVER = 10.10.0.1
18:00
SERVER=10.10.0.1
18:00
LDM_LANGUAGE=de_DE
18:00
XKBLAYOUT=de
18:00
XKBVARIANT=nodeadkeys
18:00
SOUND=False
18:00
LOCALDEV=False
18:00
SCREEN_07=ldm
18:00
LOCAL_APPS=false
18:00
LDM_NOMAD=false
18:00
<vagrantc>
!paste
18:00
<ltsp>
vagrantc: paste: try !pastebot
18:00
<pingufan>
TIMEZONE=GMT+1
18:00
TIMESERVER=10.10.0.1
18:00
I already disabled almost everything.
18:00
<vagrantc>
!pastebot
18:00
<ltsp>
vagrantc: pastebot: try !pastebin
18:00
<vagrantc>
!pastebin
18:00
<ltsp>
vagrantc: pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
18:00
<pingufan>
Sorry
18:01
<vagrantc>
pingufan: nothing in there should cause your server to crash like that
18:01
<pingufan>
I think that they tried to play movies. Can this overcharge the server?
18:01
<vagrantc>
pingufan: i'm not sure about kiwi-ltsp, but you shouldn't have to specify LDM_SERVER, SERVER or TIMESERVER, since they're all the same
18:02
<pingufan>
But that cannot hurt at all?
18:02
<vagrantc>
shouldn't, unless the information is wrong
18:02
<pingufan>
Information is correct.
18:03mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 252 seconds)
18:03
<vagrantc>
multimedia might overload the server, although i'd usually expect the clients to crash before the server
18:03mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1)
18:03
<pingufan>
Now the load is at 0.1
18:04
Can I set the client's NIC to 10 MBit?
18:04
<Gadi>
you may want to use LDM_DIRECTX
18:05
ie (LDM_DIRECTX=True in lts.conf)
18:05
this will at least not pass the multimedia through ssh
18:05
<alkisg>
You can also use pam_limits: http://manpages.ubuntu.com/limits.conf
18:06
<pingufan>
Will this Will this help in example against youtube in firefox?
18:06
I don't think so.
18:07
I would like to have a way to reboot the clients from the server side. I could only watch how the system dies, without any possibility to do something against that. Any ideas?
18:08
Can I configure the clients to only run @ 10 MBit?
18:09
<alkisg>
(08:06:22 μμ) pingufan: Will this Will this help in example against youtube in firefox? => if you limit client cpu usage, yes
18:09
Also, if your clients run at 1 mbps, and you have youtube open, you won't save any cpu
18:09
You'll just save bandwidth
18:10
<pingufan>
But when bandwidth is too low, they cannot play movies. This reduces server load in turn?
18:11
Which ports are necessary to be open? I currently have firewall open from inside, this surely is not a good idea.
18:12xsl has left IRC (xsl!~silence@static-b4-252-232.telepac.pt)
18:12
<pingufan>
NDB uses port 20000, right?
18:13
<alkisg>
pingufan: open a video in youtube. Minimize firefox. Tell me how much cpu you're using, and how much bandwidth a client would use in that case (hint: 0)
18:13
No, it used 2000 up until the newest versions
18:14
<pingufan>
I am not there right now. I watch the system through ssh.
18:14
<alkisg>
It was a rhetorical question
18:14
<pingufan>
So which ports must I open on the LAN side to make it work?
18:14
<alkisg>
What I meant was "No" in that: (08:10:44 μμ) pingufan: But when bandwidth is too low, they cannot play movies. This reduces server load in turn?
18:14
<pingufan>
ssh, dhcp is clear, 2000 in addition?
18:15
Does every client use a separate port ?
18:16
Somewhere I read about 20000 - can't remember where.
18:16
And without this port open, the clients couldn't mount nbd.
18:18
It would be great to know if I can i.e. allow a window of ports only for nbd.
18:22
alkisg: So all clients use the same port, 2000 ?
18:22
<alkisg>
pingufan: I've no idea how opensuse implemented ltsp
18:22
Usually yes, a port is enough for all clients
18:22
Why do you put a firewall in the ltsp-client side?
18:23
Or you're trying to do something else with the ports?
18:23
<pingufan>
So I will close the firewall from inner side except ports ssh/dhcp/2000 and that sould be enough for the clients?
18:24
<alkisg>
If you close the firewall from the inner side, why would you except some ports?
18:24
ssh, dhcp and nbd are not enough for the clients
18:24
They need X and probably lots moer
18:24
more
18:24
(depending on LDM_DIRECTX etc)
18:25
<pingufan>
I have a whole WLAN and this 4 clients in the LAN. WLAN is controlled by squid. When I open everything, I get problems with bandwidth because then all laptops have direct Internet access.
18:26
As I run no local apps, I have to open more ports? I thought everything is tunneled through ssh ?
18:27
At least, this worked with 2 clients.
18:27
<alkisg>
Don't you need tftp?
18:27
<pingufan>
Sure. That is also open.
18:28
I am only unsure if ports are dedicated for every client or if they are the same for all clients.
18:28
<Gadi>
with nbd, it is same for all
18:29
check either nbd-server's config file or inetd's config file to find out which is used
18:29
<pingufan>
Ok. So ports for ssh, tftp and nbd (Port 2000) I am done for the clients?
18:29
<Gadi>
provided you do NOT use LDM_DIRECTX, yes
18:29
(you need dhcp, too)
18:29
but, yes
18:29
:)
18:29
<vagrantc>
pingufan: if you use localapps, then the clients need access to the internet on all ports you would want available on the internet
18:30
<pingufan>
Clients shall not run anything locally.
18:30
<alkisg>
Where do you run syslog?
18:31
<pingufan>
On the server?
18:32
does nbd have its config at /etc/nbd-server/?
18:33
<Gadi>
depends on the distro/version
18:33
and most of us don't know kiwi
18:34
see if there are entries in /etc/inetd.conf
18:34
or /etc/xinetd.d/
18:34Mava has left IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi, Ping timeout: 260 seconds)
18:34
<Gadi>
if not, try /etc/sysconfig/nbd*
18:36
<pingufan>
This is the config file for ndbrootd in /etc/xinit.d : http://pastebin.com/9k1LNKis
18:36
<vagrantc>
pingufan: ah sorry, i misread what you said
18:36
<pingufan>
So it uses only this one port, 20000 ?
18:39cheese has joined IRC (cheese!463e1812@gateway/web/freenode/ip.70.62.24.18)
18:40txor has left IRC (txor!~txor@120.Red-213-96-26.staticIP.rima-tde.net, Remote host closed the connection)
18:40khildin has joined IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be)
18:40
<cheese>
Trying to use ltsp-build-client for HP t5565 with Via Nano under Ubunutu 11.10. What do I use for --arch?
18:41
<vagrantc>
i386, unless it's one of the arm-based ones
18:42
<cheese>
I dont' know much about the Via Nano but it says 64bit on their homepage...
18:43
<pingufan>
Then you still can run them with 32 Bit. ;)
18:43
<vagrantc>
you could try amd64, but i386 will be compatible with more ... unless you're using fatclients or localapps, i'd stick with i386
18:44
<khildin>
18:44
<cheese>
got it - thank you
18:44komunista has joined IRC (komunista!~slavko@adsl-195-168-248-132.dynamic.nextra.sk)
18:45
<khildin>
and what vagrantc says: you still can run 32 bit on 64bit processors
18:45
<pingufan>
That was me. :)
18:45
<khildin>
oops.... stand corrected... :)
18:45
<pingufan>
np
18:46
<khildin>
for more info: http://www.via.com.tw/en/products/processors/nano/
18:46
<cheese>
Rigth but I though maybe a different arch was optimized better for it
18:47
<vagrantc>
pingufan: we both said it :P
18:47
<pingufan>
Yess. :)
18:48
<vagrantc>
cheese: if you're using it as a thin client, it probably doesn't matter, and you'd more easily be able to plug 32-bit thin clients into the same network.
18:48
cheese: but nothing beats experimentation :)
18:48
<pingufan>
vagrantc: Finally: I have this here open: tftp 22 9210 20000 + dhcp + dns - Sufficient?
18:48
<vagrantc>
cheese: they might be worthy of doing localapps and/or fatclients, in which case 64-bit could help.
18:48
<pingufan>
(on LAN side)
18:49bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
18:49
<vagrantc>
pingufan: 20,000, not 2,000 ?
18:49
<pingufan>
Do you see the pastebin link above?
18:49
I interpret this as 20000
18:50
<vagrantc>
ah, no i didn't
18:50
<pingufan>
But this is right, yes?
18:50
<vagrantc>
guess so
18:51
kiwi-ltsp does all sorts of things differently
18:51lifeboy has joined IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za)
18:51
<vagrantc>
sometimes with good reason, sometimes not, and no way of knowing why
18:52
<pingufan>
Because then I will walk now over there and reboot all four thin clients. I hope that I will then have not again this strange effect, that only first two clients could start.
18:52
You do not have an idea what could have caused that?
18:53
First two clients booted fine, the third one only very seldom or never.
18:54
<lifeboy>
Hi all! I think I'm almost there and hopefully it's not just in my imagination! I've got an Ubuntu 10.04 32 bit kernel compiled with R6040 ethernet support and a whole lot of other hardware and stuff I don't have not compiled (to make the image smaller and faster to load I believe).
18:55
<vagrantc>
lifeboy: i'd be careful with trimming things out ... better to have it work but take microseconds longer to boot than not boot.
18:56
since nearly everything is modularized, it doesn't impact size much to leave un-used hardware in place.
18:57
<lifeboy>
I only unchecked RAID drivers, multi-core support and a whole lot of netcard and video drivers and such. There is one *little* problem however. When I boot the client I get the error: "FATAL: Could not load /lib/modules/2.6.32.44+drm33.19/modules.dep" repeatedly and then the kernel panics.
18:58
I was wondering if the + in the version confuses the system, much like a + in filenames ?
18:58
<Gadi>
doyou have a /opt/ltsp/i386/lib/modules/2.6.32.44+drm33.19/modules.dep?
18:58
<lifeboy>
The build automatically puts that in and I've not been able to change it.
18:58
Gadi: Yes, I do
18:59
<Gadi>
and you rebuilt the image?
18:59
<lifeboy>
Yes, many times
18:59
<alkisg>
And updated the kernels?
18:59
<Gadi>
and you are sure that the client mounts the correct image?
18:59
<lifeboy>
Yip
18:59pingufan has left IRC (pingufan!~rainer@goliath.hantsch.co.at, Remote host closed the connection)
18:59
<Gadi>
ie, when you drop into initrmafs (break=bottom) you can ls /root/lib/modules/2.6.32.44+drm33.19
19:00
<lifeboy>
The panic says: Pid: 1. comm: init not tainted 2.6.32.44+drm33.19 #1
19:00
<Gadi>
that only means you have the right kernel
19:00
not necessarily the right rootfs
19:00
<lifeboy>
Ah, maybe the next line scheds some light
19:00
Call Trace:
19:01
? printk+0x1d/0x25
19:01
Does that mean anything to anyone?
19:02
<alkisg>
No :)
19:02
lifeboy: to check if modules.dep is inside your initrd:
19:02
mkdir /tmp/initrd
19:02
cd /tmp/initrd
19:02
zcat /var/lib/tftpboot/ltsp/i386/initrd.img | cpio -i
19:02
find . -name modules.dep
19:02
(on your server)
19:02
<lifeboy>
sorry... I'll be back in 30 minutes... :-(
19:02lifeboy has left IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za, Quit: Ex-Chat)
19:16Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com, Ping timeout: 260 seconds)
19:40lifeboy has joined IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za)
19:40
<lifeboy>
Sorry I had to run off like that!
19:41
alkisg: I'm first running those commands now
19:43
Ok, I'm loading the whole initrd...
19:43
root@Ashton:/tmp/initrd# find . -name modules.dep
19:43
./lib/modules/2.6.32-34-generic/modules.dep
19:44
I am under the impression that ltsp-update-kernels takes care of this?
19:46
<vagrantc>
ltsp-update-kernels copies files around
19:47
it doesn't do much more than that
19:51
<lifeboy>
I think I found my mistake: I created the inirrd.img -> initrd.img-2.6.32.44+drm33.19 instead of initrd.img!
19:51
The image boots now!
19:52
<vagrantc>
your package installation should have handled that ... or did you not build it as a package?
19:52
<lifeboy>
At some stage the package installation stopped doing it and I'm not sure why. So I had to manually create the symlinks
19:54Parker955_Away is now known as Parker955
20:00garymc has joined IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com)
20:02loather-work has joined IRC (loather-work!~khudson@68.25.27.54)
20:02Mava has joined IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi)
20:03lifeboy has left IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za, Ping timeout: 276 seconds)
20:04lifeboy has joined IRC (lifeboy!~roland@41.183.26.154)
20:11acg_steve has joined IRC (acg_steve!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
20:11hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer)
20:11acg_steve is now known as hughessd
20:21garymc has left IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com, Ping timeout: 258 seconds)
20:28
<lifeboy>
I'll report back here as soon as I've for the graphics sorted out as well...
20:31garymc has joined IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com)
20:43komunista has left IRC (komunista!~slavko@adsl-195-168-248-132.dynamic.nextra.sk, Quit: Leaving.)
20:43Gadi has left IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net, Read error: Connection reset by peer)
20:44Parker955 is now known as Parker955_Away
20:44Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
20:48loather-work has left IRC (loather-work!~khudson@68.25.27.54, Ping timeout: 260 seconds)
20:49Mava has left IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi, Ping timeout: 276 seconds)
20:51Mava has joined IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi)
20:51vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
20:57loather-work has joined IRC (loather-work!~khudson@68-25-27-54.pools.static.spcsdns.net)
21:06loather-work has left IRC (loather-work!~khudson@68-25-27-54.pools.static.spcsdns.net, Quit: This computer has gone to sleep)
21:10garymc has left IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com, Ping timeout: 240 seconds)
21:11lifeboy has left IRC (lifeboy!~roland@41.183.26.154, Quit: Ex-Chat)
21:11Parker955_Away is now known as Parker955
21:21Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
21:26Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Remote host closed the connection)
21:33jtsop has joined IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr)
21:33alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer)
21:35alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
21:49Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
21:50cliebow has joined IRC (cliebow!~cliebow@66.63.66.218)
22:00cheese has left IRC (cheese!463e1812@gateway/web/freenode/ip.70.62.24.18, Quit: Page closed)
22:02khildin has left IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be, Quit: I'm gone, bye bye)
22:06andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net)
22:16jtsop has left IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr, Remote host closed the connection)
22:18garymc has joined IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com)
22:24garymc has left IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238])
22:44cliebow has left IRC (cliebow!~cliebow@66.63.66.218, Ping timeout: 245 seconds)
22:50bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Read error: Operation timed out)
23:13dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
23:46hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Quit: gone for some reason)