Main page
[00:04] klausade (~klaus@cm-84.215.176.91.getinternet.no) joined #ltsp.
[00:17] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[00:36] shogunx (~shogunx@2001:4978:106:1:211:d8ff:fe4e:bacc) joined #ltsp.
[00:47] vmlintu (~vmlintu@nblzone-240-143.nblnetworks.fi) joined #ltsp.
[00:49] HardDisk (harddisk@unaffiliated/harddisk) left irc: Ping timeout: 258 seconds
[00:55] frederickjh (~frederick@84-73-254-211.dclient.hispeed.ch) joined #ltsp.
[01:34] pts (~pts@89.87.213.193.static.cust.telenor.com) joined #ltsp.
[01:46] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Ping timeout: 264 seconds
[01:53] mikkel (~mikkel@130.226.36.170) joined #ltsp.
[01:59] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) left irc: Quit: Leaving
[02:02] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) joined #ltsp.
[02:07] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) left irc: Quit: Leaving
[02:29] ogra (~ogra@ubuntu/member/ogra) left irc: Read error: No route to host
[02:29] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[02:42] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) joined #ltsp.
[02:58] ogra (~ogra@ubuntu/member/ogra) left irc: Read error: Connection reset by peer
[02:58] ogra (~ogra@ubuntu/member/ogra) joined #ltsp.
[03:08] leio (~leio@gentoo/developer/leio) joined #ltsp.
[04:16] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[04:35] artista_frustrad (~artista_f@201-24-237-136.ctame704.dsl.brasiltelecom.net.br) left irc: Ping timeout: 256 seconds
[04:38] otavio (~otavio@debian/developer/otavio) joined #ltsp.
[04:47] artista_frustrad (~artista_f@201-24-237-136.ctame704.dsl.brasiltelecom.net.br) joined #ltsp.
[05:08] lucascoala (~lucascoal@20158132003.user.veloxzone.com.br) joined #ltsp.
[05:23] nobo (~command@pcd701007.netvigator.com) joined #ltsp.
[05:44] lucascoala (~lucascoal@20158132003.user.veloxzone.com.br) left irc: Ping timeout: 272 seconds
[05:46] [alkisg] Gadi_eeepc: ping?
[05:47] HardDisk (harddisk@2001:5c0:1500:3400::5) joined #ltsp.
[06:00] etyack (~etyack@fw.acurrus.com) joined #ltsp.
[06:12] mikkel (~mikkel@130.226.36.170) left irc: Quit: Client exiting
[06:23] pmatulis (~peter@64.34.151.178) joined #ltsp.
[06:29] pmatulis (~peter@64.34.151.178) left irc: Quit: leaving
[06:30] pmatulis (~peter@64.34.151.178) joined #ltsp.
[06:31] pmatulis (~peter@64.34.151.178) left irc: Client Quit
[06:31] pmatulis (~peter@64.34.151.178) joined #ltsp.
[06:34] Faithful (~Faithful@ns.linuxterminal.com) joined #ltsp.
[06:43] sene (~sene@unaffiliated/sene) joined #ltsp.
[06:50] mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #ltsp.
[07:11] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) left irc: Remote host closed the connection
[07:12] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) joined #ltsp.
[07:20] bobby_C (~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) joined #ltsp.
[07:39] pts (~pts@89.87.213.193.static.cust.telenor.com) left irc: Quit: Ex-Chat
[07:49] Gadi (~romm@ool-18bbe47a.static.optonline.net) joined #ltsp.
[07:49] [Gadi] alkisg: pong
[07:50] [alkisg] Gadi, please can we talk later? we're on a debug session right now... :)
[07:52] [Gadi] np
[07:58] [alkisg] Gadi, about $CHROOT/etc/ltsp/update-kernels.conf. I was under the impression that this would be a used-edited file.
[07:58] [alkisg] Now, ltsp-update-image doesn't preserve that file's contents...
[08:00] [johnny] s/used/user/
[08:00] [alkisg] right, thanks johnny
[08:01] [alkisg] So e.g. if I put BOOTPROMPT_OPTS='nbdroot=10.160.31.10:2000", it would stay there
[08:01] shawnp0wers (~spowers@linuxjournal/staff/shawnp0wers) joined #ltsp.
[08:02] [Gadi] ur right - now, you would have to call: ltsp-update-image -S 10.160.31.10
[08:04] [Gadi] I suppose we could have a flag that preserves the file and does not write to it, but at that point ur saying, "let's have a tool that can figure out the ports and do the right thing AND let people screw it up"
[08:04] [Gadi] :)
[08:04] [alkisg] Gadi, why would it rewrite the file instead of just update the bits it needs?
[08:05] [alkisg] E.g. NBDPORT=xxx <=update that line,
[08:05] [Gadi] because that's a great way to produce more errors
[08:05] [Gadi] if you like, you should edit ltsp=update-image's config file
[08:06] [Gadi] so, for your example, simply put:
[08:06] [Gadi] NBD_SERVER=10.160.31.10
[08:06] [Gadi] in /etc/ltsp/ltsp-update-image.conf
[08:06] [Gadi] so you don't have to pass a commandline argument to it next time
[08:06] [alkisg] Got it... thinking...
[08:07] [Gadi] I don't think users should ever need to chroot and run update-kernels by hand
[08:07] [Gadi] or chroot and run much of anything
[08:07] [Gadi] the server-side tools should do the dirty work
[08:07] [alkisg] Sure, I was just thinking that it should read any info that ltsp-build-client put to update-kernels.conf
[08:08] [alkisg] Let me think of any use cases I may have, and how those would be done with the new way... (thanks btw :))
[08:08] [Gadi] thats also why I have the -f flag
[08:08] [Gadi] to force regeneration of kernels and configs
[08:09] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) left irc: Remote host closed the connection
[08:09] CAN-o-SPAM (~chatzilla@fw.acurrus.com) joined #ltsp.
[08:09] F-GT (~phantom@ppp121-44-223-222.lns20.syd7.internode.on.net) joined #ltsp.
[08:10] [alkisg] Gadi, also, ltsp-update-kernels now overwrites pxelinux.cfg/default with the chroot one
[08:10] [CAN-o-SPAM] morning all
[08:10] [alkisg] Did that change?
[08:10] [Gadi] alkisg: no, that's the same as it was
[08:11] [Gadi] alkisg: I just have a failsafe in the l-u-i to catch if none was copied for some reason
[08:11] [Gadi] but, it should pull in the one from the chroot
[08:11] [alkisg] So the user will still need to edit $ROOT/etc/ltsp/update-kernels.conf, chroot, create a proper pxelinux.cfg/default, then run ltsp-update-kernels,
[08:11] [Gadi] it should also be smart enough to use the same ports as were used previously (unless there are 2 chroots with same port)
[08:12] [Gadi] alkisg: no no
[08:12] [Gadi] l-u-i takes care of everything
[08:12] [Gadi] l-u-i writes to $ROOT/etc/ltsp/update-kernels.conf, updates the kernels, etc
[08:12] [alkisg] Gadi, and where could I put an extra param? E.g. autoconf=dhcp ?
[08:13] [Gadi] user just calls l-u-i
[08:13] [Gadi] l-u-i -o "autoconf=dhcp"
[08:13] [alkisg] Got it. Thank you - I'll look into all that...
[08:13] [Gadi] or l-u-i "quiet splash autoconf=dhcp"
[08:14] [Gadi] oops -o
[08:14] [Gadi] but, u get the idea
[08:14] [alkisg] Or BOOTPROMPT_OPTIONS in the config file, yup
[08:14] [Gadi] OR, you could set: BOOTPROMPT_OPTIONS="quiet splash autoconf=dhcp" in /etc/ltsp/ltsp-update-image.conf
[08:14] [Gadi] right
[08:15] [Gadi] I also added a -T for timeout and -I for ipappend values
[08:18] etyack (~etyack@fw.acurrus.com) left irc: Quit: See ya!
[08:18] etyack (~etyack@fw.acurrus.com) joined #ltsp.
[08:26] [stgraber] alkisg, Gadi: Has one of you tested the package currently in my PPA ?
[08:27] [stgraber] at home I wasn't able to login with LDM after updating to that
[08:27] [alkisg] stgraber: I'm testing right now, but I'm not even able to boot yet :D
[08:27] [stgraber] haven't tested at the office yet, so it may be that my appserv is broken somehow
[08:27] [alkisg] (some pxelinux.cfg/default changes...)
[08:29] [alkisg] stgraber: does tftpd-hpa start on boot for you? It doesn't for me..
[08:29] [alkisg] (Lucid)
[08:30] [stgraber] I didn't try to reboot ;)
[08:30] [stgraber] it's a VZ container I'm using for it
[08:30] [ogra] lol
[08:30] [alkisg] :)
[08:30] [alincoln] i had to manually add the -s switch to /etc/default/tftpd-hpa this morning after updating my lucid server...
[08:30] [ogra] alkisg, what does your /etc/default/tftpd-hpa say ?
[08:31] [stgraber] it's supposed to start at S20 here but it's just looking at the init scripts
[08:31] [stgraber] and I know that /etc/init.d/tftpd-hpa start works
[08:31] [alincoln] stgraber: i just built upstream trunk uing your packaging branch, and i'm not able to log in with ldm.
[08:32] [alincoln] so whereas it's not your PPA, it might be close...?
[08:33] [alkisg] http://paste.ubuntu.com/376917/
[08:33] [alkisg] ogra ^
[08:35] [ogra] looks different to what i got with todays upgrade
[08:35] [ogra] directory definately points to /srv
[08:37] [alkisg] ogra: it was decided that we should keep using /var/lib/tftpboot - when did you get /srv ?
[08:37] [alkisg] Can you purge that file and reinstall to check what you get?
[08:38] [ogra] alkisg, i'm doing a daily update, so i guess it was changed automatically when the debian sync came in... but its definately something to look out for wrt alpha testers
[08:39] [ogra] people that have gotten the plain debian package might have it wrong
[08:39] [alkisg] Yeah, anyone who installed that week would have problems
[08:39] [ogra] right
[08:40] [alkisg] But it gave a visible prompt, so I wouldn't worry too much
[08:40] [Gadi] stgraber: I dont have a lucid build to test with atm, only karmic
[08:40] [ogra] i didnt have a visible prompt
[08:40] [alkisg] (the debconf question visibility was high)
[08:40] [ogra] i know, i still didnt have one
[08:42] [alkisg] daemon.log.1:Feb 15 00:32:00 alkis in.tftpd[1355]: cannot resolve local IPv4 bind address: 0.0.0.0, Name or service not known
[08:42] [alkisg] Maybe tftpd starts before networking, and that's why it doesn't work for me?
[08:42] [alkisg] (it works fine if I start it later on...)
[08:42] [alincoln] stgraber: well, i can authenticate just fine, but gnome doesn't start and my session ends immediately.
[08:42] [alincoln] is this what you see?
[08:43] [ogra] alkisg, someone should turn the initscript into an upstart job so that cant happen ;)
[08:43] [stgraber] alincoln: yeah
[08:43] [stgraber] alincoln: and looking at the log it shows SSH worked correctly
[08:43] [alkisg] ogra, heh, what about the server team? :D
[08:43] *** alkisg has no clue about upstart jobs :)
[08:43] [ogra] well :)
[08:44] [stgraber] I don't feel like doing the upstart job, at least not this week ;)
[08:44] [ogra] alkisg, its not that hard, look at /etc/init/ssh.conf
[08:46] [alkisg] Damn I have the old packages :( upgrading...
[08:46] [alincoln] stgraber: i can try to look into what's causing it. open to suggestions if you have any
[08:47] [stgraber] alincoln: I'm not sure, maybe have a look to see if somethin changed in the rc.d scripts and check the environment to see if something is wrong there
[08:47] [alkisg] ogra, that would be a packaging thing, which can be done after FF, right?
[08:47] [stgraber] alkisg: yeah, it can be done after FF
[08:47] [alkisg] OK, no hurry then
[08:47] [ogra] alkisg, i think it requires a bug to be filed though
[08:48] *** alkisg might even ditch tftpd-hpa completely since he's already using dnsmasq for proxydhcp...
[08:48] [alkisg] *and dns...
[08:51] [alkisg] Gadi, so if I'm understanding this correctly, if I have "BOOTPROMPT_OPTIONS='autoconf=dhcp'" in /etc/ltsp/ltsp-update-image.conf *before* I call ltsp-build-client, pxelinux.cfg/default will contain it, right?
[08:55] sbalneav (~sbalneav@S010600902754713b.wp.shawcable.net) joined #ltsp.
[08:55] [Gadi] it should, tho honestly I tested the command-line args more
[08:57] [alkisg] Thanks Gadi, building...
[08:58] [Gadi] alkisg: btw, I noticed yesterday that, by default, alsa-utils runs from udev on boot to try and set volume levels from /var/lib/alsa/asound.state
[08:58] [alkisg] Gadi yeah I saw it the other day right after you left irc :)
[08:58] [Gadi] got me wondering whether we should simply write that file in an earlier udev rule
[08:58] [Gadi] or some such
[08:58] [Gadi] (tho, not sure how ubuntu-specific that is)
[08:59] [alkisg] Gadi, the whole thing is to set the volumes specified by lts.conf, right?
[08:59] [Gadi] right
[08:59] [alkisg] What if this was done on the user session ?
[08:59] [alkisg] I think there's even a bug filed in ubuntu-ltsp for that...
[08:59] [Gadi] well, you cannot assume that everyone uses ldm
[08:59] [Gadi] ;)
[08:59] [alkisg] True .... hm...
[09:00] [Gadi] of course, you *should* be able to adjust through ldm in addition
[09:00] [ogra] some people might use the extended version :) (lxdm) :P
[09:00] [Gadi] difficult to restore from ldm, because you may be on a different thin client with different channels
[09:02] [alkisg] Gadi, alsa-utils has hardcoded values for volumes...
[09:02] [Gadi] right
[09:02] [Gadi] if none are stored
[09:03] [alkisg] Ah.
[09:03] [alkisg] But I wonder what happens if alsa-utils and ltsp tries to set the volumes at the same time
[09:03] [Gadi] yeah - we should prolly add an ubuntu plugin to kill alsa-utils
[09:04] litlebuda (~litle@169.191.108.93.rev.vodafone.pt) joined #ltsp.
[09:09] [_UsUrPeR_] hey all. I was working on a 9.10 LTSP test env I have, and noticed a lot of slowness on the server's response time from a client. I went to the server to see what was drawing processor power, and noticed that there are logged in sessions from last month still listen in a "ps aux". I assume this is from when a client was not "logged off" and instead the client was shut off. I could have sworn that after no response, the user would be automatically logged of
[09:09] [_UsUrPeR_] f after a period of inactivity. Is that not the case?
[09:10] Faithful (~Faithful@ns.linuxterminal.com) left irc: Ping timeout: 245 seconds
[09:11] Faithful (~Faithful@ns.linuxterminal.com) joined #ltsp.
[09:13] jammcq (~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net) joined #ltsp.
[09:13] [jammcq] bom dia
[09:14] [_UsUrPeR_] hey jamm
[09:20] otavio (~otavio@debian/developer/otavio) left irc: Quit: leaving
[09:20] otavio (~otavio@debian/developer/otavio) joined #ltsp.
[09:23] staffencasa (~staffenca@128-193-154-139.oregonstate.edu) joined #ltsp.
[09:23] [etyack] jammcq: mornin
[09:33] [jammcq] etyack: howdie
[09:33] [jammcq] _UsUrPeR_: hey
[09:36] [_UsUrPeR_] What function of LTSP in Ubuntu 9.10 logs a user off after inactivity in gnome?\
[09:36] Faithful (~Faithful@ns.linuxterminal.com) left irc: Remote host closed the connection
[09:36] evilx_ (~evilx@70.230.171.178) joined #ltsp.
[09:36] evilx (~evilx@70.230.171.178) left irc: Read error: Connection reset by peer
[09:43] [alincoln] stgraber: it's the ldm rev 1242 commit that's broken logging in
[09:43] [alincoln] the new way to build the list of rc.d files doesn't work
[09:44] [alkisg] Ugh
[09:44] garymc (~chatzilla@host81-139-136-16.in-addr.btopenworld.com) joined #ltsp.
[09:44] [garymc] Anyone know how I remove a user?
[09:44] [garymc] Im using ubutu LTSP
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