pbu...@apache.org writes:
> Author: pburba
> Date: Tue Dec 6 22:04:22 2011
> New Revision: 1211199
>
> URL: http://svn.apache.org/viewvc?rev=1211199&view=rev
> Log:
> Fix issue #4057 "don't record non-inheritable mergeinfo in shallow merge
> if entire diff is within requested depth".
This commit
Stefan Küng wrote:
> on trunk, svn_uri__is_child() has been replaced with svn_uri_skip_ancestor()
> (r1198802), but it works the same as svn_uri__is_child() from what I can see.
Just answering this bit: no, _skip_ancestor() intentionally returns "" if the
child is equal to the parent, whereas _i
On Wed, Dec 7, 2011 at 6:26 AM, Julian Foad wrote:
>> Author: pburba
>
>> Date: Tue Dec 6 22:04:22 2011
>> New Revision: 1211199
>>
>> URL: http://svn.apache.org/viewvc?rev=1211199&view=rev
>> Log:
>> Fix issue #4057 "don't record non-inheritable mergeinfo in shallow
>> merge if entire diff is wi
Hi,
from a few crash reports sent in for TSVN I was finally able to pin down
the problem:
in libsvn_client\delete.c, line 240 there's a call
repos_relpath = svn_uri__is_child(repos_root, uri, pool);
but that can return NULL.
further below then that repos_relpath is passed to svn_ra_check_path
r1211582 should make things better.
I think the nightly releases were also affected by this bug, in which
case tonight's nightly roll should confirm the fix.
http://subversion.apache.org/source-code.html#nightlies
On Wed, Dec 7, 2011, at 19:56, Daniel Shahaf wrote:
> On Wed, Dec 7, 2011, at 19:5
On Wed, Dec 7, 2011, at 19:53, Daniel Shahaf wrote:
> On Wed, Dec 7, 2011, at 11:43, Hyrum K Wright wrote:
> > On Wed, Dec 7, 2011 at 11:29 AM, Stefan Sperling wrote:
> > > On Wed, Dec 07, 2011 at 11:23:30AM -0400, Shane Turner wrote:
> > >> Should I open a bug report to have the packages regenera
On Wed, Dec 7, 2011, at 11:43, Hyrum K Wright wrote:
> On Wed, Dec 7, 2011 at 11:29 AM, Stefan Sperling wrote:
> > On Wed, Dec 07, 2011 at 11:23:30AM -0400, Shane Turner wrote:
> >> Should I open a bug report to have the packages regenerated,
> >
> > No. Releases are never regenerated. That would
On Wed, Dec 7, 2011, at 11:23, Shane Turner wrote:
> Should I open a bug report to have the packages regenerated, assuming
> that will fix the problem? I would take a look at the scripts to build
> the source archives if I knew where they were.
>
Short answer: tools/dist/release.py in trunk. S
On Wed, Dec 7, 2011 at 11:29 AM, Stefan Sperling wrote:
> On Wed, Dec 07, 2011 at 11:23:30AM -0400, Shane Turner wrote:
>> Should I open a bug report to have the packages regenerated,
>
> No. Releases are never regenerated. That would invalidate signatures
> developers sent for the release.[*]
>
>
On Wed, Dec 7, 2011, at 18:29, Stefan Sperling wrote:
> On Wed, Dec 07, 2011 at 11:23:30AM -0400, Shane Turner wrote:
> > Should I open a bug report to have the packages regenerated,
>
> No. Releases are never regenerated. That would invalidate signatures
> developers sent for the release.[*]
>
>
On Wed, Dec 07, 2011 at 11:23:30AM -0400, Shane Turner wrote:
> Should I open a bug report to have the packages regenerated,
No. Releases are never regenerated. That would invalidate signatures
developers sent for the release.[*]
We'll have to figure out the source of the problem and then try
to
On Wed, Dec 7, 2011 at 6:30 AM, Julian Foad wrote:
> Hi Paul.
>
>> Author: pburba
>> Date: Thu Dec 1 18:38:38 2011
>> New Revision: 1209176
>>
>> URL: http://svn.apache.org/viewvc?rev=1209176&view=rev
>> Log:
>> Fix issue #4056 "don't record non-inheritable mergeinfo if missing
>> subtrees are no
On Wed, Dec 7, 2011 at 9:30 AM, Philip Martin
wrote:
> Hyrum K Wright writes:
>
>> On Wed, Dec 7, 2011 at 9:03 AM, Philip Martin
>> wrote:
>>> Hyrum K Wright writes:
>>>
I happy to revert, though I don't know how to fix the problem I'm
seeing. The symptom is manifest when we go to cl
Hyrum K Wright writes:
> On Wed, Dec 7, 2011 at 9:03 AM, Philip Martin
> wrote:
>> Hyrum K Wright writes:
>>
>>> I happy to revert, though I don't know how to fix the problem I'm
>>> seeing. The symptom is manifest when we go to close the context, we
>>> iterate over all the wcroot's that the
Should I open a bug report to have the packages regenerated, assuming
that will fix the problem? I would take a look at the scripts to build
the source archives if I knew where they were.
Shane
On 06/12/2011 12:28 PM, Shane Turner wrote:
subversion/include/svn_version.h is incorrect as well.
On Wed, Dec 7, 2011 at 9:03 AM, Philip Martin
wrote:
> Hyrum K Wright writes:
>
>> I happy to revert, though I don't know how to fix the problem I'm
>> seeing. The symptom is manifest when we go to close the context, we
>> iterate over all the wcroot's that the context holds. When running
>> ag
Philip Martin wrote:
> Julian Foad writes:
>> Is there a bit of terminology mix-up here between "add" and "copy"?
>
> I don't think so?
OK. I was a bit confused after Bert said "I don't know how you want to record
in the repository that a node is new (added) and moved to a different place in
Hyrum K Wright writes:
> I happy to revert, though I don't know how to fix the problem I'm
> seeing. The symptom is manifest when we go to close the context, we
> iterate over all the wcroot's that the context holds. When running
> against an APR compiled with pool lifetime debugging, this caus
On Wed, Dec 7, 2011 at 7:23 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Bert Huijben [mailto:b...@qqmail.nl]
>> Sent: woensdag 7 december 2011 11:42
>> To: dev@subversion.apache.org; hwri...@apache.org
>> Subject: RE: svn commit: r1211162 -
>> /subversion/trunk/subversion/li
On 12/07/2011 08:58 AM, Julian Foad wrote:
> Merge currently never performs an add in the "new creation" sense; an add
> in the merge source becomes a copy in the merge target.
...except when doing a foreign repository merge.
--
C. Michael Pilato
CollabNet <> www.collab.net <> Distribut
Julian Foad writes:
> Is there a bit of terminology mix-up here between "add" and "copy"?
I don't think so?
> I think it would help clarity if we took a lead from Greg in reserving
> the word "add" for creation of a new item with no history, and
> otherwise saying "copy" or "move" as appropriat
Sorry, it was a false alarm!
The cyrus-sasl2 port was compiled incorrectly (--with-gss_impl=mit
instead of --with-gss_impl=heimdal) due to a long-forgotten KRB5_HOME
defined in /etc/make.conf.
Everything works now. I love Unix, there are no unexplainable or
random glitches :)
--
Victor Sudakov
Philip wrote:
> "Bert Huijben" writes:
>>> That's relatively simple but it raises one big question: is the base
>>> node the right place to record moved_to? What about nodes without base
>>> nodes? When X is the child of a copied directory that is not a
>>> replacement then X will not have a
Philip Martin writes:
> Or suppose I merge a revision that adds X containing X/Y, then I merge
> (with a new merge-aware merge) another revision that moves X/Y to X/Z,
Typo: "merge-aware merge" was supposed to be "move-aware" merge.
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.co
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: woensdag 7 december 2011 11:42
> To: dev@subversion.apache.org; hwri...@apache.org
> Subject: RE: svn commit: r1211162 -
> /subversion/trunk/subversion/libsvn_wc/context.c
>
>
>
> > -Original Message-
> >
"Bert Huijben" writes:
>> That's relatively simple but it raises one big question: is the base
>> node the right place to record moved_to? What about nodes without base
>> nodes? When X is the child of a copied directory that is not a
>> replacement then X will not have a base node, but if the
Hi Johan. See below...
On 28 November 2011, Johan Corveleyn wrote:
> On Mon, Nov 28, 2011 at 7:32 AM, Daniel Shahaf wrote:
>> On Sunday, November 27, 2011 11:16 PM, "Johan Corveleyn" wrote:
>>>
>>> What if we could 'svnadmin (re)load' a single revision $REV in a
>>> repository, which would
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: woensdag 7 december 2011 13:13
> To: dev@subversion.apache.org
> Subject: Move tracking and NODES.moved_to/moved_here
>
> This is about tracking local, uncommitted moves in thw working copy.
> Trunk ha
This is about tracking local, uncommitted moves in thw working copy.
Trunk has begun to use the NODES columns moved_to and moved_here that
are unused in 1.7. I'm a bit confused about how it is supposed to work.
moved_to is a relpath while moved_here is treated as a boolean, with
repos_path provid
Victor Sudakov wrote on Wed, Dec 07, 2011 at 18:22:03 +0700:
> Philip Martin wrote:
> > >>>
> > >>> Have you tried with "mech_list: gssapi" so that the client has no
> > >>> choice?
> > >>
> > >> Yes, in fact I wrote about it in the original post. I repeat:
> > >>
> > >> If I disable the digest-m
Hi Paul.
> Author: pburba
> Date: Thu Dec 1 18:38:38 2011
> New Revision: 1209176
>
> URL: http://svn.apache.org/viewvc?rev=1209176&view=rev
> Log:
> Fix issue #4056 "don't record non-inheritable mergeinfo if missing
> subtrees are not touched by the full-depth diff".
>
> * subversion/libsvn_c
Philip Martin wrote:
> >>
> >> Have you tried with "mech_list: gssapi" so that the client has no choice?
> >
> > Yes, in fact I wrote about it in the original post. I repeat:
> >
> > If I disable the digest-md5 mech on the server, like
> > (mech_list: gssapi anonymous), I get:
>
> I'm not a SASL
> Author: pburba
> Date: Tue Dec 6 22:04:22 2011
> New Revision: 1211199
>
> URL: http://svn.apache.org/viewvc?rev=1211199&view=rev
> Log:
> Fix issue #4057 "don't record non-inheritable mergeinfo in shallow
> merge if entire diff is within requested depth".
>
> * subversion/libsvn_client/merg
Philip Martin wrote:
> >>>
> >>> Have you tried with "mech_list: gssapi" so that the client has no choice?
> >>
> >> Yes, in fact I wrote about it in the original post. I repeat:
> >>
> >> If I disable the digest-md5 mech on the server, like
> >> (mech_list: gssapi anonymous), I get:
> >
> > I'm n
> -Original Message-
> From: hwri...@apache.org [mailto:hwri...@apache.org]
> Sent: dinsdag 6 december 2011 22:22
> To: comm...@subversion.apache.org
> Subject: svn commit: r1211162 -
> /subversion/trunk/subversion/libsvn_wc/context.c
>
> Author: hwright
> Date: Tue Dec 6 21:22:08 2011
Philip Martin writes:
> Victor Sudakov writes:
>
>> Philip Martin wrote:
>>>
>>> Have you tried with "mech_list: gssapi" so that the client has no choice?
>>
>> Yes, in fact I wrote about it in the original post. I repeat:
>>
>> If I disable the digest-md5 mech on the server, like
>> (mech_list
Victor Sudakov writes:
> Philip Martin wrote:
>>
>> Have you tried with "mech_list: gssapi" so that the client has no choice?
>
> Yes, in fact I wrote about it in the original post. I repeat:
>
> If I disable the digest-md5 mech on the server, like
> (mech_list: gssapi anonymous), I get:
I'm no
Philip Martin wrote:
>
> > I have upgraded the svn client from subversion-1.6.17 to
> > subversion-1.7.2 on FreeBSD 7.4 and GSSAPI authentication stopped
> > working. svn does not even try to get a Kerberos ticket and tries to
> > use DIGEST-MD5 at once. The server is still subversion-1.6.16_1 (no
Victor Sudakov writes:
> I have upgraded the svn client from subversion-1.6.17 to
> subversion-1.7.2 on FreeBSD 7.4 and GSSAPI authentication stopped
> working. svn does not even try to get a Kerberos ticket and tries to
> use DIGEST-MD5 at once. The server is still subversion-1.6.16_1 (no
> chan
Daniel Shahaf wrote:
> > > > >
> > > > > I have upgraded the svn client from subversion-1.6.17 to
> > > > > subversion-1.7.2 on FreeBSD 7.4 and GSSAPI authentication stopped
> > > > > working. svn does not even try to get a Kerberos ticket and tries to
> > > >
> > > > At least, how do I enable au
Victor Sudakov wrote on Wed, Dec 07, 2011 at 15:07:54 +0700:
> Daniel Shahaf wrote:
> > > >
> > > > I have upgraded the svn client from subversion-1.6.17 to
> > > > subversion-1.7.2 on FreeBSD 7.4 and GSSAPI authentication stopped
> > > > working. svn does not even try to get a Kerberos ticket and
Daniel Shahaf wrote:
> > >
> > > I have upgraded the svn client from subversion-1.6.17 to
> > > subversion-1.7.2 on FreeBSD 7.4 and GSSAPI authentication stopped
> > > working. svn does not even try to get a Kerberos ticket and tries to
> >
> > At least, how do I enable authentication debug in th
42 matches
Mail list logo
