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


Channel log from 8 June 2010   (all times are UTC)

00:06dobber has joined #ltsp
00:16cyberorg has quit IRC
00:19cyberorg has joined #ltsp
00:22
<dobber>
http://www.windowsfordevices.com/c/a/Windows-For-Devices-Articles/Windowspowered-Thin-Client-Devices-Showcase/
00:23
<johnny>
ok?
00:26
<dobber>
http://www.lenovo.com/secure_managed_client/uk/en/index.html
00:26
anyone seen this?
00:54alkisg has joined #ltsp
01:06
<Appiah_>
is this any different from the stuff HP been doing?
01:11
<dobber>
i think not
01:23
<alkisg>
I'm trying to "emulate" a 64MB client by passing `mem=64M` as a kernel parameter on a 128MB client. Unfortunately the client boots really slowly in this case. But if I try with a 64M vbox client, it boots fine!
01:23
Could it be that the `mem=64M` parameter actually leaves the client with less RAM than than? (maybe, I don't know, using some RAM for pci address space mapping?)
01:27stgraber has joined #ltsp
01:28
<Appiah_>
think you need memmap too alkisg
01:28
<alkisg>
Appiah_: I read something about that in kernel-parameters.txt, but I couldn't figure out which values I should put there
01:28
I have to scan my pci space to see?
01:28
<Appiah_>
same here , Dunno how to use it
01:29
<alkisg>
Also if I put mem=80M, then the client boots fine. It's like those 16M of videoram are "subtracted" from whatever I give it to `mem`...
01:30
I'll try to see the videoram mapping from xorg.conf and put it in memmap
01:30
*xorg.log
01:30
Ah, lspci -vv also shows it
01:31
sudo lspci -nn -vv | grep size= ==> yup only the videoram is significant
01:32
<Appiah_>
:D
01:48* alkisg tries mem=64M memmap=64M$64M
01:57BenG has joined #ltsp
02:01
<alkisg>
Hrm. This almost worked, the client booted fast and login was also fast. But then I switched to vt2, and when I tried to switch back to vt7, xorg crashed.
02:03
<Appiah_>
out of memory crash?
02:03
<alkisg>
I'm not sure. It might also be the problematic openchrome drivers...
02:07
Dammit it works fine if I don't put any kernel parameters (=with 128M RAM).
02:11gnunux has joined #ltsp
02:16* alkisg needs to test on a real 64M client :-/
02:21
<gnunux>
hi
02:24vagrantc has quit IRC
02:26alkisg has quit IRC
02:30Appiah_ is now known as Appiah
02:46alkisg has joined #ltsp
02:51alexqwesa_ has joined #ltsp
02:51alexqwesa has quit IRC
02:55alkisg has quit IRC
02:58toscalix has joined #ltsp
03:05bix0r has quit IRC
03:05shogunx has quit IRC
03:12bix0r has joined #ltsp
03:12shogunx has joined #ltsp
03:56BenG has quit IRC
04:13rickogden has joined #ltsp
04:35dobber has quit IRC
04:54dobber has joined #ltsp
04:58alkisg has joined #ltsp
05:19dobber has quit IRC
05:31dobber has joined #ltsp
05:34alkisg has quit IRC
05:50artista_frustrad has quit IRC
05:54F-GT has quit IRC
05:55bobby_C has joined #ltsp
06:05daduke has joined #ltsp
06:24pmatulis has joined #ltsp
06:38
<AndyGraybeal>
hey guys, i'm wondering if it is possible to install the APC UPS software onto each thin client so they shutdown gracefully.. or is this a arbitrary want on my part and not very useful in the big picture?
06:40
<Appiah>
you can install anything you want on the thin client..
06:46
<AndyGraybeal>
okay, thank you. i have to rebuild the image and such?
06:46
<Appiah>
chroot to the image
06:46
then exit it and do ltsp-update-image
06:46
<AndyGraybeal>
nice
06:46
thank you
06:47
<Appiah>
chroot , install your stuff, exit, ltsp-update-image :D
06:47
<AndyGraybeal>
i like your nickname :)
06:47
<Appiah>
huh
06:58alkisg has joined #ltsp
07:02F-GT has joined #ltsp
07:33shawnp0wers has joined #ltsp
07:39bobby_C has quit IRC
07:46alkisg has quit IRC
07:49mgariepy has joined #ltsp
07:49
<mgariepy>
morning everyone
07:50
hey sbalneav, FYI: the try catch for jetpipe work wonderfully
07:55bobby_C has joined #ltsp
07:56highvoltage has quit IRC
08:19
<daduke>
hey y'all. Does anyone know where ldm gets its list of available sessions from? I installed an LTSP server on 10.04 and I only have 'default' and 'failsave xterm' in the session list even though kde and gnome are installed and can be run from the xterm
08:25ogra_cmpc has quit IRC
08:27ogra_cmpc has joined #ltsp
08:28sharles has joined #ltsp
08:52Egyptian[Home] has quit IRC
09:04evil_root has joined #ltsp
09:07Egyptian[Home] has joined #ltsp
09:09tomee^ has joined #ltsp
09:09
<tomee^>
hi
09:09
is it a bug or a feature that I cannot log on to ltsp clients root account via ssh?
09:14
<dobber>
there is no ssh instaleld on the clients by default
09:14
*installed*
09:17
<tomee^>
yeah, I installed it
09:17
Your account has expired; please contact your system administrator
09:17
that's the message I am getting
09:22
<dobber>
did you set a new password for the root account ?
09:24
<tomee^>
yup
09:26
hmm, but I see a strange value in /etc/shadow
09:26
looks like it's the expired time, let me see
09:26johnny has left #ltsp
09:26
<dobber>
do you see :!:
09:26
tomee^ try passwd -u root
09:26
and then rebuild the image
09:27
<tomee^>
root:<hash>:14768:0:99999:7::1:
09:27
that's how it looks
09:27
<dobber>
or is it "root:!<hash>...
09:27johnny has joined #ltsp
09:28evil_root has left #ltsp
09:28alkisg has joined #ltsp
09:29
<tomee^>
umm, nope, starts with a $
09:29
I am rebooting a client now
09:31
<dobber>
this is allright then
09:32
<tomee^>
ha, it works now, thanks
09:32
I removed the '1' from the end of the line
09:33
I guess that's what passwd -u root would do
09:34
<dobber>
no
09:34
it adds ! at the start of the hash
09:34
passwd -l account (locks the account by adding ! at the start of the password hash in /etc/shadow)
09:35
passwd -u account (removes the !)
09:37
in your case, your root account is not locked that way
09:40
<tomee^>
so
09:40
I guess it was expired
09:40
man shadow says that the 8th field is number of days since the epoch that the account has been expired
09:40
s/has been/is/g
09:41
but anyways, I think it's LTSPs doing
09:41
the original /etc/shadow on master server does not contain this field
09:43
<dobber>
just leave it emptry to be sure
09:43
<tomee^>
yeah, I did and it works now
09:43
so, case closed ;)
09:45
<dobber>
:)
09:59dobber has quit IRC
09:59ogra has quit IRC
10:00ogra has joined #ltsp
10:01bobby_C has quit IRC
10:03Gadi has joined #ltsp
10:13litlebuda has joined #ltsp
10:13staffencasa has joined #ltsp
10:33tstafford_ has quit IRC
10:35tstafford has joined #ltsp
10:36rickogden has quit IRC
10:36gnunux has quit IRC
10:40rad4Christ has joined #ltsp
10:50tomee^ has quit IRC
10:53jhutchins_lt has joined #ltsp
10:54
<alkisg>
Heh, xpra is fun... http://shifter.devloop.org.uk/flash.html
11:22litlebuda has quit IRC
11:47highvoltage has joined #ltsp
11:56mikkel has joined #ltsp
11:57hawkI has joined #ltsp
12:06pmatulis has quit IRC
12:07pmatulis has joined #ltsp
12:13
<_UsUrPeR_>
alkisg: ping?
12:14
<alkisg>
Hey _UsUrPeR_, what's up?
12:14
<_UsUrPeR_>
alkisg: We're experimenting with fat clients, and having some boot problems.
12:14
<alkisg>
Lucid?
12:14
<_UsUrPeR_>
specifically, an error stating that udhcpc is having a problem finding the broadcasting server
12:14
10.04, yeah
12:15
it's intermittant
12:15
and 90% of the time, clients are booting fine
12:15
any insight?
12:15
<alkisg>
"the broadcasting server"? You mean the dhcp server?
12:15
<_UsUrPeR_>
correct
12:15
<alkisg>
What dhcp server are you using?
12:16
<_UsUrPeR_>
tftpd-hpa
12:16
<alkisg>
The lucid dhcp3-server one? A windows dhcp server? etc
12:16
No, not tftp server, dhcp server
12:16
<_UsUrPeR_>
my bad. It's the dhcp server installed by default with the ltsp-server-standalone package
12:17
<alkisg>
Hmm it should work fine then. In any case, it's not fat-client related; fat clients use the same boot method as thin clients
12:17
Do you happen to have another dhcp server around? E.g. a router?
12:17
(or another thin client server?)
12:17
<_UsUrPeR_>
yeah, I can use a router instead.
12:18
Should I give that a shot and see what happens?
12:18
<alkisg>
No, I don't mean that you should use a router. I'm just asking if you are already using a router
12:18
If you have 2 dhcp servers on the same network, you get the results that you describe
12:19
<_UsUrPeR_>
Hmm. Ok, let me check to see if there's any interference
12:19
<alkisg>
What's the exact message that udhcp reports?
12:19
<_UsUrPeR_>
I'll have to restart until it comes back up, and I'll shoot you a message
12:20
<rad4Christ>
Afternoon everybody!
12:21
<abeehc>
:/
12:21
<rad4Christ>
LTSP server is running amazingly well, thanks to all your help! I'm playing around with localapps right now, planning to have openoffice, Friefox, and flash plugin run locally.
12:21
Any other apps you guys recommend to run local?
12:22
<hawkI>
rad4Christ: browser, if your clients are fat enough
12:23
<alkisg>
A multimedia player like totem or vlc?
12:23
How much ram do your clients have?
12:24
<rad4Christ>
The clients will either be Acer Revos, 1.6 GHZ Atom and 1GB ram, or older Pcs converted to "thin clients" with 256-1GB ram, Pentium4 and above.
12:24
Depending on the school's grants, we may just use the current PCs running XP as the clients.
12:25
<hawkI>
rad4Christ: what benefit will they get from an LTSP server if they run XP?
12:25
<rad4Christ>
No, hawkI, they won't be running XP anymore.
12:26
<hawkI>
rad4Christ: I mean the PC's running XP that you mentioned just above?
12:26
<rad4Christ>
I was saying they're currently running XP, so I feel pushing OOo and FF to them shouldn't be a problem.
12:26
<hawkI>
oh
12:26
ok :)
12:26
<rad4Christ>
We'll be removing the HDD from them, so they'll be diskless.
12:27* alkisg uses fat chroots for such good clients...
12:32
<rad4Christ>
Ok, added VLC gimp.
12:33
<hawkI>
hmm, can you set up an LTSP client to be bootable tyo either XP or Linux?
12:33
s/tyyo/to
12:34
<alkisg>
Sure, and the boot choice can even be managed from the server
12:34
<hawkI>
alkisg: can the client user choose?
12:34
<alkisg>
Sure
12:34
<hawkI>
cool.
12:34
<rad4Christ>
Really? Neat.
12:35
<hawkI>
ultimate flexibility, best of both worlds.
12:35
<NeonLichT>
Is there anything good at the other side?
12:35
<alkisg>
See the picture there: http://users.sch.gr/alkisg/tosteki/index.php?topic=2828.0
12:35
<hawkI>
alkisg: is that in the default ltsp config stuff or there spedcial stuff needed to added it?
12:35
<alkisg>
...there's also the pxe menu there, if anyone wants it...
12:35
hawkI: just a small pxe menu
12:36
(that "default" attachment in that page)
12:36
<hawkI>
NeonLichT: yes there is. "Quicken" but thats it. :)
12:36
<alkisg>
http://users.sch.gr/alkisg/tosteki/index.php?action=dlattach;topic=2828.0;attach=1672;image
12:37
<hawkI>
alkisg: nice. :)
12:37
<rad4Christ>
alkisg: Verynice.
12:37
<alkisg>
I hope we can put a menu-ing system upstream in some later ltsp version...
12:38
<NeonLichT>
It would be nice to be able to choose which OS to download (no local disk)
12:38
I'd like to be able to choose between thin client and Haiku,
12:39
<alkisg>
You can do that for numerus linux versions, but not for windows - unless you have 1 seperate image for each client, and use aoe or iscsi
12:39
<NeonLichT>
I don't care about Windows, never use it,.
12:40
Just BSD, Debian and Haiku.
12:40
<alkisg>
Nice
12:41
This morning I went to an XP lab with very recent clients... I plugged my laptop to the switch, and booted the clients from network - in 10 secs! It was amazing, having a lab ready in such a small time...
12:42
<rad4Christ>
alkisg: I just ooked into the fat client config for LTSP5 and Ubuntu 10.04. What benefit is this over simply using localapps?
12:43
<alkisg>
rad4Christ: all the apps are local. If the clients are good enough, I don't see any benefit for localapps.
12:43
<rad4Christ>
SO instead of localapps directing certain apps, ALL apps run locally?
12:44
What does the server handle?
12:44
<alkisg>
Yup
12:44
Only the disk, nbd and nfs or sshfs
12:44
And authentication (ldm / ssh)
12:44
<NeonLichT>
I don't understand your sentence, alkisg, if the clients are good enough why there aren't benefits of running localapps?
12:44
<rad4Christ>
The Fat clients are still diskless, then?
12:44
<alkisg>
Yes
12:45
brb
12:45
<rad4Christ>
Awesome, so in my case, using new nettop Atom PCs and P4 and above desktops, fat client seems to make more sense, then
12:45
<NeonLichT>
Yes, rad4Christ, it does.
12:51
<johnny>
i use atom ms wind nettops
12:51
msi*
12:51
works great with 2GB ram :)
12:51
hah
12:52chupacabra has quit IRC
12:52
<rad4Christ>
We're going with the Acer Revos, 1GB
12:52
I'm interested to see if it utilized the Nvidia Ion
12:52
<johnny>
oh.. i avoided nvidia
12:52
<alkisg>
NeonLichT: fat clients == all apps as localapps. So no more "i'm clicking on firefox but the openoffice from the server doesn't open, and I don't have one locally installed" problems.
12:52
<johnny>
because the the free drivers are OK.. but not quite good enough
12:53
and the proprietary drivers take up too much space and don't really fit into the system well
12:53
intel or ati forever :)
12:53
<rad4Christ>
SHould I add any special commands to my image build in order to plan for the Nvidia drivers?
12:53
(I'm really new to all of this)
12:53
<NeonLichT>
alkisg, I know what fat clients are. I just didn't understand why you said that if the clients were good there were no benefits of using localapps.
12:53
<johnny>
they should magically work..
12:53
after following the install instructions
12:54
<rad4Christ>
Ok, I've been looking at the Wiki entries for all of this, and a few IRC conversations, so we'll see.
12:54
<alkisg>
NeonLichT: if the clients are good enough, then all apps run better locally as compared to running them from the network... and there's no problems in local apps / remote apps cooperation.
12:55
<rad4Christ>
In the latest distros, anything I need to do to enable localdevices, i.e. USB drives?
12:56
<alkisg>
No, they should work out of the box.
13:06
<rad4Christ>
Qorry, one more question. Will the clients automatically have whatever apps running on the server locally? How to I set that up? Only what's in the Late_Packages?
13:06
Sorry*
13:07
<alkisg>
The thin clients, yes, they'll automatically have any apps that are on the server. The fat clients no, you have to install them manually. Either by using LATE_PACKAGES or after the installation with apt-get install.
13:08japerry has quit IRC
13:08
<rad4Christ>
OK. do I need two different images, one for Fat, one for thin?
13:08
If so, how do I set up which one the client uses?
13:10
<johnny>
if your non fat clients are 256 mb of ram above then you don't need 2 images
13:10
<alkisg>
No, you can use the same image *AT ALL CASES*
13:10
<johnny>
according to alkisg anyways.. there's just some LTSP_FATCLIENT=Y|N
13:10
<alkisg>
(johnny there's been a change in that)
13:10
<johnny>
ah :)
13:10
<alkisg>
I put a new lts.conf variable, FAT_RAM_THRESHOLD
13:11
<johnny>
alkisg, except perhaps when handing such things are nvidia drivers? would it be recommened or not then?
13:11
<alkisg>
with a default value of 300 MB. All clients below that are booted as thin, while clients with more than that as fat
13:11
johnny: supposedly, Lucid allows all nvidia drivers to be installed simultaneously
13:11
<rad4Christ>
OK, well then, what about profile setup and such using sabayon, that all works either way, correct (I know it works in thin environment)
13:12
<alkisg>
So one would just have to write a small script to activate each proprietary driver...
13:12
I hope that happens automatically in some later ubuntu version
13:12chupacabra has joined #ltsp
13:12
<rad4Christ>
Me too, since we're looking at NVidia based atom nettops for the clients.
13:12
<alkisg>
rad4Christ: that won't work neither with localapps nor with fat clients. You'd have to copy the config dirs to the chroot.
13:13
<rad4Christ>
I've made changes in sabayon and it showed in the thin client just fine, UNLESS I changed the session type at the logon screen, then it completely broke it.
13:14
<alkisg>
Thin clients work fine with sabayon because the session is on the server. BUT localapps are on the client, so they don't respect any sabayon settings.
13:14
<rad4Christ>
OK. so I need to set it up on the server, then find out where the configs are set, and move it into the chroot?
13:14
<alkisg>
Yup
13:14
<rad4Christ>
And rebuild the image?
13:15
<alkisg>
Fat clients (and also localapps) have some additional overhead, sure. Thin clients are much, much more convenient. But when it comes to multimedia... :-/
13:16
<rad4Christ>
exactly, and since we run flash based apps for student training, and we've built an inhouse hulu-type teacher video resource, we want to have multimedia run well.
13:18hawkI has quit IRC
13:20hersonls has joined #ltsp
13:20
<johnny>
i would recommend against nvidia if you have ea choice
13:21
it's only worth having an nvidia card if you're a gamer imo...
13:21
otherwise the cons outweigh the pros
13:21
<alkisg>
Yeah, I don't think it offers any advantage for flash or video playback... for 3D apps like google earth ok, but not much for 2D apps.
13:22
<johnny>
sure.. the intel 3d is good enough for google earth tho
13:22slidesinger has joined #ltsp
13:22
<_UsUrPeR_>
alkisg: ok, got the error. http://pastebin.com/NEkqmBFe
13:23
<alkisg>
_UsUrPeR_: check the server logs, you should see some messages from dhcp3-server explaining the lease problem
13:23
E.g. too small pool or something...
13:25
<_UsUrPeR_>
k
13:31
alkisg: hmm. This is a single client operating on a separate subnet. There is only one DHCP server running, so there won't be any interference. It's received the same IP address every time it has booted, so I'm not quite sure that this would be a lease problem.
13:32
<alkisg>
Well, it is a dhcp problem, so looking at the dhcp3-server logs on the server is probably a good idea.
13:34
(in daemon.log I think - I don't use dhcp3-server)
13:36
<atkuepker>
Ubuntu does daemon.log by default
13:39
<rad4Christ>
Is there a simple way I can replicate what's installed, edubuntu packages, games, accessories, etc on the fat client build easily?
13:40
<alkisg>
Just keep a list of the packages and put them to "late_packages". Also, use "edubuntu-desktop" in FAT_CLIENT_DESKTOPS instead of "ubuntu-desktop" if you want.
13:40
<rad4Christ>
Awesome, that helps
13:41* alkisg uses some "package list" files for different education levels, and installs them to the server with a script and to the chroot with an ltsp-build-client plugin.
13:45
<rad4Christ>
Would you mind sharing some of the packages you'd recommend for grades 6-12, or for a general school lab use?
13:46
<alkisg>
Sorry, we use some greek packages made by the ministry, which aren't internationalized...
13:46
Of course we also use tuxpaint etc, but most of the edu apps we use are greek only
13:46
<rad4Christ>
I gotcha, thanks anyway
13:48dobber_ has joined #ltsp
13:50
<_UsUrPeR_>
alkisg: here is the the daemon.log from that failed boot: http://pastebin.com/sFvEF8UP
13:52
<alkisg>
_UsUrPeR_: I'm not seeing any problems there. Did you check the time? I.e. when the client asked for a lease, did the server answer (most probably not), or it didn't even receive the request?
13:52
And if it didn't receive the request, why wouldn't it? Is this some VM server / client?
13:52
<_UsUrPeR_>
Well the error actually appears AFTER the tftp download
13:53
<alkisg>
Where? I'm not seeing it in the log...
13:54
<atkuepker>
So it's failing on the 2nd DHCP DISCOVER?
13:54
<alkisg>
_UsUrPeR_ says it fails only some times, not always.
13:54
<atkuepker>
That's what (http://pastebin.com/NEkqmBFe) looks like to me
13:54
<_UsUrPeR_>
atkuepker: correct alkist: also correct
13:55
<alkisg>
(I don't see any failure in the log, though - just a normal boot process)
13:55litlebuda has joined #ltsp
13:55
<_UsUrPeR_>
which is why this is confusing for me
13:56pmatulis has quit IRC
13:56
<atkuepker>
how customized is your dhcpd.conf ?
13:57
<_UsUrPeR_>
atkuepker: hold on, I'll just pastebin it.
13:57pmatulis has joined #ltsp
13:57
<alkisg>
and, what's the actual setup? A real server and a real client on an isolated switch?
13:57
<atkuepker>
thanks. am myself sometimes skittish about posting conf files
13:58
<_UsUrPeR_>
alkisg: a real server running 10.04 x64 connected DIRECTLY to a client
13:58
gigabit network card does auto crossover
13:58
<alkisg>
_UsUrPeR_: ah, there's your problem
13:58
When the kernel initializes the network, it brings the interface down,
13:58
so the server interfaces gets down,
13:58
<_UsUrPeR_>
atkuepker: http://pastebin.com/a1W6aTQy
13:58
there you go
13:58
<alkisg>
so until the server interface comes up, the client might lose some packets
13:58
So try with a switch, not with a crossover cable.
13:59
<atkuepker>
Yep. I forgot about that. Haven't had that problem since I went to a seperate test network
14:00
<_UsUrPeR_>
ok, I'll put a switch in the mix
14:00
lemme give that a shot
14:03
<atkuepker>
alkisg, Speaking of the boot process, is there any internal LTSP project documentation for that? I'm wanting to dig into that a little more.
14:04
<alkisg>
atkuepker: nope - and it's even distro specific
14:04
<atkuepker>
ah.
14:08
<johnny>
for now..
14:08
it should be less distro specific between 2 very popular distros if 2 things happen
14:08
ubuntu adopts dracut
14:09
then fedora and ubuntu can share almost all init script code
14:09
and if debian adopts either dracut or upstart
14:10
<atkuepker>
thanks.
14:10
<johnny>
but actually.. if fedora were to modify their dracut creation scripts, they could probably almost share the init scripts right now
14:18
<alkisg>
johnny, have you heard about any plans for debian/ubuntu to adopt dracut? All I'm finding is about how immature dracut is compared to debian's initramfs-tools.
14:19johnny has left #ltsp
14:20johnny has joined #ltsp
14:23
<johnny>
sorry ltsp bzr feed, you have to die
14:24
it has some funny characters that show p that cause the display to take up 2 lines in evolution rss
14:24
and when i hilight over it, it caues the screen to jump and redraw
14:24
gonna have to file a bug with evolution rss
14:26mordocai has joined #ltsp
14:27Lns has joined #ltsp
14:28
<mordocai>
Hello, i have a question about the GNOME desktop. I have it setup where the users can only get on firefox and logout, and nothing else. This is accomplished by taking the menus off the panels, disabling all shortcuts for the terminal and the menus, and disabling virtual terminals. Then, i put two .desktop files in /etc/skel/Desktop/. One for firefox, one for logging out. Pretty soon after this, I noticed two security holes. (out of
14:29cliebow has joined #ltsp
14:30vagrantc has joined #ltsp
14:30bobby_C has joined #ltsp
14:31
<mordocai>
The first security hole in this setup, is that they can right click the .desktop icons and click properties, then change the command. This way, they can start say... gnome-terminal. Now, they shouldn't be able to do anything... but i don't want them messing with anything at all except firefox. Therefore, I thought that i might do a chmod -w on the files in /etc/skel. This didn't really work, as the files as marked as them owning t
14:31
Not sure what to do about that hole.
14:33
The second one is that they can point firefox to file:///usr/bin/gnome-terminal (for example) and download the binary. Then they can "open containing folder" and run the binary they downloaded. So they can run basically any program they want.
14:33bobby_C has quit IRC
14:34
<mordocai>
For both of these, i could go through and make only root have any access (including read) to everything except firefox and other things required to run the desktop. This is, however, very time intensive and isn't easily made automatic. Anyone else have any solutions for this problem?
14:34
these problems*
14:35johnny has left #ltsp
14:35
<alkisg>
Mount /home with noexec?
14:35pmatulis has quit IRC
14:35
<alkisg>
(also why don't you just use the kiosk plugin?)
14:35
<mordocai>
I didn't know about a kiosk plugin... linkage?
14:36
<alkisg>
Are you using ltsp?
14:36
<mordocai>
Yeah
14:36johnny has joined #ltsp
14:36komunista has joined #ltsp
14:37
<alkisg>
$ LANG=C ltsp-build-client --extra-help | grep kiosk
14:37
--kiosk a simple webkiosk mode
14:37
It's an ltsp-build-client plugin, it shows firefox instead of ldm
14:38
Also the firefox runs locally so the users don't have access to the server
14:39
<johnny>
i'm pretty close to only needing firefox
14:39
but my users still like to use certain things that require otherapps
14:39
<mordocai>
Hmm... so users don't have to login? These are kiosks, but only for students and faculty. So we still need them to have to authenticate with LDAP
14:40
<johnny>
then you don't want to use that..
14:40
<mordocai>
Oh, and making /home noexec would make it where my .desktop icons don't work, i believe. (not used the flag before so i'm not sure)
14:40
<johnny>
desktop files, i don't think they are marked executable
14:41
<mordocai>
Well, if it's the same thing as chmod +x, then they are.
14:41
<johnny>
no. it's not
14:41
oh, wait
14:42
<alkisg>
Maybe you could use symlinks for the desktop icons
14:42
<mordocai>
Hmm... yeah. That might work. I'll have to try that.
14:42
<johnny>
nope
14:42
none of mine are chmod +x mordocai
14:42
<mordocai>
Oh, mine don't show the icons unless they are.
14:42
<johnny>
they are all 664
14:43
<alkisg>
johnny: where? I think they need to be +x, unless they are on some special locations like /usr/share/applications.
14:43
<johnny>
aha.. that would explain it
14:43
<alkisg>
(there's been some mailing list talk about it, concerning security etc)
14:43
<johnny>
i wonder why tho..
14:43
security..security always screws up everything fun
14:44
<mordocai>
Hmm... so maybe moving them to say... /usr/<wherever would be best practice> and then making root own them but making their permissions 755 and then symlinking to them...
14:45
Though, i hope that annoying little lock icon doesn't show up. I could see users getting confused over that.
14:46
I'll set it up and try it. Brb.
14:50
Okay, that seems to work. The only problem now is the little lock icon that GNOME shows when something is read only... anyone know how to remove that? (thanks for the idea alkisg btw. I should have thought of it myself... i was already using a symlink to the desktop icon for ~/.config/autostart/ so that firefox would start up automatically)
14:50bobby_C has joined #ltsp
14:56
<abeehc>
i'm running 9.04 ubuntu; seems like sftp-server is giving my server a hard time; once a user is logged in/workstation booted, what is sftp-server responsible for?
14:58
<alkisg>
sshfs for localapps
14:58
!button_layout
14:58
<ltspbot>
alkisg: "button_layout" :: To revert the Ubuntu button position and ordering to their old values, run: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /apps/metacity/general/button_layout menu:minimize,maximize,close
15:04chupacabra has quit IRC
15:06secayford has joined #ltsp
15:08atkuepker has quit IRC
15:11
<mordocai>
alkisg: Is ltsp-discuss the main mailing list? And are there any others i should subsribe to if i want to keep up with ltsp news?
15:12
<abeehc>
alkisg: ty
15:12
<alkisg>
ltsp-discuss should be fine. There's also -developers for developers, and some ltsp-related traffic in the edubuntu lists. Could be others too but I don't know about them.
15:14
<mordocai>
Okay, good. Any ideas on the little lock icon that gnome shows when something is read-only? I've been googling, and saw a couple people asking how to remove it... but most people said just go to properties and click emblems. That, however, is for user emblems... it doesn't affect these ones.
15:16
<alkisg>
mordocai: on second thought, I'm wondering if that is a safe appoach - /tmp and /var will still have the exec mount flag...
15:17
<mordocai>
Hmm... yeah. I just found documentation on these gconf keys though, hadn't noticed them before. They might work: http://docs.sun.com/app/docs/doc/817-5310/6mkpbn3uv?l=en&a=view. However, i think i'd have to whitelist ltsp-localapps since i run firefox locally... i don't think just firefox will allow it...
15:18vvinet has joined #ltsp
15:19
<alkisg>
gconf isn't installed on the chroot, so no restrictions would apply there
15:20
Ah... hm...
15:20
Likely xprop, not ltsp-localapps
15:20
<mordocai>
Yeah... i mean, the desktop itself runs on the server... i've locked down everything else with gconf.
15:21
<alkisg>
I think the modified desktop files contain the direct xprop command, they don't call ltsp-localapps.
15:22
<mordocai>
Oh. Well, I actually made my own desktop files -.-. So i used ltsp-localapps.
15:23atkuepker has joined #ltsp
15:24
<mordocai>
Hmm... well it appears those keys no longer exist anyways. I'll have to see if anything else appears to do the same thing now.
15:30bobby_C has quit IRC
15:32mgariepy has quit IRC
15:33
<mordocai>
Oh... well that is interesting. It appears that the little firefox hole (where you could download something and run it) doesn't work if i use local firefox. I was using the firefox on the server, but now with local you can't even "open containing folder" because there is nothing installed except firefox and plugins for it. So that hole is closed... therefore, in theory, alkisg: your idea with the symlinks should work, maybe even wi
15:34
<alkisg>
mordocai: your sentence was cut in "your idea with the symlinks should work, maybe even wi"
15:38
<mordocai>
Oops, sorry. yeah, that was "maybe ven without noexec mounting of /home, though it'd still be a good idea."
15:39
lol, without the "even" typing error of course :P
15:42F-GT has quit IRC
15:44bobby_C has joined #ltsp
15:45
<mordocai>
Okay, well i'm going to logout and see if I can do any damage with it setup with the symlinks.
15:45mordocai has quit IRC
15:47mordocai has joined #ltsp
15:53
<rad4Christ>
Thanks for all the help. I got an error after converting to fat image, but that was my fault.
15:53
Doing some adjustments and trying again in the AM.
15:53
Good evening to all!
15:54F-GT has joined #ltsp
15:54rad4Christ has quit IRC
15:54mordocai has quit IRC
15:55johnny has left #ltsp
15:55komunista has quit IRC
15:57johnny has joined #ltsp
16:01hersonls has quit IRC
16:09johnny has left #ltsp
16:11johnny has joined #ltsp
16:13komunista has joined #ltsp
16:14vagrantc has quit IRC
16:21secayford has quit IRC
16:21
<Lns>
!compiz
16:21
<ltspbot>
Lns: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
16:22dobber_ has quit IRC
16:22
<atkuepker>
compiz needs to go sleep with the fishes =\
16:23Gadi has left #ltsp
16:23vagrantc has joined #ltsp
16:30artista_frustrad has joined #ltsp
16:32Selveste1 has joined #ltsp
16:35vagrantc has quit IRC
16:36staffencasa has quit IRC
16:38komunista has quit IRC
16:38vagrantc has joined #ltsp
16:39toscalix has quit IRC
16:46mikkel has quit IRC
16:46
<Lns>
atkuepker: compiz is nice, just not ideal for many ltsp installs
16:46
can't blame em for making wobbly windows ;)
16:52Selveste1 has quit IRC
16:54bobby_C has quit IRC
16:56Selveste1 has joined #ltsp
17:01chupacabra has joined #ltsp
17:04Lns has quit IRC
17:06Lns has joined #ltsp
17:12sch-bot has joined #ltsp
17:14
<alkisg>
!compiz
17:14
<sch-bot>
alkisg: Error: "compiz" is not a valid command.
17:14
<ltspbot>
alkisg: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
17:18staffencasa has joined #ltsp
17:23sch-bot has quit IRC
17:23sch-bot has joined #ltsp
17:24
<alkisg>
!compiz
17:24
<sch-bot>
alkisg: Error: "compiz" is not a valid command.
17:24
<ltspbot>
alkisg: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
17:24
<alkisg>
Ughm
17:24sch-bot has quit IRC
17:26sch-bot has joined #ltsp
17:28
<alkisg>
@compiz
17:28
<sch-bot>
alkisg: Error: "compiz" is not a valid command.
17:28
<alkisg>
!compiz
17:28
<ltspbot>
alkisg: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
17:28
<alkisg>
ok
17:31
<vagrantc>
is ltspbot getting forgetful?
17:32
<atkuepker>
or he's taunting me =)
17:32
<alkisg>
Nah, just that nubae's logbot is usually down, and I was setting up a bot for my own channel, so I thought I'd get it to log ltsp too.
17:36vagrantc has quit IRC
17:47waldo323 has joined #ltsp
18:11staffencasa has quit IRC
18:12staffencasa has joined #ltsp
18:12alkisg has quit IRC
18:16tstafford has quit IRC
18:17tstafford has joined #ltsp
18:26pmatulis has joined #ltsp
18:32chupacabra has quit IRC
18:38staffencasa has quit IRC
18:45Lns has quit IRC
18:46litlebuda has quit IRC
18:54k1 has joined #ltsp
18:55
<k1>
hi there , i set the server to mount remote smb shares, since then the ltsp clients take ages to boot. i mean the gnome thing comes up quickly but it takes it a long time to be responsive, advice ?
18:56
<atkuepker>
k1, might want to post to the ltsp-discuss group. This channel is pretty quiet this time of day.
18:57
<k1>
atkuepker, ok, thanks
18:57
<atkuepker>
most of the Devs are in Europe or East Coast US, I think.
18:57
<k1>
atkuepker, that's a forum ,not an IRCright?
18:57
i'm in china....
18:58
<atkuepker>
mailing list: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
18:59
it's time for a beer here in Seattle. Have a pleasant morning, k1.
19:00
<k1>
thank you
19:04k1 has quit IRC
19:14korcan has quit IRC
19:30waldo323 has quit IRC
19:58cliebow has joined #ltsp
20:30try2free has joined #ltsp
20:39try2free has left #ltsp
20:40hawkI has joined #ltsp
20:47chupacabra has joined #ltsp
21:05PMantis has joined #ltsp
21:07PMantis has left #ltsp
21:09pmatulis has quit IRC
21:43stgraber has quit IRC
21:51stgraber has joined #ltsp
22:15Barbosa has joined #ltsp
22:16ogra_cmpc has quit IRC
22:29ogra_cmpc has joined #ltsp
22:30Egyptian[Home] has quit IRC
22:30Egyptian[Home] has joined #ltsp
22:37abeehc_ has joined #ltsp
22:41abeehc has quit IRC
22:44vagrantc has joined #ltsp
22:53[gnubie] has joined #ltsp
22:54Faithful has quit IRC
22:55* [gnubie] waves
22:55
<[gnubie]>
it's been several years since i last setup ltsp in a lan.. now, planning to setup a new one..
22:58sharles has quit IRC
23:01ogra_cmpc has quit IRC
23:02ogra_cmpc has joined #ltsp
23:13try2free has joined #ltsp
23:17waldo323 has joined #ltsp
23:17Faithful has joined #ltsp
23:20waldo323 has quit IRC
23:35alkisg has joined #ltsp
23:52
<daduke>
hey y'all. Does anyone know where ldm gets its list of available sessions from? I installed an LTSP server on 10.04 and I only have 'default' and 'failsave xterm' in the session list even though kde and gnome are installed and can be run from the xterm