> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: donderdag 29 januari 2015 00:49
> To: dev@subversion.apache.org
> Subject: Re: svn commit: r1655474 -
> /subversion/trunk/subversion/tests/cmdline/redirect_tests.py
>
> rhuij...@apache.org writes:
>
>
On 29.01.2015 08:08, Branko Čibej wrote:
>> Author: stsp
>> Date: Tue Sep 30 20:03:43 2014
>> New Revision: 1628536
>>
>> URL: http://svn.apache.org/r1628536
>> Log:
>> Fix issue #4085, "external can shadow a versioned directory".
> [...]
>
>> Modified: subversion/trunk/subversion/libsvn_client/ext
"Bert Huijben" writes:
> The commandline parser +- ignores every error it gets from
> svn_client_get_repos_root(), telling you that it failed to obtain a
> repository root.
>
> And redirects were just added as nice feature for during svn update.
E175011 has the wrong name, the DAV layer knows no
Hi everybody,
I am following this feature with a lot of interest!
One question pops up:
1. Suppose I have a branch "B" with external references to "E"
2. "E" has an external reference to "F"
When I copy "B" to "C" with --pin-externals, then
1. The external reference "E" will be pinned to e.g. "E
On Thu, Jan 29, 2015 at 12:14:27PM +0100, Tom Ghyselinck wrote:
> Hi everybody,
>
> I am following this feature with a lot of interest!
>
> One question pops up:
> 1. Suppose I have a branch "B" with external references to "E"
> 2. "E" has an external reference to "F"
>
> When I copy "B" to "C"
On Wed, Jan 28, 2015 at 03:41:32PM +0100, Stefan Sperling wrote:
> Both concerns should be addressed as of r1655324. Thanks!
Outstanding bugs I'm aware of:
- WC->WC copies should not contact the repository.
- REPOS->WC copies check externals out before pinning so they
end up having the w
Philip Martin writes:
> E175011 has the wrong name, the DAV layer knows nothing about relocation
> which is a libsvn_client concept so SVN_ERR_RA_DAV_RELOCATED should have
> been SVN_ERR_RA_DAV_REDIRECTED. It's too late to change that now but I
> suppose we could change the error text and add SV
On Thu, Jan 29, 2015 at 10:16:47AM +0100, Branko Čibej wrote:
> (I'm ignoring the fact that this "fix" is likely to blow up when someone
> expands a sparse working copy such that an externals root suddenly
> become versioned, and that it would be better to solve this in wc-db.)
I believe I tired t
Hi Stefan,
Thank you for you quick reply!
Indeed, I was pointing to some kind of "recursive pinning".
Let me explain a little bit why this would be a great feature
for our company:
- We have some older projects which use this kind of dependencies
extensively.
- Some of our newer projects still
On Thu, Jan 29, 2015 at 01:40:14PM +0100, Tom Ghyselinck wrote:
> Hi Stefan,
>
> Thank you for you quick reply!
>
> Indeed, I was pointing to some kind of "recursive pinning".
>
> Let me explain a little bit why this would be a great feature
> for our company:
>
> - We have some older projects
Philip Martin writes:
> "Bert Huijben" writes:
>> (And you really don't want to know how you got the 'nice' error in 1.8 /
>> trunk before the recent patches... It was somewhere halfway doing a http-v1
>> protocol handshake on the pre-redirect location, after leaving an ra-session
>> in an dangl
i...@apache.org writes:
>/* Create the 'current' file. */
> - SVN_ERR(svn_io_file_create_empty(svn_fs_fs__path_current(fs, pool), pool));
>SVN_ERR(svn_fs_fs__write_current(fs, 0, 1, 1, pool));
This causes failures on Unix.
svn_fs_fs__write_current() needs to use some file as a source of
Hi Stefan,
Thank you for your notes!
On do, 2015-01-29 at 14:08 +0100, Stefan Sperling wrote:
> On Thu, Jan 29, 2015 at 01:40:14PM +0100, Tom Ghyselinck wrote:
> > Hi Stefan,
> >
> > Thank you for you quick reply!
> >
> > Indeed, I was pointing to some kind of "recursive pinning".
> >
> > Let
On 29 January 2015 at 16:39, Philip Martin wrote:
> i...@apache.org writes:
>
>>/* Create the 'current' file. */
>> - SVN_ERR(svn_io_file_create_empty(svn_fs_fs__path_current(fs, pool),
>> pool));
>>SVN_ERR(svn_fs_fs__write_current(fs, 0, 1, 1, pool));
>
> This causes failures on Unix.
>
On 28/01/15 15:09, Philip Martin wrote:
> Andreas Stieger writes:
>
>> I will look into that. The odd thing is when I remove the comments,
>> check-swig-py trips over a svn_pool_create() call without arguments in
>> proxy_apr.swg which looks wrong.
>
> That's python code, not C. The function is
Andreas Stieger writes:
> When removing comments which throw SWIG 3.0.4 errors as this:
What errors do you get if you leave the comments in? We don't really
want to delete the comments from our source code. Which version of
Python are you using?
> I get the following error:
>
>> import me
Hi,
On 29/01/15 16:05, Philip Martin wrote:
> Andreas Stieger writes:
>
>> When removing comments which throw SWIG 3.0.4 errors as this:
>
> What errors do you get if you leave the comments in? We don't really
> want to delete the comments from our source code.
> [ 479s] ./subversion/bindi
Andreas Stieger writes:
> Hi,
>
> On 29/01/15 16:05, Philip Martin wrote:
>> Andreas Stieger writes:
>>
>>> When removing comments which throw SWIG 3.0.4 errors as this:
>>
>> What errors do you get if you leave the comments in? We don't really
>> want to delete the comments from our source c
On 29.01.2015 12:33, Stefan Sperling wrote:
On Thu, Jan 29, 2015 at 12:14:27PM +0100, Tom Ghyselinck wrote:
Hi everybody,
I am following this feature with a lot of interest!
One question pops up:
1. Suppose I have a branch "B" with external references to "E"
2. "E" has an external reference
I am currently having the same issues as previous author (Mohsin). I am
trying to install serf 1.3.8 for subversion on solaris 10 sparc. I
encountered the following error which I understand is a bug on serf1.3.8 on
solaris 10. Please help.
# scons APR=/usr/local/apr/bin/apr-1-config
APU=/usr/loca
On 1/29/15 11:32 AM, kay wrote:
> I am currently having the same issues as previous author (Mohsin). I am
> trying to install serf 1.3.8 for subversion on solaris 10 sparc. I
> encountered the following error which I understand is a bug on serf1.3.8 on
> solaris 10. Please help.
Serf mailing list
Which Python Version you are using on Solaris environment ?
Mohsin
On Fri, Jan 30, 2015 at 12:15 AM, kay [via Subversion] <
ml-node+s1072662n191737...@n5.nabble.com> wrote:
> I am currently having the same issues as previous author (Mohsin). I am
> trying to install serf 1.3.8 for subversion on
>scons: warning: Support for pre-2.7.0 Python version (2.6.4) is
deprecated.
> If this will cause hardship, contact scons-...@scons.org
I think you are using old version of python try to upgrade python version
2.7 then try to install serf on Solaris environment.
Mohsin
On Fri, Jan 30, 2015 at 1
On 29.01.2015 19:48, rhuij...@apache.org wrote:
> Author: rhuijben
> Date: Thu Jan 29 18:48:03 2015
> New Revision: 1655796
>
> URL: http://svn.apache.org/r1655796
> Log:
> * subversion/libsvn_client/copy.c
> (wc_to_repos_copy): Don't allocate list when we are not going to add
> anything.
[.
> -Original Message-
> From: Branko Čibej [mailto:br...@wandisco.com]
> Sent: donderdag 29 januari 2015 21:22
> To: comm...@subversion.apache.org
> Subject: Re: svn commit: r1655821 - in /subversion/trunk/subversion:
> libsvn_ra_serf/options.c tests/cmdline/redirect_tests.py
>
> On 29.01
I am currently having the same issues as previous author (Mohsin). I am
trying to install serf 1.3.8 for subversion on solaris 10 sparc. I
encountered the following error which I understand is a bug on serf1.3.8 on
solaris 10. Please help.
# scons APR=/usr/local/apr/bin/apr-1-config
APU=/usr/loca
On Thu, Jan 29, 2015 at 07:26:01PM +0100, Stefan Kueng wrote:
> TortoiseSVN has such a feature. Of course, it doesn't work in an ideal way.
> Here's what I do in TSVN:
>
> The branch/tag dialog (the one that's shown for an 'svn copy') scans the
> working copy for all external properties, and it do
On 29.01.2015 22:45, Stefan Sperling wrote:
On Thu, Jan 29, 2015 at 07:26:01PM +0100, Stefan Kueng wrote:
TortoiseSVN has such a feature. Of course, it doesn't work in an ideal way.
Here's what I do in TSVN:
The branch/tag dialog (the one that's shown for an 'svn copy') scans the
working copy
On Thu, Jan 29, 2015 at 12:39:13PM +0100, Stefan Sperling wrote:
> On Wed, Jan 28, 2015 at 03:41:32PM +0100, Stefan Sperling wrote:
> > Both concerns should be addressed as of r1655324. Thanks!
>
> Outstanding bugs I'm aware of:
>
> - WC->WC copies should not contact the repository.
>
> - RE
On Thu, Jan 29, 2015 at 11:01:32PM +0100, Stefan Kueng wrote:
> >On Thu, Jan 29, 2015 at 07:26:01PM +0100, Stefan Kueng wrote:
> >What happens if one or more recursive externals definitions end up looping
> >back to an external that's already been traversed?
>
> The same that happens if you try to
On Thu, Jan 29, 2015 at 11:15 PM, Stefan Sperling wrote:
> On Thu, Jan 29, 2015 at 11:01:32PM +0100, Stefan Kueng wrote:
>> >On Thu, Jan 29, 2015 at 07:26:01PM +0100, Stefan Kueng wrote:
...
>> >Well, I'd rather avoid having to make commits to multiple repositories.
>> >If this feature only works
On Fri, Jan 30, 2015 at 12:43:47AM +0100, Johan Corveleyn wrote:
> From the peanut gallery: I'm with Stefan Küng on this. I think
> "intra-repository externals" are used *a lot*, especially in
> companies. I'm not a big fan of this way of working myself, but I can
> certainly see it happening (just
On Fri, Jan 30, 2015 at 1:10 AM, Stefan Sperling wrote:
> On Fri, Jan 30, 2015 at 12:43:47AM +0100, Johan Corveleyn wrote:
>> From the peanut gallery: I'm with Stefan Küng on this. I think
>> "intra-repository externals" are used *a lot*, especially in
>> companies. I'm not a big fan of this way o
On 1/28/15 1:50 AM, Branko Čibej wrote:
> Once on trunk, it would be nice to add some tests for certs that use
> SHA-256, SHA-384 and/or SHA-512 in the signature algorithm.
There's already a SHA-256 certificate, but point taken.
34 matches
Mail list logo
