[11:49] ogra: We may have found the bug for iTalc :) (at least Tobias found a QRgb mistake in his code) [11:50] ogra: ping [13:09] RichEd-1: italc now works [13:09] RichEd-1: upstream tells me he'll release a new version later in the day and I hope to have it ready for inclusion by Monday [13:10] * RichEd-1 cheers for stgraber and Tobias for identifying & fixing [13:10] RichEd-1: so oliver will have till Thursday to fill the MIR and have it moved to main (if he doesn't want to fill a FF exception too) [13:10] * RichEd-1 cheers twice & jumps up & down at the news that it's on the inclusion path [13:10] w00t [13:11] stgraber: where can I get a featutre list for the version you are working on ? [13:11] and some high level info on how it works ... [13:11] i.e. teacher loads app on normal PC desktop [13:11] RichEd-1: http://italc.sourceforge.net/ seems to be a good start [13:12] RichEd-1: the client part will be starting by default on the clients and the server part will be available to the member of the admin group [13:12] RichEd-1: starting it will show the classroom UI with all the computers and the possible actions at the top of the window [13:12] and version # of the code you are working on so i can make sure i have the correct documentation feature set ? [13:13] 1.0.6 which will be released today, functions are identitical as 1.0.3, 1.0.4 and 1.0.5 as those were only bugfixes [13:13] (go on .. that level of detail is perfect ... it's for the suits in Intel who will never touch iTalc but want to tell people that "teacher admin" is available [13:13] also, w.r.t. the component that runs on the client: [13:13] #1 does it do any display on the local client [13:14] i.e. will the smaller screen be any problem ? [13:14] no, it's completely hidden so no problem client side [13:14] the only problem is if one wants to run the teacher part on a CMPC [13:14] #2 any other potential issues with runnning this on the classmate [13:14] i think ogra should test it asap on his notebook, taking over his cmpc [13:15] stgraber: nah ... the teacher needs a workstation end of story [13:15] the teacher is an adult [13:15] well, I haven't a CMPC or any of those small screen device around (still waiting for my EEE) but it shouldn't cause any problem as a client [13:15] make a note to remind ogra to test when you "release the code to him" [13:15] i'll mail him as well === RichEd-1 is now known as RichEd === highvoltage is now known as highvoltage-bot === highvoltage-bot is now known as highvoltage [17:47] Hello.I am setting up two edubuntu servers (Athlon X2 2.2GHz's,2GB of mem,450GB HDD) to power a 60 person lab type environment. Id like more information how to cluster the boxes to power up the lab. Is there any type of how to for this? [17:51] anybody here testing out hardy? [17:57] anybody on the clustering? [18:12] rephrase of my original question anyone familiar with openmosix framework for clustering and how it works with edubuntu? [18:13] i've never heard anybody in this channel mention openmosix [18:13] is that software still in devel? [18:14] yodles [18:15] its a mechanism for clustering for ltsp and supposedly you need a recompilation of kernel to get it going. So I figured that "might" be what is being considered in terms of clustering [18:15] I have been assigned the task of setting up an Open Learning environment so I was looking for some advice [18:15] but [18:15] Id like to get a set up going such that I CAN cluster two boxes, and/or use the idling clients to work in a powerful cluster [18:17] it might be too advanced for most of the folks in this channel [18:17] try #ltsp [18:17] as well [18:17] hmm..is there a development thread of edubuntu channel?? [18:17] and/or #ubuntu-server .. if there is one [18:17] your question isn't development atm [18:17] ie..i have read something about a development group working on this. [18:17] oh [18:18] well, email those folks to see where they hang out i guess [18:18] okay..will have to join "yet another" list...lol [18:18] ;) [18:18] is there an edubuntu mailing list? it might be easier for me to write everything in an email than to try and do it over irc [18:19] i "might" just get busy with trying to set it up myself and see what happens. [18:19] and then seeing if there is any interest. [18:19] Paladine: http://lists.ubuntu.com => edubuntu-user or edubuntu-devel [18:19] thanks stgraber [18:20] achandrashekar: I never heard of someone doing clustering with LTSP, some have multiple LTSP servers and do load balacing (that's the official and supported way) [18:22] stgraber: http://openmosix.sourceforge.net/ltsp-omr4-1.html [18:23] achandrashekar: is MOSIX working with 2.6 ? last I heard of it it was only for 2.4 [18:24] yep...that seemed to be the issue. That was going to be the next lead in question..to see "how far" it had come..but it appears...it has been a slow road. [18:25] I never saw openmosix running on 2.6, that will be your major issue with Ubuntu/Edubuntu as I doubt you can run a 2.4 kernel on Ubuntu (mainly due to udev) [18:27] if openmosix hasn't advanced to a 2.6 kernel by now [18:27] it sounds like a dead project [18:28] lastest release is from December 9, 2004 [18:28] yep.. dead [18:28] achandrashekar, i wouldn't put much effort into that method then [18:28] there must be a reason nobody has picked it up in so long [18:29] johnny: it simulates a big SMP computer, so if your software aren't threaded it's useless (it was the main problem with MOSIX and that kind of clustering) [18:30] I see..hmm..i guess the question what the best methodology is to use the "combined" horespower of two systems to power up an ltsp env, And if there is a how to for that for edubuntu.. I guess your previous post about where to look is best? [18:30] best question to ask about methodology i mean... [18:30] sorry poor grammar [18:31] i "could" power up 1/3 of the lab with one, and the other, and yet another.. [18:32] but i figured id never have ALL nodes up at the same time..so why not come up with a solution to aggregrate the power..i suppose its a bit of wishful thinking. [18:32] nodes used that is..not "up" ...my bad. [18:49] k email sent to the list hopefully there will be hundreds of people all wanting to share their experiences with me :) [19:00] I have a quick question about root logins to the F1 terminal [19:01] I followed the directions detailed in the handbook but when I try to login - even after rebooting the server and my thin client - the root login and password are not accepted [19:01] any ideas why this might be happening? [19:04] pem725: what exactly did you do ? [19:04] I did sudo chroot /opt/ltsp/i386 [19:04] pem725: I don't have the handbook in mind and it's not always up to date (depending on where you are reading it from) [19:04] and then I issued a passwd command [19:04] entered a password and confirmed it [19:04] and then you rebuild the image? [19:04] I am assuming I did this for the root user [19:05] yes [19:05] that's all i had to do [19:05] hmmm [19:05] was set it and rebuild the image [19:05] I might need to step through the process slower [19:05] when you login, do you login as root? [19:06] login to the thinclient? [19:06] yes [19:06] yes [19:06] great [19:06] k [19:06] but only from the terminal [19:06] I will try it again [19:06] yes, thanks. [19:06] the reason I need to do this is to confirm that my via thin client is using the via xorg driver [19:06] my video performance is so bad on my thin client [19:06] horrible in fact [19:07] pem725: so there is an easier way to do that than setting a root pw [19:07] excellent [19:07] I'm all eyes [19:07] pem725: create a lts.conf file in /var/lib/tftpboot/ltsp/i386/ [19:08] ok [19:08] I have one for my via client already [19:08] ok, so you already have a general or default section at the top ? [19:08] yes [19:09] is there something I can add to the already existing default section? [19:09] just add : SCREEN_01=shell [19:09] great [19:10] will that allow me to login as my regular user and then sudo su? [19:10] no [19:10] no, it'll open a root shell [19:10] ok [19:10] I guess I am confused here. [19:11] so the shell will already have root logged in [19:11] correct? [19:11] yes [19:11] wonderful [19:11] thank you very much. Once I get this done, I will tackle sound and local devices [19:11] thanks for your help. [19:13] np [19:14] pem725: here it doesn't seem to work with _01, I'm trying with _02 now [19:17] pem725: ok, it works fine with _02, it'll open a root shell on tty2 (F2) [19:20] stgraber, do you have a hardy install? [19:21] johnny: yes running in Xen [19:21] and my lappy on Hardy (but Ubuntu, not edubuntu) [19:21] can you test something for me? it should only take 2 minutes [19:21] sure [19:21] that's fine..doesn't matter if it's edubuntu or whatever afaik [19:21] what version of gnome-settings-daemon does it currenlty include? [19:22] stgraber@castiana:~$ dpkg -l | grep gnome-settings-daemon [19:22] ii gnome-settings-daemon 2.21.90.2-0ubuntu2 [19:22] aha.. perfect [19:22] do you have xnest? [19:22] yes [19:22] ok.. su to some user and then run [19:23] some other user not currently running [19:23] and then [19:23] Xnest -ac :1 [19:23] err [19:23] Xnest -ac :1 & [19:23] and then DISPLAY="0:1"/usr/libexec/gnome-settings-daemon [19:23] that's all [19:24] Xnest doesn't work as my test user doesn't seem to have the right to access my X instance [19:26] thus -ac ? [19:27] that's what i had to do [19:27] test@castiana:~$ Xnest -ac :1 [19:27] No protocol specified [19:27] Fatal server error: [19:27] Unable to open display ":0.0". [19:27] that makes no sense.. [19:28] it makes sense, a software (xnest), tries to access my X server without my tester user having the right to do so [19:28] -ac is valid for everything running in the Xnest, not on the main X server [19:28] hmm.. i didn't do anything special on my server to make it work [19:29] if you do : [19:29] su yourtestuser [19:29] DISPLAY=:0 xeyes [19:29] does it work ? [19:29] (it shouldn't) [19:29] su - [19:29] is what i did [19:29] sure.. but that's why i do 0:1 [19:29] which i seem to have rights to do :) [19:31] hmm, in fact I was wrong, :1 is my current X server (or at least I have a :1 server running) [19:31] though trying with :2 doesn't work either [19:31] test@castiana:/home/stgraber$ Xnest -ac :2 [19:31] Fatal server error: [19:31] Could not create server lock file: /tmp/.X2-lock [19:32] hmm, let me clean a bit my /tmp [19:32] i know in the dbus xorg file i only have display0 and display1 [19:32] so i'm sticking with :0 and :1 atm