LtspUpdateManagerIntegration

Differences between revisions 1 and 6 (spanning 5 versions)
⇤ ← Revision 1 as of 2007-04-30 13:40:48 →
Size: 520
Editor: p548AD2BF
Comment:
← Revision 6 as of 2007-05-06 10:48:43 → ⇥
Size: 2371
Editor: 195
Comment:
Deletions are marked like this. Additions are marked like this.
Line 7: Line 7:
Currently keeping an LTSP client chroot up to date or upgradint it to the next version requires commandline tasks from the adiminstrator. This spec shall define a way to integrate update management with the provided distro tools (for a start only integration with the gnome update manager will be discussed, but a kubuntu solution should be kept in mind while defining the implementation). Beyond security update management also dist-upgrader integration should take place so the client chroot gets upgraded to a new release automatically.
Line 36: Line 37:
We'd like to:

 * Implement using an "ltsp-chroot" wrapper script.
 * (old bzr branch http://llama.freegeek.org/~vagrant/bzr/ltsp/features/)
   * Have a --list option to list all available chroots.
   * Check if it's an appropriate architecture that the host can update.
   * Update chroots that have similar architectures as the server.
   * Mount /proc as necessary
   * set the environment variable LTSP_HANDLE_DAEMONS="false" to avoid restarting anything in the chroot when doing updates.
   * If the kernel's been updated, run ltsp-update-kernels. If it's not easy to do this, then simply run it by default every time (wasteful, but shouldn't introduce any problems)
 * update-notifier should be able to show if chroots needs updatin. todo this, it needs to run apt-check $chroot and the apt cron-job that ensure that updates are downloaded needs to run inside the ltsp-chroot.
 * the most common use-case is that people have one or two chroots.
 * it should probably show a icon in a differnt color with a tooltip that shows all the available chroots
 * its ok for now to run one update-manager instance per chroot, but it would be better to have a special mode so that it displays all chroots together in a single window (not too hard if u-m just runs "ltsp-chroot synaptic")

Summary

Currently keeping an LTSP client chroot up to date or upgradint it to the next version requires commandline tasks from the adiminstrator. This spec shall define a way to integrate update management with the provided distro tools (for a start only integration with the gnome update manager will be discussed, but a kubuntu solution should be kept in mind while defining the implementation). Beyond security update management also dist-upgrader integration should take place so the client chroot gets upgraded to a new release automatically.

Rationale

Use Cases

Scope

Design

Summary

Rationale

Scope and Use Cases

Implementation Plan

Implementation

Outstanding Issues

BoF agenda and discussion

We'd like to:

  • Implement using an "ltsp-chroot" wrapper script.

  • (old bzr branch http://llama.freegeek.org/~vagrant/bzr/ltsp/features/)

    • Have a --list option to list all available chroots.
    • Check if it's an appropriate architecture that the host can update.
    • Update chroots that have similar architectures as the server.
    • Mount /proc as necessary
    • set the environment variable LTSP_HANDLE_DAEMONS="false" to avoid restarting anything in the chroot when doing updates.
    • If the kernel's been updated, run ltsp-update-kernels. If it's not easy to do this, then simply run it by default every time (wasteful, but shouldn't introduce any problems)
  • update-notifier should be able to show if chroots needs updatin. todo this, it needs to run apt-check $chroot and the apt cron-job that ensure that updates are downloaded needs to run inside the ltsp-chroot.
  • the most common use-case is that people have one or two chroots.
  • it should probably show a icon in a differnt color with a tooltip that shows all the available chroots
  • its ok for now to run one update-manager instance per chroot, but it would be better to have a special mode so that it displays all chroots together in a single window (not too hard if u-m just runs "ltsp-chroot synaptic")

CategorySpec

LtspUpdateManagerIntegration (last edited 2009-07-24 03:07:22 by 201)