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


Channel log from 13 July 2010   (all times are UTC)

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:28shogunx 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:25dobber 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:31pthsWork 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:46vagrantc has quit IRC
01:51alkisg has joined #ltsp
01:58Egyptian[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:11Egyptian[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:46mordocai has quit IRC
02:48Da-Geek has joined #ltsp
03:14ogra_cmpc has quit IRC
03:26ogra_cmpc has joined #ltsp
03:28alkisg has quit IRC
03:34ogra has quit IRC
03:35ogra has joined #ltsp
03:38fenuks 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:53fenuks has left #ltsp
04:06Selveste1 has joined #ltsp
04:09mikkel has joined #ltsp
04:46ogra_cmpc has quit IRC
04:48ogra_cmpc has joined #ltsp
05:22alkisg has joined #ltsp
05:27dobber has quit IRC
05:29M4gic5t0rM has joined #ltsp
05:33M4gic5t0rM has quit IRC
05:57dobber has joined #ltsp
06:07BenG has joined #ltsp
06:15BenG has quit IRC
06:20muppis 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:28pmatulis 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:50Selveste1 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:53Egyptian[Home] has quit IRC
06:58
<muppis>
alkisg, let's give a hit.
07:00
alkisg, it works.
07:02
<alkisg>
Yup
07:06shawnp0wers has joined #ltsp
07:09peter_tm has joined #ltsp
07:12Selveste1 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:17Selveste1_ has joined #ltsp
07:17Selveste1 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:31alkisg has quit IRC
07:31alkisg has joined #ltsp
07:39alkisg has quit IRC
07:46alkisg 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:26Selveste1_ has quit IRC
08:47cyberorg has quit IRC
08:52cyberorg has joined #ltsp
08:54faranda has joined #ltsp
08:57faranda has quit IRC
08:59faranda has joined #ltsp
09:01satellit_ has joined #ltsp
09:19Da-Geek has quit IRC
09:19Da-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:45faranda has quit IRC
09:59faranda 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:13The_Code has joined #ltsp
10:13
<alkisg>
How do you mean?
10:13dobber 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:29staffencasa has joined #ltsp
10:34faranda has quit IRC
10:41DaGeek_ has joined #ltsp
10:41DaGeek_ has quit IRC
10:44Da-Geek has quit IRC
10:46faranda has joined #ltsp
10:53shawnp0wers has quit IRC
11:02peter_tm has left #ltsp
11:05faranda has quit IRC
11:15alkisg has quit IRC
11:17faranda has joined #ltsp
11:20Mip5 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:36Egyptian[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:58faranda has quit IRC
12:02Egyptian[Home] has quit IRC
12:09shogunx has joined #ltsp
12:11alkisg has joined #ltsp
12:29cliebow has joined #ltsp
12:50shawnp0wers has joined #ltsp
12:54efra has joined #ltsp
13:04cliebow 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:26Kicer86 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:22Lns has joined #ltsp
14:23vagrantc has joined #ltsp
14:26litlebuda has joined #ltsp
14:28alkisg has quit IRC
14:49The_Code has quit IRC
14:55shawnp0wers has quit IRC
15:05PMantis 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:11Kicer86 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:21Ghidorah 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:54PMantis 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:57Mip5 has left #ltsp
16:00Egyptian[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:13alkisg has joined #ltsp
16:24Ghidorah has quit IRC
16:30pthsWork has quit IRC
16:33atkuepker has quit IRC
16:41alkisg 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:14faranda has joined #ltsp
17:17faranda has joined #ltsp
17:20
<faranda>
hi all
17:20
as a possible start "ltspfs" manually?
17:27mikkel 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:36faranda has quit IRC
17:41vagrantc has quit IRC
17:50faranda has joined #ltsp
17:58efra has quit IRC
18:02faranda 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:40Lns has quit IRC
18:41staffencasa has quit IRC
19:01yanu has quit IRC
19:03yanu has joined #ltsp
19:03yanu has joined #ltsp
19:07Selveste1_ has joined #ltsp
19:27sweetpi 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:38Ghidorah has joined #ltsp
19:38
<Ghidorah>
Has anyone had any issues with 64bit OpenOffice.org and lock files?
19:48wurzzero 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:54Selveste1_ has quit IRC
19:57Selveste1_ has joined #ltsp
19:58Egyptian[Home] has quit IRC
20:04wurzzero has quit IRC
20:04wurzzero has joined #ltsp
20:14Selveste1_ has quit IRC
20:15Egyptian[Home] has joined #ltsp
20:18Faithful 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:52Egyptian[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:54Egyptian[Home] has joined #ltsp
21:04peter_tm has joined #ltsp
21:14pmatulis has quit IRC
21:22Egyptian[Home] has quit IRC
21:23sweetpi has quit IRC
21:24Egyptian[Home] has joined #ltsp
21:34peter_tm has left #ltsp
22:18
<nutron>
hmm
22:18
Where do I begin to debug audio..? audio seems to be .. not working
22:25Ghidorah 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:52wurzzero has quit IRC