diff options
author | Michael Gilbert <michael.s.gilbert@gmail.com> | 2011-01-18 02:17:49 +0000 |
---|---|---|
committer | Michael Gilbert <michael.s.gilbert@gmail.com> | 2011-01-18 02:17:49 +0000 |
commit | 38f772f944cd74e3600ed4a6eb178feec8e87b3f (patch) | |
tree | 00cada108e0c7961b717b8f80f85f6dae1f1c7b8 /doc/historic/lenny_release | |
parent | 48ccbc6631eed19011cda1e4ec1ccdb215028481 (diff) |
create a historic document dir and move a bunch of outdated stuff there
git-svn-id: svn+ssh://svn.debian.org/svn/secure-testing@15917 e39458fd-73e7-0310-bf30-c45bca0a0e42
Diffstat (limited to 'doc/historic/lenny_release')
-rw-r--r-- | doc/historic/lenny_release | 35 |
1 files changed, 35 insertions, 0 deletions
diff --git a/doc/historic/lenny_release b/doc/historic/lenny_release new file mode 100644 index 0000000000..554cd81dee --- /dev/null +++ b/doc/historic/lenny_release @@ -0,0 +1,35 @@ +Subject: Temporary suspension of testing security support after release of 5.0 (lenny) + +Due to the experiences we made after the last stable Debian release, the +Testing Security Team believes that it will be impossible to provide proper +security support for the new testing (Debian "squeeze") in the weeks following +the release of Debian 5.0 (lenny). Therefore we will temporarily suspend +security support for Debian testing after the release. + +If you need security support, we strongly recommend that you now change your apt +sources.list entries to point to "lenny" instead of "testing". This way you +will automatically stay with "lenny" after its release as stable and will +receive the normal security support for Debian stable. After the begin of +security support for Debian "squeeze" is announced, you may safely upgrade to +testing again. + + +There are two reasons for this suspension: + +After a stable release it will take some time to get the security related buildd +infrastructure for the new testing in place. Since many people will be busy +celebrating the release, we don't know how long this will take ;-) + +In addition to that, we expect that shortly after the release a new libc +version will be uploaded to unstable, which will block most packages from +migrating from unstable to testing. This means that no security fixes will +reach testing from unstable. Since the Testing Security Team does not have +enough members to backport all security fixes to testing, it will be impossible +to provide proper security support. After the last stable release (etch) it +took nearly two months until the new glibc reached testing. + +On the other hand, libc blocking most packages from migrating to testing also +means that the difference between stable and testing will not grow quickly in +the weeks after lenny release. Therefore staying with stable should be an +acceptable solution for most users during that time. If you absolutely need +newer packages, you may also consider using unstable instead of testing. |