Re: svn+ssh with a # in the login

Frédéric Bastien wrote:
> Hi,
> 
> I have send this question to the user mailing list. Their suggestion
> didn't worked and I think the trouble is with the parsing of the
> svh+ssh... parameter. Here is my question.
> 
> I have setup a svn server that I want to connect to by ssh. The trouble
> I have is svn do not parse correctly my login and server on the command
> line. My login have the symbol # in it and I can't change it. For
> example I do the command:
> 
> svn import myfolder svn+ssh://first#second.org <at> second.org/repos -m
> 'initial import'
> I get the error
> ssh: first: Name or service not known
> svn: Connection closed unexpectedly
> 
> the server is second.org
> the login is first#second.org
> 
> svn try to connect to the server first and not second.org. The login is
> not well parsed. Do you know how I can access to the server? I can't use
> ssh forwarding, Apache module or change my login.
> 
> thanks
> 
> Frédéric
> p.s. I was suggested in the user mailing list to put the
> svn+ssh://first#second.org <at> second.org/repos in quote or to escape the #.

Re: Test failures over ra_serf

On Thu, Nov 30, 2006 at 06:33:05PM -0800, Daniel Rall wrote:
> Here are the remaining test failures I'm seeing over ra_serf on Linux
> (FC5) with the latest Serf, APR, httpd 2.2.x, and Subversion (trunk):
> 
> FAIL:  svnsync_tests.py 1: copy and modify
> FAIL:  svnsync_tests.py 2: copy from previous version and modify
> FAIL:  svnsync_tests.py 3: copy from previous version
> FAIL:  svnsync_tests.py 4: modified in place
> FAIL:  svnsync_tests.py 9: tag with a modified file
> FAIL:  svnsync_tests.py 14: verify that unreadable content is not synced
> FAIL:  authz_tests.py 3: broken authz files cause errors
> FAIL:  authz_tests.py 4: test authz for read operations
> FAIL:  authz_tests.py 5: test authz for write operations
> FAIL:  authz_tests.py 6: test authz for checkout
> FAIL:  authz_tests.py 7: test authz for log and tracing path changes
> FAIL:  authz_tests.py 10: test authz for aliases
> 
> I'm attaching the tests.log.

FWIW, the failures I got a few weeks ago (Nov 5) was:

FAIL:  svnsync_tests.py 14: verify that unreadable content is not synced
FAIL:  svnsync_tests.py 15: verify that copies from unreadable dirs work
FAIL:  authz_tests.py 3: broken authz files cause errors
FAIL:  authz_tests.py 4: test authz for read operations
FAIL:  authz_tests.py 5: test authz for write operations
FAIL:  authz_tests.py 6: test authz for checkout
FAIL:  authz_tests.py 7: test authz for log and tracing path changes

The authz tests are problematic because mod_dav_svn/WebDAV gives the same HTTP

Re: Test failures over ra_serf

On Thu, Nov 30, 2006 at 06:57:08PM -0800, Justin Erenkrantz wrote:
> No clue what's up with the other svnsync tests, but they worked for me on Nov
> 5, but they now fail.  The error from serf seems to be more indicative of the
> server refusing/aborting the connection than a ra_serf failure.  I'll continue
> to poke around as I watch the Bengals/Ravens game.

Fixed in r22529.  -- justin

[PATCH] Issue 2646: Perl bindings for more client functions

This patch exports more client API functions to Perl users. Please apply.
This is issue 2646.

(Generally, when an issue has an attached patch fixing it, should I
change the issue type from DEFECT to PATCH? Would doing so increase
the probability that someone actually applied it?)

[[ 
Make many functions added since version 1.0 in the Client API visible
to users of the Perl bindings. They are already swig-wrapped, just not
exported. (issue 2646)

* subversion/bindings/swig/perl/native/Client.pm
  Export more API functions, and refactor to avoid unnecessary repetition.
]] 

Index: subversion/bindings/swig/perl/native/Client.pm
===================================================================
--- subversion/bindings/swig/perl/native/Client.pm	(revision 22204)
+++ subversion/bindings/swig/perl/native/Client.pm	(working copy)
 <at>  <at>  -5,12 +5,22  <at>  <at> 
 use SVN::Wc;

 package SVN::Client;
-use SVN::Base qw(Client svn_client_ checkout update switch add mkdir delete
-                 commit status log blame diff merge cleanup relocate
-                 revert resolved copy move revprop_set propset
-                 proplist revvprop_list export ls cat import propget
-                 uuid_from_url uuid_from_path url_from_path revprop_get
-                 revprop_list info); 

[PATCH] Use os.path.join in copy_tests.py

Found these while crawling through the tests.

-Hyrum

[[[
Use os.path.join() in the tests instead of hardcoding specific path
separators.

* subversion/tests/cmdline/copy_tests.py
  (resurrect_deleted_dir, copy_deleted_dir_into_prefix,
  copy_modify_commit, copy_delete_commit, mv_and_revert_directory):
  Don't concatenate paths manually, use os.path.join() instead.
]]]

Re: [PATCH] Use os.path.join in copy_tests.py

Hyrum K. Wright wrote:
> Found these while crawling through the tests.
> 
> -Hyrum
> 
> [[[
> Use os.path.join() in the tests instead of hardcoding specific path
> separators.
> 
> * subversion/tests/cmdline/copy_tests.py
>   (resurrect_deleted_dir, copy_deleted_dir_into_prefix,
>   copy_modify_commit, copy_delete_commit, mv_and_revert_directory):
>   Don't concatenate paths manually, use os.path.join() instead.
> ]]]

Committed:

   Sending        cmdline/copy_tests.py
   Transmitting file data .
   Committed revision 22532.

Thanks, Hyrum.

--

-- 
C. Michael Pilato <cmpilato <at> collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Re: svn+ssh with a # in the login

Hi

It work. Thanks for you help.

Frédéric

Max Bowsher wrote:
> 
> Indeed. And the correct escaped form of # is %23 so if you try that it
> should work.
> 
> Max.
> 

RE: Python 2.5 bindings for Subversion 1.4.2 on Win32 binary

Daniel Rall [mailto:dlr <at> collab.net] wrote:

>On Wed, 29 Nov 2006, Brandt, Servatius wrote:
>
>> Hi,
>> 
>> Python 2.5 was released on Sept. 19th.  Do you plan to provide
>> a "Python 2.5 bindings for Subversion 1.4.2 on Win32" binary on the
>> Windows download page?
>
>We'll happily link to them, if someone builds and maintains them (but
>we've no plans to do so ourselves).

Daniel,

thanks very much for your reply.  I'll ask on the user's list whether
someone has already done this.

Kind regards,
Servatius

------------------------------------------------------------------------
Servatius Brandt             Phone: +49 89 636-41504
Fujitsu Siemens Computers    Fax:   +49 89 636-48716
EP SW AD C++                 Email: Servatius.Brandt <at> fujitsu-siemens.com

Tool to merge vendor branch, which automatically detectes moves !

Hi list,

I'm working on customizing an open source project for specific needs, 
and so, after long research on how to handle that sort of projects with 
SVN, I did a vendor branch, as it is described in the svn book. I was by 
the way astonished to see that SVN couldn't handle the merge between two 
different repositories.

So I firstly tried the "svn_load_dirs.pl" method, but was rapidly 
deceived because it doesn't handle the SVN moves alone.
I then found "svn-import.py" by astrand 
(http://svn.haxx.se/users/archive-2006-10/0857.shtml), but it still 
didn't handle the moves automatically.
So I decided to create my own tool to handle that, and I decided to send 
it back to all of you, hoping that it could help someone else in the 
same case.

Cheers,
    Anthony

#!/usr/bin/env python
# -*-mode: python; coding: utf-8 -*-
#
# Inspired from svn-import.py by astrand <at> cendio.se (ref : http://svn.haxx.se/users/archive-2006-10/0857.shtml)
#
# svn-merge-vendor.py - Import a new release, such as a vendor drop.
#
# The "Vendor branches" chapter of "Version Control with Subversion"
# describes how to do a new vendor drop with:

Re: Tool to merge vendor branch, which automatically detectes moves !

On 12/1/06, Anthony Ogier <aogier <at> iorga-group.com> wrote:
> So I firstly tried the "svn_load_dirs.pl" method, but was rapidly
> deceived because it doesn't handle the SVN moves alone.
> I then found "svn-import.py" by astrand
> (http://svn.haxx.se/users/archive-2006-10/0857.shtml), but it still
> didn't handle the moves automatically.
> So I decided to create my own tool to handle that, and I decided to send
> it back to all of you, hoping that it could help someone else in the
> same case.

Very neat.  Do you think this is the sort of thing that would be
useful in the "contrib" directory of the Subversion repository?

(Also, do you know how this compares to piston?
http://piston.rubyforge.org/  Looks kind of similar, except piston
doesn't support copies/moves/etc.)

--dave

--

-- 
David Glasser | glasser <at> mit.edu | http://www.davidglasser.net/