00:02 | Ahmuck has quit IRC | |
00:34 | vagrantc has quit IRC | |
00:55 | avishek has joined #ltsp | |
00:58 | avishek has quit IRC | |
01:00 | avishek has joined #ltsp | |
01:05 | avishek has quit IRC | |
01:06 | vagrantc has joined #ltsp | |
01:57 | Egyptian[Home] has joined #ltsp | |
01:58 | * vagrantc cackles maniacally while porting LTSP to Debian GNU/kFreeBSD | |
01:59 | <vagrantc> finally managed to boot one of these things
| |
02:24 | nubae|work has joined #ltsp | |
02:25 | alkisg has joined #ltsp | |
02:26 | vagrantc has quit IRC | |
02:27 | <alkisg> Good morning
| |
02:31 | chupacabra has joined #ltsp | |
03:04 | zavag has joined #ltsp | |
03:06 | ogra has joined #ltsp | |
03:23 | ogra has quit IRC | |
03:25 | ogra has joined #ltsp | |
03:25 | ogra has quit IRC | |
03:25 | ogra has joined #ltsp | |
03:26 | ogra has joined #ltsp | |
03:36 | artista-frustrad has quit IRC | |
03:37 | artista-frustrad has joined #ltsp | |
04:10 | F-GT has quit IRC | |
04:11 | garymc has joined #ltsp | |
04:21 | F-GT has joined #ltsp | |
04:36 | zavag has quit IRC | |
04:42 | Selveste1 has joined #ltsp | |
04:49 | alkisg has quit IRC | |
04:57 | mikkel_ has joined #ltsp | |
05:22 | Alocado has joined #ltsp | |
05:23 | <Alocado> hello... i'm trying to use ltsp for a kiosk system
| |
05:24 | my client is booting (with ubuntu progress bar) but then there's only a cursor in the top left corner... nothing else
| |
05:24 | on console1 there is information about ip's, boot path ... nothing else
| |
05:25 | any idea?
| |
06:01 | ogra has quit IRC | |
06:12 | leio_ has joined #ltsp | |
06:26 | pmatulis has joined #ltsp | |
06:26 | leio has quit IRC | |
07:09 | bieb has joined #ltsp | |
07:16 | <_UsUrPeR_> mornin all! :D
| |
07:16 | IT IS GREAT TO BE ALIVE
| |
07:17 | alkisg has joined #ltsp | |
07:24 | ogra has joined #ltsp | |
07:30 | gentgeen__ has joined #ltsp | |
07:34 | garymc has quit IRC | |
07:36 | gentgeen__ has quit IRC | |
07:36 | gentgeen__ has joined #ltsp | |
07:37 | artista-frustrad has quit IRC | |
07:38 | artista-frustrad has joined #ltsp | |
07:39 | alkisg has quit IRC | |
07:41 | nubae|work has quit IRC | |
07:41 | garymc has joined #ltsp | |
07:49 | Alocado has quit IRC | |
08:19 | ogra has quit IRC | |
08:34 | gentgeen__ has quit IRC | |
08:35 | garymc has quit IRC | |
08:45 | alkisg has joined #ltsp | |
09:03 | ogra has joined #ltsp | |
09:18 | gentgeen__ has joined #ltsp | |
09:24 | Kicer86 has joined #ltsp | |
09:31 | CAN-o-SPAM has joined #ltsp | |
09:40 | korcan has quit IRC | |
09:40 | korcan has joined #ltsp | |
09:41 | leOn has joined #ltsp | |
09:41 | <leOn> hello
| |
09:43 | can someone advise me regarding a xdmpc connection? ... from what i can tell, i have it all set up, but then, while using rdesktop to access via XDMCP, all i get is a black xnest window, which eventually closes
| |
09:43 | xdmcp, even
| |
09:47 | <sbalneav> Which version of LTSP are you using?
| |
09:47 | <leOn> 5 I believe ..
| |
09:49 | but i'm still not using ltsp to access the gdm server
| |
09:50 | <sbalneav> OK, well, how did you install LTSP? What's the OS on the server, etc. We need a little more info. LTSP5 doesn't USE xdmcp by default, so I'll need more info to help you at this point.
| |
09:51 | alkisg has quit IRC | |
09:52 | <leOn> hmmm.. even if i define xdmcp in gdm.conf, on the ltsp server ?
| |
09:53 | the server is a debian lenny
| |
09:53 | and the server wasn't installed by me .. i'm picking up someone elses work
| |
09:55 | <sbalneav> So, you're trying to use the thin client to contact a microsoft server? That's what rdesktop is for...
| |
10:02 | <leOn> i'm sorry .. i meant xnest ...
| |
10:03 | basically i'm trying to connect through xdmcp, with xnest, from a regular linux client, to the ltsp server (which is working properly for the thin clients)
| |
10:03 | cliebow has joined #ltsp | |
10:04 | <leOn> is there anything in the usual ltsp server configuration that prevents xdmcp? (apart from the gdm.conf enabling stuff)
| |
10:08 | hmmm .. ltsp uses its own greeter ...
| |
10:11 | <sbalneav> Yes, ldm
| |
10:11 | ltsp tunnels it's logins over ssh
| |
10:11 | and potentially, the entire session over ssh
| |
10:12 | <leOn> ok .. is it possible to have only the logins over ssh? .. i believe that the entire thing is using ssh right now
| |
10:16 | <sbalneav> Yes
| |
10:16 | Set LDM_DIRECTX=True in lts.conf
| |
10:16 | The docs have lots of good info.
| |
10:16 | !docs
| |
10:16 | <ltspbot> sbalneav: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
| |
10:17 | <sbalneav> brb, off to a doctors appt
| |
10:17 | staffencasa has joined #ltsp | |
10:20 | <cliebow> BOATRIDE!!!!
| |
10:20 | cliebow has quit IRC | |
10:25 | tstafford has quit IRC | |
10:27 | tstafford has joined #ltsp | |
10:38 | <leOn> heh .. i just forced LDM_DIRECTX=True and the thin client stoped working ..
| |
10:40 | fotanus has joined #ltsp | |
10:41 | <leOn> using LDM_DIRECTX=True, how does the client connect to the remote X server? .. using xdmcp ?
| |
10:42 | <ogra> nope
| |
10:42 | it just uses X
| |
10:42 | a simple DISPLAY forward and the according xauth setup
| |
10:43 | speed and traffic wise the same as xdmcp though
| |
10:43 | <leOn> one of the things i was noticing was that thin client connection was a bit slow .. probably due to encrypted tunnel ...
| |
10:44 | tstafford has quit IRC | |
10:44 | <leOn> the thin clients are a bit low end (and old i think)
| |
10:45 | <ogra> if you have directx set only the PW excange is through ssh
| |
10:45 | cg_uira has joined #ltsp | |
10:45 | tstafford has joined #ltsp | |
10:45 | <leOn> besides setting LDM_DIRECTX=True on lts.conf, should i have any other concerns on the server?
| |
10:45 | <ogra> and communication about local devices etc
| |
10:46 | but thats not havving any effect
| |
10:48 | <leOn> what do you mean by "not having any effect" ?
| |
10:49 | <ogra> the messages being sent over the tunnel are just a few byte
| |
10:51 | <leOn> but in the docs i can read "If processing power is a concern to you (...)"
| |
11:00 | johnny has joined #ltsp | |
11:01 | vagrantc has joined #ltsp | |
11:06 | <sbalneav> leOn: Correct, but that's for X. Very little goes over the tunnel for plumbing local dev stuff.
| |
11:07 | alexqwesa has quit IRC | |
11:11 | alexqwesa has joined #ltsp | |
11:16 | <leOn> ok, so if i choose LDM_DIRECTX=True, X communitation is direct, but all other stuff (auth, devices, etc) goes through the ssh tunnel .. is that it?
| |
11:18 | ogra has quit IRC | |
11:18 | <sbalneav> Device DATA access does not, nor does sound.
| |
11:18 | Neither do regardless.
| |
11:18 | but Auth, and the plumbing of device connections will continue to go over ssh.
| |
11:20 | <leOn> ok .. so if i want to have sound, etc, i'll need to use the whole thing through the ssh tunel .. ?
| |
11:23 | johnny has left #ltsp | |
11:24 | <sbalneav> No, sound *never* goes through the ssh tunnel.
| |
11:24 | Only X and auth goes through the ssh tunnel
| |
11:24 | and by specifying LDM_DIRECTX=True, then just the auth is going through the ssh tunneling.
| |
11:25 | <leOn> gotcha ..
| |
11:26 | well .. somehow, using LDM_DIRECTX=True i'm not being able to connect .. *sigh*
| |
11:27 | <sbalneav> At what point is it failing?
| |
11:27 | gentgeen__ has quit IRC | |
11:28 | gentgeen__ has joined #ltsp | |
11:28 | gentgeen__ has quit IRC | |
11:29 | gentgeen__ has joined #ltsp | |
11:30 | zavag has joined #ltsp | |
11:34 | garymc has joined #ltsp | |
11:37 | artista-frustrad has quit IRC | |
11:38 | artista-frustrad has joined #ltsp | |
11:39 | zavag has quit IRC | |
11:41 | alkisg has joined #ltsp | |
11:43 | garymc has quit IRC | |
11:46 | <leOn> sbalneav: trying to track down the issue .. it presents me the ldm, and seems it's failing when connecting to the other X server
| |
11:47 | <vagrantc> does it work if you disable LDM_DIRECTX ?
| |
11:47 | do you have a window manager installed?
| |
11:48 | what's it say in /home/$USER/.xsession-errors ?
| |
11:48 | those are just a few first guesses at what to look into next :)
| |
11:49 | Ahmuck has joined #ltsp | |
11:51 | <leOn> vagrantc: disabling LDM_DIRECTX it works just fine
| |
11:52 | <vagrantc> is the server on the same network segment, or across a NATted firewall?
| |
11:53 | <sbalneav> I'm wondering if he needs to ltsp-update-sshkeys && ltsp-update-image and reboot.
| |
11:53 | shawnp0wers has quit IRC | |
11:53 | <vagrantc> if it works without LDM_DIRECTX, that part should be fine...
| |
11:54 | <leOn> vagrantc: they're in different networks, but no nat .. just regular routing
| |
11:54 | <vagrantc> i really should add some mechanism to have ltsp-update-sshkeys take effect without having to run ltsp-update-image one of these days...
| |
11:55 | leOn: no other firewalling that might get in the way? on the server or router?
| |
11:55 | <leOn> not that i know of
| |
11:56 | <vagrantc> having to rebuild the image after running ltsp-update-sshkeys has been one of the things that's prevented me from switching to NBD for debian...
| |
11:56 | <leOn> let me just check with the noc guys .. but i'm pretty sure there's no restriction
| |
11:56 | <vagrantc> better to check than spend hours of troubleshooting :)
| |
11:58 | <leOn> yep =)
| |
11:58 | ogra has joined #ltsp | |
11:59 | Lns has joined #ltsp | |
12:04 | ogra has quit IRC | |
12:05 | ogra has joined #ltsp | |
12:09 | <vagrantc> sbalneav: you know your way around ifdef type C hacking? :)
| |
12:10 | Lns has joined #ltsp | |
12:10 | <vagrantc> i'm just shy of being able to upload ltsp to debian with crude kfreebsd support.
| |
12:11 | need to patch getltscfg to have different code for processing ip and mac address.
| |
12:11 | and then it's upload-worthy.
| |
12:12 | or anybody, for that matter :)
| |
12:12 | also need a patch for ldm WEXITD stuff ... but i want to start with the basics first :)
| |
12:12 | <alkisg> So you need an ifdef to see if it runs on kfreebsd?
| |
12:13 | <vagrantc> alkisg: well, more like an ifdef that it isn't *freebsd. that'll get me an ugly patch where i just remove support for it.
| |
12:14 | alternately, i could conditionally apply the patch only on kfreebsd ... i think i know how to do that in debian/rules ... but really, i need to figure out how to support it properly, rather than just remove support for it.
| |
12:14 | it's the GetAddrs function in client/getltscfg/getltscfg.c
| |
12:16 | <alkisg> How would that be in *freebsd?
| |
12:16 | <vagrantc> don't know :)
| |
12:17 | leOn_ has joined #ltsp | |
12:17 | <vagrantc> but if i disable it entirely, it works, for the most part, just doesn't have support for configuring thin clients by mac address or ip
| |
12:17 | <alkisg> Ah... you get compilation errors?
| |
12:17 | <vagrantc> a failed build log: https://buildd.debian.org/fetch.cgi?pkg=ltsp&arch=kfreebsd-i386&ver=5.1.90-1&stamp=1254744786&file=log&as=raw
| |
12:17 | most of the way down...
| |
12:17 | <leOn_> omfg .. apparently there was lost fw rule somehere denying X11 connections ... ARGH!
| |
12:17 | all is fine and dandy now
| |
12:18 | <vagrantc> leOn: nice!
| |
12:18 | alkisg: simply stripping GetAddrs out entirely gets it to build, and it even works and stuff.
| |
12:18 | <leOn_> heh .. i see LOTS of improvement in connection speed from the thin clients if not using the ssh tunnel for everything
| |
12:19 | it's only a geode cpu MHz : 365.246
| |
12:19 | with 128M of ram
| |
12:19 | <vagrantc> yeah, that'll take a big hit.
| |
12:22 | rjune_wrk has quit IRC | |
12:22 | rjune_wrk has joined #ltsp | |
12:27 | leOn has quit IRC | |
12:32 | LaserJock has joined #ltsp | |
12:44 | tstafford has quit IRC | |
12:46 | tstafford has joined #ltsp | |
12:47 | <alkisg> vagrantc: (sorry too many phones): A quick way to do that is:
| |
12:47 | void GetAddrs()
| |
12:47 | {
| |
12:47 | #ifdef SIOCGIFHWADDR
| |
12:47 | ...
| |
12:47 | out:
| |
12:47 | free(ifc.ifc_buf);
| |
12:47 | #endif
| |
12:47 | }
| |
12:48 | <vagrantc> alkisg: ah, i special cased it base on the OS to not even have a GetAddrs function ...
| |
12:48 | but that might be simpler.
| |
12:49 | basically making GetAddrs a no-op.
| |
12:49 | <sbalneav> Wouldn't #ifdef __GNU__ be better?
| |
12:49 | <vagrantc> sbalneav: it's Debian GNU/kFreebsd, in this case, so no.
| |
12:49 | <alkisg> My web dev experience says that it's better to check for features than for os/versions :)
| |
12:49 | <sbalneav> ah
| |
12:50 | <vagrantc> but really, i've got to figure out a patch that actually works, rather than disabling it :)
| |
12:50 | <alkisg> You'd need someone that would read about sockets in freebsd... :D
| |
12:51 | ...another quick hack would be to call `ip` or `ifconfig` to see the interface :P
| |
12:51 | <vagrantc> looking into the ifconfig code is probably the way to get it "right" :)
| |
12:52 | i've found executing binaries from C and reading the output to be an exercise in frustration...
| |
12:55 | probably not sockets, so much as looking at interfaces and such ... so freebsd-tools's ifconfig would be the place to look
| |
12:55 | * alkisg would rather see ldm being replaced with xdmcp over ssh... /me also ducks to avoid flying bricks :) | |
12:56 | <vagrantc> alkisg: you'd have to teach either xdmcp to use tcp, or ssh to do udp. i don't know which is more an exercise in cruelty.
| |
12:56 | * leOn_ tosses a brick | |
12:56 | <alkisg> vagrantc: nah, I'd ssh into the machine first, and then use xdmcp locally... but there are other problems with dbus etc, that would require another ssh connection, and it gets compilated
| |
12:57 | <leOn_> vagrantc: is there any easy way to enable the thin client X server to allow xdmcp connections?
| |
12:57 | <vagrantc> alkisg: that seems like the worst of both worlds.
| |
12:57 | !xdmcp
| |
12:57 | <alkisg> Well, it saves the ltsp devs from maintaining ldm
| |
12:57 | <ltspbot> vagrantc: Error: "xdmcp" is not a valid command.
| |
12:58 | <leOn_> i'm hating having to get up all the time to test stuff on the thin client
| |
12:58 | <vagrantc> alkisg: almost all the ldm work as of late has been on adding features you just couldn't easily do with xdmcp.
| |
12:58 | <leOn_> only if i could simulate a console with xnest =)
| |
12:58 | <alkisg> leOn_: sshd on the chroot?
| |
12:59 | vagrantc: sure, I know... yet many of those features are standard *dm features, and ldm doesn't even have all of them
| |
12:59 | <leOn_> alkisg: that won't work ... i have 1 ltsp server, 1 thin client where i'm testing stuff and then i have my workstation
| |
12:59 | <alkisg> E.g. no languages installed on the chroot, no face browser etc etc
| |
12:59 | <leOn_> my workstation is not near either of the other two ...
| |
13:00 | so if i could simulate the thin client console over here ...
| |
13:00 | <alkisg> leOn_: if you ssh to the server, and from there ssh to the client?
| |
13:00 | <vagrantc> alkisg: what do you mean "no languages installed on the chroot" ?
| |
13:00 | <leOn_> i don't want ssh .. i want the graphical interface
| |
13:00 | <alkisg> leOn_: you could also install italc :)
| |
13:01 | vagrantc: the "Preferences" button for example isn't translated
| |
13:01 | <leOn_> italc?... wass that?
| |
13:01 | <alkisg> !italc
| |
13:01 | <ltspbot> alkisg: Error: "italc" is not a valid command.
| |
13:01 | <alkisg> Bah damn bot
| |
13:01 | You don't know anything :)
| |
13:01 | <sbalneav> So teach it :)
| |
13:01 | <vagrantc> alkisg: it is when i run it in spanish.
| |
13:01 | <alkisg> leOn_: it's a vnc clone, integrates well with ltsp - at least on ubuntu
| |
13:02 | <leOn_> seems cute
| |
13:02 | <alkisg> !learn italc is see http://italc.sourceforge.net/ or https://help.ubuntu.com/community/UbuntuLTSP/iTalc
| |
13:02 | <ltspbot> alkisg: Invalid arguments for learn.
| |
13:02 | <alkisg> Never mind :)
| |
13:03 | <vagrantc> alkisg: learn as
| |
13:03 | <leOn_> maybe this one too .. http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment
| |
13:03 | <vagrantc> learn foo as
| |
13:03 | <alkisg> vagrantc: in the default installation it isn't translated; one has to install the language packs into the chroot
| |
13:03 | <vagrantc> ltspbot: learn italc as see http://italc.sourceforge.net/ or https://help.ubuntu.com/community/UbuntuLTSP/iTalc
| |
13:03 | <ltspbot> vagrantc: The operation succeeded.
| |
13:03 | <vagrantc> alkisg: that's an ubuntu problem. works automatically on debian.
| |
13:03 | <alkisg> Yeah leOn_ gave a better link :)
| |
13:03 | vagrantc: you install *all* the language packs?!!! or something else?
| |
13:04 | <vagrantc> ltspbot: learn italc as http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment
| |
13:04 | <ltspbot> vagrantc: The operation succeeded.
| |
13:04 | <alkisg> !italc
| |
13:04 | <ltspbot> alkisg: "italc" is (#1) see http://italc.sourceforge.net/ or https://help.ubuntu.com/community/UbuntuLTSP/iTalc, or (#2) http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment
| |
13:04 | <alkisg> !forget italc #1
| |
13:04 | <ltspbot> alkisg: Error: There is no such factoid.
| |
13:04 | <alkisg> !forget italc
| |
13:04 | <ltspbot> alkisg: Error: 2 factoids have that key. Please specify which one to remove, or use * to designate all of them.
| |
13:04 | <vagrantc> alkisg: there are no language packs in debian, it dynamically builds enabled languages at install time.
| |
13:04 | <alkisg> And why *$(& did Ubuntu change that? :(
| |
13:05 | !forget italc 1
| |
13:05 | <ltspbot> alkisg: The operation succeeded.
| |
13:05 | <alkisg> !italc
| |
13:05 | <ltspbot> alkisg: "italc" is http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment
| |
13:05 | <alkisg> At last :)
| |
13:05 | !v
| |
13:05 | <ltspbot> alkisg: Error: "v" is not a valid command.
| |
13:05 | <leOn_> thanks for all the good pointer and advices
| |
13:05 | <vagrantc> alkisg: by default on debian, all languages enabled on the server are enabled in the chroot.
| |
13:05 | jammcq has joined #ltsp | |
13:05 | <leOn_> time to head home
| |
13:05 | =)
| |
13:05 | <alkisg> !learn v as vagrantc!!!!!!!!!!!!!!!!!!1!!!!!
| |
13:05 | <ltspbot> alkisg: The operation succeeded.
| |
13:05 | <jammcq> hello firends
| |
13:05 | <leOn_> have a great weekend
| |
13:05 | leOn_ has quit IRC | |
13:05 | <jammcq> err.. s/firends/friends/
| |
13:06 | * vagrantc kind of likes firends | |
13:06 | <alkisg> vagrantc: ok, really nice. But wouldn't _not_ maintaining a dm be simpler for you devs?
| |
13:07 | <vagrantc> jammcq: so, the port of LTSP to Debian GNU/kFreeBSD is well under way, frakenstein though it may be :)
| |
13:07 | alkisg: only if it does what we need, and adapts when we need it.
| |
13:07 | <jammcq> wow
| |
13:08 | <alkisg> Such as? E.g. load balancing isn't really a dm job...
| |
13:08 | <jammcq> does that mean we're gonna change the name to FTSP ?
| |
13:08 | <vagrantc> alkisg: getting GDM to do what we need would require a huge number of patches, and previous attempts have ended in utter defeat.
| |
13:08 | alkisg: even simply getting in support over SSH.
| |
13:09 | <alkisg> Why is ssh a dm job? It could connect to the server before the dm launches, couldn't it?
| |
13:09 | <vagrantc> alkisg: and all the rc.d hooks and such ... support for localapps, local sound, etc.
| |
13:09 | staffencasa has quit IRC | |
13:09 | <vagrantc> alkisg: how to you handle the username/password of the ssh tunnel? require the user to type it in twice?
| |
13:10 | alkisg: there's no hooks mechanisms for the other display managers.
| |
13:10 | <alkisg> I haven't thought this through, but I wonder if it would be simpler for you all
| |
13:10 | vagrantc: doesn't pam provide for such hooks?
| |
13:10 | <vagrantc> alkisg: so you either have to get support upstreamed, patch in something, or you have *no* flexibility.
| |
13:10 | <sbalneav> Exactly. That's why we finally broke down and wrote our own.
| |
13:11 | <alkisg> E.g. install pamltsp, and voila, it works with any dm
| |
13:11 | (yeah I know it's science fantasy :P)
| |
13:11 | <vagrantc> alkisg: it would be a nice idea ... look forward to seeing it work :)
| |
13:13 | <alkisg> OK... /me will start hacking a pam-sshfs for standalone ubuntu classrooms, and if that works, I'll surely try to propose something like this for ltsp too. If only the day had 88 hours... :-/
| |
13:15 | <vagrantc> jammcq: the proper name for it, is, of course, dgkfbsdtsp.
| |
13:17 | <jammcq> oh, nice
| |
13:17 | is that russian ?
| |
13:17 | <sbalneav> alkisg: What's your email, a couple of us tried this a while back, and I have a libpam-ssh module here that I and Moquist worked on.
| |
13:17 | <vagrantc> jammcq: Debian GNU/kFreeBSD Terminal Server Project :)
| |
13:17 | <alkisg> gmail alkisg - thanks man
| |
13:18 | sbalneav: why did you drop that? not enough hooks in pam?
| |
13:19 | <sbalneav> No, couldn't handle password expiry
| |
13:19 | 1 sec, I'll mail it.
| |
13:22 | sent.
| |
13:24 | <alkisg> Thanks! OK don't let me take up your time with silly questions, I'll dive into the code first and ask questions later.
| |
13:25 | * alkisg first has to setup a TURN server for remote supporting teachers behind nat, though... argh :( | |
13:25 | <sbalneav> vagrantc: dgkfbsdtsp?
| |
13:25 | Did it hurt when you smacked your face into the keyboard? :)
| |
13:26 | Here, I'll try:
| |
13:26 | <vagrantc> sbalneav: more like a peculiar euphoric sensation
| |
13:26 | <sbalneav> Meh, help popped up
| |
13:26 | :)
| |
13:26 | Must not be smacking hard enough
| |
13:27 | So, I have a funny story to relate.
| |
13:27 | That a buddy of mine who was an electronic tech, who repaied med. equipment at the St. Boniface hospital told me.
| |
13:28 | So, he's down in the shop one day, working on something, and one of his co-workers was working on the machine that they use for electro-shock therapy.
| |
13:29 | That's the thing where they induce seizures by zapping your noggin with high voltage.
| |
13:29 | Anyway, the guy fixes it, and asks my buddy Doug : "So, how do I test it?"
| |
13:30 | This other guy was pretty new on the job, but Doug says (figuring to make a joke) "Well, just charge it up, stick it on your temples, and see what happens!"
| |
13:31 | Assuming that no one in his right mind would consider doing it.
| |
13:31 | So, he hear's the machine charging up (that "flash camera" incrasing charge whine), looks over, and sees the guy moving the paddles to his head.
| |
13:32 | Apparently he screamed "What ARE YOU NUTS" loud enough to make the guy pause.
| |
13:32 | Explained to him he should go get the highvoltage probe, and do a proper measurement. :)
| |
13:33 | The moral of the story: Never assume something's so obviously silly that someone won't take you seriously.
| |
13:34 | That concludes #ltsp story time.
| |
13:34 | NOW YOU KIDS GET TO SLEEP AND NO MORE JUMPING ON THE BED!!!
| |
13:34 | * alkisg imagines sbalneav telling stories to his kids round the fireplace... "OK dad I'm heading off to sleep!" | |
13:35 | <sbalneav> You're allowed a glass of milk and ONE cookie.
| |
13:36 | tstafford has quit IRC | |
13:37 | tstafford has joined #ltsp | |
13:37 | tstafford has quit IRC | |
13:39 | tstafford has joined #ltsp | |
13:41 | <Lns> hahahaha
| |
13:46 | <rjune_wrk> jammcq got two... I want two
| |
13:48 | Kicer86 has quit IRC | |
13:49 | Ahmuck has quit IRC | |
13:50 | * Lns pours his glass of milk on rjune_wrk | |
13:54 | <rjune_wrk> DAAAAAAAAAD!!!!
| |
13:54 | <Lns> bwwahahaha
| |
13:55 | * vagrantc fires up the tesla coils in the basement | |
14:05 | * Lns runs to bed | |
14:09 | tstafford has quit IRC | |
14:09 | ogra has quit IRC | |
14:09 | sakhi__ has quit IRC | |
14:09 | comfrey has quit IRC | |
14:09 | |Paradox| has quit IRC | |
14:09 | artista-frustrad has quit IRC | |
14:09 | Egyptian[Home] has quit IRC | |
14:09 | dkostousov has quit IRC | |
14:09 | ltsppbot has quit IRC | |
14:09 | Appiah has quit IRC | |
14:09 | sep has quit IRC | |
14:09 | shogunx has quit IRC | |
14:09 | bieb has quit IRC | |
14:09 | alexqwesa has quit IRC | |
14:09 | yanu has quit IRC | |
14:09 | elias_a has quit IRC | |
14:09 | spectra has quit IRC | |
14:09 | Selveste1 has quit IRC | |
14:09 | vlt has quit IRC | |
14:09 | Topslakr has quit IRC | |
14:09 | rm-rf has quit IRC | |
14:09 | panthera has quit IRC | |
14:09 | dberkholz has quit IRC | |
14:09 | jammcq has quit IRC | |
14:09 | mikkel_ has quit IRC | |
14:09 | tarbo has quit IRC | |
14:09 | kusznir has quit IRC | |
14:09 | pmatulis has quit IRC | |
14:09 | F-GT has quit IRC | |
14:09 | cyberorg has quit IRC | |
14:09 | knipwim has quit IRC | |
14:09 | Ryan52 has quit IRC | |
14:09 | ajohnson has quit IRC | |
14:09 | ltsplogbot has quit IRC | |
14:09 | sutula has quit IRC | |
14:09 | stgraber has quit IRC | |
14:09 | NeonLicht has quit IRC | |
14:09 | Sarten-X has quit IRC | |
14:09 | zamba has quit IRC | |
14:09 | lejo has quit IRC | |
14:09 | Lns has quit IRC | |
14:09 | alkisg has quit IRC | |
14:09 | LaserJock has quit IRC | |
14:09 | strattog has quit IRC | |
14:09 | vagrantc has quit IRC | |
14:09 | cg_uira has quit IRC | |
14:09 | korcan has quit IRC | |
14:09 | CAN-o-SPAM has quit IRC | |
14:09 | leio_ has quit IRC | |
14:09 | loather-work has quit IRC | |
14:09 | japerry has quit IRC | |
14:09 | wwx has quit IRC | |
14:09 | _UsUrPeR_ has quit IRC | |
14:09 | benGREEN has quit IRC | |
14:09 | Patina has quit IRC | |
14:15 | ltspbot has joined #ltsp | |
14:16 | tstafford has quit IRC | |
14:18 | johnny has joined #ltsp | |
14:18 | tstafford has joined #ltsp | |
14:21 | rjune_wrk has joined #ltsp | |
14:22 | tstafford has quit IRC | |
14:23 | tstafford has joined #ltsp | |
14:29 | pmatulis has quit IRC | |
14:29 | pmatulis has joined #ltsp | |
14:36 | tstafford has quit IRC | |
14:39 | tstafford has joined #ltsp | |
14:47 | LaserJock has quit IRC | |
14:52 | shawnp0wers has joined #ltsp | |
14:53 | bieb has left #ltsp | |
14:57 | tstafford has quit IRC | |
14:59 | tstafford has joined #ltsp | |
15:01 | <Lns> I'm trying to figure out how to allow a non-root user to kill a client's automatic shutdown cron job, which was set by root. Is there any way to do this cleanly?
| |
15:02 | (without using gksudo or something)
| |
15:02 | * alkisg wonders why shutdown was put as a cron job in the first place :) | |
15:02 | <Lns> alkisg: automatic thin client shutdown to save energy
| |
15:02 | * jammcq can't even think of a dirty way to do it | |
15:03 | <alkisg> Lns, is that per client, or a "global" setting?
| |
15:03 | <Lns> I've got a nice shell script going with zenity to prompt the user...i just need it to kill the cronjob if exit = 1
| |
15:03 | alkisg: it's on all clients, set in the chroot
| |
15:03 | <alkisg> Wouldn't that be better done on the server cron?
| |
15:04 | <Lns> alkisg: the server would need access to the clients through ssh or something, which they don't currently have
| |
15:04 | <alkisg> Lns, well you could put nc to listen on a specific port for a shutdown command or something
| |
15:05 | <Lns> well, i think tcm is going to have this functionality soon anyway, i just need something in the interim
| |
15:05 | <johnny> or just kill the auto cron job
| |
15:05 | disable it
| |
15:05 | and then manually execute the stuff yourself..
| |
15:05 | <Lns> users have no way of disabling the cron job if they're still working
| |
15:05 | <jammcq> cron calls a script to do the shutdown?
| |
15:05 | <Lns> jammcq: yes
| |
15:06 | <alkisg> Lns, can the user run localapps?
| |
15:06 | <Lns> nope, 8.04
| |
15:06 | pmatulis has quit IRC | |
15:06 | <jammcq> have your zenity script drop a file in /tmp, called something like 'no_shutdown'
| |
15:06 | and have your cron shutdown script look for that file. if not found, then proceed with the shutdown
| |
15:06 | <Lns> oooo
| |
15:06 | <johnny> /tmp/username-noshutdown
| |
15:06 | <alkisg> Well, then he'd have to have a way to make the clients execute commands. If he had such a way, then the cron job wouldn't be needed :)
| |
15:06 | <_UsUrPeR_> oh nice jamm
| |
15:06 | <Lns> very nice jammcq, thanks!
| |
15:06 | <jammcq> no prob
| |
15:07 | <tstafford> compiz as a local app is awesome
| |
15:07 | <alkisg> Doesn't the script run on the client?
| |
15:07 | <tstafford> i just felt like sharing
| |
15:07 | <alkisg> Lns, how would it check on the server /tmp?
| |
15:07 | <Lns> alkisg: yeah
| |
15:07 | <jammcq> where is the zenity script running?
| |
15:07 | <Lns> alkisg: it would be in the client /tmp
| |
15:07 | no this is all done in the chroot
| |
15:07 | <alkisg> But the user can't access the local filesystem
| |
15:07 | <Lns> oh. yeah.
| |
15:07 | <alkisg> Didn't you say he can't run localapps?
| |
15:07 | <jammcq> does the cron job run the script. the script pops up a window asking if it's Ok to power-down?
| |
15:08 | <Lns> jammcq: yes
| |
15:08 | <jammcq> I'm guessing if it gets no response in a certain amount of time, it goes ahead and shuts down
| |
15:08 | <Lns> correct
| |
15:08 | <jammcq> assuming the user is gone
| |
15:08 | cool
| |
15:09 | <Lns> maybe just set an env var?
| |
15:09 | <_UsUrPeR_> ok, I've "got one". I am trying to allow a user to change his password with kdepasswd. I need to add that program to every LTSP user's desktop upon user creation. We are using ldap for authentication, and skel to create users in an nfs mounted home directory.
| |
15:09 | <johnny> Lns, imo you should just disable the automatic cron..
| |
15:09 | <_UsUrPeR_> how do I change the default programs added to a user's directory upon creation?
| |
15:09 | <Lns> johnny: we need it for power savings.
| |
15:10 | <johnny> Lns, uhmm.. how about just shut em all down :)
| |
15:10 | <Lns> johnny: *sigh* you tell that to the lab techs when they have a bazillion other things to do :)
| |
15:10 | <alkisg> Lns, maybe you could set an xprop as the user, and have the cron script check it out.
| |
15:10 | <johnny> Lns, tell them to pay you some more money
| |
15:10 | and upgrade to 9.04 :0
| |
15:10 | <vagrantc> Lns: you can display a graphical prompt by displaying on the X server?
| |
15:10 | * Lns ignores johnny's suggestions ;) | |
15:10 | <johnny> lol
| |
15:10 | _UsUrPeR_, you can put it in skel too..
| |
15:11 | <vagrantc> Lns: you could have the cron job ask the user...
| |
15:11 | <johnny> ~/.local/share/applications or sometin
| |
15:11 | _UsUrPeR_, read the menu spec
| |
15:11 | <_UsUrPeR_> johnny: rgr. I'll take a closer look at skel
| |
15:11 | <Lns> vagrantc: ugh..well maybe i can't. can you not use a zenity script in the chroot to display on the client's x session?
| |
15:11 | <vagrantc> Lns: you could either connect to the X server directly, or run a zenity command through the ssh tunnel.
| |
15:12 | * Lns is still a scripting n00b | |
15:12 | <vagrantc> Lns: the latter might be a little better, as it'll mostly just run as the user.
| |
15:12 | <alkisg> Lns, do you need a specific client to ignore shutdown, or all of them?
| |
15:12 | <johnny> any one of them it sounds like..
| |
15:12 | <Lns> alkisg: no, it's per-client.
| |
15:13 | i'm using the automatic shutdown that i wrote on the wiki. i want to present the user with a choice 5 minutes before the shutdown happens to either let it happen or cancel it.
| |
15:14 | <alkisg> Yeah what vagrantc said sounds like the best option then
| |
15:14 | <Lns> vagrantc: why would i need an ssh tunnel if the script is already in the chroot? i know that probably sounds ignorant of me
| |
15:14 | does it not have access to the local x server/session?
| |
15:15 | <vagrantc> Lns: it does, but then it's running as root.
| |
15:15 | <Lns> oh jeez. that's right. =p~
| |
15:15 | <vagrantc> Lns: i'd minimize what you're running as root as much as possible.
| |
15:15 | but either way... probably mostly ok.
| |
15:15 | <Lns> cool. thank you all for the input!
| |
15:15 | <alkisg> I'd suppose it would be *better* to run it as root
| |
15:15 | <Lns> this is all pretty temporary anyway
| |
15:15 | <alkisg> ...to enable the user to cancel it while still on ldm
| |
15:15 | tstafford has quit IRC | |
15:15 | <Lns> nah...sitting at ldm isn't an issue
| |
15:16 | they can always just turn it back on
| |
15:16 | there have just been cases where people are working and it turns off ;)
| |
15:16 | oops
| |
15:16 | tstafford has joined #ltsp | |
15:16 | <alkisg> Lns, then why don't you *always* call the logout command before shutting off?
| |
15:16 | Ah, hardy :(
| |
15:17 | No 60 secs timout...
| |
15:17 | <tstafford> metacity --replace
| |
15:24 | tstafford has quit IRC | |
15:26 | tstafford has joined #ltsp | |
15:34 | Lns has quit IRC | |
15:37 | artista-frustrad has quit IRC | |
15:38 | artista-frustrad has joined #ltsp | |
15:42 | shawnp0wers has quit IRC | |
15:45 | * vagrantc sighs | |
15:46 | tstafford has quit IRC | |
15:46 | jammcq has quit IRC | |
15:46 | <vagrantc> the next ltsp packages will actually require a backport :(
| |
15:46 | stupid libpopt0
| |
15:46 | tstafford has joined #ltsp | |
15:50 | johnny has left #ltsp | |
15:53 | CAN-o-SPAM has quit IRC | |
16:07 | tstafford has quit IRC | |
16:16 | Beer30 has joined #ltsp | |
16:20 | <Beer30> Local Device / FUSE question: Why doesn't an icon show up on my desktop? I am using Gentoo / Gnome. USB stick is identified and shows up in mount command on server. I can access the directory on the client via gnome-terminal. What am I missing?
| |
16:24 | sene has joined #ltsp | |
16:27 | <Beer30> icon for the USB Stick DOES show up on server, however.
| |
16:29 | (never mind last statement; usb stick was plugged directly into server, not via fuse.)
| |
16:31 | fotanus has left #ltsp | |
16:35 | * alkisg loves nc!!! An admin "A" wants to help a teacher "T", but both of them are behind NAT. A server "S" with a public ip is available to help them. Easy solution with nc: Server S does: nc -l -p 1234 -c 'nc -l -p 4321' / Client A does: nc server 1234 -c 'nc localhost 5900' / Client B then connects to the server port 4321, and sees the vnc that A offers :) Die teamviewer, you've just been defeated! :) | |
16:37 | <Beer30> Humm.... rebooted client, plugged in the USB stick before I logged in, logged into client, opened "Computer", icon now shows up, but when I doubled clicked the icon, it said "Cannot mount volume". Then after a second or so, a popup said "Opening USB Drive".... then it sits there for like a minute then this error pops up: "Unable to mount location" "DBus error org.freedesktop.org.DBus.Error.NoReply: Did not receive a reply" blah blah blah.
| |
16:39 | That gives me something to Google on, but if anyone has any suggestions, please let me know :).
| |
16:45 | sene has quit IRC | |
16:46 | alkisg has quit IRC | |
17:08 | pmatulis has joined #ltsp | |
17:10 | Beer30 has quit IRC | |
17:13 | otavio has quit IRC | |
17:20 | Egyptian[Home] has quit IRC | |
17:22 | Egyptian[Home] has joined #ltsp | |
17:25 | BugsBunnyBR has joined #ltsp | |
17:27 | BugsBunnyBR has quit IRC | |
17:28 | BugsBunnyBR has joined #ltsp | |
17:30 | BugsBunnyBR has joined #ltsp | |
17:31 | <kusznir> Hi all: Got another question for you: I noticed CentOS is not listed in the ltsp5 supported updates anywhere. Are there any known methods of at least doing a login to a CentOS 5 server other than xdmcp?
| |
17:31 | BugsBunnyBR has quit IRC | |
17:31 | <kusznir> (i.e., something with encrypted logins and/or encrypted keyboard traffic at a minimum?)
| |
17:32 | We have several software programs that only work on CentOS/RHEL, and I'd like to go ltsp+thin clients for our next lab refresh.
| |
17:32 | BugsBunnyBR has joined #ltsp | |
17:34 | cg_uira has quit IRC | |
17:37 | leOn has joined #ltsp | |
17:37 | <leOn> hello
| |
17:37 | <kusznir> Another question: I just was looking through the wiki page on LtsConf, and it seems that it doesn't mention anything about SCREEN_ (except that it should mention something about it...)
| |
17:38 | My understanding is that that would be where I'd set up multiple login options. Is that correct?
| |
17:38 | <leOn> the autologin process, using ldm, only requires LDM_USERNAME and LDM_PASSWORD in lts.conf, right ?
| |
17:38 | <kusznir> (i.e., I want ctrl-alt-f1 to be one server, and ctrl-alt-f2 to be a different x server, I could do that there, right?
| |
17:38 | <leOn> kusznir: from what i know, you can do that, yes
| |
17:39 | <kusznir> What's the syntax?
| |
17:39 | <leOn> no idea .. i just know you can do that =)
| |
17:39 | someone i work with already did that
| |
17:40 | <kusznir> I used to do it back in ltsp 4.x days, but that was pre-ldm, and I'm not sure I even remember how to do different x servers..I can probably find an old config file that did rdp on one and X on another.
| |
17:40 | <leOn> damn .. i have both LDM_USERNAME and LDM_PASSWORD defined in lts.conf, but autologin isn't working ... i think ...
| |
17:41 | yep .. not working .. there are no processes running in the server for that user
| |
17:42 | <kusznir> Where is ldm configured?
| |
17:43 | <leOn> lts.conf
| |
17:43 | <kusznir> Umm..where is the daemon side of ldm....Where the theme that is displayed and such configured?
| |
17:43 | BugsBunnyBR has quit IRC | |
17:44 | BugsBunnyBR has joined #ltsp | |
17:44 | <leOn> kusznir: http://www.ltsp.org/~sbalneav/LTSPManual.html#ldm
| |
17:45 | ah ah! .. LDM_AUTOLOGIN defaults to false
| |
17:46 | <kusznir> le0n: thanks...that really sheds a lot of light on things...
| |
17:50 | <leOn> kusznir: http://www.nabble.com/Changing-the-thin-client-login-theme-on-Hardy-td18352592.html
| |
17:50 | google is your friend also .. not mine only
| |
17:51 | kusznir: and sarcasm is not good policy when searching for help
| |
17:54 | hmm .. guys .. i need to lauch the ica server on the thinclient .. is it possible to do so BEFORE the login takes action? .. i.e. .. i want to be able to connect remotely to the thin client and access whatever is happeining at the moment, be it just the login window or the user session
| |
17:54 | <kusznir> My understanding was that ldm was just like gdm: a daemon that listened for connections. I'm only now truly grasping what it is and how it works...Which is actually pretty cools.
| |
17:54 | <leOn> s/lauch/launch/
| |
17:56 | <vagrantc> kusznir: ldm is very different from gdm.
| |
17:56 | kusznir: it's essentially a GUI frotend for "ssh -X"
| |
17:57 | i mean, it's more complicated than that, but that's the basic jist
| |
17:57 | <kusznir> vagrantic: I'm in the process of figuring that out :)
| |
17:57 | <leOn> hi vagrantc
| |
17:57 | <kusznir> How do you start a full gnome session via a forwarded ssh X session?
| |
17:57 | <leOn> say .. would i be able to lauch the ica server from /usr/share/ltsp/screen.d/ldm ?
| |
17:57 | <kusznir> (I haven't encountered that in the docs, although its not really important to what I'm trying to do, just trying to better understand how ldm works)
| |
17:57 | <vagrantc> kusznir: ldm basically logs into the server something like this: ssh -x user@server /etc/X11/Xsession
| |
17:58 | kusznir: different distros put Xsession in different places.
| |
17:58 | <kusznir> Ahh..Ok.
| |
17:58 | <vagrantc> er, ssh -X user@server /etc/X11/Xsession
| |
17:59 | <kusznir> One of the things I want to do is have it "log into" a CentOS box. I can have a ubuntu lts server, but my "application servers" need to be CentOS.
| |
18:00 | <vagrantc> kusznir: best bet if you want a CentOS box is to build the LTSP5 environment on a supported distro, copy the public keys over so ltsp-update-sshkeys generates known_hosts entries for the CentOS server, optionally set up ldminfod on your CentOS server (especially if Xsession is in a different location), and set LDM_SERVER=ip.of.centos.server
| |
18:02 | <leOn> vagrantc: say .. what's described in here http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment .. what it truely does is launch ica on the server, right? .. not the thin client itself ..
| |
18:03 | i say this because they mention the login process and kdm ...
| |
18:04 | <vagrantc> leOn: i've never used italc ...
| |
18:04 | <kusznir> vagrantc: that's pretty much the conclusion I was coming to after reading through the documentation le0n sent me a link to.
| |
18:10 | vagrantc: So, I'm trying to get the first part done: getting a "host selection box" to show up and allow users to select between different hosts.
| |
18:11 | I've attempted to follow the instructions in http://www.ltsp.org/~sbalneav/LTSPManual.html#ldm section 22, by defining LDM_SERVER= <server1> <server2>, where in this case server1 is the ubuntu ltsp server, and server2 is the centos server. I've saved that lts.conf in my i386 tftp directory on the ubuntu server.
| |
18:12 | Unfortunately, I booted the thin client, and I don't see any host selection options/boxes.
| |
18:13 | (I'd like to, for now anyway, offer users a selection of hosts. Possibly even a different selection of hosts according to thin client.
| |
18:14 | <vagrantc> i haven't messed with that feature for a while ... i don't remember how old that feature is, but should be present in all recent ubuntu releases.
| |
19:00 | mikkel_ has quit IRC | |
19:03 | Selveste1 has quit IRC | |
20:08 | try2free has joined #ltsp | |
20:13 | try2free has left #ltsp | |
21:21 | johnny has joined #ltsp | |
21:21 | johnny is now known as Guest31455 | |
21:26 | LaserJock has joined #ltsp | |
21:38 | sene has joined #ltsp | |