Subversion Client Not Accessible

[suman . mainam]

Hi,
I'm looking for the subversion client for AIX. I got one from
http://www.open.collab.net/downloads/community/ but this file is corrupted 
and
not able to installing. Please provide some good svn client fro AIX 
machine to
checkout and checking the files from SVN

Very urgent please.

Thanks & Regards,
Sunny




This message and any attachments (the "message") is
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with 
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 
Do not print this message unless it is necessary,
consider the environment.

-

Ce message et toutes les pieces jointes (ci-apres le 
"message") sont etablis a l'intention exclusive de ses 
destinataires et sont confidentiels. Si vous recevez ce 
message par erreur, merci de le detruire et d'en avertir 
immediatement l'expediteur. Toute utilisation de ce 
message non conforme a sa destination, toute diffusion 
ou toute publication, totale ou partielle, est interdite, sauf 
autorisation expresse. L'internet ne permettant pas 
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce 
message, dans l'hypothese ou il aurait ete modifie.
N'imprimez ce message que si necessaire,
pensez a l'environnement.

RE: Subversion Client Not Accessible

[Giulio Troccoli]

Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03





From: suman.mai...@asia.bnpparibas.com 
[mailto:suman.mai...@asia.bnpparibas.com]
Sent: 17 August 2010 13:24
To: users@subversion.apache.org
Subject: Subversion Client Not Accessible
Importance: High



Hi,
I'm looking for the subversion client for AIX. I got one from
http://www.open.collab.net/downloads/community/ 
  but this file is corrupted 
and
not able to installing. Please provide some good svn client fro AIX 
machine to
checkout and checking the files from SVN

Very urgent please.

Thanks & Regards,
Sunny


The Subversion project does not provide packages, only sources. However, like 
you discovered, others provides nice packages for you to use. I don't know why 
the CollabNet package doesn't work, but I know Michael Perzl maintains (or at 
least it did) some RPM for Subversion. Check 
http://www.oss4aix.org/download/latest/ then click on the version of AIX you 
have and see if you find what you're looking for.

I haven't tested them myself as I build SVN from source.

Please do not send in HTML.

Giulio

svn client misinterprets UNC Long Paths under Windows 7

[Greene, Hugh]

Hi all,

 

I'm trying to do a checkout on a Windows 7 Professional x64 machine,
using the svn client version 1.6.6 (though I've seen the same problem
with 1.6.12, from TortoiseSVN-1.6.10.19898-x64-svn-1.6.12) against
server version 1.6.9.

 

The command lines I'm using are normally executed from within
CruiseControl.NET, by a custom NAnt task we've written, which launches
"svn.exe" as a process.  I've used sysinternals Process Explorer to grab
the exact command line it's executing, though I've changed directory
names below to protect confidentiality.

 

The problem is occurring because we're using UNC Long Paths, as
described here
,
to try to avoid maximum path length issues.

 




"svn" checkout -r HEAD http://svnserver/svn/path/to/project
"\\?\D:\src\autobuild-trunk\server\Trunk_ProjectAB\WorkingDirectory"
--username DOMAIN\user --password  --no-auth-cache




 

On someone else's Windows XP SP2 x86 machine (and likewise my old
machine), this works as I'd expect, checking out the contents of
"http://svnserver/svn/path/to/project"; to
"D:\src\autobuild-trunk\server\Trunk_ProjectAB\WorkingDirectory".
However, on my new machine, which runs Windows 7, the console output is
as follows.




U   \WorkingDirectory

 

Fetching external item into '\WorkingDirectory\Tools'

A\WorkingDirectory\Tools\Some Build Tool.dll

A\WorkingDirectory\Tools\Tools

A\WorkingDirectory\Tools\Tools\Some Tool

[...]




 

And sure enough, it's checking out to "\WorkingDirectory", which
resolves to "D: WorkingDirectory".  But if I remove the "\\?\", it
checks out to where I would expect.

 

Please let me know if you need any more information to investigate this.
I can work around it for now as I'm just trying to verify local
modifications to our autobuild before I check in - the autobuild machine
itself isn't running Windows 7.

 

Thanks,

 

Hugh Greene, Senior Software Developer
Toshiba Medical Visualization Systems Europe, Ltd
Bonnington Bond, 2 Anderson Place, Edinburgh EH6 5NP, UK
Tel + 44 (0)131 472 4792 / Fax + 44 (0) 131 472 4799
http://www.tmvse.com   / mailto:hgre...@tmvse.com
  

 

DISCLAIMER
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically
authorized to receive it. If you are not the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
message and/or attachments is strictly prohibited. The company accepts
no liability for any damage caused by any virus transmitted by this
email. Furthermore, the company does not warrant a proper and complete
transmission of this information, nor does it accept liability for any
delays. If you have received this message in error, please contact the
sender and delete the message.

 


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

RE: svn client misinterprets UNC Long Paths under Windows 7

[Bert Huijben]

Subversion (or actually apr) will handle the long paths internally for you
as long as you pass absolute paths, so you MUST NOT add the api long path
prefix yourself.

 

The prefix is only defined to work on some of the Windows apis and some
other apis just accept long paths (with explicit length) or other methods.
It might work with some programs that just open a file, but subversion needs
much more from the filesystem and therefore it must manage the paths for
itself. By passing the prefix yourself you just assume that subversion
limits itself to a fraction of the Windows API.

 

Bert

 

From: Greene, Hugh [mailto:hgre...@tmvse.com] 
Sent: dinsdag 17 augustus 2010 5:44
To: users@subversion.apache.org
Subject: svn client misinterprets UNC Long Paths under Windows 7

 

Hi all,

 

I'm trying to do a checkout on a Windows 7 Professional x64 machine, using
the svn client version 1.6.6 (though I've seen the same problem with 1.6.12,
from TortoiseSVN-1.6.10.19898-x64-svn-1.6.12) against server version 1.6.9.

 

The command lines I'm using are normally executed from within
CruiseControl.NET, by a custom NAnt task we've written, which launches
"svn.exe" as a process.  I've used sysinternals Process Explorer to grab the
exact command line it's executing, though I've changed directory names below
to protect confidentiality.

 

The problem is occurring because we're using UNC Long Paths, as described
here ,
to try to avoid maximum path length issues.

 




"svn" checkout -r HEAD http://svnserver/svn/path/to/project
"\\?\D:\src\autobuild-trunk\server\Trunk_ProjectAB\WorkingDirectory
 " --username DOMAIN\user --password  --no-auth-cache




 

On someone else's Windows XP SP2 x86 machine (and likewise my old machine),
this works as I'd expect, checking out the contents of
"http://svnserver/svn/path/to/project"; to
"D:\src\autobuild-trunk\server\Trunk_ProjectAB\WorkingDirectory".  However,
on my new machine, which runs Windows 7, the console output is as follows.




U   \WorkingDirectory

 

Fetching external item into '\WorkingDirectory\Tools'

A\WorkingDirectory\Tools\Some Build Tool.dll

A\WorkingDirectory\Tools\Tools

A\WorkingDirectory\Tools\Tools\Some Tool

[.]




 

And sure enough, it's checking out to "\WorkingDirectory", which resolves to
"D: WorkingDirectory".  But if I remove the "\\?\", it checks out to where I
would expect.

 

Please let me know if you need any more information to investigate this.  I
can work around it for now as I'm just trying to verify local modifications
to our autobuild before I check in - the autobuild machine itself isn't
running Windows 7.

 

Thanks,

 

Hugh Greene, Senior Software Developer
Toshiba Medical Visualization Systems Europe, Ltd
Bonnington Bond, 2 Anderson Place, Edinburgh EH6 5NP, UK
Tel + 44 (0)131 472 4792 / Fax + 44 (0) 131 472 4799
http://www.tmvse.com / mailto:hgre...@tmvse.com 

 

DISCLAIMER
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this message and/or
attachments is strictly prohibited. The company accepts no liability for any
damage caused by any virus transmitted by this email. Furthermore, the
company does not warrant a proper and complete transmission of this
information, nor does it accept liability for any delays. If you have
received this message in error, please contact the sender and delete the
message.

 


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

Searchin the repository

[Engebakken Geir]

We have a repository with hundreds of projects, and i would like to search the 
repos for all pom.xml files, and do some investigating into the dependencies in 
these pom files. I could create a working copy of the entire repos, but this is 
not feasible since it is some 10 Gb in size. I have used Fisheye to search the 
repos for all pom files, so I have this list of filenames. Now I would like to 
create an empty working copy, and just check out  the pom files in question and 
then search the files for contents afterwards. I try to use svn up for the 
filenames, but it just says Skipped and they are not checked out, how can I do 
this?



Geir

Note : All inquiries regarding Subversion, MKS and general Development servers 
should be directed to "EDB Source Control System"

Re: Searchin the repository

[Tyler Roscoe]

On Tue, Aug 17, 2010 at 04:01:50PM +0200, Engebakken Geir wrote:
> Note : All inquiries regarding Subversion, MKS and general Development
> servers should be directed to "EDB Source Control System"

I don't have their contact info. Can I reply to you and the svn list
instead?

> size. I have used Fisheye to search the repos for all pom files, so I
> have this list of filenames. Now I would like to create an empty
> working copy, and just check out  the pom files in question and then
> search the files for contents afterwards. I try to use svn up for the

Try svn checkout or svn cat (or maybe even svn export).

tyler

SVN server timeouts

[Tami Doyen]

We are running 1.6.11 server and client. The server is Red Hat EL5. Our
repositories are used for chip development and are huge with multi-gig
files sizes.

 

The challenges with moving huge amounts of data back and forth between
remote worldwide sites is causing severe delays.  There is plenty of
information about hosting/replicating SVN servers, but there is little
information out there about some of the difficulties when dealing with
multi-gig files.  Most information is focused on source code management
and doesn't deal with files that are more than a few MB. 

 

We would also like to get in touch with an organization that is working
with the obstacles we are, mostly due to us using svn for chip
development. We also use svn for software development without any issues
this severe.

 

Tami Doyen

PMC-Sierra

Re: SVN server timeouts

[Nico Kadel-Garcia]

On Tue, Aug 17, 2010 at 1:30 PM, Tami Doyen  wrote:
> We are running 1.6.11 server and client. The server is Red Hat EL5. Our
> repositories are used for chip development and are huge with multi-gig files
> sizes.

And they're binary and filled with thousands of files? And don't tell
me, your clients are writing to CIFS filesystems? I've recently had to
deal with this with multiple Gig repositories, admittedly with smaller
files.

May I suggest  first, making sure that your checkouts occur to local
filesystems, not CIFS shares on Windows? It seems to make a huge
difference with my large repositories with many thousands of files,
some of them hundreds of MBytes. Writing to local disk, or to an NFS
mounted directory, makes a huge performance improvement.

Other approaches are sensitive to the amount of churn in the modified
files. A local replicated server, or working copy, can be very helpful
to getting that first working copy locally and updating only as
needed.

> The challenges with moving huge amounts of data back and forth between
> remote worldwide sites is causing severe delays.  There is plenty of
> information about hosting/replicating SVN servers, but there is little
> information out there about some of the difficulties when dealing with
> multi-gig files.  Most information is focused on source code management and
> doesn't deal with files that are more than a few MB.

That's partly because you're not talking about source, you're talking
about what are effectively binary images in the multi Gigabyte file
size range. It's a whole different set of issues.

> We would also like to get in touch with an organization that is working with
> the obstacles we are, mostly due to us using svn for chip development. We
> also use svn for software development without any issues this severe.

Good luck with that:  Gibabyte files constitute their own issue. Would
you be helped by a proxy server, which could cache the bulky files in
a local repository for you without having to tweak your clients or
other configurations? Or can you, procedurally, copy a local working
copy and "svn update" that copy?

RE: SVN server timeouts

[Tami Doyen]

See inline below.
-Original Message-
From: Nico Kadel-Garcia [mailto:nka...@gmail.com] 
Sent: Tuesday, August 17, 2010 11:36 AM
To: Tami Doyen
Cc: users@subversion.apache.org
Subject: Re: SVN server timeouts

On Tue, Aug 17, 2010 at 1:30 PM, Tami Doyen  wrote:
> We are running 1.6.11 server and client. The server is Red Hat EL5. Our
> repositories are used for chip development and are huge with multi-gig files
> sizes.

And they're binary and filled with thousands of files? And don't tell
me, your clients are writing to CIFS filesystems? 
]] TD - Not CIFS, most clients are Unix, NFS
I've recently had to
deal with this with multiple Gig repositories, admittedly with smaller
files.

May I suggest  first, making sure that your checkouts occur to local
filesystems, not CIFS shares on Windows? It seems to make a huge
difference with my large repositories with many thousands of files,
some of them hundreds of MBytes. Writing to local disk, or to an NFS
mounted directory, makes a huge performance improvement.
]] TD - yes, our software teams are using Windows and that is much slower, but 
these users are checking out locally to NFS

Other approaches are sensitive to the amount of churn in the modified
files. A local replicated server, or working copy, can be very helpful
to getting that first working copy locally and updating only as
needed.
]] TD - Yes we are replicating to local servers first

> The challenges with moving huge amounts of data back and forth between
> remote worldwide sites is causing severe delays.  There is plenty of
> information about hosting/replicating SVN servers, but there is little
> information out there about some of the difficulties when dealing with
> multi-gig files.  Most information is focused on source code management and
> doesn't deal with files that are more than a few MB.

That's partly because you're not talking about source, you're talking
about what are effectively binary images in the multi Gigabyte file
size range. It's a whole different set of issues.

> We would also like to get in touch with an organization that is working with
> the obstacles we are, mostly due to us using svn for chip development. We
> also use svn for software development without any issues this severe.

Good luck with that:  Gibabyte files constitute their own issue. Would
you be helped by a proxy server, which could cache the bulky files in
a local repository for you without having to tweak your clients or
other configurations? Or can you, procedurally, copy a local working
copy and "svn update" that copy?
]] TD - We are also caching the data and it has improved performance but not 
well enough. Thanks for the suggestions!

Re: What's the current status for subversion replication?

[Steven Woody]

On 14 August 2010 02:08, Jon Foster  wrote:
> Steven Woody wrote:
>> Thanks everyone, and, can I get know if the replication/write-through
>> things support https?
>
> Yes, they do.
>
>> The master that I want to mirror is using https
>
> On the mirror, you need the appropriate Apache modules and
> configuration.
> Make sure you have mod_proxy and mod_ssl loaded as well as the normal
> Subversion modules.
>
> The proxy-specific config I've used is:
>
> 
>  ...
>  SSLProxyEngine on
>  SSLProxyCACertificateFile /some/local/path/master_cert.pem
>  SSLProxyVerify require
>  SSLProxyVerifyDepth 10
>
>  
>    ... standard SVN config omitted ...
>    SVNMasterURI https://masterserver.mysite.example/svn
>  
> 
>
> The path /some/local/path/master_cert.pem should contain the SSL
> certificate for your master SVN server.  To create it, I just browsed to
> the master SVN server using a web browser and saved the SSL certificate
> to a file.  (In Firefox: Navigate to SSL page, click padlock in
> bottom-right corner of browser, "View Certificate", "Details",
> "Export").
>
> Useful reference:
> http://httpd.apache.org/docs/2.2/mod/mod_ssl.html
>
> Kind regards,
>
> Jon
>
>

Thanks for the example that will be surely useful when I begin to
setup my slaver.   And, I still have a question:  with the
replication/write-through,  can one issue a 'svn lock' command on the
slaver or master?  Thanks!


-- 
Life is the only flaw in an otherwise perfect nonexistence
    -- Schopenhauer

narke
public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com)

Re: SSL handshake failed: SSL error: A TLS warning alert has been received.

[Nico Kadel-Garcia]

On Wed, Aug 11, 2010 at 10:24 AM, Gero  wrote:
> Hi,
>
> After moving to a new system (Kubuntu Hardy -> Lucid) I can no longer access
> an SVN repository:
>
> $ svn update
> svn: OPTIONS of 'https://example.com/path/to/svn/trunk': SSL handshake
> failed: SSL error: A TLS warning alert has been received.
> (https://example.com)

But 'svn info 'https://example.com/path/to/svn/trunk works? What about
doing a clean checkout to a new location?

>
> I assume the old svn client version was 1.4.6:
> http://packages.ubuntu.com/hardy/subversion The new version is 1.6.6.
>
> The repository has other users for whom it continues to work.
>
> Any ideas what is going on?
>
> Thanks,
> Gero.
>