* mia-history is replaced by mia-query. Thanks, Christoph Berg.
Closes: #350792
- * fix missing quite. Thanks, Franks Küster. Closes: #365994
+ * fix missing quite. Thanks, Frank Küster. Closes: #365994
* use gnugp instead of gpg. Thanks, Justin Pryzby, Jon Dowland.
Closes: #376411
* better destinction between maintainer and developer. Thanks for
Closes: #382721
* Bugs are now always closed thanks to version tracking.
Closes: #339552, #353447
+ * Clarify what "a conflicts b" means in testing migration.
+ Closes: #361311
+ * Packages in testing disappear if they're removed from unstable.
+ Thanks, Frank Küster, Al Stone. Closes: #365993
-- Andreas Barth <aba@not.so.argh.org> Sat, 11 Nov 2006 10:55:44 -0700
<!ENTITY % dynamicdata SYSTEM "dynamic.ent" > %dynamicdata;
<!-- CVS revision of this document -->
- <!ENTITY cvs-rev "$Revision: 1.298 $">
+ <!ENTITY cvs-rev "$Revision: 1.299 $">
<!-- if you are translating this document, please notate the CVS
revision of the original developer's reference in cvs-en-rev -->
removed automatically after the package has been removed from
<em>unstable</em> and no package in <em>testing</em> depends on it.
<p>
+If you are simply restructuring a source package so that it no longer
+produces one or more binary packages, there is no need to explicitly ask
+for the packages that are no longer created to be removed. Such packages
+will be removed when the new package structure has been uploaded into
+<em>unstable</em> and when no package in <em>testing</em> depends on it.
+ <p>
You also have to detail the reasons justifying that request. This is to
avoid unwanted removals and to keep a trace of why a package has been
removed. For example, you can provide the name of the package that
<p>
Sometimes, a package is removed to allow another package in: This happens
only to allow <em>another</em> package to go in if it's ready in every other
-sense. Suppose e.g. that <em>a</em> conflicts with the new version of
+sense. Suppose e.g. that <em>a</em> cannot be installed with the new version of
<em>b</em>; then <em>a</em> may be removed to allow <em>b</em> in.
<p>
Of course, there is another reason to remove a package from testing: It's
just too buggy (and having a single RC-bug is enough to be in this state).
+ <p>
+Furthermore, if a package has been removed from unstable,
+and no package in testing depends on it any more,
+then it will automatically be removed.
+
<sect2 id="circular">
<heading>circular dependencies</heading>