-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
After this month's maintenance, which includes quite a few software
updates/changes, I'd like to come up with a coherent strategy for updating
software. The aim is to balance the inconvenience of updates (which can
require changes from users) with having reasonably up-to-date software.
This will apply to all programs, libraries and modules (Perl/Python/...) in
/opt/ts on the Solaris servers.
I would propose the following schedule:
* New installs will be done on demand
* Minor upgrades (e.g. 1.0.0 to 1.0.1) will be done each month
* Major upgrade (e.g. 1.0.0 to 1.1.0 or 1.2.0), which might require changes
from users, will be done quarterly, in January, April, July and October.
In addition, when we upgrade a shared library (e.g. libjpeg.so.7 ->
libjpeg.so.8), or a large application like Python (2.x -> 2.y), if possible, we
will leave the old version installed for one maintenance cycle (3 months) to
give users time to fix or recompile local software.
Please comment if you think this won't work for you, or if you have a better
idea.
- river.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (FreeBSD)
iEYEARECAAYFAkz1ObAACgkQIXd7fCuc5vJMYgCgkjjihBfiQx0IR/o48zDuaYjw
72IAoLw2A2c0rZt0pC+1ZDPzSZzO6uGD
=/Dp6
-END PGP SIGNATURE-
___
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list:
https://wiki.toolserver.org/view/Mailing_list_etiquette