K12LTSPFeatures

Differences between revisions 1 and 2
⇤ ← Revision 1 as of 2007-05-04 08:28:05 →
Size: 1313
Editor: 195
Comment:
← Revision 2 as of 2007-05-04 09:52:16 → ⇥
Size: 2341
Editor: 195
Comment:
Deletions are marked like this. Additions are marked like this.
Line 6: Line 6:
 * '''Launchpad entry''': https://features.launchpad.net/distros/ubuntu/+spec/edubuntu-reset-desktop-session
 * '''Packages affected''': a new package will be created to install this session and these scripts.		  * '''Launchpad entry''': https://blueprints.launchpad.net/ubuntu/+spec/edubuntu-k12ltsp-features
 * '''Packages affected''': unknown
Line 10: Line 10:
K12LTSP ships with several handy scripts that the system admin can run at her discretion to do things like automagically configure dhcpd, automagically configure vncts, ensure that buggy programs don't leave processes hanging around after users log out, etc. K12LTSP ships with several handy scripts that the system admin can run at her discretion to do things like automagically configure dhcpd, automagically configure vncts, ensure that buggy programs don't leave processes hanging around after users log out, allow users to reset broken desktop configurations, etc. We will ensure that we're aware of what all these features are and that Edubuntu supports the ones we want. (Most of these are supported in other ways already, and only documentation will be required; a title such as "Edubuntu for K12LTSP Admins" comes to mind.)

This spec deprecates https://wiki.ubuntu.com/EdubuntuResetDesktopSession
Line 13: Line 15:
A small handful of these scripts provide features that may Edubuntu and we should make sure moving from K12LTSP to Edubuntu causes no features regression. A small handful of these scripts provide features that may Edubuntu and we should make sure moving from K12LTSP to Edubuntu causes no regression in administrative features.
Line 17: Line 19:
 * Margie has been using K12LTSP for 5 years and decides to try out Edubuntu. She is accustomed to enabling features that kill users on logout, and she is accustomed to dhcpd being automatically configured.  * Margie has been using K12LTSP for 5 years and decides to try out Edubuntu. She is accustomed to enabling features that kill users on logout, and she is accustomed to being able to specify that each user can log in only once, and that all a user's processes are definitely dead after the user logs in (or out). Edubuntu may (or may not) provide such a feature, but Margie needs to know how to find out and/or how to achieve the configuration she wants.

 * Romulus has always connected to his K12LTSP server via VNC to begin a new login session and administer his server remotely. Should Edubuntu provide similar functionality? If so, how will Romulus know to use it (if the implementation is different, perhaps involving SSH or something).
Line 20: Line 24:
This is an informational spec; most of these features are already supported and we just need to figure out how and (probably) provide some documentation.
Line 22: Line 27:

Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.

Summary

K12LTSP ships with several handy scripts that the system admin can run at her discretion to do things like automagically configure dhcpd, automagically configure vncts, ensure that buggy programs don't leave processes hanging around after users log out, allow users to reset broken desktop configurations, etc. We will ensure that we're aware of what all these features are and that Edubuntu supports the ones we want. (Most of these are supported in other ways already, and only documentation will be required; a title such as "Edubuntu for K12LTSP Admins" comes to mind.)

This spec deprecates https://wiki.ubuntu.com/EdubuntuResetDesktopSession

Rationale

A small handful of these scripts provide features that may Edubuntu and we should make sure moving from K12LTSP to Edubuntu causes no regression in administrative features.

Use cases

  • Margie has been using K12LTSP for 5 years and decides to try out Edubuntu. She is accustomed to enabling features that kill users on logout, and she is accustomed to being able to specify that each user can log in only once, and that all a user's processes are definitely dead after the user logs in (or out). Edubuntu may (or may not) provide such a feature, but Margie needs to know how to find out and/or how to achieve the configuration she wants.
  • Romulus has always connected to his K12LTSP server via VNC to begin a new login session and administer his server remotely. Should Edubuntu provide similar functionality? If so, how will Romulus know to use it (if the implementation is different, perhaps involving SSH or something).

Scope

This is an informational spec; most of these features are already supported and we just need to figure out how and (probably) provide some documentation.

Design

Implementation

Code

Data preservation and migration

CategorySpec

Edubuntu/Specifications/K12LTSPFeatures (last edited 2010-01-21 18:24:27 by 196-210-177-89-wblv-esr-3)