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


Channel log from 31 January 2011   (all times are UTC)

00:09alkisg has quit IRC
00:28vagrantc has quit IRC
01:05alkisg has joined #ltsp
01:58alkisg has quit IRC
02:03gnunux has joined #ltsp
02:04
<gnunux>
hi
02:18alkisg has joined #ltsp
02:19NeonLicht has quit IRC
02:24mr_sleepy has joined #ltsp
02:25
<mr_sleepy>
how can i convert a system using nbd to nfs?
02:25
in this case it is debian...
02:26NeonLicht has joined #ltsp
02:35
<alkisg>
mr_sleepy: debian uses NFS by default
02:35
So just undo any changes you made? :)
02:36
<mr_sleepy>
nope, it is not using it by default if you run backport ltsp
02:36
<alkisg>
I believe it is, even with backports
02:37
grep append /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
02:39
<mr_sleepy>
alkisg: i got it by manually editing that file...
02:40
now the second big problem, i can not get sound to work... /opt/ltsp/i386 is running squeeze because of hardware drivers. lenny is not booting on the customers hardware
02:42
with lenny on the clients the sound is working, but not with squeeze
02:44
<alkisg>
Try reading /usr/share/doc/ltsp-server/README.Debian.sound from a squeeze installation
02:46dobber has joined #ltsp
03:00Da-Geek has joined #ltsp
03:04Da-Geek has quit IRC
03:10Kicer86 has joined #ltsp
03:33dlezcano has joined #ltsp
04:02
<mr_sleepy>
alkisg: i have been trying it... and it works well with lenny in /opt/ltsp/i386... but not with squeeze
04:26ogra_ is now known as ogra
04:26ogra is now known as Guest94419
04:27Guest94419 is now known as ogra_
04:31ogra_ has quit IRC
04:31ogra_ has joined #ltsp
04:46
<mr_sleepy>
how can i change wich directories will be rw on the client?
04:46
apparently /var/lib/pulse is ro
04:47
(this in debian)
04:48
<alkisg>
/usr/share/ltsp/ltsp-bindmounts
04:49
<mr_sleepy>
strange... /var/lib/pulse is there.
04:50
<alkisg>
Did you run ltsp-update-kernels after the squeeze upgrade?
04:51
<mr_sleepy>
alkisg: ltsp-build-client is having an option for building straight squeeze
04:51
alkisg: that i used
04:53
<alkisg>
Hmm, I believe it should run ltsp-update-kernels at its end. Check your tftp dir, if the kernel there is the same as in /opt/ltsp/i386/boot
04:53
Or just try to run ltsp-update-kernels again
04:53
<mr_sleepy>
okay, another bug apparently in debian/ltsp! i just read the error messages saying that /var/lib/pulse is not readable, but it is not even existing!!
04:54
<alkisg>
Ah, you used the old ltsp-build-client, that's why
04:54
Your ltsp-build-client is old (lenny), the new one creates that dir
04:56
<mr_sleepy>
okay
04:59
that is still a bug as i can give the squeeze distro as an option
05:00
<alkisg>
I don't think "forward compatibility" is a bug, I'd only consider "backwards compatibility" a bug, but feel free to report it if you like, maybe the debian maintainer will agree with you
05:00
(not sure what he'll be able to do to fix that bug though, other than disabling the --distro option)
05:01artista_frustrad has quit IRC
05:03
<mr_sleepy>
it is not really forward compatibility as it is only squeeze there from the beginning to the end. i mean, installing pulse on the client should create the necessary folders, as it is then using squeeze tools
05:03
it is running all in a chroot
05:05
<alkisg>
Νοπε
05:05
Nope
05:05
ltsp-build-client has a lot of server-side plugins that mess with the chroot
05:05
So the lenny version of ltsp-build-client plugins are not aware of anything that's needed to be done for squeeze
05:05
If ltsp-build-client wasn't based on server-side plugins, then sure, I'd agree with you
05:06
(and I'd even prefer it that way)
05:08
<mr_sleepy>
i used ltsp from backports on the server...
05:08
so it should even be close in version
05:08
<alkisg>
ltsp-trunk/server/plugins/ltsp-build-client/Debian/010-pulseaudio-tweaks: mkdir $ROOT/var/lib/pulse
05:08
Do you have that line on the server?
05:08
bbl
05:09
<mr_sleepy>
i do not know, but now i need to work forward... i should have had lunch break 2 hours ago, and i still have work before i can get my lunch break
05:09mr_sleepy has left #ltsp
05:13alkisg has quit IRC
05:26
<muppis>
Where is the script that rewrites client's /etc/hosts ?
06:09ogra_ is now known as ogra
06:23MorningSon has joined #ltsp
06:35alkisg has joined #ltsp
07:02robehend1 has joined #ltsp
07:03
<robehend1>
alkisg: did your video card baking work out?
07:03
<alkisg>
Nope, I baked it too much :D
07:03
<robehend1>
haha, nice. Well, at least its an experience
07:03
<alkisg>
when I was done, I immediately moved the card above the oven
07:03
<robehend1>
ah..the heat continued to bake it eh
07:04
<alkisg>
And the videoram chips were moved aside, the solder was liquid when I moved it
07:04
<robehend1>
oh wow, how hot did you bake it at
07:04
<alkisg>
So it was either too hot (200° C for 10 mins) or I wasn't careful enough and I should have left it to cool down before moving it
07:05
I'm now on a new laptop :)
07:05
<robehend1>
well, its always nice to have an excuse to get something new
07:05
<muppis>
alkisg, you should have left it in oven to cool down.
07:05
<alkisg>
My old laptop were faster than the new one I got though :(
07:05
<muppis>
I do it that way.
07:06
<alkisg>
nvidia vs intel, 4 gb ram vs 2, 320 hd vs 250, nic with no flow control problems...
07:06
hdmi output etc, I already miss it :(
07:07
<muppis>
alkisg, you... must.. fix.. it!
07:08
<alkisg>
I'm about to sell it
07:08mgariepy has joined #ltsp
07:08
<alkisg>
...for 130€ and be done with it :-/
07:08
<mgariepy>
morning everyone
07:08
<alkisg>
Hi mgariepy
07:26
<robehend1>
alkisg: if i'm not mistaken, you've used LXDE on fat-clients before?
07:27
<alkisg>
robehend1: nope
07:27
<robehend1>
ah, my bad then
07:27
<alkisg>
I'd like to try it though
07:27
(I had lxde on my debian server, not on fat clients)
07:27
<robehend1>
ha, i'm gona try it today, building with the lubuntu-desktop
07:37robehend1 has left #ltsp
07:46robehend1 has joined #ltsp
07:49alkisg has quit IRC
08:24NeonLicht has quit IRC
08:33NeonLicht has joined #ltsp
08:40zz_evil_root is now known as evil_root
08:44RiXtEr has quit IRC
08:45RiXtEr has joined #ltsp
09:19
<klausade>
robehend1: did you ask about lxde on thinclients the other day?
09:20
<Nubae>
how does lxde compare to gnome and unity?
09:26
<robehend1>
klausade: i did, yes
09:26
Nubae: i think it takes less resources, and no 3d acceleration.
09:27
<Nubae>
how does it differ from xfce then?
09:27
is it more comfortable to use_
09:27
?
09:28
<robehend1>
xfce has become much more bloated throughout the years
09:29
in my tests, i've been having xfce take up to 200megs idle, while lxde averages about 80
09:30
<Nubae>
oh... nice
09:30
<robehend1>
bbiab
09:44bobby_C has joined #ltsp
09:54
<klausade>
robehend1: well, can't say how it compares to xfce. but, we have a few thousand thinclient currently running debian lenny with kde3, and that runs very nice. kde on ltsp has run very nice for us since 2002. But, preparing the transition to squeeze and kde4, we have seen from testing a 60 client setup that kde4 just does not "work" on thinclients. too much bloat. it's like someone stole all our switches, and replaced them with hubs :-) lxde o
09:55
<Nubae>
klausade u working for the extremadura deployment?
10:00bobby_C has quit IRC
10:08Nubae_ has joined #ltsp
10:09Nubae has quit IRC
10:09Nubae_ is now known as Nubae
10:09Nubae has joined #ltsp
10:11gnunux has quit IRC
10:14alkisg has joined #ltsp
10:17Da-Geek has joined #ltsp
10:17Da-Geek has quit IRC
10:19
<klausade>
Nubae: no. something similar, but in norway. i've been to extremadura and seen it. they are on a much bigger scale.
10:35
<alkisg>
I think lxde also supports reboot/shutdown from within the session (no need to exit to ldm first) for thin clients
10:38
<klausade>
alkisg: not "out of the box" with the lxde version in squeeze, and good is that.
10:39
<alkisg>
klausade: http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxsession;a=commit;h=d2508534100fddbac931fa60e3b989ae54ddf147
10:39
31 Mar 2010, don't know what squeeze has
10:41
How do students feel about lxde?
10:41
<klausade>
lxsession 0.4.4-3
10:43
alkisg: well, it "looks" like kde (I use the kde-logo for the menu-icon, and the wallpaper is like in kde), but the logontime is less than 3 seconds, compared to kde4 that took a good 30 seconds. So, they like it . But, pupils realy don't care about kde3/kde4/lxde/whatever, as long as it's fast, and they can use the browser..
10:47staffencasa has joined #ltsp
10:47
<alkisg>
Right. If ubuntu starts using unity for gnome, I'm thinking of switching to debian/lxde for 2012...
10:54dobber has quit IRC
10:57markit has joined #ltsp
10:57
<markit>
hi, what about if I want to kick off a student? any kde tip (I use kde)? how is it solved in gnome?
10:57
(btw, hi alkisg :))
10:58
I've setup a ruby script with a menu and "slay" command, but maybe there is something graphical
11:00
<alkisg>
kick off? you mean literally :D, or to log him off?
11:01
Or to lock his screen?
11:05
<markit>
alkisg: I mean "log off", kill all his processes, slay it
11:05
let's say that the client crashes or whatever
11:05
<alkisg>
Only thin client, or fat as well?
11:05
<markit>
and the user stays logged on the server
11:05
only thin
11:06
<alkisg>
In gnome there's a process monitoring applet
11:06
<markit>
should he be able to reconnect? or will be rejected because already logged?
11:06
<alkisg>
(for a GUI)
11:06
<markit>
process monitor is also in kde, but you have to check all the processes of the user, too d ifficoult
11:06
<alkisg>
If you put LDM_LIMIT_ONE_SESSION=True, all the old processes will be killed on new logon
11:06
<markit>
in M$crapworld server edition you have the "connected users" panel and you can kill everyone
11:07
<alkisg>
We have that in sch-scripts too
11:07
<markit>
alkisg: mmm having the processes still alive is good
11:07
<alkisg>
But I didn't see any similar functionality in gnome
11:07
<markit>
so he does not loose his works
11:07
<alkisg>
markit: you can't have that
11:07
It will be a different ssh connection
11:07
<markit>
ah!
11:08
but the user is the same...
11:08
mmm I will have to experiment
11:08
<alkisg>
It doesn't work
11:08
<markit>
the school has started using it, first lesson a week ago, another one friday morning (I will be present this time)
11:08
<alkisg>
You can make it work with nx, vnc etc but not with X
11:09
(unless you write a wrapper of your own like nx)
11:09
<markit>
I've had and still has troubles with ACL, but if I will wait the "perfect time" they will never use it, lol
11:09
alkisg: ok, I blindly belive you :)
11:09
just surprised and disappointed
11:09
since I forecast frequent crashes
11:10
so the student will loose his work easely, sigh
11:10
<alkisg>
Why?
11:10
<markit>
(old hardware)
11:10
<alkisg>
Solve that instead
11:10
<markit>
(strange crashes)
11:10
<alkisg>
You shouldn't have frequent crashes even on old hardware
11:10
<markit>
sure, but it takes time
11:10
<alkisg>
Try putting 512MB NBD swap
11:10
<markit>
is it a parameter?
11:10
<alkisg>
NBD_SWAP=True in lts.conf, and SIZE=512 in /etc/ltsp/nbdswapd.conf (new file)
11:11
Also for graphics driver-related crashes, nomodeset in pxelinux.cfg/default helps sometimes
11:12
My rule of thumb is that no teacher should be getting more than 1 crash per week in his lessons...
11:13
<markit>
"nbdswapd.conf (new file)" present in kubuntu 10.10 ltsp version I hope
11:13
well, 2 pc of 10 used had a "black screen" after 60 minutes
11:14
but the teacher is not expert at all, so told me that "the pc switched off and was unable to turn on"
11:15
then I chceked the case, the ariflow, etc and was ok
11:15
I meet the teacher that sayd "oh, the CPU was on, but the screen was black"
11:15
so confusing :)
11:15
I'm facing the fact that the average knowledge of the teacers is desperately low
11:16
my hope are the children :)
11:16
<alkisg>
You should have remote stats of every client then
11:16
<markit>
what do you mean? how can I do?
11:16
<alkisg>
$ cat /etc/ltsp/nbdswapd.conf
11:16
SIZE=512
11:16
That's for RAM
11:17
<markit>
I've very few with 512MB ram... what does that parameter mean? swap size?
11:17
(I thought was a 1GB value by default...)
11:18
(and in any case the programs are run on the server... so why swapping just for X?)
11:18
<alkisg>
The default swap is 64
11:19
oo impress and firefox can use a lot more for x pixmap caching, even on thin clients
11:19
So e.g. a 256 RAM client would crash by just visiting a web page
11:19
<markit>
OH!
11:19
you HAVE TO write a wiki / site for the world to benefit
11:19
you have so many precious info!
11:20* markit admires alkisg knowledge and helpfulness
11:20
<alkisg>
It's there, on the ml, the wiki, the bugs reports on launchpad...
11:20
<Nubae>
greets alkisg
11:20
<markit>
I've read a lot around, and did not noticed as a "must have"
11:20
<alkisg>
Hi Nubae, how's it going?
11:21
markit: not all users or devs share my opinions. I'm just expressing my own views for some subjects
11:21
<Nubae>
pretty good... got hired as lead dev for the XO (sugar) deployments in South America
11:21
<alkisg>
So it's pretty hard to describe them as "must have"
11:21
<Nubae>
lead dev for the server build I mean
11:21
not the clients
11:21
<alkisg>
Nubae: cool! Where are you based?
11:21
<Nubae>
right now in Spain, but moving to Py in June-July
11:22
should be fun!
11:22
<alkisg>
Sounds like a job perfectly suited for you :)
11:22
<markit>
if clients crash because of low swap, is a "must have" not an opinion :)
11:23
<Nubae>
am actually looking for best automation tools to push configurations from central location to deployments
11:23
we are expecting 10,000 servers in next 2 years :-/
11:23
no ltsp unfortunately, since its all laptops
11:23
yeah its pretty nice fit... I´m happy
11:23
<alkisg>
10,000 servers? and how many laptops?
11:24
<Nubae>
2 million odd
11:24
<markit>
URGH!
11:24
<alkisg>
Also, ltsp is fine for laptops - you just need fat clients there, even with usb sticks
11:24
Cool!
11:24
<Nubae>
every kid in Py and Uy will have a laptop :-/
11:24
<markit>
what is Py? Uy?
11:24
<Nubae>
paraguay - uruguay
11:24
<markit>
GREAT!
11:25
<Nubae>
well, ltsp isnt really an option too little net access
11:25
doesnt make sense... im thinking of using cobbler to push via pxe
11:25
and then servers get physically taken to their destinations
11:25
that and puppet for custom configs
11:26
<alkisg>
LTSP with fat clients and local mirroring would mean just a shared /home... no need for a lot of bandwidth there, in simple cases even a 10mbps hub would do
11:26
<Nubae>
well right now sugar doesn´t exactly work well with ltsp, and it its just overkill
11:27
since xos only have wireless
11:27
<markit>
I've to run, thanks a lot alkisg :) I'll be probably online later
11:27markit has quit IRC
11:27
<Nubae>
also politically, ltsp isn´t trusted
11:28
i´m the only one who really understands it and field sysadmins need to do the every day work, so have to go wit what they like/know
11:28
I´d love to try ltsp myself though
11:29
alkisg have u used puppet?
11:29
<alkisg>
Nope, I've read about it though
11:29
It's too much for our small setups here
11:29
<Nubae>
its ruby...
11:30
wish it was python... but seems like it can do nice automation
11:30
indeed its for multiple servers
11:32
<alkisg>
We publish our configuration inside the "sch-scripts" package
11:32
<Nubae>
alkisg out of curiosity, do have many shell scripts u´ve created for managing the servers_
11:32
<alkisg>
so all greek school servers have the configuration we want
11:32
<Nubae>
just what I was gonna ask :-)
11:33
<alkisg>
On top of that, the IT teacher there is free to modify the defaults as he sees fit...
11:33
It's a pygtk GUI app nowadays
11:33
<Nubae>
can I take a look at what u created? might be useful to me
11:33
<alkisg>
Kinda like italc
11:33
<Nubae>
oh nice
11:33
<alkisg>
Screenshots: http://wiki.ubuntu-gr.org/sch-scripts/screenshots
11:34
<Nubae>
did u see guadalinex-edu-collaboration tool?
11:34
<alkisg>
Code: http://bazaar.launchpad.net/~sch-devs/sch-scripts/trunk/
11:34
No, what is it?
11:34
<Nubae>
cool, I´ll take a look
11:34
https://launchpad.net/guadalinexedu-collaboration-tool
11:34
might be useful yo u
11:34
to you
11:35
without https...
11:35
<alkisg>
"Allow the sharing of documents between the organizer (normaly the teacher) and the rest of the group" ==> that part sounds useful
11:35
I don't care about the automatic italc configuration though :D
11:35
<Nubae>
yeah uses xmpp lib
11:36
:-)
11:36
<alkisg>
italc is way too buggy for our needs
11:36
<Nubae>
does other configurations too though
11:36
all via xmpp, that part could be interesting
11:36
<alkisg>
We ship the configuration with sch-scripts
11:36
And there's only 1 server per school
11:36
<Nubae>
u could push it via xmpp instead
11:36
<alkisg>
so we don't have many other things to configure...
11:36
<Nubae>
that implies internet access everywher of course
11:37
<alkisg>
Why? A package with gconf defaults it much simpler
11:37
<Nubae>
stops me being able to use it
11:37
<alkisg>
*is
11:37
<Nubae>
this is more interactive
11:37* Nubae thinks
11:37
<alkisg>
We could also have a script pull configuration settings from https
11:37
But what's the point?
11:37
<Nubae>
cant say I know wnough
11:37
enough
11:37
pull is sometimes nicer than pull
11:38
for my usage scenario it is
11:38
at least
11:38
<alkisg>
You mean push?
11:38
<Nubae>
:p
11:38
<alkisg>
:)
11:38
<Nubae>
pull nicer than push
11:38
i meant
11:38
<alkisg>
Pulling can be done with reverse connections and certificates
11:38
Like packages updates already do
11:39
<Nubae>
yeah I like that usage case
11:39
because its then up to the admins
11:39
less centralised, but still controlled
11:39
<alkisg>
You can have the systems pull for updates each day
11:39
<Nubae>
cron yeah
11:39
<alkisg>
Like again package updates do :)
11:39
<Nubae>
hehe, yep, that model works
11:40
anyway edu-collab tools works with avahi
11:40
<alkisg>
Pushing can be complex. Not sure if all that additional complexity is justified...
11:40
avahi isn't installed on thin clients
11:40
<Nubae>
the nice thing is, doesnt require registration stuff
11:40
<alkisg>
And doesn't work over http
11:40
So I couldn't send settings to a school that is behind NAT
11:40
<Nubae>
it was created as easiest usage scenario for kids
11:41
they turn the laptop on, first time they are asked for a name, and thats it, pull happens from then on
11:41
<alkisg>
How is the OS deployed?
11:41
clobber?
11:41
<Nubae>
well it does work over nat, using xmpp
11:42
jabber server helps with that
11:42
<alkisg>
If you have an xmpp connection and a directory, what do you need avahi for?
11:42
<Nubae>
well thats at guadalinex
11:42
<alkisg>
You can just publish any services at the xmpp directory...
11:42
<Nubae>
xmpp is the protocol
11:42
right, but like u said, avahi direct has limitations like nat
11:42
<alkisg>
avahi is for mdns
11:43
<Nubae>
i know
11:43
<alkisg>
Not suited outside of local networks...
11:43
<Nubae>
yeah, in the case of collab tool its used within one ap
11:43
or using the aps to bridge
11:44
jabber server though can bridge across networks
11:44
remember this is what telepathy does
11:44
with telepathy-salut
11:45
anyhow, for south america, the servers should be created by a builder... I´m respinning rhel 6 for that
11:45
<alkisg>
How will the OS be deployed on the netbook clients?
11:45
<Nubae>
but installing multiple servers at the deployments could be done with cobbler over pxe, seems the most sane
11:45
oh... a builder from the servers
11:46
thats already in place... olpc built it
11:46
pushes a fedora img + sugar
11:46
think f14
11:46
<alkisg>
With partitioning etc handled automatically?
11:46
<Nubae>
kickstart
11:46
sure
11:47
very easy to do -ks files in redhat enterprise
11:47
<alkisg>
So the laptops are "dedicated", the student can't e.g .also have windows on them, or a separate partition for windows data etc....
11:47
<Nubae>
well, the sysadmin installing via cobler would have a choice from ks files
11:48
well they are XOs
11:48
so they may have fedora +sugar, or in the future windows too (olpc was planning to move to it, though no one knows whats really going on there)
11:49
<alkisg>
kickstart is like debian preseed files?
11:49
<Nubae>
half the olpc staff quit when they heard they were supporting windows, but it never happened
11:50
well its like a minimal installer... its a file that describes the hardware environment, and then locales, pre install files (scripts) and post install files (scripts)
11:50
it hands off to the image
11:50
wouldnt know what to compare it to in debian
11:51
hmm there is debian-kickstart
11:52
and yeah preeseed is most similar I think
11:52
http://pthree.org/2008/05/20/automating-debianubuntu-installs-with-preseed/
11:53
preseed can read Anaconda Kickstart files
11:53
cool
11:53
GUI tool for building Kickstart files available in the Debian and Ubuntu repositories:
11:53
sudo aptitude install system-config-kickstart
11:53
<alkisg>
Right, debian win32-loader even uses preseed files to pass the locale, keyboard etc information from withing windows to the debian installer (where applicable)
11:53
"However, using Kickstart files to build your Debian or Ubuntu box isn’t as flexible or powerful as preseed,"...
11:54
<Nubae>
sure makes sense
11:54
since it was built for redhat
11:54
sure I cant use preseed in rhel either :p
11:54
<alkisg>
;)
11:55
<Nubae>
but that it works is kinda nice
11:55
<alkisg>
Hey, cobbler linked me to http://libguestfs.org/ - I didn't know about that, looks very handy...
11:55
<Nubae>
wow, I wonder if, just for fun, I could make an ububntu school server too in that way
11:56
dont know it
11:56
I found augeas the other day though, and that seemed pretty handy
11:56
hmmm for vms
11:56
<alkisg>
Our installation instructions for schools are:
11:56
1) install ubuntu (the usual 6 steps of the desktop .iso)
11:57
2) sudo add-apt-repository ppa:ts.sch.gr && sudo apt-get update && sudo apt-get install sch-scripts
11:57
Done
11:57
A package is all that's needed for configuration and dependencies...
11:57
<Nubae>
well, main I need to do is respin rhel6 and add all the XS server specifics
11:58
which are currently for fedora 7
11:58
<alkisg>
We even push updated packages from the ppa, e.g. fixed gnome-session, fixed dbus etc
11:58
<Nubae>
nice
11:58otavio has joined #ltsp
11:58
<Nubae>
sounds like what i have to do for rhel
11:58otavio has quit IRC
11:58otavio has joined #ltsp
11:58
<Nubae>
hopefully less work :-p
12:00
alkisg ure scripts in greek only?
12:03
<alkisg>
Nubae: we've published a temporary english version for the few international users we have :D
12:04
But we're planning on properly internationalize them for ubuntu 12.04
12:04
<Nubae>
it seems highly integrated with ltsp though right?
12:04
<alkisg>
Right
12:05
And highly integrated to our specific greek schools setup
12:05
We'll split it into 2 packages for 12.04
12:05
<Nubae>
u've got something like italc in there too it seems
12:05
<alkisg>
One, the italc-like tool, the other will contain our configuration
12:05
<Nubae>
right, config might be interesting to me
12:05
<alkisg>
italc was too buggy and lacked some things we needed
12:06
E.g. now we have "get a root shell of the client in a local terminal", or "close the sound" etc stuff
12:06
mass user creation, adding to groups, a lot more
12:07
<Nubae>
nice
12:09
looks like u got deep into python
12:10
<alkisg>
python, gtk + shell...
12:11
Most of the pygtk GUI was done by a 16 year old student ;)
12:11
<Nubae>
u already knew the shell pretty well bfore though, no?
12:11
impressive
12:12
<alkisg>
Ah, libguestfs is not yet in debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530427
12:16
<Nubae>
what did u want to use it for?
12:18
<alkisg>
to enable the teacher to boot a fat client "chroot" in virtualbox
12:19
(i.e. the chroot will be a .vdi file, and libguestfs will be needed to export an nbd image out of it)
12:19
<Nubae>
ahhh i see
12:32NeonLicht has quit IRC
12:35NeonLicht has joined #ltsp
12:42
<robehend1>
grr, one thing I hate about Google Apps. I quite literally *just* finished making my tutorial videos on it, and they go and change the interface on me today
12:52
alkisg: say, could i get that link to the english sch-scripts again? i'm going to redo my ltsp box, and want to try it a bit more
12:53
<alkisg>
http://users.sch.gr/alkisg/tosteki/index.php?topic=3220.0
12:53
<pmatulis>
on ubuntu lucid is it normal for all user sessions to be terminated when someone logs into a client with the root user?
12:55
<alkisg>
pmatulis: it shouldn't be "normal", prolly a bug in the "killall existing user processes" logic
12:55
I'd file that as a bug
12:55otavio has quit IRC
12:56
<robehend1>
alkisg: thanks alkisg
12:56
<alkisg>
np
12:57otavio has joined #ltsp
12:57otavio has joined #ltsp
13:00
<pmatulis>
alkisg: hm, ok
13:00
alkisg: i know when i log in a some other user an existing session belonging to that same user will be killed
13:01
alkisg: i thought there might be something in ldm that is running as root, causing everyone to be dumped
13:04otavio has quit IRC
13:06
<alkisg>
It shouldn't be possible though as ssh user@server is used
13:07
ah right root
13:07
I think there's a "killall" there
13:07
So it is assumed that it kills all processes from the same user, because of the rights
13:07
But if you login as root you have the rights to kill all processes
13:08
So you kill all ssh processes or whatever else this killall tries to kill
13:08
So file a bug report so that "killall" is changed to "killall -u $USER" and to check for root etc
13:09otavio has joined #ltsp
13:10
<alkisg>
ldm-trunk/rc.d/S15-userLoginCheck
13:10otavio has quit IRC
13:11
<alkisg>
pmatulis: do you have LDM_LIMIT_ONE_SESSION=True?
13:13otavio has joined #ltsp
13:13otavio has joined #ltsp
13:17
<robehend1>
if i'm running fat clients, does my server still need X on it?
13:18
<klausade>
robehend1: normally no.
13:18toscalix has joined #ltsp
13:20
<robehend1>
that 'normally' makes me wonder.
13:31komunista has joined #ltsp
13:32NeonLicht has quit IRC
13:35otavio has quit IRC
13:37kb8wmc_ has joined #ltsp
13:37
<pmatulis>
alkisg: looking
13:42NeonLicht has joined #ltsp
13:46
<robehend1>
alkisg: say, wanting to change the lock screen graphic on sch-scripts. went into the .conf, but since I don't read greek, no idea what it says. any idea of a path/
13:48
<alkisg>
robehend1: dpkg -L sch-client|grep svg
13:48
/usr/share/sch-client/lock.svg
13:49
<robehend1>
ah, cool, thanks. also, if i go into some of the files and translate from greek to english, machine assisted, would you like me to provide them back to you?
13:50
<alkisg>
No, we'll change the source files so that they contain all english, and provide greek in a .po file (as usually in the linux world) so any translations done now are temporary
13:50
<robehend1>
ah, makes sense. ok then :D
14:03Gadi has joined #ltsp
14:17
<robehend1>
out of curiosity, anyone use the endian firewall before?
14:21otavio has joined #ltsp
14:21otavio has joined #ltsp
15:03alkisg has quit IRC
15:03otavio has quit IRC
15:03kb8wmc_ has quit IRC
15:20robehend1 has left #ltsp
15:24mgariepy has quit IRC
15:26otavio has joined #ltsp
15:26otavio has joined #ltsp
15:29Gadi has left #ltsp
15:31otavio has quit IRC
15:40Kicer86 has quit IRC
15:41Gremble has joined #ltsp
15:41toscalix has quit IRC
15:45Gremble has quit IRC
16:24alkisg has joined #ltsp
16:31evil_root is now known as zz_evil_root
16:36map7 has quit IRC
16:42rjune has quit IRC
16:43bobby_C has joined #ltsp
16:59alkisg has quit IRC
17:00komunista has quit IRC
17:03alkisg has joined #ltsp
17:06alkisg has quit IRC
17:31NeonLicht has quit IRC
17:33bobby_C has quit IRC
17:40NeonLicht has joined #ltsp
18:01abeehc has quit IRC
18:21shawnp0wers has joined #ltsp
18:44staffencasa has quit IRC
19:16wwx has quit IRC
19:19wwx has joined #ltsp
19:32wwx has quit IRC
19:33wwx has joined #ltsp
19:42rjune has joined #ltsp
19:56shawnp0wers has quit IRC
21:22loathing has joined #ltsp
21:22MorningSon has quit IRC
22:41HrdwrBoB has joined #ltsp
22:49cyberorg has quit IRC
22:51cyberorg has joined #ltsp
23:25mutex has quit IRC