2011/11/12 Germán Arias :
> Hi. After replace a file inside directory "staticOfRigidBodies",
> seems like I have a branch:
>
> german@german-desktop:~/Instalados/FisicaLab$ svn status
> ? FisicaLab.app
> ? obj
> M MIInformacion.m
> S English.lproj/staticRigidBodies.gorm
> M
Hi. After replace a file inside directory "staticOfRigidBodies",
seems like I have a branch:
german@german-desktop:~/Instalados/FisicaLab$ svn status
? FisicaLab.app
? obj
M MIInformacion.m
S English.lproj/staticRigidBodies.gorm
M ChangeLog
M Spanish.lproj/staticRigi
On Nov 11, 2011, at 7:17 PM, Welington Rodrigues Braga wrote:
> 2011/11/12 Blair Zajac :
>> On 11/11/2011 06:41 PM, Andy Levy wrote:
>>>
>>> On Fri, Nov 11, 2011 at 21:12, Welington Rodrigues Braga
>>> wrote:
Hi guys,
I've just started to use Subversion a few months ago a
On Fri, Nov 11, 2011 at 10:06 PM, Blair Zajac wrote:
> On 11/11/2011 06:41 PM, Andy Levy wrote:
>>
>> On Fri, Nov 11, 2011 at 21:12, Welington Rodrigues Braga
>> wrote:
>>>
>>> Hi guys,
>>>
>>> I've just started to use Subversion a few months ago and I am really
>>> are asking me why I had never
2011/11/12 Blair Zajac :
> On 11/11/2011 06:41 PM, Andy Levy wrote:
>>
>> On Fri, Nov 11, 2011 at 21:12, Welington Rodrigues Braga
>> wrote:
>>>
>>> Hi guys,
>>>
>>> I've just started to use Subversion a few months ago and I am really
>>> are asking me why I had never used it before but it is not
On 11/11/2011 06:41 PM, Andy Levy wrote:
On Fri, Nov 11, 2011 at 21:12, Welington Rodrigues Braga
wrote:
Hi guys,
I've just started to use Subversion a few months ago and I am really
are asking me why I had never used it before but it is not the reason
of my contact. To be honest I am trying
On Fri, Nov 11, 2011 at 21:12, Welington Rodrigues Braga
wrote:
> Hi guys,
>
> I've just started to use Subversion a few months ago and I am really
> are asking me why I had never used it before but it is not the reason
> of my contact. To be honest I am trying to to do a post-commit script
> that
Hi Jens,
did you get this resolved somehow already?
b.
On 10 November 2011 17:09, Jens Geyer wrote:
> Hi *,
>
> I have an really interesting case here, which looks to me like an bug.
>
> The behavior started after the upgrade of our SVN server from 1.6.16 to
> 1.7.1.
> We use a windows serve
Nope, first step already fails (commit 3) if there are "[/]\n* = r" lines
present in authz file.
It works if I create authz file like this (note the usage of rw everywhere):
[/A/B]
pm = rw
[/X/Y]
pm = rw
-
It DOES NOTwork if I create authz file like this:
[/A/B]
Hi guys,
I've just started to use Subversion a few months ago and I am really
are asking me why I had never used it before but it is not the reason
of my contact. To be honest I am trying to to do a post-commit script
that automatically sincronizes a given workcopy when any of my users
commits the
Hi Philip,
IMHO, given and URL '/', mod_dav_svn
should be able to understand the regular expression and treat '/' as
both the path to the repository and the path inside the repository. It
should not use raw '(?!viewvc)' data as it does now.
I understand that this behaviour could be a probl
Please don't top-post on this list. Put your reply below or inline.
More below ...
> -Original Message-
> From: Tennebø Frode [mailto:frode.tenn...@saabgroup.com]
> Sent: Friday, November 11, 2011 6:39 AM
> To: Waseem Shahzad; users@subversion.apache.org
> Subject: RE: Database Corruption
hi
what works:
**
$ *svn info svn://.dnsdojo.org/SMS*
Path: SMS
URL: svn://lolveley.dnsdojo.org/SMS
Repository Root: svn://lolveley.dnsdojo.org/SMS
Repository UUID: c843e045-19bf-4154-b245-a271156466b3
Revision: 0
Node Kind: directory
Last Changed
Philip Martin writes:
> The merge creates an added directory wc/D (copied from /T/D in the
> repo). This conflicts with the directory D added by the update (which
> is /X/B in the repo) so a tree conflict is created. Note that wc/D is
Typo: /X/B should be /B/D.
> marked as replaced.
--
Phili
Gunnar Dalsnes writes:
>>>
>>> REM tree conflict
>>>
>>> svn resolve --accept=working dir1
>> Did you miss a step?
> No, nothing is missed, but it seems this line is useless (but
> harmless). The problem appears regardless.
>> trunk2 is still an empty directory at r1, how can
>> that cause a co
On Fri, Nov 11, 2011 at 10:10, Jeegnesh Sheth wrote:
> Dear Andy,
> The folder is shared for a backup process that just copied the folder to
> an external HD in addition to taking dumps and hotcopies
There's no need to have sharing enabled if the external HD if it's
attached to the server. Or if
Dear Andy,
The folder is shared for a backup process that just copied the folder to
an external HD in addition to taking dumps and hotcopies
Also, accessing the repo using TortoiseSvn via Http only.
Thank You
-Original Message-
From: Andy Levy [mailto:andy.l...@gmail.com]
Sent: Friday,
I can make a Linux script if that will help...
On 10.11.2011 17:17, Gunnar Dalsnes wrote:
On 10.11.2011 12:26, Philip Martin wrote:
Gunnar Dalsnes writes:
REM change this to the dir you are running the script from
set wd=c:/temp/test
svnadmin create repo
svn mkdir file:///%wd%/repo/trunk -
On Nov 11, 2011, at 07:10, olivier SAINT-EVE wrote:
> I obtained a partial success : after having detected a typing error in a conf
> directory file (it is not passwd but the other, I don't remember its name),
> I succeeded in accessing locally;
So "svn co $URL" from the other computer in the
On Fri, Nov 11, 2011 at 08:54, Jeegnesh Sheth wrote:
> Have my svn on windows server with apache and being accessed via HTTP
>
> Apache config monitor states this
>
> Apache/2.063(win32) SVN/1.5.1 mod_auth_sspi/1.0.4DAV/2
> Currently my repo is on C:\svnrepo [this is a shared drive]
>
> As space i
Have my svn on windows server with apache and being accessed via HTTP
Apache config monitor states this
Apache/2.063(win32) SVN/1.5.1 mod_auth_sspi/1.0.4DAV/2
Currently my repo is on C:\svnrepo [this is a shared drive]
As space is becoming an issue, we have added an extra drive and wou
On Fri, Nov 11, 2011 at 3:06 AM, Hester, Paul wrote:
> Since upgrading to 1.7.0, and 1.7.1 via subversion edge, about half the
> commits being done by users (via tortoise) result in the commit hanging
> after most of the work has been done. Whilst hung, the repository shows the
> commit has taken
hi
I obtained a partial success : after having detected a typing error in a
conf directory file (it is not passwd but the other, I don't remember
its name), I succeeded in accessing locally; but what interest me is to
join my repo from outside my house; the iphone client I installed runs,
it
This means that corruption only if BDB , not in case of FSFS?
Cheers
-Original Message-
From: Tennebø Frode [mailto:frode.tenn...@saabgroup.com]
Sent: Friday, November 11, 2011 6:39 AM
To: Waseem Shahzad; users@subversion.apache.org
Subject: RE: Database Corruption in SVN
> Is there an
> Is there any way that SVN database may be corrupted. Any
> story , Issue , Experience..
The only time I have encountered this was when a collegue set up a BDB
repository and accessed it using file:/// on an NFS mounted disk from several
clients.
-Frode
Is there any way that SVN database may be corrupted. Any story , Issue ,
Experience
Cheers,
On Thu, Nov 10, 2011 at 05:58:35PM +, Philip Martin wrote:
> Stefan Sperling writes:
> > If so, this is likely due to the change in case-awareness we made in 1.7:
> > file:///home/stsp/svn/svn-site/publish/docs/release-notes/1.7.html#case-sensitive-authz
>
> http://subversion.apache.org/docs/
"Zibetti Paolo" writes:
> With Subversion version 1.6.x, I could add the "--quiet" switch to the
> "svn copy" command to suppress all output in case the command succeeds.
>
> With Subversion version 1.7.1 "svn copy --quiet ..." always prints
> informational messages such as "Committed revision 4
On Fri, Nov 11, 2011 at 08:06:09AM -, Hester, Paul wrote:
> Since upgrading to 1.7.0, and 1.7.1 via subversion edge, about half the
> commits being done by users (via tortoise) result in the commit hanging
> after most of the work has been done. Whilst hung, the repository shows
> the commit ha
Hi,
In my experience, svnlook.exe is often used in hook scripts.
Maybe you check your post-commit hook scripts - maybe they are buggy, or they
trigger a bug in svnlook.
Grüße,
Markus
Von: Hester, Paul [mailto:paul.hes...@cobham.com]
Gesendet: Freitag, 11. November 2011 09:06
An: users@subversi
With Subversion version 1.6.x, I could add the "--quiet" switch to the
"svn copy" command to suppress all output in case the command succeeds.
With Subversion version 1.7.1 "svn copy --quiet ..." always prints
informational messages such as "Committed revision 42."
Other commands such as "svn com
is your server in local network or in remote location?
what is the output of ping command to your server?
this is issue maynot be to do with SVN. it may to do with latency of your
network
regards
srikanth
From: Stefan Lock [mailto:l...@signal7.de]
Sent: Friday, November 11, 2011 1:19
Bostjan Skufca writes:
> Well, in my case, it is all lower-case all the time. Is there any other way
> to double check this? I checked with "svn ls ..." every component of path
> to be lower case, and it was. authz file is also in lower case completely.
> Still, delete as described before does no
Am 19.07.2011 12:58, schrieb Sebastian Brandt:
Am 19.07.2011 12:35, schrieb Stefan Sperling:
On Tue, Jul 19, 2011 at 10:58:49AM +0200, Sebastian Brandt wrote:
That discussion was two years ago; yet, I have been unable to find a
bug/issue report of this problem, or a documented fix.
So, before I
BTW, I would like to add, that I also opened another thread "Authz
permisison problem after upgrade from 1.6.16 to 1.7.1", since the delete
issue is not the only probolem I have after switchimng to 1.7.x. Maybe
there is arelation to this.
Yes, we run 32bit SVNSERVE on Windows.
Von: Bostjan Skufca [mailto:bost...@a2o.si]
Gesendet: Freitag, 11. November 2011 00:38
An: Philip Martin
Cc: Jens Geyer; users@subversion.apache.org
Betreff: Re: AW: Unable to delete directory in repository, server
version 1.7.1
Well, in my cas
> >> I wonder if there is an upper/lower case problem somewehere in your
> > authz file? Or perhaps in the Subversion authz code?
> >
>> If so, this is likely due to the change in case-awareness we made in
1.7:
> >
file:///home/stsp/svn/svn-site/publish/docs/release-notes/1.7.html#case-
sensitive-
well, I have the error message again(I launched the command from a SSH
access to the NAS via putty)
Since upgrading to 1.7.0, and 1.7.1 via subversion edge, about half the
commits being done by users (via tortoise) result in the commit hanging
after most of the work has been done. Whilst hung, the repository shows
the commit has taken place, but on the server svnlook.exe is hogging all
the CPU. K
39 matches
Mail list logo
