Hi! I have problems

[mgolo...@metrotek.ru]

Hi everybody!!!

I have problems with Apache+dav_svn+ssl. When I update or checkoutI 
receive error: REPORT of '/!svn/vcc/default': Could not read response 
body: Secure connection truncated (https://svn.xxx.xx 
). Early it appeared sometimes, but now it shows 
always, big or small files don`t matter.


My system specification:

Linux CentOS_5_4 2.6.18-194.17.1.el5xen #1 SMP Wed Sep 29 14:12:56 EDT 
2010 i686 i686 i386 GNU/Linux


Server version: Apache/2.2.3 Server built: Aug 30 2010 12:32:08

svn, version 1.6.13 (r1002816)

configuration

LoadModule dav_svn_module modules/mod_dav_svn.so

LoadModule authz_svn_module modules/mod_authz_svn.so




ServerName svn.xx.xx

SVNPathAuthz off

SSLEngine On

SSLCertificateFile /etc/httpd/ssl/apache.pem

SSLProtocol all

SSLCipherSuite HIGH:MEDIUM



LimitRequestBody 0

LimitXMLRequestBody 0

SSLRequireSSL

DAV svn

SVNPath /var/www/svn/repos

AuthzSVNAccessFile /var/www/svn/repos/conf/authz

# Basic auth settings

AuthName "Axion's public repository"

AuthType Basic

AuthBasicProvider ldap

AuthLDAPUrl ldap://127.0.0.1/dc=xx,dc=xx?uid?sub?(objectClass=*)

AuthLDAPBindPassword xx

AuthLDAPBindDN cn=Manager,dc=xx,dc=xx

AuthzLDAPAuthoritative on

Require ldap-group dc=xx,dc=xx



LogLevel debug

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" 
%I %O" combinedio


ErrorLog /var/log/httpd/svn-error.log

TransferLog /var/log/httpd/svn-access.log




Have anybody got any ideas?

Re: Hi! I have problems

[John Doe]

From: "mgolo...@metrotek.ru" 
>I have problems with Apache+dav_svn+ssl. When I update or 
>checkoutI receive error: REPORT of '/!svn/vcc/default': Could not read 
>response body: Secure connection truncated (https://svn.xxx.xx). 
>Early 
>
>it appeared sometimes, but now it shows always, big or small files 
>don`t 
>
>matter.

If you google for:

  svn "Secure connection truncated"

the first and second answers propose one solution.  maybe try it and see if 
your 
problems disapear?

JD


  

Unable to use filter command properly.

[Rajnish Kumar Singh]

Hi,

I am trying to use svndumpfilter command in order to filter one of the folder 
in the entire repository.
I just want the dump of the that specific folder.

So first I created a dump file using the following command:
svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump

I am using the following command for dump filter:
svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump

The dump is created at the given location having name 123.dump.

But when I am uploading the file to a different repository, it doesn't show any 
thing.
I checked the content from the svn server , it shows "there are no item to show 
in this view"
I used this command to load the file:
svnadmin load E:\Repositories\OR123 < E:\123.dump

Any help will be higly appreciated.
Thanking you all in advance.
Regards,
Rajnish Singh

RE: Path based authorization

[Jon Foster]

Hi,
 
Robert Johnson wrote:
> I'm not sure this is a bug or the documentation is wrong,
> or I'm misunderstanding the concept.
>
> In the SVN doc:
> > Section 6.5 Path-Based Authorization
> > [paint:/projects/paint]
> > jane = r
> > @paint-developers = rw
> >
> > Another important fact is that the first matching rule
> > is the one which gets applied to a user. In the prior
> > example, even though Jane is a member of the paint-developers
> > group (which has read/write access), the jane = r rule
> > will be discovered and matched before the group rule,
> > thus denying Jane write access.

Older versions of the SVN book were wrong.  The latest version has
corrected this.  See:
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.h
tml

Kind regards,

Jon


**
This email and its attachments may be confidential and are intended solely for 
the use of the individual to whom it is addressed. Any views or opinions 
expressed are solely those of the author and do not necessarily represent those 
of Cabot Communications Ltd.

If you are not the intended recipient of this email and its attachments, you 
must take no action based upon them, nor must you copy or show them to anyone.

Cabot Communications Limited
Verona House, Filwood Road, Bristol BS16 3RY, UK
+44 (0) 1179584232

Co. Registered in England number 02817269

Please contact the sender if you believe you have received this email in error.

**


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

mergeinfo on all root files and folders

[James French]

Hi,

We always do merges from the root of the repository. When these merges are done 
svn always marks up the mergeinfo on all first level files and folders as well 
as the root folder itself. Is this working as intended? We have had a practice 
for quite a while, dating back to buggy releases where we periodically delete 
all mergeinfo except for the root of the repository. I'm wondering whether I 
should amend the script to leave the first level files and folders intact as it 
seems that it is impossible to reintegrate a branch without these files and 
folders having the same mergeinfo as the root of the repository and in the past 
I have had to patch in the mergeinfo to get reintegrate to work.

Can anyone enlighten me on this?

Cheers,
James

Re: Svnsync regularly failing and keeping lock

[Stefan Sperling]

On Tue, Oct 26, 2010 at 12:18:10PM +1100, Ben K wrote:
> Hi there,
> 
> I have two svn servers set up in a master-slave mirroring arrangement, using
> HTTPS/SVNDav as the transport mechanism. The underlying link is an IPSEC
> tunnel that links us in behind the firewall of the main part of the
> organisation. I'm not sure of the link's overall reliability but it has been
> a little flakey in the past and the latency is fairly high. It's also not
> uncommon for large commits ~50MB to occur.
> 
> My problem is that fairly frequently, as in about once a week, svnsync
> fails, and keeps the lock. All svnsync syncs then fail until I manually
> delete the lock using propdel.
> 
> Svnsync is run as part of a post-commit hook, and also in the
> post-revpropchange hook. The master server is in our local office and runs
> subversion 1.6.12. The slave is in the main organisation office (on a
> different continent) and runs 1.6.6. Both are configured with Apache using
> https and SVNDav. I have also configured long server and https timeouts
> (~50mins!) and turned of SVNPathAuthz, all in aid of fixing these sync
> failures. Increasing the timeouts reduced the frequency of the failures from
> around daily to around weekly.
> 
> Has anyone encountered similar to this? Is there anything I can do to get
> svnsync working reliably? In its current implementation it is useless for my
> purposes.
> 
> Also, I'm aware that there are some race conditions inherent in svnsync, but
> I have checked the failure times and they don't seem to be correlated with
> eg, two commits going in very close together. Does anyone have any guesses
> at what might be causing this problem?

The locking has a known race condition.
See http://subversion.tigris.org/issues/show_bug.cgi?id=3546
and make sure to read the linked email threads.

This will be fixed in 1.7.

You need to synchronise svnsync instances manually until this problem
is fixed. You should run all svnsync instances on the same host, and
use tools like flock or lockfile to synchronise them via a file lock.

mergeinfo on all root files and folders

[James French]

Hi,

We always do merges from the root of the repository. When these merges are done 
svn always marks up the mergeinfo on all first level files and folders as well 
as the root folder itself. Is this working as intended? We have had a practice 
for quite a while, dating back to buggy releases where we periodically delete 
all mergeinfo except for the root of the repository. I'm wondering whether I 
should amend the script to leave the first level files and folders intact as it 
seems that it is impossible to reintegrate a branch without these files and 
folders having the same mergeinfo as the root of the repository and in the past 
I have had to patch in the mergeinfo to get reintegrate to work.

Can anyone enlighten me on this?

Cheers,
James

Re: SVN (numeric) error codes

[Daniel Shahaf]

Jason Heeris wrote on Tue, Oct 26, 2010 at 11:51:16 +0800:
>   1. Is there a list of these error codes anywhere? The only thing
> I've found is the documentation for a header file[2], which is not
> hugely helpful.

That header file is the canonical documentation.  Some functions
document the error codes they return on some possible error condition,
but that's all.  Basically, if you don't find the documentation in any
of the public header files, then you'll have to read the source.

Tangentially, I've been wondering at times whether a macro such as the
following:

#define svn_error_category(err) \
((err) ? ((err)->apr_err / SVN_ERR_CATEGORY_SIZE) * 
SVN_ERR_CATEGORY_SIZE : APR_SUCCESS)

svn_error_t *err = (...);
apr_status_t category = svn_error_category(err);
if (err && err->apr_err == SVN_ERR_WC_CATEGORY_START)
/* local error */;
else if (err && err->apr_err == SVN_ERR_REPOS_CATEGORY_START)
/* server-side error */;
else if (err && err->apr_err == SVN_ERR_FS_CATEGORY_START)
/* Uh-oh. */;
else if (err && err->apr_err == SVN_ERR_SVNDIFF_CATEGORY_START)
/* But I thought YOU made the backups! */;
else
...

would be useful.  (I first thought of this while reading 
svn_error_malfunction_handler_t's docstring.)  Opinions?  Use cases?

Also, there is a script, which-error.py, in ^/subversion/trunk/tools,
which converts a numeric error code into a symbolic one.

>   2. Will the error codes remain consistent with future versions of SVN?
> 

Yes, any code that has appeared in a release will be stable across all
1.x versions.

> [1] http://pysvn.tigris.org/docs/pysvn_prog_ref.html#pysvn_clienterror
> [2] http://svn.collab.net/svn-doxygen/svn__error__codes_8h.html
> 
> Thanks,
> Jason
> 
> (Please CC me on replies.)

Re: Unable to use filter command properly.

[Daniel Shahaf]

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> Hi,
> 
> I am trying to use svndumpfilter command in order to filter one of the folder 
> in the entire repository.
> I just want the dump of the that specific folder.
> 
> So first I created a dump file using the following command:
> svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump
> 
> I am using the following command for dump filter:
> svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump
> 
> The dump is created at the given location having name 123.dump.
> 
> But when I am uploading the file to a different repository, it doesn't show 
> any thing.
> I checked the content from the svn server , it shows "there are no item to 
> show in this view"
> I used this command to load the file:
> svnadmin load E:\Repositories\OR123 < E:\123.dump

What was the output of 'svndumpfilter' and 'svnadmin load'?

RE: Unable to use filter command properly.

[Rajnish Kumar Singh]

Hi Danial,
I apologies for the last mail

These are the output of 'svnadmin load' command.

.
.
.
.

<<< Started new transaction, based on original revision 822

--- Committed revision 822 >>>

<<< Started new transaction, based on original revision 823

--- Committed revision 823 >>>

<<< Started new transaction, based on original revision 824

--- Committed revision 824 >>>

<<< Started new transaction, based on original revision 825

And these are the output of svndumpfilter
.
.
.
.

K 7
svn:log
V 38
This is an empty revision for padding.
K 8
svn:date
V 27
2010-10-22T09:46:54.490324Z
PROPS-END

Revision-number: 3800
Prop-content-length: 112
Content-length: 112

K 7
svn:log
V 38
This is an empty revision for padding.
K 8
svn:date
V 27
2010-10-22T09:47:07.256194Z
PROPS-END

Regards, 

Rajnish Singh


-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
Sent: Tuesday, October 26, 2010 5:16 PM
To: Rajnish Kumar Singh
Cc: users@subversion.apache.org
Subject: Re: Unable to use filter command properly.

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> Hi,
> 
> I am trying to use svndumpfilter command in order to filter one of the folder 
> in the entire repository.
> I just want the dump of the that specific folder.
> 
> So first I created a dump file using the following command:
> svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump
> 
> I am using the following command for dump filter:
> svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump
> 
> The dump is created at the given location having name 123.dump.
> 
> But when I am uploading the file to a different repository, it doesn't show 
> any thing.
> I checked the content from the svn server , it shows "there are no item to 
> show in this view"
> I used this command to load the file:
> svnadmin load E:\Repositories\OR123 < E:\123.dump

What was the output of 'svndumpfilter' and 'svnadmin load'?

RE: Unable to use filter command properly.

[Feldhacker, Chris]

-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, October 26, 2010 5:16 PM
To: Rajnish Kumar Singh
Cc: users@subversion.apache.org
Subject: Re: Unable to use filter command properly.

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> Hi,
> 
> I am trying to use svndumpfilter command in order to filter one of the folder 
> in the entire repository.
> I just want the dump of the that specific folder.
> 
> So first I created a dump file using the following command:
> svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump
> 
> I am using the following command for dump filter:
> svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump
> 
> The dump is created at the given location having name 123.dump.
> 
> But when I am uploading the file to a different repository, it doesn't show 
> any thing.
> I checked the content from the svn server , it shows "there are no item to 
> show in this view"
> I used this command to load the file:
> svnadmin load E:\Repositories\OR123 < E:\123.dump


If "OR1234" is the name of the repository, then I doubt filtering "OR1234/Test" 
is correct -- the name of the repository will not appear inside the repository 
as part of the path.  (Unless you intentionally did do this?)

Try:  "svndumpfilter include Test"


-Message Disclaimer-

This e-mail message is intended only for the use of the individual or
entity to which it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under applicable law.
If you are not the intended recipient, any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by
reply email to conn...@principal.com and delete or destroy all copies of
the original message and attachments thereto. Email sent to or from the
Principal Financial Group or any of its member companies may be retained
as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature
for purposes of the Uniform Electronic Transactions Act (UETA) or the
Electronic Signatures in Global and National Commerce Act ("E-Sign")
unless a specific statement to the contrary is included in this message.

While this communication may be used to promote or market a transaction
or an idea that is discussed in the publication, it is intended to provide
general information about the subject matter covered and is provided with
the understanding that The Principal is not rendering legal, accounting,
or tax advice. It is not a marketed opinion and may not be used to avoid
penalties under the Internal Revenue Code. You should consult with
appropriate counsel or other advisors on all matters pertaining to legal,
tax, or accounting obligations and requirements.

Network Drive Support ?

[Phil Pinkerton]

Question from a client:

Does Subversion support checking out to a "network drive" many miles away ?

They are asking due to extremely slow checkouts across a WAN to a NAS
drive. I need a technical answer with regards to the performance of
subversion in this scenario. ( as if speaking to a 10 year old ...mgmt
haha )

thanks

Phil


-- 
" The fundamental principle here is that the justification for a
physical concept lies exclusively in its clear and unambiguous
relation to the facts that it can be experienced"   AE

Please Feed and Educate the Children... it's the least any of us can do.

Re: Unable to use filter command properly.

[Daniel Shahaf]

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 18:07:04 +0530:
> Hi Danial,
> I apologies for the last mail
> 

No problem.

> These are the output of 'svnadmin load' command.
> 
> And these are the output of svndumpfilter

It seems that the dumpfile is indeed empty.  I'd guess the path passed
to 'svndumpfilter include' is wrong.  (It should be relative to the root
of the repository...

Ah!  The repos is called OR1234, so the path passed to 'svndumpfilter'
should NOT include OR1234 --- just the components after that --- that
is, try 

svnadmin dump E:\Repositories\OR1234 | svndumpfilter include Test > 
E:\123.dump

.  Sorry for not noticing that sooner.)

Daniel

> 
> 
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
> Sent: Tuesday, October 26, 2010 5:16 PM
> To: Rajnish Kumar Singh
> Cc: users@subversion.apache.org
> Subject: Re: Unable to use filter command properly.
> 
> Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> > Hi,
> > 
> > I am trying to use svndumpfilter command in order to filter one of the 
> > folder in the entire repository.
> > I just want the dump of the that specific folder.
> > 
> > So first I created a dump file using the following command:
> > svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump
> > 
> > I am using the following command for dump filter:
> > svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump
> > 
> > The dump is created at the given location having name 123.dump.
> > 
> > But when I am uploading the file to a different repository, it doesn't show 
> > any thing.
> > I checked the content from the svn server , it shows "there are no item to 
> > show in this view"
> > I used this command to load the file:
> > svnadmin load E:\Repositories\OR123 < E:\123.dump
> 
> What was the output of 'svndumpfilter' and 'svnadmin load'?
> 
> 

Re: RES: Subversion 1.6.13 Released

[Andrey Repin]

Greetings, Cooke, Mark!

>> > I am using SSPI alongside David's 1.6.13 builds (thanks again,
> David!)
>> > on apache on a windoze server box with no problems.
>> 
>> > From recent list traffic, issues with large commits failing seem to
> be
>> > related to timeout issues, search through the recent list for
> timeout
>> > and see if any of the suggestions there can help you.
>> 
>> Which Apache version/SSPI module/SVN server and client you're 
>> using? For my own convenience.
>> 
> Apache latest 2.2.17 with open-ssl support, SSPI was I think the latest
> I could find (the windoze file properties dialog reports the module file
> version as 1.0.4.0), svn server is David Darj's 1.6.13 and client is
> latest TortoiseSVN Release 1.6.11 (2 October 2010).

Ok, I'm using both server and client 1.6.13, Apache 2.2.16 and mod_auth_sspi
1.0.0.5 (Unfortunately, the link to original post
http://www.nosq.com/blog/2008/06/fixing-mod_auth_sspi-and-ie-losing-post-data/
appears to be broken, but I do have direct DL link:
http://dev.nosq.com/downloads/mod_auth_sspi/mod_auth_sspi_1.0.5b-vc9-2.2.11.zip 
)

One last bit: Tried with 1.6.1 client and server - same issue. :(
Attached a log of that connection...

Clocks are in sync

[]$cmdtime3.exe 192.168.1.12 192.168.1.12 192.168.1.12 192.168.1.12

* CmdTime 3.0 (c) Jury Gerasimov, 2000-2002.
* Adjusting time via Internet Time Servers.
* Contact author: http://www.softshape.com

Connecting 192.168.1.12...  OK.
Connecting 192.168.1.12...  OK.
Connecting 192.168.1.12...  OK.
Connecting 192.168.1.12...  OK.

Current time   : 2010-10-26 16:38:40
Suggested time : 2010-10-26 16:38:40
Inaccuracy : 00:00:00


--
WBR,
 Andrey Repin (anrdae...@freemail.ru) 26.10.2010, <16:25>

Sorry for my terrible english...

error.log
Description: Binary data


connect.log
Description: Binary data

RE: Network Drive Support ?

[Loritsch, Berin]

> From: Phil Pinkerton [mailto:pcpinker...@gmail.com] 
> 
> Question from a client:
> 
> Does Subversion support checking out to a "network drive" 
> many miles away ?
> 
> They are asking due to extremely slow checkouts across a WAN 
> to a NAS drive. I need a technical answer with regards to the 
> performance of subversion in this scenario. ( as if speaking 
> to a 10 year old ...mgmt haha )

Think of it this way.  Any network activity is much slower than a local
drive.  A checkout _to_ a remote drive will have many network accesses
for each temp file creation and deletion.  With the current local copy
format for SVN, that is at least two network accesses for each changed
file.  That is why the preferred best practice is to host the code on a
server and check out from the remote machine directly.  The
client/server interactions have been optimized.  To have a machine check
out files to a remote drive will cause all sorts of network activity as
that machine negotiates with the server and the remote drive.  In
Windows operating systems, networked drives are painfully slow when
dealing with many small files.  There are several network interactions
for each file that is created/read/modified on a remote drive--including
DNS lookup, network authentication, checksum validations, etc.

Is this enough to get you started?


Confidentiality Note: The information contained in this message, and any 
attachments, may contain proprietary and/or privileged material. It is intended 
solely for the person or entity to which it is addressed. Any review, 
retransmission, dissemination, or taking of any action in reliance upon this 
information by persons or entities other than the intended recipient is 
prohibited. If you received this in error, please contact the sender and delete 
the material from any computer.

RE: Unable to use filter command properly.

[Rajnish Kumar Singh]

Yes I have done that but getting an error message:
.
.
.
.
Revision 3745 committed as 3745.
Revision 3746 committed as 3746.
Revision 3747 committed as 3747.
Revision 3748 committed as 3748.
svndumpfilter: Invalid copy source path '/V1.1NewSVNDirectory'

-Original Message-
From: Feldhacker, Chris [mailto:feldhacker.ch...@principal.com] 
Sent: Tuesday, October 26, 2010 6:13 PM
To: Rajnish Kumar Singh
Cc: users@subversion.apache.org
Subject: RE: Unable to use filter command properly.


-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, October 26, 2010 5:16 PM
To: Rajnish Kumar Singh
Cc: users@subversion.apache.org
Subject: Re: Unable to use filter command properly.

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> Hi,
> 
> I am trying to use svndumpfilter command in order to filter one of the folder 
> in the entire repository.
> I just want the dump of the that specific folder.
> 
> So first I created a dump file using the following command:
> svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump
> 
> I am using the following command for dump filter:
> svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump
> 
> The dump is created at the given location having name 123.dump.
> 
> But when I am uploading the file to a different repository, it doesn't show 
> any thing.
> I checked the content from the svn server , it shows "there are no item to 
> show in this view"
> I used this command to load the file:
> svnadmin load E:\Repositories\OR123 < E:\123.dump


If "OR1234" is the name of the repository, then I doubt filtering "OR1234/Test" 
is correct -- the name of the repository will not appear inside the repository 
as part of the path.  (Unless you intentionally did do this?)

Try:  "svndumpfilter include Test"


-Message Disclaimer-

This e-mail message is intended only for the use of the individual or
entity to which it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under applicable law.
If you are not the intended recipient, any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by
reply email to conn...@principal.com and delete or destroy all copies of
the original message and attachments thereto. Email sent to or from the
Principal Financial Group or any of its member companies may be retained
as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature
for purposes of the Uniform Electronic Transactions Act (UETA) or the
Electronic Signatures in Global and National Commerce Act ("E-Sign")
unless a specific statement to the contrary is included in this message.

While this communication may be used to promote or market a transaction
or an idea that is discussed in the publication, it is intended to provide
general information about the subject matter covered and is provided with
the understanding that The Principal is not rendering legal, accounting,
or tax advice. It is not a marketed opinion and may not be used to avoid
penalties under the Internal Revenue Code. You should consult with
appropriate counsel or other advisors on all matters pertaining to legal,
tax, or accounting obligations and requirements.

Re: Unable to use filter command properly.

[Daniel Shahaf]

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 18:44:59 +0530:
> Yes I have done that but getting an error message:
> .
> .
> .
> .
> Revision 3745 committed as 3745.
> Revision 3746 committed as 3746.
> Revision 3747 committed as 3747.
> Revision 3748 committed as 3748.
> svndumpfilter: Invalid copy source path '/V1.1NewSVNDirectory'

This means the subtree you're including contains a copy from outside
that subtree.  (Yes, the message could be improved.)  The filtering dies
because it doesn't have the contents of that tree in the source dump.

Use svnsync instead:

svnadmin create target
svnsync init file://.../target file://.../OR1234/Test
svnsync sync file://.../target

should tolerate that copy.

RE: Unable to use filter command properly.

[Rajnish Kumar Singh]

-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
Sent: Tuesday, October 26, 2010 6:26 PM
To: Rajnish Kumar Singh
Cc: users@subversion.apache.org
Subject: Re: Unable to use filter command properly.

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 18:07:04 +0530:
> Hi Danial,
> I apologies for the last mail
> 

No problem.

> These are the output of 'svnadmin load' command.
> 
> And these are the output of svndumpfilter

It seems that the dumpfile is indeed empty.  I'd guess the path passed
to 'svndumpfilter include' is wrong.  (It should be relative to the root
of the repository...

Ah!  The repos is called OR1234, so the path passed to 'svndumpfilter'
should NOT include OR1234 --- just the components after that --- that
is, try 

svnadmin dump E:\Repositories\OR1234 | svndumpfilter include Test > 
E:\123.dump

.  Sorry for not noticing that sooner.)

Daniel


Hi Daniel,

I have ran the above command.
I am getting following error after sometime

* Dumped revision 3747.
Revision 3747 committed as 3747.
* Dumped revision 3748.
Revision 3748 committed as 3748.
* Dumped revision 3749.
svndumpfilter: Invalid copy *s oDuurmcpee dp artehv i's/iVo1n. 13N7e5w0S.V
Directory'
* Dumped revision 3751.
* Dumped revision 3752.
* Dumped revision 3753.
* Dumped revision 3754.
* Dumped revision 3755.
* Dumped revision 3756.
* Dumped revision 3757.
* Dumped revision 3758.
* Dumped revision 3759.
svnadmin: Can't write to stream: The pipe is being closed.

Regards, 

Rajnish Singh


> 
> 
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
> Sent: Tuesday, October 26, 2010 5:16 PM
> To: Rajnish Kumar Singh
> Cc: users@subversion.apache.org
> Subject: Re: Unable to use filter command properly.
> 
> Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> > Hi,
> > 
> > I am trying to use svndumpfilter command in order to filter one of the 
> > folder in the entire repository.
> > I just want the dump of the that specific folder.
> >
> > So first I created a dump file using the following command:
> > svnadmin dump E:\Repositories\OR1234 > E:\OR1234.dump
> > 
> > I am using the following command for dump filter:
> > svndumpfilter include OR1234/Test < E:\OR1234.dump > E:\123.dump
> > 
> > The dump is created at the given location having name 123.dump.
> > 
> > But when I am uploading the file to a different repository, it doesn't show 
> > any thing.
> > I checked the content from the svn server , it shows "there are no item to 
> > show in this view"
> > I used this command to load the file:
> > svnadmin load E:\Repositories\OR123 < E:\123.dump
> 
> What was the output of 'svndumpfilter' and 'svnadmin load'?
> 
> 

RE: Unable to use filter command properly.

[Rajnish Kumar Singh]

-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
Sent: Tuesday, October 26, 2010 7:32 PM
To: Rajnish Kumar Singh
Cc: Feldhacker, Chris; users@subversion.apache.org
Subject: Re: Unable to use filter command properly.

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 18:44:59 +0530:
> Yes I have done that but getting an error message:
> .
> .
> .
> .
> Revision 3745 committed as 3745.
> Revision 3746 committed as 3746.
> Revision 3747 committed as 3747.
> Revision 3748 committed as 3748.
> svndumpfilter: Invalid copy source path '/V1.1NewSVNDirectory'

This means the subtree you're including contains a copy from outside
that subtree.  (Yes, the message could be improved.)  The filtering dies
because it doesn't have the contents of that tree in the source dump.

Use svnsync instead:

svnadmin create target
svnsync init file://.../target file://.../OR1234/Test
svnsync sync file://.../target

should tolerate that copy.

Hi Danial,

Please tell me that in the given command i.e : svnsync init file://.../target 
file://.../OR1234/Test
file://.../target is the url of the new repository, where I want to place the 
test file

Please correct me if I am wrong..

Re: mergeinfo on all root files and folders

[Ulrich Eckhardt]

On Tuesday 26 October 2010, James French wrote:
> We always do merges from the root of the repository.

Sounds weird, how do you do that? This means that either the source and target 
URL are the same, which makes this a no-op (unless perhaps when 
reverse-merging etc), or the source URL is a child of the target URL, which 
means the whole repository root contains itself as a child, i.e. an 
infinitely recursive tree.

> When these merges are done svn always marks up the mergeinfo on all first
> level files and folders as well as the root folder itself. Is this working
> as intended? We have had a practice for quite a while, dating back to buggy
> releases where we periodically delete all mergeinfo except for the root of
> the repository.

I have never merged to the repository root, but only to the roots of what we 
define here as projects, which use the normal trunk/tags/branches system.

That said, once a child has an explicit mergeinfo, it keeps it during further 
merges, which is the reason we only merge to the root of a project. Also note 
that the handling of mergeinfo changed in the not-so-recent past, so you 
might want to
 * check the versions of all(!) clients and the server
 * check the versions or date of svnadmin used to create the repository
 * check the release info for mergeinfo handling between those versions

At the very least share those versions with us, maybe that would explain 
everything already to some of the people here.

> I'm wondering whether I should amend the script to leave the first level
> files and folders intact as it seems that it is impossible to reintegrate a
> branch without these files and folders having the same mergeinfo as the
> root of the repository and in the past I have had to patch in the mergeinfo
> to get reintegrate to work.

You shouldn't have to touch the mergeinfo at all! What you do seems like 
workaround that isn't making things better, let alone fixing the actual 
problem.

Uli

-- 
ML: http://subversion.apache.org/docs/community-guide/mailing-lists.html
FAQ: http://subversion.apache.org/faq.html
Docs: http://svnbook.red-bean.com/

Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932

**
Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**
   Visit our website at 
**
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten 
bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen 
Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein 
sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, 
weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte 
Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht 
verantwortlich.
**

Re: Hi! I have problems

[David Weintraub]

On Tue, Oct 26, 2010 at 5:40 AM, John Doe  wrote:
> If you google for:
>
>  svn "Secure connection truncated"
>
> the first and second answers propose one solution.  maybe try it and see if 
> your
> problems disappear?

I just did that google, and the first post
(http://gallery.menalto.com/node/53820) never solved the issue. The
user just said he'll do the checkout 30+ times until he gets what he
needs.

The second (http://www.svnforum.org/2017/viewtopic.php?p=12332)
recommended setting SVNPathAuthz to "off" which is already set that
was in mgolovko's configuration.

I checked out a few more posts:
http://www.sharp-tools.net/archives/000928.html reported that he also
set SVNPathAuthz to "off" which solved the issue. He also did the
following:

* Increased the timeout to 1000 seconds (which fixed an earlier
connection issue)
* Tried disabling apache worker mpm and relying on prefork, as per a
suggestion for someone losing connections using svn+ssh. That didn't
work; re-enabled.
* Disabled http compression (by commenting out the loading of
mod_deflate). Left that disabled just in case.
* Enabled keepalive and upped the requests per connection. No change.

The issue seems to be related to a memory leak in DAV (mod_dav_svn)
which is probably beyond my personal expertise to trace down. However,
mgolovk should check his Apache logs and see if Apache is dying.

Since these posts are from 4 years ago, I'm surprised that the DAV
memory leak hasn't yet been plugged. It looks like he's using the
latest versions of Apache and Subversion.

-- 
David Weintraub
qazw...@gmail.com

Re: Unable to use filter command properly.

[Daniel Shahaf]

Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 19:58:26 +0530:
> > svnadmin create target
> > svnsync init file://.../target file://.../OR1234/Test
> > svnsync sync file://.../target

> Please tell me that in the given command i.e : svnsync init file://.../target 
> file://.../OR1234/Test
> file://.../target is the url of the new repository, where I want to place the 
> test file

Yes, it's a URL of the repository created in the line just above it.

SVN Keywords...

[BRM]

I have a series of projects that operate as service daemons; all the projects 
have a simple main.cpp that loads another class that does the actual work. So I 
never have to touch main.cpp except when I go to make a release, and then only 
to update a couple things: version numbers and dates.

I'd like to try to automate the data modifications a little bit more; and while 
SVN has the $Date$ keyword, aka $LastChangedDate$; that's not quite correct for 
what I want to do - svn after, all svn won't detect a change if there are no 
actual modifications on the file (e.g. "touch somefile.cpp" won't result in a 
delta in svn), at least as explained in the svn red book[1].

Would it be possible to have a $LastCommitDate$, and perhaps a 
$LastCommitRevision$ that is not file specific but name space specific, since 
SVN operates on name spaces (e.g. ^/some/svn/path) instead of files ( 
^/some/svn/path/some.file.with.extension)? Or perhaps $LastUrlCommit...$.

In either case the specified name space should likely be the URL/namespace 
where 
the file is located, perhaps with an option to have the base URL when it was 
checked out/exported.
This could be provided using arrays, for example $LastCommitDate[0]$ could be 
the base URL while $LastCommitDate[1]$ is the URL of the file.

For the svn:externals use-case, the URL would be related to the external, not 
to 
the project pulling the URL in. So suppose the following:
Project located at /myproject/trunk, pulls in an svn:external from 
/myotherproject/tags as lib1; the proposed keyword set would apply to 
/myproject/trunk only for files that actually exist in the repository under 
that 
URL, while the proposed keywords for the files checked out/exported to lib1, 
which are located under /myotherproject/tags, would apply the URL of the 
external - /myotherproject/tags and not /myproject/trunk.

While I understand the logic present in the $GlobaRevision$ section on in the 
SVN Redbook[1], there is also some problems with the suggested resolution when 
trying to do the same thing on multiple platforms, namely and especially MS 
Windows where processing of 'svnversion' output is impossible with standard 
tools on the platform to say the least.

Ben

[1]http://svnbook.red-bean.com/nightly/en/svn.advanced.props.special.keywords.html

Re: Network Drive Support ?

[Nico Kadel-Garcia]

On Tue, Oct 26, 2010 at 8:46 AM, Phil Pinkerton  wrote:
> Question from a client:
>
> Does Subversion support checking out to a "network drive" many miles away ?

Yes, but the performance can vary tremendously depending on the
network topoloogy and the network drive technology. A CIFS or typical
windows share, for example, is fine for a small branch. But for the
kind of Gigabyte working copies I've been dealing with lately, it's
*horrid* and takes over 30 minutes, even for very capable Subversion
servers in the same building, using svn access. NFS shares take only
three in my particular environment, even

> They are asking due to extremely slow checkouts across a WAN to a NAS
> drive. I need a technical answer with regards to the performance of
> subversion in this scenario. ( as if speaking to a 10 year old ...mgmt
> haha )

See above. One workaround is to keep a working copy nightly updated
from the trunk, do an ordinary CIFS copy, and do "svn update" or "svn
switch" to branches with  that working copy as necessary. This is what
I know some people are doing. Others have switched to Linux to use NFS
shares, which take only 3 minutes for the same operation.

Subversion does many things well, and it's a popular tool, partly due
to its well understood, centralized management. For CIFS checkouts of
large working copies, other technologies (like git) kick its tail. And
for being able to do local checkins of updates and only push changes
to a master copy as desired, git is far superior. And the ability to
GPG sign tags makes up in mahy ways, for the less centralized
management.

Re: SVN Keywords...

[David Weintraub]

I'm not sure what you are planning on doing, but usually the RCS
Keywords are not a good idea. They usually cause more problems than
they solve. What usually works better (especially in C and C++) is to
define macros at compile time that are embedded in your program as
strings. For example, you could have an "About Box" that will display
this information or if your run your program with a --version switch.

This will give you more flexible control -- for example, you can use a
release number that corresponds to your tags. And, you don't have to
worry about forcing programming changes just to munge the $Date$
keyword.

However, if you must use RCS keywords, you can modify a property that
will force a diff in the file without modifying the file itself.

-- 
David Weintraub
qazw...@gmail.com

Re: SVN Keywords...

[BRM]

- Original Message 

> From: David Weintraub 
> I'm not sure what you are planning on doing, but usually the RCS
> Keywords are  not a good idea. They usually cause more problems than
> they solve. What  usually works better (especially in C and C++) is to
> define macros at compile  time that are embedded in your program as
> strings. For example, you could  have an "About Box" that will display
> this information or if your run your  program with a --version switch.

I am already using some macros, etc. However, I find that using things that 
rely 
on the programmer
to make a modification can be troublesome and it is far to easy to forget to 
change the version and build date
information. Versus using the RCS keywords to record some of the same 
information.
 
> This will give you more flexible control  -- for example, you can use a
> release number that corresponds to your tags.  And, you don't have to
> worry about forcing programming changes just to munge  the $Date$
> keyword.

I don't want to munge it. I just want to print it. I'm not even particular 
about 
the format.Which is why a URL last commit date RCS Keyword would work just fine.

I've also seen some others in the past - such as autoincrementing a macro; 
however, that is even more broken as it requires it to be checked back in, so 
then two programmers could generate the same numbers separately. Ultimately 
there is no real good solution, only a series of solutions that are good enough 
and RCS keywords is one approach. It may not be for everyone, but it does have 
its purposes.

> However, if you must use RCS keywords, you can  modify a property that
> will force a diff in the file without modifying the  file itself.

Again that would require the programmer to do something.
Versus what I proposed, which would just work since as the name space gets 
copied from one URL (e.g. trunk) to another (e.g. tags) the property would 
automatically change.

Additionally, svnversion doesn't work b/c it only works on the local working 
copy, which doesn't work when you've exported the code. (since it just reports 
that was exported).

I've already gotten around the revision thing somewhat by requiring the 
programmer to include it in the release tag, and then having some custom code 
that can parse the HeadURL to get the information - but only b/c it knows how 
to 
decode it out of the tag name and it knows a little bit about our SVN 
repository 
structure.

Ben