[Duplicity-tracker] [bug #23988] scp destination fails if no username is specified

[Kenneth Loafman]

URL:
  <http://savannah.nongnu.org/bugs/?23988>

                 Summary: scp destination fails if no username is specified
                 Project: duplicity
            Submitted by: loafman
            Submitted on: Sunday 08/03/2008 at 10:05
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: In Progress
                 Privacy: Public
             Assigned to: loafman
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

----- Forwarded message from address@hidden -----
Date: Sun, 3 Aug 2008 08:26:28 -0400
From: address@hidden
To: address@hidden
Subject: [Bug 457680] New: scp destination fails if no username is
specified.
Message-ID: <address@hidden/>

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: scp destination fails if no username is specified.

https://bugzilla.redhat.com/show_bug.cgi?id=457680

           Summary: scp destination fails if no username is specified.
           Product: Fedora
           Version: rawhide
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: medium
          Priority: medium
         Component: duplicity
        AssignedTo: address@hidden
        ReportedBy: address@hidden
         QAContact: address@hidden
    Classification: Fedora


Description of problem:
The recent duplicity update caused my backup scripts to fail. This was due
to
not having a username specified in the scp://  based destination url.

Previously I had scp://hostname/path and this now fails. I have had to
change
it to scp://address@hidden/path.

My "hostname" is actually a ssh config entry pointing to the real host and I
have specified the correct user there. I see no need to specify it again.

Version-Release number of selected component (if applicable):
duplicity-0.4.12-1.fc9.i386

How reproducible:
Always

Steps to Reproduce:
1. Try and run duplicity /source_path/ scp://remotehost/target_path
2.
3.

Actual results:
Fails with;
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 482, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 477, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 405, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.5/site-packages/duplicity/commandline.py", line
464,
in ProcessCommandLine
    backup, local_pathname = set_backend(args[0], args[1])
  File "/usr/lib/python2.5/site-packages/duplicity/commandline.py", line
374,
in set_backend
    backend1, backend2 = backends.get_backend(arg1),
backends.get_backend(arg2)
  File "/usr/lib/python2.5/site-packages/duplicity/backends.py", line 89, in
get_backend
    return backend_class(pu)
  File "/usr/lib/python2.5/site-packages/duplicity/backends.py", line 334,
in
__init__
    self.host_string = parsed_url.username + "@" + parsed_url.hostname
TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'


Expected results:
Performs backup.

Additional info:






    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?23988>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/