IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 8 June 2010 (all times are UTC)
| 00:06 | dobber has joined #ltsp | |
| 00:16 | cyberorg has quit IRC | |
| 00:19 | cyberorg 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:54 | alkisg 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:27 | stgraber 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:57 | BenG 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:11 | gnunux has joined #ltsp | |
| 02:16 | * alkisg needs to test on a real 64M client :-/ | |
| 02:21 | <gnunux> hi
| |
| 02:24 | vagrantc has quit IRC | |
| 02:26 | alkisg has quit IRC | |
| 02:30 | Appiah_ is now known as Appiah | |
| 02:46 | alkisg has joined #ltsp | |
| 02:51 | alexqwesa_ has joined #ltsp | |
| 02:51 | alexqwesa has quit IRC | |
| 02:55 | alkisg has quit IRC | |
| 02:58 | toscalix has joined #ltsp | |
| 03:05 | bix0r has quit IRC | |
| 03:05 | shogunx has quit IRC | |
| 03:12 | bix0r has joined #ltsp | |
| 03:12 | shogunx has joined #ltsp | |
| 03:56 | BenG has quit IRC | |
| 04:13 | rickogden has joined #ltsp | |
| 04:35 | dobber has quit IRC | |
| 04:54 | dobber has joined #ltsp | |
| 04:58 | alkisg has joined #ltsp | |
| 05:19 | dobber has quit IRC | |
| 05:31 | dobber has joined #ltsp | |
| 05:34 | alkisg has quit IRC | |
| 05:50 | artista_frustrad has quit IRC | |
| 05:54 | F-GT has quit IRC | |
| 05:55 | bobby_C has joined #ltsp | |
| 06:05 | daduke has joined #ltsp | |
| 06:24 | pmatulis 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:58 | alkisg has joined #ltsp | |
| 07:02 | F-GT has joined #ltsp | |
| 07:33 | shawnp0wers has joined #ltsp | |
| 07:39 | bobby_C has quit IRC | |
| 07:46 | alkisg has quit IRC | |
| 07:49 | mgariepy has joined #ltsp | |
| 07:49 | <mgariepy> morning everyone
| |
| 07:50 | hey sbalneav, FYI: the try catch for jetpipe work wonderfully
| |
| 07:55 | bobby_C has joined #ltsp | |
| 07:56 | highvoltage 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:25 | ogra_cmpc has quit IRC | |
| 08:27 | ogra_cmpc has joined #ltsp | |
| 08:28 | sharles has joined #ltsp | |
| 08:52 | Egyptian[Home] has quit IRC | |
| 09:04 | evil_root has joined #ltsp | |
| 09:07 | Egyptian[Home] has joined #ltsp | |
| 09:09 | tomee^ 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:26 | johnny 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:27 | johnny has joined #ltsp | |
| 09:28 | evil_root has left #ltsp | |
| 09:28 | alkisg 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:59 | dobber has quit IRC | |
| 09:59 | ogra has quit IRC | |
| 10:00 | ogra has joined #ltsp | |
| 10:01 | bobby_C has quit IRC | |
| 10:03 | Gadi has joined #ltsp | |
| 10:13 | litlebuda has joined #ltsp | |
| 10:13 | staffencasa has joined #ltsp | |
| 10:33 | tstafford_ has quit IRC | |
| 10:35 | tstafford has joined #ltsp | |
| 10:36 | rickogden has quit IRC | |
| 10:36 | gnunux has quit IRC | |
| 10:40 | rad4Christ has joined #ltsp | |
| 10:50 | tomee^ has quit IRC | |
| 10:53 | jhutchins_lt has joined #ltsp | |
| 10:54 | <alkisg> Heh, xpra is fun... http://shifter.devloop.org.uk/flash.html
| |
| 11:22 | litlebuda has quit IRC | |
| 11:47 | highvoltage has joined #ltsp | |
| 11:56 | mikkel has joined #ltsp | |
| 11:57 | hawkI has joined #ltsp | |
| 12:06 | pmatulis has quit IRC | |
| 12:07 | pmatulis 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:52 | chupacabra 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:08 | japerry 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:12 | chupacabra 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:18 | hawkI has quit IRC | |
| 13:20 | hersonls 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:22 | slidesinger 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:48 | dobber_ 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:55 | litlebuda has joined #ltsp | |
| 13:55 | <_UsUrPeR_> which is why this is confusing for me
| |
| 13:56 | pmatulis has quit IRC | |
| 13:56 | <atkuepker> how customized is your dhcpd.conf ?
| |
| 13:57 | <_UsUrPeR_> atkuepker: hold on, I'll just pastebin it.
| |
| 13:57 | pmatulis 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:19 | johnny has left #ltsp | |
| 14:20 | johnny 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:26 | mordocai has joined #ltsp | |
| 14:27 | Lns 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:29 | cliebow has joined #ltsp | |
| 14:30 | vagrantc has joined #ltsp | |
| 14:30 | bobby_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:33 | bobby_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:35 | johnny has left #ltsp | |
| 14:35 | <alkisg> Mount /home with noexec?
| |
| 14:35 | pmatulis 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:36 | johnny has joined #ltsp | |
| 14:36 | komunista 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:50 | bobby_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:04 | chupacabra has quit IRC | |
| 15:06 | secayford has joined #ltsp | |
| 15:08 | atkuepker 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:18 | vvinet 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:23 | atkuepker 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:30 | bobby_C has quit IRC | |
| 15:32 | mgariepy 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:42 | F-GT has quit IRC | |
| 15:44 | bobby_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:45 | mordocai has quit IRC | |
| 15:47 | mordocai 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:54 | F-GT has joined #ltsp | |
| 15:54 | rad4Christ has quit IRC | |
| 15:54 | mordocai has quit IRC | |
| 15:55 | johnny has left #ltsp | |
| 15:55 | komunista has quit IRC | |
| 15:57 | johnny has joined #ltsp | |
| 16:01 | hersonls has quit IRC | |
| 16:09 | johnny has left #ltsp | |
| 16:11 | johnny has joined #ltsp | |
| 16:13 | komunista has joined #ltsp | |
| 16:14 | vagrantc has quit IRC | |
| 16:21 | secayford 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:22 | dobber_ has quit IRC | |
| 16:22 | <atkuepker> compiz needs to go sleep with the fishes =\
| |
| 16:23 | Gadi has left #ltsp | |
| 16:23 | vagrantc has joined #ltsp | |
| 16:30 | artista_frustrad has joined #ltsp | |
| 16:32 | Selveste1 has joined #ltsp | |
| 16:35 | vagrantc has quit IRC | |
| 16:36 | staffencasa has quit IRC | |
| 16:38 | komunista has quit IRC | |
| 16:38 | vagrantc has joined #ltsp | |
| 16:39 | toscalix has quit IRC | |
| 16:46 | mikkel 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:52 | Selveste1 has quit IRC | |
| 16:54 | bobby_C has quit IRC | |
| 16:56 | Selveste1 has joined #ltsp | |
| 17:01 | chupacabra has joined #ltsp | |
| 17:04 | Lns has quit IRC | |
| 17:06 | Lns has joined #ltsp | |
| 17:12 | sch-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:18 | staffencasa has joined #ltsp | |
| 17:23 | sch-bot has quit IRC | |
| 17:23 | sch-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:24 | sch-bot has quit IRC | |
| 17:26 | sch-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:36 | vagrantc has quit IRC | |
| 17:47 | waldo323 has joined #ltsp | |
| 18:11 | staffencasa has quit IRC | |
| 18:12 | staffencasa has joined #ltsp | |
| 18:12 | alkisg has quit IRC | |
| 18:16 | tstafford has quit IRC | |
| 18:17 | tstafford has joined #ltsp | |
| 18:26 | pmatulis has joined #ltsp | |
| 18:32 | chupacabra has quit IRC | |
| 18:38 | staffencasa has quit IRC | |
| 18:45 | Lns has quit IRC | |
| 18:46 | litlebuda has quit IRC | |
| 18:54 | k1 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:04 | k1 has quit IRC | |
| 19:14 | korcan has quit IRC | |
| 19:30 | waldo323 has quit IRC | |
| 19:58 | cliebow has joined #ltsp | |
| 20:30 | try2free has joined #ltsp | |
| 20:39 | try2free has left #ltsp | |
| 20:40 | hawkI has joined #ltsp | |
| 20:47 | chupacabra has joined #ltsp | |
| 21:05 | PMantis has joined #ltsp | |
| 21:07 | PMantis has left #ltsp | |
| 21:09 | pmatulis has quit IRC | |
| 21:43 | stgraber has quit IRC | |
| 21:51 | stgraber has joined #ltsp | |
| 22:15 | Barbosa has joined #ltsp | |
| 22:16 | ogra_cmpc has quit IRC | |
| 22:29 | ogra_cmpc has joined #ltsp | |
| 22:30 | Egyptian[Home] has quit IRC | |
| 22:30 | Egyptian[Home] has joined #ltsp | |
| 22:37 | abeehc_ has joined #ltsp | |
| 22:41 | abeehc has quit IRC | |
| 22:44 | vagrantc has joined #ltsp | |
| 22:53 | [gnubie] has joined #ltsp | |
| 22:54 | Faithful 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:58 | sharles has quit IRC | |
| 23:01 | ogra_cmpc has quit IRC | |
| 23:02 | ogra_cmpc has joined #ltsp | |
| 23:13 | try2free has joined #ltsp | |
| 23:17 | waldo323 has joined #ltsp | |
| 23:17 | Faithful has joined #ltsp | |
| 23:20 | waldo323 has quit IRC | |
| 23:35 | alkisg 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
| |