h 32 bit & 64 bit binaries are generated.
There is no difference in performance in executing the svn list
command as explained above.
Depending on how your machine is configured, resolving the name
'localhost' could involve a DNS lookup, which (again, depending how your
network is c
Sriharsha wrote:
? Hi Subversion Team,
That is an inaccurate way to address the SVN users on this mailing list.
? There is time delay in executing the command:
? Whereas with the same binaries, if we execute it in windows 2019. It is much
faster.
Could be an IPv6/IPv4 network thing: Somet
endent libraries:
1. Expat 2.4.8
2. Zlib 1.2.12
3. Sqlite 3.39.0100
4. Apr 1.7.0
5. apr-util 1.6.1
6. apr-iconv 1.2.2
Compilation Machine details:
Windows 2016
Visual studio 2015
Both 32 bit & 64 bit binaries are generated.
There is no difference in performance in executing
Hi,
On 10/04/15 22:31, Olivier Sannier wrote:
> svn list --non-interactive
> https://github.com/project-jedi/jcl/trunk/jcl@HEAD
[...]
> svn: E160016: Can't get entries of non-directory
>
> That's very strange because "jcl" is a folder.
You are running the cl
Hello,
I'm trying to use SVN on Windows to connect to the SVN interface of a
GitHub repository as it's much easier to integrate in my overall setup.
Using SVN 1.6.16 (CollabNet build), I was able to issue this command
successfully:
svn list --non-interactive
https://github.com/pr
Subject: Re: svn list support for listing directory entries only
> The "depth" parameter is used in many places, not just in "svn list";
> whatever enhancement you come up with must at least fit the other uses. Depth
> was invented to describe sparse working copie
>
>
>
> The "depth" parameter is used in many places, not just in "svn list";
whatever enhancement you come up with must at least fit the other uses.
Depth was invented to describe sparse working copies, and was only later
adapted to other commands. For sparse worki
are against (or don't see enough need) to
> implement this, would there be any advise on how to accomplish this
> with a patch? Is there in inherent limitation to the server protocol
> that makes a request like this simply unworkable?
The "depth" parameter is used in many pl
On May 3, 2014, at 22:32, Ryan Schmidt wrote:
> On May 3, 2014, at 21:25, Dan Ellis wrote:
>
>> Its really a performance concern. We need to do this fairly regularly on a
>> large repository (over a WAN I might add) and asking the server for all
>> files and directories when we really only ne
On May 3, 2014, at 21:25, Dan Ellis wrote:
> Its really a performance concern. We need to do this fairly regularly on a
> large repository (over a WAN I might add) and asking the server for all files
> and directories when we really only need a directory listing is really a huge
> time sink (
On Sat, May 3, 2014 at 7:16 PM, Ryan Schmidt wrote:
>
> On May 3, 2014, at 20:13, Dan Ellis wrote:
>
> > The svn command line list command currently accepts --depth arguments of
> files, infinity, and immediates (and empty, but that is really a no-op).
> I'm in need of being able to list directo
On May 3, 2014, at 20:13, Dan Ellis wrote:
> The svn command line list command currently accepts --depth arguments of
> files, infinity, and immediates (and empty, but that is really a no-op). I'm
> in need of being able to list directory entries only in a repository, but I'm
> not sure there
Hi,
The svn command line list command currently accepts --depth arguments of
files, infinity, and immediates (and empty, but that is really a no-op).
I'm in need of being able to list directory entries only in a repository,
but I'm not sure there is any good way to accomplish that as-is. I've
se
But that means I have to create a working copy. I don't necessarily want to
do that if all I am looking for is a directory listing.
On Wed, Feb 20, 2013 at 11:06 AM, Geoff Hoffman
wrote:
>
>
> On Wed, Feb 20, 2013 at 10:02 AM, C M wrote:
>
>> The "svn list"
C M writes:
> The "svn list" command does not list directory entries if they are
> svn:externals.
>
> Assuming this is by design, is there a way for it list externals also?
The Subversion 1.8, the next release, currently has
$ svn ls http://localhost/repo --include
On Wed, Feb 20, 2013 at 10:02 AM, C M wrote:
> The "svn list" command does not list directory entries if they are
> svn:externals.
>
> Assuming this is by design, is there a way for it list externals also?
>
cd into the local directory defined by your exte
The "svn list" command does not list directory entries if they are
svn:externals.
Assuming this is by design, is there a way for it list externals also?
Jie Zhang wrote on Fri, May 25, 2012 at 11:17:14 -0400:
> Hi,
>
> Someone already raised this issue:
>
> http://svn.haxx.se/users/archive-2009-08/0433.shtml
>
> How difficult will it be to implement it? If it's not hard, I can see
> if I can get it done. Thank you.
>
It would be pretty easy to
Hi,
Someone already raised this issue:
http://svn.haxx.se/users/archive-2009-08/0433.shtml
How difficult will it be to implement it? If it's not hard, I can see
if I can get it done. Thank you.
Jie
Moved to the Subclipse forum:
http://svn.haxx.se/subusers/archive-2010-11/0006.shtml
Using "svn list svn://svnsrv/bla/blub", I can browse the repository.
Can I do the equivalent using SvnAnt?
http://subclipse.tigris.org/svnant.html
The "list" (or "ls") command is missing from the SvnAnt task list.
The Svn selectors (like ) are documented to work
Hi,
Am 13.09.2010 23:46, schrieb Daniel Shahaf:
>> I would expect "svn list" to work in very much the same way than "svn
>> checkout", which means that it should continue to run and show me the
>> contents of the "3_public" subdirectory.
>
>
Sidewinder_GER wrote on Mon, Sep 13, 2010 at 22:53:11 +0200:
> When an "unprivileged" user performs an "svn list" on the repository,
> the following happens:
>
>> svn list --verbose --recursive svn://server/repository
> 1 user
Hi,
according to the documentation, the "svn list" command should "list each
TARGET file and the contents of each TARGET directory as they exist in
the repository." However I think this is not true for repositories with
path-based authorization.
I have a repository with vario
On Aug 30, 2010, at 16:19, Charles Li wrote:
> windows server 2003
> repoository root -> e:\svn\repos
> cotsvn points to e:\svn\repos
>
> repositories: -> e:\svn\repos\fms and e:\svn\repos\hrms
>
> when I try to do a svn list on the root node, I only get:
>
>
windows server 2003
repoository root -> e:\svn\repos
cotsvn points to e:\svn\repos
repositories: -> e:\svn\repos\fms and e:\svn\repos\hrms
when I try to do a svn list on the root node, I only get:
C:\Program Files\SlikSvn\bin>svn list https://cothubt1.com:7580/cotsvn/
svn: OPTIONS
Hello.
How I can get the list of directory in the repo with the 'function
list(...)'
.
.
.
SVNClient cliente = new SVNClient();
cliente.list("url_repo", Revision.HEAD, Revision.HEAD, int, int, bool,
ListCallback);
.
.
.
On Feb 2, 2010, at 09:07, Tim Landscheidt wrote:
> Ryan Schmidt wrote:
>
>> $ svn log -r '{2010-01-01}' --limit 1 -q \
>> http://svn.macosforge.org/repository/macports
>>
>> r62218 | portin...@macports.org | 2009-12-31 18:5
Ryan Schmidt wrote:
>> Anyhow, is there a "proper" way to deduce a revision num-
>> ber from a date for a given path? At the moment (I'm brows-
>> ing the output of cvs2svn to see if the repository has been
>> converted correctly), I use "svn log --verbose" on the
>> trunk.
> Yes, you can use "s
On Jan 26, 2010, at 11:19, Tim Landscheidt wrote:
> Anyhow, is there a "proper" way to deduce a revision num-
> ber from a date for a given path? At the moment (I'm brows-
> ing the output of cvs2svn to see if the repository has been
> converted correctly), I use "svn log --verbose" on the
> trunk
ified path at the specified revision. So
> svn list -r2 file:///var/tmp/svn-repo/a...@r4
> translates to "show me the list in revision 2 for the directory that's named
> "a" in revision 4. Peg revisions can be implied and usually default to "BASE"
> w
On Jan 26, 2010, at 03:48, Felix Gilcher wrote:
> On Jan 26, 2010, at 2:26 AM, Tim Landscheidt wrote:
>
>> [snip] Is there a way to express the '-r {DATE}' syntax
>> with the "@" suffix? "@{2009-01-01}" seems to be ignored:
>
> [snip] A peg revision must be a revision number and cannot be a date
n. So
svn list -r2 file:///var/tmp/svn-repo/a...@r4
translates to "show me the list in revision 2 for the directory that's named
"a" in revision 4. Peg revisions can be implied and usually default to "BASE"
which is the working copy revision. A peg revision must be
Hi,
I'm a bit baffled by the following behaviour on a small test
repository where in r2 the directory a and file a/b exist
and are deleted in HEAD/r4:
| [...@passepartout ~]$ svn --version
| svn, version 1.6.6 (r40053)
|compiled Nov 8 2009, 13:09:20
| [...]
| [...@passepartout ~]$ svn
34 matches
Mail list logo
