-----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