Difference between revisions of "Update System"
From LinuxMCE
| Line 1: | Line 1: | ||
| − | Short Description of the Update System | + | ==Short Description of the Update System== |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| + | *The update system is looking every 24 hours (via a cron job) on http://updates.linuxmce.com for a file named updates.xml | ||
| + | *If it finds that the updates.xml file was updated it downloads it and displays a message in all orbiters to inform the user that new updates are available | ||
| + | *If the user choses to use/apply the updates, all the available updates will be applied at computer's next boot | ||
| − | Background | + | |
| − | + | ==Background Information on Updates== | |
| − | + | ||
| + | The updates.xml file contains descriptions of all the updates available since that version of the product was released till present. | ||
An updates contains at least one of the below: | An updates contains at least one of the below: | ||
| − | + | *a link to a '.deb' file which is can be installed on the system (using dpkg -i) | |
| − | + | *a link to a 'archive' file which can be unpacked on a system in a directory described in the update | |
An update can also contain : | An update can also contain : | ||
| − | + | *An option to reboot the computer before or after the update is applied [BUGGY ?] | |
| − | + | *An option to reload the router before or after the update is applied [NOT IMPLEMENTED] | |
| − | + | *An option to run an executable file after a file (deb / archive) is applied (installed / unpacked) | |
An update must be addressed to at lease one of the fallowing 'products': | An update must be addressed to at lease one of the fallowing 'products': | ||
| − | + | *LMCE_CORE_1_1 - LinuxMCE 1.1 Kubuntu core or hybrid | |
| − | + | *LMCE_MD_1_1 - LinuxMCE 1.1 Kubuntu diskless or disked md | |
| − | + | *FIIRE_STATION_1_1 - LinuxMCE 1.1 Debian via disked md | |
Every update has his own number associated with it (Unique ID) | Every update has his own number associated with it (Unique ID) | ||
| − | Things | + | ==Things To Care When Applying Updates== |
| − | + | ||
Since updating the MD's before the Core is updated might cause problems: some updates that can be applied to MD's may be delayed (based on the information from xml) by the update system until the Core itself was updated to a certain version. | Since updating the MD's before the Core is updated might cause problems: some updates that can be applied to MD's may be delayed (based on the information from xml) by the update system until the Core itself was updated to a certain version. | ||
| Line 34: | Line 33: | ||
When updates are available and he is asked about them, the user has three options: | When updates are available and he is asked about them, the user has three options: | ||
| − | + | *'Yes' - Start applying the updates at the next reboot | |
| − | + | *'No' - Don't apply updates (will be asked again only when new updates will be available) | |
| − | + | *'Later' - Will be asked again in 24 hours but the updates will not be applied when rebooting the computer | |
If the used exits the screen without selecting any of the options displayed (by pressing the top-right X, orbiter closes because of a router reload , etc) the updates will be applied or not at reboot depending on the choose that he made last time he saw that screen. If is the first time the screen was shown, it will be considered as he pressed 'Later'. The screen will be displayed again in 24 hours regardless the implied answer. | If the used exits the screen without selecting any of the options displayed (by pressing the top-right X, orbiter closes because of a router reload , etc) the updates will be applied or not at reboot depending on the choose that he made last time he saw that screen. If is the first time the screen was shown, it will be considered as he pressed 'Later'. The screen will be displayed again in 24 hours regardless the implied answer. | ||
| − | How to Test | + | ==How to Test== |
| − | + | ||
TODO 1: talk to admins to make updates.linuxmce.com point to 10.0.0.83 so you can test | TODO 1: talk to admins to make updates.linuxmce.com point to 10.0.0.83 so you can test | ||
| + | |||
TODO 2: get a system with via going so admins can write down update #4 | TODO 2: get a system with via going so admins can write down update #4 | ||
In /var/www/Updates you have 4 xml files. This files contain the description of up to 4 different updates: | In /var/www/Updates you have 4 xml files. This files contain the description of up to 4 different updates: | ||
| − | updates-1.xml: Update 1 | + | *updates-1.xml: Update 1 |
| − | updates-2.xml: Update 1 and 2 | + | *updates-2.xml: Update 1 and 2 |
| − | updates-3.xml: Update 1 and 2 and 3 | + | *updates-3.xml: Update 1 and 2 and 3 |
| − | updates-4.xml: Update 1 and 2 and 3 and 4 | + | *updates-4.xml: Update 1 and 2 and 3 and 4 |
By copying them in /var/www with the name 'updates.xml' (on 83) you'll make the update system think that some updates are available. Since waiting up to 24 hours for the update mechanist to acknowledge the changes of the update system is impossible when testing, you can force that by running '/usr/pluto/bin/LMCEUpdate_DownloadXml.sh' | By copying them in /var/www with the name 'updates.xml' (on 83) you'll make the update system think that some updates are available. Since waiting up to 24 hours for the update mechanist to acknowledge the changes of the update system is impossible when testing, you can force that by running '/usr/pluto/bin/LMCEUpdate_DownloadXml.sh' | ||
Here is a description of every update: | Here is a description of every update: | ||
| + | |||
UPDATE 1: | UPDATE 1: | ||
What computers can update: LMCE_CORE_1_1 | What computers can update: LMCE_CORE_1_1 | ||
Revision as of 16:39, 17 July 2007
Contents
Short Description of the Update System
- The update system is looking every 24 hours (via a cron job) on http://updates.linuxmce.com for a file named updates.xml
- If it finds that the updates.xml file was updated it downloads it and displays a message in all orbiters to inform the user that new updates are available
- If the user choses to use/apply the updates, all the available updates will be applied at computer's next boot
Background Information on Updates
The updates.xml file contains descriptions of all the updates available since that version of the product was released till present.
An updates contains at least one of the below:
- a link to a '.deb' file which is can be installed on the system (using dpkg -i)
- a link to a 'archive' file which can be unpacked on a system in a directory described in the update
An update can also contain :
- An option to reboot the computer before or after the update is applied [BUGGY ?]
- An option to reload the router before or after the update is applied [NOT IMPLEMENTED]
- An option to run an executable file after a file (deb / archive) is applied (installed / unpacked)
An update must be addressed to at lease one of the fallowing 'products':
- LMCE_CORE_1_1 - LinuxMCE 1.1 Kubuntu core or hybrid
- LMCE_MD_1_1 - LinuxMCE 1.1 Kubuntu diskless or disked md
- FIIRE_STATION_1_1 - LinuxMCE 1.1 Debian via disked md
Every update has his own number associated with it (Unique ID)
Things To Care When Applying Updates
Since updating the MD's before the Core is updated might cause problems: some updates that can be applied to MD's may be delayed (based on the information from xml) by the update system until the Core itself was updated to a certain version.
The user can not select what updates to use, he can only chose not to update at that time. For example if the user says no to update 'A' and after some time some a new update 'B' is available, he can update to 'B' but this means updating to 'A' then updating to 'B'.
When updates are available and he is asked about them, the user has three options:
- 'Yes' - Start applying the updates at the next reboot
- 'No' - Don't apply updates (will be asked again only when new updates will be available)
- 'Later' - Will be asked again in 24 hours but the updates will not be applied when rebooting the computer
If the used exits the screen without selecting any of the options displayed (by pressing the top-right X, orbiter closes because of a router reload , etc) the updates will be applied or not at reboot depending on the choose that he made last time he saw that screen. If is the first time the screen was shown, it will be considered as he pressed 'Later'. The screen will be displayed again in 24 hours regardless the implied answer.
How to Test
TODO 1: talk to admins to make updates.linuxmce.com point to 10.0.0.83 so you can test
TODO 2: get a system with via going so admins can write down update #4
In /var/www/Updates you have 4 xml files. This files contain the description of up to 4 different updates:
- updates-1.xml: Update 1
- updates-2.xml: Update 1 and 2
- updates-3.xml: Update 1 and 2 and 3
- updates-4.xml: Update 1 and 2 and 3 and 4
By copying them in /var/www with the name 'updates.xml' (on 83) you'll make the update system think that some updates are available. Since waiting up to 24 hours for the update mechanist to acknowledge the changes of the update system is impossible when testing, you can force that by running '/usr/pluto/bin/LMCEUpdate_DownloadXml.sh'
Here is a description of every update:
UPDATE 1:
What computers can update: LMCE_CORE_1_1 What it does: Unpacks vim sources in /var/vim71 then reboots. How to see if it worked: A directory "/var/vim71" should be created
UPDATE 2:
What computers can update: LMCE_MD_1_1, FIIRE_STATION_1_1 When they can update: Both can update only after LMCE_CORE_1_1 had already got UPDATE 1 What it does: Unpacks vino sources in /var/vino How to see if it worked: A directory "/var/vino" should be created
UPDATE 3:
What computers can update: LMCE_CORE_1_1,LMCE_MD_1_1 When they can update: LMCE_MD_1_1 can update only after LMCE_CORE_1_1 had already got UPDATE 3 What it does: It installs a package named 'x11vnc' then reboots How to see if it worked: dpkg -l x11vnc | grep "^ii"
UPDATE 4: (see TODO2)
What computer cat update: FIIRE_STATION_1_1 .........................
