]> git.decadent.org.uk Git - dak.git/blob - web/reject.html
undoing incorrect changes in dak.conf
[dak.git] / 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'.  Valid components for uploads to non-US.debian.org are: 'non-US/main', 'non-US/contrib' and 'non-US/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 -->
127 Last modified: Sat May 26 21:44:34 BST 2001
128 <!-- hhmts end -->
129   </body>
130 </html>