can't push to new remote branch
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Fix Released
|
Medium
|
John A Meinel |
Bug Description
This is with the latest bzr.dev as of 3/24/2006
First it complains that the 'test' directory doesn't exist on the remote server. However, the remote directory does get created (by bzr, not by me).
Then it complains that the 'test' directory does exist.
C:\documents>mkdir test
C:\documents>cd test
C:\documents\
C:\documents\
C:\documents\
added readme.txt
C:\documents\
added readme.txt
Committed revision 1.
C:\documents\
Connected (version 2.0, client OpenSSH_3.9p1)
SSH user@host password:
Authentication type not permitted.
Authentication successful!
Secsh channel 1 opened.
bzr: ERROR: No such file: '/test': [Errno 2] No such file
C:\documents\
Connected (version 2.0, client OpenSSH_3.9p1)
SSH user@host password:
Authentication type not permitted.
Authentication successful!
Secsh channel 1 opened.
bzr: ERROR: File exists: 'test': Failure: unable to mkdir
Pushing again gets the 'unable to mkdir' error again.
The remote system is Ubuntu hoary.
Changed in bzr: | |
assignee: | nobody → jameinel |
status: | Unconfirmed → Fix Committed |
Changed in bzr: | |
status: | Fix Committed → Fix Released |
In the past, it was difficult to push into directories which were based directly off of the root filesystem. host/~/ test host rather than sftp:// host/
You probably wanted to do something more like:
bzr push sftp://
Which would put the changes into your home directory.
However, this bug should also be fixed once the 'encoding' changes land. It fixes how we handle URLs. The old code path improperly would strip off the last '/' giving sftp://