|00:03||vagrantc has joined #ltsp|
|00:07||dlezcano has joined #ltsp|
|00:19||dobber has joined #ltsp|
|00:26||vagrantc has quit IRC|
|01:22||alkisg has joined #ltsp|
|01:36||toscalix has joined #ltsp|
|01:49||artista_frustrad has joined #ltsp|
|01:50||jimjimovich has joined #ltsp|
how can i change the language for the ldm login screen?
LDM_LANGUAGE in lts.conf
|01:52||ogra_ac has quit IRC|
|01:53||artista_frustrad has quit IRC|
Appiah: Thanks, somehow I overlooked that in the docs
um, that set the default language for the gnome session, but didn't change the UI on the login screen
jimjimovich: sudo chroot /opt/ltsp/i386 dpkg-reconfigure console-setup
and ltsp-update-image afterwards
alkisg: what i really want is for just the text for login screen to be in Russian without changing the default login language
So, login in russian and session in english?
dession default in English
Then, put russian in the command that I told you before and put english in LDM_LANGUAGE - I think that'll work
okay, will try!
alkisg: I still get English on the login screen.
jimjimovich: did you update the image?
Uh sorry that's for the keyboard layout, the default chroot locale is in /opt/ltsp/i386/etc/default/locale
okay, will try!
alkisg: that works, thanks!
only one problem, the translation for "username" is (as often happens) too long for the space allowed in the layout for the longin screen. How can I edit the layout of the login screen?
Here's a more comprehensive answer from the ML, from vagrantc: "it's a little confusing, but LDM_LANGUAGE sets the locale for the logged in session, not for LDM itself."
"if you want it to use a different language for LDM's user interface, add to lts.conf:
cool. that's exactly what I did and it worked great.
I found instructions for modifying the images in the ldm theme, but can anyone tell me where the layout files are for it? I'd like to move things around a little bit
|02:22||gnunux has joined #ltsp|
jimjimovich: I think it's in greeter.c, so to change the layout you'd need to compile it
You can also change the translation if it's easier to you
alkisg: yeah, digging through the source code now.
i have the translation here from the source code, can i just change it and drop it into some directory or does that also require recompiling?
It requires "compiling" into .mo which is very easy
E.g. if you open it with poedit, it does it automatically
or, just run: msgfmt -cv -o output.mo input.po
|02:29||feinbein_fred has joined #ltsp|
alkisg: I can tell you've been doing this for a while :)
I feel like I've learned more about Ubuntu in the last 2 weeks of setting up this system than in the last few years.
jimjimovich, same to me. :)
muppis: it's a pretty great feeling, to learn so much every day at work :)
Altought, my thin just hanged when I changed lts.conf. Hopefully its typo.
|02:41||feinbein_fred has quit IRC|
|02:41||feinbein_fred has joined #ltsp|
Funny. If I put LANG in lts.conf, LDM changes to English. Without any it's in Finnish (as it should be).
Yup, that's the correct (but not intuitive) behaviour
alkisg: thanks for the tip on poedit. I edited the translation (and even though it's kind wrong now) it fits.
muppis: erm, LANG=what in lts.conf?
see the exact name from your $LANG environment variable
Even a character wrong and it's considered invalid, so LANG=C is used instead
Frustating.. libvirtd keeps dying.
there is a LANG setting in lts.conf? I didn't see that in the documentation
No, it's kind of a hack to set environment variables for ldm
So anything you set in lts.conf is an env var for ldm
so you can just set random env variables? Like MYVAR=foo?
alkisg, I think it still doesn't fix that partial translation for login screen. Anything else is in Finnish, but Preferences still sits there in corner.
muppis: did you try changing the local in /opt/ltsp/i386/etc/default/locale ? That worked for me
muppis: ah, for preferences you need to install your gnome locale files to the chroot
It's a gnome button. Let me get you the exact package name...
alkisg, quite annoying..
yes, same is true if you want to have local apps in your language (like Firefox)
The preferences button comes from /usr/share/locale-langpack/"$LANG_DIR"/LC_MESSAGES/gtk20.mo
nice, now I have /opt/ltsp/i386/etc/default/locale set to Russian, and can add LANG=en_EN.UTF-8 for terminals that need to be in English :)
(or just copy that file)
I'd recommend installing language-pack-gnome-fi-base in chroot as it will probably save you from other problems down the road
How about Verifyin password -text, same file?
No, that's ssh
But it's hardcoded to english from ldm
Hmmm wait let me look...
actually, it's in the po file for ldm
I'm looking at the Russian po and it's in there, but it's missing from Finnish
Hey, thanks! ;)
|02:59||Da-Geek has joined #ltsp|
OK, time for poedit for all :P
you can edit the fi.po file in poedit, save it then copy fi.mo to /opt/ltsp/i386/usr/share/locale/fi/LC_MESSAGES/ldm.mo
Looks like I have to set up my own PPA for fixes..
alkisg, have you yet tested Meerkat for LTSP?
muppis: I only booted it in a vbox, I'll stick to LTS=>LTS for greek schools
I have, and ended up ditching it quickly. There were a lot of bugs, especially with local apps
It takes a couple of months to stabilize ubuntu installations unfortunately, so a 6 month release cycle is too often for us
jimjimovich, shame.. I'm setting up LTSP for HTPC at my home and for DVB-T -bugfixes might be forced to upgrade to Meerkat.
If I don't get inspiration to upgrade kernel in Lucid.
Hey... Installing language pack to chroot changed both texts.
muppis: if it's something you're doing at home, you might want to try it
Maverick ltsp works, it's just that doing much beyond the basics became very difficult as a lot of the instructions i found online did not work (for example, Flash in local Firefox)
jimjimovich, my lack of inspiration kicks in when there is possibility for hours fight for stability.
What I need to work locally is nvidia drivers and XBMC..
by the way, since I've been working more with LTSP recently, I keep imagining our flat with little touch screens all over running as ltsp clients :)
XBMC on a thin client ... hmmm. now you're just giving me ideas :)
|03:08||ogra_ac has joined #ltsp|
I got VDR and NAS already in network so there is no need for local HDD, so why it keep just for system..
Can you buy small sized touch screens that work with Ubuntu in Finland? If so, I might have to make a trip over there
Depends what is definition of small sized?
like 7-10 inch
well, less than 19 inch :)
jimjimovich: What is the use case and how many?
Use case ... to run LTSP or just Ubuntu. How many? It's more of a dream, really. Not sure
jimjimovich: OK. Just being curious. Just thought that I found some second hand stuff for similar purposes and the magic word seems to be USB.
elias_a: like those USB monitor extender things?
If the control signal (=mouse) is transmitted through USB there should not be big problems
Yes, adding touchsupport any regular screen is cheaper than buying directly touchscreen..
At here in Finland.
muppis: thanks for the info. I'll have to look into that idea too.
what would be really cool is ltsp running on any of the hardware for all these upcoming tablets that people are making
The new vbox offers a tablet mouse mode, so I have mouse integration for vbox ltsp clients out of the box :)
I got also a plan for laptops. Having minimal installation to get X and wlan working, then firing kvm with vnc for ltsp client.
I'd love to have a terminal stuck to my refrigerator :)
vnc? too slow...
alkisg, it's local.
Sure, it's even slow for gigabit
have you tried neatx?
E.g. neatx over adsl is faster than vnc on gigabit
I got it working here and it's super fast
Probably vnc not even needed, when running only one app.
I got wireless working for thin client a while ago. never got around to figuring out how to handle bad packet loss without deadlocks
alkisg: what's this about vbox (virtualbox?) clients?
sweetpi: yeah, was just thinking about wifi probably being a pretty big issue for ltsp
jimjimovich: http://www.virtualbox.org/manual/ch03.html ==> search for "Enable absolute pointing device"
alkisg: so you're booting off of ltsp in virtualbox? I need this!
Sure, and I also have 1280x720 without adding vbox guest additions, by specifying an additional vesa mode...
jimjimovich, my testing enviroment is running in virt-manager/libvirt/kvm
alkisg: sorry to interupt, but how did you manage higher resolutions without guest addistions?
okay, i remember trying this virtual machine ltsp client several years ago without luck.
feinbein_fred: You don't need the "vga=xxx" kernel parameter that it mentions, it's autodetected
jimjimovich: it "just works" in vbox...
thanks a lot, I'll try that... Just have to reboot to my desktop...
|03:27||feinbein_fred has left #ltsp|
alkisg: that's what i get for not trying things for like 4 years ;)
|03:27||alkisg is now known as alkisg_studying|
anyone know of a way to boot a vm client if you're located outside of the network where the ltsp server is (but can ssh into the server)?
SSH Tunneling should help.
|03:32||feinbein_fred has joined #ltsp|
muppis: can you proxy dhcp over ssh?
jimjimovich, I just thought that could be problem..
wow, this really does just work out of the box in vbox!
jimjimovich: I think doing what you want would require either magic hackery or at least kernel and initrd for the thin client(to get local network access) and then a ssh tunnel(on the vm host) for nbd
|03:41||artista_frustrad has joined #ltsp|
sweetpi: neatx sounds better than "magic hackery" ;)
jimjimovich: can you open the tftp port?
If you can, you can use gpxe, even over wan...
Or, if you have apache, you can publish the kernel with http
No dhcp is needed
alkisg_studying: I don't see why I couldn't open the port (it's still within our main network)
how would it access the nbd server though?
Right, that too ^^ :)
He could copy the image locally, but it would require initscript changes
|03:45||artista_frustrad has quit IRC|
i was thinking more along the lines of making Virtualbox to "be" in the other network via something like a vpn
A, vbox client? Then sure, either ssh port forwarding or vpn
alkisg_studying: how can I make it so that vbox isn't stuck in 800x600 mode?
alkisg_studying:vbox not working for me, added custom video modes - no luck!
See the link I pasted above for feinbein_fred
|03:47||alkisg_studying is now known as alkisg|
muppis: I actually did not talk about an add-on device. There are touchscreens that have USB in any case.
meerkat some server, lucid64bit for vbox 3.2.8
feinbein_fred: it should be working, can you post your vbox client .xml settings file?
elias_a, yes it is, but they costs a lot.
feinbein_fred: e.g. mine contains a line like this: <ExtraDataItem name="CustomVideoMode1" value="1272x700x16"/>
muppis: If you're interested I am going to check out 2nd hand devices like that next Fri @ Tampere. Priceclass 300€.
elias_a, any specs?
alkisg: feinbein_fred: yeah, it's not working for me either with <ExtraDataItem name="CustomVideoMode1" value="1400x900x16"/>
muppis: Not yet. Should be quality stuff. It is the voting booth displays from Kauniainen where the electronic voting was tested in the election.
elias_a, might be usable.
jimjimovich, feinbein_fred: this one works fine for me: http://pastebin.com/JNmyXGT2
More in a while, doing something first...
jimjimovich: I am not sure, I have nvida-driver installed in the chroot, maybe thats the reason?
feinbein_fred: I don't have them installed. I think it has something to do with the second part of the instructions ( vga = 0x200 | 0x160 ) how would you do that?
jimjimovich: good question, how do you add a kernel-parameter for a specific thinclient? Googling....
You can put them in pxelinux.cfg/mac-address, but there's no need, gimme a few minutes to finish what I'm doing and I'll test from scratch with a new client
okay, thanks alkisg
alkisg: just trying with pxelinux.cfg/mac-address
|04:29||Da-Geek has quit IRC|
|04:32||Da-Geek has joined #ltsp|
just building a new image w/o nvidiadrivers
jimjimovich, feinbein_fred: I created a new vbox client, ran VBoxManage setextradata vesatest "CustomVideoMode1" "1272x720x16", set X_COLOR_DEPTH=16 in my lts.conf and it's working without doing anything else
If yours fails, maybe it's because the vesa logic prefers some other mode because it cannot detect the monitor timings
|04:36||pthsWork has quit IRC|
So, either increase X_HORZSYNC/X_VERTREFRESH, or paste the /var/log/Xorg.7.log from the client and your CustomVideoMode1 and X_COLOR_DEPTH...
(I see in xorg.log that it tries some other modes with lower horizsync rates and fails, and then decides to automatically increase horizsync and then chooses my mode)
|04:41||johnny has left #ltsp|
|04:50||sweetpi has quit IRC|
|04:50||pthsWork has joined #ltsp|
|04:54||Da-Geek has quit IRC|
alkisg: unfortunately I haven't got more time, will try and see later. Thanks for your help so far.
|05:05||feinbein_fred has quit IRC|
|05:12||ogra_ac has quit IRC|
|05:16||litlebuda has quit IRC|
|05:45||ogra_ac has joined #ltsp|
|05:46||dlezcano has quit IRC|
|05:56||artista_frustrad has joined #ltsp|
|06:00||artista_frustrad has quit IRC|
doing pxelinux.cfg/01-mac-address and adding the line from the vbox site makes vbox boot at my custom resolution until it hits the login screen, then everything is back to 800x600
|06:20||ogra_ac has quit IRC|
|06:21||ogra_ac has joined #ltsp|
jimjimovich: don't add vga=xx it uses framebuffer then
See what I proposed above
I tried changing the X_HORZSYNC/X_VERTREFRESH but got very strange results
|06:24||pmatulis has joined #ltsp|
I got the desktop running at 1440x900 but the window in virtualbox was cut off
jimjimovich: If you put too great values there, you'd also need to set XRANDR_MODE_0 for that client
What resolution are you trying to accomplish? 1440x900?
1440x900, also trying your 1272x720
(ok if you put X_HORZSYNC/X_VERTREFRESH then just setting XRANDR_MODE_0 should do it)
Don't bother with the rest...
|06:45||bobby_C has joined #ltsp|
|06:46||biomorph_ has joined #ltsp|
alkisg: I'm getting close. How do I determine the proper X_HORZSYNC/X_VERTREFRESH rates?
jimjimovich: there's no need, you can put arbitrary large ones and just set XRANDR_MODE_0
For 1024x768 X_HORZSYNC is about 88
For 1440 it should be around 100, but not sure for the exact value
Unfortunately the timing calculation tools don't work for this
So just put X_HORZSYNC=120, X_VERTREFRESH=50-90, and XRANDR_MODE_0=1440x900 ...
|06:51||biomorph_ has quit IRC|
Ah, not sure if vesa supports xrandr, if not then X_MODE_0 is needed instead
Funny. As I wrote earlier, got Preferences -button untranslated before installed language pack. That was on my newly build testing enviroment. In production enviroment that package is already installed and buttontext is still untranslated.
muppis: is the i386.img image updated?
alkisg, Verifying password is translated..
muppis: and the translation is the same version as in your test server?
alkisg: got it working!
**language pack version, I mean
alkisg, haven't check that, but both installations are lucid.
Sounds like it should work then...
jimjimovich: what did you do?
muppis: compare this file to your test server's file: /opt/ltsp/i386/usr/share/locale/fi/LC_MESSAGES/gtk20.mo
|06:59||biomorph_ has joined #ltsp|
Packages are same versions, but production is i386 and testing amd64.
|07:01||ogra_ac has quit IRC|
muppis: I did notice that the translation for verifying password was missing from the ldm fi.po file
muppis: are the "Username" and "Password" fields translated?
jimjimovich: sorry X_HORZSYNC shouldn't be fixed for XRANDR_MODE_0 to work
jimjimovich, installing language-pack-fi-base to chroot did the trick.
jimjimovich: so, X_HORZSYNC=30-120, X_VERTREFRESH=30-90, and then using XRANDR_MODE_0 gets you any resolution you want
|07:07||MorningSon has joined #ltsp|
alkisg: feinbein_fred: This works http://pastebin.com/FfCGqW5H
alkisg: so I still need to add the custom video modes to vbox or everything can be done in lts.conf?
jimjimovich: with X_HORZSYNC etc you can get all vesa modes, but if you want additional ones that vesa doesn't provide, then you need custom video modes
E.g. I wanted the vbox window to be smaller than my 1280x800 desktop to prevent it from hiding my panels
super, looks like we figured this one out :)
|07:12||ogra_ac has joined #ltsp|
jimjimovich: btw it looks like the vbox driver ignores any X_HORZSYNC values, so any range (not fixed value) would do
very nice, now I got one more tool in the toolbox
|07:16||dlezcano has joined #ltsp|
|07:19||biomorph_ has quit IRC|
|07:19||ogra_ac has quit IRC|
alkisg: what client do you use to connect to neatx? The standard No Machine for Linux?
alkisg: do you ever have problems with it taking a very long time to authenticate?
Yeah, it does
I noticed that from the windows client, it authenticates almost instantly
i thought that was strange
But it never authenticated quickly so I don't know.... ah really? Didn't try a windows client
|07:22||* alkisg tested with freenx & neatx as servers, and nomachine nx linux client|
I noticed it a while back when making a blog post about using neatx on EC2, if you connect with windows it works fast, if you connect with linux, it'll actually time out before it authenticates
Did you file a bug report?
at the time, yes (this was like 6 months ago) but maybe to the wrong place, and nobody followed up on it because Desktop Ubuntu on EC2 wasn't a priority
The best place would be at the neatx-server project page on code.google.com
I thought it might have something to do with ssh, because it also takes quite a while for ssh to prompt me for my password on all my ltsp servers
alkisg: looks like there are already a handful of bugs filed which would match my experience. maybe they already fixed them. will have to try again someday
|07:37||ogra_ac has joined #ltsp|
|07:39||dobber has quit IRC|
|07:41||dobber has joined #ltsp|
|07:45||ogra_ac has quit IRC|
|08:00||jimjimovich has quit IRC|
|08:12||Da-Geek has joined #ltsp|
|08:27||artista_frustrad has joined #ltsp|
|08:32||artista_frustrad has quit IRC|
|08:33||toscalix has quit IRC|
|08:44||artista_frustrad has joined #ltsp|
|08:49||artista_frustrad has quit IRC|
|09:18||artista_frustrad has joined #ltsp|
|09:22||mikkel has joined #ltsp|
|09:23||artista_frustrad has quit IRC|
|09:37||mgariepy has joined #ltsp|
|09:47||toscalix has joined #ltsp|
|09:55||alkisg has quit IRC|
|10:06||jhutchins_lt has joined #ltsp|
|10:14||dobber has quit IRC|
|10:20||staffencasa has joined #ltsp|
|10:35||gnunux has quit IRC|
|10:45||CarlosP has joined #ltsp|
|10:47||DaGeek_ has joined #ltsp|
|10:50||Da-Geek has quit IRC|
|10:51||shawnp0wers has joined #ltsp|
|10:59||ogra_ac has joined #ltsp|
|11:01||dlezcano has quit IRC|
|11:02||CarlosP has quit IRC|
|11:07||DaGeek_ has quit IRC|
|11:08||Gadi has joined #ltsp|
|11:12||shawnp0wers has quit IRC|
|11:28||vongrippen has joined #ltsp|
|11:32||vongrippen has quit IRC|
|11:32||vongrippen has joined #ltsp|
|11:41||vvinet has joined #ltsp|
|11:44||alkisg has joined #ltsp|
|11:48||artista_frustrad has joined #ltsp|
|11:53||artista_frustrad has quit IRC|
|12:00||johnny has joined #ltsp|
|12:04||ogra_ac has quit IRC|
|12:05||ogra_ac has joined #ltsp|
|12:08||EarlessPierre has joined #ltsp|
Does anyone here have an LTSP server that authenticates using Kerberos?
EarlessPierre: We are listening. We got ears :)
EarlessPierre: What is the problem?
Users take about 3 minutes to log on, even the locally defined ones.
I checked the tcpdump, and it just seems to be sitting there doing nothing
No packets between the server and the client at all
I think it's timing out somewhere, but I can't think of what it could be
Sorry - this is beyond my field of experience :(
Nobody seems to know what's wrong with it
EarlessPierre: is there a delayed login when you simply ssh to the machine?
you may want to try: ssh -vvv user@server
and watch where it hangs
SSH works fine
No delay at all
Kerberos or local user
EarlessPierre: check the user's ~/.xsession-errors
What should I be looking for?
not sure exactly - timeouts?
evolution-alarm-notify-Message: Setting timeout for 41597 1286496000 1286454403
This is the only mention of timeouts
alternatively, it may also be a dns issue
in that the server is trying to look up the client's hostname
try setting a shell on the client
and ssh to the server from a client shell
Ok, I'll try that
I tried SSHing from a liveCD, that worked fine
|12:45||M4gic5t0rM has joined #ltsp|
|12:49||M4gic5t0rM has quit IRC|
|12:51||M4gic5t0rM has joined #ltsp|
SSHing work fine from both thick or thin client image, both the web-facing interface and the client subnet facing interface
|12:56||jhutchins has quit IRC|
|12:57||jhutchins has joined #ltsp|
I also tried different desktop environments (XFCE, KDE, LXDE, xterm), but they all take about the same amount of time
EarlessPierre: are you using LDM_DIRECTX?
if not, try enabling it and seeing if it is faster
How do I do that?
it is an lts.conf parameter: LDM_DIRECTX=True
that will at least tell you if the ssh X proxy is the culprit
|13:15||jammcq has joined #ltsp|
|13:15||toscalix has quit IRC|
|13:22||shawnp0wers has joined #ltsp|
|13:23||litlebuda has joined #ltsp|
|13:25||ogra_ac has quit IRC|
|13:30||shawnp0wers has quit IRC|
|13:32||ogra_ac has joined #ltsp|
Interestingly enough, now my fat client is stuck on the splash scree and my thin client refuses all passwords
I think someone else is trying to fix it too
|13:40||shawnp0wers has joined #ltsp|
|13:41||hfrhryu34 has joined #ltsp|
|13:41||hfrhryu34 is now known as abeehc|
This is certainly weird
|13:51||mistik1 has quit IRC|
|13:56||M4gic5t0rM has quit IRC|
|14:09||shawnp0wers has quit IRC|
|14:51||pmatulis has quit IRC|
|14:54||dlezcano has joined #ltsp|
|15:04||M4gic5t0rM has joined #ltsp|
|15:06||M4gic5t0rM has quit IRC|
|15:06||M4gic5t0rM has joined #ltsp|
|15:09||M4gic5t0rM1 has joined #ltsp|
|15:09||M4gic5t0rM has quit IRC|
|15:11||Gadi has left #ltsp|
|15:21||Kyle__ has joined #ltsp|
|15:37||alexqwesa__ is now known as alexqwesa|
|15:39||M4gic5t0rM1 has quit IRC|
|15:43||alkisg has quit IRC|
|16:00||EarlessPierre has quit IRC|
|16:04||alkisg has joined #ltsp|
|16:05||alkisg has joined #ltsp|
|16:27||jammcq has quit IRC|
|16:28||mikkel has quit IRC|
|16:28||spectra has quit IRC|
|16:29||spectra has joined #ltsp|
|16:30||artista_frustrad has joined #ltsp|
|16:32||F-GT has quit IRC|
|16:35||artista_frustrad has quit IRC|
|16:39||mistik1 has joined #ltsp|
|16:39||pmatulis has joined #ltsp|
|16:44||F-GT has joined #ltsp|
|16:53||litlebuda has quit IRC|
|17:01||mgariepy has quit IRC|
|17:07||vongrippen has quit IRC|
|17:31||ogra_ac has quit IRC|
|17:43||artista_frustrad has joined #ltsp|
|17:43||bobby_C has quit IRC|
|17:44||ogra_ac has joined #ltsp|
|17:47||alkisg has quit IRC|
|17:48||artista_frustrad has quit IRC|
|17:55||Kyle__ has quit IRC|
|18:19||artista_frustrad has joined #ltsp|
|18:23||artista_frustrad has quit IRC|
|18:32||staffencasa has quit IRC|
|18:37||jhutchins_lt has quit IRC|
|18:42||bobby_C has joined #ltsp|
|18:52||artista_frustrad has joined #ltsp|
|18:53||bobby_C has quit IRC|
|18:57||artista_frustrad has quit IRC|
|19:38||Mobe_ has quit IRC|
|19:39||M4gic5t0rM has joined #ltsp|
|19:44||vvinet has quit IRC|
|19:58||vongrippen has joined #ltsp|
|20:02||sweetpi has joined #ltsp|
|20:20||robbie_ has joined #ltsp|
|20:21||robbie_ has quit IRC|
|20:39||pmatulis has quit IRC|
|20:39||cliebow has joined #ltsp|
|20:39||cliebow_ has joined #ltsp|
|20:40||cliebow has quit IRC|
I'm having problems using my new thin client (Intel D510MO) graphics card with Ubuntu 10.04. Can anyone help me setup a Xorg.conf to suit this type of GPU? It says it's using the i915 kernel module.
The main problem is that I cannot use the high resolution as it cannot detect my monitor
I would like to use 1920x1080
|21:07||cliebow_ has quit IRC|
|21:16||cliebow_ has joined #ltsp|
|21:27||impax has joined #ltsp|
|21:29||vagrantc has joined #ltsp|
|21:39||cliebow_ has quit IRC|
|22:06||M4gic5t0rM has quit IRC|
|22:07||M4gic5t0rM has joined #ltsp|
|22:21||vagrantc has quit IRC|
|23:03||impax_ has joined #ltsp|
|23:06||impax has left #ltsp|
|23:21||Mobe has joined #ltsp|
|23:58||loathing has quit IRC|
|23:58||loathing has joined #ltsp|