]> git.decadent.org.uk Git - dak.git/blobdiff - web/reject.html
moved into own git
[dak.git] / web / reject.html
diff --git a/web/reject.html b/web/reject.html
deleted file mode 100644 (file)
index c7be05b..0000000
+++ /dev/null
@@ -1,128 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-  <head>
-    <title>Rejection mails</title>
-    <link rev=made href="mailto:ftpmaster@ftp-master.debian.org">
-  </head>
-
-  <body>
-    <h1>Deciphering Rejection mails</h1>
-
-    <hr>
-
-    <pre>
-Rejected: GPG signature check failed on `foobar_0.1-5.dsc'.
-gpg: no valid OpenPGP data found.
-gpg: processing message failed: eof
-    </pre>
-
-    <dl>
-      <dt>Problem</dt> <dd>This is GnuPG's way of reporting that the
-      file isn't signed (a requirement for both .changes and .dsc
-      files).</dd>
-
-      <dt>Solution</dt> <dd>Sign the file and reupload.</dd>
-
-      <dt>Notes</dt> <dd>If it's an unsigned .dsc file (as is the case
-      in the example above) you will probably need to update and
-      resign the .changes file too; the devscripts package has tools
-      to automate this (debsign(1)).</dd>
-    </dl>
-
-    <hr>
-
-    <pre>
-Rejected: GPG signature check failed on `foobar_0.7.0-1.dsc'.
-gpg: Signature made Sat Feb  3 10:35:13 2001 EST using DSA key ID 03FEB4F3
-gpg: Can't check signature: public key not found
-</pre>
-    
-    <dl>
-      <dt>Problem</dt>
-      <dd>The file in question was not signed with a key currently in
-      the Debian GnuPG or PGP keyring (a requirement for both .changes
-      and .dsc files).</dd>
-
-      <dt>Solution</dt>
-
-      <dd>Either resign the .dsc and/or .changes with a key in the
-      keyring, or get the key in the keyring.  </dd>
-
-      <dt>Notes</dt>
-      <dd>The canonical location of the Debian keyrings is <a
-      href="http://keyring.debian.org">keyring.debian.org</a> which
-      can be accessed via anonymous rsync.  If your key is not in the
-      keyring, you need to mail <a
-      href="mailto:keyring-maint@debian.org">keyring-maint@debian.org</a>;
-      new keys can NOT be added via the keyserver on <a
-      href="http://keyring.debian.org/">keyring.debian.org</a>.  If
-      you are switching to GnuPG from PGP and your new GnuPG key is
-      not yet in the keyring, consider using your PGP key until the
-      GnuPG key is added. </dd>
-
-    </dl>
-
-    <hr>
-
-    <pre>
-Rejected: foobar_0.8.1-5_i386.deb: Old version `0.8.1-6' &gt;= new version `0.8.1-5'.
-</pre>
-
-    <dl>
-      <dt>Problem</dt>
-      <dd>Every new upload to the archive must have a greater version
-          number than existing versions in the target suite (stable,
-          unstable).</dd>
-
-      <dt>Solution</dt>
-      <dd>Increase the version number (with an epoch if necessary).</dd>
-
-      <dt>Notes</dt>
-      <dd>You <em>must</em> increase the version number; requests to override the version check will be refused.  The reasoning behind this is simple: if the version number does not increase, tools like dpkg, apt and dselect will not see the package as new and will not update it.  Epoch-hating has become unfortunately trendly over the last 5 years or so, but with very little technical justification.  If there's no better way to increase the version number: Just epoch it.</dd>
-    </dl>
-
-    <hr>
-
-    <pre>
-Rejected: Unknown distribution `woody'.
-</pre>
-
-    <dl>
-      <dt>Problem</dt>
-      <dd>You specified an invalid target suite (aka 'distribution').</dd>
-
-      <dt>Solution</dt>
-      <dd>Specify a valid distribution/suite and reupload.</dd>
-
-      <dt>Notes</dt>
-      <dd>Valid target suites are: 'stable', 'unstable' and 'experimental'.  You can't upload to 'testing' as it's controlled by it's own scripts and does not accept direct uploads.  If your package is not updating in testing, check the <a href="http://ftp-master.debian.org/testing/index.html">testing pages</a> to see why.  You can't upload to 'proposed-updates' directly, instead, upload to 'stable' and your package will be redirected to 'proposed-updates' automatically.  Suite/distribution aliases (e.g. 'woody', 'potato') are not supported due to potential problems with their meaning changing between the time the source upload is done and the package is recompiled for some architecture.</dd>
-
-    </dl>
-
-    <hr>
-
-    <pre>
-Rejected: file 'bind9_9.1.0-2_i386.deb' has unknown component 'non-US/main'.
-</pre>
-
-    <dl>
-      <dt>Problem</dt>
-      <dd>You specified an invalid component.</dd>
-
-      <dt>Solution</dt>
-      <dd>Specify a valid component and reupload.</dd>
-
-      <dt>Notes</dt>
-      <dd>The component is specified as a prefix to the section information in 'debian/control'.  Valid components for uploads to ftp-master.debian.org are: 'main', 'contrib' and 'non-free'.</dd>
-    </dl>
-
-    <hr>
-
-    <p>[Much more to come, obviously...]</p>
-    
-    <hr>
-    <address><a href="mailto:ftpmaster@ftp-master.debian.org">Archive maintainance team</a></address>
-<!-- Created: Tue Mar  6 00:41:39 GMT 2001 -->
-<!-- hhmts start -->Last modified: Mon Sep  7 23:45:58 CEST 2009 <!-- hhmts end -->
-  </body>
-</html>