[dput-ng-maint] Bug#696558: dput-ng: sftp uploads aren't working

Paul Tagliamonte paultag at ubuntu.com
Sat Dec 22 20:12:51 UTC 2012


Hi, Jeremy, thanks for the report (and trying out dput-ng)

Sorry for the hickup, let's see what's going on here.


On Sat, Dec 22, 2012 at 03:01:01PM -0500, Jeremy Bicha wrote:
>    Package: dput-ng
>    Version: 1.2

I believe this has been a problem since we added SFTP support, FWIW

>    Severity: normal
> 
>    I use sftp to upload to Launchpad (for Ubuntu and PPAs) because ftp
>    timeouts for me even on relatively small uploads.
>    dput-ng doesn't seem to work right with sftp uploads. Here's my
>    ~/.[1]dput.cf which was sufficient with classic dput:
> 
>    [ubuntu]
>    fqdn                    = [2]upload.ubuntu.com
>    method                  = sftp
>    incoming                = ubuntu
>    login                   = jbicha
> 
>    [ppa]
>    fqdn                    = [3]ppa.launchpad.net
>    method                  = sftp
>    incoming                = ~%(ppa)s/ubuntu
>    login                   = jbicha
> 
>    And here's the error:
> 
>    $ dput ppa:gnome3-team/gnome3-staging
>    ../build-area/gnome-icon-theme_3.7.0~git20121203.372f0e3a-0ubuntu1_source.changes
>    Uploading gnome-icon-theme using sftp to ppa (host: [4]ppa.launchpad.net;
>    directory: ~gnome3-team/gnome3-staging/ubuntu)
>    running allowed-distribution: check whether a local profile permits
>    uploads to the target distribution
>    running checksum: verify checksums before uploading
>    running suite-mismatch: check the target distribution for common errors
>    running check-debs: makes sure the upload contains a binary package
>    running gpg: check GnuPG signatures before the upload
>    gpg: Signature made Sat 22 Dec 2012 02:05:12 PM EST using RSA key ID
>    EBFE6C7D
>    gpg: Good signature from "Jeremy Bicha <[5]jeremy at bicha.net>"
>    gpg:                 aka "Jeremy Bicha <[6]jbicha at ubuntu.com>"
>    gpg: WARNING: This key is not certified with a trusted signature!
>    gpg:          There is no indication that the signature belongs to the
>    owner.
>    Primary key fingerprint: 4D0B E12F 0E47 76D8 AACE  9696 E66C 775A EBFE
>    6C7D
> 
>    SFTP doesn't support ~path or ~/path. if you need $HOME paths, use SCP.
     ^^^^^

     This is true :)


 SFTP is an odd little protocol -- and old dput (which didn't have
 proper SFTP support) must have not handled this right, since tracking
 down $HOME over SFTP isn't easy or really correct to do.

 In general, SFTP should put you in what it thinks it "$HOME", so
 perhaps removing "~" will work.

 It'd be nice for someone to research what dput-old does, but this is
 now on the menu again.


> 
> References
> 
>    Visible links
>    1. http://dput.cf/
>    2. http://upload.ubuntu.com/
>    3. http://ppa.launchpad.net/
>    4. http://ppa.launchpad.net/
>    5. mailto:jeremy at bicha.net
>    6. mailto:jbicha at ubuntu.com

Fondly,
  Paul

-- 
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/dput-ng-maint/attachments/20121222/2a41c454/attachment-0001.pgp>


More information about the dput-ng-maint mailing list