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


Channel log from 25 February 2012   (all times are UTC)

00:08rthomson has left IRC (rthomson!~rthomson@mars.pet.ubc.ca, Remote host closed the connection)
00:29bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 240 seconds)
00:51
<vagrantc>
ok, tagging ldm 2.2.6
00:57alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Quit: Хана X'ам !!!)
01:06freedomrun has left IRC (freedomrun!~quassel@BSN-176-163-117.dial-up.dsl.siol.net, Remote host closed the connection)
01:31
<vagrantc>
and tagging ltspfs 1.1
01:56adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.58.141.56)
02:16
<vagrantc>
stgraber: uploaded ltspfs 1.1 and ldm 2.2.6 to debian, if you or alkisg want to sync to ubuntu, i *think* everything should still work for you...
02:16
major change is the udev rule handling in ltspfs is moved to init-ltsp.d
02:18
and ltsp-trunk/client/init-ltsp.d/*/50-localdev should get removed altogether (already pushed upstream), in fact, it's probably not even needed before the switch.
02:54
<Jon-->
Running a programming competition, files on an NFS share can be accessed over the Terminal but Nautilus errors. Any ideas guys? We're using ltsp fats
03:37
<stgraber>
vagrantc: cool, we're in freeze for beta1 at the moment but I'll sync right after the freeze
04:12srdjo has joined IRC (srdjo!~srdjo@109.228.74.171)
04:17srdjo has left IRC (srdjo!~srdjo@109.228.74.171, Ping timeout: 272 seconds)
04:39cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
04:42adrianorg_ has left IRC (adrianorg_!~adrianorg@187.58.141.56, Ping timeout: 245 seconds)
04:45staffencasa has left IRC (staffencasa!~staffenca@128-193-148-241.oregonstate.edu, Ping timeout: 244 seconds)
04:54alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:58shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Remote host closed the connection)
04:59
<alkisg>
Where is a good place to put the loopback images? /opt/ltsp/here? /opt/ltsp/images/here?
04:59
I think that if we create another folder for them, it'll cause problems with the existing code that assumes that every folder except "images" is an arch...
05:00* alkisg will try to implement the new ltsp-export-disk tool within the weekend...
05:09
<alkisg>
Hmm no on second thought a good place is e.g. /home/teacher/VirtualBox/image/image.vdi...
05:12
So the basic parameter would be the source path, e.g. #1: ltsp-export-disk /home/teacher/VirtualBox/image/image.vdi
05:12
e.g. #2: ltsp-export-disk /opt/ltsp/i386
05:13
e.g. #3: ltsp-export-disk nfs:server/path
05:13yanu has left IRC (yanu!~yanu@lugwv/member/yanu, Ping timeout: 260 seconds)
05:13yanu has joined IRC (yanu!~yanu@178-117-229-179.access.telenet.be)
05:13yanu has joined IRC (yanu!~yanu@lugwv/member/yanu)
05:14srdjo has joined IRC (srdjo!~srdjo@77.222.0.31)
05:17
<alkisg>
At first I'll assume that we'll always be able to detect the source type by its path. Possible types that I can think of: local dir, loopback vdi, loopback qcow, loopback raw, loopback raw with mbr and partitions, nfs, I don't think sshfs will be able to contain device nodes etc, nbd... anything else?
05:19
And the targets I can think of are: nfs export, squashfs export, rsync to an existing loopback image or create one (btrfs works beautifully)...
05:19
Actually those squashfs or loopback images can be exported with nbd or nfs or clicfs or maybe even aoe...
05:20
...iscsi...
05:21shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com)
05:23
<alkisg>
Hmmm yes, even samba could probably be used for exporting them, making it really easy to have an ltsp fat client lab without an ltsp server :P
05:24
...or a SCREEN_07=rdesktop or a SCREEN_07="virtualbox XP.vdi" lab, again without a linux server
05:33
<vagrantc>
alkisg: uploaded ltspfs 1.1 and ldm 2.2.6 to debian, if you or stgraber want to sync to ubuntu, i *think* everything should still work for you...
05:33
<alkisg>
vagrantc: I saw in irclogs that stgraber said that we're in beta 1 freeze and he'll do it later
05:34
Thanks!
05:34
<vagrantc>
alkisg: sure. but you might want to at least test that it doesn't do evil things first :)
05:35
<alkisg>
Sure, I'll use the ltsp daily builds ppa to test
05:36
<vagrantc>
ltspfs required some packaging changes
05:36
<alkisg>
Ah, true
05:37
OK I'll ping stgraber after the beta 1 freeze so that he does the packaging changes (I don't have access) and I'll test the result from his ppa
05:38
So, I'll split ltsp-export-disk to 3 parts, "mount source", "mount target", "transfer contents"
05:38
Of course in some of these cases 1-2 of those parts will be empty
05:40
The ending part of the source path will be used in the same sense as ARCH now, to define the target file name or export name etc
05:41
That's about it, from a design perspective, I hope I'm not missing any use cases...
05:44
<vagrantc>
alkisg: this is intended to replace ltsp-update-image?
05:44
<alkisg>
vagrantc: yes
05:44
<vagrantc>
alkisg: i like it already :)
05:44
<alkisg>
Haha!
05:44
Does `ltsp-export-image` sound better than `ltsp-export-disk` ?
05:45
(the output of the "exporting" may be an nfs exported folder...)
06:00
<vagrantc>
yes.
06:01
to keep it short :)
06:03
<alkisg>
OK, ltsp-export-image it is then
06:04
I think even when the source is a local dir, I'll use mount --bind there too
06:05
<vagrantc>
really?
06:05
<alkisg>
So when $CHROOT/proc is mounted, because the chroot is in use, mksquashfs/rsync etc won't pick those too
06:05
And, for consistency, so that "ltsp-mount <source>" will always give you a folder in /var/run/ltsp/images/arch
06:06
<vagrantc>
in /var/run ? might run out of memory
06:06
<alkisg>
It's either bind-mounted or loop-mounted or sshfs mounted or nfs mounted...
06:06
Just a mount point, should I use /media/ltsp/ instead?
06:06
<vagrantc>
ah, a mount point
06:08
<alkisg>
Hmm well even a /tmp/random path will do
06:11
<stgraber>
alkisg: you should have access to the packaging branches for the daily builds, they are in ~ltsp-upstream I believe
06:11
<vagrantc>
makes more sense to me.
06:11
<stgraber>
alkisg: which reminds me I need to fix the ltsp-trunk daily builds, I've just turned them off for now as they were failing
06:12
<alkisg>
stgraber: if you could create a daily build that contains vagrantc's changes, I could test it a bit over the weekend
06:12
But I mostly want to focus on ltsp-export-image
06:12
Because that's what will make all those "bootable chroot" things actually useful
06:13
I plan on instructing the teachers here to use virtualbox instead of ltsp-build-client for 12.04
06:13
<stgraber>
alkisg: I'll see if I can fix that tomorrow (though my todolist for tomorrow is getting pretty long)
06:13
(by tomorrow, I mean in 10 hours obviously)
06:13
<alkisg>
(with a ppa version of ltsp of course, unless we request a FFE for ltsp-export-image)
06:14
Nice, will check tomorrow (in 24h) :))
06:29loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
07:04srdjo has left IRC (srdjo!~srdjo@77.222.0.31, Ping timeout: 276 seconds)
07:18komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
07:18risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Quit: Lämnar)
07:18risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca)
07:20Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 252 seconds)
07:21alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
07:36
<knipwim>
how is ltsp-client actually started in 5.3?
07:40
perhaps by 60-screensessions ?
07:41
gentoo currently has an init.d/ltsp-client script which does start_screen_sessions and start_sound
07:41
but when in a chroot not build by ltsp-build-client, this script isn't executed automatically
07:42
<alkisg>
knipwim: Debian and Ubuntu put ltsp-trunk/client/initscripts/ltsp-core in /etc/init.d/ltsp-client-core
07:42
That's included in the ltsp-client package
07:42
<knipwim>
same here
07:42
<alkisg>
So why wouldn't it start?
07:43killermike has left IRC (killermike!~killermik@2.26.114.75, Remote host closed the connection)
07:43
<knipwim>
does it start automatically when it's present in init.d ?
07:43
on gentoo you have to specifically set a script to actually start at boot time
07:43
<alkisg>
$ ls /opt/ltsp/i386/etc/rc*/*ltsp*
07:43
/opt/ltsp/i386/etc/rc2.d/S25ltsp-client-core
07:44
That's put by ltsp-client.postinst, I believe
07:44
I.e. the "install package" phase
07:45
<knipwim>
but when in a "normal" chroot, and you don't call /sbin/init-ltsp, it shouldn't start right?
07:46
<alkisg>
Ah yes I see where you're going
07:46
Currently it uses a "grep cmdline" to prevent it from starting
07:46
But it would be best if we put it to init.d from init-ltsp.d
07:46
Right?
07:47
Or at least if we created the rc.d symlinks...
07:47
<knipwim>
maybe in the 50-rcfiles
07:48
<alkisg>
Haha it's fun that we're moving parts of the packaging into init-ltsp.d :D
07:49
50-rcfiles sounds fine to me
07:49
<knipwim>
i first have to fix starting X
07:50
<alkisg>
Are you going to call update-rc.d ? Or just manually make the symlinks?
07:51
vagrantc and stgraber, you'll need another packaging change for this ^
07:52
<knipwim>
to be honest, i don't really know how this actually works on gentoo
07:52
<alkisg>
# update-rc.d -f ltsp-client-core remove
07:52
Removing any system startup links for /etc/init.d/ltsp-client-core ...
07:52
/etc/rc2.d/S25ltsp-client-core
07:52
# update-rc.d ltsp-client-core defaults 25
07:52
update-rc.d: warning: ltsp-client-core stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none)
07:52
Adding system startup for /etc/init.d/ltsp-client-core ...
07:52
/etc/rc0.d/K25ltsp-client-core -> ../init.d/ltsp-client-core
07:52
/etc/rc1.d/K25ltsp-client-core -> ../init.d/ltsp-client-core
07:52
<knipwim>
ideally i should be able to call rc-update add ltsp-client default
07:52
<alkisg>
...and more of those
07:55
Right there's no reason now to name it differently in Debian/Ubuntu, init.d/ltsp-client-core can be renamed to init.d/ltsp-client
07:56
So the needed init-ltsp.d/common/50-rcfiles call will be:
07:56
test -x /usr/sbin/update-rc.d && update-rc.d ltsp-client defaults
07:58
...although I think I'd prefer it if we deleted ltsp-client completely too :D
07:58
...and generated one service for each SCREEN
07:58
...and let init launch them instead of start_screen_sessions
07:59
<vagrantc>
alkisg: installing init scripts from init-ltsp.d will be painful on debian
07:59
<knipwim>
on another subject, did something change in calling the ldm session?
08:00
<alkisg>
vagrantc: why?
08:00
<vagrantc>
alkisg: as it trigger a recalculationn of the entire dependency tree for which init scripts to start
08:00
<knipwim>
because i believe i booted correctly with the scripts in init-ltsp.d, but x won't start
08:00
<vagrantc>
alkisg: and in what order
08:00
<alkisg>
vagrantc: no, we're still before init has started at all
08:00
<vagrantc>
alkisg: yes, but to do that properly on debian, you
08:01
alkisg: should run insserv, whicch recalculates the entire dependency tree
08:01
alkisg: and re-orders all the rc?.d/* symlinks
08:01
alkisg: i thought about that a bit when looking at the RM_SERVICES stuff
08:02
which can be expensive ...
08:02
just removing stuff, as long as you don't remove any strict interdependencies, is probably fine... but not necessarily.
08:03
<alkisg>
vagrantc: so, one can use multiple "update-rc.d" and just one "insserv" at the end?
08:03
<vagrantc>
alkisg: it will be painful, i think.
08:03
<alkisg>
(after removing the services too?)
08:03ball has joined IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net)
08:03
<vagrantc>
too painful to think this close to sleep.
08:03* vagrantc waves
08:03
<vagrantc>
night all
08:03
<alkisg>
Or even, making all rc symlinks manually, and calling insserv once..
08:03
'night vagrantc
08:03
<knipwim>
good night
08:03
<ball>
Goodnight vagrant
08:04
c
08:05
<Hyperbyte>
Good morning. ;-)
08:06
<vagrantc>
good morning!
08:06* vagrantc -> sleep.
08:08
<knipwim>
yeah, timezone fun
08:08
<Hyperbyte>
Sleep well. :-)
08:14vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Ping timeout: 252 seconds)
08:14
<cyberorg>
knipwim, i think you ran into same issue i did, we use init script to start sound and screen session in opensuse, we are now using init-ltsp
08:18
<knipwim>
cyberorg: how? also with the 50-rcfiles?
08:20
<cyberorg>
no, just plain old insserving the init script, but will have to figure out way either to launch with grep /proc/cmdline for init=/sbin/init-ltsp or rcfiles
08:22
<alkisg>
cyberorg, knipwim: have you switched to using init=/sbin/init-ltsp ?
08:22
<knipwim>
alkisg: not yet, but getting there
08:23
<cyberorg>
alkisg, yes we have, i think having it in 50-rcfiles by default is better
08:23
<alkisg>
You're not planning on calling the scripts from the initramfs + chroot though, right?
08:23
cyberorg: you can put it in your Distro/ folder instead of common/
08:23
Until vagrantc agrees that it'll work with insserv etc
08:24
<knipwim>
just packaged ltspfs-1.1 and ldm-2.2.6
08:24
<cyberorg>
btw, opensuse does not have /etc/rc.local, it is /etc/init.d/boot.local
08:25
<alkisg>
cyberorg: put an "if" in the appropriate place there
08:25
Also, I don't think anyone else than Gadi likes the Distro/symlinks approach
08:26
<cyberorg>
alkisg, if we use Distro/ do we have to symlink all the required scripts from common/ or they will get sourced automatically?
08:26
<alkisg>
I think vagrantc's planning to delete the symlinks and handle the Distro/overrides in the packaging stage in debian+ubuntu
08:26
cyberorg: currently, you have to symlink all of them
08:26* cyberorg does not like symlinks either
08:26LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm, Changing host)
08:26LoveStorm has joined IRC (LoveStorm!Storm@unaffiliated/lovestorm)
08:26LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm)
08:26
<alkisg>
That's why I think it's a bad idea
08:26
cyberorg, knipwim, could you at the packaging stage merge your Distro/ with common/ ?
08:27
..so that only one dir is shipped in the distro packages?
08:27
<cyberorg>
that is what i'll do
08:27
<knipwim>
symlinks are easier for me
08:27
just copy Gentoo and be done
08:27
<cyberorg>
i would prefer to just use common/
08:27
<knipwim>
else you have to repackage whenever a script changes
08:27
<alkisg>
But when we want to reorder something in common/, and change the numbers, we break all Distro/ dirs
08:28srdjo has joined IRC (srdjo!~srdjo@109.228.91.217)
08:28
<knipwim>
true, but how often will that occur?
08:29
mostly it would be one or two scripts
08:29
<alkisg>
Well, that also happens when we add or remove things from common/ too
08:30
We wouldn't have to care about symlinks when committing source if we automated it with the packaging stage
08:30
<knipwim>
i'm calling the automation in question when packaging
08:31
i can't just copy all common and then override with gentoo scripts
08:31
because i don't want all common scripts
08:31
so i have to exclude specific ones
08:32
and repackage whenever one of those changes
08:32
<alkisg>
knipwim: wait, if you don't want all common scripts then those should be moved elsewhere
08:32ball has left IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net)
08:33
<alkisg>
Or you could override them with empty ones
08:33
<knipwim>
check :) else the wouldn't be common
08:33
<alkisg>
(in the extreme case that all distros want that except gentoo)
08:34
<knipwim>
hmm, the first one is better
08:34
the other one still requires maintance of specific empty files
08:38
<alkisg>
We should also do the same with ltsp-build-client, there's no point in having /usr/share/ltsp/plugins/ltsp-build-client/Fedora in my Ubuntu box.. I don't think that will work for me to generate a Fedora chroot.
08:39
<knipwim>
i like it more from an upstream maintance point of view
08:39
packaging could also decide not to copy the other distro dirs
08:40
and still have a common and your own distro with symlinks
08:40
while it might not be a big issue now, with a small number of scripts and distro's
08:40
<alkisg>
True, but you need code to decide your distro then. We have that already, but I don't think there's need for us to have it
08:41
<knipwim>
perhaps in the future with more, it might
08:41
<alkisg>
The scripts could be in /usr/share/ltsp/plugins/ltsp-build-client/*, not common, not distro/
08:41
<knipwim>
id, just like in init-ltsp.d/*
08:42
<alkisg>
Right
08:48
<knipwim>
hmmm, [X] <defunct>
08:49
that doesn't look well, and no Xorg.log :(
08:49
ah well, first some breakfast
08:58freedomrun has joined IRC (freedomrun!~quassel@BSN-176-163-117.dial-up.dsl.siol.net)
09:28alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:36bmonkj has joined IRC (bmonkj!~skumlesen@87-104-113-212-dynamic-customer.profibernet.dk)
09:40map7 has joined IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net)
09:54
<Llama_be>
on Gentoo, I want to make a server that will serve some RDP client to the thin clients, nothing else. If I emerge ltsp-server, it will also install xorg on the server, which I don't think I need. Is there a better way?
09:57freedomrun has left IRC (freedomrun!~quassel@BSN-176-163-117.dial-up.dsl.siol.net, Ping timeout: 276 seconds)
09:59
<knipwim>
Llama_be: it might be a good idea to make the xorg dependency optional via a USE flag
10:00
which is on by default to satisfy most common use cases
10:00
<Llama_be>
it is kinda optional, but when I disable it, I get: ( any-of ( dmx kdrive xnest xorg xvfb ) )
10:01
and I wouldn't know which one to chose then, as I don't think I would need any of them...
10:01
<knipwim>
Llama_be: can you remove/comment the xorg-server dependency in the ebuild?
10:01
<Llama_be>
(but I don't know them all)
10:01
I could yes...
10:02
only thing is I am not sure how that will impact the process later, as I do think I need something like xorg in my nfs-root for the clients to run xfreerdp on top of, no?
10:03
<knipwim>
Llama_be: the xorg in the chroot is installed by the ltsp-build-client
10:04
the xorg on the server is to facilitate graphical login on the server
10:11
<Llama_be>
I assume I can also remove pulseaudio from the server?
10:12
<knipwim>
i think so
10:13
even ssh is not needed
10:14
<Llama_be>
why is ssh a requirement in the general use case?
10:15
(I still wanth ssh though, as I would like to use it to administer the box)
10:15
<knipwim>
to log in to the server from the client
10:16
i probably leave that in, and make a pulseaudio and X USE flag
10:16
<Llama_be>
I'll put it in the bug on bugs.gentoo.org ;)
10:16
<knipwim>
no need
10:17
unless you want to
10:17
i already made a note
10:17
<Llama_be>
oh, are you the maintainer? :)
10:17
<knipwim>
yes
10:18
if you report your use case works without xorg-server and pulseaudio on the server
10:18
<Llama_be>
ok :)
10:18
<knipwim>
i'll make the changes to the existing ebuilds
10:19
<Llama_be>
i'm now going to start emerging ltsp-server-5.2.18-r2, that's the one I should use now, right? :)
10:21
<knipwim>
yes
10:21
there's no functional difference between the other versions
10:22
just different install and config locations for the build
10:22
<Llama_be>
this is my "emerge ltsp-server -va" for what I'm currently installing http://pastebin.com/SQdLuvSt
10:25
<knipwim>
perhaps you could also remove x11-apps/xdm as a dependency
10:25* knipwim is wondering what it's for anyway
10:26
<Llama_be>
oh yes, I did that too, sorry i forgot to tell :)
10:26
<knipwim>
and you still have the above dependencies?
10:27
<Llama_be>
yes
10:28
<knipwim>
they are ltspfs deps i think
10:28
yes
10:29
<Llama_be>
could have removed some deps there too then?
10:30
<knipwim>
perhaps, it's not a build time dependency, so you should be save
10:30
erm safe
10:31
<Llama_be>
it's already compiling though. want me to stop and remove it for test purposes?
10:32
<knipwim>
please
10:33asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi)
10:33
<asmok>
I did try this:
10:34
root@lubuntu-root:~# /usr/bin/python /usr/sbin/ltsp-cluster-lbserver /etc/ltsp/lbsconfig.xml
10:34
Traceback (most recent call last):
10:34
File "/usr/sbin/ltsp-cluster-lbserver", line 5, in <module>
10:34
from lbserver import main
10:34
ImportError: No module named lbserver
10:35
<Llama_be>
I stopped the emerge, now doing emerge --depclean to uninstall everything that was already installed because of the aborted install
10:35
<asmok>
I add that to the bug #938034
10:35asmok has left IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi)
10:36
<knipwim>
Llama_be: very much appriciated :)
10:37
<Llama_be>
http://pastebin.com/4RhNgvSM
10:38
anything else that should be removed, before I say yes? :)
10:38
<knipwim>
nope
10:38
that looks nice and tidy
10:40
<Llama_be>
that's why I like Gentoo, because I can make it nice and tidy :)
10:43
<knipwim>
indeed
10:43
and, X defunct solved
10:43
highvoltage: liking the new background
10:43
<Llama_be>
oh, something failed :)
10:43
:(
10:44
<knipwim>
in the emerge?
10:44
<Llama_be>
yes
10:44
ltspfs
10:44
it apparently does need x11
10:45
<knipwim>
is it an bzr fetch error?
10:45
<Llama_be>
configure: error: Package requirements (fuse, x11) were not met:
10:46
<knipwim>
ok, libX11 and fuse should be build time deps as well then
10:46
<Llama_be>
http://pastebin.com/hp8pevQg for complete output
10:47khildin has joined IRC (khildin!~khildin@ip-83-134-229-178.dsl.scarlet.be)
10:48
<Llama_be>
I should just put the libX11 dependency back in then?
10:48
<knipwim>
yes
10:49
i'll change the ebuild in the overlay as well
10:50
<Llama_be>
now ofcourse it is including all the libX11 deps when I try to emerge, want to see them, or can I just go ahead?
10:52
<knipwim>
no, just go ahead
10:52
it still might not be a runtime dependency
10:53
so perhaps you could remove it when it's built
10:55
<Llama_be>
I don't really understand why it would need it in any case, but since I'm no developer, they're probably smarter than me ;)
10:56
<knipwim>
you could ask stgraber or vagrantc later (i think they're asleep now)
11:08
<Llama_be>
ltsp-server has emerged, but I will have to go and eat now. I will continue in about an hour...
11:08
<knipwim>
Llama_be: propably won't be behind the screen
11:08
but i read the logs, or msg me
11:11
<Llama_be>
ok, i will. Thanks for the help up to now already
11:12
<knipwim>
np, just glad for an extra gentoo user :)
11:12
<Llama_be>
one with a corner case on top... :)
11:13komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Ping timeout: 260 seconds)
11:13
<Llama_be>
afk starting .... now :)
11:22adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.58.141.56)
11:38loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
12:19F-GT has left IRC (F-GT!~phantom@ppp121-44-145-103.lns20.syd7.internode.on.net, Ping timeout: 252 seconds)
12:29F-GT has joined IRC (F-GT!~phantom@ppp121-44-164-183.lns20.syd7.internode.on.net)
12:39khildin has left IRC (khildin!~khildin@ip-83-134-229-178.dsl.scarlet.be, Quit: I'm gone, bye bye)
12:55bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
12:58
<muppis>
Scripts which can be runned from screen statement in lts.conf is runned as root, right?
13:17alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:27Da-Geek has joined IRC (Da-Geek!~Da-Geek@11.74.155.90.in-addr.arpa)
13:38map7 has left IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net, Ping timeout: 248 seconds)
13:43Da-Geek has left IRC (Da-Geek!~Da-Geek@11.74.155.90.in-addr.arpa, Quit: Leaving)
13:56brunolambert has joined IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com)
14:16Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
14:20srdjo has left IRC (srdjo!~srdjo@109.228.91.217, Ping timeout: 252 seconds)
14:34bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard)
15:35alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
15:35alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:00Jon-- has joined IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca)
16:07srdjo has joined IRC (srdjo!~srdjo@77.222.0.31)
16:07brunolambert has left IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com, Ping timeout: 240 seconds)
16:11asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi)
16:12
<asmok>
About ltsp-cluster for 12.04,
16:12
I forced earlier 'ltsp-cluster-lbserver' package to use:
16:12
https://launchpad.net/ubuntu/precise/i386/ltsp-cluster-lbserver/2.0.0-0ubuntu2
16:12
Now ltsp-cluster works as expected.
16:13
1909 ? Sl 0:00 /usr/bin/python /usr/sbin/ltsp-cluster-lbserver --daemon --logfile=/var/log/ltsp-cluster-lbserver.log /etc/ltsp/lbsconfig.xml
16:13
Feb 25 18:02:18 lubuntu-root ltsp-directory[2192]: ,ip=10.0.0.100,username=ltsp001,mac=08:00:27:41:02:18,appservip=10.0.0.55,display=7,code=3
16:13
<elias_a>
asmok: Hi! Nice to see you!
16:13
<asmok>
I can log in application server and use Lubuntu desktop.
16:14
elias_a, Hei
16:14
Also LTSP-Cluster Control Center works:
16:14
<elias_a>
asmok: So there was some problem with cluster?
16:14
<asmok>
Date and time Terminal Node ID MAC Address Terminal Address Boot Server Address Application Server Address User Name Event
16:14
2012-02-25 17:59:04 3 08:00:27:41:02:18 10.0.0.100 10.0.0.50 10.0.0.55 ltsp001 User login
16:16
It is still because latest version of ltsp-cluster-lbserver does not start, but if I use/force earlier version everything is fine.
16:17
But every other packages are latest ones, just that one dows not work. But it is so important, everything depends of it in ltsp-cluster
16:19
so I have keep that old one, if I like to test ltsp-cluster for 12.04 - so ltsp-cluster is broken for 12.04 - I think.
16:20
elias_a, I go now, bye
16:21
I added this one here - https://bugs.launchpad.net/ubuntu/+source/ltsp-cluster-lbserver/+bug/938034/comments/4
16:21asmok has left IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi, Quit: Lhdss)
16:26srdjo_ has joined IRC (srdjo_!~srdjo@95.155.38.217)
16:27
<knipwim>
Llama_be: how's the install going, still compiling ;)
16:29srdjo has left IRC (srdjo!~srdjo@77.222.0.31, Ping timeout: 272 seconds)
16:37srdjo has joined IRC (srdjo!~srdjo@109.228.88.126)
16:39asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi)
16:39srdjo_ has left IRC (srdjo_!~srdjo@95.155.38.217, Ping timeout: 240 seconds)
16:40
<asmok>
stgraber, check this one - https://bugs.launchpad.net/ubuntu/+source/ltsp-cluster-lbserver/+bug/938034/comments/4 - thank you.
16:40asmok has left IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi, Client Quit)
16:52srdjo has left IRC (srdjo!~srdjo@109.228.88.126, Quit: Leaving)
16:55Parker955_Away is now known as Parker955
17:16ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 276 seconds)
17:23irule has joined IRC (irule!~irule@187.140.111.11)
17:23
<irule>
hi
17:24
<alkisg>
Hello
17:49Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 246 seconds)
17:56Umesh has joined IRC (Umesh!~priyank@122.177.240.230)
17:56risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca)
17:57killermike has joined IRC (killermike!~killermik@2.26.113.230)
17:57
<Umesh>
Hi, I have googled and I am not able to find solution for video buffering problem.
17:57
Kindly help
17:58
<alkisg>
What's the exact question?
17:58
<Umesh>
I have 8gb Core Quad server and I have 10 clients attached. Youtube buffering is too much slow(it hangs)
18:00
<alkisg>
When you say "buffering" do you mean the transfer from the internet to your server, or from the server to your clients?
18:00
<Umesh>
Actually I want to display educational videos to students but buffering(Frame transfer rate) is too much slow.
18:00
Both... (From Youtube as well as From VLC(when I play file from server))
18:01
<alkisg>
!directx
18:01
<ltsp>
alkisg: directx: If you want to turn off encryption to the workstation, which will speed up performance at the cost of security, you need to specify LDM_DIRECTX=True in your lts.conf file. Type !docs in IRC to get a link to the current documentation
18:01
<Umesh>
thanks.. let me check.
18:02
<knipwim>
alkisg: are you familiar with ldm?
18:02
because i can't login after 2.2.4
18:02
<alkisg>
knipwim: not much... which part?
18:03irule has left IRC (irule!~irule@187.140.111.11, Ping timeout: 244 seconds)
18:03
<knipwim>
the only clue i have now is the new ssh-hostchecker
18:04
the commit msgs mention something about it being executeable
18:04
but in my install it isn't
18:05
<alkisg>
Ah no, haven't dug so deep, even the new version just worked for me
18:06
<knipwim>
you're using 2.2.6?
18:06
omg, that was it apparently
18:07
chmod 755 /opt/ltsp-test/i686/usr/share/ldm/ssh-hostchecker
18:07risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Read error: Operation timed out)
18:14risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca)
18:23brunolambert has joined IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com)
18:28adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.168.218)
18:31adrianorg_ has left IRC (adrianorg_!~adrianorg@187.58.141.56, Ping timeout: 252 seconds)
18:51Jon-- has joined IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca)
18:56risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Quit: Lämnar)
18:56risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca)
18:59Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 252 seconds)
19:08Jon-- has joined IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca)
19:16komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
19:20komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Client Quit)
19:55komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
20:31killermike has left IRC (killermike!~killermik@2.26.113.230, Ping timeout: 252 seconds)
20:33Umesh has left IRC (Umesh!~priyank@122.177.240.230, Ping timeout: 244 seconds)
20:33Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
20:39freedomrun has joined IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
20:44Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split)
20:44LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm, *.net *.split)
20:45Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc)
20:45LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-cehhecaakiiftkvm)
20:47Parker955 is now known as Parker955_Away
20:57brunolambert has left IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com, Ping timeout: 246 seconds)
21:14vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
21:18risca has joined IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca)
21:22komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.)
21:38brunolambert has joined IRC (brunolambert!~bruno@modemcable040.76-81-70.mc.videotron.ca)
21:43brunolambert has left IRC (brunolambert!~bruno@modemcable040.76-81-70.mc.videotron.ca, Ping timeout: 276 seconds)
21:55brunolambert has joined IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com)
22:02Parker955_Away is now known as Parker955
22:19Parker955 is now known as Parker955_Away
22:30komunista has joined IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk)
22:37alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:50freedomrun_ has joined IRC (freedomrun_!~quassel@BSN-176-160-182.dial-up.dsl.siol.net)
22:51freedomrun has left IRC (freedomrun!~quassel@BSN-176-160-182.dial-up.dsl.siol.net, Ping timeout: 260 seconds)
23:05map7 has joined IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net)
23:42Jon-- has left IRC (Jon--!~Jon--@wi-secure-3887.cc.umanitoba.ca, Ping timeout: 245 seconds)
23:42risca has left IRC (risca!~risca@wi-secure-8039.cc.umanitoba.ca, Ping timeout: 240 seconds)
23:49brunolambert has left IRC (brunolambert!~bruno@gw-dcmtl.rlnx.com, Remote host closed the connection)
23:58komunista has left IRC (komunista!~slavko@adsl-195-168-237-236.dynamic.nextra.sk, Quit: Leaving.)