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


Channel log from 4 November 2011   (all times are UTC)

00:02alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Ping timeout: 245 seconds)
00:02alkisg has joined IRC (alkisg!alkisg@ubuntu/member/alkisg)
00:04Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
00:18vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Read error: Operation timed out)
00:20alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Ping timeout: 252 seconds)
00:27
<Matrix30001>
so that didn't work
00:27
NFS_HOME=192.168.2.17:/home did not mount that directory
00:28
oh wait
00:28
i am an idiot
00:29matrix3000 has left IRC (matrix3000!~Eric@rrcs-70-61-255-227.central.biz.rr.com)
00:32
<Matrix30001>
nope
00:32
doesn't work
02:04Matrix30001 has left IRC (Matrix30001!~matrix300@69.58.116.65, Ping timeout: 260 seconds)
02:18hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Quit: gone for some reason)
02:19alkisg has joined IRC (alkisg!~alkisg@71.16.235.2)
02:24alkisg has left IRC (alkisg!~alkisg@71.16.235.2, Ping timeout: 252 seconds)
02:25alkisg has joined IRC (alkisg!alkisg@71.16.235.60)
02:26alkisg1 has joined IRC (alkisg1!alkisg@ubuntu/member/alkisg)
02:26alkisg has left IRC (alkisg!alkisg@71.16.235.60, Client Quit)
02:26alkisg1 is now known as alkisg
02:31Matrix30001 has joined IRC (Matrix30001!~matrix300@cpe-184-57-1-218.columbus.res.rr.com)
02:36cliebow_ has left IRC (cliebow_!~cliebow@66.63.66.218, Quit: Leaving)
02:38cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
02:52miks has joined IRC (miks!~miks@50-39-205-135.bvtn.or.frontiernet.net)
02:53
<miks>
Can anybody help me figure out why I don't have a shutdown option on my thin-clients in Edubuntu 11.10? CRON doesn't seem to work for auto shutdown, nor does the shutdown.desktop method....I'm going bonkers!
02:57
<alkisg>
If you click the shutdown.desktop launcher, what does it do?
02:57
miks: ^
02:59
<miks>
Nothing
02:59
Then I ran it from a terminal, and it said "Command not found"
03:01
<alkisg>
miks: run it again, even if it does nothing. Then logout from your client. Does it shutdown instead of logout?
03:01
<miks>
Hmmmmmmm......give me a moment and I'll try it
03:05
<alkisg>
Anyway here's a script that reboots/shutsdown/logsout from thin/fat/standalone sessions without requiring root access: http://paste.ubuntu.com/727811/
03:05
It works on gnome, kde, xfce, etc
03:05
Make a launcher for that
03:08
<miks>
Whoa
03:08
It DOES shut down when I log out
03:09Parker955 is now known as Parker955_Away
03:11alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds)
03:17
<miks>
Sorry alkisg, that script doesn't seem to do anything either. When run in a terminal it says "Command not found". But in this case it does NOT shut down when I log out.
03:18
So knowing that the original shutdown.desktop file only works when I choose logout, what does that indicate?
03:23miks has left IRC (miks!~miks@50-39-205-135.bvtn.or.frontiernet.net)
03:23matrix3000 has joined IRC (matrix3000!~Eric@rrcs-70-61-255-227.central.biz.rr.com)
03:56
<Matrix30001>
can anyone explain, thin client looks like http://screencast.com/t/G2RJsRM55, and fat client looks like http://screencast.com/t/8wqeUeYLAxb8
03:56
its like thin clients aren't loading the proper files
03:57
server is running 11.10
05:07
figured it out, you need to install gnome-panel on 11.10 for those to show up
05:07
sweet
06:23vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
07:21loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
07:45ball has joined IRC (ball!ball@grex.cyberspace.org)
07:53
<ball>
In a basic LTSP setup, what gets pushed out to the X terminals? I'm guessing a kernel, an X server, perhaps a NAS server and just enough userland to support them. What am I missing?
07:59Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host86-166-104-72.range86-166.btcentralplus.com)
07:59
<ball>
Hello Steve_the_Pirate
07:59
<Steve_the_Pirate>
G'day Ball, how you doin?
07:59
<ball>
I'm tired, but that's to be expected. It's 03:00 here
08:00
<Steve_the_Pirate>
am?
08:00
are you insane? lol... i thought i had it rough.. i woke up at 6
08:00* ball nods
08:00
<Steve_the_Pirate>
came to work early instead
08:00
<ball>
I get up at 06:30 every day.
08:00
<Steve_the_Pirate>
normaly get in around 11am
08:01
3am... you're in the US?
08:01* ball nods
08:01
<Steve_the_Pirate>
i'm shocking when it comes to time zones and geography
08:01* Steve_the_Pirate first win for the morning :-D
08:01
<Steve_the_Pirate>
lol
08:02
<ball>
We're on Central Daylight time for another week or so.
08:02
<Steve_the_Pirate>
i just had my second shower....
08:02
<ball>
...then we fall back to Central Standard Time (GMT-6)
08:02
<Steve_the_Pirate>
this time with jeans and a tshirt on
08:02
its pouring outside
08:02
ah gtcha
08:02
its GMT (something) here at the moment
08:02
<ball>
Yeah, it was raining when I went to work yesterday.
08:03
Steve_the_Pirate: Ah right, you will have fallen back from BST just recently.
08:03
Steve_the_Pirate: Where in the UK are you?
08:03
<Steve_the_Pirate>
yeah probably :-P ........
08:03
London for me..
08:03
too many poms
08:03
lol
08:03
<ball>
I used to work in London.
08:03
Steve_the_Pirate: You aussie then?
08:04
<Steve_the_Pirate>
lol yeah.... was it that obvious was it?
08:04
lol
08:04
<ball>
I used to know a beautiful girl from Melbourne.
08:04
Ah well.
08:04* ball <- Pom ;-)
08:04
<Steve_the_Pirate>
trust me.... i'm no beautiful girl
08:04
haha
08:04
at least she wasn't from perth :P
08:05
<ball>
She could kick a football 200m.
08:05
Anyway, do you use LTSP?
08:05
<Steve_the_Pirate>
not in a while actually....i'm a little out of touch with ltsp these days. has there been an update for epel 6 yet?
08:06
what I would REALLY like to do, is at some point.. combine ltsp with rhev..... and basically have a pxe bootablle kiosk from ltsp with the spice-xpi loaded for VDI solutions
08:06
that would be my ideal dream
08:10
<ball>
I don't know what half those things are. Is "rhev" Red Hat Enerprise version?
08:11
<Steve_the_Pirate>
red hat enterprise virtualization
08:11
brilliant piece of kit
08:11
shats all over vmware if i'm honest
08:12
but it also has inbuilt vdi...
08:12
<ball>
Is it something along the lines of ESXi?
08:12
<Steve_the_Pirate>
and has the ability for usb passthrough and audio right through to the client.....
08:12
yaeh rhev-h is esxi essentially but based on kvm
08:13dobber has joined IRC (dobber!~dobber@213.169.45.222)
08:13
<Steve_the_Pirate>
rhev-m (manager) is the competitor to vspher
08:13
<ball>
That was my guess. Is it kvm with some sort of user interface?
08:13
<Steve_the_Pirate>
with spice protocol... you can watch dvd's through your thin client if you want to
08:13
<ball>
I think you answered that question while I was still typing it ;-)
08:13
<Steve_the_Pirate>
the underlying virtualization is kvm based....
08:13
<ball>
Steve_the_Pirate: Doesn't Xvideo let you do that?
08:14
<Steve_the_Pirate>
and rhevm gives you the management console capabilities
08:14
you can run audio through x? isn't it flakey?
08:15
<ball>
Video through X and audio through NAS or...what is it the Linux people use? ...pulseaudio?
08:15
I'm new to this, can you tell?
08:16
<Steve_the_Pirate>
i couldn't actually :-)
08:17
not sure to be honest.. i've never tried running audio through a remote service....
08:17
i only ever use remote audio if it comes from a remote VM
08:18
<ball>
I don't know Pulseaudio, but I think NAS does for sound what X does for graphics: you run a server on the terminal and your client (program) sends audio to it over the LAN
08:19
I've used it experimentally in the past.
08:20
<Steve_the_Pirate>
fair enough. i'll take your word on it ... lol i've never tried it
08:22
do you use ltsp much in your job by any chance?
08:23
<ball>
Not in either of my current jobs, although I'm trying to learn enough to start rolling it out.
08:23
I use thin clients at the other job, but those aren't using LTSP
08:23
<Hyperbyte>
Morning. :)
08:24
<Steve_the_Pirate>
ah fair enough.... what do you do normally?
08:24
morning Hyperbyte
08:24
<ball>
Steve_the_Pirate: Mostly drag gigabytes of customer data around and watch hundreds of servers to try and keep things running.
08:25markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it)
08:25
<Steve_the_Pirate>
ah fair call... enough to keep you busy then :-P
08:26* ball nods
08:26
<ball>
I was thinking today about picking up a third job.
08:26
...something part-time, obviously.
08:26
<Steve_the_Pirate>
crikey.. you clearly like to keep busy then
08:27
<ball>
Not especially, but I need the money
08:27
<Steve_the_Pirate>
ah.. always a driver to do more
08:27
<ball>
neither of the jobs I have pay particularly well
08:28
<Hyperbyte>
ball, then maybe you should start looking for a different job, not a third one. ;-)
08:29
<ball>
Hyperbyte: It was very difficult to find the full-time one I have now.
08:29
Hyperbyte: I could move up within the company, but I'd have to be there a year first.
08:30
...and there's no Linux or Unix there.
08:30
brb
08:31
<Steve_the_Pirate>
no linux/unix makes jobs soo dull and boring
08:32
a recruiter told me my windows skills werent as good as my linux.... even though my skills are equal to each... so i stuck my finger up at him and when and got a windows job as a senior architect....
08:32
didn't last long. i wanted to shoot everyone
08:32
so i left and got back into a linux job again
08:32
so much more relaxed now
08:34
<ball>
Beggars can't be choosers though, so I have to stick with what I've got for now.
08:34
<Steve_the_Pirate>
you'll find something mate... just be persistant in your search.
08:35
i'm a full time contractor... learning to be annoying until i get hired was a really hard skill for me to learn once i got to the uk
08:35
<ball>
That's why I'm up every night: trying to learn enough to make a little progress.
08:35
Hyperbyte: Do you use ltsp?
08:36
<Hyperbyte>
Yessir. :)
08:36
<markit>
Steve_the_Pirate: "be annoying until i get hired" what do you mean? insist with the same company?
08:37
<Steve_the_Pirate>
when realing with recruiters
08:37
i have never managed to get more than a little promotion in a single company
08:37
<ball>
Hyperbyte: What do they use for audio? Pulseaudio? NAS?
08:37
<Steve_the_Pirate>
decent payrises, respect and more admirable titles come with changing jobs.. you can progress in your career faster than just staying in the one company
08:37
<Hyperbyte>
ball, LTSP uses PulseAudio in Ubuntu... same in other distros I think.
08:37
<Steve_the_Pirate>
in my own opinion
08:37
<Hyperbyte>
Why? :)
08:38
<ball>
Hyperbyte: Thanks
08:50
Okay, it's 03:50 and I really must go to bed now.
08:51bakytn has joined IRC (bakytn!~bakytn@airport.kg)
08:52
<ball>
Hyperbyte: before I go though, what software does LTSP have to put on the X client? I'm guessing kernel, X server, audio server and perhaps nfs (for USB flash drives?) and enough userland to support those. What else am I missing?
08:55
Anyone?
09:07
It's 04:12 ...goodnight everyone!
09:07ball has left IRC (ball!ball@grex.cyberspace.org, Quit: leaving)
09:45Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host86-166-104-72.range86-166.btcentralplus.com, Read error: Connection reset by peer)
09:45Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host109-154-109-201.range109-154.btcentralplus.com)
09:56
<Hyperbyte>
ball, you're missing quite a lot. But why are you so concerned with the intimacies of the LTSP client? There's a script that comes with LTSP, which builds the client automatically. You don't have to worry about things like this.
09:56
(I hope you read logs)
10:28alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:31Trixboxer has joined IRC (Trixboxer!~Trixboxer@office.supportdepartment.net)
10:52alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer)
10:52alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:56Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
11:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds)
11:36alkisg has joined IRC (alkisg!alkisg@ubuntu/member/alkisg)
11:42bakytn has left IRC (bakytn!~bakytn@airport.kg, Quit: Leaving)
11:48Parker955_Away is now known as Parker955
11:51Parker955 is now known as Parker955_Away
12:24brunolambert has joined IRC (brunolambert!~bruno@nat/revolutionlinux/x-jlxeqdcveiorkdeq)
12:57pmatulis has joined IRC (pmatulis!~peter@64.34.151.178)
13:16ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
13:16alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Quit: Leaving.)
13:17
<muppis>
https://lkml.org/lkml/2011/11/3/110 :D
13:18ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
13:23dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
13:27
<markit>
muppis: lol, I thought was talking about "$ cat" command
13:27
<muppis>
markit, so did I at first. :)
13:27
<markit>
but that bug report is not usefull... he did not told the name of the cat and it's age
13:27
;P
13:27
<muppis>
:D
13:57alkisg has joined IRC (alkisg!alkisg@ubuntu/member/alkisg)
13:59lifeboy has joined IRC (lifeboy!~roland@41.183.26.154)
14:05
<lifeboy>
Hi all.
14:06alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Quit: Leaving.)
14:09
<matrix3000>
where should i make a note for 11.10 LTSP
14:09
ubuntu 11.10 w/LTSP
14:09
that you need to install gnome-panel
14:10
for the bars to show up properly and not in grey solid color
14:10alkisg has joined IRC (alkisg!ubuntu@conference/ubuntudevelopersummit/x-srmzrwtalqxcjynf)
14:11loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
14:14
<pmatulis>
anyone else disappointed with ltsp on ubuntu 11.10? i can't even launch firefox from the left panel thingy
14:15
<matrix3000>
not really
14:15
just a few little bugs
14:15
i had to fix
14:15
are you doing fat or thin clients
14:15
<pmatulis>
thin clients
14:15
<matrix3000>
i actually got it working with external nfs /home directories, ldap, chrome, firefox, and pidgin
14:16
what does it do when you attempt to open it, any errors?
14:16
<pmatulis>
nope
14:16
i can't get the guest button to appear on the display manager either
14:17
i need to launch a terminal and then 'firefox', it starts but i get the message 'failed to create drawable'
14:18
i also cannot log in with one user but i can via ssh
14:34alkisg has left IRC (alkisg!ubuntu@conference/ubuntudevelopersummit/x-srmzrwtalqxcjynf, Quit: alkisg)
14:36lifeboy_ has joined IRC (lifeboy_!~roland@196.215.151.61)
14:38alkisg has joined IRC (alkisg!alkisg@ubuntu/member/alkisg)
14:39Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Quit: I Leave)
14:39lifeboy has left IRC (lifeboy!~roland@41.183.26.154, Ping timeout: 258 seconds)
14:41matrix3000 has left IRC (matrix3000!~Eric@rrcs-70-61-255-227.central.biz.rr.com, Ping timeout: 240 seconds)
14:55alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Ping timeout: 258 seconds)
14:58alkisg has joined IRC (alkisg!alkisg@ubuntu/member/alkisg)
15:00kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10)
15:02
<kazibOn_>
Hello, I am meanwhile trying for hours to get ltsp (actually kiwi-ltsp on openSuSE 11.3) running. The client boots and loads the kernel (first part), but it aborts when it tries to do the NBD mount.
15:02
Can somebody, please, help?
15:03
It can only me a minor fault in setup
15:03ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
15:03ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
15:05
<alkisg>
kiwi | echo kazibOn_:
15:05
!kiwi | echo kazibOn_:
15:05
<ltsp>
kazibOn_: kiwi: The opensuse/kiwi implementation of LTSP is a bit different than in other distros, so the best way to get support is in the #kiwi-ltsp irc channel. See also http://en.opensuse.org/LTSP
15:06
<kazibOn_>
There are literally 4 members and noone answers. Can you, please, try to help?
15:06
<alkisg>
I tried it a couple of times, but kiwi is a lot different, so I wasn't able to help
15:07
<kazibOn_>
What is this NBD ?
15:07
<alkisg>
Network Block Device, it's a method to load the root file system instead of using NFS
15:07
<kazibOn_>
Would NFS be easier?
15:08
<alkisg>
Both should work automatically.
15:08
But I've no idea about how kiwi handles it, why it fails, how to troubleshoot it etc
15:09
<kazibOn_>
Actually I have the 32 bit version of opensuse running in my office. Now I try to get that running in a student home on a 64 bit system and have no success. Can I copy /src/tftpboot from my system with all of its content?
15:09
Then it normally should work?
15:10nubae has joined IRC (nubae!~nubae@226.Red-2-139-9.dynamicIP.rima-tde.net)
15:16
<kazibOn_>
Would you recommend to use the kiwi-ltsp or the "normal" ltsp ? And can you help me with the "normal" one ?
15:17
<nubae>
both are great
15:17cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds)
15:17
<nubae>
I can help with both
15:18
<kazibOn_>
Really? Thank you. I am currently entirely uninstalling kiwi to start from scratch
15:18cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
15:19
<kazibOn_>
Ok. It currently installs the 1-click stuff...
15:20
nubae: It sais "Installation was successful".
15:21
nubae: Please, can you guide me through the next steps?
15:21
Don't want to tepeat my previous faults.
15:21jammcq has joined IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net)
15:21
<jammcq>
bom dia my friends
15:22
<alkisg>
Καλημέρα jammcq
15:22
<kazibOn_>
This easy-ltsp seems to be not able to deal with the existing network setup
15:26
nubae: Please, can you help?
15:28cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds)
15:29
<ogra_>
yo jammcq
15:31cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
15:31
<nubae>
kazibOn_, usally jelp is dealt with on #kiwi-ltsp
15:31
<kazibOn_>
Oh, yes.... A grave is more active than that list.
15:32
<nubae>
aplogoize for flood beforehand, but relevant here:
15:32
acceptance of terms at https://wiki.ubuntu.com/IRC/TermsOfService
15:32
<nubae> Even though this is really a very genral linux thing, I feel like I found the last puzzle to get an LTSP server running AOK no matter what the system has gone through
15:32
<nubae> for years I would have this issue where some people log on, yet others couldn't
15:32
<nubae> it wasnt fuze issue
15:32
<nubae> and it wasnt a /home/dir ownershp problem either
15:32
<nubae> I must have pent man weeks after weeks trying to get olde users to log back in without aval.
15:32
<nubae> Adding a new one cause no issue so that puzzled me more
15:32
<nubae> Then tjere were cruptic X messages depending on the mood if the server
15:32
<nubae> lo and behold.... I did what I had been dreading for years... I cleaned the DB by hand, /etc/passwd open in one file, /etc/group in another and the gui in yet another
15:32
<alkisg> nubae: man pwck
15:33
<nubae> one would think that somehow a type of synchronsation would happen here
15:33
<nubae> well... there was none
15:33
<nubae> other than, if i save in group or passwd it would reflect in gui
15:33
<nubae> get gui then made everyone administrator and disabled options
15:33
<nubae> in other words the gui was no good only for changing passwords
15:33
<nubae> fortunately linux internal logic did not allow all uses to be sysadmins
15:33
<nubae> but conclusion: user and group gui is ver very srewed up
15:33
<nubae> i know w've been looking for agoodgui/user/group, is there reallt nothing better than this?
15:33
<nubae> btw tested on virgin system too
15:33
kazibOn_, :-)
15:33
ok.. well ill help u but cause im the process of installing myseld, let me download first
15:34
<kazibOn_>
Thank you very much.
15:36
The host here is an openSUSE 11.4 x64 one.
15:36
The host here is an openSUSE 11.3 x64 one.
15:37
<nubae>
ok i'm goingn gtm zeeeron
15:37
12.1+
15:37
?
15:38
<kazibOn_>
Oh, no. I wait until initial troubles are fixed.
15:38
I never install a brand new release again.
15:38
<nubae>
ah its ok, I'm a dev, shod be able to fix it
15:39
should beiing the operative word
15:39
<kazibOn_>
But not for "productiom use".
15:40
If this host fails, a whole student home ha no Internet.
15:40
<nubae>
bah that so teanrstont calle 10 times a minute
15:42
<kazibOn_>
Ok, I am ready. I already edited /etc/sysconfig/kiwi-ltsp meanwhile, as this crazy easy-ltsp fails.
15:42
<nubae>
imstilll downloading
15:42
<kazibOn_>
Do you want to see it?
15:42
So you can verify if it is correct?
15:43
<nubae>
nah i believe u
15:44
hey.... so no comments on the user/groupminterface?
15:44
seriouslt
15:44
either take it out
15:44
or at least notify people
15:45
<kazibOn_>
Can we go private to not fllod this IRC?
15:45
<Hyperbyte>
kazibOn_, why?
15:45
<nubae>
u ralise how many people have stmbled on that issue and then said bah LTSP doesnt work?
15:45
<Hyperbyte>
So others who find irclogs.ltsp.org can't benefit from nubea's efforts?
15:46
<nubae>
kazibOn_, sure
15:46
<Hyperbyte>
:(
15:46
<nubae>
perhaps he doesnt like my ramblngs
15:46
<Hyperbyte>
I could start a small rant abou community, open source, public information, sharing, etc.... but... I have to go. :-)
15:46
Enjoy yourselves.
15:49
<kazibOn_>
?
15:58markit_2 has joined IRC (markit_2!~marco@88-149-177-66.staticnet.ngi.it)
16:01markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, Ping timeout: 258 seconds)
16:15loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
16:21Gadi has left IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net, Read error: Connection reset by peer)
16:31litlebuda has joined IRC (litlebuda!~litlebuda@24.171.108.93.rev.vodafone.pt)
16:36dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
16:38Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
16:40
<knipwim>
Gadi: made a commit to ltsp-trunk
16:41
<Gadi>
knipwim: got it, thx
16:41
<knipwim>
i see you making a range of commits :)
16:41
<Gadi>
yeah, just trying to break things
16:41
:)
16:41
<knipwim>
i plan to test the sound udev script for gentoo this weekend
16:42* Gadi is glad you are keeping an eye on it
16:42* Gadi is trying not to break non-ubuntu distros
16:42
<knipwim>
:)
16:42
<Gadi>
do you get what I am working on with this whole initramfs script?
16:43
<knipwim>
a bit, the idea is that the initramfs does most of the client setup
16:43
so less has to be done in the ltsp-build-client
16:43
right?
16:44
<Gadi>
yeah, well my goal is two-fold
16:44vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net)
16:44
<Gadi>
1. allow the chroot to be bootable in a VM and managed like a normal install
16:45
2. eliminate the initscripts (for the most part)
16:46
<knipwim>
and 2 results in faster booting, and less dependency on various inittools available
16:46
<alkisg>
3. break everything while doing (1) and (2)
16:46
:P go go Gadi!
16:47
<Gadi>
well, 2 is also an effort to do things in a more other-package-friendly way
16:47
<alkisg>
And (1) also results in upgradable chroots
16:47
<Gadi>
so, we configure other packages and then let them run normally
16:47
rather than run the daemons ourselves
16:47matrix3000 has joined IRC (matrix3000!~Eric@rrcs-70-61-255-227.central.biz.rr.com)
16:48
<alkisg>
And also chroots that don't break when normal upgrades happen (not distro upgrades)
16:48
<Gadi>
right
16:48
<alkisg>
and also gives us the ability to use a real client as the chroot source
16:49* vagrantc is mildly terrified of changes in configuration file formats of all the various daemons we start
16:49
<vagrantc>
might make backporting somewhat of a hellish task
16:49
but overall, it's a better approach :)
16:49
<Gadi>
btw, I am up to some scripts now where we run the daemon because we want it to work right on all distros. The distro dir for initramfs-scripts is nice because I can put a distro-agnostic script in common but an ubuntu-specific one in Ubuntu
16:49
<alkisg>
And allows for configuring fat clients via GUI. And.... eh ok it shows that I like that idea :P
16:50
(06:49:14 μμ) vagrantc: might make backporting somewhat of a hellish task => I think it should be bundled with scotty's libpam-ssh and be titled "ltsp 6"
16:51
ltsp 6 = bootable chroots, and (optionally?) no ldm
16:51
ltsp 7 = freeipa? :D
16:51
<nubae>
gadi... 2 scripts which would be blessiing from you and Gof would be, setting every usser to their ownership.grup
16:52
and automatically crate a user dir on creation of user
16:52
again in orderto make sure all permission are correctly set
16:52
<Gadi>
nubae: adduser doesn't do that for you?
16:53
<nubae>
please please.... I spent 4 days fixing the user DB
16:53
<alkisg>
lunch time, bbl...
16:53alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:53
<nubae>
Gadi, most teachers want to use the gui
16:53
and we should be pushing that
16:53
<Gadi>
and the gui didn't work?
16:54
<nubae>
read my rant above
16:54
<Gadi>
Ill take that as a no
16:54
:)
16:54
<nubae>
or did u not get here?
16:54
the gui is a disaster
16:54
<Gadi>
odd
16:55
<nubae>
I had the gui, the groups and passwd open at same time... change a user in the gui, not reflected in gui
16:55
change in passwd, refrelected in gui
16:56
couplre more changes in the gui, passwd and group and suddenly half the gui stops working
16:57
its similar to playing musical chairs, but with usernames
17:01
<Gadi>
maybe the gui didn't like it that you had the files open
17:02
<nubae>
nope triee closing them
17:02
seriously, the gui is really realy broken
17:03
<vagrantc>
gah. lost alkisg
17:03
<Gadi>
on another topic, I suppose for ntpdate, I need to modify /etc/default/ntpdate AND /etc/ntp.conf just in case ntp is installed
17:04
<vagrantc>
right
17:04
<Gadi>
vagrantc: does that sound correct?
17:04
ah ok
17:04
<vagrantc>
Gadi: indeed ... and there may be a third file for good measure
17:04
<Gadi>
good
17:04
a third?
17:04
<vagrantc>
i seem to recall seeing a third when i looked at the ntpdate code
17:04
Gadi: start with those two, and we can fix the rest later :)
17:05* vagrantc hasn't updated ltsp-trunk in quite a while ...
17:05darkpixel_ has joined IRC (darkpixel_!~darkpixel@65.100.44.217)
17:05
<Gadi>
great
17:05darkpixel_ has left IRC (darkpixel_!~darkpixel@65.100.44.217, Changing host)
17:05darkpixel_ has joined IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel)
17:05
<nubae>
btww... evem if u put in a new user in... it sometimes randomely gives a wrong uid and gid to the ownership
17:05
disabling adcess to the entry for the user
17:05
<vagrantc>
Gadi: you've been busy! :)
17:06
<Gadi>
nubae: this is all on a local system?
17:06
no nfs mounts or anything?
17:06
<nubae>
on the server yeah
17:06
<Gadi>
vagrantc: its mostly pushing stuff around
17:06
<nubae>
no server mounts
17:06
i'm going to replicate for a thirsd time now
17:06
<vagrantc>
Gadi: like bullying?
17:07
Gadi: so it looks like the common dir is just a dir for symlinking stuff?
17:07
Gadi: it's not going to be merged at runtime?
17:07
<Gadi>
right
17:07
if no distro is specified, common is run
17:07
*runs
17:07
:)
17:07
<vagrantc>
hm.
17:08
<Gadi>
if distro is specified, it sources distro
17:08
<vagrantc>
this is specific to initramfs-tools, yes?
17:08
<Gadi>
it makes it easier to see what runs
17:08
yeah, so look at initramfs/init-bottom/ltsp
17:08
<vagrantc>
Gadi: what about merging them at initramfs-tools build time, instead of requiring symlinks?
17:08lifeboy_ has left IRC (lifeboy_!~roland@196.215.151.61, Ping timeout: 260 seconds)
17:08
<Gadi>
vagrantc: that gets fancy
17:09* vagrantc will look at the code before commenting further
17:09
<Gadi>
I want to see if I can reduce the amount of packaging errors
17:09
:)
17:09
<vagrantc>
this seems like it could increase the packaging errors ...
17:09
<Gadi>
as it is, I feel like I have to draw a map as to what to package and what not to
17:09
<vagrantc>
if the filename changes, then the distro-specific dir will break, for example
17:09
<Gadi>
well, I'll work on the scripts, and then we can look at it
17:10
<vagrantc>
sure
17:12
<matrix3000>
if i do a NFS_HOME:192.168.2.17:/home are there any modifications i need to make to the nfs server
17:12
maybe to allow more connections or anything?
17:12
<Gadi>
no_root_squash
17:12
<matrix3000>
ok, i have that
17:12
anything else?
17:12
<vagrantc>
Gadi: looks great, overall!
17:13
<Gadi>
matrix3000: can you mount it from another machine as root?
17:13
<matrix3000>
yes
17:13
i just wonder best practice
17:13
<Gadi>
another machine in the same subnet?
17:13
<matrix3000>
yes
17:13
<Gadi>
(same subnet as the client)
17:13
<matrix3000>
and outside subnet
17:13
<Gadi>
then, you should be ok
17:13
are you booting NFS or NBD?
17:13
<matrix3000>
ok, i just didn't know about connection numbers
17:13
NBD is boot, NFS is /home
17:13
<Gadi>
right
17:13
should work, then
17:14
as long as the client can reach 192.168.2.17
17:14
<matrix3000>
NFS_HOME_OPTIONS=
17:14
nvm
17:14
let me check the logs
17:15
ah ok
17:15
no for thin clients
17:15
now*
17:15
will they get those home directories as well
17:15
or do i need /home mounted on the ltsp server
17:16
NFS_HOME_OPTIONS="defaults,no lock" with quotes right
17:16
<Gadi>
nolock = one word
17:16
spaces are a no-no
17:16
<matrix3000>
ok
17:17* vagrantc wonders if we can move /etc/lts.conf to /etc/ltsp/lts.conf and make a symlink for backwards-compatibility
17:17
<kazibOn_>
cyberorg, can you help me, please?
17:17
<matrix3000>
you guys working on a new version of ltsp vagrantc?
17:17
<vagrantc>
ok, now... to get epoptes ready to upload to debian :)
17:17
matrix3000: oh yes!
17:24artista_frustrad has joined IRC (artista_frustrad!~fernando@200.247.43.2)
17:26alkisg has joined IRC (alkisg!alkisg@ubuntu/member/alkisg)
17:27
<Gadi>
anyone know if you can chvt from an upstart script?
17:28Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host109-154-109-201.range109-154.btcentralplus.com, Read error: Connection reset by peer)
17:29
<alkisg>
vagrantc: I just pushed an update, if you're reviewing epoptes you might want to pull
17:29Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host109-154-109-201.range109-154.btcentralplus.com)
17:29
<vagrantc>
alkisg: ok
17:29
<alkisg>
Gadi: chvt in the background? why not?
17:29
<vagrantc>
alkisg: i think the missing dependencies i found the other day were actually missing in ltsp-client*
17:29
<alkisg>
Heh :D
17:30
And we also have a hardcoded port in ltsp, 2000 :D
17:30
vagrantc: should I change port 569 to 789, which is unused?
17:30
<vagrantc>
in debian testing/unstable, i use debootstrap with --variant=minbase, and need to add in a few missing dependencies that never showed up before
17:30
alkisg: i need to figure out how debian policies suggest handling ports before i can make a good recommendation
17:31
<matrix3000>
where are nfs logs stored
17:31
<alkisg>
About remmina, we can't switch yet as it doesn't support multiple reverse connections on the same port
17:31
<vagrantc>
alkisg: ah, fun.
17:31
<alkisg>
Whereas ssvncviewer does support it, if we absolutely need to replace vinagre
17:31
(wrt gconfd dependency)
17:31
<vagrantc>
alkisg: when i last tested epoptes, the vnc connection just popped up an empty vinagre session
17:32
<alkisg>
vagrantc: do you have 5500 blocked in your firewall?
17:32
Also, after installing vinagre, did you logout, for gconfd to load?
17:32
(lxde doesn't have gconfd by default, afaik...)
17:32
<vagrantc>
alkisg: no firewall
17:32
alkisg: log out of where?
17:33
<alkisg>
From the "teacher" session
17:33
<vagrantc>
no
17:33
i mean, when should i have to log out?
17:33
<alkisg>
E.g. you install epoptes, it installs vinagre, and that installs gconfd
17:33
At that point a logout is probably needed for gconfd to work
17:33
<vagrantc>
ah, yes, i logged out after adding myself to the epoptes group
17:33
<alkisg>
OK, then it's something else
17:33
Can you check?
17:33
1) If reverse connections are enabled in the vinagre menu
17:33
<vagrantc>
i'm building the latest and we'll see then
17:34
<alkisg>
(epoptes should do that automatically),
17:34
<vagrantc>
alkisg: or should i try with my current setup?
17:34
<alkisg>
and 2) if you run `x11vnc -noshm -connect teacher-pc:3` somewhere else, if it connects
17:34
Oh maybe without the :3
17:34
vagrantc: it shouldn't take long, so yeah please test with your current setup too
17:35
x11vnc -noshm -connect teacher-pc
17:35
Without the :3
17:35
And with vinagre open
17:35
<pmatulis>
getting a black screen on oneiric with a devon client that used to work on natty. lts.conf is minimal. any hints?
17:35
<alkisg>
pmatulis: if you put SCREEN_02=shell, does it work?
17:36ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
17:36
<vagrantc>
alkisg: should i see the LDM login screen? it just shows a computer icon with the word "thin" on it
17:36
<pmatulis>
alkisg: i'll try, what is supposed to happen?
17:37
<vagrantc>
alkisg: so, session->broadcasts->monitor student
17:37
<alkisg>
vagrantc: no, to save bandwidth you only see an icon when the client hasn't logged in yet
17:37
vagrantc: to monitor the student, you need to logon first
17:37
<vagrantc>
alkisg: reverse connections aren't enabled in the vinagre menu
17:37
<alkisg>
pmatulis: it should give you a working console-only system, where you'll be able to try stuff like X -config
17:38
<pmatulis>
alkisg: alright, will try now
17:38
<alkisg>
vagrantc: ok, let me give you one command to try enabling them, to see the error there...
17:38ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
17:40
<alkisg>
vagrantc: gconftool-2 --set /apps/vinagre/always_enable_listening --type boolean 1
17:40
<vagrantc>
alkisg: on the "server" ?
17:40
<alkisg>
Yes
17:41
Hmm yet another reason to get rid of vinagre: gconftool-2 => dconf migration...
17:41
<vagrantc>
alkisg: as root, or the user?
17:41
<alkisg>
vagrantc: as the "teacher"
17:42
Hm. Maybe there are 2 settings, one for enable, and one for always enable
17:42
<vagrantc>
alkisg: that did nothing, as far as i can tell ...
17:42* vagrantc checks for typos
17:43
<vagrantc>
alkisg: and for good measure ... none of the execute->open terminal stuff works
17:43
<alkisg>
Hmmm....
17:44
<ogra_>
alkisg, dconf databases are binary, there is a compile command you need to execute to assemble them from the xml files
17:44
<alkisg>
vagrantc: you installed with gdebi in the chroot, so all recommends: were installed, right?
17:44
<vagrantc>
alkisg: and after logout, epoptes-client doesn't restart itself
17:44
<ogra_>
else the changes will not take any effect
17:44
<vagrantc>
alkisg: i installed with apt-get in the chroot ... recommends should be installed, yes.
17:44
<alkisg>
ogra_: when I run `gsettings something` as a user, doesn't that take effect immediately?
17:44
<ogra_>
(just FTR ... not sure that applies in any way to your probs)
17:45
i think itz doesnt without an additional command
17:45
<alkisg>
(it's fun; it's the same time ogra_ replies to me on irc when he's 2m away :D)
17:45
*first
17:46
<vagrantc>
alkisg: i'm curious why epoptes-client is a recommends of epoptes ... ? i have it installed, but it seems odd
17:46
alkisg: all recommends are installed in both environments
17:46
<alkisg>
vagrantc: for each pc, 2 epoptes-clients run
17:46
1 for root access, 1 for user session access
17:46
So for a thin client, we have 1 root client in the thin client itself,
17:46
and 1 user client in the user session on the server
17:47
That's why epoptes recommends epoptes-client, so that it's in the thin user sessions
17:47
When you logout, the user session epoptes-client dies, but the root one should remain
17:47
So in theory you should still be able to broadcast or poweroff thin clients
17:47
<vagrantc>
alkisg: the session on the thin client dies after logout, and doesn't restart
17:47
<alkisg>
When the thin client user logs in again, another epoptes-client is launched from autostart
17:48
<vagrantc>
alkisg: so ... i see a bunch of these in xsession-errors ...
17:48
<alkisg>
vagrantc: OK let's start troubleshooting. Get a somewhat clean environment, e.g. reboot the thin client if you think it's better, and also get a shell on the thin client, e.g. ssh or SCREEN_02=shell
17:49
<vagrantc>
... /usr/share/epoptes-client/epoptes-client: line 168: /dev/tcp/server/569: Invalid argument
17:50
<alkisg>
vagrantc: eh, maybe your bash doesn't have tcp support?
17:50
but still, that's an old version
17:50
You need the new one, with openssl
17:50
The new one doesn't use bash sockets
17:50
<vagrantc>
oh, let's go for that
17:50
<alkisg>
Also make sure you fetch the server openssl key in the chroot
17:51
i.e. `epoptes-client -c localhost` in the chroot
17:52
*certificate
17:52
<vagrantc>
ok, i'll build epoptes from latest bzr
17:52
and we'll start testing over
17:52
<alkisg>
Cool
17:52
<pmatulis>
alkisg: nada. must be an oneiric regression afting this client hardware
17:52* vagrantc was prettty sure tcp sockets didn't work in bash in Debian
17:53
<alkisg>
vagrantc: I successfully tried epoptes in wheezy
17:53
But anyway, it's socat now, no point in checking :)
17:57* vagrantc hopes to get epoptes to a state where it can be used on unstable today
17:57
<vagrantc>
or at least experimental
17:58Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
17:58
<alkisg>
Phantomas is the very fine student that develops the epoptes gui
17:59
<Phantomas>
hello :)
18:00
<alkisg>
Phantomas: pull, I made some changes
18:00
<Phantomas>
pulled
18:00* vagrantc waves to Phantomas
18:00
<Phantomas>
hey vagrantc!
18:02
<vagrantc>
alkisg: doh. python syntax error ... which broke epoptes upgrade
18:02
<alkisg>
Eh, where?
18:02
...python in the upgrade?!
18:03
<vagrantc>
alkisg: ui/gui.py ...
18:03
restarting the service, i think
18:03
alkisg: i think line 223, if base = None:\n'
18:03
<alkisg>
==
18:03
...I thought I committed that
18:04
<Phantomas>
use is with None
18:04
if base is None
18:04
<alkisg>
OK
18:07ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
18:08ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
18:08
<vagrantc>
alkisg: for the exact error:
18:08
Setting up epoptes (0.3.1~20111104~2) ...
18:08
Starting the epoptes daemon:.
18:08
SyntaxError: ('invalid syntax', ('/usr/lib/python2.7/dist-packages/epoptes/ui/gui.py', 223, 17, ' if base = None:\n'))
18:09
<alkisg>
vagrantc: ok, replace that with "if base is None:"
18:09
I tested with == locally, but I didn't update the branch with that before committing
18:10
<vagrantc>
ok... it's running
18:11Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host109-154-109-201.range109-154.btcentralplus.com, Quit: Leaving)
18:11
<alkisg>
Ouch I got another error in the last commit
18:11
while broadcasting: UnboundLocalError: local variable 'port' referenced before assignment
18:11
Let me fix that..
18:12
<Phantomas>
in else
18:12
line 230
18:12
you haven't set port
18:13
you give it a value only inside if
18:13
<kazibOn_>
Hello, meanwhile "kiwi-ltsp-setup -s" executes without an error, the clients boot partially, but do not get to the login screen. Can someone, please, help?
18:13
<Phantomas>
oops, wrong
18:14
<vagrantc>
alkisg: even with the new version, i'm still getting the /dev/tcp/server/569 errors ...
18:14
alkisg: perhaps an old one is still running?
18:14
<alkisg>
Maybe something went wrong in the update?
18:15
Try: service epoptes stop
18:15
And check that no service is left running
18:15
<vagrantc>
many things went wrong in the update :)
18:15
<alkisg>
Did you fetch the certificate? ls -l /opt/ltsp/i386/etc/epoptes/server.crt
18:15
<vagrantc>
yup
18:16
alkisg: there's still an epoptes-client process running on the server
18:16
<alkisg>
vagrantc: yes, it's not related to the epoptes service restart
18:16
But it shouldn't matter; you can kill it if you want
18:17
<vagrantc>
it's from the autostart on my session?
18:17
<alkisg>
If it's owned by the user, yes
18:17
<vagrantc>
appears to be ...
18:18
noise in my logs that will confuse us further
18:19
<kazibOn_>
I get a error that it cannot download boot/linux-i386,boot/initrd-i386 then an error that kernel version s do not match...
18:21
<vagrantc>
alkisg: ok, so i'm back to the same basic state i was ... though seem to have the same port error you already noticed
18:21
<alkisg>
vagrantc: pinpointed the base problem, will upload in 1 min
18:22
<vagrantc>
alkisg: i did sucessfully execute->open terminal->root, remotely
18:22
<alkisg>
But not locally/
18:22
?
18:23
<vagrantc>
alkisg: correct
18:23
alkisg: that's what spits out the port error
18:23
<alkisg>
OK, gimme 1 min to test + upload the base port fix...
18:24
<kazibOn_>
alkisg: Please, can you help?
18:25
<vagrantc>
kazibOn_: try #kiwi-ltsp
18:25
<alkisg>
kazibOn_: sorry, I've no idea about kiwi-ltsp
18:25
<kazibOn_>
A grave tells me more than #kiwi-ltsp
18:26
<vagrantc>
perhaps that tells something :)
18:26
<alkisg>
Maybe try a distro with better support then? We can't help if we don't know....
18:26
<kazibOn_>
Ok, so when I use "normal" ltsp you can and will help?
18:26
<vagrantc>
we'll be in a better position to do so
18:26
<Gadi>
kazibOn_: a google search shows that there is an /etc/sysconfig/kiwi-ltsp file with variables that are used. Have you checked that these are correct?
18:27
<vagrantc>
and then there's the ever-helpful Gadi :)
18:27
<Gadi>
kazibOn_: google also says there is a DEBUG variable there that you can set to 1
18:27* Gadi knows nothing about kiwi-ltsp
18:27* Gadi does know how to search for kiwi-ltsp amd64
18:27
<Gadi>
:P
18:27
<alkisg>
:D
18:28
<kazibOn_>
Can I install a "normal" ltsp on a suse system?
18:29
<Gadi>
kazibOn_: are you familiar with the file /etc/sysconfig/kiwi-ltsp ?
18:29
<vagrantc>
i don't know of anything other than kiwi-ltsp for suse
18:30
<kazibOn_>
I needed a longer time to get that working on my own server. Now I am strying since 1 day(!) to get that working in a student home, but it doesn't work.
18:30
<Gadi>
kazibOn_: are you familiar with the file /etc/sysconfig/kiwi-ltsp ?
18:30
<kazibOn_>
Well, it is almist self-explaining and I filled in what I know.
18:31
Do you want to look into it?
18:31
<Gadi>
I wouldn't really know what I am looking at
18:32
but since the only diff (as I understand it) between a system that worked and one that doesnt is that one is amd64,
18:32
I would look at the arch
18:32
that you are building
18:32
and make sure it is the right one
18:32
and turn DEBUG on so you can see why it might fail
18:35
<alkisg>
vagrantc: it should be ok now, sorry, I somehow managed to test with the old version :( - can you pull?
18:36* vagrantc pulls
18:37
<vagrantc>
alkisg: does that also fix the first error ... the = None vs. == None ?
18:37
<kazibOn_>
This is really a nightmare. Are there working and pre-compiled binaries available (rpm) ?
18:37
<alkisg>
vagrantc: yes
18:38
<vagrantc>
kazibOn_: i think there's a livecd that's supposed to work
18:39
<kazibOn_>
I cannot use a live CD in a running system
18:39
<alkisg>
kazibOn_: you can also try the mailing list, sometimes there are kiwi-related mails there
18:39
<Hyperbyte>
kazibOn_, you need to pick a distro and stick with it. RPM isn't a package that "just works" on a distro, it's built for, customized, and packaged for distros.
18:39
<alkisg>
Here in irc I only rarely see kiwi support, maybe once every few months
18:40
<kazibOn_>
I enabled now Debug and this crazy system now downloads and installs all 32 bit sources!
18:40
<Hyperbyte>
OpenSUSE is one distro, but support lacks heavily AFAIK... Fedora and RHEL are supported, but not for very much longer... Ubuntu has best support.
18:40
<vagrantc>
Hyperbyte: and Debian! :P
18:40
<alkisg>
And Debian too, the main difference between debian/ubuntu is nfs vs nbd by default
18:40
<Hyperbyte>
vagrantc, I stand corrected!
18:41
<kazibOn_>
Hyperbyte: I do exactly that and I chose Suse years ago.
18:41
But I never experienced such crap as with kiwi-ltsp ...
18:42
<Hyperbyte>
kazibOn_, then be prepared for lots of debugging and lots of "do it yourself" when it comes to LTSP, or be patient enough to find someone who can help you, but there aren't many people.
18:43
<kazibOn_>
A peek into #kiwi-ltsp told me that.
18:43
<Hyperbyte>
It's not that we here in LTSP don't -want- to help you, it's that we honestly -can't-. Like I said, LTSP is heavily customized per-distro. The Fedora implementation of LTSP would never work on Ubuntu and vice-versa.
18:44
And if you want my personal, 100% honest advice... I'm a Fedora person, use it everywhere... my favorite distro. But for LTSP I switched to Ubuntu, because it's simply the best supported and best implementation of LTSP.
18:44* Hyperbyte coughs.
18:45
<vagrantc>
alkisg: ok, status report ... vinagre still doesn't work at all ... execute shell locally spits out an error, remotely still works
18:46
<alkisg>
vagrantc: ok, let's start troubleshooting
18:46
vinagre first
18:46
Go in the menu an enable reverse connections manually
18:46
Close vinagre; try again broadcasting from epoptes
18:46
Btw that's Wheezy/LXDE?
18:47
<vagrantc>
alkisg: yes, wheezy with LXDE ... enable reverse connections ... and then there's also "always enabled" checkbox ...
18:47
<kazibOn_>
I kick off this crap and go home.
18:47
<alkisg>
bb
18:47
vagrantc: enable both of them, to be safe
18:47
epoptes is supposed to enable the second one automatically
18:48
I couldn't find the first one in gconf; but it wasn't needed in my tests
18:48
Also, to see the client side errors, here's an easy way:
18:48
On the client, switch to screen_02, and run: service epoptes-client restart
18:49
<vagrantc>
alkisg: ok, i enabled them both, closed it, tried again, and still no luck. it was marked as enabled the second time, though
18:49
<alkisg>
And in the client session, open a terminal, and run: /usr/sbin/epoptes-client
18:49
<vagrantc>
alkisg: the init script doesn't actually stop epoptes-client from running, since it's backgrounded
18:50
<alkisg>
Next try. Leave vinagre open, with reverse connections enabled. On the user session on the client, run: x11vnc -noshm -connect localhost
18:50
vagrantc: ok, but launching it a second time, there's a pkill which kills the first time
18:52Parker955_Away is now known as Parker955
18:52
<alkisg>
(the init script will go away in the next ltsp version, where we'll actually get an if-up event on boot)
18:52kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10)
18:53
<vagrantc>
ok, the epoptes-client spit out a bunch of stuff from x11vnc...
18:53
alkisg: where do i run x11vnc -noshm -connect localhost ?
18:53
<alkisg>
Any errors? Did the manual try work? (vinagre listening on the server, `x11vnc -noshm -connect localhost` on the thin client user session)
18:54
No root involved, no epoptes involved
18:54
Just a plain reverse connection
18:54
<jammcq>
hey kids
18:54
<alkisg>
Heya Jim
18:54
<jammcq>
alkisg: when are you heading back home?
18:54
<alkisg>
Tomorrow
18:55* alkisg starts feeeling homesick, after almost 20 days..
18:55
<jammcq>
alkisg: hope you've had a great time here in the US
18:55
<vagrantc>
alkisg: so it started, and no obvious errors (though a lot of text), and nothing on the vinagre running on the server
18:55
alkisg: did get an error message in ~/.xsession-errords
18:56
<alkisg>
jammcq: yup, it was one of the best vacations ever, even if it involved working too :)
18:56
<vagrantc>
alkisg: ** (vinagre:26954): CRITICAL **: incoming: assertion `listener->priv->window != NULL' failed
18:57
<alkisg>
vagrantc: ok seems like a new bug in vinagre, I'll check in my lxde box in a few minutes, in the meantime let's try with socat too
18:57* alkisg locates the manual commands...
19:01komunista has joined IRC (komunista!~slavko@adsl-195-168-248-132.dynamic.nextra.sk)
19:01
<alkisg>
vagrantc: as the "teacher": xterm -e socat tcp-listen:1234,keepalive=1 stdio,raw,echo=0
19:01
as the "student": socat SYSTEM:'exec screen -l',pty,stderr tcp:localhost:1234
19:01
After that, you should have a "student" shell in the teacher xterm
19:06
<vagrantc>
alkisg: worked
19:07
<alkisg>
vagrantc: ok, let's try to see what goes wrong. Did you manually run epoptes-client in the student session, so as to see any error messages?
19:07
<vagrantc>
alkisg: yes
19:07
<alkisg>
Close the xterm + socat, and try again - do you see anything?
19:07
And, what does ps report after you try from the epoptes menus, any socats?
19:07
<vagrantc>
alkisg: connection refused
19:08
alkisg: er, close which socat?
19:08
<alkisg>
If you close the xterm, the client socat is terminated
19:08
<vagrantc>
right
19:08
<alkisg>
But with the new code it shouldn't matter anyway as it chooses an unused port
19:08
<vagrantc>
and re-running the client resulted in connection refused
19:08
alkisg: you use 1234 for both versions?
19:09
<alkisg>
vagrantc: no that was just a hardcoded example to try if socat works
19:09
Don't run anything from the command line now
19:09
only try from epoptes
19:09
<vagrantc>
ah
19:09
<alkisg>
So, if you try to open a user terminal, locally, do you get any errors?
19:10
<vagrantc>
alkisg: no such file or directory
19:10
<alkisg>
Erm, yeah, that would be an error :D but I wonder what file it tries...
19:10
<vagrantc>
alkisg: i don't have xterm installed ...
19:10
<alkisg>
Ah, ok, that ^ :)
19:10
<Gadi>
lol
19:10
<vagrantc>
alkisg: i cheated and used another x-terminal-emulator
19:11* vagrantc hasn't been on this side of the troubleshooting fence in a while
19:11
<alkisg>
OK we need to put it in the dependencies, unless `x-terminal-emulator -e` is standard
19:11
<vagrantc>
i think on debian systems x-teminal-emaulator -e should work
19:12
but no idea for other distros
19:12
<Gadi>
alkisg: I tried using the Windows cmd prompt, and it didn't work, either ;)
19:12
<vagrantc>
alkisg: do you need it in both the server and chroot?
19:12
<alkisg>
HAHA
19:12
vagrantc: both
19:13bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
19:13
<vagrantc>
alkisg: and root gets "cannot execute sudo"
19:15
<alkisg>
Errrmmmm that shouldn't happen...
19:15
Ah, ok, bug
19:16
<vagrantc>
that seems like a nasty backdoor
19:16
<alkisg>
what, using sudo?
19:17
It doesn't need sudo at that point; it's executed by the root client
19:17
I was just looking for a clean way to initialize the environment, with $HOME etc
19:18
<vagrantc>
alkisg: this is "root, locally"
19:18
<alkisg>
Right, it's for local troubleshooting, e.g. instead of SCREEN_02=shell you can use taht
19:18
<vagrantc>
quick and dirty fix is to install sudo
19:18
and depend on it
19:18
<alkisg>
No need; I'll find a way to init the environment without sudo
19:18
I thought I found it, but maybe it was needed in 2 places
19:19
I didn't like bash -l for some reason; I"ll check again
19:19
<vagrantc>
well, works after installing sudo in the chroot :)
19:19
<alkisg>
OK, let's move on; what else isn't working, besides vinagre?
19:20
<vagrantc>
lock/unlock screen works ...
19:21
haven't tested mute/unmute ... tricky to test in my current environment
19:21
<alkisg>
It should just lower the volume
19:21
(to zero)
19:21
<vagrantc>
alkisg: what are labels?
19:22
<alkisg>
They control the appearance
19:22
The captions that you see of the clients
19:22
Some people prefer viewing the pc name, others the username
19:23
<vagrantc>
alkisg: logout/reboot/shutdown don't work with LXDE apparently
19:23
alkisg: spits out a "I don't know how to logout in this environment"
19:23
<alkisg>
vagrantc: logout shouldn't work, but the others should
19:24
<vagrantc>
alkisg: all three spit out the same message
19:24
<alkisg>
Ah, it's a thin client
19:24
Right, so dbus isn't used
19:24
<vagrantc>
right
19:24
<alkisg>
OK, I asked in the lxde mailing list
19:24
And they told me to just use pkill lxsession :D
19:24
<vagrantc>
pfft
19:24
<alkisg>
So we can put that in "endsession"
19:25
<vagrantc>
the PID should also be an environment variable
19:25
i've looked into this a bit for my screensaver that logs out sessions
19:25
<alkisg>
so if [ -n $_LXSESSION_PID ]; pkill _LXSESSION_PID
19:26
OK let me push a quick endsession patch...
19:26
<vagrantc>
just plain kill, then
19:26
<alkisg>
Yes you're right
19:28
<vagrantc>
and then, vinagre or some alternative
19:28
<alkisg>
vagrantc: test -n "$_LXSESSION_PID" && kill "$_LXSESSION_PID" && return
19:28
in do_logout() in endsession
19:28
<vagrantc>
should i just patch in place to test?
19:29
<alkisg>
It's the easiest, right?
19:29
<vagrantc>
suppose so
19:29
ok, so where am i patching this ... server-side or in the chroot?
19:30
<alkisg>
Server side
19:32
<vagrantc>
logout worked
19:32
reboot worked
19:33
shutdown worked
19:34
alkisg: so, with mute ... it should lower the sound volume to 0 ... on the thin-client, or on the server?
19:34
<alkisg>
Cool, committed
19:34
vagrantc: on the thin client user session
19:35
<vagrantc>
ah, the user session didn't havve sound working
19:35
<alkisg>
Which is the pulseaudio volume, which maps to the local thin client volume
19:35
OK
19:35
<vagrantc>
i haven't configured the sound support ... will do that now
19:36* alkisg finished updating the wheezy box, rebooting to test vinagre...
19:38
<vagrantc>
alkisg: sound mute/unmute doesn't appear to work ... can upload without fixing that, though
19:38
alkisg: getting vinagre working will be more important
19:39
<alkisg>
OK, gimme a few minutes for both
19:39
<vagrantc>
alkisg: i suppose i should also try with other desktop environments
19:39
<alkisg>
vagrantc: on the client, as root (SCREEN_02): amixer -c 0 -q sset Master mute
19:39
Output?
19:40
<vagrantc>
"Failed to create a secure directory: Read-Only file system"
19:40
huh.
19:41
"amixer: Unable to find a simple control 'Master',0
19:41
"
19:41
i saw that error on boot, too
19:41
this is probably an LTSP problem
19:41
<alkisg>
No, probably the controls are card depended
19:41
Gadi: ?
19:42
Any amixer magic to mute the default output?
19:42
It appears that it's not always "Master"...
19:42
vagrantc: what's the output of: amixer scontrols
19:44
<vagrantc>
alkisg: it is Master,0
19:44
<alkisg>
OK... so /me notes to grep for Master or something before
19:44
<vagrantc>
the output is much more ...
19:45
Simple mixer control 'Master',0
19:47
<alkisg>
Hmmm that's my output too
19:48
Aaaah the secure directory was part of the output?
19:48
Maybe it's a problem with the read-only nfs
19:48
<vagrantc>
yes
19:49
i should have been more specific :)
19:49
<alkisg>
vagrantc: does it work if you run it from the client session?
19:49
<vagrantc>
alkisg: run what?
19:49
<alkisg>
amixer -c 0 -q sset Master mute
19:50
(it probably won't...)
19:50
<vagrantc>
"Invalid card number"
19:50
<alkisg>
OK
19:51
So, we have 2 items so far; 1) vinagre reverse connections not working in wheezy/lxde (they worked before), and 2) amixer has problems on read only nfs
19:52
<vagrantc>
maybe the vinagre problems are the same problem
19:52
i can build a non-LTSP environment to test with, now that i have access to a decent computer
19:52
<alkisg>
Maybe; /me tries vinagre on wheezy/lxde without ltsp...
19:54
Ehm, no, it just plain doesn't work
19:54
Not even from localhost
19:54* alkisg tries with ssvncviewer instead...
19:57
<alkisg>
vagrantc: any easy way to downgrade vinagre to 3.2.0-1 ?
19:57
Or anything else, e.g. to the version in stable?
19:58
The test is: (1) manually enable reverse connections, (2) from the same computer, run: x11vnc -connect localhost
19:58
<vagrantc>
alkisg: i doubt if it would downgrade
19:58
but i could build a virtual machine
19:58
<alkisg>
vagrantc: no I mean that if it just broke in the last upgrade, we can just send a quick patch to vinagre and forget about it
19:59
<vagrantc>
alkisg: ah!
19:59
<alkisg>
vagrantc: I have a vm
19:59
<vagrantc>
alkisg: in both client and server?
19:59
<alkisg>
In any standalone machine, e.g. in the server
19:59
E.g. in just the "teacher" account
20:00
So if you want me to do it in the vm, just give me a few hints for how to downgrade...
20:01* vagrantc will try
20:02
<vagrantc>
alkisg: same problem
20:02
<alkisg>
vagrantc: OK let's forget about it for a few days if possible
20:02
It's clearly a vinagre bug
20:03
In a few days the "default precise applications" will be out
20:03
And probably vinagre won't be in 12.04
20:03
<vagrantc>
and no sense fighting with vinagre
20:03
<alkisg>
So maybe the best way is to use ssvncviewer until remmina works with multiple reverse connections
20:03
Yup
20:04
But, hm, let me see if forcing a password makes vinagre happy...
20:04
<vagrantc>
alkisg: i don't see ssvncviewer in Debian
20:05
<alkisg>
vagrantc: package name = ssvnc
20:05
<vagrantc>
alkisg: ah, got it
20:06
alkisg: so how much hassle to switch to ssvnc?
20:06
<alkisg>
very little
20:06
It just doesn't have fancy tabs and icon
20:06
<vagrantc>
alkisg: was hoping to get this uploaded today :)
20:06
<alkisg>
Can't you? It's not an epoptes problem
20:06
I mean, it works in stable, afaik....
20:07
<vagrantc>
i guess i could test against stable...
20:07
and report the bug against vinagre
20:07
<alkisg>
vagrantc: if you want, I can easily switch to ssvncviewer, and think about the whole thing in a few days
20:07
<vagrantc>
alkisg: it's generally bad form to upload a package that doesn't work
20:08
<alkisg>
...then why vinagre is uploaded? :P :D
20:08
OK
20:08
Let me try with password idea
20:08
*the
20:08
<vagrantc>
alkisg: well, it worked once, and now needs to be fixed ... if we stuck with vinagre, we should get the bug fixed in debian before uploading
20:08
<alkisg>
Gotcha. That could take a looong time :D
20:08
<vagrantc>
right
20:09
<alkisg>
vinagre has been unmaintained for years, and the new maintainer now seems very inexperienced
20:09* alkisg tries forcing a password
20:09
<vagrantc>
might make sense to abstract the VNC calls so that it's easy to switch out the VNC backend
20:11cliebow has left IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us, Remote host closed the connection)
20:15
<alkisg>
vagrantc: if I try installing vinagre from stable to my wheezy box, and it works, it still doesn't help us, right?
20:16litlebuda has left IRC (litlebuda!~litlebuda@24.171.108.93.rev.vodafone.pt, Ping timeout: 248 seconds)
20:17
<vagrantc>
alkisg: it's a useful bit of information for troubleshooting
20:17
<alkisg>
k
20:18
<vagrantc>
alkisg: but it doesn't mean that i'd feel comfortable uploading to Debian, if it relies on features that aren't in the upcoming release
20:18
features/lack of bugs
20:18
<alkisg>
OK, so gimme a few minutes to switch to ssvnc instead :)
20:19
<vagrantc>
heh
20:19
<alkisg>
(ssvncviewer -multilisten on the one side, x11vnc -connect localhost on the other)
20:23artista_frustrad has left IRC (artista_frustrad!~fernando@200.247.43.2, Ping timeout: 255 seconds)
20:37Parker955 is now known as Parker955_Away
20:43brunolambert has left IRC (brunolambert!~bruno@nat/revolutionlinux/x-jlxeqdcveiorkdeq, Quit: brunolambert)
20:44kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10)
20:45
<kazibOn_>
Hello, guys, meanwhile I upgraded the server to opensuse 11.4 and installed pre-built images. -> Success, the client boots now into the login screen.
20:45
But I cannot login.
20:45
Any ideas? Now this kannot be so different to other distros any more.
20:47
Please, help me on this last step.
20:48
<Gadi>
kazibOn_: probably ssh keys
20:48
or ssh configuration
20:48
in normal LTSP, we would say "run sudo ltsp-update-sshkeys"
20:48
then, update the image
20:48
whatever that translates to in kiwi
20:49
<kazibOn_>
Only for understanding: Until now, ssh was not used?
20:50
<Gadi>
ssh is used by the client to login to the server
20:54
<kazibOn_>
(Until the login appears)
20:54
You brought me onto the right track. Internal firewass was closed on ssh. Thank you!
20:5464MAA1HHC <64MAA1HHC!~fernando@200.247.43.2> has joined #ltsp
20:55mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Quit: Leaving)
20:59Parker955_Away is now known as Parker955
20:59
<vagrantc>
alkisg: i've got a patch that i think more properly falls back to python-central ... can you test? should i just push it?
21:02
<alkisg>
vagrantc: push it and i'll test it in a while
21:06
<vagrantc>
alkisg: pushed
21:06
alkisg: actually, i'll also give it a test spin ... i've got a lucid sbuild environment to test with
21:06kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Remote host closed the connection)
21:07
<alkisg>
Blasphemous :D
21:08
(it's the uds ending, so /me works slowly... :))
21:12
<vagrantc>
alkisg: ahhh
21:16
<alkisg>
vagrantc: the python-central change resulted in the exact same package contents, so it's fine ;)
21:18
<vagrantc>
alkisg: as far as i can tell, it didn't even use python central the first time
21:18
alkisg: failed to build for me with my changems
21:18
<alkisg>
Yes that was due to the dh_python2 change
21:18
Ah
21:19
<vagrantc>
alkisg: seems like python-distutils-extra depends on python-central, at least on debian
21:19
<alkisg>
Depends: python, python-central (>= 0.6.11), intltool
21:19
<vagrantc>
so i guess the dependency chain isn't needed.
21:20
<alkisg>
vagrantc: I think I'll switch to remmina, and use a different server port for each client. I like its tabbed interface better than ssvnc.
21:20
So no 5500 for all clients (due to the remmina bug), but a random unused port for each client
21:21Gadi has left IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
21:21
<alkisg>
That will take a bit longer than ssvnc though, I hope by tonight it'll be ready
21:21
<vagrantc>
alkisg: ok. will give up on that part for now.
21:21
<alkisg>
Unless if you're in a hurry, so I can put ssvnc and change it to remmina after 2 days :D
21:21
ssnvc = 10 minutes
21:22
<jammcq>
alkisg: did you meet lots of new people at UDS ?
21:22
<alkisg>
jammcq: yup, I also finally put faces to names I've known from irc for a long time
21:23
<jammcq>
cool
21:23
did yo meet Jorge Castro?
21:23
<vagrantc>
alkisg: i'm impatient, but it's probably not worth reimplementing something 2 days later :)
21:24
alkisg: the only other thing i'm curious about is openssl/gpl compatibility issues ...
21:24
alkisg: i *think* we're safe because we're just calling the binaries
21:25
alkisg: there were *slight* differences with my new patch (adjusted for dependency differences)
21:26
<alkisg>
jammcq: nope
21:26
vagrantc: I'll put ssvnc in a few minutes so that you can upload, and I'll give remmina a better review in a couple of days
21:28
vagrantc: I'll put ssvnc | vinagre in depends,
21:28
so that it won't install ssvnc on systems that already have vinagre,
21:28
but it'll install ssvnc on systems like lxde which don't have any
21:28
<vagrantc>
which... won't work
21:29
<alkisg>
vagrantc: it may be a problem only on wheezy...
21:29
<vagrantc>
i guess then we'll get bug reports we can forward to the vinagre developers
21:30
<alkisg>
Should I remove vinagre completely? I don't mind, it's just a "temporary" "stable" "release" which will change in 2 days
21:31
<vagrantc>
hard call ... it would be trivial to backport to stable if it still supported vinagre ...
21:32
<alkisg>
ssvnc can be backported too
21:32
<vagrantc>
apparently ssvnc is in debian stable as well...
21:32
<alkisg>
Anyway, I'll remove vinagre, put ssvnc, and we can change it in 2 days however we want
21:32
<vagrantc>
heh
21:38
alkisg: i think we should move all the build-depends-indep into build-depends ...
21:38* alkisg has no clue about that
21:38
<alkisg>
I was only copying whatever I found on google...
21:41loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
21:42
<vagrantc>
i'm not positive, but reading policy, it fails to run debian/rules clean without python-distutils-extra installed, so that sounds like more appropriate for build-dep that build-dep-indep
21:43jammcq has left IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net, Quit: leaving)
21:46komunista has left IRC (komunista!~slavko@adsl-195-168-248-132.dynamic.nextra.sk, Quit: Leaving.)
21:59* alkisg puts xvnc4viewer instead, as we already install it with epoptes-client
22:00
<vagrantc>
whatever works :)
22:01orp has joined IRC (orp!~orp@a89-153-96-127.cpe.netcabo.pt)
22:01
<vagrantc>
hrm.
22:01
after upgrade, epoptes doesn't register the clients anymore...
22:02
<alkisg>
The clients need to be rebooted, right?
22:0264MAA1HHC <64MAA1HHC!~fernando@200.247.43.2> has quit IRC (Ping timeout: 248 seconds)
22:02
<alkisg>
We don't have a reconnection strategy now, other than if-up...
22:03
<vagrantc>
even after reboot, the server-side doesn't listen to rebooted clients...
22:03
after client reboot
22:03
have to manually restart epoptes on the server ...
22:03* vagrantc will check the postinst
22:04
<alkisg>
It worked for me so far...
22:05
<orp>
any one now a good alive tin client ?
22:05
i need lite
22:05
please
22:08
<Matrix30001>
ha, so my nfs got hacked
22:08
i failed
22:08
not sudo omg hacked
22:08
but script kiddy dos attack hacked
22:08
:(
22:09
fixed it though, learned a thing or two
22:11
<alkisg>
vagrantc: pull
22:11
<vagrantc>
alkisg: regarding x-terminal-emulator, debian policy requires it to support -e and -T
22:11
alkisg: no idea about cross-distro support
22:11
<alkisg>
Ah, we can put that instead of xterm then
22:11
And even depend on it
22:12
let me check a fedora 13 box...
22:12
<vagrantc>
i'm pretty sure it's a debian-ism
22:12
<alkisg>
!ask | echo orp:
22:12
<ltsp>
orp: ask: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
22:13
<alkisg>
vagrantc: erm, ok, this fedora 13 server doesn't have X installed, so can't check :D
22:13
vagrantc: well we can make a wrapper and check between various known terminal versions, if it helps
22:14
E.g. if xterm is around, use it, otherwise use x-terminal-emulator, etc
22:14
<vagrantc>
alkisg: rather if x-terminal-emulator is around, use it, fall back to xterm ?
22:14
that would be simple enough
22:15
<alkisg>
vagrantc: well, won't x-terminal-emulator always be around, if xterm is there?
22:15
I was thinking of the case where x-terminal-emulator points to an emulator that doesn't support -e
22:16dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
22:16
<vagrantc>
alkisg: that would be a policy violation, and a bug.
22:16Parker955 is now known as Parker955_Away
22:16
<vagrantc>
alkisg: so x-terminal-emulator should always support -e
22:16
<alkisg>
A non-fedora-policy violation?
22:16
*non-debian
22:17
<vagrantc>
i'm pretty sure you'll only see it in the debian world
22:17
<alkisg>
Ah
22:17
I thought the -e stuff was a debian-ism, not the whole x-terminal-emulator stuff :)
22:20
(btw sorry about the dependencies reordering - I like them in alphabetical order)
22:21
<vagrantc>
alkisg: so i should be able to connect to the ldm screen?
22:21
<alkisg>
vagrantc: vnc to it? no
22:21
It only works with the user session
22:21
<vagrantc>
ah, ok.
22:25
<alkisg>
(although it's just 2 lines if we want to be able to do that... :))
22:26
<vagrantc>
heh
22:27
alkisg: *sigh* python tracebacks...
22:28
<alkisg>
:-/ pastebin?
22:28
<vagrantc>
although vncviewer just seems to sit there waiting for a connection
22:29
alkisg: http://paste.debian.net/142774/
22:31
<alkisg>
Ough. That looks lxde related... vagrantc, which notification daemon are you using? notification-daemon | xfce4-notifyd ?
22:32
Also I think it should be unrelated to the vnc stuff
22:32
<vagrantc>
alkisg: notification-daemon is installed
22:32
and running
22:32
<alkisg>
vagrantc: btw, close vinagre and ssvnc, ok?
22:33
I.e. don't have anything listening on 5500 when you launch epoptes
22:33
<vagrantc>
far as i can tell, nothing is
22:34
<alkisg>
If you run x11vnc -connect server-ip from somewhere, does it pop up a window?
22:34
Ah you mean xvnc4viewer too isn't listening on 5500?
22:34
epoptes launches that on the first vnc attempt
22:34
And closes it on exit
22:36
<vagrantc>
xvnc4viewer is listening on 5500
22:37
<alkisg>
vagrantc: and (12:34:18 πμ) alkisg: If you run x11vnc -connect server-ip from somewhere, does it pop up a window?
22:37
E.g. from the "student" session, x11vnc -noshm -connect_or_exit localhost
22:37
<vagrantc>
alkisg: works from the "teacher" session, but not from the "student" session.
22:37
<alkisg>
Put -noshm too
22:39
Phantomas: when you're back, check http://paste.debian.net/142774/
22:39
<vagrantc>
alkisg: i get a popup "setPF: not 8, 16, or 32 bpp?"
22:39
<alkisg>
Ah
22:39
try -noshm -24to32 ...
22:40
x11vnc says that some graphics cards have a bug there
22:40
<vagrantc>
alkisg: works!
22:40
<alkisg>
Cool, you commit it or me?
22:40
(time for the uds party! :))
22:41
<vagrantc>
alkisg: i'll try to find it
22:41
alkisg: so always add the -24to32 ?
22:41Matrix30001 has left IRC (Matrix30001!~matrix300@cpe-184-57-1-218.columbus.res.rr.com, Quit: Leaving.)
22:49fosser_josh1 has joined IRC (fosser_josh1!~prathames@02799a2d.bb.sky.com)
22:51fosser_josh1 has left IRC (fosser_josh1!~prathames@02799a2d.bb.sky.com)
22:51fosser_josh1 has joined IRC (fosser_josh1!~prathames@02799a2d.bb.sky.com)
22:53fosser_josh1 has left IRC (fosser_josh1!~prathames@02799a2d.bb.sky.com)
22:55orp has left IRC (orp!~orp@a89-153-96-127.cpe.netcabo.pt, Quit: Leaving)
22:55fosser_josh1 has joined IRC (fosser_josh1!~prathames@02799a2d.bb.sky.com)
22:57
<alkisg>
vagrantc: yup, always add the -24to32
22:58
We had to put that in the broadcasting command too, it's already there for the broadcast
22:59
Time for the party, bbl, will read backlogs
22:59alkisg has left IRC (alkisg!alkisg@ubuntu/member/alkisg, Quit: Leaving.)
23:01fosser_josh1 has left IRC (fosser_josh1!~prathames@02799a2d.bb.sky.com)
23:19bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 260 seconds)
23:32cliebow has joined IRC (cliebow!~cliebow@66.63.66.218)