Diff for "Packaging/UploadErrors"

Not logged in - Log In / Register

Differences between revisions 12 and 13
Revision 12 as of 2009-11-11 11:07:37
Size: 4681
Editor: 82-71-93-254
Comment:
Revision 13 as of 2009-11-11 11:20:58
Size: 4690
Editor: 92-238-8-234
Comment:
Deletions are marked like this. Additions are marked like this.
Line 83: Line 83:
||<tablestyle="border: 0; width: 100%;"> ~-[[Packaging/PPA/Uploading|< Uploading to a PPA]] -~ ||<style="text-align: right;"> ~-[[Packaging/BuildScores|How Launchpad prioritises builds >]] -~|| ||<tablestyle="border: 0; width: 100%;"> ~-[[Packaging/PPA/Deleting|< Deleting packages from a PPA]] -~ ||<style="text-align: right;"> ~-[[Packaging/BuildScores|How Launchpad prioritises builds >]] -~||

Launchpad Help > Packaging > Upload errors

Package upload errors

Once you've made an upload either to your PPA or the official Ubuntu archive, Launchpad will send you a success or failure notice by email. If you do not receive a success or failure notice, please confirm that you have correctly signed your package and have used your corresponding email address in the maintainer field.

You can check the status of your build by visiting on your PPA's build status page or the Ubuntu build queue, if you're producing official Ubuntu packages.

Common errors

The upload appears to work but I don't get any email about it

There are two main reasons for this:

  1. You failed to sign the .changes file on the source package that you uploaded
  2. The signing key that you used is not known to Launchpad, you need to add it to your account

clearsign failed: secret key not available

If you get an error when signing the changes file (clearsign failed: secret key not available), pass an additional option -k[key_id] to debuild. You can use gpg --list-keys to get the key ID. Look for line similar to "pub 12345/12ABCDEF"; the key is the alphanumeric section after the forward slash.

Apparently successful upload followed by a rejection email

If you're uploading to a PPA, your upload may appear to succeed, followed by an email with the following:

Rejected:
Signer has no upload rights at all to this distribution.
Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state.

This means that you forgot to specify your PPA's name on the command-line (that is, the "my-ppa" part) and dput sent your upload to the primary Ubuntu archive, for which you don't have authorisation. You can disable that behaviour by adding these lines to your ~/.dput.cf:

[DEFAULT]
default_host_main = notspecified

[notspecified]
fqdn = SPECIFY.A.PPA.NAME
incoming = .

Now, if you omit the PPA name you'll immediately get an error.

The rejection email may also say something like:

Rejected:
File <UPLOADED_FILE> already exists in <LOCATION>, but uploaded version has different contents.
See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.

This mean you have uploaded a file that already exists in the pointed 'LOCATION' (your PPA or Ubuntu primary archive) but with different contents.

It usually happens for re-packaged orig.tar.gz. Gzip header includes a timestamp, resulting in files with different checksums for each individual compression step.

The solution for this problem consists of:

  • downloading the pristine original tarball from the location pointed in the rejection message;
  • regenerate the source upload using it, debuild -S will do it, note that there is no need to include the original tarball in the upload, a reference to the right file will suffice;

  • reupload the just created source package as usual, dput <TARGET> <CHANGES>.

Or, the rejection e-mail may say something like:

Rejected:
Unable to find distroseries: unstable
Further error processing not possible because of a critical previous error.

The problem here is that your debian/changelog file specifies a distribution that is not present in Ubuntu. To solve this problem, edit your debian/changelog file, and change the distribution at the top line from "unstable" to something that fits Ubuntu (e.g. jaunty). Rebuild your package and try to upload again.

Already uploaded to <host> on ppa.launchpad.net

If after a rejected upload you try to upload the same source package again and dput complains that the source package has already been uploaded, it's because the logfile <package>_source.<host>.upload exists. Just remove the .upload file and re-run dput, or invoke dput with the flag -f.

Other errors

If you come across other errors when uploading a package to Launchpad, find us in #launchpad on Freenode or get in touch by email.

< Deleting packages from a PPA

How Launchpad prioritises builds >

Packaging/UploadErrors (last edited 2023-07-07 15:42:12 by pelpsi)