[05:22] <achandrashekar> hello..does anyone know how to configure nbdswapd.conf
[05:22] <achandrashekar> i have a 30 clients that hav about 383mb a piece..
[05:22] <achandrashekar> they are all p3s
[05:22] <johnny> it's an lts.conf parameter
[05:23] <achandrashekar> oh..no need to create the nbdwapd.conf file anymore?
[05:23] <achandrashekar> in 8.04?
[05:23] <achandrashekar> or is that appended to lts.conf now.
[05:23] <achandrashekar> ??
[05:24] <achandrashekar> specifically i need to know what to set the value to...i.e...if each system has 383mb what to set it to.
[05:24] <achandrashekar> SIZE=??
[07:58] <stgraber> ogra: btw, just reminding you to ask about my CMPC for iTalc testing :) (I also poked RichEd)
[07:59] <RichEd> stgraber: i asked in a mail last night :) ... we meet with them in 2 min
[07:59] <RichEd> no promise of rapid response ... but the topic has been raised
[07:59] <stgraber> RichEd: cool, thanks
[09:08] <neil> Hi I am trying to setup faxing for the clients, what is the best way to do this?   GFax isn't working fully :(, efax-gtk dosen't put its phone number on the correct screen :(
[09:14] <johnny> you should probably file a bug
[09:14] <johnny> for efax-gtk
[09:14] <johnny> and also find out their mailing lists or something
[10:33] <neil> I have installed the ltsp-server package, but the tftp server isn't working :( I tested with another computer with the 'tftp' program, what could be stoping it ?
[12:47] <astinus> Can anyone suggest a more appropriate channel to discuss serious LTSP issues with Hardy?
[12:47] <astinus> or did I manage to land in the correct place :)
[12:49] <ogra> astinus, here or #ltsp is fine
[12:50] <ogra> most ppl here are in both channels anyway :)
[12:51] <astinus> ogra: I'm getting a nasty /dev/nbd0 on /rofs issue
[12:51] <stgraber> what kind ?
[12:52] <astinus> ogra: we just regenerated SSH keys for our LTSP server, it had been dist-upgraded to Hardy previously but we'd kept the LTSP NBD chroot as Gutsy for some decent enough reasons
[12:52] <ogra> thats likely to break
[12:52] <astinus> anyway... that went boom when the SSH key change happened, and squashfs-tools appears to have changed in Hardy such that it no longer builds viable stuff
[12:52] <astinus> *so* I rebuilt a brand new chroot using ltsp-build-blah which also fails
[12:53] <astinus> its being exported via NBD just fine, the DHCP servers and TFTP is fine too :(
[12:53] <ogra> so whats the exact error message
[12:53] <astinus> Mounting /dev/nbd0 on /rofs failed: No such device
[12:53] <ogra> and how exactly did you rebuild ? did you properly clean out /opt/ltsp =
[12:54] <stgraber> are you sure your client is running Hardy's kernel ? (2.6.24-16)
[12:54] <ogra> "  No such device" sounds like a kernel issue
[12:54] <astinus> yeah.. we have a somewhat hacked environment because we cannot run DHCP on our LTSP boxes, but /opt/ltsp on the servers got wiped, and its definitely running a Hardy kernel
[12:54] <stgraber> can you try to : modprobe nbd
[12:54] <stgraber> on a client
[12:54] <ogra> in busybox
[12:54] <astinus> sec
[12:55] <astinus> modprobe nbd works
[12:55] <ogra> that looks like you are not using an ltsp initramfs
[12:56] <ogra> (which forcefully lodas nbd)
[12:56] <stgraber> astinus: try, nbdclient <server> <port> /dev/nbd0
[12:56] <astinus> stgraber: I can't do that, busybox has no concept of nbdclient
[12:57] <ogra> nbd-client
[12:57] <ogra> (missing a dash)
[12:57] <stgraber> hmm, right nbd-client :)
[12:57] <astinus> generates a large stack trace
[12:57] <astinus> with end error message being "File exists."
[13:00] <astinus> we use DHCP to bounce the request (via next-server) to our LTSP box, which runs TFTP and the pxelinux.cfg/default is set to:
[13:00] <astinus> DEFAULT vmlinuz ro initrd=initrd.img nosplash nbdport=2003
[13:00] <astinus> inside that directory is all the usual stuff, vmlinuz + initrd + nbi
[13:01] <astinus> so the kernel seems to load fine... but something is causing /dev/nbd0 to not work :(
[13:01] <ogra> grep nbdroot /etc/inetd.conf ?
[13:01] <astinus> exists
[13:01] <astinus> and netstat shows them running fine
[13:01] <ogra> i want to see the lines
[13:02] <astinus> 2003           stream  tcp      nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/bytemark-hardy.img
[13:02] <ogra> bytemark-hardy.img is what you built as new chroot/image ?
[13:02] <astinus> correct.
[13:02] <ogra> ok
[13:02] <astinus> 289M -rwxr--r-- 1 root root 289M 2008-05-14 12:48 bytemark-hardy.img
[13:03] <ogra> des it work to run nbd-client as above from another machine
[13:03] <ogra> *does
[13:03] <ogra> sudo modprobe nbd && sudo nbd-client <server ip> 2003 /dev/nbd0
[13:04] <astinus> [alex #8] images > sudo nbd-client 89.16.168.152 2003 /dev/nbd0
[13:04] <astinus> Negotiation: ..size = 295532KB
[13:04] <astinus> bs=1024, sz=295532
[13:04] <ogra> hmm, looks fine as well
[13:05] <astinus> okay, after the DHCP ip config on boot
[13:05] <astinus> I do actually see the NBD negotiation happen and succeed
[13:05] <ogra> aha
[13:05] <astinus> but then I get the message above...
[13:05] <astinus> can't get it onto /rofs
[13:06] <astinus> which is why its so puzzling....
[13:06] <ogra> and you surely rebuilt the chroot and image and didnt just run apt-get dist-upgrade in there ?
[13:06] <astinus> yeah
[13:07] <astinus> it was totally rebuilt, after my Gutsy one stopped working
[13:07] <ogra> it still smells like a wrongly set up initramfs to me
[13:07] <astinus> right.. so lets manually ensure thats correct, lemme chroot in, one sec
[13:07] <astinus> should /etc/modules in a newly created chroot contain nbd + other stuff?
[13:08] <ogra> no
[13:08] <astinus> then how is the LTSP stuff building the initramfs?
[13:09] <ogra> its set in  /usr/share/initramfs-tools/conf.d/ using teh script /usr/share/initramfs-tools/scripts/ltsp-nbd during boot
[13:09] <RichEd> ogra: when is today's meeting slot ?
[13:10] <ogra> RichEd, i whish the fridge could tell
[13:10] <stgraber> supposed to be a late one
[13:10] <ogra> stgraber, did we do an early one last week ?
[13:10] <astinus> /usr/share/initramfs-tools/scripts  << does not contain a ltsp-nbd script
[13:10] <ogra> right
[13:10] <ogra> astinus, in the chroot
[13:10] <stgraber> ogra: kind of :)
[13:10] <astinus> correct.
[13:10] <RichEd> cool stgraber is as good as a fridge
[13:10] <stgraber> ogra: you forgot about it and we talked for a sec in #edubuntu instead
[13:11] <astinus> oh wait, I'm being a muppet
[13:11]  * astinus checks again
[13:12] <ogra> stgraber, right, i justs couldnt remember the time, my wednesdays are overcaset by total tiredness nowadays, having my first meeting at 7am and intel calls afterwards isnt really relaxing :/
[13:14] <astinus> ogra: Alright, I think it was missing NBD, maybe...
[13:14] <astinus> ogra: I've built the initrd again with NBD explicitly enabled, and I'm now getting a nastier 'Negotiation: Error: Server closed connection.' message after the DHCP IP config stuff
[13:15] <ogra> anything in the server logs ?
[13:17] <astinus> where does NBD log by default?
[13:17] <astinus> finding it on the loghost via grep would take all day :(
[13:17] <stgraber> syslog
[13:18] <astinus> Hrmph
[13:18] <astinus> its looking for /opt/ltsp/images/amd64.img
[13:18] <astinus> we're trying to supply it bytemark-hardy.img
[13:19] <ogra> what is "it" ?
[13:20] <ogra> nbdrootd or do you additionally have an nbd-server configured (dont do that)
[13:20] <astinus> okay, thats fixed
[13:20] <astinus> nbd_server[5836]: connect from 89.16.168.253, assigned file is /opt/ltsp/images/amd64.img
[13:21] <astinus> nbd_server[6199]: connect from 89.16.168.253, assigned file is /opt/ltsp/images/amd64.img
[13:21] <astinus> nbd_server[6199]: Size of exported file/device is 302624768
[13:21] <astinus> so that's now working, but we're back to the /rofs error
[13:21] <ogra> right
[13:21] <ogra> are your clients amd64 machines ?
[13:21] <astinus> the chroot is i386
[13:21] <astinus> the fact its looking for amd64.img is an anomaly
[13:21] <astinus> the clients are a mixture
[13:21] <ogra> welll, you apparently boot amd6.img
[13:22] <ogra> which indeed cant work at all
[13:22] <astinus> where is that configured though?
[13:22] <ogra> inetd.conf
[13:22] <astinus> my fix was simple, hardlink amd64.img -> bytemark-hardy.img
[13:22] <ogra> depending on eh port your kernel tries to connect to
[13:22] <astinus> 2000           stream  tcp      nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/bytemark-hardy.img
[13:22] <ogra> well, your pxe config showed 2003 before for that image
[13:22] <astinus> I just altered that.
[13:22] <astinus> its expected.
[13:23] <astinus> nbdport=2000 is defined in the pxelinux.cfg file
[13:23] <astinus> it *is* mounting the image, as evidenced by nbd_server logs + the client showing the right sorta strings...
[13:23] <astinus> its just not able to do stuff *after* that for some reason
[13:23] <ogra> it logs the connect attempt ...
[13:24] <ogra> *attempt* :)
[13:24] <ogra> hmm
[13:24] <ogra> that server is amd64 ?
[13:24] <astinus> correct.
[13:24] <ogra> hmm
[13:24] <astinus> clients are a mixture, so we do lowest common denominator and run i386
[13:24] <astinus> but there's no reason interoperability between the two should be broken
[13:25] <ogra> did you run the rebuild like that: ltsp-build-client --arch i386 --chroot bytemark-hardy
[13:25] <ogra> ?
[13:25] <ogra> when you upgraded
[13:26] <astinus> wyeah
[13:26] <ogra> so you are 100% positive you dont have an amd64 image now
[13:26] <ogra> ?
[13:26] <astinus> yes
[13:27] <ogra> (which will be the default if you didnt additionally give the --arch option)
[13:27] <astinus> I definitely passed --arch and --chroot
[13:36]  * astinus sighs
[13:36] <astinus> i'm adding tons of debug stuff to the script which is failing and we'll go from there I guess
[13:37]  * ogra would try to mv /opt/ltsp /opt/ltsp.bak and re-run ltsp-build-client for a test
[13:38]  * astinus is doing that too
[13:38] <ogra> and also with a clean inetd.conf and tftp dir
[14:15] <moquist> We have a clean install of 7.04 Edubuntu where adding -r to /etc/default/syslogd breaks TC booting. The server logs a DHCPOFFER, but the TC never gets it.
[14:17] <ogra> moquist, is there an /etc/ltsp/syslog file ?
[14:17] <ogra> hmm, 7.04 ... ancient ....
[14:19] <astinus> heh, 12 months old != ancient
[14:19] <ogra> in the ubuntu world ....
[14:19] <astinus> I really disagree with the notion a large organization should need to update every 6-12 months. It's just not feasible with 2500 servers. Heh.
[14:19] <ogra> thats why we have LTS ;)
[14:20] <astinus> yeah, that was a fucking disaster with Dapper
[14:20] <moquist> ogra: nope, doesn't look like default installs of Edubuntu 7.04 have /etc/ltsp/syslog*, though I don't have direct access to the box in question ATM.
[14:20] <ogra> (which i have to admit was not really great wrt ltsp for dapper)
[14:20] <ogra> moquist, i know the default hasnt :)
[14:22] <moquist> Well, everything was fine, and my colleague added the -r and everything broke, and then he took it back out and everything got better again. Weird.
[14:22] <ogra> hmm
[14:22] <ogra> DNS issue ?
[14:23]  * ogra wonders if syslog tries host lookups
[14:23] <moquist> how would that make DHCPOFFERs logged by the server never reach the TCs?
[14:23] <ogra> good question
[14:24] <ogra> did feisty have a syslog user ?
[14:24]  * ogra cant remember
[14:24] <ogra> if so, try -r -u syslog
[14:24] <ogra> instead of plain -r
[14:24] <ogra> that way it should at least not be able to interfer with dhcpd
[14:25] <ogra> no matter what it does
[14:27] <moquist> ogra: you're right; feisty's default "-u syslog" gets tromped by putting "-r" in /etc/default/syslogd
[14:27] <moquist> we'll try that out
[14:27] <moquist> ogra: thanks
[14:27] <ogra> :)
[17:23] <komputes> ogra: ping
[17:23] <ogra> komputes, ?
[17:23] <komputes> ogra: how are you?
[17:24] <ogra> busy packing my bags fr tomorrow :)
[17:24] <komputes> gunna be a fun trip?
[17:24] <ogra> meeting all ubuntu devs ? sure :)
[17:25] <komputes> ogra: that awesome. just a quick question about the LTSPQuickInstall instructions from yesterday, I seem to be having trouble with DHCP since the server it is not listening on any interface.
[17:26] <ogra> did you configure the interfacs with a static IP as described ?
[17:26] <ogra> *interface
[17:27] <komputes> yes /etc/network/interfaces has been setup for static with address, netmask, network, broadcast, gateway, dns
[17:27] <ogra> for which IP ?
[17:27] <komputes> 192.168.0.140
[17:27] <ogra> well, then it should work, any messages in syslog ?
[17:28] <ogra> from dhcpd
[17:28] <komputes> i canb pastebin it if it would be more helpful
[17:28] <komputes> let me check
[17:29] <komputes> ogra: pretty much the same dhcp error "Not configured to listen on any interface"
[17:29] <komputes> that and no subnet declaration for (restart 0.0.0.0)
[17:29] <ogra> but the 192.168.0.140 interface is up ?
[17:29] <komputes> yes
[17:29] <komputes> up with the ip i gave it and everything
[17:30] <komputes> i changed /etc/defaults/dhcp3-server to listen on eth0, still nada
[17:30] <ogra> dont do that !
[17:30] <komputes> ok will remore and retry
[17:30] <ogra> revert that change
[17:31] <komputes> remove*
[17:31] <ogra> dhcpd checks all interfaces for a matching ip on startup, thats disabled if you specify one in that file
[17:31] <komputes> make sense
[17:31] <ogra> and interface names are not static nowadays
[17:32] <ogra> your eth0 might become eth1 or eth2 there is no guarantee it stays eth0 forever
[17:32] <komputes> depending on which order the kernel loads them in, i.e. usb eth adapter can be placed at high priority and get eth0 before the intrgrated controller, yes
[17:33] <komputes> ogra: ok so i will try restarting the dhcpd to see if it spits back an error
[17:34] <komputes> same thing, 1) No subnet declaration for restart (0.0.0.0) 2) Not configured to listen on any interfaces
[17:35] <ogra> did you make any changes to /etc/ltsp/dhcpd.conf ?
[17:35] <komputes> ogra: how about the change i made to /etc/ltsp/dhcpd.conf
[17:35] <komputes> great minds think alike ha
[17:36] <ogra> well, fix the file :) by default it should just work
[17:36] <ogra> what did you change ?
[17:36] <komputes> http://ubuntuforums.org/showthread.php?t=599166
[17:36] <komputes> just like on there
[17:36] <komputes> copy paste
[17:36] <komputes> first post
[17:37] <ogra> but why ?
[17:37] <komputes> because i tried just booting a thinclient off the base ltsp server install and it did not work, so I tried configuring it
[17:37] <ogra> indeed thats broken with the LTSPQuickinstall notes as well as the defaults
[17:37] <komputes> :-?
[17:38]  * ogra shrieaks
[17:38] <ogra> sudo sh -c 'echo 1 > /proc/sys/net/ipv4/ip_forward'
[17:38] <ogra> *SIGH*
[17:38] <ogra> its fun if people dont know what they are doing and write documentation about it
[17:39] <ogra> why the heck does the poster think he needs nat ?
[17:39] <komputes> ;) welcome to Ubuntu!
[17:39] <ogra> heh
[17:39] <ogra> the networks are separated on purpose by default :)
[17:39] <ogra> its a feature that there is no nat (needed)
[17:41] <ogra> yay for mixinag all available info for a topic across the board
[17:41] <komputes> I don't know that I made a point of NAT, i just copied the /etc/ltsp/dhcp and the /etc/network/interfaces and /etc/default/dhcp which i later reverted
[17:42] <komputes> actually the /etc/default change was recommended by a collegue, so all this being said and done, i'm still confused on how to setup an LTSP server and client.
[17:42] <ogra> well, for that setup you need a 192.168.1.XX network set up first place
[17:42] <komputes> ogra: no need, it's just 2 pc's with a crossover
[17:43] <ogra> well, the instructions on LTSPQuickInstall should have given you a working ltsp without more configuration
[17:43] <komputes> didn't
[17:43] <komputes> shoulda but didna
[17:43] <ogra> before or after you fiddels with the files ?
[17:43] <komputes> before
[17:43] <ogra> well, would have been nice to ave a look at your setup back then
[17:43] <komputes> i can reset them all back to defaults and the dhcp server still won't start
[17:44]  * ogra doubts that
[17:44] <komputes> ogra: oh i'll just time machine system restore mya........oh
[17:44]  * komputes sticks his head in the dirt
[17:44] <ogra> the dhcp server wil start as soon as you define an 192.168.1.X network or change the dhcpd.conf file to match the 192.168.0.x net you have now
[17:45] <ogra> either will make it start
[17:46] <ogra> as i said before, the dhsp server looks for static interfaces matching the network setup in dhcpd.conf
[17:46] <komputes> let me take a look
[17:46] <ogra> if there is a declaration for 10.0.1.X you need an interface with a static ip like 10.0.1.10
[17:46] <komputes> ok
[17:47] <ogra> the forums post simply breaks that default without noting it anywhere
[17:48] <komputes> so /etc/network/interfaces and /etc/ltsp/dhcpd.conf need to match at which line?
[17:48] <ogra> your interface needs to match the network you declared in dhcpd.conf
[17:49] <ogra> look at the subnet and range declarations
[17:49] <ogra> make sure the IP in your interfaces file has the same first three bytes identical
[17:50] <komputes>  ok interfaces was on 0.x and dhcpd.conf was on 1.x
[17:50] <ogra> right
[17:50] <ogra> make them match
[17:50] <ogra> then start dhcpd
[17:50] <ogra> (and indeed make sure the interface actually uses the ip)
[17:50] <ogra> ifdown/ifup
[17:52] <komputes> ogra: made them match, same error
[17:52] <ogra> ifconfig reports the interface runs with that ip ?
[17:53] <komputes> 192.168.0.140
[17:53] <ogra> and you changed the dhcpd.conf ?
[17:53] <ogra> to match the 192.168.0. addresspace ?
[17:53] <komputes> must it say 0.140 in dhcpd.conf?
[17:53] <ogra> no
[17:53] <komputes> because i have that nowhere
[17:53] <ogra> pastebin interfaces and dhcpd.conf
[17:54] <komputes> ok
[17:54] <komputes> thanks for your hgelp btw
[17:56] <komputes> ogra: pastebin.com/m1512ed78
[17:58] <ogra> these are the exact files ?
[17:59] <ogra> and where is your loopback inerface in the ifconfig output ?
[17:59] <ogra> *interface
[18:01] <komputes> ogra: i excluded lo and wifi0
[18:01] <ogra> and whats the output of: dpkg -l dhcp3-server
[18:01] <ogra> wifi0 ?
[18:01] <ogra> what ip does that have ?
[18:01] <komputes> sorry wlan0, all disconnected no ip
[18:02] <ogra> k
[18:02] <komputes> you want the version?
[18:02] <ogra> yes
[18:02] <komputes> dhcp3-server 3.0.6.dfsg-1ubuntu9
[18:03] <ogra> hmm, thas right as well
[18:03] <komputes> mmmhmmm
[18:03] <komputes> that's why i'm kicking myself
[18:03] <ogra> i see no reason why dhcpd wouldnt start in a default ubuntu hardy with ths setup
[18:04] <ogra> its definately used in the default config by many many people
[18:04]  * komputes sighs
[18:05] <komputes> well thanks for the effort
[18:05] <ogra> hmm
[18:05] <ogra> the error message you get is quite weird though
[18:05] <komputes> tell me aboot it
[18:05] <ogra> No subnet declaration for restart (0.0.0.0)
[18:06] <komputes> and i did declare the subnet, but i think it may be lkooking in another file perhaps? maybe?
[18:06] <ogra> not if /etc/ltsp/dhcpd.conf exists
[18:06] <komputes> it does
[18:06] <ogra> that overrides everything
[18:07] <ogra> grep ltsp /etc/init.d/dhcp3-server
[18:07] <ogra> just to be sure
[18:08] <komputes> WOHOO
[18:08] <ogra> ?
[18:08] <komputes> restarted the computer and the thin client and I'm at the Usplash
[18:08] <ogra> ah, great
[18:08] <ogra> i wonder why you couldnt restart dhcpd then
[18:08] <ogra> hmm, well
[18:09] <komputes> i'll try it again now see if i get the same error
[18:09] <komputes> (that ios if i get a login prompt any time soon)    ;)
[18:09] <ogra> you wont ... if it started properly
[18:10] <komputes> blinking cursor in the corner (oh blinky what does thou want?)
[18:11] <ogra> did you add an lts.conf file (you shouldnt)
[18:12] <komputes> no
[18:12] <ogra> what graphics card does the client have ?
[18:13] <komputes> amd
[18:13] <ogra> geode ?
[18:13] <ogra> geode is broken sadly, fix is on the way but might take some time still
[18:14] <komputes> no, not this one
[18:14] <ogra> https://bugs.launchpad.net/bugs/214119
[18:14] <komputes> i'm working with the developer for geode on another box which is what i will be testing on this LTSP
[18:15] <ogra> all that amd, nsc and geode stuff is a bit confused atm
[18:15] <komputes> This one is just AMD not geode, but shouldn't that be automatically configured with the all wonderful new X in 8.04
[18:15] <ogra> well, it has issues there were naming and driver changes
[18:15]  * komputes is getting anopther computer with intel video to see if he can network boot
[18:16] <ogra> you might need to create an lts.conf file and force XSERVER=amd or XSERVER=nsc (not sure which one your card needs)
[18:16] <ogra> the pci codes for amd/geode and nsc are messed up as i understand the bug
[18:17] <komputes> what if the network is made up of a slew of different computers (like many schools) with multiple random video cards?
[18:17] <ogra> well, apart from the geode mess it should be fine
[18:18] <ogra> i have several via and trident clients here that all work without a hitch
[18:18] <komputes> ok, i got to gdm for the ltsp with intel video, now i need to add a user
[18:18] <ogra> s/gdm/ldm/ :)
[18:18] <ogra> no xdmcp in ltsp5
[18:18] <komputes> ah
[18:18] <komputes> i just got used to calling login prompt gdm
[18:19] <komputes> it does look diff now that you mention it
[18:19] <ogra> (you can force it though, but nobody made the features work for it)
[18:19] <ogra> ldm has an unencrypted mode you can switch on in lts.conf with the LDM_DIRECTX variable
[18:20] <ogra> in case you find the default encrypted ssh tunnel to slow
[18:20] <komputes> well I think I can manage from here, but I do hope that this becomes simpler for educational purposes
[18:20] <ogra> well, if X isnt broken it usually works fine :)
[18:21]  * ogra cant do much about upstream breaking the drivers
[18:21] <komputes> true. true.
[18:21] <komputes> i'm working on it! ;)
[18:22] <ogra> why are you not at UDS btw ?
[18:22] <komputes> alas I have no idea, i thought i was going
[18:22] <ogra> Q-funk the debian maintainer of the geode/amd/nsc driver will be there
[18:22] <komputes> it's prague right?
[18:22] <ogra> yep
[18:22] <komputes> i'm not much of a dev yet though
[18:23] <komputes> i'd love to meet everyone though
[18:23] <ogra> yeah
[18:24] <komputes> when you see cr3's shirt, tell him komputes did a good job!
[18:24] <ogra> will do :)
[18:24] <ogra> i'll surely spend one or the other evening with him :)
[18:25] <ogra> even though i dont see him listed on https://launchpad.net/sprints/uds-intrepid
[18:26] <komputes> hehe, you have to light a fire under his .... maybe then he'll sprint
[18:26] <ogra> lol
[18:26] <ogra> well, i see him on the room list, all fine :)
[18:27] <komputes> btw, just a follow up, i created a few users, no user can log into the LTSP server
[18:27] <highvoltage> howdy. is there a meeting tonight?
[18:29] <ogra> highvoltage, RichEd wanted to make one, i'm not sure i can really pay attention though (packing here)
[18:29] <komputes> ogra: and they all have permissions for FuseFS/LTSP
[18:29] <ogra> komputes, what does the login maager tell you ?
[18:30] <RichEd> ogra & highvoltage : I have a phone interview at 9:00-10:00 pm ... I will pop into the channel after it ends.
[18:30] <komputes> ogra: user settings or login window?
[18:30] <ogra> komputes, login window
[18:30] <RichEd> We can see who is around for a meeting then,
[18:30] <highvoltage> RichEd: ok
[18:31] <komputes> ogra: i love the names of the utilities changing every distro, it's so....um...consistant
[18:32] <ogra> well, whats the error you get trying to log in ?
[18:32] <ogra> i bet its an ssh key issue because you used the wrong ip in the beginning
[18:33] <komputes> ogra: ah, do i need to keygen on the server?
[18:33] <ogra> (so the workstation key isnt matching)
[18:33] <ogra> komputes,  depends what error message you get
[18:33] <komputes> it says that the users is not allowed to login via LTSP or something.brb
[18:33] <ogra> the exact message would be most helpful :)
[18:34] <komputes> rebooting because login window kept crashing
[18:35] <ogra> if its "This *Workstation* isnt authorized ..." you need to run: sudo ltsp-update-sshkeys && sudo ltsp-update-image .... get a coffee, reboot the client and log in
[18:36] <komputes> ok i can't get into Admin>Login Window at all, but i'll try that thx
[18:36] <ogra> ????
[18:36] <ogra> what are you talking about ?
[18:36] <ogra> i'm taking about the login window on a thin client
[18:37] <ogra> the screen that comes up asking for userbame and password if you boot a client
 komputes, what does the login maager tell you ? <ogra> komputes, login window - ahhhh never mind
[18:38] <komputes> ok the error on the client is: The workstation isn't authorized
[18:38] <ogra> right
[18:38] <ogra> run the command from above
[18:38] <komputes> so let me try your recommendationsd
[18:38] <ogra> sudo ltsp-update-sshkeys && sudo ltsp-update-image
[18:38] <ogra> copy paste that ;)
[18:39] <ogra> (and i'm serious about the coffee ... it takes a moment)
[18:39] <komputes> lunch time! yabadabadooo
[18:39] <komputes> thx ogra, lifesaver, truely
[18:39] <ogra> (all that doesnt happen if you configure the IP right in the beginning btw)
[18:40] <komputes> in the begining meaning debian installer blue screen?
[18:40] <ogra> i guess all we deal with atm is based on that one issue
[18:40] <ogra> no, before installing ltsp-server-standalone and running ltsp-build-client
[18:40] <ogra> if the IP is set the keys are generated properly
[18:40] <ogra> (and the dhcpd.conf doesnt fail :) )
[18:40] <komputes> i didn't do that, i followed this: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
[18:41] <ogra> You need to set up one static network interface where you will attach the thin clients, install two packages and run one command.
[18:41] <ogra> Configure your spare interface for the thin clients to have the IP 192.168.0.1 (and make sure it is up and running), then follow the instructions below.
[18:41] <komputes> i did straigt from alternate CD not installing ltsp-server-standalone and running ltsp-build-client after
[18:41] <ogra> thats the first two sentences on that page for installing ltsp on an existing system
[18:41] <ogra> oh
[18:41] <ogra> from CD
[18:41] <komputes> right but you say "before" as if i had a "before point"
[18:42] <ogra> well, thats a prob with the wlan ... the trick here wzld have been to use the wlan as default device during install
[18:42] <ogra> *would
[18:42] <ogra> then ltsp your just have grabbed the cable device and claimed it
[18:43] <ogra>  bet you installed with a cble plugged in and using that interface, right ?
[18:43] <komputes> not sure how to do that durring the install, plus most wifi need drivers loaded to be configured, so that's not a solution really...
[18:43] <ogra> well, wlan in ltsp servers is really not the common case
[18:43] <komputes> ogra: actually i didn't and i said do not config network
[18:44] <ogra> then the ltsp instaler ust at least have notified you that it couldnt do the standard setup and have told you to configure dhcpd.conf
[18:45] <komputes> nope, just rebooted into hardy.
[18:45] <ogra> it checks if there are interfaces and if there is a spare one
[18:45] <ogra> hmm
[18:45] <ogra> no note at all ?
[18:45] <komputes> None...well anyhow, i'm up and running now and I think the instructions should be tested/updated as necessary to make it easy for the end user
[18:45] <ogra> can you file a bug then ? it should at least have showed one note with instructions
[18:46] <ogra> (even though i must admit that i never tested installs on non networked servers, i wouldnt expect anyone to install an ltsp server that way)
[18:46] <komputes> ogra: on my Todo: LP bug for warning user to configure LTSP networking and 2) Test solution again and update wiki
[18:46] <ogra> please add a new page
[18:46] <ogra> the instructions work for 90% of the users
[18:46] <komputes> as if there weren't enough ltsp page already
[18:47] <komputes> ok I won't touch te wiki
[18:47] <komputes> i'll just test it again
[18:47] <ogra> well, i want that page to stay as small as possible with the common defaults and no confusing extra stuff
[18:47] <komputes> k
[18:47] <ogra> add stuff in the comments or add a new page with a descriptive name to the UbuntuLTSP directory there
[18:48] <ogra> its really a quite special case to not use network at all on an ltsp server
[18:48] <ogra> (choosing no network at all will disable everything network related in the installer)
[18:49] <komputes> i thought chosing not to config the network at the installation point would just make the interface automatic, but i see what i did wrong...
[18:49] <komputes> ogra thanks again
[18:50] <ogra> welcome :)
[18:50]  * ogra goes on packing
[19:37] <LaserJock> did I miss the meeting?
[19:41] <stgraber> LaserJock: nope, should be later in the evening, it's a late one
[19:41] <stgraber> LaserJock: but at least ogra and I are packing stuff for Prague so probably a bit busy :)
[19:42] <LaserJock> ah, right
[19:42] <LaserJock> ogra: is there going to be a meeting today or are you going to cancel due to UDS?
[19:44] <ogra> well, i'll follow with one eye
[19:44] <ogra> and right has a phonecall within the meeting hour so might be late/distracted
[19:46] <LaserJock> RichEd: are you going to have something for the meeting?
[19:46] <RichEd> LaserJock: not much from my side ... was prepared to chat about UDS to see what people wanted brought in from community
[19:46] <LaserJock> k, I just wondered
[19:46] <RichEd> just prepping for a phone interview now ... Linux Insider
[19:46] <ogra> nice !
[19:47] <ogra> tell them windows is crap :)
[19:47] <LaserJock> I'll stay for the meeting then, even if it's a short one :-)
[19:47] <ogra> (but they might know already)
[19:47] <RichEd> interview spec:
[19:47] <RichEd> Open source software is particularly suited to certain computing applicationsand in this feature I'm focusing on one of them -- thin-client computing.
[19:47] <RichEd>                  
[19:47] <RichEd>                 And a few questions:
[19:47] <RichEd>                 Why did they choose such a system?
[19:47] <RichEd>                       * Why is Linux the right operating system for a centralized structure?
[19:47] <RichEd>                       * What, most importantly, are the energy- and cost-savings benefits of setting things up this way?
[19:48] <ogra> shweet !!
[19:48] <RichEd> = so a bit about LTSP started as s/w ... edubuntu etc.
[19:48] <RichEd> = then thin client -> h/w
[19:48] <RichEd> -> reference macedonia
[19:49] <RichEd> -> analagy: back to the mainframe green screen idea ... one "machine" shared
[19:50] <RichEd> and how low maintenance, single image wadda wadda
[19:50] <RichEd> then how true thin client (diskless etc.) can drop power for a large group of machines
[19:50] <stgraber> hehe, looks like the kind of LTSP presentation I do (and the one I'm preparing) :)
[19:50] <RichEd> and that there are even battery solutions with mechinal charging running schools
[19:50] <RichEd> ? seem reasonable thread ?
[19:51] <RichEd> right ... coffee ... and call up fact pages ...
[19:51]  * RichEd will see you lated
[19:51] <RichEd> *later
[19:51] <stgraber> ogra, RichEd: btw, I'm looking for some information about mass deployment of Ubuntu and Ubuntu+LTSP in schools for a talk I'll do next week, do you have something for me ? :)
[19:51] <ogra> phew
[19:51] <RichEd> mrm ... i can send macedonia ... but that is n-computing h/w splittiters ... but running ubuntu
[19:52] <RichEd> LTSP is more smaller scale ... low key ... but numbers add up
[19:52] <RichEd> some info from a David Trask email may help ... remind me later
[19:52] <RichEd> gotta go !
[21:03] <LaserJock> ogra: meeting time?
[21:04]  * ogra wakes up
[21:04] <ogra> yeah, why not :)
[21:04] <LaserJock> more productive than -bugs at the moment :/
[21:04] <ogra> **************** Edubuntu Meeting *now* in #ubuntu-meeting **********************
[21:04] <ogra> heh
[21:19] <juliux> ogra, something total different, are you chaning euros to czk in germany or in prague?
[21:19] <ogra> i pay eith credit card where possible and pul czk from an ATM
[21:19] <ogra> *with
[21:20] <ogra> but then i never check or care .... no idea if thats better or worse
[21:20] <stgraber> same for me, easiest
[21:27] <ogra> hmm, doesnt look like we have any RichEd in the meeting
[21:29] <RichEd> hi ... just taking a quick break from the hour call ...
[21:29] <RichEd> am here now :)
[21:30] <ogra> sadly Laser is gone, he asked about edu related (non tech ) specs
[21:30] <ogra> i.e. app selection and the like
[21:31] <RichEd> can he start some wiki pages ?
[21:31] <ogra> well, he only asked if womething was on the radar
[21:31] <ogra> *something
[21:31] <ogra> i thought you has some specs from chris we talked about earlier
[21:31] <ogra> *had
[21:31] <RichEd> then I'll hold discussion tracks (don't need to be in the scheduler) with the fringe education people
[21:32] <RichEd> (like educonlinux etc. to get a teacher viewpoint)
[21:32] <RichEd> from chris ?
[21:32] <ogra> kenyon
[21:32] <RichEd> 2 main ones I need to cover:
[21:32] <ogra> you said there was stuff in the queue he requested
[21:32] <RichEd> * implications of a name shift to ubuntu education
[21:32] <ogra> iirc one was app related
[21:33] <ogra> we have 400M spare space we can fill
[21:33] <RichEd> -> irc, documentation, software package naming, download sites, web site, wiki site etc.
[21:43] <RichEd> damn ... hit ADSL cap ... just ordered a new block of b/w
[21:43] <RichEd> my last comments were:
 -> irc, documentation, software package naming, download sites, web site, wiki site etc.
 * how to get more direct input from teachers for guidance to direction
 ^ app selection / nomination should fit in there
 and if we have the right people (guadalinex ?) ... tools / functionality needed for large deployments
 --- that's my radar ---
 as well as cmpc ...
 and are we doing any more for content server / moodle ? adding wiki to the installation options ?
[21:43] <RichEd> --
[21:43] <RichEd> what did i miss ?
[21:44] <ogra> well, we have the moodle debian maintainer there and moquist
[21:44] <ogra> who might probably take over the debian package
[21:45] <ogra> (whch would be awesome to avoid differences)
[21:45] <RichEd> okay ... anestis and one or two others will be there for 3 days and keen to chat to moquist and you and moodle debian guy if relevent
[21:46] <ogra> do you know which days ?
[21:46] <ogra> (and which others )
[21:47] <RichEd> i'll have a more general session with them, and then we can plan the tech sides as a more formal BOF with input from the informal session
[21:47] <RichEd> i suggested mon-wed for them
[21:47] <ogra> ok
[21:47] <ogra> just makes sense to not have overlap with intel
[21:48] <ogra> both can be quite time demanding i imagine
[21:48] <ogra> will be a funny UDS for me .... first time since 3 years that my focus is actually on more tech stuff than edu
[21:49] <RichEd> i'll do a lot of the intel stuff in advance of needing you so that you can get your main specs going
[21:49] <RichEd> as per the chat this morning ... if we can get them to dovetail instead of pulling at 45degrees it will make life easier for all
[21:50] <ogra> yeah
[21:50] <ogra> well i found the idea to contribute to italc very nice :)
[21:50] <ogra> tehy start to get the concept ;)
[21:50] <ogra> *they
[21:53] <ogra> we need to build on that for other stuff
[21:58]  * RichEd mutters some more
[21:59] <RichEd> must be a sign that it's time to head for away from PC time ... what else do we need to go though tonight ?
[22:00] <ogra> nothing really
[22:00] <ogra> i'm still not done with packing and only had 4h sleep will be a fun day :/
[22:06] <RichEd> well i'm going to head off as well ... chat to you tomorrow before you run off to the airport
[22:07]  * ogra UGHs
[22:07] <ogra> Laser just resigned from edubuntu bugsquad
[22:07] <ogra> and stepped back from his dev duties in MOTU
[22:07] <bimberi> He has a dissertation to finish
[22:07] <ogra> I cherish the time I've had to work with you all and count many of you as
[22:07] <ogra> some of my very best friends. Good luck with Intrepid.
[22:07] <ogra> :(
[22:08] <bimberi> yes :(
[22:09] <RichEd> miff :( ... grown up life calls everyone I suppose
[22:09] <ogra> i uess i need to take ove his merges then
[22:11] <ogra> ah, not that much
[23:14] <xiagox> so edubuntu doesn't have all support for spanish
[23:14] <xiagox> can I install it from ubuntu then?
[23:15] <ogra> its he same :)
[23:15] <ogra> *the
[23:15] <ogra> (meaning: yes, you can
[23:15] <ogra> )
[23:16] <xiagox> so edubuntu -is- missing that support right?
[23:16] <ogra> wht are you refering to exactly ?
[23:16] <ogra> edubuntu is sn addon ot ubuntu with hardy
[23:16] <ogra> so it deends how you installed the ubuntu you base on
[23:16] <xiagox> you need to install language-es post install
[23:17] <ogra> *depends
[23:17] <xiagox> so can i do that from a ubuntu cd instead of the internet?
[23:17] <ogra> with hardy you have to
[23:17] <ogra> there is no edubuntu install CD anymore
[23:17] <xiagox> really?!
[23:17] <ogra> only the add-on CD that can be used to install edubuntu-desktop on top of an existing ubuntu
[23:18] <ogra> (which is how it always worked just a bit more hidden from the user)
[23:18] <xiagox> ah i see
[23:19] <xiagox> so i already have ubuntu, so all i need is the addon and it's magically edubuntu?
[23:19] <ogra> right
[23:19] <xiagox> that's great thanks alot :)
[23:19] <ogra> https://wiki.ubuntu.com/HardyClassroomServer#head-7d164dd6ce5d6e99bc8403e65eb2286fbd87f749
[23:19] <ogra> bah