Re: working on multiple patches

2011-11-14 Thread Thorsten Schöning 
Guten Tag Jarek Czekalski,
am Montag, 14. November 2011 um 08:13 schrieben Sie:

> Is Mercurial simply better in this case?

Yes, because with every clone, or however it is called in hg, in
distributed version control systems you always have your own copy of a
repository which you can work on as you like. The is different in
Subversion, as it is a centralized system.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

AW: Authz permisison problem after upgrade from 1.6.16 to 1.7.1

2011-11-14 Thread Jens Geyer 
No. IMHO this is a bug. 

If I have some time, I will try to provide an test setup. 

I can't post our current repo for obvious reasons J

 

 
  

Von: Bostjan Skufca [mailto:bost...@a2o.si] 
Gesendet: Samstag, 12. November 2011 03:21
An: Jens Geyer
Cc: users@subversion.apache.org
Betreff: Re: Authz permisison problem after upgrade from 1.6.16 to 1.7.1

 

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 server (SVNSERVE) here, I haven't tested this on
Apache.

The scenario:
We have a source code tree, which lives let's say under

   /trunk/testApp

In the SVN root, we have some more folders, such as

   /branches

We also have a build server, who checks the source out into his local
WC.
After the successful build, the build server sets an tag under

   /tags/buildserver/testApp

Which he does by means of svn copy (I can provide the exact command, if
neceassary).
This works, if I configure the access control file like this:

   [/tags]
   Buildserver = rw
   * = r

   [/trunk]
   Buildserver = rw
   * = r

[/]
   Buildserver = rw
   * = r

It does no longer work (the svn copy command fails with "access denied")
when I add /branches to the access configuration:

   [/tags]
   Buildserver = rw
   * = r

   [/trunk]
   Buildserver = rw
   * = r

   [/branches]
   * = r

[/]
   Buildserver = rw
   * = r

It starts to work  again, if I give the buildserver explicit write
access to [/branches].

==> Please note, that /branches is not affected by the copy, neither as
source, nor as the target.
==> This looks like a clear bug to me.

Again, I were not able to found any documentation about such changes in
the access control logic.
Is there some documentation around about these new "features" of svn
1.7?

JensG

Re: working on multiple patches

2011-11-14 Thread Jarek Czekalski 
I see. Could you please help me establish a scenario with a local svn 
server? I don't know what are the best ways to achieve the following:


1. Clone current remote repository into local one
2. Update local repository to the latest remote version (reverting the 
changes I did)


You know what my goal is. I don't necessarily need all the history in my 
local repository. It is to be used only for creating patches, like patch 
B in my first example. The remote repository is really big and I would 
like to minimize traffic from it.


Thanks in advance
Jarek


Thorsten Schöning pisze:

Guten Tag Jarek Czekalski,
am Montag, 14. November 2011 um 08:13 schrieben Sie:

  

Is Mercurial simply better in this case?



Yes, because with every clone, or however it is called in hg, in
distributed version control systems you always have your own copy of a
repository which you can work on as you like. The is different in
Subversion, as it is a centralized system.

Mit freundlichen Grüßen,

Thorsten Schöning

RE: working on multiple patches

2011-11-14 Thread Andreas Tscharner 
> I see. Could you please help me establish a scenario with a local svn 
> server? I don't know what are the best ways to achieve the following:

Stupid question: Why do you want to use svn if you'll have a working system 
with hg?

Concerning your problem: You might want to try to convert the main svn 
repository to a Mercurial repository and manage your patches there. This should 
work because you can make "incremental" conversions (i.e. if you convert the 
same svn repository to the same hg repository, only the newly added changes 
from svn are converted)

Best regards
Andreas
-- 
Andreas Tscharner  
--
"Intruder on level one. All Aliens please proceed to level one."
  -- Call in "Alien: Resurrection"

Re: working on multiple patches

2011-11-14 Thread Jarek Czekalski 
Jedit is maintained as an svn repository. I have read only access to it. 
I mentioned hg only because I got in touch with it in another project. I 
would like to stay with bare svn, as hg generated patches may differ in 
format.


Andreas Tscharner pisze:
I see. Could you please help me establish a scenario with a local svn 
server? I don't know what are the best ways to achieve the following:



Stupid question: Why do you want to use svn if you'll have a working system 
with hg?

Concerning your problem: You might want to try to convert the main svn repository to a 
Mercurial repository and manage your patches there. This should work because you can make 
"incremental" conversions (i.e. if you convert the same svn repository to the 
same hg repository, only the newly added changes from svn are converted)

Best regards
Andreas

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Philip Martin 
Bostjan Skufca  writes:

> 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]
> pm = rw
>
> [/X/Y]
> pm = r
> -
>
>
> Any further ideas?

Use "--log-file log.txt" when you start svnserve and then try the
failing copy.  On my Linux machine with:

$ cat repo/conf/authz
[/A/B]
pm = rw
[/]
pm = r

$ svn cp -mm svn://localhost/repo/X svn://localhost/repo/A/B/C
Committed revision 22

$ cat log.txt
9486 2011-11-14T09:48:08.909530Z 127.0.0.1 - repo open 2 cap=(edit-pipeline 
svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1-dev -
9486 2011-11-14T09:48:08.910096Z 127.0.0.1 - repo get-latest-rev
9486 2011-11-14T09:48:08.910211Z 127.0.0.1 - repo get-latest-rev
9486 2011-11-14T09:48:08.910339Z 127.0.0.1 - repo get-mergeinfo (/X/Y) inherited
9486 2011-11-14T09:48:08.910587Z 127.0.0.1 - repo reparent /X/Y
9486 2011-11-14T09:48:08.910675Z 127.0.0.1 - repo reparent /A/B
9486 2011-11-14T09:48:08.910743Z 127.0.0.1 - repo reparent /X/Y
9486 2011-11-14T09:48:08.911190Z 127.0.0.1 pm repo check-path /X/Y@21
9486 2011-11-14T09:48:08.911633Z 127.0.0.1 pm repo reparent /A/B
9486 2011-11-14T09:48:08.911712Z 127.0.0.1 pm repo check-path /A/B/C@21
9486 2011-11-14T09:48:08.930591Z 127.0.0.1 pm repo commit r22


-- 
Philip

Re: mod_dav_svn and Apache directive

2011-11-14 Thread Philip Martin 
Michaël Bruneel  writes:

>   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.

That's only one case out of many. What about things like?







Take that last one: "/foo/bar/zig/zag" matches "/foo/(?!xxx)/zig" but
what is the path to the repository and what is the path inside the
repository?

What about SVNParentPath?

Are multiple regepxs allowed?



Which things should be supported?  How should they behave?  What is the
advantage of supporting them?

-- 
Philip

Re: working on multiple patches

2011-11-14 Thread Stefan Sperling 
On Mon, Nov 14, 2011 at 10:32:53AM +0100, Jarek Czekalski wrote:
> Jedit is maintained as an svn repository. I have read only access to
> it. I mentioned hg only because I got in touch with it in another
> project. I would like to stay with bare svn, as hg generated patches
> may differ in format.

I would recommend using hg patch queues inside of the subversion
working copy.
See http://hgbook.red-bean.com/read/managing-change-with-mercurial-queues.html

See also this issue which is about adding a similar feature to svn:
http://subversion.tigris.org/issues/show_bug.cgi?id=3626

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Bostjan Skufca 
On error, this is the log:
--
32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2 cap=(edit-pipeline
svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
32558 2011-11-14T11:27:52.216951Z - testuser1 svn open 2 cap=(edit-pipeline
svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
32558 2011-11-14T11:27:52.217898Z - testuser1 svn get-latest-rev
32558 2011-11-14T11:27:52.218009Z - testuser1 svn get-latest-rev
32558 2011-11-14T11:27:52.218086Z - testuser1 svn get-mergeinfo (/X/Y)
inherited
32558 2011-11-14T11:27:52.238038Z - testuser1 svn reparent /X/Y
32558 2011-11-14T11:27:52.238109Z - testuser1 svn reparent /A/B
32558 2011-11-14T11:27:52.238140Z - testuser1 svn reparent /X/Y
32558 2011-11-14T11:27:52.238178Z - testuser1 svn check-path /X/Y@19
32558 2011-11-14T11:27:52.238221Z - testuser1 svn reparent /A/B
32558 2011-11-14T11:27:52.238256Z - testuser1 svn check-path /A/B/E@19
--

b.


On 14 November 2011 10:49, Philip Martin  wrote:

> Bostjan Skufca  writes:
>
> > 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]
> > pm = rw
> >
> > [/X/Y]
> > pm = r
> > -
> >
> >
> > Any further ideas?
>
> Use "--log-file log.txt" when you start svnserve and then try the
> failing copy.  On my Linux machine with:
>
> $ cat repo/conf/authz
> [/A/B]
> pm = rw
> [/]
> pm = r
>
> $ svn cp -mm svn://localhost/repo/X svn://localhost/repo/A/B/C
> Committed revision 22
>
> $ cat log.txt
> 9486 2011-11-14T09:48:08.909530Z 127.0.0.1 - repo open 2
> cap=(edit-pipeline svndiff1 absent-entries depth mergeinfo log-revprops)
> /X/Y SVN/1.7.1-dev -
> 9486 2011-11-14T09:48:08.910096Z 127.0.0.1 - repo get-latest-rev
> 9486 2011-11-14T09:48:08.910211Z 127.0.0.1 - repo get-latest-rev
> 9486 2011-11-14T09:48:08.910339Z 127.0.0.1 - repo get-mergeinfo (/X/Y)
> inherited
> 9486 2011-11-14T09:48:08.910587Z 127.0.0.1 - repo reparent /X/Y
> 9486 2011-11-14T09:48:08.910675Z 127.0.0.1 - repo reparent /A/B
> 9486 2011-11-14T09:48:08.910743Z 127.0.0.1 - repo reparent /X/Y
> 9486 2011-11-14T09:48:08.911190Z 127.0.0.1 pm repo check-path /X/Y@21
> 9486 2011-11-14T09:48:08.911633Z 127.0.0.1 pm repo reparent /A/B
> 9486 2011-11-14T09:48:08.911712Z 127.0.0.1 pm repo check-path /A/B/C@21
> 9486 2011-11-14T09:48:08.930591Z 127.0.0.1 pm repo commit r22
>
>
> --
> Philip
>

Re: working on multiple patches

2011-11-14 Thread Jarek Czekalski 
Stefan, it looks perfect. I also found a dedicated article for using hg 
queues on svn repository.


http://mercurial.selenic.com/wiki/WorkingWithSubversion#With_MQ_only

Complete command line sequences are given there. I'll be trying it.

Stefan Sperling pisze:

On Mon, Nov 14, 2011 at 10:32:53AM +0100, Jarek Czekalski wrote:
  

Jedit is maintained as an svn repository. I have read only access to
it. I mentioned hg only because I got in touch with it in another
project. I would like to stay with bare svn, as hg generated patches
may differ in format.



I would recommend using hg patch queues inside of the subversion
working copy.
See http://hgbook.red-bean.com/read/managing-change-with-mercurial-queues.html

See also this issue which is about adding a similar feature to svn:
http://subversion.tigris.org/issues/show_bug.cgi?id=3626

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Philip Martin 
Bostjan Skufca  writes:

> On error, this is the log:
> --
> 32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2 cap=(edit-pipeline
> svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
> 32558 2011-11-14T11:27:52.216951Z - testuser1 svn open 2 cap=(edit-pipeline
> svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
> 32558 2011-11-14T11:27:52.217898Z - testuser1 svn get-latest-rev
> 32558 2011-11-14T11:27:52.218009Z - testuser1 svn get-latest-rev
> 32558 2011-11-14T11:27:52.218086Z - testuser1 svn get-mergeinfo (/X/Y)
> inherited
> 32558 2011-11-14T11:27:52.238038Z - testuser1 svn reparent /X/Y
> 32558 2011-11-14T11:27:52.238109Z - testuser1 svn reparent /A/B
> 32558 2011-11-14T11:27:52.238140Z - testuser1 svn reparent /X/Y
> 32558 2011-11-14T11:27:52.238178Z - testuser1 svn check-path /X/Y@19
> 32558 2011-11-14T11:27:52.238221Z - testuser1 svn reparent /A/B
> 32558 2011-11-14T11:27:52.238256Z - testuser1 svn check-path /A/B/E@19
> --
>
> On 14 November 2011 10:49, Philip Martin  wrote:
>
>> Bostjan Skufca  writes:
>>
>> > 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]
>> > pm = rw
>> >
>> > [/X/Y]
>> > pm = r
>> > -

Your errorlog shows the username "testuser1" but the authz file uses the
username "pm".

-- 
Philip

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Bostjan Skufca 
Authz is correct, I just changed pm to testuser1 because user already
existed and because it is bad to use auth credentials which have been sent
to mailing list on a public server:)

b.


On 14 November 2011 13:42, Philip Martin  wrote:

> Bostjan Skufca  writes:
>
> > On error, this is the log:
> > --
> > 32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2
> cap=(edit-pipeline
> > svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
> > 32558 2011-11-14T11:27:52.216951Z - testuser1 svn open 2
> cap=(edit-pipeline
> > svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
> > 32558 2011-11-14T11:27:52.217898Z - testuser1 svn get-latest-rev
> > 32558 2011-11-14T11:27:52.218009Z - testuser1 svn get-latest-rev
> > 32558 2011-11-14T11:27:52.218086Z - testuser1 svn get-mergeinfo (/X/Y)
> > inherited
> > 32558 2011-11-14T11:27:52.238038Z - testuser1 svn reparent /X/Y
> > 32558 2011-11-14T11:27:52.238109Z - testuser1 svn reparent /A/B
> > 32558 2011-11-14T11:27:52.238140Z - testuser1 svn reparent /X/Y
> > 32558 2011-11-14T11:27:52.238178Z - testuser1 svn check-path /X/Y@19
> > 32558 2011-11-14T11:27:52.238221Z - testuser1 svn reparent /A/B
> > 32558 2011-11-14T11:27:52.238256Z - testuser1 svn check-path /A/B/E@19
> > --
> >
> > On 14 November 2011 10:49, Philip Martin 
> wrote:
> >
> >> Bostjan Skufca  writes:
> >>
> >> > 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]
> >> > pm = rw
> >> >
> >> > [/X/Y]
> >> > pm = r
> >> > -
>
> Your errorlog shows the username "testuser1" but the authz file uses the
> username "pm".
>
> --
> Philip
>

Re: working on multiple patches

2011-11-14 Thread Thorsten Schöning 
Guten Tag Jarek Czekalski,
am Montag, 14. November 2011 um 10:11 schrieben Sie:

> I see. Could you please help me establish a scenario with a local svn 
> server? I don't know what are the best ways to achieve the following:

If hg doesn't fit, it sounds like vendor branche sin SVN would fit
most:

http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html


Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Philip Martin 
Bostjan Skufca  writes:

> Authz is correct, I just changed pm to testuser1 because user already
> existed and because it is bad to use auth credentials which have been sent
> to mailing list on a public server:)

But it makes it harder for us to work out whether you are doing things
correctly.  I installed Subversion 1.7.1 on my Windows box and the setup
I showed works properly.  I expect you have made a mistake with a
username or path, but since you made arbitrary changes it's hard to say.
Perhaps you could zip up a test repository that shows the problem and
make it available?

-- 
Philip

Re: working on multiple patches

2011-11-14 Thread Les Mikesell 
2011/11/14 Thorsten Schöning :
>
> If hg doesn't fit, it sounds like vendor branche sin SVN would fit
> most:
>
> http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html
>

Or for just a few instances, you can copy your svn working copy to
keep different states and you'd have the ability to revert or update
them independently depending on how you wanted to base your patches.

-- 
   Les Mikesell
 lesmikes...@gmail.com

Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Waseem Shahzad 
I need to download SVN 1.7.1 Server for windows. Any link.

 

Cheers,

RE: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Jeegnesh Sheth 
Search for subversion edge on google.

 

 

Thank You

Jigi

 

From: Waseem Shahzad [mailto:waseem.shah...@curemd.com] 
Sent: Monday, November 14, 2011 9:21 AM
To: users@subversion.apache.org
Subject: Downloading Link for SVN 1.7.1 Server

 

I need to download SVN 1.7.1 Server for windows. Any link.

 

Cheers,

RE: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Waseem Shahzad 
Actually I don't want to go for Subversion edge. Before 1.7.x  .  I was
using 1.6.x with Windows command line server that created its own
service in Windows services. Whenever I search , it link me to Collanbet
subversion website that give:-

 

 

CollabNet Subversion Command-Line Client v1.7.1

 

http://www.collab.net/downloads/subversion/

 

Cheers

 

From: Jeegnesh Sheth [mailto:jsh...@src-solutions.com] 
Sent: Monday, November 14, 2011 9:31 AM
To: Waseem Shahzad; users@subversion.apache.org
Subject: RE: Downloading Link for SVN 1.7.1 Server

 

Search for subversion edge on google.

 

 

Thank You

Jigi

 

From: Waseem Shahzad [mailto:waseem.shah...@curemd.com] 
Sent: Monday, November 14, 2011 9:21 AM
To: users@subversion.apache.org
Subject: Downloading Link for SVN 1.7.1 Server

 

I need to download SVN 1.7.1 Server for windows. Any link.

 

Cheers,

Re: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Mark Phippard 
If you were using SVN Edge, upgrading for new releases and security fixes
becomes as simple as clicking a button in the web browser.  SVN Edge is
just the plain Subversion binaries with a web app to manage them.  There is
a wiki page with info on migrating your existing install to use SVN Edge:

https://ctf.open.collab.net/sf/wiki/do/viewPage/projects.svnedge/wiki/MigrationPath

The binaries you used in 1.6 will be posted here.

http://www.open.collab.net/downloads/subversion/svn-other.html

We are still working on the packaging and updating it for 1.7.

Mark



On Mon, Nov 14, 2011 at 9:36 AM, Waseem Shahzad
wrote:

>  Actually I don’t want to go for Subversion edge. Before 1.7.x  .  I was
> using 1.6.x with Windows command line server that created its own service
> in Windows services. Whenever I search , it link me to Collanbet subversion
> website that give:-
>
> ** **
>
> ** **
>
> CollabNet Subversion Command-Line Client v1.7.1
>
> ** **
>
> http://www.collab.net/downloads/subversion/
>
> ** **
>
> Cheers
>
> ** **
>
> *From:* Jeegnesh Sheth [mailto:jsh...@src-solutions.com]
> *Sent:* Monday, November 14, 2011 9:31 AM
> *To:* Waseem Shahzad; users@subversion.apache.org
> *Subject:* RE: Downloading Link for SVN 1.7.1 Server
>
> ** **
>
> Search for subversion edge on google.
>
> ** **
>
> ** **
>
> Thank You
>
> Jigi
>
> ** **
>
> *From:* Waseem Shahzad [mailto:waseem.shah...@curemd.com]
> *Sent:* Monday, November 14, 2011 9:21 AM
> *To:* users@subversion.apache.org
> *Subject:* Downloading Link for SVN 1.7.1 Server
>
> ** **
>
> I need to download *SVN 1.7.1* *Server* for windows. Any link.
>
> ** **
>
> Cheers, 
>
> ** **
>



-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

RE: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Cooke, Mark 

> -Original Message-
> From: Waseem Shahzad [mailto:waseem.shah...@curemd.com] 
> Sent: 14 November 2011 14:36
> To: Jeegnesh Sheth; users@subversion.apache.org
> Subject: RE: Downloading Link for SVN 1.7.1 Server
> 
> Actually I don't want to go for Subversion edge. Before 1.7.x 
>  .  I was using 1.6.x with Windows command line server that 
> created its own service in Windows services. Whenever I 
> search , it link me to Collanbet subversion website that give:-

I can understand that.  I get my binaries from here:-

http://alagazam.net/ (or http://sourceforge.net/projects/win32svn/files/1.7.1/)

...with big thanks to David Darj!

~ mark c

Another performance issue with subversion 1.7.x and nfs mounted working copies

2011-11-14 Thread michael_rytting 
In addition to slow "svn rm" commands we are seeing some pretty severe 
slowdowns for "svn ci" as well.  For example, here is an interesting situation. 
 I want to checkin a single file in my repository.  If I run "svn ci" from the 
root of my working copy it takes 1m11s to complete.  However if I instead run

cd 
svn st
cd subdir
svn ci
cd 
svn up

That whole set of commands takes 16s to run.  The actual change I am committing 
is adding or deleting a single line of a very small script.  I am trying to 
simulate what a top level "svn ci" script would do with the commands I have 
above.

Here are the stats for my working copy. As generated by my checkSVNSize.sh 
script.

digital/mixedsignal/analog_model/analog_model_vams/netlist/hh1a|210
5393
0
0

My checkSVNSize.sh script runs the following queries

sqlite3 .svn/wc.db "select parent_relpath, count(*) AS n from nodes group by 
parent_relpath order by n desc limit 1"
sqlite3 .svn/wc.db "select count (*) from nodes"
sqlite3 .svn/wc.db "select count (*) from nodes where op_depth > 0"
sqlite3 .svn/wc.db "select count (*) from actual_node"

Michael Rytting
Agilent Technologies
michael_rytt...@agilent.com
719-590-3708

Re: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Thorsten Schöning 
Guten Tag Mark Phippard,
am Montag, 14. November 2011 um 15:47 schrieben Sie:

> If you were using SVN Edge, upgrading for new releases and security fixes
> becomes as simple as clicking a button in the web browser.

That's the theory, in practice I have SCMBug running which won't get
updated as simple. ;-) It's always the dependencies making problems,
in my opinion.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Mark Phippard 
On Mon, Nov 14, 2011 at 10:13 AM, Thorsten Schöning
wrote:

> Guten Tag Mark Phippard,
> am Montag, 14. November 2011 um 15:47 schrieben Sie:
>
> > If you were using SVN Edge, upgrading for new releases and security fixes
> > becomes as simple as clicking a button in the web browser.
>
> That's the theory, in practice I have SCMBug running which won't get
> updated as simple. ;-) It's always the dependencies making problems,
> in my opinion.
>
>
What dependencies does SCMBug place on the process?  I thought they just
used a post-commit hook to look at the commit messages using svnlook?  Why
would that be difficult to upgrade?  SVN is usually very good at
backwards compatibility so wondering where the difficulty lies.


-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

Re: Downloading Link for SVN 1.7.1 Server

2011-11-14 Thread Thorsten Schöning 
Guten Tag Mark Phippard,
am Montag, 14. November 2011 um 16:18 schrieben Sie:

> What dependencies does SCMBug place on the process?  I thought they just
> used a post-commit hook to look at the commit messages using svnlook?  Why
> would that be difficult to upgrade?  SVN is usually very good at
> backwards compatibility so wondering where the difficulty lies.

SCMBug checks the used Subversion version on runtime, errors on
unsupported versions and the supported versions are hard coded.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

line 1310: assertion failed

2011-11-14 Thread vincze béla 

hi,

using tortoise svn 1.7.1.22161 64bit on Win7. on updating a certain 
folder, i've got the following crash message:


In file

'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\update_editor.c'
 line 1310: assertion failed (added_status == svn_wc__db_status_added ||
 added_status == svn_wc__db_status_copied || added_status ==
 svn_wc__db_status_moved_here)

also tried the latest nightly build (1.7.99.22265), with the very same 
result. any suggestions are welcome on how to fix the problem.



--
This email was Anti Virus checked by Astaro Security Gateway. 
http://www.astaro.com

"Couldn't open rep-cache database" (post commit FS processing)

2011-11-14 Thread Aleksandr Sidorenko 
Hi everyone,

I've searched the mailing list archive for this error, but results were pretty 
limited. I also haven't found a fix elsewhere on the web.

The exact error I am getting upon a commit is:

Sending xxx
Transmitting file data .
Committed revision xxx.

Warning: post commit FS processing had error:
Couldn't open rep-cache database

The commit itself is done properly. On the SVN server, the permissions on 
db/rep-cache.db are correct (read/writeable by the correct user/group used by 
the Apache web server).

Of note, this error started right after we updated the server from 1.6.12 to 
1.7.1.

Any help would be greatly appreciated!


Aleksandr Sidorenko
Administrateur systèmes/réseaux • System/Network Administrator
 
Espeo Inc.
2000, ave McGill College, bureau 230 
Montréal, Québec (H3A 3H3) 
www.espeo.com

asidore...@espeo.com
514-905-1268 #234

Re: "Couldn't open rep-cache database" (post commit FS processing)

2011-11-14 Thread Daniel Shahaf 
Aleksandr Sidorenko wrote on Mon, Nov 14, 2011 at 11:06:49 -0500:
> Hi everyone,
> 
> I've searched the mailing list archive for this error, but results were 
> pretty limited. I also haven't found a fix elsewhere on the web.
> 
> The exact error I am getting upon a commit is:
> 

How reproducible is it?  How often do you get this error?

http://subversion.tigris.org/issues/show_bug.cgi?id=3506

> Sending xxx
> Transmitting file data .
> Committed revision xxx.
> 
> Warning: post commit FS processing had error:
> Couldn't open rep-cache database
> 
> The commit itself is done properly. On the SVN server, the permissions on 
> db/rep-cache.db are correct (read/writeable by the correct user/group used by 
> the Apache web server).
> 
> Of note, this error started right after we updated the server from 1.6.12 to 
> 1.7.1.
> 
> Any help would be greatly appreciated!
> 
> 
> Aleksandr Sidorenko
> Administrateur systèmes/réseaux • System/Network Administrator
>  
> Espeo Inc.
> 2000, ave McGill College, bureau 230 
> Montréal, Québec (H3A 3H3) 
> www.espeo.com
> 
> asidore...@espeo.com
> 514-905-1268 #234
>

Re: "Couldn't open rep-cache database" (post commit FS processing)

2011-11-14 Thread Aleksandr Sidorenko 

On 2011-11-14, at 11:38 , Daniel Shahaf wrote:

> Aleksandr Sidorenko wrote on Mon, Nov 14, 2011 at 11:06:49 -0500:
>> Hi everyone,
>> 
>> I've searched the mailing list archive for this error, but results were 
>> pretty limited. I also haven't found a fix elsewhere on the web.
>> 
>> The exact error I am getting upon a commit is:
>> 
> 
> How reproducible is it?  How often do you get this error?
> 
> http://subversion.tigris.org/issues/show_bug.cgi?id=3506

The error occurs every time, for either existing checkouts or new ones made 
after the server update, in any one of our repositories.

Since posting the question, I tried using "svnserve" instead of Apache (the 
mod_dav_svn module), and the error does NOT occur in this case (we would still 
prefer to stick with mod_dav_svn).

Cannot cleanup

2011-11-14 Thread Andy Creed 
Hi

 

I was told by tortoise 1.7 that I could not commit and needed to clean up
but I get this error - any ideas?

 

 

---

Subversion Exception!

---

Subversion encountered a serious problem.

Please take the time to report this on the Subversion mailing list

(users@subversion.apache.org)

with as much information as possible about what

you were trying to do.

But please first search the mailing list archives for the error message

to avoid reporting the same problem repeatedly.

You can find the mailing list archives at

http://subversion.apache.org/mailing-lists.html

 

Subversion reported the following

(you can copy the content of this dialog

to the clipboard using Ctrl-C):

 

In file

'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\lib
svn_wc\workqueue.c'

line 672: assertion failed (checksum != NULL)

---

OK   

 

 

Thanks

 

Andy

Re: line 1310: assertion failed

2011-11-14 Thread Philip Martin 
vincze béla  writes:

> using tortoise svn 1.7.1.22161 64bit on Win7. on updating a certain
> folder, i've got the following crash message:
>
> In file
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\update_editor.c'
>  line 1310: assertion failed (added_status == svn_wc__db_status_added ||
>  added_status == svn_wc__db_status_copied || added_status ==
>  svn_wc__db_status_moved_here)
>
> also tried the latest nightly build (1.7.99.22265), with the very same
> result. any suggestions are welcome on how to fix the problem.

Not seen that particular error message before. Is this a working copy
that was checked out using the 1.7 client or was it checked out using a
1.6 client and upgraded?  If it was upgraded was it upgraded using 1.7.0
or 1.7.1?

-- 
Philip

Re: line 1310: assertion failed

2011-11-14 Thread vincze béla 

On 2011.11.14. 20:02, Philip Martin wrote:

vincze béla  writes:


using tortoise svn 1.7.1.22161 64bit on Win7. on updating a certain
folder, i've got the following crash message:

In file

'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\update_editor.c'
  line 1310: assertion failed (added_status == svn_wc__db_status_added ||
  added_status == svn_wc__db_status_copied || added_status ==
  svn_wc__db_status_moved_here)

also tried the latest nightly build (1.7.99.22265), with the very same
result. any suggestions are welcome on how to fix the problem.


Not seen that particular error message before. Is this a working copy
that was checked out using the 1.7 client or was it checked out using a
1.6 client and upgraded?  If it was upgraded was it upgraded using 1.7.0
or 1.7.1?


originally it was checked out with 1.6 and upgraded with 1.7.0. now if i 
try to check out with 1.7.1, i've the same result (assert in line 1310.) 
cleanup does not help.

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Bostjan Skufca 
FTR: I double check stuff before posting to any mailing list.

Anyway,

Repo .tar.gz attached.
/X/Y created
/A/B created also

This does not work:

svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
Authentication realm:  Test repo
Password for 'testuser1':
svn: E220004: Access denied

Authz:
-
[/A/B]
testuser1 = rw

[/]
testuser1 = r
-

Server is 64bit Slackware Linux, svn 1.7.1 is compiled from scratch
with ./configure --prefix=/usr/local/svn-1.7.1-1 \
  --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr \
  --with-sqlite=/usr/local \
  --with-ssl

With 1.6.x this problem was not present. Can you try this repo on your
windows machine and see if it created /A/B/C directory?

b.



On 14 November 2011 14:59, Philip Martin  wrote:

> Bostjan Skufca  writes:
>
> > Authz is correct, I just changed pm to testuser1 because user already
> > existed and because it is bad to use auth credentials which have been
> sent
> > to mailing list on a public server:)
>
> But it makes it harder for us to work out whether you are doing things
> correctly.  I installed Subversion 1.7.1 on my Windows box and the setup
> I showed works properly.  I expect you have made a mistake with a
> username or path, but since you made arbitrary changes it's hard to say.
> Perhaps you could zip up a test repository that shows the problem and
> make it available?
>
> --
> Philip
>


svn.tar.gz
Description: GNU Zip compressed data

Re: "Couldn't open rep-cache database" (post commit FS processing)

2011-11-14 Thread Thorsten Schöning 
Guten Tag Aleksandr Sidorenko,
am Montag, 14. November 2011 um 18:04 schrieben Sie:

> Since posting the question, I tried using "svnserve" instead of
> Apache (the mod_dav_svn module), and the error does NOT occur in
> this case (we would still prefer to stick with mod_dav_svn).

How did you manage permissions using svnserver? You mentioned a group
which you gave read/write access for the file. Did you made
svnserve-deamon member of thet group or did something else? I thought
of lock files rep-cache.db which may be not created during
insufficient permissions on the parent directory. But I don't know if
SQLite works this way.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon.030-2 1001-310
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Philip Martin 
Bostjan Skufca  writes:

> This does not work:
>
> svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
> Authentication realm:  Test repo
> Password for 'testuser1':
> svn: E220004: Access denied

The difference is that you are doing:

svnserve -dr svn
svn cp svn:/localhost/X/Y ^/A/B/C

while my example was:

svnserve -dr .
svn cp svn://localhost/svn/X/Y ^/A/B/C

It's got nothing to do with the authz files or the OS, it's how you
invoke svnserve.  I've raised issue 4060:

http://subversion.tigris.org/issues/show_bug.cgi?id=4060

-- 
Philip

Re: AW: Unable to delete directory in repository, server version 1.7.1

2011-11-14 Thread Bostjan Skufca 
Ql, glad you've worked it out. I hope to see this fixed in 1.7.2. Will it
be?

b.


On 14 November 2011 23:18, Philip Martin  wrote:

> Bostjan Skufca  writes:
>
> > This does not work:
> >
> > svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
> > Authentication realm:  Test repo
> > Password for 'testuser1':
> > svn: E220004: Access denied
>
> The difference is that you are doing:
>
> svnserve -dr svn
> svn cp svn:/localhost/X/Y ^/A/B/C
>
> while my example was:
>
> svnserve -dr .
> svn cp svn://localhost/svn/X/Y ^/A/B/C
>
> It's got nothing to do with the authz files or the OS, it's how you
> invoke svnserve.  I've raised issue 4060:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=4060
>
> --
> Philip
>