[03:35] <mhall119> highvoltage, got my first Qimo 2.0 packages built!
[14:01] <mhall119> so Scratch doesn't look to be in the repos, anybody have suggestions on something I can use in place of eToys?
[14:38] <mhall119> highvoltage, ping
[22:50] <AlanBell> I am playing with wiimote whiteboard stuff at the moment
[22:50] <AlanBell> it would be rather good to get it packaged for Ubuntu
[22:52] <AlanBell> it is a python app, with a few dependencies, all in the repos
[22:53] <AlanBell> http://github.com/pnegre/python-whiteboard
[22:54] <AlanBell> there is also this one http://www.stepd.ca/gtkwhiteboard/
[22:55] <AlanBell> I will have a go at packaging it at some point in the next few weeks
[22:55] <AlanBell> but I am a bit of a newbie to the whole packaging thing. If anyone wants to help that would be great.
[22:57] <AlanBell> I think it would be amazing if someone could install Ubuntu, install the whiteboard app and then with a wiimote and a projector and a £10 IR pen have an interactive whiteboard
[22:59] <stgraber> As been a while I wanted to test that though haven't had the chance yet
[22:59] <stgraber> at this point, it's extremely unlikely something new enters Lucid as we have our Feature Freeze on Thursday but it's clearly something we should look at, east least for Lucid+1
[23:01] <alkisg> AlanBell: did those apps work for you?
[23:13] <stgraber> alkisg: I just did a test with VBox, it booted just fine ...
[23:14] <alkisg> stgraber: hmm... except for that vbox problem, I also have a problem with tftpd-hpa not starting at boot.
[23:14] <alkisg> stgraber: what settings do you use in vbox?
[23:14] <alkisg> networking / pae etc?
[23:15] <stgraber> alkisg: I used the usual one, bridged using the VT extension of my CPU, PAE enabled + 3D graphic
[23:15] <stgraber> alkisg: http://pastebin.com/f69a74c92
[23:15]  * alkisg shrugs... I can reproduce the problem here 100% - removing nbd-proxy make it work, reinstalling it make it halt
[23:16] <stgraber> alkisg: can you try: ltsp-update-image --arch i386 -n
[23:16] <stgraber> I'm wondering if that's my use of -n that solves the issue ;)
[23:16] <stgraber> (as it had fixed quite a lot of stability issue for me in the past)
[23:17] <alkisg> trying...
[23:17] <alkisg> (btw do you see any speed difference with -n? )
[23:18] <stgraber> not really no, it's using slightly more bandwidth and less CPU but that's about it
[23:18] <stgraber> though most squashfs issues I had sometime, completely vanished once I started using -n
[23:18] <runout> hi, for the wii whiteboard i found some packages which did not work. they claim to have a problem with the bluetooth stack of bluez
[23:19] <runout> following seems to work (last post with download) http://code.google.com/p/linux-whiteboard/issues/detail?id=22
[23:23] <alkisg> stgraber: nah, the same
[23:23] <alkisg> bs=1024, sz=537016, and then hangs
[23:25] <stgraber> alkisg: can you boot without nbd-proxy, then do:
[23:25] <stgraber> - nbd-proxy <server ip> 2000 2000
[23:25] <stgraber> - nbd-client /dev/nbd1 127.0.0.1 2001
[23:25] <stgraber> - mkdir -p /mnt/test
[23:25] <stgraber> - mount /dev/nbd1 /mnt/test
[23:25] <alkisg> With break=mount ?
[23:25] <stgraber> something should fail at some point doing that
[23:26] <stgraber> alkisg: nope, just boot the thin client as usual and do that from the shell
[23:26] <alkisg> ok
[23:26] <stgraber> it won't disconnect the existing nbd connection so it shouldn't be a problem
[23:26] <alkisg> btw I also tried with your client (.xml), no difference
[23:28]  * alkisg also notes that he's using the default generic-pae kernel... (i386)
[23:29] <stgraber> I'm on Lucid amd64 on my laptop (where the VM was running), actual thin client is an Intel Atom one with 512MB of RAM and gigabit network to the server
[23:29] <stgraber> I have 10 or so of them at the office running on Lucid, some as thin client, some as fat. All with the latest packages from my PPA
[23:31] <alkisg> nbd-proxy 10.160.31.10 2000 2000
[23:31] <alkisg> Hangup
[23:32] <alkisg> From syslog: Feb 14 01:32:29 alkis nbd_server[11106]: Read failed: Inappropriate ioctl for device
[23:33] <stgraber> alkisg: interesting, that's lucid 32bit right ?
[23:33] <alkisg> Yup
[23:33] <stgraber> I'll get you a debug version then, hang on a sec
[23:35] <stgraber> alkisg: http://www.stgraber.org/download/nbd-proxy
[23:35] <stgraber> alkisg: make it executable and run it with: ./nbd-proxy 10.160.31.10 2000 2000 2> debug.log
[23:36] <stgraber> you should then have a full debug log in debug.log
[23:36] <alkisg> stgraber: I tried again the same line (with the original nbd-proxy) and it worked!
[23:36] <stgraber> hmm, something is really wrong then ...
[23:36] <stgraber> so running the same thing two times failed the first time and worked the second ?
[23:36] <alkisg> Yes
[23:37] <alkisg> Let me reboot and test it again...
[23:38] <alkisg> Yes, again the same thing
[23:38] <alkisg> (so a quick fix would be to run it twice :P)
[23:38] <alkisg> ok, putting the debug version...
[23:38] <stgraber> does it die the first time ?
[23:38] <stgraber> it's supposed to fork into background
[23:38] <stgraber> so you would have to check with "ps aux"
[23:39] <alkisg> It just says "Hangup" - I didn't look at ps
[23:39] <alkisg> The second time, it doesn't fork to the background
[23:39] <alkisg> It just waits - I thought it woulnd't fork..
[23:39] <stgraber> hmm, ok, so it's actually behaving as it should ...
[23:40] <stgraber> it's supposed to fork and say "hangup" (I don't remember why the "hangup")
[23:40] <stgraber> and if it's already running, then it'll hang until the previous instance is killed
[23:40] <stgraber> (as it can't listen twice on the same port)
[23:40] <alkisg> Ah
[23:40] <alkisg> Yeah, I see it on the processes list
[23:40] <stgraber> what's happening if you do that nbd-client ?
[23:41] <alkisg> Error: cannot open NBD: No such file or directory
[23:41] <alkisg> Please ensure the 'nbd' module is loaded.
[23:41] <alkisg> with: nbd-client /dev/nbd1 127.0.0.1 2001
[23:42] <stgraber> my bad
[23:42] <stgraber> nbd-client 127.0.0.1 2001 /dev/nbd1
[23:42] <stgraber> that should work better
[23:42] <alkisg> Error: Connect: Connection refused
[23:42] <alkisg> should that be 2001 or 2000?
[23:43] <stgraber> yeah ... seems like I'm half-asleep and it's not even late here ... :)
[23:43] <alkisg> with 2000 it connects but I get a whole lot of errors
[23:43] <stgraber> what kind of error ?
[23:43] <alkisg> Buffer I/O error on device nbd1, logical block 1
[23:44] <alkisg> nbd1: Attempted send on closed socket
[23:44] <stgraber> oh, interesting
[23:44] <stgraber> is nbd-proxy still running ?
[23:44] <alkisg> Uh, ok, pressing ctrl+z / bg to check...
[23:45] <alkisg> Yes, it is
[23:45] <stgraber> ok, then I'm going to need some debug info I guess ;)
[23:45] <alkisg> nbd-client died though. I rerun it and now it hanged on "Negotiation:"
[23:45] <stgraber> restart the VM to get the kernel in a sane state
[23:45] <alkisg> stgraber: I can also give you vnc access if you want...
[23:46] <stgraber> alkisg: that'd be great
[23:46] <alkisg> I usually do it with x11vnc -connect, but you'd need vncviewer -listen and a port forwarding for that, any other ideas?
[23:47] <alkisg> Ah, silly me
[23:47] <alkisg> Sorry, I'll just port forward 5900