Differences between revisions 61 and 98 (spanning 37 versions)
Revision 61 as of 2014-03-29 06:53:14
Size: 6223
Editor: PaulWise
Comment:
Revision 98 as of 2021-10-11 14:34:41
Size: 9380
Comment: make translation header easy to include in translated pages
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
~-[[DebianWiki/EditorGuide#translation|Translation(s)]]: English - [[fr/DebianTesting|Français]] - [[it/DebianTesting|Italiano]] - [[sv/DebianTesting|Svenska]]-~ ##For Translators - to have a constantly up to date translation header in you page, you can just add a line like the following (with the comment's character at the start of the line removed)
## <<Include(DebianTesting, ,from="^##TAG:TRANSLATION-HEADER-START",to="^##TAG:TRANSLATION-HEADER-END")>>
##TAG:TRANSLATION-HEADER-START
~-[[DebianWiki/EditorGuide#translation|Translation(s)]]: [[DebianTesting|English]] - [[es/DebianTesting|Español]] - [[fr/DebianTesting|Français]] - [[it/DebianTesting|Italiano]] - [[sv/DebianTesting|Svenska]] - [[pt_BR/DebianTesting|Português (Brasil)]] - [[ru/DebianTesting|Русский]] - [[uk/DebianTesting|Українська]] - [[zh_CN/DebianTesting|简体中文(Chinese)]]-~
##TAG:TRANSLATION-HEADER-END
Line 6: Line 10:
 Debian ''testing'' is the current development state of the next stable Debian distribution. It is also made available under the code name of the next stable release, i.e. [[DebianJessie|jessie]] (as of 2013-05-05)
 Debian ''testing'' is the current development state of the next stable Debian distribution. It is also made available under the code name of the next stable release, <<DebianCodenameLink(testing)>> is the current testing codename.
Line 17: Line 20:
For more in depth information see the official Debian Testing web page: http://www.debian.org/devel/testing For more in depth information see the official Debian Testing web page: https://www.debian.org/devel/testing
Line 24: Line 27:
First thing is to assess the current state of testing. Have a look at the recent topics in the [[http://lists.debian.org/debian-testing|debian-testing mailing list archive]] and the [[Status/Testing| Status/Testing Wiki-Page]]. Besides using these specific resources you can also use the general [[http://lists.debian.org/debian-user|debian-user]] and [[http://lists.debian.org/debian-devel|debian-devel]] mailing lists, IRC channels #debian or #debian-next, and of course the [[http://bugs.debian.org|debian bug tracker]]. You may also have a look at the [[DebianDesktopHowTo]]. First thing is to assess the current state of testing. Have a look at the recent topics in the [[https://lists.debian.org/debian-testing|debian-testing mailing list archive]] and the [[Status/Testing| Status/Testing Wiki-Page]]. Besides using these specific resources you can also use the general [[https://lists.debian.org/debian-user|debian-user]] and [[https://lists.debian.org/debian-devel|debian-devel]] mailing lists, IRC channels #debian or #debian-next, and of course the [[https://bugs.debian.org|debian bug tracker]]. You may also have a look at the [[DebianDesktopHowTo]].
Line 26: Line 29:
The reliable way to install testing from scratch is to do a minimal installation with the stable installer, then upgrade from stable to testing. === How to install Debian (next-stable) Testing ===
Line 28: Line 31:
Alternatively, you could use the [[http://www.debian.org/devel/debian-installer|testing image of the debian-installer]], but note that the testing installer is more for testing the installer than for installing testing. Bugs in the testing installer should be filed against the debian-installer pseudopackage. The reliable way to install testing from scratch is to do a minimal installation with the stable installer, then upgrade from stable to testing (see below).
Line 30: Line 33:
To upgrade to testing, if you have already installed the stable release, edit your '''/etc/apt/sources.list''' substituting 'stable' (or the current codename for stable) in the apt lines to 'testing' (or the current code name for the next stable release). Additional changes in that file might be required. You may also do this with synaptic. There are also [[http://cdimage.debian.org/cdimage/weekly-builds/|weekly builds]] and [[http://cdimage.debian.org/cdimage/daily-builds/|daily builds]] image available that allow you to install Debian Testing directly. Some of these are netinstall iso images that require internet connection during installation.
Line 32: Line 35:
The code name for the next stable release, e.g. "<<DebianCodename(testing)>>", will track "<<DebianCodename(testing)>>" through its transition into "stable" and later old-stable, while "testing" will keep rolling on after a new stable release. If you would rather track the [[DebianJessie|jessie]] release as it becomes stable, update your '''/etc/apt/sources.list''' replacing "stable" or "testing" with "<<DebianCodename(testing)>>". Alternatively, you could use the [[https://www.debian.org/devel/debian-installer|testing image of the debian-installer]], but note that the testing installer is more for testing the installer than for installing testing. Bugs in the testing installer should be filed against the debian-installer pseudopackage.
Line 34: Line 37:
||<tablewidth="100%" tablestyle=""bgcolor="#ffffff" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> If you are tracking testing or the next-stable code name, you should always have a corresponding '''{{{deb http://security.debian.org <"testing" or codename>/updates main}}}''' line in your '''/etc/apt/sources.list''' . See [[http://www.debian.org/security/faq#testing|this FAQ-Item]]. || === How to upgrade to Debian (next-stable) Testing ===
Line 36: Line 39:
After installing or adjusting the software sources, run '''{{{apt-get update && apt-get upgrade}}}''' regularly to get new versions and security updates. If you notice that some packages are not upgraded you should also try '''{{{apt-get dist-upgrade}}}''', but beware that this command will also install or remove packages, so do check carefully all proposed actions before proceeding. ||<tablewidth="100%" tablestyle=""bgcolor="#ffffff" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> Please always upgrade to Debian Testing from current stable. Upgrading from oldstable is not supported and might encounter unexpected errors. ||
Line 38: Line 41:
To upgrade to testing from current stable, if you have already installed the stable release:
 1. Edit your [[SourcesList|apt sources]], changing 'stable' (or <<DebianCodename(stable)>>, the current codename for stable) to 'testing' (or <<DebianCodename(testing)>>, the current code name for the next stable release).
 1. Remove, disable or comment out your stable security updates apt sources (anything with ''security.debian.org'' in it).
 1. Remove, disable or comment out any other stable-specific apt sources, like *-backports or *-updates.
 1. Verify that your installation is not fixed to a specific release in '''/etc/apt/apt.conf.d/00default-release'''

The code name for the next stable release, e.g. "<<DebianCodename(testing)>>", will track "<<DebianCodename(testing)>>" through its transition into "stable" and later oldstable, while "testing" will keep rolling on after a new stable release. If you would rather track the <<DebianCodenameLink(testing)>> release as it becomes stable, update your [[SourcesList|apt sources]] replacing "stable" or "testing" with "<<DebianCodename(testing)>>".

||<tablewidth="100%" tablestyle=""bgcolor="#ffffff" width="32px" style="border-color: rgb(255, 0, 0); text-align: center;"> <!> ||<style="border-color: rgb(255, 0, 0);"> If you are tracking testing or the next-stable code name, you should always have a corresponding '''{{{deb http://security.debian.org <"testing" or codename>-security main}}}''' entry in your [[SourcesList|apt sources]]. See [[https://www.debian.org/security/faq#testing|this FAQ-Item]]. ||

After installing or adjusting the software sources, run '''{{{apt update && apt upgrade}}}''' regularly to get new versions and security updates. If you notice that some packages are not upgraded you should also try '''{{{apt full-upgrade}}}''', but beware that this command will also install or remove packages, so do check carefully all proposed actions before proceeding.

=== Best practices for Testing/Sid users ===

Please, have a look at [[https://wiki.debian.org/DebianUnstable#What_are_some_best_practices_for_testing.2Fsid_users.3F|the best practices for Testing/Unstable users]], and consider implementing them.

=== Best practices for Testing users ===

It is a good idea to include unstable and experimental in your apt sources so that you have access to newer packages when needed. With the {{{APT::Default-Release}}} [[AptConf|apt config]] setting or with [[AptPreferences|apt pinning]] you can have packages from testing by default but if you manually upgrade some packages to unstable or experimental, then you will get upgrades within that suite until those packages migrate down to unstable or testing. The apt pinning needs priorities lower than 990 and equal to or higher than 500 for this to work nicely. You can also pin some packages to unstable/experimental that you always want the latest versions of.

It is a good idea to install security updates from unstable since they take extra time to reach testing and the security team only releases updates to unstable. If you have unstable in your apt sources but [[AptPreferences|pinned]] lower than testing, you [[DebianBug:725934|can]] automatically add temporary pinning for packages with security issues fixed in unstable using the output of DebianPackage:debsecan.
Line 50: Line 74:
If you wonder why a package (or a particular version thereof) is not yet in testing, see http://bjorn.haxx.se/debian.

If you wonder why a package (or a particular version thereof) is not yet in testing, see the testing migration excuses for the package. [[https://qa.debian.org/excuses.php|the testing migration excuses for the package]].
Line 56: Line 78:
Line 59: Line 80:
 * [[DebianJessie|Debian jessie]] - <<DebianCodename(testing)>> is the current testing distribution  * <<DebianCodenameLink(testing)>> - is the current testing distribution
Line 61: Line 82:
  * [[http://www.debian.org/doc/manuals/securing-debian-howto/ch10.en.html#s-security-support-testing|Security support for the testing branch]] (from the "Securing Debian Manual")   * [[https://www.debian.org/doc/manuals/securing-debian-manual/ch10.en.html#security-support-testing|Security support for the testing branch]] (from the "Securing Debian Manual")
Line 65: Line 86:
  * [[DebianStable|Debian Stable]] - the official Debian release (the one with the fewer bugs, and security issues).   * [[DebianStable|Debian Stable]] - the official Debian release (the one with the fewer bugs and fewer security issues).
Line 67: Line 88:
Line 68: Line 90:

CategoryRelease

Translation(s): English - Español - Français - Italiano - Svenska - Português (Brasil) - Русский - Українська - 简体中文(Chinese)

DebianReleases > Debian Testing


  • Debian testing is the current development state of the next stable Debian distribution. It is also made available under the code name of the next stable release, Trixie is the current testing codename.

How Debian Testing Works

Packages from Debian Unstable enter the next-stable testing distribution automatically, when a list of requirements is fulfilled:

  • The package has been in "unstable" at least for 2-10 days (depending on the urgency of the upload).
  • The package has been built for all the architectures which the present version in testing was built for.
  • Installing the package into testing will not make the distribution more uninstallable.
  • The package does not introduce new release critical bugs.

For more in depth information see the official Debian Testing web page: https://www.debian.org/devel/testing

These requirements should assure that the next-stable packages in testing are both reasonably current and in a pretty workable state. Still, sometimes, especially when packages are being restructured, packages that are not quite releasable may get into the next-stable distribution. So, there may remain some of the fun of using a constantly evolving development distribution.

How to use Debian (next-stable) Testing

First thing is to assess the current state of testing. Have a look at the recent topics in the debian-testing mailing list archive and the Status/Testing Wiki-Page. Besides using these specific resources you can also use the general debian-user and debian-devel mailing lists, IRC channels #debian or #debian-next, and of course the debian bug tracker. You may also have a look at the DebianDesktopHowTo.

How to install Debian (next-stable) Testing

The reliable way to install testing from scratch is to do a minimal installation with the stable installer, then upgrade from stable to testing (see below).

There are also weekly builds and daily builds image available that allow you to install Debian Testing directly. Some of these are netinstall iso images that require internet connection during installation.

Alternatively, you could use the testing image of the debian-installer, but note that the testing installer is more for testing the installer than for installing testing. Bugs in the testing installer should be filed against the debian-installer pseudopackage.

How to upgrade to Debian (next-stable) Testing

<!>

Please always upgrade to Debian Testing from current stable. Upgrading from oldstable is not supported and might encounter unexpected errors.

To upgrade to testing from current stable, if you have already installed the stable release:

  1. Edit your apt sources, changing 'stable' (or bookworm, the current codename for stable) to 'testing' (or trixie, the current code name for the next stable release).

  2. Remove, disable or comment out your stable security updates apt sources (anything with security.debian.org in it).

  3. Remove, disable or comment out any other stable-specific apt sources, like *-backports or *-updates.
  4. Verify that your installation is not fixed to a specific release in /etc/apt/apt.conf.d/00default-release

The code name for the next stable release, e.g. "trixie", will track "trixie" through its transition into "stable" and later oldstable, while "testing" will keep rolling on after a new stable release. If you would rather track the Trixie release as it becomes stable, update your apt sources replacing "stable" or "testing" with "trixie".

<!>

If you are tracking testing or the next-stable code name, you should always have a corresponding deb http://security.debian.org <"testing" or codename>-security main entry in your apt sources. See this FAQ-Item.

After installing or adjusting the software sources, run apt update && apt upgrade regularly to get new versions and security updates. If you notice that some packages are not upgraded you should also try apt full-upgrade, but beware that this command will also install or remove packages, so do check carefully all proposed actions before proceeding.

Best practices for Testing/Sid users

Please, have a look at the best practices for Testing/Unstable users, and consider implementing them.

Best practices for Testing users

It is a good idea to include unstable and experimental in your apt sources so that you have access to newer packages when needed. With the APT::Default-Release apt config setting or with apt pinning you can have packages from testing by default but if you manually upgrade some packages to unstable or experimental, then you will get upgrades within that suite until those packages migrate down to unstable or testing. The apt pinning needs priorities lower than 990 and equal to or higher than 500 for this to work nicely. You can also pin some packages to unstable/experimental that you always want the latest versions of.

It is a good idea to install security updates from unstable since they take extra time to reach testing and the security team only releases updates to unstable. If you have unstable in your apt sources but pinned lower than testing, you can automatically add temporary pinning for packages with security issues fixed in unstable using the output of debsecan.

Considerations

An example of the kinds of temporary breakage that may happen in next-stable testing was the upgrade from perl-5.6.0 to perl-5.6.1 which made perl unable to find its modules if they were from a package built with perl-5.6.0. However, by setting the environment variable PERL5LIB to /usr/lib/perl/5.6.0 manually one could solve the problem even before the fixed package entered testing.

Testing changes more often than stable, but not as crazily as unstable, so expect that new stable versions of the programs you use will be installed as soon as they are ready for next-stable testing, except when testing gets "frozen" to prepare for an imminent stable release. See also DebianStability.

Compared to stable and unstable, next-stable testing has the worst security update speed. Don't prefer testing if security is a concern.

You can see what distribution an alias is tracking by looking at the Release file; e.g.:

If you wonder why a package (or a particular version thereof) is not yet in testing, see the testing migration excuses for the package. the testing migration excuses for the package.

How does ''Testing'' become the new ''Stable'' release ?

see DebianReleaseFAQ.

See also


CategoryRelease