Re: Possible 1.8.0 bug: SVN diff crashing on intermediate directory over external directory

2013-07-17 Thread Stefan Sperling 
On Tue, Jul 16, 2013 at 09:26:44AM +0200, Marek Gulanowski wrote:
> Hello there,
> 
> I may have found a bug:

Yes, you have. I can reproduce this. Please file I an issue. Thanks!

> In my repository I have an external directory which is defined using a path
> with an intermediate directory as follows:
> path_to_external intermediate_directory/external_dir_in_wc
> 
> When I try to diff the whole WC, I get the error
> 
> svn: E155010: The node 'intermediate_directory' was not found.
> 
> I hadn't had this error before I migrated to release 1.8 of SVN. It happens
> both in WC's which have been upgraded to 1.8 and those which I have freshly
> checked out.
> 
> I have noticed this in 2 builds:
> svn, version 1.8.0 (r1490375)
>compiled Jun 19 2013, 10:42:54 on i686-pc-cygwin
> 
> svn, version 1.8.0 (r1490375)
>compiled Jun 17 2013, 19:47:41 on x86-microsoft-windows
> 
> Is this an SVN problem or am I doing something wrong here?
> 
> Regards,
> Marek Gulanowski

Re: Check-out fails with LANG=C

2013-07-17 Thread Michael Pruemm 
Daniel Shahaf  daniel.shahaf.name> writes:

> 
> Michael Pruemm wrote on Tue, Jul 09, 2013 at 16:00:38 +0200:
> > Note: instead of the error message I got a core dump. That happened before,
> > too. The check-out went about as far as in the other failing cases.
> 
> I suspect the core dump is http://svn.apache.org/r1503318 --- do you get
> further if you apply that and rebuild svn?

The core dumps happen when memory is so tight that svn cannot even create
its error structure to report the error. I saw this yesterday when running a
check-out under gdb.

[I didn't try your patch, but I doubt it will help because it applies only
to ra_serf and wouldn't help when using other repository access methods.]

Accessing Remote SVN Repositories

2013-07-17 Thread Stephen Gorin 
Greetings, all,

Help, please.

I need to access the Subversion repositories of two software vendors. 
Because of firewall issues they cannot "push" their changes to us, rather 
we have to access their repositories and "pull" the latest code from their 
sites.

What is the best way to accomplish this.  Please bear in mind that I am not 
particularly Subversion literate.

Many thanks in advance,

Steve

Re: Accessing Remote SVN Repositories

2013-07-17 Thread Ryan Schmidt 

On Jul 17, 2013, at 17:34, Stephen Gorin wrote:

> I need to access the Subversion repositories of two software vendors. Because 
> of firewall issues they cannot "push" their changes to us, rather we have to 
> access their repositories and "pull" the latest code from their sites.

"push" and "pull" are not words used in Subversion parlance.

Subversion repositories are available via URLs. The administrator of the 
repository will need to tell you what the URL is, and will need to open up 
access through their firewall for it. Then you access that URL with your svn 
client.

Re: Accessing Remote SVN Repositories

2013-07-17 Thread Geoff Hoffman 
Steve, first off, the security permissions you may need as a prerequisite
to access "their stuff" covers a wide range of scenarios: SSH keys, VPN
access and so on are outside the range of topics discussed here. Let's
assume you have access past their firewall to the server where their stuff
is stored.

As Ryan suggested, presumably they will or have already provided you with a
URI (it may start with http://, https://, svn://, or svn+ssh:// ... ) [1]
and you may have more than one set of un/pw combo.

If you never need to push changes you make to their stuff, back to their
repository, just ask them for an svn export (zip) one-time, as it will be
simpler for a beginner.

If however, you are going to be expected to deal with changes they make to
their stuff on an ongoing basis (svn update your local copy ~ analogous to
git pull), and the standard way you can deal with "your stuff" going to
"your repository" while changes to "their stuff" can be integrated with
"your stuff" -- all at the same time -- is via the concept of
svn:externals.

In these cases, you probably will need to integrate their stuff into your
stuff as an "external" - see here [2].

It should also be mentioned that it may be simple for them to simply host
your stuff too on the same server - as it sounds like they're already set
up to do so.


[1] http://stackoverflow.com/questions/2140954/which-protocol-svn-or-https
[2]
http://blog.jmfeurprier.com/2009/12/10/simple-introduction-to-svn-externals/







Geoff Hoffman
Solutions Architect & LAMP Engineer
phone +1 623.399.4918
mobile +1 480.231.8323
web CardinalPath.com 



On Wed, Jul 17, 2013 at 3:52 PM, Ryan Schmidt <
subversion-20...@ryandesign.com> wrote:

>
> On Jul 17, 2013, at 17:34, Stephen Gorin wrote:
>
> > I need to access the Subversion repositories of two software vendors.
> Because of firewall issues they cannot "push" their changes to us, rather
> we have to access their repositories and "pull" the latest code from their
> sites.
>
> "push" and "pull" are not words used in Subversion parlance.
>
> Subversion repositories are available via URLs. The administrator of the
> repository will need to tell you what the URL is, and will need to open up
> access through their firewall for it. Then you access that URL with your
> svn client.
>
>

-- 


Connect with us on twitter , 
google+
, facebook , or 
linkedin
.

Catch our next training in San Francisco Jul 15 - 
19
, Philadelphia Jul 22 - 
26
, Detroit Jul 29 - Aug 
2
, Columbus, Aug 5 - 
9
 or See 
All
.

This email, including any attachments, is for the sole use of the intended 
recipient and may contain confidential information. If you are not the 
intended recipient, please immediately notify us by reply email or by 
telephone, delete this email and destroy any copies. Thank you.

Accessing Subversion Remotely

2013-07-17 Thread stevieg 
Greetings, all,

I have a problem, I need to query the Subversion repositories of two of our
software vendors in order to pick up their latest changes and am not sure of
the best way to do this.  Most of the Subversion utilities seem to be based
on a "push" model.  Because of firewall issues this is not possible.

What I am looking for is a "pull" solution that we can use from our
Subversion instance.

Please be kind as I am not Subversion literate.

Thanks in advance,

Steve



--
View this message in context: 
http://subversion.1072662.n5.nabble.com/Accessing-Subversion-Remotely-tp183192.html
Sent from the Subversion Users mailing list archive at Nabble.com.

Re: Accessing Subversion Remotely

2013-07-17 Thread Nico Kadel-Garcia 
On Wed, Jul 17, 2013 at 7:34 PM, stevieg  wrote:
> Greetings, all,
>
> I have a problem, I need to query the Subversion repositories of two of our
> software vendors in order to pick up their latest changes and am not sure of
> the best way to do this.  Most of the Subversion utilities seem to be based
> on a "push" model.  Because of firewall issues this is not possible.
>
> What I am looking for is a "pull" solution that we can use from our
> Subversion instance.

???

The "post-commit" tools, designed to push to a remote repository or
deploy based on changes, are indeed push based. But the whole model of
Subversion is based on the older CVS model. "There is a central repo:
all your changes are compared to it, and any local changes are only
recorded by pushing to the central repository".

If you want to do development locally, with changes recorded locally
and without write access to your vendor's repository, than you have to
look at using a local Subversion repository and doing some
synchronization steps between them (such as maintaining local tags of
the released copies of vendor code), or you have to use something like
git that can store your changes locally and still do valid comparisons
to a remote Subversion repository. (Look at git-svn documentation for
examples.)

> Please be kind as I am not Subversion literate.

Exception running svnadmin upgrade

2013-07-17 Thread Geoff Hopkins 
Hi there
Receive this exception constantly when running the following at the command line

svnadmin upgrade "E:\svn_respository\Projects"

Geoff Hopkins

Ramesys Global
Telephone   +61 8 9486 7516 Ext 7006
Facsimile+61 8 9226 3342
Mobile 0419 185 226

Street Address:
Level 21 AMP Building
140 St. Georges Tce
Perth, Western Australia, 6000, Australia

Mailing Address:
PO Box 1449, Subiaco, Western Australia, 6904, Australia

http://www.ramesysglobal.com



svn-crash-log20130718085902.log
Description: svn-crash-log20130718085902.log


svn-crash-log20130718085902.dmp
Description: svn-crash-log20130718085902.dmp

Re: Accessing Subversion Remotely

2013-07-17 Thread Prabhu 

On 07/18/2013 05:04 AM, stevieg wrote:

Greetings, all,

I have a problem, I need to query the Subversion repositories of two of our
software vendors in order to pick up their latest changes and am not sure of
the best way to do this.  Most of the Subversion utilities seem to be based
on a "push" model.  Because of firewall issues this is not possible.

What I am looking for is a "pull" solution that we can use from our
Subversion instance.




You might want to do svnsync ?

By svnsync you can replicate a remote repository in your box. The 
process is very simple, barely a two step process.



--Prabhu

Re: Exception running svnadmin upgrade

2013-07-17 Thread Thorsten Schöning 
Guten Tag Geoff Hopkins,
am Donnerstag, 18. Juli 2013 um 03:02 schrieben Sie:

> svnadmin upgrade "E:\svn_respository\Projects"

This is a known issue and will be fixed in 1.8.1.

http://mail-archives.apache.org/mod_mbox/subversion-users/201306.mbox/%3C20130619093032.GB2964@lp-shahaf.local%3E

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...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

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

Re: Accessing Remote SVN Repositories

2013-07-17 Thread Thorsten Schöning 
Guten Tag Stephen Gorin,
am Donnerstag, 18. Juli 2013 um 00:34 schrieben Sie:

> I need to access the Subversion repositories of two software
> vendors. Because of firewall issues they cannot "push" their changes
> to us, rather we have to access their repositories and "pull" the latest code 
> from their sites.

You should clarify which kind of firewall issues you mean, on your or
on your vendors site? That's important because speaking of "pushing"
changes to you implies problems with your firewalls, but as it's
yours, you of course could solve those problems. If it's the firewall
of your vendors than "pulling" changes is not an option as most of the
time that's exactly what the firewalls are blocking.

> What is the best way to accomplish this.  Please bear in mind that
> I am not particularly Subversion literate.

You should make yourself familiar with how Subversion works because
this is important to solve your issues. Speaking of "push" and "pull"
is not enough, you need to know where Subversion servers and clients
run, who is committing which data to where and who wants to have that
data how and that you can think of which firewall is in the way or
not.

http://svnbook.red-bean.com/en/1.7/svn.intro.whatis.html#svn.intro.architecture

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...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

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

Migration from Clearcase to SVN

2013-07-17 Thread Badipatla, Venkata 
Hi Team,

We are planning to migrate Clearcase vob's to Subversion in Linux and Solaris 
environment.

Could you please let me know the good approach to do this activity.

Thanks in advance!

Thanks & Regards,
___
Venkat Badipatla
Consultant | Apps 2
SCM Engineer
Capgemini "India" | Mumbai
Tel.: +91 22 3919 4000 - 2211785
Mob.: + 91 9819912307
www.capgemini.com

[cid:image001.gif@01CE83AC.9B3B6E60]People matter, results count.

___

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.
<>