Hello,
I have a simple feature request for the svn update command, so I'd
like some feedback on the utility of this feature. In the past, I've
wanted to perform a sparse checkout of several different parts of a
repository, so I've started by checking out the root using
--depth=empty:
svn co --de
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
>
> Can you compare the contents of /path/to/file/foo/bar between the master
> and mirror, as of the last revision successfully synced to the mirror?
The latest rev which synced without reporting any error was 5045. It was
trying to go from
On 11/09/2010 06:41 PM, Daniel Shahaf wrote:
> Edward Ned Harvey wrote on Sat, Nov 06, 2010 at 20:29:18 -0400:
>>> From: opensrcguru [mailto:opensrcg...@gmail.com]
>>>
>>> Today, the sync process started failing on 1 repo (all others were
>>> unaffected) on both r/o copies at the exact same time/sa
On 11/09/2010 06:44 PM, Daniel Shahaf wrote:
> opensrcguru wrote on Tue, Nov 09, 2010 at 14:03:32 -0600:
>> I figured it out. You can't (or refuse) to read. Quit your job and
>> apply at wal-mart as a greeter.
>>
>
> This tone is completely unnecessary, Terry.
Agreed.
Generally, my profession
On 11/5/10 8:26 AM, opensrcguru wrote:
List,
I've got about 20 repos that have been successfully syncing (with
svnsync) to two read only copies for a few months. The r/w copy and
both r/o copies are located on a local LAN (different subnets
separated by firewalls).
Today, the sync process start
opensrcguru wrote on Tue, Nov 09, 2010 at 14:03:32 -0600:
> I figured it out. You can't (or refuse) to read. Quit your job and
> apply at wal-mart as a greeter.
>
This tone is completely unnecessary, Terry.
Edward Ned Harvey wrote on Sat, Nov 06, 2010 at 20:29:18 -0400:
> > From: opensrcguru [mailto:opensrcg...@gmail.com]
> >
> > Today, the sync process started failing on 1 repo (all others were
> > unaffected) on both r/o copies at the exact same time/same revision
> > with errors similar to the fol
On Tue, Nov 9, 2010 at 4:30 PM, Phil Pinkerton wrote:
> 1) Does Tortoise just send command to the Subversion Windows Command
> Line client?
>
> 2) Can the Tortoise and/or Subversion Windows Command Line client be
> configured to reduce and/or eliminate with small pack CIFS traffic
> that occurs d
1. There is a "$authenticated" keyword in addition to "$anonymous". Might help.
2. Bugfix that will be in 1.6.14: unreadable directories will not appear
in their parent directory's list of children, both in 'svn ls' and in
the listing that appears when an http:// repository is accessed in
a brows
I've tried and tried to get a per-directory thing going where one was public
(anonymous) and others were password protected. IIRC, a problem I had was
the public one needed authentication to do an "svn log", even though you
could "svn checkout" just fine w/o a password. Anyhow, I gave up. Your
r
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote:
> On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote:
>> 1) Does Tortoise just send command to the Subversion Windows Command
>> Line client?
>
> No, it is not a wrapper. TortoiseSVN is built on top of the Subversion
> client libraries.
>
>> 2) Ca
On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote:
> 1) Does Tortoise just send command to the Subversion Windows Command
> Line client?
No, it is not a wrapper. TortoiseSVN is built on top of the Subversion
client libraries.
> 2) Can the Tortoise and/or Subversion Windows Command Line client
Hi All,
Ok I am trying to achieve a repository that at its base level everyone has
read-only access without a username. But then at subsequent levels I would
like to remove their access so they have none. I thought this could be
accomplished with 1.6 with the addition of "~" and "$anonymous" but
1) Does Tortoise just send command to the Subversion Windows Command
Line client?
2) Can the Tortoise and/or Subversion Windows Command Line client be
configured to reduce and/or eliminate with small pack CIFS traffic
that occurs during the check out process to a Windows network drive?
-may
>From: Stefan Sperling [mailto:s...@elego.de]
>Sent: Wednesday, November 03, 2010 3:33 PM
>
>On Wed, Nov 03, 2010 at 09:20:32PM +0200, Daniel Shahaf wrote:
>> Daniel Shahaf wrote on Wed, Nov 03, 2010 at 21:17:09 +0200:
>> > Andy Levy wrote on Wed, Nov 03, 2010 at 15:04:29 -0400:
>> > > On Wed, Nov
I was trying to go back and answer your very first response and then go
from there. My first reply didn't post to you. I didn't want to skip any
steps.
I don' think that your response had levity, but more so rudeness and
sarcasm.
I simply wanted to make sure that you saw my first response
On Tue, Nov 9, 2010 at 1:40 PM, Patricia A Moss wrote:
>
> I've tried twice to reply to your first response. I am not sure why it is
> not posting.
> I am going to try again.
>
> >First. LDAP (authentication) is only 1/2 of the big picture. You will
> >still need configure authorization on the r
I've tried twice to reply to your first response. I am not sure why it is
not posting.
I am going to try again.
>First. LDAP (authentication) is only 1/2 of the big picture. You will
>still need configure authorization on the repo's themselves.
I have done this already. I have a separate confi
On Tue, Nov 9, 2010 at 12:54 PM, Patricia A Moss wrote:
>
> I appreciate all of the help that I am receiving. I have still not been
> successful in resolving this.
>
> I removed the line:
> Require valid-user
>
> I have tried using:
> ?samAccountName?sub?(objectClass=*)
> Instead of:
> ?samAccoun
I appreciate all of the help that I am receiving. I have still not been
successful in resolving this.
I removed the line:
Require valid-user
I have tried using:
?samAccountName?sub?(objectClass=*)
Instead of:
?samAccountName?sub?(objectCategory=person)
That is the only difference I see in my co
Patricia A Moss wrote on 11/09/2010 09:41:42 AM:
> From: Patricia A Moss
> To: kmra...@rockwellcollins.com
> Cc: users@subversion.apache.org
> Date: 11/09/2010 09:41 AM
> Subject: Re: locking down access to a repository
>
>
> >I don't think you want the "Require valid-user" line, since by
> d
> But if I remove that line then no one can access the repository
Most likely because something else in the configuration isn't quite right... I
would suggest setting things up and testing with one LDAP server at a time to
verify the configuration of each before trying to combine them.
Au
I don't know if I replied correctly the first time:
>First. LDAP (authentication) is only 1/2 of the big picture. You will
>still need configure authorization on the repo's themselves.
I have done that. Each repo have it's own configuration file. That is
this portion:
dav svn
SVNPath /disk01
>I don't think you want the "Require valid-user" line, since by default it
uses
>ANY of the Require lines as matches. (And in your case valid-user
matches all
>users so it doesn't care you are also specifying a group and an user.)
But if I remove that line then no one can access the reposito
Stefan Sperling wrote on 11/09/2010 08:34:37 AM:
> > I've configured my ldap aliases as follows:
> >
> > AuthLDAPBindDN FCGNET\svnuser
> > AuthLDAPBindPassword x
> > AuthLDAPURL
> > ldap://xx.fcg.com:3268/DC=fcg,DC=com?samAccountName?sub?
> > (objectCategory=p
On Tue, Nov 9, 2010 at 7:12 AM, Patricia A Moss wrote:
>
> I think this is the correct mailing list for this question.
>
> I am LDAP authenticating against 2 domain controllers; in 2 different
> locations.
> I thought that I was locking down each repository to allow only users,
> included in a spe
On Tue, Nov 09, 2010 at 08:12:44AM -0500, Patricia A Moss wrote:
> I think this is the correct mailing list for this question.
>
> I am LDAP authenticating against 2 domain controllers; in 2 different
> locations.
> I thought that I was locking down each repository to allow only users,
> include
Am Dienstag, 9. November 2010 schrieb Stefan Sperling:
> https://svn.apache.org/repos/asf/subversion/branches/1.6.x-issue3727
>
> Please note that my fix hasn't been reviewed yet by other developers.
> If you encounter problems using this fix please let me know.
Thanks,
works for us as expected.
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 on filesets only.
--
Michael L
On Tue, Nov 9, 2010 at 06:24, Ludwig, Michael
wrote:
> SvnAnt tasks return information to the caller by setting various properties.
>
> The caller can have the library apply prefixes to these properties.
>
> There are inconsistencies in how prefixes are applied to these properties.
SVNAnt is part
On Tue, Nov 09, 2010 at 01:03:37PM +0100, Christoph Bartoschek wrote:
>
> > The bug has been fixed in trunk. The fix has not been nominated for
> > backport to 1.6.x yet but I will do so shortly.
> >
> > Until the fix appears in a new Subversion release, you can go back to
> > 1.6.12. Alternative
> The bug has been fixed in trunk. The fix has not been nominated for
> backport to 1.6.x yet but I will do so shortly.
>
> Until the fix appears in a new Subversion release, you can go back to
> 1.6.12. Alternatively, if you feel comfortable compiling svn yourself from
> source, you will be able
I think this is the correct mailing list for this question.
I am LDAP authenticating against 2 domain controllers; in 2 different
locations.
I thought that I was locking down each repository to allow only users,
included in a specific AD group, to have read/write access to a
repository.
I say s
SvnAnt tasks return information to the caller by setting various properties.
The caller can have the library apply prefixes to these properties.
There are inconsistencies in how prefixes are applied to these properties.
Here's an example:
svn.wcvmodified=true - without
On Tue, Nov 09, 2010 at 10:37:02AM +0100, Christoph Bartoschek wrote:
> Am Freitag, 29. Oktober 2010 schrieb Daniel Shahaf:
> > http://subversion.tigris.org/issues/show_bug.cgi?id=3727
> >
> > Chris Seawood wrote on Fri, Oct 29, 2010 at 10:04:17 -0700:
>
> Hi,
>
> our workflow currently does not
Am Freitag, 29. Oktober 2010 schrieb Daniel Shahaf:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3727
>
> Chris Seawood wrote on Fri, Oct 29, 2010 at 10:04:17 -0700:
Hi,
our workflow currently does not work due to this bug. Is there a fixed 1.6.13
version in the repository we can check
36 matches
Mail list logo
