00:00 | <nutron> yep that was it... fech
| |
00:06 | <vagrantc> so it actually *does* work?
| |
00:06 | <nutron> Yes it does.
| |
00:07 | it only uses the DHCP info, maybe someday it can fall back to an nslookup? or dig?
| |
00:08 | <vagrantc> could always add a custom hook...
| |
00:08 | and if it's generally useful, we can merge it upstream
| |
00:10 | <nutron> I don't understand LDM's theme rc... it doesn't look like gdm's layout and there's no real customization allowed except changing the graphics about
| |
00:11 | <vagrantc> it is what it is...
| |
00:11 | <nutron> Yeah :P
| |
00:11 | <vagrantc> there have been a few attempts at improving the theming support, but it's not made it in upstream
| |
00:12 | <nutron> I see. Code quality or not done?
| |
00:12 | <vagrantc> mostly, it allows you to change the background image, font, rendering engine...
| |
00:12 | i think mostly just not done...
| |
00:13 | <nutron> I'm already **lls deep into mythtv atm, otherwise I could offer some time .. gah, I hate to see stuff neglected
| |
00:21 | _UsUrPeR_ has quit IRC | |
00:28 | _UsUrPeR_ has joined #ltsp | |
00:28 | shogunx has quit IRC | |
01:16 | <nutron> hmm should SHUTDOWN_TIME actually work?
| |
01:22 | <vagrantc> haven't ever tried it
| |
01:22 | though the thin-client's clock would actually have to be working...
| |
01:23 | the variable TIMESERVER will attempt to set the clock using ntpdate
| |
01:24 | and TIMEZONE will set... well.. the time zone :)
| |
01:25 | dobber has joined #ltsp | |
01:28 | <vagrantc> nutron: is cron installed in the chroot?
| |
01:28 | <nutron> vagrantc: ehh I don't know, shouldn't it be? ..
| |
01:28 | * nutron checks | |
01:28 | <vagrantc> isn't on mine...
| |
01:29 | ltsp-chroot apt-get install cron
| |
01:29 | _UsUrPeR_ has quit IRC | |
01:29 | <nutron> aww crap, that was in the documentation
| |
01:29 | * nutron RTFM'ed he swears | |
01:30 | _UsUrPeR_ has joined #ltsp | |
01:31 | <vagrantc> i should add a dependency on cron for ltsp-client, as a number of features depend on it...
| |
01:31 | <nutron> ok cron installed.. nothing else I need to do?
| |
01:31 | <vagrantc> nutron: reboot the thin client ...
| |
01:31 | pthsWork has joined #ltsp | |
01:31 | <nutron> did
| |
01:31 | good stuff...
| |
01:32 | * nutron twiddles his thumbs as he waits for it to become 11:35 | |
01:33 | <vagrantc> cron is explicitly excluded from the initial debootstrap
| |
01:33 | <nutron> :o hmmm I wonder why?
| |
01:34 | <vagrantc> back in the day, we didn't have any features that would make use of it... so it was just cruft.
| |
01:34 | and people could easily install it if they wanted
| |
01:34 | <nutron> I see, sounds like LTSP has come a long way.
| |
01:35 | <vagrantc> it *has*
| |
01:35 | <nutron> wow... it just shut off!
| |
01:35 | \o/
| |
01:35 | All of this stuff would be so aggravating if you weren't here.
| |
01:35 | I think i owe you beer ... or money
| |
01:37 | oh... ehm, after turning it on, it said the system will halt in 10s. is that normal?
| |
01:37 | <vagrantc> that seems odd
| |
01:37 | i haven't worked with SHUTDOWN_TIME at all...
| |
01:38 | <nutron> it was in ldm, a graphical dialong box with a cancel button and a progress bar
| |
01:38 | err s/dialong/dialog/
| |
01:38 | <vagrantc> oh, right.
| |
01:38 | that might be a failsafe just in case someone's actually using it...
| |
01:38 | <nutron> so. Normal?
| |
01:38 | <vagrantc> yeah
| |
01:38 | <nutron> oh, this was after i turned it back on after it halted via cron
| |
01:39 | <vagrantc> hm.
| |
01:39 | seems a little odd
| |
01:39 | <nutron> and the time read 11:36 so cron didn't activate again
| |
01:39 | I'm going to try rebooting it again
| |
01:40 | hmm yep, same dialog box
| |
01:40 | wonder if it's a file to flag its halted state
| |
01:40 | i'll log in to see if it removes it
| |
01:42 | hmm nope
| |
01:42 | ldm started back up after log out, and back to the dialong
| |
01:42 | err dialog*
| |
01:42 | <vagrantc> i wonder where it's saving state ... shouldn't have write access...
| |
01:43 | <nutron> hmm yeah on boot it did it again
| |
01:43 | <vagrantc> so some quirks to work out with that...
| |
01:43 | * vagrantc heads to sleep | |
01:44 | <vagrantc> nutron: where you at, anyways?
| |
01:44 | <nutron> by vancouver
| |
01:44 | <vagrantc> bc?
| |
01:44 | <nutron> you?
| |
01:44 | yeah
| |
01:44 | <vagrantc> portland
| |
01:45 | <nutron> ahh nice city
| |
01:45 | hmm crap
| |
01:45 | now it won't log out
| |
01:45 | grr
| |
01:45 | unless i choose to start an app from the menu
| |
01:45 | <vagrantc> vancouver's nice too ... hope to make it back there someday
| |
01:45 | anyways... sleep calls
| |
01:45 | <nutron> I'm actually in Kelowna, 4 hours away
| |
01:45 | * vagrantc waves | |
01:45 | <nutron> ok
| |
01:46 | thanks very much for all the help
| |
01:46 | <vagrantc> happy to help :)
| |
01:46 | <nutron> g'nite
| |
01:46 | vagrantc has quit IRC | |
01:51 | alkisg has joined #ltsp | |
01:58 | Egyptian[Home] has quit IRC | |
02:05 | <nutron> ok if you see this... there's an rc.d file that checks the $SHUTDOWN_TIME variable, which I don't know if it should be available in a console, but it's blank
| |
02:05 | so it fails
| |
02:07 | <alkisg> nutron: which one? I01-halt-check ?
| |
02:07 | <nutron> alkisg: yep
| |
02:08 | <alkisg> Hmmm yup it doesn't look right... it should check if it's empty before calling date.
| |
02:08 | But it shouldn't affect anything else, does it?
| |
02:08 | <nutron> no but on boot the system wants to shut down :)
| |
02:08 | and on log out etc
| |
02:09 | I guess if I was a power nazi, it'd be a good thing to ensure the person is actually at his/her workstation :)
| |
02:09 | <alkisg> It does? That's weird, it should just "return" and bypass this script...
| |
02:09 | <nutron> should the variable be populated in a console?
| |
02:09 | <alkisg> Not unless someone declares it in lts.conf
| |
02:10 | <nutron> I could be completely wrong as I can't check the var while in ldm
| |
02:10 | yes I have it declared
| |
02:10 | and it's blank
| |
02:10 | <alkisg> What console? vt1? No, it shouldn't be there.
| |
02:10 | You can source ltsp_config to "see" whichever variables ldm sees
| |
02:11 | <nutron> where is ltsp_config?
| |
02:11 | Egyptian[Home] has joined #ltsp | |
02:13 | <nutron> found it
| |
02:16 | hmm yeah the variable has the right time, and upon every invocation of ldm, i get the shutdown dialog
| |
02:17 | looks like the script is ok, I'm at a loss though, can't understand why it's deciding that ....
| |
02:17 | oh wait
| |
02:17 | it's always gonna be true
| |
02:17 | <alkisg> What do you get with echo "$(date -d $SHUTDOWN_TIME +%s)" -lt "$(date +%s)"
| |
02:19 | <nutron> checks to see if the time is less than current time (in epoch seconds), ... and it will always be true since that time is past
| |
02:19 | the actual value is 23:35:00
| |
02:19 | let me try that, sec
| |
02:19 | <alkisg> Why is it past? If it's 10:00 now, and SHUTDOWN_TIME is 11:00, it should be "greater than", not -lt...
| |
02:20 | <nutron> yeah I don't know exactly .. now that I see the correct output..
| |
02:20 | I get it...
| |
02:20 | from the shutdown time, to the next day it'll always want to shut down
| |
02:21 | <alkisg> Sure, if the time now is 23:00, and you want the client to shutdown next morning at 8:00, you can't do it with that code.
| |
02:21 | Right
| |
02:21 | <nutron> so since I set it to 13:35, subsequent restarts until midnight will want it to shut down...
| |
02:21 | fancy, yet undocumented :P
| |
02:22 | rough... well let me re-try a boot to ensure I understand it, I bet it won't want to shutdown now :P
| |
02:23 | <alkisg> I wonder if it would be better to use an interval instead, e.g. shutdown from 23:00 to 08:00.
| |
02:23 | <nutron> yes, well perfect, now that I get it :P
| |
02:23 | alkisg: sorry to make you go through all those hoops
| |
02:23 | <alkisg> Np - you also solved a bug there about SHUTDOWN_TIME not being checked if empty
| |
02:25 | <nutron> It would be helpful if SHUTDOWN_TIME's explanation in the pdf included a blurb about it shutting down upon subsequent restarts from $SHUTDOWN_TIME to 0:00?
| |
02:26 | <alkisg> Maybe filing a bug in launchpad would be the best course here, as I don't know the needs of the developer that wrote that part. He may not want that behaviour himself, and he may change the code if he realizes it does that.
| |
02:27 | <nutron> ahh ok. I will then.
| |
02:27 | <alkisg> Also mention the problem about SHUTDOWN_TIME==empty...
| |
02:28 | https://bugs.launchpad.net/ubuntu/+source/ldm/+filebug
| |
02:28 | <nutron> do .. you know if there's a workaround when using the SINGLE_SESSION setting, if ... when it goes to kill the ssh socket, can it only kill ssh sessions activated by ltsp? all of my ssh sessions to the server get killed, it's only an inconvenience.
| |
02:28 | alkisg: k on my way
| |
02:31 | <alkisg> You mean LDM_LIMIT_ONE_SESSION ?
| |
02:36 | <nutron> alkisg: yes
| |
02:43 | <alkisg> Hmmm difficult... ssh makes /proc/pid/environ owned by root, so one can't use it to see if $LTSP_CLIENT is there. Also, ck-list-sessions isn't available to all distros. So maybe pgrep'ing for "bash -c echo LTSPROCKS; /bin/sh -" and then checking the parent pid would be one way.
| |
02:46 | <nutron> hmm yeah pgrep is standard
| |
02:46 | mordocai has quit IRC | |
02:48 | Da-Geek has joined #ltsp | |
03:14 | ogra_cmpc has quit IRC | |
03:26 | ogra_cmpc has joined #ltsp | |
03:28 | alkisg has quit IRC | |
03:34 | ogra has quit IRC | |
03:35 | ogra has joined #ltsp | |
03:38 | fenuks has joined #ltsp | |
03:38 | <fenuks> Anyone alive here?
| |
03:39 | <Appiah> nope
| |
03:39 | <dobber> only undead people here
| |
03:39 | <Appiah> everyone died
| |
03:40 | <fenuks> Aha, that is good. I was so afraid that there might be living things, those are very scary
| |
03:41 | Can anyone point me in a direction where I can find an up to date man for ltsp-build-client configuration files?
| |
03:42 | <dobber> !docs
| |
03:42 | <ltspbot> dobber: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
| |
03:45 | <fenuks> Searched there, only found help on command line parameters. Looks like not all of the commline parameters can be put into the conf file, or I'm writing them wrong
| |
03:46 | in particular it ignored CHROOT=myi386 line and created i386 folder instead
| |
03:51 | No ideas?
| |
03:52 | 'kay, let it be magic…
| |
03:53 | fenuks has left #ltsp | |
04:06 | Selveste1 has joined #ltsp | |
04:09 | mikkel has joined #ltsp | |
04:46 | ogra_cmpc has quit IRC | |
04:48 | ogra_cmpc has joined #ltsp | |
05:22 | alkisg has joined #ltsp | |
05:27 | dobber has quit IRC | |
05:29 | M4gic5t0rM has joined #ltsp | |
05:33 | M4gic5t0rM has quit IRC | |
05:57 | dobber has joined #ltsp | |
06:07 | BenG has joined #ltsp | |
06:15 | BenG has quit IRC | |
06:20 | muppis has joined #ltsp | |
06:25 | <muppis> I think I'm lost.. I quite sure I saw one day link to howto to prevent only one login per user, but can't find it anymore. So, is that possible at all or am I just bad googler?
| |
06:26 | <Appiah> LDM_LIMIT_ONE_SESSION ?
| |
06:28 | pmatulis has joined #ltsp | |
06:29 | <muppis> Appiah, thank you.
| |
06:35 | Can I possible do same with Ubuntu / gdm using same server for /home and LDAP?
| |
06:36 | <Appiah> are we still talking about LTSP?
| |
06:36 | (ltsp uses ldm , not gdm)
| |
06:39 | <muppis> There is coming about 20 LTSP and about 10 local installations with same accounts and it's meant to be allow only one login per account, no matter is it LTSP or local.
| |
06:39 | <Appiah> LDM_LIMIT_ONE_SESSION is per server
| |
06:40 | your local installs (non ltsp) that used ldap has no idea of lts.conf
| |
06:40 | <muppis> I figured that part out.. ;)
| |
06:41 | <Appiah> well sorry I dont understand your question..
| |
06:42 | <muppis> For example, user has logged in from LTSP and tries other login from non-LTSP. I want disallow that.
| |
06:43 | <Appiah> well
| |
06:43 | maybe thats something ldap can handle?
| |
06:43 | no LTSP function for that
| |
06:46 | <muppis> Ok.
| |
06:50 | Selveste1 has quit IRC | |
06:53 | <muppis> It is normal behaviour when I choose Shutdown from LTSP menu, it just log out?
| |
06:53 | <alkisg> https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/491940
| |
06:53 | Egyptian[Home] has quit IRC | |
06:58 | <muppis> alkisg, let's give a hit.
| |
07:00 | alkisg, it works.
| |
07:02 | <alkisg> Yup
| |
07:06 | shawnp0wers has joined #ltsp | |
07:09 | peter_tm has joined #ltsp | |
07:12 | Selveste1 has joined #ltsp | |
07:13 | <zeitsofa> is there a way to enable vnc (or other remodet desktop variants) for the thinclients?
| |
07:15 | <alkisg> Check out italc
| |
07:17 | Selveste1_ has joined #ltsp | |
07:17 | Selveste1 has quit IRC | |
07:23 | <zeitsofa> alkisg: I'm reading something about italc. but i think it isn't what i'm searching for. I'll only have a solution for our employees they can have a remote desktop. and not a managing "console/software" for all thinclients.
| |
07:26 | <alkisg> zeitsofa: I'm not sure I understand... do you want the "admin" to see the employer screens, or something else?
| |
07:29 | <muppis> zeitsofa, or do you mean that someone can make a vnc connection to thinclient to use it like being there locally?
| |
07:31 | alkisg has quit IRC | |
07:31 | alkisg has joined #ltsp | |
07:39 | alkisg has quit IRC | |
07:46 | alkisg has joined #ltsp | |
07:51 | <zeitsofa> alkisg: muppis: the employer have a vpn connection to our network from there home and like to get the screen from thinclient @ home.
| |
07:51 | <alkisg> neatx
| |
07:52 | thin client at home?
| |
07:52 | You mean "normal workstation at home", right?
| |
07:53 | <zeitsofa> yes i mean. The employers normaly have a windows workstation at home.
| |
07:54 | <alkisg> ok, see neatx / nx client
| |
07:54 | <zeitsofa> neatx is a good thing but u can't have a windows @ home to use it.
| |
07:54 | <alkisg> sure you can
| |
07:59 | http://www.nomachine.com/download-client-windows.php
| |
08:03 | <zeitsofa> alkisg: did neatx share the running session comes neatx with a new xsession?
| |
08:04 | <alkisg> zeitsofa: It asks about resuming a previously paused neatx session. But LTSP sessions are not related (i.e. not paused, resumed etc).
| |
08:05 | <zeitsofa> http://code.google.com/p/neatx/ shareing local session are not available.
| |
08:26 | <alkisg> If you want both the ability to share an existing session and to start a new session, I think only the proprietary nx server supports that.
| |
08:26 | Selveste1_ has quit IRC | |
08:47 | cyberorg has quit IRC | |
08:52 | cyberorg has joined #ltsp | |
08:54 | faranda has joined #ltsp | |
08:57 | faranda has quit IRC | |
08:59 | faranda has joined #ltsp | |
09:01 | satellit_ has joined #ltsp | |
09:19 | Da-Geek has quit IRC | |
09:19 | Da-Geek has joined #ltsp | |
09:29 | <AndyGraybeal> so ltsp and ubuntu 10.04 haven't had too much issues? i'm going to upgrade in two weeks from 8.10 to 10.04
| |
09:45 | faranda has quit IRC | |
09:59 | faranda has joined #ltsp | |
10:02 | <zeitsofa> alkisg: i have found a solution. vino-server are the magic word. if enabled you can connect the thinclient over server's vnc port.
| |
10:02 | <alkisg> zeitsofa: (1) vino-server only works for one user,
| |
10:02 | (2) it doesn't offer a new session
| |
10:03 | You'd have to change the gconf-key for it to use an alternate port. But still it won't offer a new session.
| |
10:04 | <zeitsofa> alkisg: not really. i have 10 thinclients. on every thinclient i have enable vino. now i can connect with vncviewer ltspserverip::59[00-10]
| |
10:04 | <alkisg> zeitsofa: by default, you can't - all vino-servers will use 5900.
| |
10:04 | <zeitsofa> nope
| |
10:04 | <alkisg> There's an upstream bug filed about that.
| |
10:04 | <zeitsofa> mom
| |
10:05 | i show you netstat output - can i post 2 lines here?
| |
10:05 | <alkisg> Which distro/version are you using?
| |
10:05 | <zeitsofa> root@ltsp:~# netstat -tulpen | grep vino
| |
10:05 | tcp6 0 0 :::5900 :::* LISTEN 1001 1041791 16735/vino-server
| |
10:05 | <alkisg> Sure, go ahead and paste whatever you want, but I don't see how it would help..
| |
10:05 | <zeitsofa> tcp6 0 0 :::5901 :::* LISTEN 1000 919860 11855/vino-server
| |
10:06 | i have ubuntu 10.04. and it is true vino normally run on 5900 but if this port in use it goes up to the one higher.
| |
10:07 | <alkisg> Hmmm at least until 9.10 that wasn't the case, I'll check again though. Anyway, don't you also want new sessions?
| |
10:07 | I.e. what if a user wants to login from home but isn't logged in locally?
| |
10:11 | <zeitsofa> the user is jumping around :(
| |
10:12 | a good way are enable x11vnc directly in ltsp.
| |
10:13 | The_Code has joined #ltsp | |
10:13 | <alkisg> How do you mean?
| |
10:13 | dobber has quit IRC | |
10:16 | <zeitsofa> i mean. i can't find a way to enable other vncserver for thinclients and thats what i'm missing for in ltsp. running x11vnc at boottime on thinclient to have remote desktop.
| |
10:17 | <alkisg> How would the user authenticate then?
| |
10:18 | You can run x11vnc on the thin client at boot time, but that won't help much - you just do round trips from home => client => server instead of the simpler home => server.
| |
10:23 | <zeitsofa> x11vnc on thinclient dosn't working for me.
| |
10:29 | staffencasa has joined #ltsp | |
10:34 | faranda has quit IRC | |
10:41 | DaGeek_ has joined #ltsp | |
10:41 | DaGeek_ has quit IRC | |
10:44 | Da-Geek has quit IRC | |
10:46 | faranda has joined #ltsp | |
10:53 | shawnp0wers has quit IRC | |
11:02 | peter_tm has left #ltsp | |
11:05 | faranda has quit IRC | |
11:15 | alkisg has quit IRC | |
11:17 | faranda has joined #ltsp | |
11:20 | Mip5 has joined #ltsp | |
11:21 | <Mip5> Morning all - I've followed the howtos for localapps (firefox and flashP on my Lucid LTSP install, and flash in particular seems very slow and stuttering. Any ideas on how to make this better?
| |
11:36 | Egyptian[Home] has joined #ltsp | |
11:42 | <Mip5> Firefox launches much, much faster when run from ltsp than when run as a localapp.
| |
11:48 | <_UsUrPeR_> mip5: that's correct. Firefox is no longer running as a localapp at that point. about Flash as a localapp: try using chromium instead of firefox
| |
11:48 | It seems like crhome handles flash better than firefox in ubuntu
| |
11:48 | err chrome
| |
11:48 | Mip5: also, what client hardware are you running?
| |
11:58 | faranda has quit IRC | |
12:02 | Egyptian[Home] has quit IRC | |
12:09 | shogunx has joined #ltsp | |
12:11 | alkisg has joined #ltsp | |
12:29 | cliebow has joined #ltsp | |
12:50 | shawnp0wers has joined #ltsp | |
12:54 | efra has joined #ltsp | |
13:04 | cliebow has quit IRC | |
13:04 | <Mip5> _UsUrPeR_: my client on this test box is a diskless workstation 1420
| |
13:05 | <_UsUrPeR_> mip5: how much RAM?
| |
13:05 | <Mip5> Not sure - it was a stock box, probably 1 gb
| |
13:06 | <_UsUrPeR_> Mip5: Ok. Did you try out chrome at all?
| |
13:07 | <Mip5> _UsUrPeR_: No - I haven't tried chrome. Will it "just work" if I install in the chroot, or do I need to do something so that flash runs? FWIW - I'm happy to use another media player - the staff and students do watch youtube some, so I'm trying to lessen the load
| |
13:11 | <_UsUrPeR_> Mip5: yeah, chromium auto-detects the installed flash player
| |
13:11 | so if you have flash working with localapps firefox, it will also work with chromium
| |
13:12 | <Mip5> _UsUrPeR_: cool. I'll try it. FWIW - why would ff launch faster from the server than from the local machine? I'm thinking I must have made some error somewhere, but am not sure how to troubleshoot that.
| |
13:13 | <_UsUrPeR_> Mip5: no, localapps always launch slower than the server-run software.
| |
13:14 | Mip5: though the trade-off of having the programs resident on the client instead of using server processing power is evident when you have a classroom full of students watching youtube :)
| |
13:26 | Kicer86 has joined #ltsp | |
13:39 | <Mip5> _UsUrPeR_: I didn't realize that localapps launch slower. Good to know. On another note, I've installed BIND on the server, with the hope that the clients will avail themselves of the cache when all students are directed to a particular website. I can dig @127.0.0.1 on a terminal in the thin client and see that BIND is working. However, when I dig w/out specifying @, I don't get an answer...
| |
13:39 | ...from ltsp server BIND.
| |
13:41 | <alkisg> cat /etc/resolv.conf on the client
| |
13:43 | <Mip5> alkisg: got it. So, /etc/resolv.conf in the chroot is where I need to specify my local BIND server, right?
| |
13:43 | <alkisg> No, on your dhcpd.conf or on lts.conf
| |
13:43 | That file gets recreated on each boot
| |
13:43 | <Mip5> alkisg: I *thought* I did that. Let me double check that....
| |
13:44 | <alkisg> With the "cat" command you just verify if you actually did what you intented to do
| |
13:46 | <Mip5> I specified it correctly in lts.conf - must be dhcp...
| |
13:46 | <alkisg> lts.conf overrides the dhcp settings
| |
13:46 | Can you pastebin your lts.conf?
| |
13:47 | <Mip5> okay - can you remind me how to pastebin? ;-(
| |
13:47 | <alkisg> !pastebot
| |
13:47 | <ltspbot> alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
| |
13:50 | <Mip5> http://ltsp.pastebin.com/xLypkkZf
| |
13:51 | localapps is currently False as I was testing the diff in launch times for ff
| |
13:51 | <alkisg> And what do you get with cat /etc/resolv.conf on the client?
| |
13:52 | <Mip5> search shows the domain correctly, but nameserver shows 8.8.8.8
| |
13:53 | <alkisg> That on Lucid? Do you have 8.8.8.8 declared anywhere?
| |
13:54 | <Mip5> Yes - that's what I specified in the ltsp server interfaces. I just tried dig @192.168.0.254 and got an answer from 8.8.8.8
| |
13:55 | scratch that last bit - I typed it incorrectly. Digging at the local interface gets an answer from the local, and the second time I do it, it's way faster (as expected)
| |
13:55 | Yes - Lucid
| |
13:55 | <alkisg> So where does that 8.8.8.8 come from?
| |
13:57 | <Mip5> I specifed it in /etc/network/interfaces for eth0
| |
13:58 | Am I mistaken - I thought one could use google's dns servers
| |
14:00 | <alkisg> No, I mean how does that reach the clients
| |
14:01 | The clients don't read the server's /etc/network/interfaces
| |
14:01 | So they probably get it from dhcpd.conf
| |
14:01 | Can you also pastebin your /etc/ltsp/dhcpd.conf
| |
14:01 | ?
| |
14:01 | <Mip5> Sure - back in a few
| |
14:04 | http://ltsp.pastebin.com/M6Tfr9pu
| |
14:05 | <alkisg> Aaaah you don't mean the localapps, you mean the server
| |
14:05 | I thought you were still talking about the local firefox etc
| |
14:06 | Well the server is a "normal" pc, you get whichever dns server you declare
| |
14:08 | <Mip5> I'm sorry - I *want* to speed dns searches for the clients. I must not have been clear on how to test where *they* are getting their info
| |
14:09 | <alkisg> For that afaik you typically declare localhost as the dns server and then point to the upstream servers from bind.conf or dnsmasq.conf etc
| |
14:10 | <Mip5> okay - thanks. I'll think about that.
| |
14:22 | Lns has joined #ltsp | |
14:23 | vagrantc has joined #ltsp | |
14:26 | litlebuda has joined #ltsp | |
14:28 | alkisg has quit IRC | |
14:49 | The_Code has quit IRC | |
14:55 | shawnp0wers has quit IRC | |
15:05 | PMantis has joined #ltsp | |
15:05 | <PMantis> Hi guys
| |
15:06 | I have an XUbuntu 10.04 based LTSP server that users cannot use evince on.
| |
15:06 | If I start it from a terminal, I see: EggSMClient-WARNING **: Failed to connect to the session manager: Authentication Rejected....
| |
15:11 | Kicer86 has quit IRC | |
15:14 | <Lns> PMantis: are you trying to run evince as root/sudo?
| |
15:15 | <PMantis> Lns, no
| |
15:16 | <Lns> PMantis: http://ubuntuforums.org/showthread.php?t=1312025
| |
15:21 | Ghidorah has joined #ltsp | |
15:22 | <Ghidorah> Hello. Does anyone know how to disable the OpenOffice.org user registration?
| |
15:26 | <nutron> ok simple one line answer required. Which document details how local apps work? I need to make only two available locally to thin clients
| |
15:27 | <Ghidorah> in lts.conf
| |
15:27 | you can specify a section like this [computername]
| |
15:28 | and then follow the normal local apps settings
| |
15:29 | LOCAL_APPS = TRUE
| |
15:29 | LOCAL_APPS_MENU = True
| |
15:29 | LOCAL_APPS_MENU_ITEMS = whateverlocalapp
| |
15:33 | <PMantis> Lns, Thanks! The disable symlink fixed it up.
| |
15:34 | <Lns> PMantis: nice. yw
| |
15:35 | nutron: http://wiki.services.openoffice.org/wiki/Documentation/Administration_Guide/Deactivating_Registration_Wizard (google is your friend)
| |
15:36 | <Ghidorah> LNS that would be directed towards me.
| |
15:36 | <Lns> errr
| |
15:36 | haha
| |
15:36 | sorry! Ghidorah ^^^^^^ ;)
| |
15:36 | <Ghidorah> sigh I had OpenOffice all setup nice
| |
15:36 | Default saved locations, disabled registration etc
| |
15:37 | I updated it to 3.2.1 and lost all my changes
| |
15:37 | and for some reason I failed to record what I did in my notes.
| |
15:39 | <Lns> Ghidorah: yeah, OOo still doesn't have a very good multiuser setup faclity.
| |
15:39 | facility*
| |
15:40 | <Ghidorah> :-/
| |
15:40 | Openoffice 3.2.0 in Ubuntu has been crashing like whoa with my students.
| |
15:41 | <highvoltage> I'm not familiar with the whoa package
| |
15:41 | <Lns> Ghidorah: any specific points where they're crashing? Im using 3.2.0 on my office LTSP network (just a single client on most of the time) but I'm not experiencing any issues. I'm running Debian Lenny + OOo backport though
| |
15:41 | highvoltage: lol
| |
15:42 | <Ghidorah> whoa == the actual description used by the students
| |
15:43 | <highvoltage> ah like Al Pucino
| |
15:54 | <Lns> Ghidorah: ^^^? Can you give some details at all?
| |
15:54 | PMantis has quit IRC | |
15:54 | <Ghidorah> Crashing upon saving a file in impress
| |
15:54 | unable to open up previously saved files (the files open up fine in Windows)
| |
15:56 | <Lns> Ghidorah: have you tried running it from a terminal and capturing any error output?
| |
15:56 | <Ghidorah> I will do that
| |
15:57 | I have not personally been able to reproduce the issue
| |
15:57 | <Mip5> thanks for the help all - see you around.
| |
15:57 | Mip5 has left #ltsp | |
16:00 | Egyptian[Home] has joined #ltsp | |
16:01 | <Ghidorah> I will have students run openoffice from terminal
| |
16:01 | Thank you for the advice Lns.
| |
16:02 | <Lns> Ghidorah: you're welcome!
| |
16:13 | alkisg has joined #ltsp | |
16:24 | Ghidorah has quit IRC | |
16:30 | pthsWork has quit IRC | |
16:33 | atkuepker has quit IRC | |
16:41 | alkisg has quit IRC | |
17:10 | <nutron> q: usually people block access to websites and log via a transparent proxy, it seems that inherently ltsp makes that option impossible. Is there a solution someone's used out there to continue serving web browsers like that (through a proxy)?
| |
17:14 | faranda has joined #ltsp | |
17:17 | faranda has joined #ltsp | |
17:20 | <faranda> hi all
| |
17:20 | as a possible start "ltspfs" manually?
| |
17:27 | mikkel has quit IRC | |
17:31 | <Lns> nutron: how does LTSP make using a proxy impossible?
| |
17:32 | The LTSP server acts as a proxy itself in a 2-NIC setup. All you have to do, in that case, is pretend the LTSP server is a single system (as it masquerades all LTSP terminals to its public-facing interface)
| |
17:33 | I can see if you need per-user or per-terminal proxy logging/control, however.
| |
17:33 | But I'm sure there is some sort of proxy chaining tools out there to facilitate that.
| |
17:36 | faranda has quit IRC | |
17:41 | vagrantc has quit IRC | |
17:50 | faranda has joined #ltsp | |
17:58 | efra has quit IRC | |
18:02 | faranda has quit IRC | |
18:08 | <nutron> Lns: yes I need per-user/terminal control and logging. Proxy chaining, what is that you speak of?
| |
18:40 | Lns has quit IRC | |
18:41 | staffencasa has quit IRC | |
19:01 | yanu has quit IRC | |
19:03 | yanu has joined #ltsp | |
19:03 | yanu has joined #ltsp | |
19:07 | Selveste1_ has joined #ltsp | |
19:27 | sweetpi has joined #ltsp | |
19:28 | <nutron> ok, then it looks like I have to do local apps. How good is the support for debian? I've run into a howto for ubuntu hardy, but I'm unclear if the setup matches mine (lenny + backports), is this the defacto howto?
| |
19:28 | This is for firefox that I'm asking
| |
19:38 | Ghidorah has joined #ltsp | |
19:38 | <Ghidorah> Has anyone had any issues with 64bit OpenOffice.org and lock files?
| |
19:48 | wurzzero has joined #ltsp | |
19:53 | <Ghidorah> nevermind, it was an issue with cifs.
| |
19:53 | I added nobrl to my mount command it seemed to resolve the issue
| |
19:54 | Selveste1_ has quit IRC | |
19:57 | Selveste1_ has joined #ltsp | |
19:58 | Egyptian[Home] has quit IRC | |
20:04 | wurzzero has quit IRC | |
20:04 | wurzzero has joined #ltsp | |
20:14 | Selveste1_ has quit IRC | |
20:15 | Egyptian[Home] has joined #ltsp | |
20:18 | Faithful has quit IRC | |
20:32 | <nutron> *chirp*
| |
20:33 | I wonder if there's a program/solution like italc for business? Anyone know? Its intended use is for the help desk.
| |
20:51 | <Ghidorah> nutron: vnc?
| |
20:52 | Egyptian[Home] has quit IRC | |
20:53 | <nutron> hah :P, the only other "cool" thing italc does is control stations... status.. on and off .. I guess I could write a script to handle all of that
| |
20:54 | Egyptian[Home] has joined #ltsp | |
21:04 | peter_tm has joined #ltsp | |
21:14 | pmatulis has quit IRC | |
21:22 | Egyptian[Home] has quit IRC | |
21:23 | sweetpi has quit IRC | |
21:24 | Egyptian[Home] has joined #ltsp | |
21:34 | peter_tm has left #ltsp | |
22:18 | <nutron> hmm
| |
22:18 | Where do I begin to debug audio..? audio seems to be .. not working
| |
22:25 | Ghidorah has quit IRC | |
23:14 | <nutron> Ok, I'll ask again because googling for hours seems to just be pissing me off.
| |
23:14 | LTSP, local apps, sound on client. Can it be done?
| |
23:16 | ok... how about another question, is there a "good" way to poke a subnet and see which machines respond as ltsp thin clients?
| |
23:52 | wurzzero has quit IRC | |