Missing and ambiguous subject lines

[Curley, John]

[-Original Message-]
From: Thorsten Schöning [mailto:tschoen...@am-soft.de] 
Sent: Thursday, February 09, 2012 12:01 AM
To: users@subversion.apache.org
Subject: Re:

Guten Tag d.guthm...@gmx.net,
am Donnerstag, 9. Februar 2012 um 07:59 schrieben Sie:

> Hello,

First of all, You should give a meaningful subject next time.
 
[-Original Message-] 

I agree and think you should reject any message without a subject line.

If it's not too much trouble, when there is an ambiguous subject line, like 
"subversion issue", I think you should maybe reply, but add more information to 
the subject line. If that's too much trouble, reject those too.

If I submitted bug reports like that in my company, I wouldn't have a job for 
long.

I know one voice doesn't make a difference, but if many others feel the same 
way, something might happen.

Thank you and best regards.
John

RE: Problem running svnsync - Error retrieving replay REPORT (28): No space left on device

[Curley, John]

Setting TMPDIR worked as you stated. Thank you.

Case closed.

Happy holidays!


-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
Sent: Thursday, December 22, 2011 4:31 AM
To: Curley, John
Cc: users@subversion.apache.org
Subject: Re: Problem running svnsync - Error retrieving replay REPORT (28): No 
space left on device

$TMPDIR $TEMP $TMP envvars, but /tmp isn't used for building txns.

RE: Problem running svnsync - Error retrieving replay REPORT (28): No space left on device

[Curley, John]

I have more information.

The svnsync sync command is filling up the /tmp partition on the source side 
(building the transaction).

Is there a way to specify a different work area?

Thank you,
John


-Original Message-
From: Curley, John [mailto:john.cur...@windriver.com] 
Sent: Wednesday, December 21, 2011 2:36 PM
To: users@subversion.apache.org
Subject: RE: Problem running svnsync - Error retrieving replay REPORT (28): No 
space left on device

I should have mentioned that I'm using Subversion 1.6.4 on the source side and 
Subversion 1.6.17 on the destination side.


-Original Message-
From: Curley, John [mailto:john.cur...@windriver.com] 
Sent: Wednesday, December 21, 2011 1:58 PM
To: users@subversion.apache.org
Subject: Problem running svnsync - Error retrieving replay REPORT (28): No 
space left on device

Season's greetings all!

I'm using svnsync to copy our repositories for the FIRST time to a mirror site 
and running out of space, somewhere.

From: RH ES 4, Update 5 32-bit server
To: CentOS Release 5.5, 64-bit server

I tried to watch the disk partitions with a df -h and the numbers never changed.

Here's the significant portions of the terminal session:

csvn@ala-svn % svnsync init http://ala-cvstst/svn/adimages 
http://ala-svn/svn/adimages
Authentication realm: <http://ala-cvstst:80> Subversion AD Images repository
Password for 'csvn':
Copied properties for revision 0.
csvn@ala-svn %
csvn@ala-svn % svnsync sync http://ala-cvstst/svn/adimages
Authentication realm: <http://ala-cvstst:80> Subversion AD Images repository
Password for 'csvn':
Transmitting file data .
Committed revision 1.
Copied properties for revision 1.

... snip ...

Committed revision 9.
Copied properties for revision 9.
Transmitting file data .svnsync: Error retrieving replay REPORT (28): No space 
left on device
csvn@ala-svn %


If I try again:

% svnsync sync http://ala-cvstst/svn/adimages
Authentication realm: <http://ala-cvstst:80> Subversion AD Images repository
Password for 'csvn': 
Transmitting file data .svnsync: Error retrieving replay REPORT (28): No space 
left on device


It is a relatively large repository (2 GB), with some larger image and video 
files.

Where are the temporary files (.svnsync ?) kept.

Is the error on the source server or the destination server?

Thank you,
John Curley, SCM Group, Wind River

RE: Problem running svnsync - Error retrieving replay REPORT (28): No space left on device

[Curley, John]

I should have mentioned that I'm using Subversion 1.6.4 on the source side and 
Subversion 1.6.17 on the destination side.


-Original Message-
From: Curley, John [mailto:john.cur...@windriver.com] 
Sent: Wednesday, December 21, 2011 1:58 PM
To: users@subversion.apache.org
Subject: Problem running svnsync - Error retrieving replay REPORT (28): No 
space left on device

Season's greetings all!

I'm using svnsync to copy our repositories for the FIRST time to a mirror site 
and running out of space, somewhere.

From: RH ES 4, Update 5 32-bit server
To: CentOS Release 5.5, 64-bit server

I tried to watch the disk partitions with a df -h and the numbers never changed.

Here's the significant portions of the terminal session:

csvn@ala-svn % svnsync init http://ala-cvstst/svn/adimages 
http://ala-svn/svn/adimages
Authentication realm: <http://ala-cvstst:80> Subversion AD Images repository
Password for 'csvn':
Copied properties for revision 0.
csvn@ala-svn %
csvn@ala-svn % svnsync sync http://ala-cvstst/svn/adimages
Authentication realm: <http://ala-cvstst:80> Subversion AD Images repository
Password for 'csvn':
Transmitting file data .
Committed revision 1.
Copied properties for revision 1.

... snip ...

Committed revision 9.
Copied properties for revision 9.
Transmitting file data .svnsync: Error retrieving replay REPORT (28): No space 
left on device
csvn@ala-svn %


If I try again:

% svnsync sync http://ala-cvstst/svn/adimages
Authentication realm: <http://ala-cvstst:80> Subversion AD Images repository
Password for 'csvn': 
Transmitting file data .svnsync: Error retrieving replay REPORT (28): No space 
left on device


It is a relatively large repository (2 GB), with some larger image and video 
files.

Where are the temporary files (.svnsync ?) kept.

Is the error on the source server or the destination server?

Thank you,
John Curley, SCM Group, Wind River

Problem running svnsync - Error retrieving replay REPORT (28): No space left on device

[Curley, John]

Season's greetings all!

I'm using svnsync to copy our repositories for the FIRST time to a mirror site 
and running out of space, somewhere.

From: RH ES 4, Update 5 32-bit server
To: CentOS Release 5.5, 64-bit server

I tried to watch the disk partitions with a df -h and the numbers never changed.

Here's the significant portions of the terminal session:

csvn@ala-svn % svnsync init http://ala-cvstst/svn/adimages 
http://ala-svn/svn/adimages
Authentication realm:  Subversion AD Images repository
Password for 'csvn':
Copied properties for revision 0.
csvn@ala-svn %
csvn@ala-svn % svnsync sync http://ala-cvstst/svn/adimages
Authentication realm:  Subversion AD Images repository
Password for 'csvn':
Transmitting file data .
Committed revision 1.
Copied properties for revision 1.

... snip ...

Committed revision 9.
Copied properties for revision 9.
Transmitting file data .svnsync: Error retrieving replay REPORT (28): No space 
left on device
csvn@ala-svn %


If I try again:

% svnsync sync http://ala-cvstst/svn/adimages
Authentication realm:  Subversion AD Images repository
Password for 'csvn': 
Transmitting file data .svnsync: Error retrieving replay REPORT (28): No space 
left on device


It is a relatively large repository (2 GB), with some larger image and video 
files.

Where are the temporary files (.svnsync ?) kept.

Is the error on the source server or the destination server?

Thank you,
John Curley, SCM Group, Wind River

RE: Using SSL

[Curley, John]

 

-Original Message-
From: shrinivasan [mailto:shriniva...@collab.net] 
Sent: Friday, October 07, 2011 8:12 AM
To: users@subversion.apache.org
Subject: Re: Using SSL

On Friday 07 October 2011 08:26 PM, Diego de Oliveira Fucitalo wrote: 

Hi, 

 

I try use SSL in SVN, I set up successfully the SSL in apache, but when 
I update or commit the code I get the error:

 

"Error validating server certificate for 
https://server.googlecode.com:443: 
- Unknown certificate issuer 
Fingerprint: 
b1:3a:d5:38:56:27:52:9f:ba:6c:70:1e:a9:ab:4a:1a:8b:da:ff:ec 
Distinguished name: Security Dept, TrustSign Certificadora Digital, BR"

(R)eject, accept (t)emporarily or accept (p)ermanently?

 

It is possible to not show this message?

 

Thank you.



You might created the certificates yourself.

Press 'p' to accept the certificates permanently.
Next time, it wont be displayed.


Regards,
Shrinivasan

-

Every user that commits, will receive the certificate message. I think if you 
update Subversion, that resets the certificate and you have to accept the 
updated certificate, again.

But you learn to live with it.

Regards,
John

RE: svn status comes out empty

[Curley, John]

 
And you forgot to do svn update after the svn commit.

RE: svnadmin create repo/path - Error

[Curley, John]

-Original Message-
From: Rajesh Saha [mailto:rajeshsaha...@gmail.com] 
Sent: Thursday, February 10, 2011 10:46 PM
To: users@subversion.apache.org
Subject: Re: svnadmin create repo/path - Error

Hi
 
I was trying to create a repository with this command.
 
svnadmin create --fs-type fsfs newrepo
 
But, it is giving error as follows.
 
svnadmin: Repository creation failed
svnadmin: Creating db lock file
svnadmin: Can't open file 'newrepo/locks/db.lock': Permission denied
 
My SVN version is 1.5.6.
The OS is Solaris 8
 
Anybody have any idea/resolution ?


Thanks in advance,
Rajesh


Hi,

According to 'Version Control with Subversion', chapter 5, section 'Creating 
and Configuration Your Repository', the command should resemble:

   svnadmin create --fs-type fsfs /var/svn/repos
 
Where you specify the path to your repository in place of "/var/svn/repos". It 
does not understand your current location.

HTH,
John

RE: Web Browsing previous versions and version diffs?

[Curley, John]

-Original Message-
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] 
Sent: Wednesday, February 02, 2011 11:49 PM
To: Curley, John
Cc: users@subversion.apache.org
Subject: Re: Web Browsing previous versions and version diffs?

On Feb 2, 2011, at 18:04, Curley, John wrote:

> Our svn repositories are accessed through the apache/http method, which 
> presents the current version of the repository. Is there a way to specify a 
> previous version of the repository? Perhaps through one of those ?param=value 
> clauses?

Yes; it is described here:

http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.browsing.syntax


> Is there a way to see the differences between a version and the previous 
> version, in the web browser?

Not that I'm aware of, not with just mod_dav_svn.


> Both questions at once: is there a "web" version of the repository browser?

I'm not sure what "repository browser" you're referring to. But generally I 
would say that for anything beyond extremely simple viewing of the raw contents 
of repository files, you would want to install a more sophisticated 3rd-party 
tool for viewing the repository and its history. Many web-based options exist, 
for example ViewVC, WebSVN, Trac, etc. Many non-web-based options exist too, of 
course, in the form of GUI clients like TortoiseSVN, SmartSVN, RapidSVN, etc.


--

Thank you all for the information. I'm sure I'll find what I need from the list 
of possibilities.

Thanks again and best regards,
John

Web Browsing previous versions and version diffs?

[Curley, John]

Hi all,
 
Two questions, related I hope.
 
Our svn repositories are accessed through the apache/http method, which 
presents the current version of the repository. Is there a way to specify a 
previous version of the repository? Perhaps through one of those ?param=value 
clauses?
 
Is there a way to see the differences between a version and the previous 
version, in the web browser?
 
Both questions at once: is there a "web" version of the repository browser?
 
Thank you,
 
John Curley, SCM Group, Wind River

RE: svn: OPTIONS of ...could not connect to server

[Curley, John]

 

-Original Message-
From: Ben Kim [mailto:b...@benix.tamu.edu] 
Sent: Monday, January 17, 2011 6:39 PM
To: Richard England
Cc: users@subversion.apache.org
Subject: Re: svn: OPTIONS of ...could not connect to server


Thanks to all who replied.
The problem turned out to be selinux and permission on the repos directories. 
Didn't suspect it was the issue. It's now fixed. 


-- 
Ben Kim
Lead Database Administrator
College of Education
Texas A&M University
http://benix.tamu.edu




Great! I was curious about this.

Is there a 2 GB file size limit in Subversion - Apache? 413 Request Entity Too Large -- Solution

[Curley, John]

Hi all,
 
FYI. 

There seems to be a 2 GB file size limit, if you use the default command to 
commit. We encountered this problem and eventually found the solution.

This is not a Subversion limit, nor is it an Apache limit.

The default module for accessing the repository is ra_neon. This module (!) has 
the 2 GB limit. If you specify using ra_serf (serf) instead, that works.

This is the command line option (from the client):  --config-option 
servers:global:http-library=serf

I don't know how to do this in a GUI situation. It took me a LONG time to find 
this on the web.

Happy new year, now that I finally found the fix!
John

---  
"Living on Earth may be expensive, but it includes an annual free trip around 
the Sun." 
~author unknown

RE: meaningful error messages in http

[Curley, John]

-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com] 
Sent: Tuesday, December 07, 2010 12:36 PM
To: Nick Stokes
Cc: Andy Levy; users@subversion.apache.org
Subject: Re: meaningful error messages in http

On Tue, Dec 7, 2010 at 9:18 PM, Nick Stokes
 wrote:
>
>
... SNIP ...
>
> No. I did not propose that.  The question was simple: Is there way to
> customize error messages from httpd server (akin to customizing logs in
> apache as in http://tinyurl.com/svn-apache-logs)?  When users see "Server
> sent unexpected return value..." they assume there is something wrong with
> the server itself, despite the keyword "Forbidden" that follows. Besides,
> there is the redundant/misleading/irrelevant-for-client stuff there
> (OPTIONS, MKACTIVITY, repos ID).  e.g. svnserve error messages are much
> better.

Yes, I completely agree.

It's not about the server sending better messages, but about the
client (or client library or whatever) to transform that error message
into something meaningful for the user. The svn client knows what
operation the user is trying to execute, so it should be able to
formulate something sensible in the context of that operation.

Moreover, one would expect these kinds of error message to be exactly
the same regardless of the underlying protocol or server type (unless
it's some kind of protocol-specific error, like e.g. SSL handshake
failure or something (which should also be made into user-sensible
error messages, but might not be generic over all protocols)).

I don't know if there is already an issue for this in the issue
tracker, but regardless ... maybe we could have a useful discussion on
this mailing list about what the error messages should say
specifically?

What would be most helpful for the user, in a concise and to-the-point
way, concrete enough yet not too extremely technical, maybe giving
some hints about what could be the cause, ... in all kinds of use
cases?

Cheers,
-- 
Johan


- My Response --

I partially agree with Johan and Nick.

Being able to customize the messages would be good. 403 seems like a generic 
"did not work" code. However, I think in this case, one would need to add more 
Apache/SVN error codes. Having a (I am making this up) 403.1 - repository not 
found, 403.2 - authentication failed, et cetera, may be helpful.

Where I disagree is in a secure environment. You probably do not want to 
acknowledge server names, or repository names if someone is  snooping around.

Maybe that might be a difference between http: and https:. Just a thought.

Happy Holidays,
John

RE: Using PAM to authenticate user?

[Curley, John]

> -Original Message-
> From: Curley, John [mailto:john.cur...@windriver.com] 
> Sent: Wednesday, September 08, 2010 11:33 PM
> To: users@subversion.apache.org
> Subject: Using PAM to authenticate user?
> 
> Has anyone use Pluggable Authentication Module (PAM) for user
authentication, within Subversion?
>  
> If that is currently not supported, is it possibly future option?
>  
> Thank you,
> --John
>  
>  
> "Living on Earth may be expensive, but it includes an annual free trip
around the Sun." 
> ~author unknown
 

I forgot to add, like RSA? 

Using PAM to authenticate user?

[Curley, John]

Has anyone use Pluggable Authentication Module (PAM) for user
authentication, within Subversion?
 
If that is currently not supported, is it possibly future option?
 
Thank you,
--John
 
 
"Living on Earth may be expensive, but it includes an annual free trip
around the Sun." 
~author unknown
 

RE: Insert revision into file history

[Curley, John]

A slight tangent, but I suggest using a modification history section in
the preamble/post-amble. Include the why (bug or requirement id), when,
who and a comment. (For who, we use a 3 letter acronym, the users
initials, for example. User ids create a security risk.) It also helps
to enforce some sort of standard template for this.

While this does cause some merge conflicts, it helps us visually see for
example, that a bug fix was merged into a specific branch.

However, I understand the desire to know specific version numbers.

Good luck!
--John

RE: Can I have one project link to two subversion server?

[Curley, John]

Hi all,

Sounds to me like the developers want to avoid branching and merging.
Try it. You might like it.

Seriously though, if you have concerns with branching and merging, I
suggest some training and make some trial runs in a test repository. I
believe there are software tools that will help you manage the branching
and merging.

HTH,
John

RE: @ the turkey who compiled OSX svn 1.6 with hardcoded path of /opt/subversion...

[Curley, John]

This may not be the right forum and I apologize for that, but here goes.

1st, thank you Jeremy!

2nd, from a sysadmin perspective, I appreciate that the installation
process doesn't presume to know where everything goes. Having one
complete install structure has several advantage, like seeing how big it
is. I simply created links to the binaries in
/opt/CollabNet_Subversion/bin, in my preferred binary path, /usr/bin/. 

3rd, If your OS uses something like rpm, (Linux RH4 in my case), I used
the --relocate function to put the binaries in /usr/bin (on my desktop).

Cheers!
John

RE: Assertion failed:svn_path_is_canonical(path, pool) with https

[Curley, John]

Hi,
 
I did not see a response yet. I had the same issue, although, I have
several options which are different:
 

  DAV svn
  SVNPath /myhost/svn/repositories/myspace
  SVNPathAuthz on
  AuthzSVNAccessFile //myhost/svn/repositories/myspace/conf/authz
  Satisfy All
  AuthType Basic
  AuthName "Myspace repository"
  AuthDigestDomain /svn/myspace
  AuthUserFile //etc/opt/CollabNet_Subversion/conf/svn_auth_file
  #
Require valid-user
  #


The main difference is that the  clause is commented
out. The users will have to authenticate for all operations.
 
As you can see, I use basic authentication, instead of VAS, which I am
not familiar with.
 
I hope this helps,
John
 



From: skrishnam...@bloomberg.com [mailto:skrishnam...@bloomberg.com] 
Sent: Monday, January 11, 2010 12:47 PM
To: 'users@subversion.apache.org'
Subject: Assertion failed:svn_path_is_canonical(path, pool) with https



Hi, 

I configured apache 2.2 with mod_svn for subversion 1.6 and it worked
fine with http and it worked fine. but with https, I get the below
error. Could someone help figure out the bug?: 

Code:


Assertion failed: svn_path_is_canonical(path, pool), file
subversion/libsvn_subr 
/path.c, line 380, function svn_path_basename 
[Tue Dec 29 10:56:11 2009] [notice] child pid 737 exit signal Abort (6),
possible coredump in /bb/tmp/apache.2.2 



my config for svn in the httpd.conf looks like the below: 

Code:



  DAV svn 
  SVNPath /tmp/repos/ 
  AuthzSVNAccessFile /temp/repos/conf/authz 

Require valid-user 
   
  AuthType VAS 
  AuthName "Please use toolkit username/password to authenticate." 
  Require valid-user 
  AuthVasUseBasic on 

 



my authz config file looks like the below: 

Code:


[groups] 
admins = neil, dphung2, rmenon, pdoidge, abeniwal, jrodgers, skrish 
smile = kzhang, ssisskin 

[/] 
@admins = rw 
* = r 

[/ISYS] 
@admins = rw 
* = r 

[/ISYS/Apps] 
* = rw 


[/quote]