svn-load can't connect to my repository

[mbelos]

Binary package hint: svn-load

When I run:
svn-load https://*******************/repository/ folder/subfolder/trunk ~/Downloads/folder/subfolder

I get:
Warning: Unimplemented callback: get_login
TypeError: PyCXX: Error creating object of type N2Py5TupleE from None
Error connecting or no such repository: https://********************

[Jools Wills (jools)]

I can confirm I am also having this problem.

Running Lucid Beta 1

[Mark Eichin (eichin-gmail)]

With svn-load 1.2-1 in maverick, I'm still seeing this:

Warning: Unimplemented callback: get_login
TypeError: PyCXX: Error creating object of type N2Py5TupleE from None
Error connecting or no such repository: https://***

It looks like my normal svn use is using gnome-keyring to get the password, based on looking at $HOME/.subversion/auth/svn.simple...

[Mark Eichin (eichin-gmail)]

A quick look at the source shows that this is due to
    client.callback_get_login = get_login
    def get_login(realm, username, may_save):
        nocallback()
    ## pysvn supports a number of callbacks for scenarios I've yet to
    ## encounter. For now, just emit a warning to hopefully clue the user
    ## in about what went wrong - maybe they'll send a patch! :)
    def nocallback():
        sys.stderr.write("Warning: Unimplemented callback: %s\n" %
                         (sys._getframe(1).f_code.co_name))

callback_get_login itself is documented here:

http://pysvn.tigris.org/docs/pysvn_prog_ref.html#pysvn_client_callback_get_login

so, a somewhat crude approach is to just install

    def get_login(realm, username, may_save):
        print "Called get_login with", repr(username), repr(may_save)
        return (True, username, raw_input("Password for %s (svn): " % username), True)

(The second "True" tells svn to "save" the password and not reprompt - which causes the svn.simple entry to switch from gnome-keyring to "passtype=simple" and keeps the password in plaintext in that file... just so you know...)

[dann frazier (dannf)]

Fixed upstream in version 1.4

[dann frazier (dannf)]

Actually, that should've been fixed in 1.3. Please reopen if that's not the case.