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


Channel log from 21 August 2014   (all times are UTC)

00:47andygraybeal has left IRC (andygraybeal!~andy@h43.201.130.174.dynamic.ip.windstream.net, Ping timeout: 255 seconds)
00:55telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
00:56telex has joined IRC (telex!~telex@freeshell.de)
01:00andygraybeal has joined IRC (andygraybeal!~andy@h52.211.22.98.dynamic.ip.windstream.net)
01:36Fenuks has joined IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru)
01:39ternarybit has joined IRC (ternarybit!~ternarybi@208.53.83.105)
01:40
<ternarybit>
Howdy. Just wondering if someone can point me to some resources for how to better understand how LTSP fat clients interact with the server (NBD, NFS, etc). Haven’t found what I’m looking for in the official docs or manpages.
01:41
Also wondering if there is a way to create a fully standalone kiosk client that, after booting, does not depend on the LTSP server at all.
01:43
<vagrantc>
i did implement some support for loading the whole image into ram at one point
01:43
ternarybit: what sort of interaction are you looking for, exactly?
01:44
ternarybit: fat clients get their root filesystem from the server (NFS/NBD/AoE), and use the server to authenticate users (ssh), and mount homedirs off the server (sshfs or NFS)
01:45
<ternarybit>
So, like I have SCREEN_07 set to kiosk mode running chromium, nothing else, as a fat client. What’s going in between the booted kiosk client and the server in the background?
01:45
<vagrantc>
they also download their kernel from the server (tftp) and typically get their network settings from the server (dhcp)
01:45
<ternarybit>
What was your experience loading the whole image to RAM?
01:45
<vagrantc>
ternarybit: with SCREEN_07=kiosk, the only thing once it's booted would either be NFS or NBD for the root filesystem
01:46
ternarybit: it was just a proof of concept, but loading the whole image worked fine in ram.
01:46
<ternarybit>
ok, so it’s still dependent on the server, that’s what I wanted to know.
01:46
care to elaborate or point me to some resources for how to do a standalone/ram approach? :)
01:47
<vagrantc>
ternarybit: yes, though if you used the feature i proof-of-concepted it will probably work fine
01:47
<ternarybit>
I’m very curious, and grateful. do tell
01:48
<vagrantc>
LTSP_NBD_TO_RAM=true ... somewhere. heh.
01:49
it's in /usr/share/initramfs-tools/scripts/init-bottom/ltsp
01:49
the code that handles that, anyways
01:50
well, in the client's filesystem ... so /opt/ltsp/i386/usr/share...
01:50
<ternarybit>
right
01:50
<vagrantc>
it was a surprisingly simple patch to test it
01:51
<ternarybit>
from the look of it, the LTSP_NBD_TO_RAM=true should go in the /var/lib/tftproot/ltsp/<arch>/lts.conf?
01:51
<vagrantc>
i'm not sure lts.conf is read at that point
01:52
<ternarybit>
hmm. maybe the kiosk config in screen.d?
01:52
<vagrantc>
no, much earlier than that
01:52
it's hard to remember, i implemented this in january 2013 ... hard to believe it was that long ago
01:52
you could try lts.conf...
01:54
<ternarybit>
could it be in ltsp_build_client.conf?
01:54
<vagrantc>
no ... might have just been in initramfs-tools/conf.d/
01:55
<ternarybit>
ok. and do you say this is implemented, or do I need a manual patch?
01:56
<vagrantc>
it's been in ltsp since january of 2013 ...
01:56
but it was never really fleshed out
01:56
<ternarybit>
great, and thank you for that contribution.
01:57
I assume it imposes a startup penalty as it’s copying everything to ram. any ideas on what it may require for a basic webkiosk?
01:57
<vagrantc>
yeah, it'll spend a little longer booting, but not absurdly so
01:58* vagrantc checks a setup with a webbrowser kiosk
01:58
<ternarybit>
found it: https://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2431/client/Debian/share/initramfs-tools/scripts/init-bottom/ltsp
02:00
<vagrantc>
yeah
02:00
<ternarybit>
here: /opt/ltsp/i386/usr/share/initramfs-tools/scripts/init-bottom/ltsp
02:00
<vagrantc>
i did make the assumption you're using debian or ubuntu
02:00
<ternarybit>
you assumed correctly
02:01
<vagrantc>
but in theory you should be able to usethe concept with any distro
02:01
<ternarybit>
in your testing approx how much ram did the nbd image require? my machines are likely adequate, just curious (as i’m not in front of my test box now)
02:02* vagrantc is logging in to find out
02:03
<vagrantc>
ok, so, i've got an install that takes around 950MB uncompressed
02:03
i bet squashfs can compress that down to about 300-400MB
02:04
so, probably assume 512MB for the image
02:04
this is debian wheezy on armel with firefox
02:04
er, iceweasel
02:05
<ternarybit>
interesting.
02:05
<vagrantc>
you might get different numbers with a different release/distro/architecture
02:05
but it gives a ballpark idea
02:06
<ternarybit>
There are probably lots of ways of pruning that down, too.
02:06
<vagrantc>
sure
02:06
you could add a bunch of stuff to ltsp-build-client.excludes
02:06
<ternarybit>
I’ll need to poke around the chroot to see what comes stock
02:06
<vagrantc>
normally, i wouldn't recommend the bother, but with loading the whole image into ram it'd make a noteable difference
02:07
both on boot speed and on ram useage ...
02:07
<ternarybit>
all I care about is a fully functional chromium browser, everything else is a non-issue
02:07
right.
02:07
<vagrantc>
although i seem to remember when implementing that feature, excluding quite a bit made a nominal difference in the image size.
02:07
though my memory of that is pretty vague, never really ended up using it
02:08
<ternarybit>
well, ~400MiB transfers at 100Mbit in a little over 30 seconds. Add in other bootstrapping and time to interact is like 120 seconds from bootup. certainly doable, especially for the payof
02:08
<vagrantc>
i'd test out the model before bothering to trim it down
02:09
since that's just a matter of adding stuff to ltsp-update-image.excludes
02:09
<ternarybit>
yeah, if the base image is in that ballpark I won’t bother much.
02:09
and thanks for the excludes tip
02:10
I don’t suppose we can serve tftp over multicast ...
02:11
<vagrantc>
i *think* placing LTSP_NBD_TO_RAM=true in one of the /opt/ltsp/i386/etc/initramfs-tools/*conf*.d/*.conf files might enable it...
02:12
i should rethink how to enable that ... make it a boot prompt option... i don't think we parse lts.conf from initramfs anymore.
02:12
<ternarybit>
according to some irc logs where you mentioned LTSP_NBD_TO_RAM you say to put it here: /opt/ltsp/i386/usr/share/initramfs-tools/scripts/init-bottom/ltsp
02:13
I would love to see the feature fully developed, although I will give the current implementation a solid go-around.
02:14
Looks like multicast tftp made it to experimental: https://tools.ietf.org/html/rfc2090
02:14
<vagrantc>
well, that's where the code already is now ...that's where it needed to be patched before it was included.
02:15
<ternarybit>
oh i see
02:15
<vagrantc>
as far as multicast, you'll need multicast enabled NBD
02:15
or more feature development to download the image via tftp instead.
02:16
<ternarybit>
oh I see, the image is transferred via NBD. Not terribly familiar with it, yet.
02:17
so, ten 100mbps clients would temporarily saturate a 1Gbps LTSP server with the copy to ram option.
02:17
<vagrantc>
yeah, it might
02:18
<ternarybit>
well, that’s the tradeoff
02:19
<vagrantc>
you could just do some sort of staggered boot delay or something, if that were really an issue
02:19
<ternarybit>
so… compare that to the current way, where clients maintain NBD connections but don’t copy everything to ram. how many clients can a 1Gbps server typically handle? I know fat clients execute everything locally.
02:20
<vagrantc>
just as kiosks? no idea. quite a few.
02:20
<ternarybit>
a few hundred?
02:20
<vagrantc>
don't have the experience to say for sure.
02:20
<ternarybit>
i guess we can find out :)
02:21
this solution makes use out of otherwise useless machines, so nobody will complain.
02:21
<vagrantc>
most of my installs have been under 25 clients
02:21
if you really wanted, you could probably set up multiple servers
02:21
<ternarybit>
I’m looking at a school district with probably a few hundred clients, ideally served by a central/unified VM server
02:22
<vagrantc>
nice
02:23
<ternarybit>
are you talking about ltsp-cluster? i seem to recall that in passing
02:23
<vagrantc>
the disk usage would be fairly minimal, other than boot
02:23
ternarybit: not ltsp-cluster specifically, but that might implement something along those lines
02:24
<ternarybit>
interesting, good to know it’s an option. In all likelihood we will test it with ~30 clients for a while.
02:25
one other question: in kiosk mode, there is a significant blank screen delay after loading the kernel (?) where I assume X is intializing and whatnot. any way to give it a splash screen? didn’t see much online.
02:26
<vagrantc>
i haven't worked much with splash screens, but yeah, you could configure plymouth or maybe install one of the theme packages
02:27
on debian there's the plymouth-themes package
02:27
<ternarybit>
just something basic, like the district logo or even just “loading”
02:27
I will look into plymouth. glanced at it, wasn’t sure if it was the right tree to bark up
02:28
<vagrantc>
not sure either ... i usually am developing ltsp, so i want to see whatever deugging i can get
02:30
<ternarybit>
sure. do you know specifically what’s going on in the blank interval between loading the kernel and launching the browser?
02:31
<vagrantc>
too many things to give you a meaningful answer
02:31
it's all the bootup stuff
02:31
same as any OS boot, really, not too much LTSP-specific there
02:32
<ternarybit>
hmm. found something here: https://www.redhat.com/archives/k12osn/2011-November/msg00032.html
02:33
I’ll just tinker. I guess what’s concerning is that it does not appear that *any* splash screen is displayed, as opposed to the normal ubuntu/debian splash screen when loading ldm
02:33
so I’m not confident that a custom plymouth theme would show.
02:43
well hey, thanks for the valuable insight. I will goof off with it over a few weeks and report back.
02:43
cheers!
02:44
<vagrantc>
good luck!
02:44ternarybit has left IRC (ternarybit!~ternarybi@208.53.83.105, Quit: ternarybit)
02:54Fenuks|2 has joined IRC (Fenuks|2!~Fenuks@gate.ifmieo.nspu.ru)
02:57Fenuks has left IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru, Read error: Connection reset by peer)
04:46
<cyberorg>
vagrantc, will test out your changes soon, thanks :)
05:15bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:55
<vagrantc>
cyberorg: good!
06:03vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
06:31adrianorg has left IRC (adrianorg!~adrianorg@177.134.60.29, Ping timeout: 272 seconds)
06:33adrianorg has joined IRC (adrianorg!~adrianorg@177.132.216.182)
06:35mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 264 seconds)
06:38mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
07:11mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 260 seconds)
07:56mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254)
08:01Arshpreet has joined IRC (Arshpreet!caa43575@gateway/web/freenode/ip.202.164.53.117)
08:03
<Arshpreet>
Which Open-Suse arch should I use for LTSP-server ? 64 bit or 32-bit?
08:05
<cyberorg>
Arshpreet, get http://download.opensuse-education.org/~cyberorg/openSUSE-Edu-li-f-e-gnome-classic.x86_64-13.1.3.iso
08:06
<Arshpreet>
ok Thanks. is it pre-configured?
08:06
<cyberorg>
follow this https://en.opensuse.org/SDB:LTSP_quick_start_12.2_Edu
08:06
ltsp is pre installed in that image
08:06
<Arshpreet>
Sure, Thanks. :)
08:07
<cyberorg>
it has mate and gnome desktops available, mate works well on thinclients, gnome is bit hit and miss
08:07
you want to use thinclient or fat clients?
08:07
<Arshpreet>
Ok.
08:07
only thin-clients
08:08
<cyberorg>
ok
08:08
<Arshpreet>
We have 4 server and 200 thin-clients
08:08
s/server/servers
08:09
Am I on right path for my setup?
08:09Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
08:11
<cyberorg>
depends on what exactly you want to do, how powerful are the servers, do you have common authentication, shared storage etc...
08:12
also what is your client specs?
08:12
<Arshpreet>
Clients wants only load balancing
08:13
he wants every client should be able to login every Server
08:14
first client will go to server1 if it is already full then it should go for server 2 and so on. if all are full then return a message like <Server Busy>
08:15
we have four dual-core servers with 4 GB of RAM each. we only need to run 50 at once.
08:16
students only run simple C++ programs on clients
08:16adrianorg has left IRC (adrianorg!~adrianorg@177.132.216.182, Ping timeout: 260 seconds)
08:17
<Arshpreet>
Presently they are using this kind of setup with Windows. http://www.techrepublic.com/article/create-a-scalable-thin-client-solution-with-terminal-server-farms/
08:17
Please let me know if you need more information about Setup and Hardware from my side
08:18
<cyberorg>
you need about 256M ram per client on the server
08:18adrianorg has joined IRC (adrianorg!~adrianorg@177.134.57.13)
08:18NeonLich1 is now known as NeonLicht
08:19
<Arshpreet>
ok. Can I reduce Ram requirements? or 256M is least?
08:19
<cyberorg>
for load balancing, add MY_SERVER_LIST=ip addresses of your servers
08:19
to lts.conf
08:20
you can install xfce4-session, that may reduce it a bit, but not much
08:21
you need shared storage, and ldap authentication set up for all servers
08:23
<Arshpreet>
How about Openbox or Python This client? http://opensource.mtier.org/mtc.html
08:24
<cyberorg>
never used it so no idea
08:25
<Arshpreet>
ok I will report on Mailing list as well as here after my successfull setup.
08:26
Do i need to know anything else or Do's and Don't's ?
08:44
<cyberorg>
well you should start with modest single server setup and be extremely familiar with linux system administration first before attempting clustering
08:47
<Arshpreet>
Yes i have some Linux experience with Rocks Cluster ;)
09:08Arshpreet has left IRC (Arshpreet!caa43575@gateway/web/freenode/ip.202.164.53.117, Ping timeout: 246 seconds)
09:26dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100)
09:26dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com)
09:31femur has joined IRC (femur!29ce0101@gateway/web/freenode/ip.41.206.1.1)
09:32
<femur>
hi good morning in here
09:32
im kinda new to linux
09:33
i installed an LTSP Edubuntu server and i need to add multiple users
09:33
doing it from the GUI is quite stressfull
09:34
i need a script that can help me add multiple users with passwords
09:34
please can anyone in here help me with that?
09:34
il be most grateful
09:56khildin has joined IRC (khildin!~khildin@ip-83-134-135-194.dsl.scarlet.be)
10:07
<femur>
hi khildin
10:08
maybe you can help with my problem
10:10
im kinda new to linux.. i installed an LTSP Edubuntu server and i need to add multiple users, doing it from the GUI is quite stressfull.. i need a script that can help me add multiple users with passwords.. please if you can help me with that, il be most grateful
10:19
<cyberorg>
femur, google user add script
10:21
<femur>
cyberorg, i have done alot of googling and nothing seems to be working right for me
10:28
<cyberorg>
http://www.cyberciti.biz/tips/howto-write-shell-script-to-add-user.html was the first on the list, you can adapt if it does not seem right for your need
10:28
like that there are many more scripts in google result, all mostly working
10:36femur has left IRC (femur!29ce0101@gateway/web/freenode/ip.41.206.1.1, Ping timeout: 246 seconds)
10:46Fenuks|2 has left IRC (Fenuks|2!~Fenuks@gate.ifmieo.nspu.ru, Ping timeout: 255 seconds)
11:02telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
11:04telex has joined IRC (telex!~telex@freeshell.de)
11:17adrianorg has left IRC (adrianorg!~adrianorg@177.134.57.13, Ping timeout: 250 seconds)
11:19adrianorg has joined IRC (adrianorg!~adrianorg@177.134.57.13)
11:26shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 260 seconds)
11:28freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
11:32shawnp0wers has joined IRC (shawnp0wers!~spowers@151.236.4.166)
11:32shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers)
12:00bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
12:41khildin has left IRC (khildin!~khildin@ip-83-134-135-194.dsl.scarlet.be, Ping timeout: 255 seconds)
12:45championofcyrod1 has left IRC (championofcyrod1!~championo@50-205-35-98-static.hfc.comcastbusiness.net, Ping timeout: 240 seconds)
12:53khildin has joined IRC (khildin!~khildin@D57C747A.static.ziggozakelijk.nl)
13:00championofcyrodi has joined IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net)
13:19FrankBlues has joined IRC (FrankBlues!~alex@c-174-52-202-7.hsd1.ut.comcast.net)
13:50cryptrat has joined IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62)
13:52
<cryptrat>
Hello, I have a question: I have had between 2-4 thin clients running off one server for about 2 weeks now, the first week was fine without any problems and now i am having issues where firefox seems to stop resolving dns, where they have to refresh to get the page back
13:52
any ideas what might be the cause or an idea of what direction to go in
13:53
either server side or client side?
13:54
<championofcyrodi>
is it just firefox or can you not resolve using DNS in the terminal either?
13:58
<cryptrat>
well all they use right now is firefox, and if they hit refresh the page comes back up, so its kinda like it times out... i could try another browser
14:00
i've even tried setting google dns in the resolv.conf on the server.... thinking maybe it was a comcast issue...
14:00
the server seems to resolve fine
14:10Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
14:12khildin has left IRC (khildin!~khildin@D57C747A.static.ziggozakelijk.nl, Quit: I'm gone, bye bye)
14:18
<||cw>
that doens't sound like a dns issue, that sounds like a firefox bug
14:20adrianorg has left IRC (adrianorg!~adrianorg@177.134.57.13, Ping timeout: 250 seconds)
14:21adrianorg has joined IRC (adrianorg!~adrianorg@177.134.57.13)
14:24
<FrankBlues>
Maybe clear everything in firefox: Control-Shift-Delete will kill all personal data, history, and cache
14:44mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Ping timeout: 245 seconds)
14:50
<cryptrat>
yeah cleared everything, rebooted server and clients, still had issues with firefox so i just installed chromium in hopes that it is just a firefox bug
14:51
<||cw>
what makes you think it's dns? some error on the FF console?
14:53khildin has joined IRC (khildin!~khildin@ip-83-134-135-188.dsl.scarlet.be)
14:57ncom0pl has left IRC (ncom0pl!~ncom0pl@89-71-65-172.dynamic.chello.pl, Ping timeout: 245 seconds)
14:58
<cryptrat>
well maybe not dns but some FF bug, we use a web based customer database software and it keeps freezing while using that system
14:59
and they have to refresh and it doesn't always keep what they entered... so not good for productivity
14:59Fenuks has joined IRC (Fenuks!~Fenuks@212.164.128.151)
15:02mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
16:08khildin has left IRC (khildin!~khildin@ip-83-134-135-188.dsl.scarlet.be, Ping timeout: 260 seconds)
16:14
<cryptrat>
same thing on chromium eventually it just seems to time out on that site.... just on the thin clients
16:14
not the rest of the normal pcs here... so i'll keep looking
16:19khildin has joined IRC (khildin!~khildin@ip-83-134-135-188.dsl.scarlet.be)
16:21
<||cw>
what's the error from the console?
16:21
are you sure it's not just something with the site's javascript?
16:22
are the normal PC's running the same version of the same distro with the same DE?
16:38andygraybeal has left IRC (andygraybeal!~andy@h52.211.22.98.dynamic.ip.windstream.net, Ping timeout: 250 seconds)
16:55andygraybeal has joined IRC (andygraybeal!~andy@h186.200.130.174.dynamic.ip.windstream.net)
17:00vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
17:05FrankBlues has left IRC (FrankBlues!~alex@c-174-52-202-7.hsd1.ut.comcast.net, Remote host closed the connection)
17:16FrankBlues has joined IRC (FrankBlues!~alex@c-174-52-202-7.hsd1.ut.comcast.net)
17:22adrianorg has left IRC (adrianorg!~adrianorg@177.134.57.13, Ping timeout: 250 seconds)
17:24adrianorg has joined IRC (adrianorg!~adrianorg@177.134.57.13)
17:42championofcyrodi has left IRC (championofcyrodi!~championo@50-205-35-98-static.hfc.comcastbusiness.net)
17:44ben_nabiy has left IRC (ben_nabiy!~bennabiy@unaffiliated/bennabiy, Remote host closed the connection)
17:48telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
17:50telex has joined IRC (telex!~telex@freeshell.de)
18:09Fenuks has left IRC (Fenuks!~Fenuks@212.164.128.151, Ping timeout: 240 seconds)
19:01vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
19:34
<cryptrat>
sorry for the delay, its just a website basically, the windows pc's mainly use IE or chrome and don't have this trouble
19:35freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Remote host closed the connection)
19:43
<cryptrat>
i am using dnsmasq, could that be part of the problem?
19:50
<||cw>
unless you're getting "host not found" errors, it's not DNS
19:54jammcq has joined IRC (jammcq!~jam@c-24-11-53-228.hsd1.mi.comcast.net)
19:54
<jammcq>
hello friends
19:55
stgraber: BTS-2014 Oct 23-26, hope you guys can make it.
19:55
ogra_: ready for a trip to Maine ?
19:56cryptrat has left IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62, Ping timeout: 246 seconds)
19:59khildin has left IRC (khildin!~khildin@ip-83-134-135-188.dsl.scarlet.be, Quit: I'm gone, bye bye)
20:02cryptrat has joined IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62)
20:13klausade has left IRC (klausade!~klaus@cm-84.215.153.179.getinternet.no, Ping timeout: 260 seconds)
20:15adrianorg has left IRC (adrianorg!~adrianorg@177.134.57.13, Ping timeout: 250 seconds)
20:17adrianorg has joined IRC (adrianorg!~adrianorg@177.134.57.13)
20:24dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100)
21:07vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
21:14vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 245 seconds)
21:45ncom0pl has joined IRC (ncom0pl!~ncom0pl@89-71-65-172.dynamic.chello.pl)
21:46boospy has joined IRC (boospy!~loma@darkbox.osit.cc)
21:46boospy has left IRC (boospy!~loma@darkbox.osit.cc)
21:51vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
21:58vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 240 seconds)
22:05uXus has left IRC (uXus!~uXus@217.77.222.72, Ping timeout: 255 seconds)
22:05uXus has joined IRC (uXus!~uXus@217.77.222.72)
22:36||cw has left IRC (||cw!~chris@phpgroupware/cw, Ping timeout: 240 seconds)
22:43cryptrat has left IRC (cryptrat!32c3bb3e@gateway/web/freenode/ip.50.195.187.62, Quit: Page closed)
22:50||cw has joined IRC (||cw!~chris@phpgroupware/cw)
22:55vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
23:16vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 250 seconds)
23:22vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
23:35vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 250 seconds)
23:42vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
23:49vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 260 seconds)
23:55boospy has joined IRC (boospy!~loma@darkbox.osit.cc)
23:58boospy has left IRC (boospy!~loma@darkbox.osit.cc)