web/reject.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
   2 <html>
   3   <head>
   4     <title>Rejection mails</title>
   5     <link rev=made href="mailto:ftpmaster@ftp-master.debian.org">
   6   </head>
   7
   8   <body>
   9     <h1>Deciphering Rejection mails</h1>
  10
  11     <hr>
  12
  13     <pre>
  14 Rejected: GPG signature check failed on `foobar_0.1-5.dsc'.
  15 gpg: no valid OpenPGP data found.
  16 gpg: processing message failed: eof
  17     </pre>
  18
  19     <dl>
  20       <dt>Problem</dt> <dd>This is GnuPG's way of reporting that the
  21       file isn't signed (a requirement for both .changes and .dsc
  22       files).</dd>
  23
  24       <dt>Solution</dt> <dd>Sign the file and reupload.</dd>
  25
  26       <dt>Notes</dt> <dd>If it's an unsigned .dsc file (as is the case
  27       in the example above) you will probably need to update and
  28       resign the .changes file too; the devscripts package has tools
  29       to automate this (debsign(1)).</dd>
  30     </dl>
  31
  32     <hr>
  33
  34     <pre>
  35 Rejected: GPG signature check failed on `foobar_0.7.0-1.dsc'.
  36 gpg: Signature made Sat Feb  3 10:35:13 2001 EST using DSA key ID 03FEB4F3
  37 gpg: Can't check signature: public key not found
  38 </pre>
  39
  40     <dl>
  41       <dt>Problem</dt>
  42       <dd>The file in question was not signed with a key currently in
  43       the Debian GnuPG or PGP keyring (a requirement for both .changes
  44       and .dsc files).</dd>
  45
  46       <dt>Solution</dt>
  47
  48       <dd>Either resign the .dsc and/or .changes with a key in the
  49       keyring, or get the key in the keyring.  </dd>
  50
  51       <dt>Notes</dt>
  52       <dd>The canonical location of the Debian keyrings is <a
  53       href="http://keyring.debian.org">keyring.debian.org</a> which
  54       can be accessed via anonymous rsync.  If your key is not in the
  55       keyring, you need to mail <a
  56       href="mailto:keyring-maint@debian.org">keyring-maint@debian.org</a>;
  57       new keys can NOT be added via the keyserver on <a
  58       href="http://keyring.debian.org/">keyring.debian.org</a>.  If
  59       you are switching to GnuPG from PGP and your new GnuPG key is
  60       not yet in the keyring, consider using your PGP key until the
  61       GnuPG key is added. </dd>
  62
  63     </dl>
  64
  65     <hr>
  66
  67     <pre>
  68 Rejected: foobar_0.8.1-5_i386.deb: Old version `0.8.1-6' &gt;= new version `0.8.1-5'.
  69 </pre>
  70
  71     <dl>
  72       <dt>Problem</dt>
  73       <dd>Every new upload to the archive must have a greater version
  74           number than existing versions in the target suite (stable,
  75           unstable).</dd>
  76
  77       <dt>Solution</dt>
  78       <dd>Increase the version number (with an epoch if necessary).</dd>
  79
  80       <dt>Notes</dt>
  81       <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>
  82     </dl>
  83
  84     <hr>
  85
  86     <pre>
  87 Rejected: Unknown distribution `woody'.
  88 </pre>
  89
  90     <dl>
  91       <dt>Problem</dt>
  92       <dd>You specified an invalid target suite (aka 'distribution').</dd>
  93
  94       <dt>Solution</dt>
  95       <dd>Specify a valid distribution/suite and reupload.</dd>
  96
  97       <dt>Notes</dt>
  98       <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>
  99
 100     </dl>
 101
 102     <hr>
 103
 104     <pre>
 105 Rejected: file 'bind9_9.1.0-2_i386.deb' has unknown component 'non-US/main'.
 106 </pre>
 107
 108     <dl>
 109       <dt>Problem</dt>
 110       <dd>You specified an invalid component.</dd>
 111
 112       <dt>Solution</dt>
 113       <dd>Specify a valid component and reupload.</dd>
 114
 115       <dt>Notes</dt>
 116       <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>
 117     </dl>
 118
 119     <hr>
 120
 121     <p>[Much more to come, obviously...]</p>
 122
 123     <hr>
 124     <address><a href="mailto:ftpmaster@ftp-master.debian.org">Archive maintainance team</a></address>
 125 <!-- Created: Tue Mar  6 00:41:39 GMT 2001 -->
 126 <!-- hhmts start -->Last modified: Mon Sep  7 23:45:58 CEST 2009 <!-- hhmts end -->
 127   </body>
 128 </html>