Hi,
Stefan, we are quite aware of the case you mentioned in your previous
mail. There the diff is between two explicit paths. I guess the below
screenshot would make the intention behind the work much clearer.
Here is my screenshot...
$ vi file1
$ svn add file1
A file1
$ svn ci -m "adde
I’ve written software for a lot of different reasons besides pure
utility in the past. Sometimes I’ve been making an aesthetic
statement, sometimes I’ve hacked to perpetuate a tribal in-joke, and
at least once I have written a substantial piece of code exactly
because the domain experts solemnly sw
On Wed, Nov 24, 2010 at 6:24 PM, Stefan Sperling wrote:
> On Thu, Nov 25, 2010 at 12:08:41AM +0530, Kamesh Jayachandran wrote:
>>
>> >AFAIK svn diff always prints a diff against the copy source if the
>> >items being diffed are source and target of a copy. How is what you
>> >intend to do differen
On Thu, Nov 25, 2010 at 12:08:41AM +0530, Kamesh Jayachandran wrote:
>
> >AFAIK svn diff always prints a diff against the copy source if the
> >items being diffed are source and target of a copy. How is what you
> >intend to do different from the default behaviour?
>
> What Prabhu's '--diff-copy-
On Wed, Nov 24, 2010 at 3:43 AM, Gavin Beau Baumanis
wrote:
> Hi Daniel (T),
>
> Since in your earlier post you mentioned that you didn't mind a friendly
> reminder...
>
> I thought I would return this thread to the top of the list - Just i case
> you had missed Daniel (Shahaf) 's comments.
>
>
There are some fairly simple changes nominated in STATUS that fix
various local bindings test failures in 1.6.x for me.
I expect that these will be backported during the next 1.6.x release phase.
But it would really help me if I didn't have to keep these changes merged
in my working copies all the
Good point! Done.
On Nov 24, 2010 1:32 PM, "Jukka Zitting" wrote:
> Hi Greg,
>
> On Wed, Nov 24, 2010 at 6:31 PM, Greg Stein wrote:
>> could you please moderate this through?
>
> I see some other announce@ moderator already approved the message.
>
> On a related note, was there some intentional c
Attached is the patch.
Thanks and Regards
Noorul
Index: tools/dev/svn-dev.el
===
--- tools/dev/svn-dev.el(revision 1032461)
+++ tools/dev/svn-dev.el(working copy)
@@ -152,15 +152,18 @@
;;; Net if you don't have a lo
Gavin,
gavinbauma...@tigris.org wrote on Wed, Nov 24, 2010 at 04:17:03 -0800:
> --- Additional comments from gavinbauma...@tigris.org Wed Nov 24 04:17:01
> -0800 2010 ---
> Patch Submitted by : Noorul Islam K M
>
> Log
>
> [[[
>
...
>
> ]]]
>
> Index: tools/dev/svn-dev.el
>
On 11/24/2010 01:12 PM, Julian Foad wrote:
>> C. Michael Pilato wrote on Wed, Nov 24, 2010 at 10:36:31 -0500:
>>> On 11/24/2010 05:41 AM, Julian Foad wrote:
Sometimes the summary prints the abspath instead of the relpath
specified on the command line. Specifically, this happens if you
>>
>AFAIK svn diff always prints a diff against the copy source if the
>items being diffed are source and target of a copy. How is what you
>intend to do different from the default behaviour?
What Prabhu's '--diff-copy-from' do is 'get the modification to file *alone*
done in a same commit as copy'
> C. Michael Pilato wrote on Wed, Nov 24, 2010 at 10:36:31 -0500:
> > On 11/24/2010 05:41 AM, Julian Foad wrote:
> > > Sometimes the summary prints the abspath instead of the relpath
> > > specified on the command line. Specifically, this happens if you
> > > specify a changelist.
C-Mike wrote:
>
C. Michael Pilato wrote on Wed, Nov 24, 2010 at 10:36:31 -0500:
> On 11/24/2010 05:41 AM, Julian Foad wrote:
> > On Mon, 2010-11-22, cmpil...@apache.org wrote:
> >> Issue #3693 - Multi-target update output is quite confusing.
> >>
> >> Add notifications at the start of each performed update, and a
I'm a bit surprised by this outcome... do we have no emacs folks around
to handle a simple patch?
Gavin Beau Baumanis wrote on Wed, Nov 24, 2010 at 23:18:20 +1100:
> I have created issue #3758;
> http://subversion.tigris.org/issues/show_bug.cgi?id=3758
>
>
> Gavin "Beau" Baumanis
>
>
> On 08/1
Hyrum K. Wright wrote on Wed, Nov 24, 2010 at 08:34:01 -0600:
> On Tue, Nov 23, 2010 at 10:55 PM, wrote:
> > Author: danielsh
> > Date: Wed Nov 24 04:55:25 2010
> > New Revision: 1038477
> >
> > URL: http://svn.apache.org/viewvc?rev=1038477&view=rev
> > Log:
> > * tools/dist/collect_sigs.py
> >
I'm happy to announce Apache Subversion 1.6.15. This release contains
several bug fixes, including two which can cause client-initiated
crashes on the server. We encourage users to upgrade as soon as
reasonable. Please note that Subversion 1.6.15 is the next release
after Subversion 1.6.13. The
On Wed, Nov 24, 2010 at 09:08:18PM +0530, prabhugnanasundar wrote:
> Hi all,
>
> I am in the process of implementing the '--diff-copy-from' in svn diff,
> just similar to the '--diff-copy-from' in the svnlook diff. I have done
> the coding part for all the 'ra' layers, except the 'svnserve'.
AF
On 11/24/2010 10:38 AM, prabhugnanasundar wrote:
> Hi all,
>
> I am in the process of implementing the '--diff-copy-from' in svn diff,
> just similar to the '--diff-copy-from' in the svnlook diff. I have done
> the coding part for all the 'ra' layers, except the 'svnserve'.
>
> Meanwhile I came
On 11/24/2010 10:36 AM, C. Michael Pilato wrote:
> On 11/24/2010 05:41 AM, Julian Foad wrote:
>> On Mon, 2010-11-22, cmpil...@apache.org wrote:
>>> Issue #3693 - Multi-target update output is quite confusing.
>>>
>>> Add notifications at the start of each performed update, and a summary
>>> at the
Hi all,
I am in the process of implementing the '--diff-copy-from' in svn diff,
just similar to the '--diff-copy-from' in the svnlook diff. I have done
the coding part for all the 'ra' layers, except the 'svnserve'.
Meanwhile I came to know that the 'send_copyfrom_args' for 'svn
update' (client
On 11/24/2010 05:41 AM, Julian Foad wrote:
> On Mon, 2010-11-22, cmpil...@apache.org wrote:
>> Issue #3693 - Multi-target update output is quite confusing.
>>
>> Add notifications at the start of each performed update, and a summary
>> at the end of the whole mess.
>
> Hi Mike. I like the directi
Summary:
+1 to release.
Platform:
Linux (Debian/stable).
Verified:
signatures, MD5 checksums, SHA1 checksums
only expected difference compared to tags/1.6.15
Tested:
1.6.15 tarball with local dependencies (not deps tarball)
(local, svn, svn+sasl, serf, neon, javahl) x (fsfs, bd
On Tue, Nov 23, 2010 at 10:55 PM, wrote:
> Author: danielsh
> Date: Wed Nov 24 04:55:25 2010
> New Revision: 1038477
>
> URL: http://svn.apache.org/viewvc?rev=1038477&view=rev
> Log:
> * tools/dist/collect_sigs.py
> (save_valid_sig, split): Add a \n to flush the "--END PGP SIG--" line.
>
> Modi
On Wed, Nov 24, 2010 at 08:57:22AM -0500, C. Michael Pilato wrote:
> Gavin, you're a volunteer, offering a service we very much appreciate but
> which we realize is offered only out of your free and good will. We've
> already established the minimum expectations of someone serving in the Patch
> M
Gavin, you're a volunteer, offering a service we very much appreciate but
which we realize is offered only out of your free and good will. We've
already established the minimum expectations of someone serving in the Patch
Manager role. So IMO, if you *want* to contribute to threads such as this
o
> -Original Message-
> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf Of
> Hyrum K. Wright
> Sent: dinsdag 23 november 2010 16:03
> To: Subversion Development
> Subject: 1.6.15 up for signing/testing
>
> 1.6.15 tarballs are up for testing and signing. The magic rev
On Tue, Nov 23, 2010 at 09:03:25AM -0600, Hyrum K. Wright wrote:
> 1.6.15 tarballs are up for testing and signing. The magic revision is
> r1038135:
> http://people.apache.org/~hwright/svn/1.6.15/
Summary: +1 to release
Tested: [bdb | fsfs] x [ra_local | ra_svn | ra_neon | ra_serf]
swig
I have created issue #3758;
http://subversion.tigris.org/issues/show_bug.cgi?id=3758
Gavin "Beau" Baumanis
On 08/11/2010, at 11:27 PM, Noorul Islam K M wrote:
>
> Log
>
> [[[
>
> Update paths and links
>
> * tools/dev/svn-dev.el
> (svn-site-source-tree-top): Rename svn-source-tree-top as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 23 November 2010 08:33 PM, Hyrum K. Wright wrote:
> 1.6.15 tarballs are up for testing and signing. The magic revision is
> r1038135:
> http://people.apache.org/~hwright/svn/1.6.15/
Summary:
+1 to release (Unix)
Tested:
1.6.15 ta
Ping. This patch submission has received no further comments.
Gavin "Beau" Baumanis
E: gav...@thespidernet.com
On 12/11/2010, at 3:43 AM, Julian Foad wrote:
> On Wed, 2010-11-10, Noorul Islam K M wrote:
>> [[[
>>
>> Canonicalize dirent/URL before passing to client API
>>
>> * subversion/svn/
Ping. I have not noticed this submission being committed, nor have I noticed
any further comments in well over a week.
Gavin "Beau" Baumanis
On 11/11/2010, at 9:15 PM, Julian Foad wrote:
> On Thu, 2010-11-11, Noorul Islam K M wrote:
>> New test case for issue 3713
>> svn cat for non-existing
Hi Everyone,
I thought I would use this thread to solicit a few opinions about threads like
this one and the Patch Manager's role with them.
In a previous thread Hyrum noted that because the discussion was between
full-committers there wasn't necessarily a role for the PM to play within the
sc
Hi Daniel (T),
Since in your earlier post you mentioned that you didn't mind a friendly
reminder...
I thought I would return this thread to the top of the list - Just i case you
had missed Daniel (Shahaf) 's comments.
Gavin "Beau" Baumanis
On 02/11/2010, at 12:35 AM, Daniel Shahaf wrote:
On Tue, 2010-11-23, Hyrum K. Wright wrote:
> 1.6.15 tarballs are up for testing and signing. [...]
Summary:
+1 to release (Unix).
My two signatures were successfully collected by your script.
Tested:
[ bdb | fsfs ] x [ ra_local | ra_svn | ra_neon | ra_serf ]
swig-pl
swig-py
swig-r
On Fri, 2010-11-19, Noorul Islam K M wrote:
> Fix for issue #3746:
>
> * subversion/svn/notify.c (notify): For each target, reset
> received_some_change variable.
>
> Patch by: Noorul Islam K M
Thanks. Committed in r1038558, and I closed issue #3746.
- Julian
> Index: subversion/svn/noti
Julian Foad writes:
>> /* */
>> static svn_error_t *
>> -upgrade_working_copy(svn_wc__db_t *db,
>> +upgrade_working_copy(void **dir_baton,
>
> Looks like the dir_baton output of this function (unlike others in this
> commit) is not needed by callers: they always discard it.
Yes, I think you are
"Hyrum K. Wright" writes:
> On Fri, Nov 19, 2010 at 1:50 PM, Paul Burba wrote:
>> So unless somebody has a fix coming soon for issue #3641, I think we
>> should either backport r1036429 or veto it *and* revert r962378. The
>> third option, leaving r962378 but not backporting r1036429 seems th
On Mon, 2010-11-22, cmpil...@apache.org wrote:
> Issue #3693 - Multi-target update output is quite confusing.
>
> Add notifications at the start of each performed update, and a summary
> at the end of the whole mess.
Hi Mike. I like the direction of this.
Sometimes the summary prints the abspat
On Wed, 2010-11-17, phi...@apache.org wrote:
> Author: philip
> Date: Wed Nov 17 15:53:03 2010
> New Revision: 1036087
>
> URL: http://svn.apache.org/viewvc?rev=1036087&view=rev
> Log:
> Start making upgrade handle SVN_WC__OP_DEPTH, don't create base nodes
> for nodes that should not have them.
39 matches
Mail list logo
