Congratulations,
Subversion, one of your products, has been added to Softpedia's database of
software programs for the Windows operating system. It is featured with a
description text, screenshots, download links and technical details on this
page:
http://www.softpedia.com/get/Programming/Other-Pr
I am looking for suggestions from the community as to how best address the
setup issue outlined below.
We have two sites wanting to use Subversion that are performing parallel
development of the same software. Due to security restrictions, the two sites
are unable to communicate electronically
I'm intrigued as to how people would answer this. Obviously, if you're only
going to sync the repos once per week, you're going to be fundamentally limited
by that.
Is your solution to use patchfiles? It should be pretty straightforward.
svn diff -rxxx:HEAD > patchfile
where xxx is the revi
On Sun, Jun 05, 2011 at 02:57:22PM +, Randolph, Christian [USA] wrote:
> I am looking for suggestions from the community as to how best address the
> setup issue outlined below.
>
> We have two sites wanting to use Subversion that are performing parallel
> development of the same software.
The perl bindings don't work with the newest version of that manifests
with "git svn", the reasons are unclear though
I'm using Arch Linux
# pacman -Q subversion perl git
subversion 1.6.15-1
perl 5.14.0-1
git 1.7.5.2-2
# git svn rebase
Bizarre copy of UNKNOWN in subroutine entry at
/usr/lib/perl
On Sun, Jun 05, 2011 at 01:24:17PM +0200, Otto Allmendinger wrote:
> The perl bindings don't work with the newest version of that manifests
> with "git svn", the reasons are unclear though
>
> I'm using Arch Linux
>
> # pacman -Q subversion perl git
> subversion 1.6.15-1
> perl 5.14.0-1
> git 1.7
Stefan Sperling wrote on Sun, Jun 05, 2011 at 17:33:56 +0200:
> Subversion has not been designed for server-independent operation.
> For proper operation you need either one central server or at least
> a mirror server that can contact the master over a network connection.
Or, alternatively, a mas
Otto Allmendinger wrote on Sun, Jun 05, 2011 at 13:24:17 +0200:
> # git svn rebase
> Bizarre copy of UNKNOWN in subroutine entry at
> /usr/lib/perl5/vendor_perl/SVN/Base.pm line 80.
>
We need more information.
> The debian bug report you linked says this might be a problem with SWIG.
> What version of SWIG are you using?
I'm using swig 2.0.4 where the bug is supposed to be fixed.
Svn is compiled against that version, the errors still occurs.
Output of "make test" in bindings/swig/perl/native:
https://
On Sun, Jun 5, 2011 at 10:57 AM, Randolph, Christian [USA]
wrote:
> I am looking for suggestions from the community as to how best address the
> setup issue outlined below.
>
> We have two sites wanting to use Subversion that are performing parallel
> development of the same software. Due to se
On 6/5/11 7:52 PM, Nico Kadel-Garcia wrote:
On Sun, Jun 5, 2011 at 10:57 AM, Randolph, Christian [USA]
wrote:
I am looking for suggestions from the community as to how best address the
setup issue outlined below.
We have two sites wanting to use Subversion that are performing parallel
devel
On Sun, Jun 5, 2011 at 10:19 PM, Les Mikesell wrote:
> If it doesn't take too long for a round-trip, you could ship the working
> copy from site B to site A, do the commit and update, and ship it back
> before doing any more work at site B.
Les, I'm looking right at his original post.
> We have
12 matches
Mail list logo
