[01:12] Anyone got any suggestion for an ultra simple program launcher suitable for nursery/reception age children? (3-6yrs) [01:13] I keep seeing these netbooks with really simple launchers, but none of them seem to have made it out into the wider world [01:13] VSpike: My son (about to turn 6) has been using plain old Xfce with a selection of programs linked on the desktop since he was about 3. [01:13] VSpike: So I haven't had cause to look for anything else. [01:13] HedgeMage: It's certainly one option, and not a bad one... was just looking for alternatives [01:13] I thought about wbar [01:14] If you have it narrowed down to 2-3 options I can use my kid as a guinea-pig for you. ;) [01:14] :) [01:14] Heh, I have 2 of my own as willing testers but thanks for the offer :D [01:15] TBH I'm more worried about the adults. I want to recycle this PC a school discarded and give it back for use in the nursery school. [01:16] I just fear that if it's not instantly obvious, it won't get used or even turned on [01:16] * HedgeMage nods [01:16] For the adults, the fact that it looks not like windows may make them not switch it on for the kids, or fear it [01:17] :( [01:17] I hate to see that happen. [01:17] Of course, my response is usually to turn it on and stick a kid or two in front, then make them watch what happens. [01:17] Maybe I just need to go and *show* them a bit .. a couple of top programs, like tuxpaint [01:17] Mine can show the others how to use tuxpaint :) [01:18] What other faves do your kids have? [01:18] KTuberling is usually popular [01:21] ri-li, tuxpaint, fillets-ng (though he only half understands it, the secret agent fish have him hooked), ktuberling, monsterz, secret maryo, frozen bubble, gcompris... [01:24] thanks, will check those out [01:24] circus linux, tux racer, and I Have No Tomatos [01:24] that's his whole list right now :) [01:24] The graphics on this machine *suck*, which rules out a lot of things [01:25] Trident Cyberblade [01:25] * HedgeMage nods [01:25] Otherwise, it's OK. Athlon XP 1800+, 1GB of "found" RAM :) [01:25] brb [01:25] Sure [01:26] For some reason I can't get a working face browser for GDM, but maybe I just need to enable auto-login [01:31] back [01:32] I have face browser working -- note that you have to have chosen a theme that works with it [01:32] The only one of those apps I mentioned that might be a problem on old video is tux racer -- the rest are quite tolerant [01:37] hehe ri-li is fun, never seen it before [01:37] I will investigate the rest, because I've only seen a couple of them [01:39] Yeah, I selected a theme with face browser, just get an empty one [01:39] I've tried ticking the "include all users" option, and also turning it off an adding users manually [01:41] hang on, let me open the configurator here and I will walk you through it. :) [01:41] Oh, ta :) [01:42] Under the "Local" tab: [01:42] Style is "Themed with face browser" [01:42] Theme is "selected only" [01:43] From themes, choose "Happy Gnome with Browser" or "Human List" [01:44] Then under the "Users" tab: [01:45] Check "Include all users from /etc/passwd (not for NIS)" [01:45] make sure you have a default face selected, and a faces dir with faces for people to choose [01:45] Under the "Security" tab: [01:46] Ah, you got it, thanks! [01:46] Starting about halfway down [01:46] set "Minimal UID" to 1000 [01:46] Didn't spot that I had to have "Themed with face browser" in style as well as selecting a theme with a face browser [01:46] Uncheck "Allow local system administrator login" [01:47] and check "Only allow login if user owns their home directory" [01:47] No problem! [01:47] do check those security settings even if everything else works, they can save you some headaches. [01:48] Thanks, I have those ones as you say [01:49] cool :) [01:49] Just wondering, is there any way to customise the menus in GDM? I think you kinda need the power ones, but I'd like to get rid of the language and session ones [01:49] It's a small thing but I can see people accidentally changing it and then getting confused [01:50] Probably have to hit the gdm config file [01:50] nah [01:50] under the "local" tab: [01:50] Uncheck "Show Actions Menu" -- it's just under the list of available themes. [01:52] Doesn't that get rid of the power control options too? [01:52] * VSpike tries [01:52] I didn't think so, but check and find out [01:53] I have it all enabled here. I'm the only one who uses my laptop, and the other box with a gui is only used by my son and I. [01:53] He's been well indoctrinated in the world of Linux, he can actually select the correct kernel from a list on bootup! (Our shared box is my dev box, so it's a mix of normal and unstable stuff) [01:54] Heh it does the exact opposite of what I want :) remove the power stuff, keep the other stuff [01:54] I'll have a look in the gdm config file and google a bit - just wondered if you knew [01:55] hang on let me look at one other thing... [01:55] those menus (language, session) exhibit a behaviour that I see quite often in ubuntu - they start scrolled down so that the selected option is at the bottom and the only one visible [01:55] and the rest of the menu is empty space [01:57] nope...I have no clue [01:57] :) thanks for looking [02:07] np [03:27] Hello! I have installed ubuntu 8.04 LTS server on my machine. I have installed ltps and have configured dhcp. The client boots into to the login screen but gives me an error message saying that .xsessions file is not present and window manager is not found. What should I do? [03:32] cdshan: you might want to repeat your question for ogra -- he knows more about LTSP than me [03:36] this is the error I am getting after I enter the user name and password: [03:36] Xsession: X session started for shan at Fri Feb 6 19:16:34 IST 2009 [03:36] Xsession: unable to start X session --- no "/home/shan/.xsession" file, no [03:36] "/home/shan/.Xsession" file, no session managers, no window managers, and no [03:36] terminal emulators found; aborting. [13:59] hey there folks [13:59] reporting from Fossdem [14:00] Where I had a great talk with the kde guys [14:00] who basically reiterated the fact the it is now an education project [14:01] I strongly agree now with Laserjock and others that we should move to kd [14:01] kde [14:02] * ogra wasnt aware LaserJock wanted that [14:03] I was shown some example plasmoid apps that were education based that were extremely simply coded but amazingly useful. Basically kde 4 has become THE edu platform (apart from sugar) I think we should seriously discusss the move towards kde for edubuntu [14:03] laserjock was the one who inititated this [14:03] as an optional thing as i understood [14:03] optional? [14:03] whch exists since gutwsy but isnt maintained [14:04] look, the point here is kde-edu has a massive amount of devs compared to edubuntu [14:04] we need them [14:04] we need plasmoidsç [14:04] as i understood him he was looking for maintainers taking care of edubuntu-addon-kde [14:04] which is dead since it exists [14:04] perhaps, because we are going about it the wrong way [14:04] we need to really involve the kde community [14:05] well, edubuntu is an educational addon [14:05] and needs to involve both communities of the big desktops [14:05] or even the small ones [14:06] in any cas its an addon and shouldnt care about the underlying desktops ... the addon and artwork packages need to integrate with both [14:06] (or all three if you count in xfce) [14:08] note that the edu apps were always used in a cross desktop manner in edubuntu [14:09] the only thing that was focused directly on the dektop was always only the artwork related issues (usplash, wallpaper, icons) [14:09] if you really want to re-fuel the old desktop wars, go for it ... but imho focusing on a single undelying desktop is the totally wrong approach [14:10] it is an addon, leave it being an addon and make sure the respective communities help with DE artwork integration [14:13] the only time wheer the desktop counted was when we still were building integrated installer CDs ... we siwtched away from that to exactly avoid the desktop specific issues ... [15:33] Well, we should probably start with asking for ltsp to support KDE :P :) :D [15:34] send patches :P [15:36] we made an attempt pre-gutsy to at least get their volume control working ... but the fixes never made it into productions [15:36] -s [15:36] local devices support needs hal integration to properly work with KDE since it doesnt monitor /media like gvfs and gio do [15:36] I'll give it a shot -probably at summer- but you know that greater forces would be needed :) [15:37] and there is a lot more [15:37] Ouch... forget it, I don't know what you're talking about! :D :D :D [15:37] i know tha stgraber was pretty desparate with all the issues KDE had [15:37] though that was 3.x [15:38] its likely the perfect time to avoid all the issues from the start in KDE 4 [15:38] So if hal was used, then that would work in gnome also? Or are you talking about completely different implementations? (about localdevs) [15:39] the prob is that you need a connection between the session dbus on teh server and the system dbus on the client for ltspfs via hal [15:39] once you have that, you solve ltspfs for all desktops, shutdown/reboot/suspend ... and a lot more [15:40] Doesn't sshfs now support all the things ltsp needs to replace ltspfs? (I thought it was missing some stat* function that got implemented later on...) [15:40] the only attempt i have seen yet that could work is a very hackish addition to dbus clled gabriael [15:40] *gabriel [15:40] that tried to establish an ssh tunnel between two machines to forward dbus [15:41] OK, I'm certain that this isn't for me. :) So I'll just join the fan club with nubae and LaserJock and ask scotty / stgraber and the rest to support KDE :P :D [15:41] ltspfs is two parts ... the transport protocol (ltspfs and ltspfsd) and the mont scripts [15:41] the mount scripts need to be replaced by proper hal and dbus implementation, ltspfs transport is fine [15:42] hacking up sshfs for it would be an option indeed, but the prob lies elsewhere [15:43] the ltspfs communication layer needs to be fixed to work with all desktops which means to use hal and dbus instead of scripts that talk though the ssh tunnel [15:43] http://people.ubuntu.com/~ogra/ltspfs-hal-root.png [15:44] that was the start of an attempt i made, but due to lacking time i never finished any actual implementation [15:44] Argh... lucky netmobile users... [15:45] it created an ltspfs root device ... hal would then need to be hacked up to attach all client side devces to this rootdevice [15:45] then you could add .fdi files that make it use the ltspfs transport layer === nothingman__ is now known as nothingman [21:18] hi, all [21:19] heya nothingman [21:19] what's new? [21:19] not much, you? [21:19] besides I have three servers going now [21:19] wow :) [21:19] one's my laptop, and I had some students at my smaller school logged in on laptops as thin clients [21:20] after they left, I realized I had to add the fstab entry to mount the /home directory for the fat clients, so I played with that myself for a little bit [21:20] need more RAM before things will work right, though [21:20] :-P [21:21] my laptop crawls with 5 logged-in thin client users, or 3 fat clients at login screen [21:22] lol, it's rare for a laptop to be a server ;) [21:22] heh [21:22] no desktops with decent enough specs at that school [21:23] in fact, when I walk in my laptop's the best suited for the purpose [21:23] but I'll probably still have to double my RAM to serve 9 clients [21:25] lol, indeed [21:25] I can just hear the fan running at full speed :p [21:26] actually, it does OK [21:27] I should probably kill gdm [21:27] gain back about half [21:28] My laptop (core 2 duo 2Ghz / 4 Gb RAM) works fine as an ltsp server with 8 clients, and I think it could handle twice as much... :) [21:29] yeah [21:29] mine's an Athlon 3200 with 1Gb [21:30] up to 2.0Ghz [21:30] ..and 100mpbs ethernet? [21:30] yup [21:30] that's what's gonna kill me, I think [21:31] Yeah, with 2 gb ram you could serve 10 clients, but with 100 mbps you won't be able to provide good screen refreshing [21:32] well, I'm hoping to use fat clients, but I still have to use a good amount of bandwidth for each client to access the NBD, right? [21:33] I don't think so, at least booting (I didn't test fat clients) wasn't so bad with 100mbps [21:34] I guess it's ok for fat clients