[00:06] <dhillon-v10> HedgeMage, hi there :)
[00:21] <HedgeMage> hi, dhillon-v10, have a good sleep?
[00:22] <dhillon-v10> HedgeMage, yup, I love sleeping :) were you working this whole time
[00:22] <HedgeMage> dhillon-v10: working, parenting, the usual :)
[00:23] <dhillon-v10> HedgeMage, nice, so yah i will get working on moving the issues over as bugs into the website project then and after that maybe assign one or two to myself (modules)
[00:24] <HedgeMage> dhillon-v10: awesome
[00:24] <dhillon-v10> HedgeMage, check this out, its awesome: http://theoatmeal.com/comics/computers
[00:27] <HedgeMage> heh, seen it :)
[00:27] <HedgeMage> cute, though
[00:28] <HedgeMage> dhillon-v10: edubuntu.frogandowl.org has a copy of the site on it.
[00:29] <HedgeMage> dhillon-v10: so we can work there.  If I'm online, ping me to commit often please (ideally we should commit at least every time we close a ticket, but having me pull from the sandbox that won't work when I'm not around)
[00:30] <HedgeMage> dhillon-v10: pm me if you'd like to get my jabber info for when I close IRC (it can be distracting sometimes as I am weak-willed and prone to chitchat :P)
[00:33] <dhillon-v10> HedgeMage, what's the pace you would like to see, like one commit everyday closing an issue
[00:36] <HedgeMage> dhillon-v10: We want to get this done by the end of the month if we can manage to, but more importantly we want to get it *right*.  So, it'll be done when it's done ;)
[00:38] <dhillon-v10> HedgeMage, alright, see i was asking because I have midterm exams by the end of January so I'll be a little busy there :)
[00:39] <HedgeMage> dhillon-v10: No worries, I'm a single mom, a business owner, and about to move to a different state -- I know what being busy is like ;)  It'll be done when it's done.
[00:39] <HedgeMage> With three of us on the job it shouldn't be too bad.
[00:40] <dhillon-v10> HedgeMage, I'll try to get done with the tasks I assign myself before the end of next week :) that I can be sure about
[00:40] <HedgeMage> dhillon-v10: cool, thanks :)
[01:58] <sbalneav> Evening all
[01:58] <stgraber> good evening
[01:59] <HedgeMage> hi, sbalneav
[01:59] <HedgeMage> hi, stgraber
[02:07] <stgraber> sbalneav: did you see https://ltsp-control01.stgraber.org/loadbalancer/overview ?
[02:08] <stgraber> (feel free to drag&drop, nothing is actually saved)
[02:09] <sbalneav> stgraber: wow
[02:09] <sbalneav> this ajaxy stuff's always pretty cool.
[02:10] <stgraber> yep and really quite easy to implement ;)
[02:12] <sbalneav> There a patch editor for simple-patchsys?
[02:12] <sbalneav> like with cdbs I can say cdbs-edit-patch?
[02:13] <stgraber> not sure, I'm usually using dpatch or quilt, simple-patchsys always looked to me like a for loop doing patch -p0 ;)
[02:19] <sbalneav> ah, looks like you can use cdbs-edit-patch with simple-patchsys
[02:19] <sbalneav> I'm digging into the ritzen-flargen-rarble-noogen gksu problem
[02:49] <HedgeMage> ping: highvoltage
[03:01] <Ahmuck-Jr> ack
[03:04] <HedgeMage> Ahmuck-Jr: syn, then ack
[03:04]  * HedgeMage ducks
[03:05] <Ahmuck-Jr> :)
[03:13] <sbalneav> gaaaar :(
[03:13]  * sbalneav hits gksu with a hammer
[03:17] <stgraber> usually hitting things with a hammer doesn't make them work any better ;)
[03:20] <sbalneav> No, but it makes you FEEL SO MUCH BETTER
[03:21] <sbalneav> We'll see if this works
[03:38] <sbalneav> YAHHHhAHAHAHAHAHAHA
[03:38] <sbalneav> \o/
[03:38]  * sbalneav dances a merry jig
[03:39] <sbalneav> :D\-<
[03:39] <sbalneav> :D\-<
[03:39] <sbalneav> :D|-<
[03:39] <sbalneav> :D/-<
[03:39] <sbalneav> wheeehehehehe
[03:43] <HedgeMage> rofl
[03:45] <HedgeMage> Anyone know what time zone highvoltage is in?
[03:48] <sbalneav> he's in .za
[03:48] <sbalneav> in 3 weeks he'll be in est
[03:50] <HedgeMage> ahh, moving or visiting?
[04:02] <sbalneav> Moving
[04:02] <sbalneav> To .ca
[04:02] <sbalneav> Montreal
[04:03] <stgraber> Sherbrooke actually ;)
[04:04] <stgraber> (150km away from Montreal)
[04:07] <HedgeMage> Ahh. :)
[04:14] <sbalneav> argh
[04:14] <sbalneav> I keep forgetting that
[04:15] <sbalneav> Somehow I got it stuck in my mind you're in Montreal, and it keeps popping forward.
[04:15] <sbalneav> stgraber: Just posted a patch to Bug #501559
[04:17] <HedgeMage> sbalneav: Nope, I'm in Illinois, USA soon to move to Indiana, USA
[04:21] <sbalneav> HedgeMage: heh, no sorry, that was for stgraber
[04:21] <sbalneav> You I knew were stateside.
[04:22] <HedgeMage> ahh, ok :)
[04:26] <sbalneav> Well, let's home mvo will take that patch.
[04:26] <sbalneav> hope
[04:31] <stgraber> sbalneav: so you cherry-picked what you needed of the forkpty option and just dropped the ifdef for these ?
[04:33] <sbalneav> Well, mvo said the reason why they wanted to get rid of the forkpty was because of... hold on lemme find the bug...
[04:34] <sbalneav> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535544
[04:34] <sbalneav> tty_tickets
[04:34] <sbalneav> since forkpty generates a new pty
[04:35] <sbalneav> so, the forkpty way runs a sudo -v first, just to get a ticket
[04:35] <sbalneav> then uses g_spawn_sync to actually run the command you want to run.
[04:35] <sbalneav> WITHOUT forkpty being defined
[04:35] <sbalneav> it was trying to just run the command, instead of the sudo -v
[04:35] <sbalneav> but it doesn't do ANY handling of stdout/stderr
[04:36] <sbalneav> so, the command dies with EPIPE
[04:36] <sbalneav> I'm figuring that wasn't the intent of the original change
[04:36] <sbalneav> rather, they just wanted to read/write to the sudo -v without forkpty
[04:37] <sbalneav> so, I basically just had to remove a couple of overzealous #ifdef's
[04:37] <sbalneav> and have the first execv run the verify command, instead of the real command.
[04:40] <stgraber> cool, let's hope we'll have that uploaded soon (so we have sabayon working for alpha-2)
[04:49] <sbalneav> humm
[04:49] <sbalneav> might still have a problem...
[04:51] <sbalneav> arrgh :(
[04:51] <sbalneav> so, get this.
[04:51] <sbalneav> gksu works great if I run it from a terminal now.
[04:51] <sbalneav> if it's launched from a .desktop
[04:51] <sbalneav> nothing.
[04:52]  * sbalneav cries.
[05:09] <sbalneav> maybe.... maybe....
[05:13] <HedgeMage> poor sbalneav
[05:13]  * HedgeMage hugs
[05:19] <sbalneav> got it now
[05:19] <HedgeMage> cool
[05:19] <sbalneav> now it works from the .desktop file.
[05:19] <sbalneav> yeesh
[05:19] <HedgeMage> I'm trying to decide whether I should attempt to code what I need to code, or assume I'm too sleepy to do it right.
[05:19] <HedgeMage> I need to be up for another 45 min at least, though.
[05:20] <HedgeMage> (Mom has to bring food to a work function tomorrow and I need to put out the coffee cake to rise then)
[05:20] <sbalneav> I was planning on doing other things tonight, but I've spent 4 hours going crosseyed over this.
[05:20] <sbalneav> Mmmm coffee cake
[05:44] <sbalneav> Night all, too tired to hack on.
[05:46] <HedgeMage> good night, sbalneav
[05:50] <rigderunner7> anyone up for trying to help me figure out usb mount issues
[06:25] <HedgeMage> In case anyone is interested, Nick kindly handed over control of the edubuntu identi.ca group to me, so if you see spam let me know and I'll quash it
[11:09] <alkisg> I'm using dl-ubuntu-test-iso to rsync the Lucid live CDs. I have FLAVORS="ubuntu kubuntu edubuntu" in my config file, but for edubuntu I'm not getting anything. Any clues?
[13:07] <firestorm> Hi there. Trying to get x11vnc working to connect to ltsp clients. Used the following guide and have disabled ufw/firehol but get connection refused. https://wiki.edubuntu.org/InstallX11VncOnLtspClients    I can confirm that x11vnc process is running once client has booted up. Thoughts?
[13:09] <alkisg_live> firestorm: have you considered using italc instead? It provides client autodetection/viewing/controlling out of the box..
[13:10] <firestorm> alkisg_live: do i install it into the ltsp chroot or just in the edubuntu ltsp server base?
[13:11] <alkisg_live> firestorm: just on the ltsp server: sudo apt-get install italc-master
[13:11] <alkisg_live> But do remove any other apps using port 5900 before that.
[13:11] <alkisg_live> (you _can_ make it use another port if required...)
[13:11] <firestorm> guessing that i don't have to rebuild the ltsp-image afterwards?
[13:12] <alkisg_live> Do you have x11vnc installed on the chroot?
[13:12] <firestorm> alkisg_live: i do
[13:12] <alkisg_live> Is it using 5900? You'd better remove it and update the chroot before installing iTalc...
[13:12] <firestorm> alkisg_live: ok so i'll make sure that x11vnc is not running in the chroot and will rebuild the ltsp client img
[13:13] <alkisg_live> Sounds like a plan :)
[13:14] <firestorm> will let ya know in a few mins ;)
[13:32] <dgroos> Good Morn All
[13:34] <dgroos> alkisg: ran the script and have csv of all users--so slick!  I could even click on the header and it would alpha in that column.  Not even user-admin can do that :)
[13:35] <alkisg> firestorm: how did it go?
[13:37] <dgroos> hmmm maybe better re-enter this comment (thought you were on line): alkisg: ran the script and have csv of all users--so slick!  I could even click on the header and it would alpha in that column.  Not even user-admin can do that :)
[13:37] <firestorm> alkisg: wow ... it worked!
[13:38] <alkisg> dgroos: thanks - so in the next sch-script version, you'll be in charge of english proofreading the tools ;) :D
[13:38] <dgroos> I'm guessing there will be an issue when I try to import the users into the other setup--the first user on both systems has the same name.  What should I do?
[13:39] <dgroos> For sure!  Shoot it my way :)
[13:39] <alkisg> dgroos: remove that first user from the csv, so that all other uid stay the same
[13:39] <dgroos> Right.
[13:39] <alkisg> dgroos: then, using a backup of that csv, remove all other users except that first one - so that he'll get an account with the same password etc, but unfortunately with a different uid/gid...
[13:40] <firestorm> alkisg: italc is amazingly impressive !!!
[13:41] <alkisg> firestorm: some times, on some configurations, it has problems, like hanging etc. But usually it works, and it's really good :)
[13:42] <dgroos> alkisg: so you're saying... what on which server?
[13:43] <alkisg> dgroos: all tasks on the new server:
[13:43] <alkisg> Create 3 replicas of the csv: (1) the original, (2) without the first user, (3) with *just* the first user
[13:44] <dgroos> OK do I have to do the import of first user as It's already on the new server?
[13:44] <alkisg> And, always on the new server, import the csv #2 first, and the csv #3 after that.
[13:44] <alkisg> dgroos: no, you don't have to - it would just create another user with the same password etc
[13:44] <alkisg> So if you already have that user, just skip the #3 csv
[13:45] <dgroos> Right.
[13:45] <dgroos> So now, can I just copy the home directories then? (I say hopefully :))
[13:46] <alkisg> dgroos: better do that *after* importing the users
[13:46] <dgroos> Sure, that's what I meant.
[13:46] <alkisg> As some tools break the uids/gids when the users don't exist..
[13:47] <alkisg> There's a how-to in the ubuntu wiki for backup/restore using tar if you don't know what commands to use
[13:50] <dgroos> Excellent, I'll use it.  Now, time for me to put on my teacher hat and assess student work/learning :)  Thanks again for your help, alkisg.  I'll let you know how it goes.  Have a good afternoon/evening.
[13:52]  * alkisg just installed edubuntu lucid and will be in and out for some time...
[14:02] <firestorm> alkisg: the remote control feature doesn't seem to work or the window demo ... everything else seems good tho
[14:04] <alkisg> firestorm: is it easy to restart everything, including the server? if not, could you logout from the "teacher" account and login again?
[14:04] <firestorm> yup i'll restart everything
[14:06] <firestorm> alkisg: restarting is quite easy when the edubuntu server is one virtualbox and the client is another virtualbox :)
[14:06] <firestorm> alkisg: playing around with edubuntu/ltsp/pxe all in VMs
[14:06] <alkisg> Heh... I also use vbox for testing
[14:06] <firestorm> yeah the pxe network support is good ... performance is reasonable for a laptop without VM extensions - makes qemu a non-option
[14:06] <alkisg> The new feature that implements bridging with packet injection makes network configuration soooo easy...
[14:07] <firestorm> alkisg: yup i'm using it with a br0
[14:07] <alkisg> Why do you have a br0?
[14:08] <firestorm> alkisg: to have a fake network for comms between server and client ... i also give the server access to a real bridge so that it can bring in pkgs
[14:09] <firestorm> alkisg: i would have thought a '/usr/bin/ica &' in rc.local would have auto started it but perhaps not
[14:10] <alkisg> firestorm: I also have communication between server & clients with no br0. Italc-master (=ica) is autostarted on logon, so no need to put it in rc.local
[14:10] <firestorm> what starts italc-master? can't see it in /etc/init.d
[14:11] <alkisg> /etc/xdg/autostart/
[14:11] <alkisg> It's a per-session thing
[14:11] <alkisg> So if the students haven't logged on, you can't really "see" their PCs
[14:14] <firestorm> alkisg: still no demo ... student VM shows 'establishing connection to 127.0.0.1:5858 ... ' repeatedly
[14:14] <firestorm> 5858 is open
[14:15] <alkisg> 5858? Why?!
[14:15] <firestorm> alkisg: no idea?
[14:16] <alkisg> firestorm: rebooting to fix my resolution, please wait if you want...
[14:18] <alkisg_> Woah, loading evolution/firefox/empathy took more time than for the system to boot! Way to go, Lucid!
[14:20] <alkisg_> firestorm: try this from the "teacher" account: avahi-browse -trp _italc._tcp
[14:20] <alkisg_> What do you get?
[14:25] <firestorm> alkisg_: i don't have a teacher account
[14:26] <alkisg_> firestorm: the "teacher" account is an ordinary account that belongs to the "admin" group, so that it has access to the italc ssh keys
[14:26] <alkisg_> He can run italc, while "students" (not in the admin group) can't
[14:27] <alkisg_> I'm just using those terms to seperate between those 2 types of accounts, you don't actually need an account named "teacher"...
[14:28] <firestorm> alkisg_: gotcha ... pasted output into privmsg window
[14:29] <alkisg_> firestorm: are you sitting on ltsp221? Is there some other client logged on?
[14:30] <firestorm> alkisg_: different user (that I am in control of) (non-admin) logged in
[14:31] <alkisg_> firestorm: there should be 2 entries of italc there, I can only see one. Which one is missing? The teacher's or the student's?
[14:31] <firestorm> alkisg_: teacher wasn't logged into ldm ... logging in now
[14:32] <alkisg_> (sorry for insisting on calling them teacher/student but it makes it easier for my not-so-fluent English... :))
[14:32] <firestorm> works for me :)
[14:34] <firestorm> alkisg_: both users are now logged in but i don't seem to have any additional avahi-browser output
[14:35] <alkisg_> firestorm: ps -ef | grep ica => is ica running for the teacher?
[14:35] <alkisg_> If not: ica-launcher
[14:35] <alkisg_> (it's a daemon, it won't finish, just leave it running...)
[14:37] <firestorm> alkisg_: that did the trick
[14:38] <firestorm> demo works now
[14:38] <firestorm> wonde why i had to manually run 'ica-launcher' as teacher?
[14:39] <firestorm> actually i did a quick chgrp admin teacher/key ... maybe that is why ica wasn't running
[14:41] <firestorm> remote control now works ... but is too slow to be usable yet
[14:43] <alkisg_> Yes it uses some not-so-good calculations for the controlling/demo speed... it'll supposedly be better in 2.0 which will hopefully be released this year.
[14:47] <firestorm> gotcha
[14:47] <firestorm> u a dev for it?
[14:47] <alkisg_> Nope. Sent some small patches, but that was all.
[14:47] <firestorm> fair enough
[14:48] <firestorm> anyway i'd better try to get 4 hours sleep before work...thanks hugely for your patience and helping me get through it ... greatly appreciated
[14:49] <alkisg_> You're welcome - hope it works OK for you
[14:51] <firestorm> alkisg_: np night!
[15:00] <sbalneav> Morning all
[15:01] <alkisg_> Hey Scotty!
[15:36] <sbalneav> mvo's looking at my gksu patch right now
[15:36] <sbalneav> Hope we can get this put to bed for alpha-2
[15:36]  * sbalneav crosses fingers
[17:10] <HedgeMage> highvolt1ge: ping
[19:42] <dhillon-v10> HedgeMage, hi :) what's up
[19:47] <moldy> alkisg: ping
[19:48] <HedgeMage> dhillon-v10: Not much...just working.
[20:03] <alkisg> Hey moldy
[20:06] <moldy> alkisg: did you want to discuss anything tcm-related? just asking because i saw you in #lns and Lns pinged me :)
[20:08] <alkisg> Not exactly... I asked around if anyone could propose me of some easy way to do RPCs. I had in my mind ssh + python-pyinotify. Lns told me that you had such a method in tcm, but I suppose he meant the pgrep && cat /proc/pid/environ && get display etc script, right?
[20:09] <moldy> alkisg: possible
[20:09] <moldy> alkisg: i think xmlrpc is fairly easy in python
[20:09] <alkisg> But that won't work for remote systems (non-ltsp workstations)
[20:09] <moldy> alkisg: especially with twisted
[20:10] <moldy> alkisg: pgrep etc? yes, it's a hack
[20:10] <alkisg> moldy: I need authentication, that's why I thought of using ssh....
[20:10] <moldy> alkisg: we just use it for now, until we have something better :)
[20:10] <alkisg> How would I authenticate with xmlrpc?
[20:10] <moldy> alkisg: ssl
[20:11] <alkisg> It becomes complicated... while ssh client echo "command" > file is a one-liner
[20:11] <moldy> true
[20:11] <moldy> it depends on the circumstances
[20:11] <moldy> what do you need the communication for?
[20:11] <Lns> moldy: alkisg: yanqui and i were talking about this yesterday
[20:11] <alkisg> If I were to give some days or even weeks on the whole mechanism, I'd probably use telepathy for that instead
[20:12] <Lns> he seems to think that a simple pipe via an ssh socket would be absolutely fine for just about anything
[20:12] <alkisg> avahi, xmpp, tubes etc, all useful for teacher/student collaboration
[20:12] <alkisg> Lns: I want the command to execute from within the session, i.e. to have the whole user environment, session dbus etc.
[20:12] <Lns> mkfifo, echo, etc.. just need ssh keys generated in the chroot, which might be able to be integrated into ltsp-update-*-keys or whatnot
[20:12] <alkisg> So I can't just execute it with ssh, I need a listener AFAIK...
[20:12] <moldy> Lns: yes, it probably is. i am not fond of doing low-level socket stuff in C, though.
[20:13] <alkisg> Lns: mkfifo? that sounds interesting...
[20:13] <Lns> alkisg: when you're talking about dbus and all that, sbalneav has some things to say about that
[20:13] <alkisg> Lns: I haven't mentioned dbus
[20:13] <Lns> alkisg: session dbus
[20:13] <alkisg> I don't think it's suitable for RPC, it's only for local systems
[20:14] <alkisg> I don't want to use it. But whatever command I'll run, might want to use it.
[20:14] <Lns> hmm
[20:14] <moldy> at least it's not often used for remote stuff, not sure if it can be used in principle
[20:14] <alkisg> E.g. to logoff the client, you need to talk to the session dbus
[20:14] <Lns> hold on...was renewing my car registration online ;)
[20:15] <moldy> alkisg: i still don't know what your requirements are, though :)
[20:15] <alkisg> moldy: I want to use it as a generic mechanism for the teacher to be able to execute commands on the students
[20:15] <alkisg> E.g. "launch that page on firefox", "add that panel applet", "show that video" etc
[20:15] <moldy> alkisg: and the students are remote workstations? or user sessions on the same machine? or both?
[20:16] <alkisg> Both, I'd like to use it on both LTSP and non-LTSP installations (or even mixed ones)
[20:16] <alkisg> ssh + a listener would work in all those cases...
[20:16] <alkisg> Simple, maybe even naive, but I can't see any real downsides... :-/
[20:17] <moldy> right. i don't think it really is much simpler than xmlrpc+ssl, though. but maybe that is just me :)
[20:17] <Lns> alkisg: what's wrong with using italc for that stuff? isn't that geared for everything you're talking about anyway?
[20:17] <alkisg> Lns, I can't script italc to open a video. The teacher would have to type that command.
[20:18] <Lns> you can't use italc to execute commands on the remote machine?
[20:18] <alkisg> I can, but I can't *script* it
[20:18] <alkisg> In my sch-scripts, the teacher would be shown a GUI with 3 tabs: users, pcs, files
[20:18] <Lns> e.g. mplayer path/to/video
[20:18] <alkisg> Say for example that he wants to broadcast a video
[20:18] <alkisg> He'd have to launch vlc in the teacher pc in broadcast mode, and in all the students in receive mode
[20:19] <alkisg> The command for that is quite lengthy. It'd be better if he just had a "right click > broadcast" option
[20:19] <alkisg> That's what I want to script with the sch-scripts.
[20:19] <alkisg> And I can't do that with iTalc. I asked the developer if he'd accept patches for such a thing, of course *if* the code quality was OK.
[20:19] <alkisg> I didn't get an answer...
[20:20] <Lns> hrm
[20:20] <Lns> isn't stgraber working on italc?
[20:20] <alkisg> I also asked stgraber about this, didn't get an answer either
[20:20] <Lns> hmm
[20:20] <alkisg> I don't think he has enough time to invest in iTalc
[20:21] <alkisg> But even in that case, iTalc won't have an "embedded nautilus". sch-scripts will.
[20:21] <alkisg> So, "select 3 files and 3 folders, right click and select "send to this group of students"" will be possible
[20:21] <Lns> i know this isn't what you'r egoing for but doesn't mplayer do broadcasting?
[20:22] <alkisg> vlc is better for broadcasting. It's just difficult to set it up, that's why I'm looking for a script to automate the whole thing
[20:22] <alkisg> So I'd like to have maybe 100 scripts for simple tasks like these, organized under a simple python GUI with the 3 tabs I said..
[20:23]  * HedgeMage peeks in
[20:23] <alkisg> Hi HedgeMage :)
[20:24] <HedgeMage> hi, alkisg
[20:24] <alkisg> We've already made the code to parse the .desktop files that describe the commands, and construct the menus from them (according to the xdg specs)
[20:24] <alkisg> We also have the code for some dozens of scripts, but we'd like to double them
[20:24] <alkisg> I hope we'll have something ready for Lucid, in a PPA.
[20:26] <HedgeMage> So last night I looked at how to migrate website tasks/issues to LP.  It looks like we cannot add issues to a group, though, we need to add them to the edubuntu-website project, and to manage them we need highvolt1ge to somehow link the two?
[20:26] <HedgeMage> I haven't used lp much so I'm not sure how it's all organized.
[20:27] <moldy> alkisg: what is sch-scripts?
[20:28] <alkisg> moldy: https://launchpad.net/sch-scripts
[20:28] <alkisg> bbiab
[20:28] <moldy> alkisg: btw, if anyone with some python knowledge has some spare time, we could use some help on tcm if we want to get it ready for lucid ;)
[20:28] <moldy> i don't know how much time yanqui currently has on his hands
[20:29] <moldy> and btw, right now, it should be quite easy to grasp the code
[20:34] <dhillon-v10> HedgeMage, what we can do here is to manually copy over everything in those bugs, and then set their importance and status using the lp standards, I think :)
[20:36] <HedgeMage> dhillon-v10: my question was more whether I am correct that you can't post bugs to a group, you have to do it to the project?
[20:39] <alkisg> Lns, moldy: do you have any plans to make tcm work in non-ltsp environments?
[20:40] <Lns> alkisg: maybe, but it'd be more of an afterthought I think...
[20:41] <Lns> or a 'hey this works in non-ltsp stuff too!' thing ;)
[20:43] <alkisg> Yup, thought so... so we can't really join forces, the projects have similar goals but will work in different ways.
[20:44] <Lns> sure.. of course I'm sure we can help each other out with the 2 separate projects
[20:45] <alkisg> Sure, we have a lot of tasks in common.
[20:46] <alkisg> Lns: but do give some thought on fat client support ;)
[20:46] <alkisg> Lucid will have fat clients out of the box...
[20:46] <Lns> oh of course, yes
[20:46] <alkisg> Fat clients are essentially the same as standalone workstations
[20:46] <Lns> yep
[20:47] <Lns> of course, with fat clients we're talking about LTSP in a much different way
[20:47] <Lns> i wish the terminology was a bit more clear
[20:48] <Lns> but whatever =) it works so i can't complain one bit!
[20:48] <alkisg> Right, that's why I was thinking that a more generic way to handle clients is required
[20:48] <Lns> yeah
[20:48] <Lns> i understand that point of view completely
[20:48] <Lns> and it's a growing point of view for sure
[20:48] <alkisg> A "daemon" running on the clients makes ltsp clients almost the same as any other clients
[20:48] <alkisg> (listener)
[20:49] <Lns> i guess i'm just not in the loop, because 1) I'm still on 8.04, and 2) thin clients have a great use-case for low-energy (i.e. not able to DO fat-client stuff) computing
[20:49] <Lns> right, which is why i brought up the reverse-ssh pipe where you can pretty much dump anything into it from the server
[20:49] <Lns> if it's in the chroot it shouldn't matter whether you're thin/fat
[20:50] <alkisg> The bad with the the ssh channel is that it's outside of the user session
[20:50] <Lns> no, that's good because you can handle clients that aren't logged in
[20:50] <alkisg> True, but that's only good for administering the PC
[20:50] <Lns> you could do it either way though
[20:50] <Lns> i don't see a way of being able to do both with one method
[20:51] <Lns> ianap though either
[20:51] <alkisg> Correct, that's why I use both methods, i.e. ssh + daemon
[20:51] <alkisg> (*want* to use 2 methods - I only have the ssh keys setup ready for now)
[20:52] <Lns> yeah
[20:57] <dhillon-v10> HedgeMage, sorry for the late reply and I misunderstood that part, you are right the bugs go with a project :)
[20:58] <HedgeMage> dhillon-v10: Ahh, okay.  I wish there were a way we could set up a branch, tag, or release so we could isolate issues related to the redesign
[20:59] <HedgeMage> dhillon-v10: I think we need highvolt1ge for that, though
[20:59] <dhillon-v10> HedgeMage, that's where we can make a new tag, and apply that new tag for every issue related to redesign
[21:00] <dhillon-v10> HedgeMage, not sure, I think we can do this without him, but would like for highvolt1ge to look over this
[21:02] <HedgeMage> ok
[21:02] <dhillon-v10> HedgeMage, off to sleep, I don't have any homework today so I can transfer all the issues over to launchpad, and then you can look over them :)
[21:03] <HedgeMage> awesome, thanks dhillon-v10
[21:03] <dhillon-v10> HedgeMage, np
[22:00] <dgroos> alkisg ping
[22:00] <alkisg_> dgroos: pong :)
[22:01] <dgroos> So, starting where we left off... I started the new server, ready to put the csv on it and run your cool script.
[22:02] <alkisg_> And?
[22:03] <dgroos> (sorry, I was just finishing up helping some students) Well, I did ifconfig and it only showed the lo?
[22:03] <alkisg_> You have a networking problem?
[22:03] <dgroos> Yea, I think so...
[22:04] <dgroos> I don't think I've got access to the network.
[22:04] <dgroos> I looked at the /etc/network/interfaces
[22:05] <dgroos> and I better check back to see what it was... end of day exhaustion...
[22:05] <alkisg_> dgroos: try with ifconfig -a
[22:06] <alkisg_> dgroos: and also, lspci -nn | grep Ethernet
[22:06] <dgroos> and it lists all 3 interfaces, lo, eth0 and eth1
[22:06] <dgroos> OK
[22:07] <dgroos> good, all are now listed.
[22:07] <dgroos> I don't see on that is set to broadcast ips
[22:07] <alkisg_> dgroos: on servers, it's usually better to set up static IPs in /etc/network/interfaces
[22:09] <dgroos> OK, I can find out how to do that for the port that goes to the wan, how about the one broadcasting ip's to the thin clients?
[22:09] <alkisg_> It's on the same file
[22:11] <dgroos> I'll check and see what my Jaunty /etc/network/interfaces file says and emulate that, sure?
[22:11] <alkisg_> Yup
[22:11] <dgroos> Thanks!
[22:30] <dgroos> OK did that and restarted machine.  ifconfig show it has the info I put in but it isn't broadcasting ip addresses?
[22:30] <alkisg_> dgroos: what do you mean "broadcasting"?
[22:31] <dgroos> I mean to say, handing out ip addresses to machines that are connected to it and are requesting them.
[22:31] <alkisg_> What internal IP did you use? 192.168.0.1 ?
[22:31] <dgroos> I hooked up my laptop to both ports and it isn't getting an address.
[22:31] <dgroos> yes
[22:32] <alkisg_> Did you restart the server?
[22:32] <dgroos> yes
[22:32] <alkisg_> What's the output of: sudo service dhcp3-server status
[22:33] <dgroos> unrecognized service (but isn't karmic using dnmasq or something?)
[22:33] <alkisg_> Not by default
[22:34] <alkisg_> How did you install ltsp?
[22:35] <dgroos> Well, all I've done so far is do a fresh install with the help of your fine script which put the live CD up for PXE booting.
[22:35] <alkisg_> Ah, so you haven't installed ltsp yet...
[22:35] <alkisg_> Then you need to run `sudo apt-get install ltsp-server-standalone` and ltsp-build-client afterwards
[22:37] <alkisg_> https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall#Installing%20on%20top%20of%20an%20already%20running%20desktop%20system
[22:37] <dgroos> So I've just run the edubuntu install from live CD.  I'm thinking I better go back to the manual :)  I'll do the above then go to the install pages.  Thanks for your help again.
[22:37] <dgroos> :D
[22:38] <dgroos> I think I did check F4 at install time and didn't see the 'Install an LTSP server option'
[22:39] <alkisg_> That's only available if you select "text mode installation" first
[22:39] <alkisg_> (I think)
[22:40] <alkisg_> I hope stgraber and highvolt1ge will get the live-ltsp + installation part ready in time for Lucid ...
[22:54] <dgroos> alkisg: I'm trying to install ltsp software.  I can access the internet with Firefox, but can't ping google.com with Terminal.  I can ping our district web page, however.  Any idea?
[22:58] <alkisg_> dgroos: probably your /etc/resolv.conf
[22:59] <alkisg_> highvolt1ge: a bug with the fat client script: I have edubuntu installed, and instead of "break"ing on line 22, it "return"s, so it doesn't install anything.
[22:59] <dgroos> Thanks, it doesn't look right.  I'll check how my other one looks.  Thanks :)
[22:59] <alkisg_> highvolt1ge: so you should probably change that "return" to a "break"
[23:03] <dgroos> alkisg: both the old and the new server have the same nameserver.  The old server (currently in use) has only the nameserver line, the new server that I'm setting up has a 'search' and 'domain' line as well (though both say, 'example.com'.
[23:05] <alkisg_> dgroos: also, are you using a proxy to access the internet?
[23:07] <dgroos> Well, the old server is running a squid proxy server but I thought that was only for the thin clients.  I was able to access the internet on the new server with Firefox, but not with Terminal...
[23:09] <alkisg_> dgroos: does synaptic work? Can you install ltsp-server-standalone from there?
[23:10] <alkisg_> Hey, edubuntu doesn't have evolution by default? Wow...
[23:12] <alkisg_> Anyway, it's late here, goodnight all...
[23:12] <dgroos> Yea, works great.  Thanks for the idea.  I'm confused, why can't Terminal get out onto the internet?
[23:12] <dgroos> Thanks for your help!
[23:12] <dgroos> G'night.
[23:13] <alkisg_> dgroos: see if an "http_proxy" variable exists in your environment, if it does, it breaks internet connectivity, it's a known bug, so you should unset it before using apt-get. OK, bye :)
[23:14] <highvolt1ge> HedgeMage: pong
[23:16] <HedgeMage> highvolt1ge: okay, I'm just getting used to LP again... it seems that the edubuntu-website project needs to be tied to the group somehow?  and is there some way to make a branch/component/whatever to put all the upgrade/redesign issues in to keep them together?
[23:16] <HedgeMage> highvolt1ge: you own it so it seems like you have to handle whatever needs doing :)
[23:18] <highvoltage> HedgeMage: I made you an administrator yesterday, I think you should have rights to do pretty much anything
[23:19] <highvoltage> also, it's past 1am and I'm having trouble parsing that sentence (sorry that I haven't paid that much attention to IRC today)
[23:19] <HedgeMage> oh, sorry
[23:19] <highvoltage> no :)
[23:20] <highvoltage> I *think* we need to make an "edubuntu" "product" on LP and link the site project to it
[23:20] <HedgeMage> highvoltage: I know I'm an admin on the group, but I was wondering about the project https://edge.launchpad.net/edubuntu-website which is what I think we need to organize an issue queue
[23:21] <HedgeMage> I haven't used LP in about 4 years, though
[23:21] <highvoltage> you can already file bugs against edubuntu-website
[23:21] <highvoltage> isn't that what we want?
[23:21] <HedgeMage> yes, but I was wondering if there is a way to make a category or something just for the redesign so we can group those issues together
[23:21] <HedgeMage> not sure what LP supports
[23:21] <highvoltage> it supports tags though
[23:22] <highvoltage> it's not the most elegant of ways to do it, but issues could be marked with tags to make them easier to search
[23:22] <HedgeMage> ok
[23:22] <HedgeMage> that can work then
[23:23] <highvoltage> I think there might be more focussed ways, I think their all crude though, I think it's possible to create different development focusses (an LP concept) which you can target
[23:23] <highvoltage> I'll check on that tomorrow morning and get back to you on that as well
[23:24] <HedgeMage> ok, no rush
[23:24] <HedgeMage> :)