Project Notebook:
|
|
| On this page: | Latest News | Overview | Success Criteria | White Paper | Current Efforts | Timeline | Issues | Change Log | ||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Latest News |
2 October 2003: Massive update to show we've delivered most of the project. |
||||||||||||||||||||||||||||||||||||||
|
Overview |
This notebook documents the ongoing efforts to make Linux Athena operate more gracefully when the host computer is sometimes disconnected from the network. Laptop computing creates a changing connectivity situation. The network connection may be hard-wired, wireless, or nonexistant. Because of old assumptions in the design of Linux and the Athena integration of OS, software, and services, extra work is needed to provide a user experience without pauses, crashes, or other unpleasant surprises. Because operating systems, software, services, and user expectations are constantly evolving, it is expected that the developments and user experience around Disconnected Operation will also evolve over time. An attempt has been made to frame the Disconnected Operation into easily understood chunks, mini-projects, so that the scope of the effort is manageable. The purpose of this notebook is to describe the current user-visible state of Disconnected Operation, to preserve the historical record of what mini-projects have been completed, and to give status of current mini-project work. Possible future mini-projects along with some estimate of their costs and benefits are also described. Although there may be other relevant Athena work on other platforms, such as Windows and Macintosh, this notebook is focused on work under the Athena Linux platform. |
||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||
|
White Paper |
An inventory of user expectations, the initial state of Athena Linux Disconnected Operation, the difference between the two, and a pragmatic, multi-phased approach to reconciling the differences is documented in a White Paper. |
||||||||||||||||||||||||||||||||||||||
|
Current Efforts |
The White paper provided an inventory of issues, and work areas. It recommended a set of initial features in each of the work areas. The implementation status of those features is in FEATURES. Underlying the features is an architecture for managing events that occur as a system switches between various states such as connected and disconnected or enters the state of receiving a new IP address. That framework is documented in framework.txt. A framework for bringing locker software local has been conceived and implemented. It is documented in lockers.txt. |
||||||||||||||||||||||||||||||||||||||
|
Issues |
|
||||||||||||||||||||||||||||||||||||||
|
Change Log |
2 October 2003: Massive update to show we've delivered most of the project. 14 November 2002: Added some issues. Added critical success factors. Added rudimentary timeline. 6 November 2002: Added pointers to relevant documentation: FEATURES, framework.txt, lockers.txt. 5 November 2002: Initial creation of this Notebook. |
||||||||||||||||||||||||||||||||||||||