Main page
[00:11] [vagrantc] alkisg: ltspinfod already existed and did different things... but otherwise very interesting idea.
[00:12] [alkisg] vagrantc: I mean to replace ldm-server with a more generic ltsp-server
[00:12] [alkisg] (forgot about the name change)
[00:12] [alkisg] Ah sorry I didn't know that
[00:13] [vagrantc] i don't want to move ldminfod into ltsp-server, as ltsp-server pulls in all sorts of dependencies unrelated to being an application server.
[00:14] [alkisg] I don't think it will need any dependencies. So it can even be a different binary package
[00:15] [alkisg] (or it can stay in the ldm package...)
[00:15] [alkisg] The main difference will be that it be called from the initramfs or wherever else the client tries to get lts.conf
[00:16] [vagrantc] if it's broader than ldm, it should move out of ldm, but i don't want to loose the ability to be able to install ldm-server and only pull in dependencies relevent to an application server.
[00:16] [alkisg] (if it gets implemented) it will replace lts.conf completely, and make getltscfg obsolete
[00:17] [alkisg] As the getltscfg functionality will move to the server
[00:17] [vagrantc] so, in that sense, it seems like it might make an additional piece of code above and beyond ldminfod.
[00:17] [vagrantc] alkisg: how will that scale to thousands of thin clients hosted by a single server?
[00:17] [alkisg] I don't think it's any different from ldminfod in terms of scalability
[00:18] [vagrantc] ldminfod only hits it once per login, as opposed to every time it needs to look up configuration
[00:19] [alkisg] The client only gets lts.conf a couple of times on each boot
[00:19] [alkisg] And we could add/merge the "login time" one
[00:19] [vagrantc] i like the idea of a single port to figure out which nbd image to use and whatnot.
[00:19] [alkisg] I mean, the client would do: wget server -O /etc/lts.conf
[00:20] [alkisg] It would cache the result, it won't hit the server every time
[00:20] [vagrantc] alkisg: ah, when you say completely obsolete getltscfg ... i thought you were proposing something else.
[00:20] [alkisg] vagrantc: that new lts.conf will be a directly sourcable file
[00:21] [vagrantc] then we should maybe not call it lts.conf ... but ltsp.conf :)
[00:21] [alkisg] OK
[00:21] [alkisg] I mean that it will only contain info for that specific client
[00:21] [vagrantc] if it breaks compatibility, may as well fix that old bug.
[00:21] [alkisg] Both lts.conf info, and ldm-server info
[00:22] [vagrantc] i'm not convinced that's a good idea yet...
[00:22] [alkisg] Why?
[00:22] [alkisg] I think it's a good idea to know the client mac/ip etc before answering with ldm-server
[00:23] [alkisg] E.g. the admin might want to blacklist some clients from using a specific server
[00:23] [alkisg] Why use a different port/program/configuration interface for a similar set of settings?
[00:24] [vagrantc] if it's done without breaking compatibility, i guess that's cool. but we've already broken ldminfod compatibility at least twice now
[00:24] [vagrantc] without discussion
[00:24] [vagrantc] so here's the discussion :)
[00:24] [alkisg] Heh
[00:25] *** alkisg looks at what ldminfod returns...
[00:25] [vagrantc] i.e. i'd like an older chroot to be able to get information from a newer server
[00:26] [alkisg] Ugh sucks. That would be better if it was a shell-sourcable output
[00:26] [vagrantc] suppose so.
[00:26] [alkisg] OK, we could do that
[00:26] [vagrantc] but it at least ignores fields it doesn't know about
[00:26] [alkisg] We could `post` a different output if the client doesn't send a mac/ip/ etc
[00:26] [vagrantc] so it's easy to not break future compatibility
[00:27] [vagrantc] that's true...
[00:27] [alkisg] The client could also send some kind of version
[00:28] [alkisg] E.g. wget server:9571?mac=xxx<sp-version=xxxx
[00:28] [vagrantc] but we'd also want a newer chroot to be able to handle the output from the older server
[00:28] [alkisg] So we could check if version=null, then return the old style output
[00:29] *** alkisg looks at ldm-trunk/screen.d/ldm ...
[00:29] [vagrantc] if we want forwards and backwards compatibility... it seems better to just implement something new.
[00:29] [vagrantc] on a different port...
[00:30] [alkisg] Hmmm where is /var/run/ldm/$SRV parsed from?
[00:31] [vagrantc] src/ldminfo.c
[00:31] [vagrantc] hah!
[00:32] [vagrantc] " What should happen here, for gutsy+1, is ..."
[00:35] [vagrantc] alkisg: well, i'd best turn in for the night.
[00:35] [vagrantc] alkisg: i expect all sorts of crazy ideas from you by the time i wake up. :)
[00:35] vagrantc (~vagrant@c-76-27-239-73.hsd1.or.comcast.net) left irc: Quit: leaving
[00:37] [alkisg] Heh
[00:38] [alkisg] Yeah, on second thought, it might be better to just implement something new. HTTP GET and POST would break compatibility anyway...
[00:57] gnunux (~emmanuel@194.167.18.244) joined #ltsp.
[00:58] [gnunux] hi
[01:23] ZyTer (~c1311e22@gateway/web/freenode/x-yxxipqyoxmltrxbu) joined #ltsp.
[01:44] ogra_cmpc (~ogra@p4FDA3821.dip.t-dialin.net) left irc: Ping timeout: 272 seconds
[01:45] ogra_cmpc (~ogra@p4FDA3821.dip.t-dialin.net) joined #ltsp.
[01:53] atomic007za (~gavin@41.216.204.137) left irc: Ping timeout: 260 seconds
[01:53] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
[01:54] atomic007za (~gavin@41.216.204.137) joined #ltsp.
[02:02] pts_ (~pts@89.87.213.193.static.cust.telenor.com) joined #ltsp.
[02:24] FinnTux (~smr@et456.netikka.fi) joined #ltsp.
[02:40] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Ping timeout: 272 seconds
[02:48] [Appiah] When inserting a hires pictures in a OO document , The thin clients tend to crash ( you get logged out and your back at the login screen). Is this a issue with pixmaps and low ram on the thin client?
[03:01] ogra_cmpc (~ogra@p4FDA3821.dip.t-dialin.net) left irc: Ping timeout: 248 seconds
[03:02] ogra_cmpc (~ogra@p4FDA3821.dip.t-dialin.net) joined #ltsp.
[03:17] ogra (~ogra@ubuntu/member/ogra) left irc: Ping timeout: 248 seconds
[03:18] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[03:18] artista_frustrad (~artista_f@201-15-251-206.ctame704.dsl.brasiltelecom.net.br) left irc: Ping timeout: 260 seconds
[03:59] [klausade] Appiah: yes, normally it is. it can also be the videoram.
[04:22] hersonls (~hersonls@187.40.44.176) joined #ltsp.
[04:32] anivair_ (~joe@69.58.115.123) left irc: Quit: Leaving
[04:32] anivair (~joe@69.58.115.123) left irc: Quit: Leaving
[04:38] ogra (~ogra@ubuntu/member/ogra) left irc: Remote host closed the connection
[04:39] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[04:41] ogra (~ogra@ubuntu/member/ogra) left irc: Remote host closed the connection
[04:41] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[04:52] fasaxc (~4d639a15@gateway/web/freenode/x-ghdconmmzfdpdqsf) joined #ltsp.
[04:53] [fasaxc] Hi, I heard that 5.2 has better support for Fat Clients, can someone point me at a howto on setting up a fat client (preferrably for Ubuntu Karmic)? Sounds like just what I want to do.
[05:16] ogra_cmpc (~ogra@p4FDA3821.dip.t-dialin.net) left irc: Ping timeout: 248 seconds
[05:17] ogra_cmpc (~ogra@p4FDA3821.dip.t-dialin.net) joined #ltsp.
[05:17] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[05:19] pmatulis (~peter@64.34.151.178) joined #ltsp.
[05:33] [Appiah] klausade: got any idea on how to find out which one is causing the problem?
[05:46] scottmaccal (~scottmacc@sentry.jayschools.org) joined #ltsp.
[05:47] [alkisg] Heh, the new http://xkcd.com/ is fun :)
[05:48] [alkisg] fasaxc: I plan to write such a how to in the next days... pem725 just did it yesterday for Karmic, so he might be able to help you as well.
[05:49] [alkisg] Appiah: how much ram does that client have?
[05:52] jammcq (~jam@c-76-112-250-102.hsd1.mi.comcast.net) left irc: Quit: leaving
[05:56] [klausade] Appiah: how much ram, and what kind of videocard?
[05:57] [fasaxc] thanks alkisg, if it helps, I tried using the older howto at https://help.ubuntu.com/community/UbuntuLTSP/LTSPFatClients but hit a couple of snags that I couldn't seem to work around. Namely, installing nfs-common failed with an error about starting statd and the LDAP config stage seems to have changed a lot (the apt-get command asked a lot of questions that I couldn't answer)
[05:58] [alkisg] fasaxc: erm, scratch all that and start over :D
[05:58] [alkisg] The new way has absolutely nothing to do with that page
[05:58] [alkisg] You don't need nfs nor ldap
[06:00] [alkisg] OK, I should probably make that how to today. Do you have time to test as I write it, to verify that it works?
[06:03] litlebuda (~litle@169.191.108.93.rev.vodafone.pt) joined #ltsp.
[06:15] CAN-o-SPAM (~4c70ee0a@gateway/web/freenode/x-lprjbhogrjsppfup) joined #ltsp.
[06:17] Comete (~53733506@gateway/web/freenode/x-wmialwvsqiczyhnf) joined #ltsp.
[06:17] [Comete] hi
[06:18] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) joined #ltsp.
[06:18] [Comete] just update my edubuntu 9.10 with ltsp 5.2 and i still have this "squashfs error" bug when rebooting thinclients, any idea ?
[06:19] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) left irc: Client Quit
[06:22] mgariepy (~mgariepy@smtpin.revolutionlinux.com) joined #ltsp.
[06:26] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) joined #ltsp.
[06:26] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) left irc: Client Quit
[06:29] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) joined #ltsp.
[06:29] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) left irc: Client Quit
[06:35] [fasaxc] alkisg, yep, I'm happy to help
[06:35] [alkisg] fasaxc: ok, karmic, is it? You'
[06:35] [alkisg] 'll need stgraber's ppa in your sources:
[06:35] [alkisg] !stgraber-ppa
[06:35] [ltspbot] alkisg: "stgraber-ppa" :: https://launchpad.net/~stgraber/+archive/ppa
[06:36] [fasaxc] yep, karmic
[06:36] *** alkisg starts writing the how-to, I'll have something ready in 15'.
[06:37] [fasaxc] cool, I've put the PPA in
[06:37] [alkisg] fasaxc: is the command `add-apt-repository` preinstalled in karmic?
[06:38] [fasaxc] I seem to have it so I think so
[06:38] [alkisg] OK
[06:39] [Comete] could anyone confirm that this bug is stil here at reboot with ltsp 5.2 ?
[06:39] CAN-o-SPAM (~4c70ee0a@gateway/web/freenode/x-lprjbhogrjsppfup) left irc: Ping timeout: 252 seconds
[06:40] [alkisg] Comete: you need to update the chroot. Updating the server is not enough.
[06:40] [Comete] i have still no sound on my thin clients too
[06:40] [Comete] alkisg: i did it without success
[06:41] [Comete] alkisg: i rebuild the chroot and then updated it
[06:42] [Comete] and the squashfs error is still here
[06:42] [alkisg] Comete: karmic?
[06:42] [Comete] yes
[06:42] [alkisg] You need to put stgraber's ppa *in the chroot* and update again
[06:42] [Comete] alkisg: yes that's what i did
[06:46] [Comete] another thing gcompris is very slow, unusable, but maybe is it due to my sound problem...
[06:47] [Comete] sound card is well detected on thinclients
[06:48] [Comete] i have even heard a sound on one of them when opening a session, but i cannot reproduce this now... strange...
[06:49] [Comete] i don't know how to solve this problem
[06:50] [Comete] my server doesn't have a soundcard but i think that's not where the problem is
[07:03] mordocai (~c6d1a2e7@gateway/web/freenode/x-esxkjchqojcyddoq) joined #ltsp.
[07:03] litlebuda (~litle@169.191.108.93.rev.vodafone.pt) left irc: Remote host closed the connection
[07:04] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) left irc: Quit: Fnord
[07:09] [Comete] ok sound problem seems to be resolved
[07:09] [Comete] if i put SOUND=True in lts.conf then i have no sound
[07:10] [Comete] a bug ?
[07:10] [Comete] but gcompris 9.0 still slow
[07:10] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) joined #ltsp.
[07:11] [Comete] :/ no sound problem not resolved
[07:13] [alkisg] fasaxc, pem725: Here's a quick how-to for fat clients, both for Lucid and Karmic. It'd be nice if you could check its validity: https://help.ubuntu.com/community/UbuntuLTSP/FatClients
[07:14] [fasaxc] will do...
[07:15] mordocai (~c6d1a2e7@gateway/web/freenode/x-esxkjchqojcyddoq) left irc: Quit: Page closed
[07:16] [Comete] where should i put lts.conf, i've tried in /var/lib/tftpboot/ltsp/i386/ but it's seems to have no effect
[07:18] [alkisg] Comete: what do you get with: sudo chroot /opt/ltsp/i386 dpkg -l ltsp-client ?
[07:21] [Comete] ltsp-client 5.2-0ubuntu2~ppa1~karmic1
[07:21] [alkisg] Comete: and I suppose you run ltsp-update-image and ltsp-update-kernels, right?
[07:22] [alkisg] *ran
[07:22] khris4 (~chris@m480436d0.tmodns.net) left irc: Ping timeout: 265 seconds
[07:23] [Appiah] klausade: well its mostly HP T5530 , I think they 64mb ram
[07:23] [Appiah] and Via videocard
[07:24] [Comete] alkisg: no because i rebuild the chroot, should i do it ?
[07:24] [alkisg] Appiah: with 64MB RAM you'll definately need swapping
[07:24] [Appiah] alkisg: and no swap = crash ?
[07:24] [alkisg] Appiah: NBD swapping was broken in karmic and maybe in jaunty too, so you'd need some patches from ltsp-trunk to make it work
[07:24] [alkisg] Appiah: pretty much :)
[07:25] [Appiah] I thought the swapping was working ..
[07:25] [alkisg] Comete: how did you add stgraber's repository in the chroot?
[07:25] [Appiah] its a Jaunty install so I guess it could be that
[07:25] [Appiah] so if we switch to PPA all will be well? :)
[07:25] [alkisg] Appiah: nope. We fixed it after 5.2... :(
[07:26] [Comete] alkisg: cp /etc/apt/source.list /opt/ltsp/i386/etc/apt/
[07:26] [Appiah] alkisg: =/
[07:26] [alkisg] Appiah: you could just change a specific line, do you want me to look for it?
[07:26] cliebow (~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us) left irc: Quit: Leaving
[07:26] [Comete] as it is said in the documentation
[07:26] [Appiah] alkisg: would be nice, I could try it and report back if it works
[07:26] [alkisg] Appiah: are you seeing any swap files in /tmp/* ?
[07:26] [Appiah] sorry I dont have access to ltsp install atm
[07:27] [alkisg] Comete: ok, you've added the repository, you upgraded the chroot. ltsp-update-image is *required* after upgrading your chroot :)
[07:28] [Comete] alkisg: ok i do it now, test it and come back, thanks :)
[07:28] Comete (~53733506@gateway/web/freenode/x-wmialwvsqiczyhnf) left irc: Quit: Page closed
[07:29] [alkisg] Appiah: in /opt/ltsp/i386/usr/share/ltsp/ltsp-init-common, change the line:
[07:29] [alkisg] NBD_PORT=${NBD_PORT:-"9572"}
[07:29] [alkisg] to
[07:29] [alkisg] NBD_PORT=9572
[07:29] Gadi (~romm@ool-18bbe47a.static.optonline.net) joined #ltsp.
[07:29] [alkisg] Then run sudo ltsp-update-image. That should make swapping work again...
[07:30] [Appiah] ok I will get back with the result!
[07:32] [alkisg] Appiah: before doing the change, check if you have any /tmp/tmp.XXXXXX files of 32MB size, those would mean that swapping was working before.
[07:32] [alkisg] (so that wasn't your problem)
[07:33] mordocai (~c6d1a2e7@gateway/web/freenode/x-zcdhbmmwmnqqigwc) joined #ltsp.
[07:33] [fasaxc] alkisg, I got an error after running the ltsp-build-client command:
[07:33] [fasaxc] https://help.ubuntu.com/community/UbuntuLTSP/LTSPFatClients
[07:34] [fasaxc] * E: Malformed line 2 in source list /etc/apt/sources.list (URI parse)
[07:34] [fasaxc] is it anything to worry about?
[07:35] [fasaxc] The line seems to say "deb deb http://ppa.launchpad.net/stgraber/ppa/ubuntu karmic main"
[07:35] [Appiah] alkisg: ok , thanks
back next →
1 2 3 4 5
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