00:00 | kev_n has left IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net, Read error: Connection reset by peer) | |
00:03 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
00:03 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
00:49 | andygraybeal has joined IRC (andygraybeal!~andy@h154.214.22.98.dynamic.ip.windstream.net) | |
01:21 | adrianorg__ has left IRC (adrianorg__!~adrianorg@177.132.221.92, Quit: Fui embora) | |
01:22 | andygraybeal has left IRC (andygraybeal!~andy@h154.214.22.98.dynamic.ip.windstream.net, Quit: Ex-Chat) | |
01:31 | adrianorg has joined IRC (adrianorg!~adrianorg@177.132.221.92) | |
02:06 | adrianorg has left IRC (adrianorg!~adrianorg@177.132.221.92, Ping timeout: 246 seconds) | |
02:39 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 252 seconds) | |
02:54 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
03:11 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Read error: Operation timed out) | |
03:18 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 255 seconds) | |
03:37 | Parker955_Away is now known as Parker955 | |
04:10 | <sbalneav> Well, good news. Got the first succesful auth under libpam_sshauth.
| |
04:10 | <jammcq> Scotty !!!!!!!!!!!!!!!!!!!!!!!
| |
04:10 | <sbalneav> jammcq: hey ho.
| |
04:10 | <jammcq> hidy how
| |
04:11 | * vagrantc cheers sbalneav on! | |
04:11 | <sbalneav> Gettin' somewhere. Did that fix I came up with yesterday for LDM help alkis?
| |
04:11 | vagrantc: hey ho!
| |
04:11 | vagrantc: minor bug found in libpam_sshauth.
| |
04:12 | <vagrantc> sbalneav: i didn't get a chance to test your LDM fix, but it built from source, at least :)
| |
04:12 | sbalneav: oh?
| |
04:12 | sbalneav: in the 0.1 or 0.2 generation?
| |
04:13 | <sbalneav> 0.2
| |
04:13 | rev's 75, 76, and 77
| |
04:13 | 75: .h file not being included in make dist
| |
04:13 | 76: improvements to debugging
| |
04:13 | 77: non-return on value :( Fixed.
| |
04:14 | <vagrantc> i don't think i used "make dist" anyways.
| |
04:15 | * vagrantc can't even remember | |
04:15 | <vagrantc> it wouldn't have built from source if it didn't have that, would it?
| |
04:17 | <sbalneav> Well, if you built from bzr source, yes.
| |
04:17 | But if you do a "make dist", to get a libpam-sshauth.0.2.tar.gz file, then the .h wasn't included.
| |
04:18 | <vagrantc> sbalneav: there are automated builds from the debian source package, which has no idea that bzr exists.
| |
04:18 | https://buildd.debian.org/status/package.php?p=libpam-sshauth&suite=experimental
| |
04:18 | <sbalneav> How did you produce the original *.tar.gz file? From bzr?
| |
04:18 | <vagrantc> probably.
| |
04:18 | <sbalneav> So that was fine.
| |
04:19 | <vagrantc> i've got a script i use to generate tarballs from bzr and git ...
| |
04:19 | it's pretty braindead
| |
04:19 | probably used that
| |
04:20 | 20:13 < sbalneav> 77: non-return on value :( Fixed.
| |
04:21 | that seems pretty important, though
| |
04:21 | <sbalneav> Yup.
| |
04:23 | <vagrantc> could roll a 0.2.1 tomorrow, or just patch the 0.2 version...
| |
04:23 | sbalneav: is it worth having updated versions in debian experimental yet?
| |
04:26 | <sbalneav> Can we wait 'till after the hack-a-thon? That way, if we uncover anything, we can get a "good" version there.
| |
04:28 | <vagrantc> sbalneav: works for me.
| |
04:28 | sbalneav: weren't you the one who asked for it to hit experimental in the first place? :)
| |
04:31 | <sbalneav> Probably. I just wanted people to have an easy way to install the package.
| |
04:41 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
04:47 | <alkisg> 04:11<sbalneav> Gettin' somewhere. Did that fix I came up with yesterday for LDM help alkis? ==> what fix?
| |
04:47 | AFAIK ldm-trunk now is the same as when the bug appeared....
| |
04:47 | (hi all btw)
| |
04:48 | <vagrantc> alkisg: i.e. it didn't make it worse?
| |
04:49 | <alkisg> vagrantc: err no, it didn't make it worse, but we don't have any code in LDM yet that tries to address the bug...
| |
04:49 | We either need to kill all user processes,
| |
04:49 | or keep the ssh connection up until after xorg dies
| |
04:50 | I was waiting for sbalneav to help with the second solution, but if that's too hard and we give up on it,
| |
04:50 | <vagrantc> but doesn't it provide a place to put the hook to kill the user processes?
| |
04:50 | <alkisg> then we'll have to resort to the first one...
| |
04:50 | We always had such a hook
| |
04:50 | But killing all the user processes, and thus losing unsaved data, sounds pretty bad
| |
04:53 | <jammcq> my understanding is that LDM will now catch the TERM/QUIT/... signals and run the rc files with 'stop' as the argument
| |
04:53 | and also do that on logout
| |
04:54 | BEFORE shutting down the ssh connection
| |
04:54 | <alkisg> jammcq: yeah that was the same when the bug appeared
| |
04:54 | I removed the rcfiles("stop") call trying to fix that
| |
04:54 | I didn't; but putting it back doesn't make it any better either
| |
04:55 | <jammcq> but ldm didn't used to catch the signals, it would just die
| |
04:55 | now it doesn't die until after the rcfiles are run
| |
04:55 | isnt' that better?
| |
04:55 | sha has joined IRC (sha!~sha@e177172153.adsl.alicedsl.de) | |
04:55 | <alkisg> jammcq: what signals?
| |
04:55 | sbalneav didn't commit any signals-related code...
| |
04:56 | <jammcq> when xorg dies
| |
04:56 | well.. I guess i don't know what's going on then
| |
04:56 | <alkisg> http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/changes
| |
04:56 | <jammcq> and with that... I'm going to bed
| |
04:56 | jammcq has left IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net, Quit: leaving) | |
04:56 | <alkisg> We're talking about 1481 and 1480, right?
| |
04:59 | sha_ has left IRC (sha_!~sha@e177119094.adsl.alicedsl.de, Ping timeout: 248 seconds) | |
05:13 | vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Read error: Operation timed out) | |
05:17 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
05:18 | vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net) | |
05:33 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Remote host closed the connection) | |
05:44 | anunnaki has joined IRC (anunnaki!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net) | |
05:49 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
06:26 | udaybhatye has joined IRC (udaybhatye!~udayb@117.219.241.98) | |
06:30 | <sbalneav> Just in case anyone sees: got my first remote X session going underneath libpam_sshauth
| |
06:38 | <muppis> Neat.
| |
07:17 | udaybhatye has left IRC (udaybhatye!~udayb@117.219.241.98, Quit: Leaving) | |
07:35 | Parker955 is now known as Parker955_Away | |
07:37 | highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage) | |
07:53 | kev_n has joined IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net) | |
08:04 | kev_n has left IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net, Ping timeout: 244 seconds) | |
08:12 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Remote host closed the connection) | |
08:23 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
08:49 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
08:49 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
08:49 | komunista has joined IRC (komunista!~slavko@87.244.209.121) | |
08:52 | anunnakiii has joined IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net) | |
09:32 | komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.) | |
09:57 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
10:29 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
10:46 | anunnakiii has left IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Remote host closed the connection) | |
10:51 | anunnakiii has joined IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net) | |
11:33 | komunista has joined IRC (komunista!~slavko@87.244.209.121) | |
11:51 | shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 255 seconds) | |
11:51 | shawnp0wers has joined IRC (shawnp0wers!~spowers@151.236.4.166) | |
11:51 | shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers) | |
12:07 | adrianorg has joined IRC (adrianorg!~adrianorg@177.132.221.167) | |
12:08 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Quit: Leaving.) | |
12:10 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
12:12 | khildin has joined IRC (khildin!~khildin@ip-80-236-227-148.dsl.scarlet.be) | |
12:13 | anunnakiii has left IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Quit: Leaving) | |
12:20 | highvolt1ge has joined IRC (highvolt1ge!~highvolta@8ta-151-65-169.telkomadsl.co.za) | |
12:24 | highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 264 seconds) | |
12:30 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
12:34 | Mava has left IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi, Ping timeout: 255 seconds) | |
12:43 | highvolt1ge is now known as highvoltage | |
12:45 | highvoltage has left IRC (highvoltage!~highvolta@8ta-151-65-169.telkomadsl.co.za, Quit: l8rs) | |
13:13 | markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it) | |
13:14 | <markit> hi alkisg, quick question, I've tested swappines set to 20 on my netbook and I have to admit that works much better. What about set the same in chroot for fat clients? Isn't a good idea?
| |
13:17 | <alkisg> markit: if it's the same on netbooks and fat clients etc, why not try to convince the ubuntu or the kernel folks to change the defaults? :)
| |
13:17 | How do you measure the "it goes much better" part?
| |
13:18 | <markit> alkisg: netbook has ked and 1Gb ram, with normal swappiness swaps like a mad
| |
13:18 | <alkisg> It swaps?
| |
13:18 | I thought swapping only occured on special occations...
| |
13:18 | <markit> you open firefox and a different program, then when you go from one to the other hd light works like a mad
| |
13:18 | <alkisg> And with swappiness = 20 it doesn't?
| |
13:19 | <markit> no, I can switch program much faster and without hd working like a mad
| |
13:19 | <alkisg> And how do thin clients behave with swappiness = 20?
| |
13:19 | E.g. say with 128 mb ram?
| |
13:20 | Or, fat clients with 512 ram?
| |
13:20 | <markit> vm.swappiness = 10
| |
13:20 | <alkisg> Do those benefit from low swappiness? Or it makes it worse for them?
| |
13:20 | <markit> as far as I understand, if you set to 0 it avoids swap, so probably system will crash
| |
13:20 | <alkisg> What I'm asking is, suppose you have a fat client with 512 ram
| |
13:21 | Will it work better with swappiness = 20 or = 50?
| |
13:21 | <markit> otherwise you say to the system not to to try to guess about not often used memory
| |
13:21 | <alkisg> And, the same question about a thin client with 128 MB RAM
| |
13:21 | <markit> I think will work better in any case
| |
13:21 | <alkisg> Then why isn't 20 the default?
| |
13:22 | (from the kernel team, not from ubuntu...)
| |
13:22 | <markit> with low ram what reasonable optimization could even do kernel with default swappines?
| |
13:22 | well, googling seems that is not set for desktop usage
| |
13:22 | <alkisg> I don't know, but I don't like changing the defaults without specific and reproducible benchmarks...
| |
13:23 | It should be easy to introduce a SWAPPINESS lts.conf directive of course..
| |
13:23 | bbiab, gotta feed the little one...
| |
13:24 | <markit> :)
| |
13:24 | http://en.wikipedia.org/wiki/Swappiness
| |
13:24 | and for most desktop systems, setting it to 100 may affect the overall performance, whereas setting it lower (even 0) may improve interactivity (by decreasing response latency.)
| |
13:32 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
13:34 | telex has joined IRC (telex!~telex@freeshell.de) | |
13:52 | <alkisg> markit: it just seems strange to me, when I install a desktop system, to not get a good value for swappiness
| |
13:53 | All those kernel folks, both upstream and in the ubuntu team, didn't see that?
| |
13:55 | komunista has left IRC (komunista!~slavko@87.244.209.121, Ping timeout: 252 seconds) | |
14:02 | <markit> alkisg: I'm short of ram in my desktop too (4 GB, firefox eats a lot of ram, so do KVM if I run a VM with audio on, etc.) and I've set swappiness to 10 here too, and seems better
| |
14:04 | <alkisg> https://help.ubuntu.com/community/SwapFaq#What_is_swappiness_and_how_do_I_change_it.3F
| |
14:04 | The default setting in Ubuntu is swappiness=60. Reducing the default value of swappiness will probably improve overall performance for a typical Ubuntu desktop installation. A value of swappiness=10 is recommended, but feel free to experiment. Note: Ubuntu server installations have different performance requirements to desktop systems, and the default value of 60 is likely more suitable.
| |
14:05 | That paragraph supports your findings
| |
14:05 | But then, why doesn't "ubuntu-desktop" change its value?
| |
14:05 | <markit> this remembers me some scheduler war...
| |
14:06 | desktop had some benefit with scheduler A, but scheduler B was choosen for "better overall performances"
| |
14:06 | even if trashed your desktop
| |
14:06 | ;P
| |
14:06 | maybe we could try to find a debian dev that has the answer
| |
14:07 | or will just reply "change it if you want a different value"
| |
14:07 | <alkisg> I think a question in askubuntu could help
| |
14:07 | Or a bug report/question in the ubuntu kernel
| |
14:08 | <markit> I asked you because maybe you already tried and found problems, so wanted to avoid do a mistake
| |
14:09 | * markit fighting with the reinstallation of an unsupported epson scanner and epson printer... I do hate epson | |
14:09 | <markit> ops, canon printer
| |
14:09 | I do hate canon as well ;P
| |
14:16 | monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
14:18 | komunista has joined IRC (komunista!~slavko@87.244.209.121) | |
14:19 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 255 seconds) | |
14:33 | awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 260 seconds) | |
15:06 | <sbalneav> Morning all
| |
15:12 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
16:11 | markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, ) | |
16:18 | <Hyperbyte> Hi!
| |
16:21 | khildin has left IRC (khildin!~khildin@ip-80-236-227-148.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
16:48 | leio has left IRC (leio!~leio@gentoo/developer/leio, Remote host closed the connection) | |
16:49 | leio has joined IRC (leio!~leio@gentoo/developer/leio) | |
16:52 | leio has left IRC (leio!~leio@gentoo/developer/leio, Remote host closed the connection) | |
16:53 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
16:56 | leio has joined IRC (leio!~leio@gentoo/developer/leio) | |
17:48 | alexqwesa__ has joined IRC (alexqwesa__!~alex@109.172.12.47) | |
17:50 | alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Ping timeout: 244 seconds) | |
17:57 | kev_n has joined IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net) | |
18:03 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
18:03 | <kev_n> alkis: dunno if you're busy, but if you get a chance I got the xorg.7.log file.. http://pastebin.com/3Cki11V7 ..and am still having problems the thin client display coming up as scrambled or saying "input not supported"
| |
18:04 | I tried to troubleshoot for a few hours last night but don't think I really got anywhere
| |
18:09 | it does work when using a 25 pin monitor cable and dvi adapter, but only if it is the only one plugged in, and it scrambles with one dvi cable plugged in to the dvi-i, and nothing (input not supported) just the dvi-d or both are plugged in
| |
18:19 | <Enslaver> So is this not right? I have a plugin for the ltsp-build-client, add_option "fat-client" "`eval_gettext "run most or all applications locally"`" "advanced" "false"
| |
18:19 | meaning no param, but I'm checking for it with: if [ -n "$option_fat_client_value" ]; then
| |
18:19 | but its failing the test
| |
18:19 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
18:20 | alexqwesa__ has left IRC (alexqwesa__!~alex@109.172.12.47, Read error: Connection reset by peer) | |
18:21 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 246 seconds) | |
18:21 | <alkisg> !x_horzsync
| |
18:21 | <ltsp> Error: "x_horzsync" is not a valid command.
| |
18:23 | <knipwim> Enslaver: i interpreted these as set for true when filled in with anything
| |
18:23 | see the Gentoo plugins, 010-bootstrap for instance
| |
18:24 | or the common plugin 020-rootpath
| |
18:35 | <Enslaver> k
| |
18:36 | so i don't get why its failing the check
| |
18:36 | lemme try to compare it to true
| |
18:37 | <alkisg> sbalneav: hi, so, we're giving up on the "keep the SSH connection alive after X dies" idea, right? Should I just go ahead and kill all user processes using something like this? http://paste.ubuntu.com/5562463/
| |
18:40 | <kev_n> I just checked with ddcprobe and edid does fail... so I assume that means I need to put the info in the xorg.conf in the chroot?
| |
18:41 | <alkisg> kev_n: the best idea is to troubleshoot the graphics problems without LTSP (e.g. with the help of the people over at #ubuntu-x), and, once you know what to do, then come here and ask for help on how to do it via lts.conf
| |
18:41 | The openchrome driver is pretty buggy
| |
18:41 | If the problem is horzsync and vrefresh, put something like these in lts.conf:
| |
18:42 | X_HORZSYNC=33.0-61.0
| |
18:42 | X_VERTREFRESH=33.0-61.0
| |
18:42 | <kev_n> alkisg: I kinda got that impression when I was doing a search on the dvi center is disabled issues
| |
18:42 | <alkisg> Scratch the first one, it's wrong, I meant this one: X_HORZSYNC=33.0-87.0
| |
18:42 | <kev_n> does that mean I would need to disable xrandr or is that only for x_mode?
| |
18:43 | <alkisg> That's instead of EDID, you can still use xrandr
| |
18:43 | <kev_n> ok
| |
18:43 | <alkisg> Actually, try with only those 2, nothing else in lts.conf
| |
18:49 | alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47) | |
18:50 | <kev_n> hrm.. nope
| |
18:50 | damnit, I was hopeful
| |
18:51 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 260 seconds) | |
18:53 | <kev_n> nothin new... big surprise I guess
| |
19:08 | could it be that I need to use a dual link dvi-d cable?
| |
19:09 | alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
19:09 | alexqwesa__ has joined IRC (alexqwesa__!~alex@alexo-veto.broker.freenet6.net) | |
19:14 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
19:18 | alexqwesa__ has left IRC (alexqwesa__!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 245 seconds) | |
19:19 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Client Quit) | |
19:19 | alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47) | |
19:21 | <kev_n> alkisg: oh yeah, thanks for the help with this.. still haven't gotten it work but it's getting there
| |
19:23 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
19:26 | <Enslaver> So the way to get /home mounted over NFS in the client used to be NFS_HOME, but the code says its deprecated so what is it now?
| |
19:27 | copy_dirs?
| |
19:31 | alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
19:31 | alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47) | |
19:36 | <alkisg> Enslaver: FSTAB_0, just put a complete fstab line in FSTAB_x
| |
19:36 | <Enslaver> k
| |
19:37 | FSTAB_1="server:/home /home nfs defaults,nolock 0 0"
| |
19:37 | was already there :/ something else i gotta check on :(
| |
19:40 | <kev_n> So I just checked on the shell of the client and I use 'dpkg -l | grep openchrome' but nothing shows.. but when I check on the server and on the server with ltsp-chroot it does.. could that be part of the problem?
| |
19:42 | nevermind, even though it doesn't show for some reason it says it is already the newest version... so I dunno
| |
19:45 | garymc has joined IRC (garymc!~chatzilla@host86-174-143-125.range86-174.btcentralplus.com) | |
19:57 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
20:06 | garymc has left IRC (garymc!~chatzilla@host86-174-143-125.range86-174.btcentralplus.com, Ping timeout: 248 seconds) | |
20:19 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
20:41 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 255 seconds) | |
20:48 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
21:18 | dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net) | |
21:22 | kev_n has left IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net, Quit: Leaving) | |
21:24 | kev_n has joined IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net) | |
21:31 | Mava has joined IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi) | |
21:39 | komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.) | |
22:26 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Read error: Operation timed out) | |
22:27 | Mava has left IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi, Quit: Lost terminal) | |
23:20 | jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net) | |
23:22 | Mava has joined IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi) | |
23:32 | dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net, Quit: Computer has gone to sleep.) | |
23:45 | vagrantc has joined IRC (vagrantc!~vagrant@c-98-232-129-196.hsd1.or.comcast.net) | |
23:45 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |