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


Channel log from 17 January 2012   (all times are UTC)

00:12darkpixel_ has left IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel, Quit: Leaving.)
00:25lipinski has joined IRC (lipinski!~lippy@c-98-226-184-22.hsd1.in.comcast.net)
00:26
<lipinski>
Having a new problem with LTSP. Well, it's not related to LSTP per se, but happening on clients
00:26
Every once in a while a client will "crash" and the user will have to log in again.
00:26
This started happening once I upgraded the server from Ubuntu 10.04 to 11.10
00:27
I see this in syslog of the server:
00:27
Gdk-WARNING: gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server
01:44alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.15.11)
01:45alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 252 seconds)
03:08adrianorg has left IRC (adrianorg!~adrianorg@186.215.17.9, Ping timeout: 252 seconds)
03:31loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
03:54monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
03:57Parker955_Away is now known as Parker955
04:07monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
04:32Parker955 is now known as Parker955_Away
04:40loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
04:50ba has joined IRC (ba!~ba@airport.kg)
04:51
<ba>
hey there! anybody suffered from sound being lost after a couple of seconds of playing?
04:51
or when you pause/unpause the song?
04:51
;(
05:35alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.15.11, Quit: Хана X'ам !!!)
05:41Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
05:41freedomrun has joined IRC (freedomrun!~quassel@BSN-61-55-243.dial-up.dsl.siol.net)
06:14vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net)
06:14
<vagrantc>
!seen alkisg
06:14
<ltsp`>
vagrantc: alkisg was last seen in #ltsp 15 hours, 23 minutes, and 54 seconds ago: <alkisg> It's usually recommented to install with the alternate cd, instead of the server cd, so that you don't have to do that manually
06:19alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:22
<vagrantc>
alkisg: howdy!
06:22
<alkisg>
Hi vagrantc!
06:22
<vagrantc>
alkisg: how close is epoptes to release?
06:22
<alkisg>
Everything is done, I'm translating to Greek, testing, and tagging
06:22
So probably a couple of hours?
06:23* vagrantc sleeps in 1.5 hours
06:24
<alkisg>
vagrantc: I'll try to do it in 1, then :) Thanks man
06:25
<vagrantc>
alkisg: i worried we got confused about what "tomorrow" meant, given our timezone difference :)
06:25
<alkisg>
vagrantc: no... Phantomas was supposed to have finished 2 nights ago so that I would push the changes yesterday,
06:26
but he had some work at the university and only pushed his part yesterday... that's why the delay :-/
06:26
Sorry!
06:27
<vagrantc>
no worries,, just knew i wouldn't have much time tomorrow
06:27
and knew it would be good to get it uploaded
06:28
<alkisg>
I'll have it ready in an hour though, so if you could upload it then, it'd be great
06:30ba has left IRC (ba!~ba@airport.kg, Quit: Leaving)
06:44
<alkisg>
vagrantc: I shouldn't upload as native, right? epoptes (0.4.0) unstable; urgency=low
06:44
Better this instead: epoptes (0.4.0-1) unstable; urgency=low
06:45
<vagrantc>
alkisg: yes.
06:45
the latter
06:45
<alkisg>
And, unstable, not testing, correct?
06:45
<vagrantc>
yes
06:45
<alkisg>
Ty
06:53
<muppis>
How stable that really is? Can I suggest it to customer?
06:56
<alkisg>
vagrantc: ready
06:57
muppis: we've been using it in schools for 2 years now, it's stable. The only not-heavily-tested part is the encryption part... which is why we ended up having certificates expiring after 1 month :D
06:57
(the encryption was only implemented 2 months ago)
06:58
Version 0.4.0, which will be published in a couple of days, will be the version included in the next debian + ubuntu versions, with only minor changes (vinagre support + translations)
06:59
<muppis>
Sounds good.
07:01
<alkisg>
Just don't install version 0.3.x, which has the certificate problems, wait some days until 0.4.0 is published
07:04
<muppis>
ok
07:06loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
07:06
<vagrantc>
alkisg: ready to upload, eh?
07:06
<alkisg>
vagrantc: yup
07:22* alkisg also updated the news in epoptes.org, put a section in the installation page about manually updating the openssl certificate, if someone ever needs that, and requested builds for the epoptes stable ppa. Next I'll send a call for translators and add support for vinagre - for the next upload of course.
07:57freedomrun has left IRC (freedomrun!~quassel@BSN-61-55-243.dial-up.dsl.siol.net, Read error: Connection reset by peer)
07:59
<alkisg>
stgraber, vagrantc: it's possible to replace xvnc4viewer with vinagre in epoptes, for student monitoring, but it's not possible to replace it in epoptes-client, where it's used for receiving the broadcasted teacher screen
08:02
I'll do it for epoptes, Depends: xvnc4viewer | vinagre, and prefer to use vinagre if it exist just for the tabbed interface
08:02
But it won't be removed from the edubuntu DVD, as it's still an epoptes-client dependency
08:10dobber has joined IRC (dobber!~dobber@213.169.45.222)
08:12
<vagrantc>
alkisg: weird... lintian fails, but without any errors :(
08:16
<alkisg>
It fails?!
08:17
vagrantc: btw in http://lintian.debian.org/full/epoptes@lists.launchpad.net.html#epoptes I've seen some warnings that I don't see when I do a local debuild
08:18
I got rid of "W script-not-executable", and I suppose we'll automatically get rid of "P experimental-to-unstable-without-comment" too, but I haven't looked into fixing the others
08:26khildin has joined IRC (khildin!~khildin@ip-83-134-229-181.dsl.scarlet.be)
08:28
<vagrantc>
alkisg: the latter will just go away since we're not uploading to experimental anymore
08:36* alkisg is reading http://lintian.debian.org/tags/python-depends-but-no-python-helper.html ...
08:38
<vagrantc>
alkisg: unless you'd rather fix more, i'll upload commit 140
08:39
<alkisg>
vagrantc: no let the others for the next release with vinagre + translations too
08:39
<vagrantc>
it's got a silent lintian error (hopefully a bug in lintian)
08:39
<alkisg>
I'll work on those today, but you gotta get to bed sometime soon, so don't wait for those...
08:39
<vagrantc>
normally lintian tells you why it's got an error ...
08:39
<alkisg>
Maybe it's one of the experimental tags, like the one above
08:40
<vagrantc>
and uploading...
08:41
alkisg: no, it's acting as though there are Errors, but all i see are pedantic and informational notices
08:41
so, something's weirrd, and maybe the upload won't be accepted... never seen this before
08:42
<alkisg>
Hmmm... well, we'll see
08:42
Where can I see the status of the upload?
08:42
<vagrantc>
alkisg: should be getting a mail about it shortly
08:42
<alkisg>
Thanks again for everything vagrantc
08:46
<vagrantc>
alkisg: check http://packages.qa.debian.org/e/epoptes.html or "rmadison epoptes" or http://incoming.debian.org
08:50
alkisg: got the accepted mail ... so keeping track with the above should keep you posted...
08:50
<alkisg>
Nice
08:55
Erm... can I abuse the channel a bit and ask what this means? :D "Tonight we gon' be it on the floor" (http://www.lyricsmode.com/lyrics/j/jennifer_lopez/on_the_floor.html)
08:55
gon' == going to? "be it" == ?!
08:56vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 272 seconds)
09:14
<Hyperbyte>
alkisg, that is a bad song and you should feel bad.
09:15
<alkisg>
Hyperbyte: I do feel bad... because I lost a bet about it, a friend said "that's what the lyrics say" and I told him no way, that's not English, it's a syntax error...
09:15
I found a couple of pages in google saying "gonna be hit" instead of "gon' be it"... that would make more sense
09:15
We listen to it on the gym, I never listen to pop music myself :)
09:16* alkisg prefers hard rock or even heavier
09:24Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com)
09:25lipinski has left IRC (lipinski!~lippy@c-98-226-184-22.hsd1.in.comcast.net, Ping timeout: 240 seconds)
09:38lipinski has joined IRC (lipinski!~lippy@c-98-226-184-22.hsd1.in.comcast.net)
10:14
<muppis>
Hard rock halleluja...
10:16Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
10:33
<khildin>
hey all.... Is it possible to create multiple chroots so you can have different thin client images, that will be distributed on basis of user or group, IP or hardwareaddress?? For instance with different windowmanagers and different applications....
10:34
or any other solution to accomplish different client distribution?
10:40ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
10:42ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
10:42
<alkisg>
khildin: thin client images usually don't contain applications
10:42
The applications are installed on the server
10:42
Are you using localapps or fat clients?
10:43
<khildin>
just thinking of concepts...
10:43
for instance if I want to have a unity and a xfce desktop served by LTSP....
10:44
<alkisg>
khildin: yesterday fiberglasscivic1 was asking the same question, you can read the logs at http://irclogs.ltsp.org/?d=2012-01-16 - from 07:28 and on
10:44
<khildin>
and fat clients to lower resources on server
10:44
<alkisg>
To have unity and xfce desktop for thin clients, you install them on the server
10:44
No need for multiple images
10:45
Same for fat clients too, but you just install them in the chroot
10:45
<khildin>
can you default per group or user to a certain GUI?
10:45
or is that IP/Mac only?
10:46
<alkisg>
Err sorry I mean 2 days ago, user VectorX: http://irclogs.ltsp.org/?d=2012-01-15
10:46
Users can set their own preferences, not related to LTSP
10:46
You can also set by ip/mac
10:47
$ cat /home/alkisg/.dmrc
10:47
[Desktop]
10:47
Session=default
10:47
Language=el_GR.utf8
10:47
...
10:47
That's where the session preferences are saved
10:47
<khildin>
clear... thnx
10:51freedomrun has joined IRC (freedomrun!~quassel@BSN-142-163-174.dial-up.dsl.siol.net)
10:52
<khildin>
bottomline: I'll be better off using menueditor or Sabayon Profile manager than thinkering with multiple client images...
11:16khildin has left IRC (khildin!~khildin@ip-83-134-229-181.dsl.scarlet.be, Ping timeout: 240 seconds)
11:35adrianorg has joined IRC (adrianorg!~adrianorg@186.215.17.9)
11:36alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
11:36[GuS] has left IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402, Ping timeout: 248 seconds)
11:36khildin has joined IRC (khildin!~khildin@ip-83-134-229-181.dsl.scarlet.be)
11:36[GuS] has joined IRC ([GuS]!~gustavo@186.19.173.126)
11:36[GuS] has joined IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402)
11:37Yet_another_Bill has left IRC (Yet_another_Bill!billy@nat/redhat/x-ufaeqedpeknxmdlh, Ping timeout: 248 seconds)
11:38abeehc has left IRC (abeehc!~bob@2001:1938:1a3:0:216:41ff:fe2c:9b3c, Ping timeout: 248 seconds)
11:39alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
11:39zoobab has left IRC (zoobab!zoobab@vic.ffii.org, Ping timeout: 248 seconds)
11:39abeehc has joined IRC (abeehc!~bob@S010652540047e22e.gv.shawcable.net)
11:40zoobab has joined IRC (zoobab!zoobab@vic.ffii.org)
11:40Yet_another_Bill has joined IRC (Yet_another_Bill!billy@nat/redhat/x-nrtltfutrdyqvsmo)
11:49artista-frustrad has joined IRC (artista-frustrad!~fernando@200.247.43.2)
12:04loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
12:06alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
12:11alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:17khildin has left IRC (khildin!~khildin@ip-83-134-229-181.dsl.scarlet.be, Remote host closed the connection)
12:36Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
13:29brunolambert has joined IRC (brunolambert!~bruno@nat/revolutionlinux/x-aqlvbvcddyqgivft)
13:30khildin has joined IRC (khildin!~khildin@ip-80-236-223-253.dsl.scarlet.be)
13:42bengoa has joined IRC (bengoa!~bengoa@natureza-S6-2-0-1-2-4-3-0-gacc01.mns.embratel.net.br)
13:42bengoa has left IRC (bengoa!~bengoa@natureza-S6-2-0-1-2-4-3-0-gacc01.mns.embratel.net.br)
13:43bengoa has joined IRC (bengoa!~bengoa@natureza-S6-2-0-1-2-4-3-0-gacc01.mns.embratel.net.br)
13:43bengoa has left IRC (bengoa!~bengoa@natureza-S6-2-0-1-2-4-3-0-gacc01.mns.embratel.net.br)
13:46andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
13:47lipinski has left IRC (lipinski!~lippy@c-98-226-184-22.hsd1.in.comcast.net)
13:49bengoa1 has joined IRC (bengoa1!~bengoa@187-24-145-177.3g.claro.net.br)
14:04staffencasa has joined IRC (staffencasa!~staffenca@128-193-147-207.oregonstate.edu)
14:10freedomrun_ has joined IRC (freedomrun_!~quassel@BSN-142-162-182.dial-up.dsl.siol.net)
14:11freedomrun has left IRC (freedomrun!~quassel@BSN-142-163-174.dial-up.dsl.siol.net, Read error: Operation timed out)
14:12alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
14:13muppis has left IRC (muppis!muppis@viuhka.fi, Ping timeout: 252 seconds)
14:13Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
14:13muppis has joined IRC (muppis!muppis@viuhka.fi)
14:17
<stgraber>
alkisg: what's the issue when used for the broadcasting? is it because you can't have it wait without showing a window?
14:18
<alkisg>
stgraber: for broadcasting, we want the student to be unable to close the broadcasted window
14:18gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection)
14:19gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
14:19
<alkisg>
Also we're running that as root, from inside the chroot, to be able to broadcast without logging in
14:20
So if we were to install vinagre in the ltsp chroot, it would pull in many dependencies, gconf, avahi, udisks, etc
14:23
Btw, if someone has both vinagre and xvnc4viewer installed, and prefers to use vinagre with epoptes, all he has to do is launch vinagre and enable reverse connections before monitoring a student
14:24dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
14:24
<alkisg>
(i.e. any vncviewer -listen will do, the first one to listen to port 5500 will be used)
14:25
So maybe we don't even need to do anything to "support" vinagre, if we can't avoid installing xvnc4viewer anyway
14:30
<stgraber>
alkisg: is epoptes-client using vncviewer in client mode or for reverse connections?
14:31
(I'm trying to see if we can maybe use gvncviewer instead which is built using the same library as vinagre)
14:31adrianorg has left IRC (adrianorg!~adrianorg@186.215.17.9, Ping timeout: 255 seconds)
14:32
<alkisg>
stgraber: For reverse connections, the teacher listens to 5500, and the students run vncviewer -connect server:5500
14:34
alkisg 25261 13.0 0.5 117632 15340 pts/2 Sl+ 16:34 0:02 gvncviewer localhost
14:34
==> it takes toooooo much ram
14:35
<stgraber>
alkisg: hmm, ok. I guess for now you can stick with xvnc4viewer + x11vnc, for 12.10, it might be interesting to look into having both client and server use the same vnc library and have that library in main so if something bad happens we'll get security updates for it
14:36
<alkisg>
alkisg 25496 3.1 0.2 9120 6304 pts/3 S+ 16:35 0:00 xvnc4viewer localhost
14:37
Sure, we were planning to use a vnc library any way (I think the same that remmina uses)
14:38
<stgraber>
alkisg: can you create a wiki page on wiki.ubuntu.com explaining the choice of x11vnc and xvnc4viewer including these memory measurements and comparison with the alternatives?
14:38
alkisg: that'll be useful if the Technical Board asks again about vnc being in our seeds :)
14:38
<alkisg>
I'll see if I can get some time to do that later today. :)
14:39bengoa1 has left IRC (bengoa1!~bengoa@187-24-145-177.3g.claro.net.br)
14:40
<stgraber>
alkisg: thanks!
14:40
<alkisg>
np, thank you too. bbl.
14:41alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
14:50bengoa has joined IRC (bengoa!~bengoa@187.69.46.70)
14:50bengoa has left IRC (bengoa!~bengoa@187.69.46.70)
14:50bengoa has joined IRC (bengoa!~bengoa@187.69.46.70)
15:20khildin has left IRC (khildin!~khildin@ip-80-236-223-253.dsl.scarlet.be, Ping timeout: 240 seconds)
15:20dantix has joined IRC (dantix!~emilio@mailer.witcel.com.ar)
15:22dantix has left IRC (dantix!~emilio@mailer.witcel.com.ar)
15:45bengoa has left IRC (bengoa!~bengoa@187.69.46.70)
15:54monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
15:58khildin has joined IRC (khildin!~khildin@ip-80-236-223-253.dsl.scarlet.be)
16:07monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
16:23alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:27
<nubae>
hello again... still stuck with the openchrome issue, just want an opinion, should I open a reopen the launchpad ticket or compile closed sourced driver for VIA openchrome in fatclient chroot?
16:27Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
16:27Ctek has joined IRC (Ctek!~Ctek@188.25.81.24)
16:29
<Ctek>
Can someone please tell me how to make a client auto mount a network share on user login ? Thank you in advance
16:29
<nubae>
Ctek, try messing with nfs
16:29
or is share required for windows too?
16:30
<Ctek>
The home folders are alreadey mounted via nfs
16:30
<nubae>
so then it should be done
16:30
<Ctek>
no, this is a linux-linux setup
16:30
I also need to mount other shares Ex: like Public, Docs, etc
16:31
<nubae>
perhaps u just want to create the relevant folders and link to the share
16:31
<Ctek>
and i do not think that nfs is ok for this
16:31
<nubae>
nfs creates the shares, on client side, u should just be able to link folders to those locations
16:31
<Ctek>
can you explain a little ?
16:32
<nubae>
inside folder explorer on right hand side, create folders
16:32
<Ctek>
what do you mean to create the folders and link the share ?
16:32
<nubae>
link them to nfs shares
16:33
point the folders at the shares
16:33
either through terminal ln -s
16:33
or windows based
16:33
<Ctek>
ah... to create links... :)
16:34
sorry i was thinking to something else
16:34
Let me explain the setup that i have
16:35
I have a LTSP server with LDAP and i have created fat-client images
16:35
On the same server i have some shares that i need them to be mounted at user login
16:35
<nubae>
ah, thats an LDAP thing
16:35
<Ctek>
the shares are done with samba not exported
16:36
<nubae>
and samba
16:36
thought u said it was nfs
16:36
<Ctek>
The homes are exported and mounted correctly
16:36
this is done via NFS export
16:36
<nubae>
so do the same for the shares u want exported
16:37
<Ctek>
hm... and this will be done automatic for each user login on the fat client ?
16:37
<nubae>
sorry been a while since I did a samba/ldap setup
16:37
yes
16:37
fatclient is a single image
16:38
<Ctek>
super :) I have little-to-none experience with HFS
16:38
NFS :)
16:38
<nubae>
what u do in that image propogates to all usres
16:38
*I think*
16:38
<Ctek>
yes you are correct but this rises another problem... regarding the rights for the shares ...
16:38
<nubae>
nfs is far easier than samba and ldap
16:38
<Ctek>
and limits me to nfs only enviroment
16:39
<nubae>
yeah, but so what u have a linux only environment
16:39
ldap&samba seems overklill
16:39
<Ctek>
:D
16:39
I come from a M$ enviroment ... old habits die hard...
16:39
<nubae>
heheh
16:40
well kill them fast
16:40
simplicity and logic are king here
16:40
do u need encrypted environment?
16:40
<Ctek>
:) then i need to se the NFS custom settings for the client,
16:41
no, i only need to use group's like rights
16:41
<nubae>
easy stuff lots of stuff on the net regarding that
16:41dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
16:41
<nubae>
great, well ltsp does that automatically
16:41
<Ctek>
like this group of users uses this and that group uses y
16:41
<nubae>
suggestion: stick to just nfs
16:42
right so use regular user and group unix rights
16:42
<Ctek>
Nubae, Thank you ! you have been of great help.
16:42
I will start thinkering right away and be back later for some more :)
16:42
<nubae>
anytime :)
16:43
<Ctek>
One last question... is a simple way to generate/configure fat-client images ?? :) Like a gui tool ? :) because 1 H for each image is killing me
16:44
<nubae>
not yet
16:44
its on the way
16:44
right now, u have to chroot in and do your stuff terminal based
16:44
but fatclients are the future... a gui will come soon enough
16:45
<Ctek>
:) hehe like i told you... old habits .... Lucky for me that i was playing with linux in parallel with MS for all this years :D
16:45
so i'm not so scared of cli :)
16:46
Thx. again
16:46
<nubae>
yeah... have an 'apprentice' that is scared to death of the cli
16:46
<Ctek>
:))
16:47
<nubae>
trying to lead him into a job I'm leaving... slowly, hes getting confidence, but the terminal really seems like a monster
16:47
to him
16:48
for me its windows that terrifies me
16:48
<Ctek>
:( too bad for him. From my experience the linux has made me understand computers since '97 :)
16:48
<nubae>
yeah hes going through that enlightenment period right now
16:49
he enjoys it though
16:49
<Ctek>
I'm skeptic about the new win 8 and so i decidet to migrate completly to Linux
16:49
so the basic stuf is to my home then to the office and then the world :)))
16:49
just kidding :)
16:50
<nubae>
nice..
16:50
u shouldnt be kidding :p
16:50darkpixel_ has joined IRC (darkpixel_!~darkpixel@65.100.44.217)
16:50darkpixel_ has joined IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel)
16:51
<Ctek>
ufff... that darn image does not compile faster...
16:51
<nubae>
nope, its fat
16:51
<Ctek>
i have added a line to use cache packages but it's still slow...
16:52
<nubae>
u using local package cache
16:52
<Ctek>
Yea i set to keep packages in cache
16:52
<nubae>
hmmm weird should be faster
16:52
<Ctek>
so i think it is reusing them
16:53freedomrun_ has left IRC (freedomrun_!~quassel@BSN-142-162-182.dial-up.dsl.siol.net, Quit: No Ping reply in 180 seconds.)
16:53
<nubae>
there might be another setting to reupdate cache
16:53
<Ctek>
hm...
16:53
here is the line i use : ltsp-build-client --arch i386 --base /opt/ltsp --chroot fat-i386 --keep-packages --install-debs-dir /opt/ltsp/addon_packages --early-mirror http://ftp.roedu.net/mirrors/ubuntulinux.org/ubuntu --install-debs-dir /opt/ltsp/addon_packages --purge-chroot --prompt-rootpass
16:54freedomrun has joined IRC (freedomrun!~quassel@BSN-142-162-182.dial-up.dsl.siol.net)
16:54
<nubae>
why early images_
16:54khildin has left IRC (khildin!~khildin@ip-80-236-223-253.dsl.scarlet.be, Ping timeout: 240 seconds)
16:54
<Ctek>
i'm not so sure about addon folder ... but i'l have to wait and see
16:54
<nubae>
sorry early mirror
16:55
<Ctek>
beacause the server's default points to a slower mirror
16:55
<nubae>
ok
16:55
cool makes sense
16:55
<Ctek>
so i'm forcing it to take precedence over that
16:55
<nubae>
u have install-debs-dir 2 times btw
16:55
<Ctek>
??
16:56
RIGHT !
16:56
oh... so stuppid of me .... :((
16:56
maybe the interpreter will overlook this :D and continue :)
16:56
<alkisg>
Ctek: have a look at the --mount-package-cache option, it's much faster + easier to use
16:56
<nubae>
also dont need arch or base
16:57
what alkisg said
16:57
<Ctek>
hm... can you explain a little this option
16:57
<nubae>
beats--keep-packages
16:57
<alkisg>
ltsp-build-client --extra-help | grep mount-package-cache
16:57
<Ctek>
aha...
16:57
<alkisg>
--mount-package-cache mount package cache dir from server
16:57
That's /var/cache/apt/archives
16:58
<Ctek>
yea but the server is different than the client
16:58
<nubae>
try it
16:58
<alkisg>
The arch doesn't matter, it's just cache
16:58
<nubae>
might be faster
16:58
<Ctek>
does interfear with the client ?
16:58
ah, ok you are right.
16:58
<alkisg>
Put any .debs you have there, at that folder, so that apt will find them
16:58
I.e. move your existing package cache dir to there
16:58
<Ctek>
let me add this to the script. 2 sec
16:59
<alkisg>
And it's better to use the configuration file, not the command line
16:59
!fatclients
16:59
<ltsp`>
alkisg: fatclients: You may find some info about the Ubuntu/LTSP implementation of fat clients at https://help.ubuntu.com/community/UbuntuLTSP/FatClients
16:59
<alkisg>
More organized, more options, you can have comments, you can preseed stuff, etc
16:59freedomrun has left IRC (freedomrun!~quassel@BSN-142-162-182.dial-up.dsl.siol.net, Remote host closed the connection)
17:00
<nubae>
still if he understands the current command
17:00
dont change
17:00
<Ctek>
I have looked into that documentation for a while now. I didn't see all of it :)
17:00
i still have loads to read :D
17:00
<nubae>
stick to what u understand ctek
17:00
alkisg is a veteran guru
17:01
he forgets what its like when u are starting out :-p
17:01
<Ctek>
I'm shure you all have lot's of experience :) i'm just learning now about fat-clients
17:02
<nubae>
ure doing fine
17:02freedomrun has joined IRC (freedomrun!~quassel@BSN-142-162-182.dial-up.dsl.siol.net)
17:02
<Ctek>
The precious experience that i had was to export a live-cd over pxe. But that's not quite the way to do LTSP :)
17:03
alkisg: I had that option enabled from ltsp-build-client.conf, Thanx for the input anyway
17:04
it uses the server's cache folder
17:04
<alkisg>
If you use --keep-packages etc, you still copy the files, moving gigabytes around, delaying the process
17:05
<nubae>
right use the other option
17:05
<Ctek>
ah... so this is the bottleneck
17:05
<nubae>
--mount-package-cache
17:05
<Ctek>
ok i'll remove the --keep-packages since i already use the server's cache
17:06khildin has joined IRC (khildin!~khildin@ip-80-236-223-253.dsl.scarlet.be)
17:06primeministerp has joined IRC (primeministerp!ppouliot@nat/novell/x-tbantijtwwhuwguc)
17:06
<Ctek>
That's very good knoledge since that will basicaly cancel the cache....
17:08
Thanks you Nubae, Alkisg. I'll start to thiker now and be back later with results :) Thanks!
17:09Ctek has left IRC (Ctek!~Ctek@188.25.81.24)
17:13
<alkisg>
stgraber: http://www.epoptes.org/documentation/vnc
17:13
If you think more are needed, I can write some more :)
17:16
<stgraber>
alkisg: looks good, thanks
17:25Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
17:46andygraybeal has left IRC (andygraybeal!~andy.gray@obsidian.casanueva.com, Quit: Ex-Chat)
17:46andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
17:48Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@ip-80-238-8-128.bskyb.com, Quit: Leaving)
18:36ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
18:37bengoa has joined IRC (bengoa!~bengoa@177.39.5.130)
18:38ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
19:03GodFather has joined IRC (GodFather!~rcc@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net)
19:11bengoa has left IRC (bengoa!~bengoa@177.39.5.130)
19:19lipinski has joined IRC (lipinski!~lippy@c-98-226-184-22.hsd1.in.comcast.net)
19:19
<lipinski>
Having problems with Xorg crashing on LTSP client. Anyone that can help?
19:19
I was able to capture syslog on the client when it occurred.
19:19vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
19:20
<alkisg>
Graphics card (lspci -nn -k | grep -A 2 VGA on the client) and client RAM?
19:21
<lipinski>
01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics [1106:3122] (rev 03)
19:21
Subsystem: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics [1106:3122]
19:21
Kernel modules: vt8623fb, viafb
19:21
Based on top, 256MB
19:23
From dump in syslog, definitely looks like it running out of memory.
19:23
....
19:23
Jan 17 21:38:02 ltsp57 kernel: [22377.487263] Out of memory: Kill process 1858 (Xorg) score 612 or sacrifice child
19:23
...
19:24
<alkisg>
lipinski: then start with enabling NBD_SWAP, and if you're using ubuntu, you may also want to disable compcache to free up 25% RAM
19:25
<lipinski>
yes, ubuntu
19:25
<alkisg>
!nocompcache
19:25
<ltsp`>
alkisg: nocompcache: compcache is a module that compresses 25% of the client RAM and uses it as swap space. In LTSP we have NBD_SWAP though, so it's better to disable compcache by putting nocompcache as a kernel parameter in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
19:26
<lipinski>
ok - I'll try that. Thanks.
19:26
<alkisg>
lipinski: don't try it without enabling NBD_SWAP first
19:26
This will then give you less RAM, not more
19:26
<lipinski>
right, or I'd be crashing more ofter/faster.
19:27
<alkisg>
Yup
19:41
<lipinski>
alkisg: Thx. We'll see if this stabilizes the client...
19:42
top reports 0 swap, though. Is that okay?
19:42
<alkisg>
No
19:42
<lipinski>
uh-oh
19:43
<alkisg>
$ free
19:43
total used free shared buffers cached
19:43
Swap: 1048568 0 1048568
19:43
You should have something in total swap
19:43
getltscfg -a => see if NBD_SWAP is on
19:44
<lipinski>
yep:
19:44
NBD_SWAP="True"
19:44
<alkisg>
check your server then... which ubuntu version is that?
19:44
<lipinski>
11.10
19:44
<alkisg>
grep swap /etc/inetd.conf
19:45
<lipinski>
The new bane of my existence
19:45
9572 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdswapd
19:45
<alkisg>
sudo netstat -nap | grep 9572
19:46
<lipinski>
yep, inetd listening
19:46
tcp 0 0 0.0.0.0:9572 0.0.0.0:* LISTEN 1297/inetd
19:46
<alkisg>
What shell do you have on the client? Root or user?
19:46
(local shell)
19:47
<lipinski>
I'm ssh-ed in as admin, then sudo -s to root shell
19:47
free is showing 0 swap also
19:47
<alkisg>
nbd-client server 9572 /dev/nbd1 -swap
19:48
Does this produce any error?
19:48
<lipinski>
# nbd-client server 9572 /dev/nbd1 -swap
19:48
Negotiation: ..size = 256MB
19:48
bs=1024, sz=268435456 bytes
19:48
# echo $?
19:48
0
19:49
<alkisg>
mkswap /dev/nbd1
19:49
swapon /dev/nbd1
19:49
<lipinski>
mkswap: error: swap area needs to be at least 40 KiB
19:50
<alkisg>
Erm what? Isn't it 256 MB? :)
19:50
<lipinski>
Not that it matters, but client is i386 whereas server is amd64
19:51
yes, nbd-client reported 256MB. I also set 256MB on server in /etc/ltsp/nbdswapd.conf
19:51
<alkisg>
Try again with nbd2. First nbd-client etc, then mkswap
19:51
/dev/nbd2
19:51freedomrun has left IRC (freedomrun!~quassel@BSN-142-162-182.dial-up.dsl.siol.net, Remote host closed the connection)
19:52
<lipinski>
same error on mkswap
19:52
iptables ?
19:52
<alkisg>
Why would it negotiate succesfully then?
19:53
<lipinski>
no, I'm allowing everything.
19:53
(in iptables)
19:53
<alkisg>
Yoe: any ideas? ^
19:56
lipinski: dd if=/dev/nbd1 of=/dev/null
19:56
Does that read 256mb?
19:56
<lipinski>
nope - 0
19:57
ndb-client have any hidden debug options?
19:57
<alkisg>
You're using nbd to serve the chroot, right?
19:57
Not nfs...
19:57
(the default in ubuntu is nbd)
19:57
<lipinski>
as far as I know.
19:58
<alkisg>
OK, let's get back on the server then and see if it managed to create that swap file
19:58
Maybe it doesn't have access somewhere
19:58
<lipinski>
I see it created one. It may have been from when I attempted nbd-client with persist option
19:59
Each call to nbd-client should create a new swap file?
19:59
<alkisg>
Each connection to server:9572, so yes, each such nbd-client call
19:59
<lipinski>
interesting - files are appearing and disappearing
20:00
it's like it's creating a new one every few seconds
20:00
<alkisg>
What do you have in /etc/ltsp/nbdswapd ?
20:00
.conf ?
20:00
<lipinski>
SIZE=256
20:00
that's it
20:01
here we go. /var/log/syslog on server:
20:01
Jan 17 15:01:14 WLserver nbd_server[13558]: connect from 192.168.106.57, assigned file is /tmp/tmp.dm45lie9Pa
20:01
Jan 17 15:01:14 WLserver nbd_server[13558]: Size of exported file/device is 268435456
20:01
Jan 17 15:01:14 WLserver nbd_server[13558]: Read failed: Inappropriate ioctl for device
20:01
Jan 17 15:01:14 WLserver nbd_server[13558]: Exiting.
20:01
<alkisg>
What file system are you using on the server? And, does it have enough free space there in /tmp ?
20:02
<lipinski>
ext4
20:02
plenty - 23G avail
20:03
<alkisg>
dd if=/dev/zero of=/tmp/swaptest bs=1024k count=0 seek=64
20:03
ls -lha /tmp/swaptest
20:03
mkswap /tmp/swaptest
20:04
<lipinski>
on server? worked
20:04
<alkisg>
Yes on server
20:04
<lipinski>
odd, though - dd showed 0 Bytes in/out
20:04
<alkisg>
It's a sparse file
20:04
nbd-server 12345 /tmp/swaptest -C /dev/null
20:05Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
20:05
<alkisg>
Then again on the client, nbd-client server 12345 /dev/nbd3 -swap
20:05
<lipinski>
ok - looks good, some warnings but nbd-server is listeninng
20:05
Negotiation: ..size = 64MB
20:06
<alkisg>
dd if=/dev/nbd3 of=/dev/null
20:06
<lipinski>
that worked - 67MB copied
20:06
<alkisg>
mkswap /dev/nbd3
20:06
swapon /dev/nbd3
20:07
free
20:07
<lipinski>
worked
20:07
<alkisg>
So the problem seems to be in making nbd-server listen on "0", which is stdio, to communicate with inetd..
20:07
Do you have anything weird in /etc/hosts.allow/deny?
20:08
<lipinski>
allow only has nbdrootd: ALL: keepalive
20:08
deny is empty - except comments
20:09
did I need to restart anything on the server when I added NBD_SWAP to lts.conf?
20:10
<alkisg>
No
20:10
In /usr/sbin/nbdswapd, change this line: PATH=/usr/bin:/bin:$PATH nbd-server 0 $SWAP $NBD_SERVER_OPTS -C /dev/null > /dev/null 2>&1
20:10
...to: PATH=/usr/bin:/bin:$PATH nbd-server 0 $SWAP $NBD_SERVER_OPTS -C /dev/null > /tmp/nbdswapd.output 2>&1
20:10
...and then try again the nbd-client 9572 etc /dev/nbd4 this time
20:11
...and let's see what goes in /tmp/nbdswapd.output
20:12
<lipinski>
Read failed: Inappropriate ioctl for device
20:12
Actually:
20:12
Error: Read failed: Inappropriate ioctl for device
20:12
Exiting.
20:13
I do see one /tmp file that "stuck" now...
20:14
<alkisg>
lipinski: decrease the swap size to 64MB and try again
20:15
<lipinski>
nope - same error
20:16
nbd-server when spawned by inet is running as nobody, yet my manual one (port 12345) is running as root
20:16
<alkisg>
OK let's give that a try too... change inet.conf and run sudo service openbsd-inetd restart
20:17
Or, close your manual one and re-run it as nobody
20:18
9572 stream tcp nowait root /usr/sbin/tcpd /usr/sbin/nbdswapd
20:19
<lipinski>
same thing
20:20
<alkisg>
One way around it would be to run nbd-server without inetd in port 9572
20:20
<lipinski>
ok - I'll try that.
20:20
<alkisg>
I'd file a bug in nbd for that...
20:21
I suppose "Inappropriate ioctl for device" means the network, not the sparse file...
20:22
<lipinski>
Noticed this in nbd-server/config:
20:22
[ltsp_i386]
20:22
exportname = /opt/ltsp/images/i386.img
20:22
readonly = true
20:22
IS that readonly=true okay?
20:22
<alkisg>
Yes
20:22
And that file isn't used for the swap server
20:22
It's another nbd-server instance
20:22
<lipinski>
ok - wasn't sure if that was file-specific or a more general server option
20:23Parker955_Away is now known as Parker955
20:24
<lipinski>
ioctl error is on tmp file (from strace):
20:24
open("/tmp/tmp.g2SnwDV2Ul", O_RDWR) = 4
20:24
ioctl(4, BLKGETSIZE64, 0x7fff399c3ef8) = -1 ENOTTY (Inappropriate ioctl for device)
20:25GodFather has left IRC (GodFather!~rcc@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net, Quit: Ex-Chat)
20:27
<alkisg>
lipinski: ah, ok, then try removing the "seek" in dd, to not make it a sparse file
20:27
in nbdswapd
20:27
dd if=/dev/zero of=$SWAP bs=1024k count=0 seek=$SIZE 2> /dev/null
20:27
would become
20:28
dd if=/dev/zero of=$SWAP bs=1024k count=$SIZE 2> /dev/null
20:30
<lipinski>
nope - same problem
20:39
<alkisg>
I think from that part on, it's nbd source debugging... I'd file a bug for that and just launch nbd-server without inetd to do my job in the meanwhile
20:40
<lipinski>
ok - thanks so much for all the help.
20:40
<alkisg>
You're welcome
20:40
<lipinski>
I can set the port and such in lts.conf, right?
20:40
NBD_SWAP_SERVER, NBD_PORT
20:41
<alkisg>
nbd-client $NBD_SWAP_HOST $NBD_SWAP_PORT /dev/nbd${num}
20:42
NBD_SWAP_HOST=${NBD_SWAP_HOST:-"$SERVER"}
20:42
NBD_SWAP_PORT=${NBD_SWAP_PORT:-"9572"}
20:42
You can set those in lts.conf, right
20:42
<lipinski>
perfect - thanks. I'll just start my own on a different port and set lts.conf.
20:43
<alkisg>
And also we need to change "NBD_SWAP_SERVER" to "NBD_SWAP_HOST" in the docs :)
20:44adrianorg has joined IRC (adrianorg!~adrianorg@186.215.17.9)
20:48jammcq has joined IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net)
20:50
<alkisg>
vagrantc, hi, does this mean we need "adduser" in epoptes dependencies? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656117
20:58
stgraber: ping! $ rmadison -u debian epoptes
20:58
epoptes | 0.3.2-1 | wheezy | source, all
20:58
epoptes | 0.4.0-1 | sid | source, all
20:59
<stgraber>
alkisg: syncpackage: Error: Debian version 0.4.0-1 does not exist!
20:59khildin has left IRC (khildin!~khildin@ip-80-236-223-253.dsl.scarlet.be, Quit: I'm gone, bye bye)
20:59
<stgraber>
alkisg: Launchpad doesn't know about it yet, will retry in a few hours
20:59
<alkisg>
Ah, it might need some time to hit the archives
20:59
Thanks :)
21:00
<stgraber>
alkisg: you're in edubuntu-dev right?
21:00
<alkisg>
Yes
21:00
Ah I can do it myself? Do tell...
21:00
<stgraber>
alkisg: yep, I just checked and epoptes is in the list http://people.canonical.com/~stgraber/package_sets/precise/edubuntu
21:01
alkisg: so you can simply run: "syncpackage epoptes -d sid"
21:01
and it'll import it from Debian (once it's syncable)
21:02
<alkisg>
Cool (didn't have that in Lucid, but I have it in Precise). Thanks, will do.
21:02
<stgraber>
yeah, syncpackage only started working a few months ago, that's the using the new Launchpad derived distributions stuff to import from Debian
21:03
before that it was "requestsync" which would just open a bug report and require someone to actually do the copy for you manually
21:03* alkisg loves automation
21:03
<stgraber>
with syncpackage, you just do it and 2 minutes later the package is building on LP without any manual action
21:04
<alkisg>
And ever since I learned about PPA recipies, I stopped using dput :)
21:04
Meh if only we developed a program that would write better programs than we do... :D
21:09
<vagrantc>
alkisg: yup, need a dependency on adduser
21:09
<alkisg>
ty
21:09artista-frustrad has left IRC (artista-frustrad!~fernando@200.247.43.2, Quit: Leaving)
21:10* vagrantc vaguely remembers adding that....
21:21bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
21:30
<alkisg>
'night all!
21:30alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:31ba has joined IRC (ba!~ba@airport.kg)
21:46
<ba>
any idea why SCREEN_07 is showing stripes?
21:48Parker955 is now known as Parker955_Away
21:58Damianos_ has joined IRC (Damianos_!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
22:00brunolambert has left IRC (brunolambert!~bruno@nat/revolutionlinux/x-aqlvbvcddyqgivft, Quit: brunolambert)
22:01Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Ping timeout: 260 seconds)
22:01Damianos_ is now known as Damianos
22:05Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
22:11jammcq has left IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net, Quit: leaving)
22:30alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.15.11)
22:30alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 252 seconds)
22:49primeministerp has left IRC (primeministerp!ppouliot@nat/novell/x-tbantijtwwhuwguc, Ping timeout: 245 seconds)
22:51Parker955_Away is now known as Parker955
23:05bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 240 seconds)
23:06dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
23:51Parker955 is now known as Parker955_Away