Main page
[00:23] Egyptian[Home]1 (~EgyptianH@62.117.45.60) joined #ltsp.
[00:25] Egyptian[Home] (~EgyptianH@62.117.45.97) left irc: Ping timeout: 252 seconds
[00:40] [alkisg] vagrantc: hi, could you give me a quick explanation of how ltsp_config.d works? E.g. could I make some Ubuntu-custom/* ltsp-build-client plugins, which would generate some ltsp_config.d/* scripts, and those script in turn could e.g. set X_COLOR_DEPTH=16 for thin clients and leave it unset for fat clients?
[00:43] [vagrantc] alkisg: yup.
[00:43] [alkisg] Thanks! :)
[00:43] [vagrantc] alkisg: they're just files sourced from ltsp_config
[00:44] [vagrantc] in fact, i was thinking that some of the hard-coded getltscfg-cluster stuff could be easily integrated into that.
[00:44] [alkisg] So we could pretty much split ltsp_config into several files could go in there? Got it...
[00:44] [vagrantc] alkisg: you could also have your wget stuff that includes shell-sourceable values drop stuff in there from the initramfs.
[00:44] [alkisg] *syntax error :)
[00:45] [vagrantc] alkisg: i.e. wget http://server/mac=foo&ram=bar/lts.conf
[00:45] [alkisg] Ooooh nice idea :)
[00:45] *** alkisg would also like a wget hook upon ldm login :)
[00:45] [vagrantc] saves from having to re-invent the whole idea.
[00:46] [vagrantc] alkisg: ah, yes. we could split ltsp_config into several files ...
[00:46] [vagrantc] it adds a slight bit of overhead to source several files instead of one ... not sure how much that matters.
[00:47] [alkisg] I don't think that would be more than a few msec...
[00:47] [vagrantc] i did think of that when i wrote it, but decided to leave it as is for now, and just make it an optional directory.
[00:48] [vagrantc] it does run before all the defaults... so all the [ -z "$FOO" ] checks should be fast if you set those values.
[00:50] [alkisg] Right, so I can't e.g. check for $LTSP_FATCLIENT, I'd need to check for -f /etc/ltsp_fat_chroot instead
[00:51] [vagrantc] i think the original reason i wanted it was to be able to set LTSP_FATCLIENT based on system resources.
[00:52] [alkisg] Hmmm or at least disable it for systems with < 256 ram... not a bad idea
[00:52] [vagrantc] though the screen locker issue is definitely a blocker for deploying it in many cases at freegeek.
[00:53] pts_ (~pts@89.87.213.193.static.cust.telenor.com) left irc: Quit: Ex-Chat
[00:53] [vagrantc] i really need a per-session ability to set or disable LTSP_FATCLIENT ...
[00:53] [vagrantc] as i think guest logins should be able to use LTSP_FATCLIENT (if system resources are sufficient) but logins with actual user accounts shouldn't.
[00:54] [vagrantc] at least, that's what i want.
[00:54] [vagrantc] as the guest logins shouldn't have screen lockers anyways...
[00:54] [vagrantc] but actual user accounts should
[00:54] [vagrantc] and guest logins shouldn't need to do anything requiring authentication
[00:57] [alkisg] Something like ltsp_config upon login wuold be nice
[00:58] gnunux (~emmanuel@194.167.18.244) joined #ltsp.
[00:58] [alkisg] But actual users might also need to run multimedia apps, googleearth etc, so it would have to be more configurable
[00:59] [gnunux] hi
[00:59] [vagrantc] alkisg: the other idea i had was to run the handful of applications as remoteapps.
[00:59] [vagrantc] alkisg: all the screen lockers and whatnot...
[01:00] *** vagrantc heads to sleep
[01:01] [alkisg] 'night vagrantc
[01:02] vagrantc (~vagrant@c-76-27-239-73.hsd1.or.comcast.net) left irc: Quit: leaving
[01:41] pts (~pts@89.87.213.193.static.cust.telenor.com) joined #ltsp.
[01:54] Comete (~53733506@gateway/web/freenode/x-iclvmyoylumhznxn) joined #ltsp.
[01:54] [Comete] hello
[01:59] [Comete] i have stability problem with pulseaudio on my thinclients and i would like to use esd or nasd instead, but i would like to have sound with flash too, is it possible ?
[02:18] ZyTer (~c1311e22@gateway/web/freenode/x-yxxipqyoxmltrxbu) left irc: Ping timeout: 252 seconds
[02:20] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
[02:40] [Comete] is there any documentation somewhere explaining how to replace pulseaudio with esd ?
[02:45] atomic007za (~gavin@41.216.204.137) left irc: Ping timeout: 265 seconds
[02:46] [alkisg] stgraber: SSH_FOLLOW_SYMLINKS causes problems for fat clients. I'd like the following weird, but conventient, behavior by default:
[02:47] [alkisg] When SSH_FOLLOW_SYMLINKS is not set, and only for fat clients, mount /home/username without following symlinks, but mount any other extra mounts as usually, i.e. with following symlinks
[02:48] [alkisg] Of course if the user sets SSH_FOLLOW_SYMLINKS to either true or false, the previous behavior won't happen. Would you agree to that?
[02:48] [alkisg] highvoltage, also, any opinions on this? ^^^
[02:51] [Comete] stgraber: thanks for your email, i will stay with gcompris 8 for the moment
[02:52] atomic007za (~gavin@41.216.204.137) joined #ltsp.
[03:03] [Comete] no way to replace pulseaudio by esd ? i've tried SOUND_DAEMON=esd but i still get no sound...
[03:15] Comete (~53733506@gateway/web/freenode/x-iclvmyoylumhznxn) left irc: Quit: Page closed
[03:19] ogra (~ogra@ubuntu/member/ogra) left irc: Read error: Connection reset by peer
[03:32] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[03:37] Sarten-X (~Sarten-X@cpe-24-29-239-157.neo.res.rr.com) left irc: Ping timeout: 246 seconds
[03:59] mikkel (~mikkel@130.226.36.170) joined #ltsp.
[04:02] hersonls (~hersonls@187.40.69.13) joined #ltsp.
[04:24] ZyTer (~c1311e22@gateway/web/freenode/x-xoqduczmvrediybv) joined #ltsp.
[04:25] HardDisk (harddisk@netburst.org) left irc: Read error: Connection reset by peer
[04:40] [highvoltage] alkisg: I guess that would make sense
[04:40] [alkisg] highvoltage: thanks, I'll commit it and if anyone objects, we can just revert it :)
[04:41] [highvoltage] alkisg: heh, it's not like I have any say anyway :)
[04:41] F-GT (~phantom@ppp121-44-234-167.lns20.syd7.internode.on.net) joined #ltsp.
[04:42] [alkisg] highvoltage: sure you do... and I'd vote for you whenever you feel like joining the team "officially" ;)
[04:54] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) left irc: Ping timeout: 260 seconds
[04:59] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) joined #ltsp.
[05:00] [highvoltage] alkisg: :)
[05:08] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) left irc: Ping timeout: 260 seconds
[05:20] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) joined #ltsp.
[05:22] ogra (~ogra@ubuntu/member/ogra) left irc: Remote host closed the connection
[05:31] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[05:32] ogra_cmpc (~ogra@p4FDA5BD1.dip.t-dialin.net) left irc: Ping timeout: 256 seconds
[05:34] ogra_cmpc (~ogra@p4FDA5BD1.dip.t-dialin.net) joined #ltsp.
[05:35] scottmaccal (~scottmacc@sentry.jayschools.org) joined #ltsp.
[05:46] jcarter (~highvolta@196-210-254-231.dynamic.isadsl.co.za) joined #ltsp.
[05:46] jcarter (~highvolta@196-210-254-231.dynamic.isadsl.co.za) left irc: Client Quit
[06:06] comfrey (~comfrey@h-66-166-226-6.sttnwaho.static.covad.net) left irc: Ping timeout: 276 seconds
[06:07] [stgraber] alkisg: setting SSH_FOLLOW_SYMLINKS to false by default should be ok. I know it's also breaking localapps like google chrome.
[06:07] [alkisg] stgraber: for all? Or just for fat clients?
[06:07] [stgraber] for all
[06:07] [alkisg] stgraber: I don't think it breaks thin clients
[06:08] [stgraber] it breaks some localapps
[06:08] [alkisg] Ah sorry yes it does break localapps
[06:08] [alkisg] stgraber: but I would like for extra-mounts-follow-symlinks to be enabled by default
[06:09] pmatulis (~peter@64.34.151.178) joined #ltsp.
[06:09] [alkisg] stgraber: so can we do this: when SSH_FOLLOW_SYMLINKS is unset => don't follow symlinks for home, but do follow symlinks for extramounts
[06:09] [stgraber] alkisg: yeah, that should be safe
[06:09] [alkisg] OK, thanks
[06:14] comfrey (~comfrey@h-66-166-226-6.sttnwaho.static.covad.net) joined #ltsp.
[06:15] mgariepy (~mgariepy@ubuntu/member/mgariepy) joined #ltsp.
[06:25] shawnp0wers (~spowers@linuxjournal/staff/shawnp0wers) joined #ltsp.
[06:25] litlebuda (~litlebuda@62.48.251.134) joined #ltsp.
[06:27] thunsucker (~Trey@69.153.177.2) joined #ltsp.
[06:33] litlebuda (~litlebuda@62.48.251.134) left irc: Ping timeout: 245 seconds
[06:40] mikkel (~mikkel@130.226.36.170) left irc: Quit: Client exiting
[06:48] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Ping timeout: 260 seconds
[07:03] ogra_cmpc (~ogra@p4FDA5BD1.dip.t-dialin.net) left irc: Ping timeout: 256 seconds
[07:04] ogra_cmpc (~ogra@p4FDA5BD1.dip.t-dialin.net) joined #ltsp.
[07:05] otavio (~otavio@debian/developer/otavio) left irc: Read error: Connection reset by peer
[07:05] otavio (~otavio@debian/developer/otavio) joined #ltsp.
[07:07] Gadi (~romm@ool-18bbe47a.static.optonline.net) joined #ltsp.
[07:09] rjune (~rjune@oh-67-76-200-198.sta.embarqhsd.net) joined #ltsp.
[07:28] ogra_cmpc (~ogra@p4FDA5BD1.dip.t-dialin.net) left irc: Ping timeout: 248 seconds
[07:30] ogra_cmpc (~ogra@p4FDA5BD1.dip.t-dialin.net) joined #ltsp.
[07:30] vvinet (~vince@smtpin.revolutionlinux.com) joined #ltsp.
[07:46] [sbalneav] Morning all
[07:47] [mgariepy] morning
[07:58] kebax (~kebax@kebaxhouse.net) left irc: Ping timeout: 252 seconds
[07:58] kebax (~kebax@kebaxhouse.net) joined #ltsp.
[08:01] [thunsucker] sbalneav: morning
[08:01] johnny (~spectrum@johnny-pt.tunnel.tserv4.nyc4.ipv6.he.net) joined #ltsp.
[08:12] nokia3510 (~nokia@unaffiliated/nokia3510) left irc: Quit: Leaving
[08:13] nokia3510 (~nokia@unaffiliated/nokia3510) joined #ltsp.
[08:25] mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #ltsp.
[08:27] Ralth (~ralth@cpe-66-25-60-217.tx.res.rr.com) joined #ltsp.
[08:29] [Ralth] Should all usernames on the server show up in the list displayed at the end of the output from ltsp-update-image? If so, what would cause them to not appear? I'm getting the login screen on a client, but can't log in, and I'm thinking this might be the issue, though i don't know for sure.
[08:30] [johnny] no.. it doesn't
[08:30] [johnny] not that i've ever see nanyways
[08:30] [johnny] did you change the ip?
[08:30] [johnny] of the server*
[08:32] [Ralth] I did. But I did update the ssh keys.
[08:32] [Ralth] Do I need to do anything else?
[08:34] [johnny] and then you rebuilt the image
[08:34] [johnny] that's all you should need to do
[08:39] [Ralth] Hmmm. Done that, and I still can't log in.
[08:39] [thunsucker] Ralth: does it say it can't connect the server or any other error?
[08:40] [Ralth] No, it says "verifying username and password" and then takes me back to the login page.
[08:41] [Ralth] Sorry, the exact message is "verifying password. please wait."
[08:41] [Gadi] Ralth: are the NICs in your server on different subnets?
[08:41] [Ralth] I only have one NIC in the server ... I'm trying to set this up with virtual machines
[08:42] [Gadi] gotcha
[08:42] [Gadi] you should set a shell on the thin client so you can investigate further
[08:42] etyack (~etyack@falcon.binsons.com) joined #ltsp.
[08:43] [Ralth] (Doing some testing/learning before I attempt to implement this for a computer lab.)
[08:43] [Gadi] in /var/lib/tftpboot/ltsp/i386/lts.conf , add:
[08:43] [Gadi] [default]
[08:43] [Gadi] SCREEN_07=ldm
[08:43] [Gadi] SCREEN_08=shell
[08:43] [Gadi] then, when the client boots, you can ctrl-alt-f8 to a shell
[08:44] [Gadi] and check to make sure you can ssh in correctly to the server
[08:44] [Gadi] also, make sure you have a desktop environment installed on the server (such as gnome)
[08:45] [Ralth] lts.conf does not exist in that folder, should I create it?
[08:45] [Gadi] yes
[08:46] [Gadi] (a little background: when you log in with LDM, you are basically executing: ssh -X user@server /etc/X11/Xsession
[08:47] [Gadi] so, you need to make sure that: a. the user can ssh to the server, b. that there is a desktop installed on the server
[08:47] [Gadi] c. that the server is a known host to the client (thats what ltsp-update-sshkeys does
[08:47] [Ralth] ok. I'm running Gnome on the server right now, so that's fine
[08:47] [Gadi] if all the above is in order
[08:47] [Gadi] you should investigate the user's ~/.xsession-errors file
[08:48] [Gadi] sometimes compiz runs when it shouldnt and it crashes the client
[08:48] [Ralth] ... right now, trying to figure out how to do ctrl-alt-f8 on the vm. :-)
[08:48] [Gadi] what are you using?
[08:48] [Ralth] vmplayer
[08:49] [Gadi] hmm... try just alt-f8 or alt-shift-f8
[08:49] [Gadi] or some such
[08:54] [comfrey] hey all
[08:54] [comfrey] i am getting the wrong kernel (64 bit) on my 32 bit client
[08:55] [comfrey] i am using ubuntu atm, and wondering which image needs attention
[08:57] [Ralth] Gadi: a,b, and c in the list you gave are good. Here's the .xsession-errors for the user: http://pastebin.com/QTTvSrYF
[08:59] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[08:59] __nubae__ (~Nubae@87.223.79.132) left irc: Read error: Connection reset by peer
[08:59] __nubae__ (~Nubae@87.223.79.132) joined #ltsp.
[08:59] nubae (~Nubae@87.223.79.132) left irc: Read error: Connection reset by peer
[09:00] nubae (~Nubae@87.223.79.132) joined #ltsp.
[09:00] [comfrey] i think it is the nbi...
[09:01] Sarten-X (~Sarten-X@cpe-24-29-239-157.neo.res.rr.com) joined #ltsp.
[09:01] [comfrey] updating the nbi is not update-image no
[09:01] [comfrey] how to regen the nbi?
[09:05] [johnny] uhmm.. do you have any 64bit clients?
[09:05] [comfrey] no, just 32.
[09:05] [johnny] then that's not the problem
[09:05] [johnny] delete your chroot
[09:05] [johnny] and start over
[09:06] [johnny] ltsp-build-client --arch=i386
[09:06] [johnny] it builds 64bit chroots on a 64bit server by default
[09:07] [comfrey] ok, i'll take a swing. the chroot being /opt/ltsp/i386 ?
[09:07] [johnny] you shouldn't have an i386 one..
[09:07] [Gadi] Ralth: are you logging in at the server and the thin client with the same username?
[09:07] [johnny] you need to make one
[09:07] [Ralth] yes
[09:07] [johnny] that won't work
[09:07] [johnny] need a new username
[09:07] [Gadi] Ralth: at the same time?
[09:07] [comfrey] there is one , but it is using the 64 bit for some reason
[09:07] [johnny] yes.. won't work at the same time.. :)
[09:07] [johnny] delete the 64bit one
[09:07] [Ralth] Ah. Ok.
[09:08] [johnny] oh wait.. isn't there a purge command Gadi ?
[09:08] [comfrey] i did and created a symlink to the 32 bit one
[09:08] [johnny] for ltsp-build-client
[09:08] [johnny] comfrey, the problem is in your tftpboot
[09:08] [johnny] remove the symlink
[09:08] [johnny] the problem now is in /var/lib/tftpboot/ltsp
[09:09] [comfrey] ok, lets see about that
[09:09] [Gadi] comfrey: what version of ltsp do you have there?
[09:09] [comfrey] ok still need to regen the image then
[09:09] [comfrey] ubuntu...
back next →
1 2 3 4
up
Generated by logs2html module for eggdrop v.2.3.4
Find latest version at http://sourceforge.net/projects/logs2html or http://shmupsik.osetia.org