On 10/18/2016 02:02 PM, Stefan Sperling wrote:
On Tue, Oct 18, 2016 at 01:42:40PM -0700, Alexey Neyman wrote:
I just found what made it consider this directory different: it had build
artifacts (*.o, *.d, etc) in that directory - once I ran 'make clean' prior
to merge, the merge proceeded
On 10/18/2016 01:38 PM, Alexey Neyman wrote:
Hi,
Some time ago, in a separate email thread I was asked to try 1.10
client. I have been using it since, and today it showed an error
during merge:
Checking r12300... done
Tree conflict on '':
Directory merged from
'^/trunk/@12172'
to
'^/trunk
Hi,
Some time ago, in a separate email thread I was asked to try 1.10
client. I have been using it since, and today it showed an error during
merge:
Checking r12300... done
Tree conflict on '':
Directory merged from
'^/trunk/@12172'
to
'^/trunk/@12414'
was deleted by in r12300.
A directory
Any objections to the attached fix?
Regards,
Alexey.
On 12/17/2014 05:43 AM, Bert Huijben wrote:
-Original Message-
From: sti...@apache.org [mailto:sti...@apache.org]
Sent: dinsdag 2 december 2014 08:54
To: comm...@subversion.apache.org
Subject: svn commit: r1642813 - in
On 12/01/2014 06:17 AM, C. Michael Pilato wrote:
On Mon, Dec 1, 2014 at 2:24 AM, Alexey Neyman sti...@att.net
mailto:sti...@att.net wrote:
Hi all,
Please review/comment.
Just a quick question, as my bindings knowledge has grown somewhat
stale: why do some of the wrapper functions
Hi all,
Please review/comment.
[[[
Implement Python bindings for dump stream parser.
* subversion/bindings/swig/include/svn_types.swg
(): Fix a typo in svn_repos_parser_fns2_t type name, add
svn_repos_parser_fns2_t type to the argout typemap.
*
On Wednesday, October 08, 2014 07:56:50 AM Daniel Shahaf wrote:
Alexey Neyman wrote on Tue, Oct 07, 2014 at 17:27:09 -0700:
I have encountered a problem with Subversion's Python bindings. For
example,
the following simple program does not work:
Which version of the bindings? trunk?
Am
On Wednesday, October 08, 2014 07:56:50 AM Daniel Shahaf wrote:
Alexey Neyman wrote on Tue, Oct 07, 2014 at 17:27:09 -0700:
I have encountered a problem with Subversion's Python bindings.
For
example,
the following simple program does not work:
Which version of the bindings? trunk
Hi,
I have encountered a problem with Subversion's Python bindings. For example,
the following simple program does not work:
[[[
#!/usr/bin/python
from svn import repos, core
if __name__ == '__main__':
stream = core.Stream(core.svn_stream_open_readonly(dump))
print stream.read()
On Wednesday, September 17, 2014 06:40:44 am Branko Čibej wrote:
On 09.09.2014 07:57, sti...@apache.org wrote:
Author: stilor
Date: Tue Sep 9 05:57:36 2014
New Revision: 1623660
URL: http://svn.apache.org/r1623660
Log:
* tools/client-side/svn-vendor.py
New script, an
On Monday, September 15, 2014 10:25:42 AM Julian Foad wrote:
... snip ...
Instead of a 'get_log_message(list_of_commit_items)' we should have
'get_rev_props_for_commit(list_of_commit_items)', and instead of a template
we should have:
- a list of required and optional rev-props (usually
On Saturday, September 06, 2014 01:36:39 PM Stefan Sperling wrote:
On Mon, Aug 25, 2014 at 09:19:33PM -0700, Alexey Neyman wrote:
On Monday, August 25, 2014 02:43:50 PM Stefan Sperling wrote:
On Sat, Aug 23, 2014 at 11:51:50AM -0700, Alexey Neyman wrote:
Hi all,
Attached
Hi all,
fs-fs-fuzzy-test fails to build for me (Ubuntu 14.04 + current updates)
with a DSO missing from the command line error. Anyone objecting
to the attached patch?
[[[
* build.conf
(fs-fs-fuzzy-test) Add libsvn_repos as a dependency.
]]]
Regards,
Alexey.
Index: build.conf
On Monday, August 25, 2014 02:43:50 PM Stefan Sperling wrote:
On Sat, Aug 23, 2014 at 11:51:50AM -0700, Alexey Neyman wrote:
Hi all,
Attached is a alternative for the svn_load_dirs.pl. Unlike
svn_load_dirs.pl, this svn-import.py can automatically detect the
renames, including renames
Hi,
Am I correct that repos.parse_dumpstream{2,3} are currently unusable
from Python bindings? These functions take a vtable as one of the
arguments, but the generated bindings for svn_repos_parse_fns{2,3}_t
implement *calling* of the vtable methods rather than a way of
overriding them.
If I
Hi all,
Attached is a alternative for the svn_load_dirs.pl. Unlike svn_load_dirs.pl,
this
svn-import.py can automatically detect the renames, including renames of the
whole directories.
The usage is described in the large comment at the top of the script.
Worth adding to contrib?
Regards,
The new fields added in svn_wc.h cause the following errors:
subversion/bindings/swig/python/svn_wc.c: In function
‘_wrap_svn_wc_conflict_description2_t_prop_value_base_set’:
subversion/bindings/swig/python/svn_wc.c:8798: error: ‘_global_pool’
undeclared (first use in this function)
Hi,
It looks like the core.Stream class does not close the underlying streams. It
does save reference to a svn_stream_t wrapper in self._stream, but does not
call svn_stream_close() on its own deletion, nor does the auto-generated
svn_stream_t class do so.
Obviously, it can be closed by
On Tuesday, August 12, 2014 09:49:08 AM Philip Martin wrote:
Alexey Neyman sti...@att.net writes:
Indeed, calling svn_fs_txn_root() after execution of the pre-commit
hook in svn_repos_fs_commit_txn() makes Subversion behave in the
same
way as it did in 1.6.
Just so I can be clear about
[CC'ing users@]
On Sunday, August 10, 2014 08:35:44 PM Ben Reser wrote:
Also, I think it would be a good idea to have the transaction-modifying
functions return an error once the transaction reached the stage of
pre-commit hooks from functions like svn_fs_change_node_prop() - to avoid
Wow. Thanks for the very detailed and on the spot explanation.
On Monday, August 11, 2014 01:50:48 PM Philip Martin wrote:
Ben Reser b...@reser.org writes:
I haven't dug in to the specifics of how we broke this particular use
case.
But I suspect you'll find that if you create a
On Saturday, August 09, 2014 10:50:11 PM Alexey Neyman wrote:
Hi Subversion developers,
I am trying to migrate some scripts from 1.6 server that we're currently
running to a newer SVN version, and encountered something that looks like
a bug: with 1.7/1.8 the fs.change_node_prop (in Python
On Sunday, August 10, 2014 08:46:45 PM Stefan Sperling wrote:
On Sun, Aug 10, 2014 at 09:14:05AM -0700, Alexey Neyman wrote:
On Saturday, August 09, 2014 10:50:11 PM Alexey Neyman wrote:
Hi Subversion developers,
I am trying to migrate some scripts from 1.6 server that we're currently
On Monday, August 11, 2014 01:55:41 AM Branko Čibej wrote:
On 10.08.2014 23:59, Alexey Neyman wrote:
On Sunday, August 10, 2014 08:46:45 PM Stefan Sperling wrote:
On Sun, Aug 10, 2014 at 09:14:05AM -0700, Alexey Neyman wrote:
On Saturday, August 09, 2014 10:50:11 PM Alexey Neyman wrote
Thanks Ben for a detailed answer. A few follow-up questions below:
On Sunday, August 10, 2014 06:21:04 PM Ben Reser wrote:
[... snip ...]
Here's the most important sentence form the book:
While hook scripts can do almost anything, there is one dimension in which
hook script authors should
Hi Subversion developers,
I am trying to migrate some scripts from 1.6 server that we're currently
running to a newer SVN version, and encountered something that looks like
a bug: with 1.7/1.8 the fs.change_node_prop (in Python bindings) is no
longer able to modify a node's properties unless
On Saturday, June 29, 2013 01:18:16 PM Stefan Sperling wrote:
On Fri, Jun 28, 2013 at 03:36:38PM -0700, Alexey Neyman wrote:
[copying dev@ because I found what the issue is]
Hi,
Did some further investigation and it turns out that SVN1.8 client creates
more connections to the server
12:56:27 PM Alexey Neyman wrote:
Hi,
I've tried upgrading the client to SVN 1.8, and now see some strange merge
errors
while reintegrating the branch. According to
http://subversion.apache.org/docs/release-notes/1.8.html#auto-reintegrate
the --reintegrate option is now deprecated, its use
Log message templates? As far as I understand, the needed part of repository-
dictated configuration is already there, now the 'svn ci' code needs to query
those inherited properties before opening the editor.
And, BTW, the Roadmap page (http://subversion.apache.org/roadmap.html) does
not have
Hi Julian,
On Thursday, February 07, 2013 04:00:49 PM Julian Foad wrote:
Alexey Neyman wrote:
[Cross-posting to dev@ for patch review]
I noticed a weird behavior of 'svn diff --old=... --new=...' where
reversing the old/new targets does not produce the reverse diff, as
one would expect
[Cross-posting to dev@ for patch review]
Hi,
I noticed a weird behavior of 'svn diff --old=... --new=...' where reversing
the old/new targets does not produce the reverse diff, as one would expect.
Here is the script for reproduction:
[[[
#!/bin/bash
REPO=/tmp/foo
WC=/tmp/foo.wc
rm -rf
On Tuesday, September 04, 2012 05:56:27 PM Stefan Sperling wrote:
On Fri, Aug 31, 2012 at 03:24:18PM -0700, Alexey Neyman wrote:
Hi SVN developers,
I noticed an issue which prevents the 'post-review' tool from ReviewBoard
(http://www.reviewboard.org) from working with Subversion 1.7.x
Hi Stefan,
Mind a couple of questions from potential user of this feature?
On Tuesday, May 01, 2012 01:02:10 am Stefan Fuhrmann wrote:
* continue from-path[@peg] [ from-rev ] to-path
Specifies that the merge-relevant change history
of from-path,from-rev is continued by to-path,
On Wednesday, March 07, 2012 02:07:24 am Julian Foad wrote:
Daniel Shahaf wrote:
Thanks for the patch Alexey. Forwarding it to dev@.
Alexey Neyman wrote:
svn: Attempted to get textual contents of a *non*-file node
The issue, as pointed out by email thread [1
Hi all,
Revision 1297676 by hwright broke the command line tests' --list option (and
probably, some other interfaces): the options dict no longer contains verbose
option as --verbose handler was changed from 'store_true' to 'callback'. The
attached patch fixes it by reintroducing
Please use the attached patch instead (the first one fixed --list, but not
--list --verbose).
Regards,
Alexey.
On Tuesday, March 06, 2012 12:45:21 pm Alexey Neyman wrote:
Hi all,
Revision 1297676 by hwright broke the command line tests' --list option
(and probably, some other interfaces
, March 06, 2012 12:50:30 pm Alexey Neyman wrote:
Please use the attached patch instead (the first one fixed --list, but
not --list --verbose).
Regards,
Alexey.
On Tuesday, March 06, 2012 12:45:21 pm Alexey Neyman wrote:
Hi all,
Revision 1297676 by hwright broke the command line tests
here is to rip out places that require
options.verbose, rather than attempt to paper over the problem by
resurrecting that field. I've attempted to do so in subsequent
commits (see r1297724 and r1297725).
-Hyrum
On Tue, Mar 6, 2012 at 3:11 PM, Alexey Neyman sti...@att.net wrote:
Argh
on this patch anymore
I'd like to pick it up and finish it. Else I will wait for an updated
patch from you.
Thanks!
On Thu, Dec 22, 2011 at 11:18:18AM +, Julian Foad wrote:
Stefan Sperling wrote:
Alexey Neyman wrote:
Stefan Sperling wrote:
I'd prefer keeping --no-diff-properties and add
Hi Stefan,
Thanks for a review. A few questions:
On Wednesday, December 21, 2011 03:44:07 am Stefan Sperling wrote:
I'd prefer keeping --no-diff-properties and add a --patch option later
which implies --no-diff-properties and maybe other options.
I was explicitly asked by Julian Foad to avoid
Johan,
I could add another use case: we are migrating our CVS repositories to
Subversion with cvs2svn, and there was a lot of 3rd party code in CVS imported
without vendor branches. On top of many of those imports, there are several
years of commits.
It would be nice to have a standard tool
. :-)
On 11/03/2011 03:05 PM, Alexey Neyman wrote:
Hi all,
Sorry for a long delay :) 5 years ago, I sent a patch to the mailing
list that
would allow to specify what to include/exclude from the diff output:
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462dsMessag
Hi all,
Sorry for a long delay :) 5 years ago, I sent a patch to the mailing list that
would allow to specify what to include/exclude from the diff output:
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462dsMessageId=742594
There were two problems this patch tried to address:
1.
Neels,
Question from a user standpoint: would it be possible to request this behavior
as default via some config file option?
Regards,
Alexey.
On Thursday, November 03, 2011 06:33:56 am Neels J Hofmeyr wrote:
I've rinsed and improved my proposed feature dubbed
svn commit
Hi Neels,
Would this help 'svn commit' descend into external directories and check them
in?
Perhaps most disappointingly, the working copies created via the externals
definition support are still disconnected from the primary working copy (on
whose versioned directories the svn:externals
Hi all,
On Wednesday, August 11, 2010 01:09:50 pm C. Michael Pilato wrote:
On 08/11/2010 03:10 PM, C. Michael Pilato wrote:
On 08/10/2010 09:22 PM, Alexey Neyman wrote:
Okay, try again:
[[[
Fix the type of structures returned in bindings from
svn_fs_paths_changed2
Hi David,
First, I think usage questions are better directed to
us...@subversion.apache.org list.
As to your question: the asterisk (*) you pass as an argument is, most
probably, not even seen by Subversion. Instead, it is expanded to the actual
list of files and directories by your shell.
no comments.
Gavin.
On 12/08/2010, at 6:12 AM, Alexey Neyman wrote:
On Wednesday, August 11, 2010 12:10:41 pm C. Michael Pilato wrote:
On 08/10/2010 09:22 PM, Alexey Neyman wrote:
Okay, try again:
[[[
Fix the type of structures returned in bindings from
svn_fs_paths_changed2
On Sunday, August 15, 2010 12:58:46 pm Stefan Sperling wrote:
On Sat, Aug 14, 2010 at 11:47:52AM -0700, Alexey Neyman wrote:
On Saturday, August 14, 2010 04:31:44 am Stefan Sperling wrote:
Judging from the commit message, this option should mimic 'git log
-p' behavior, but git does
On Saturday, August 14, 2010 04:31:44 am Stefan Sperling wrote:
Judging from the commit message, this option should mimic 'git log -p'
behavior, but git does not dump the whole diff by default when -p is
specified. It only diffs the requested path and produces a full diff only
if
.
Have you re-run autogen.sh?
Do you have any installed svn in $prefix? If so, can you remove that one
and try again?
Alexey Neyman wrote on Fri, Aug 13, 2010 at 16:38:55 -0700:
Hi all,
It looks like the revision r984280 broke the --with-neon configuration. I
could compile r984212
[Posting here as 'svn log --show-diff' is currently only available in trunk]
Hi All,
I am trying out 1.7.0 (yes, I know it's a bit early) and noticed that svn log
now supports --show-diff. It's very convenient, thanks.
As the comments in the code explain, in case the path was created in some
Small update to the patch: change doxygen comment to match new argument name.
Regards,
Alexey.
On Tuesday, August 10, 2010 02:53:50 pm Alexey Neyman wrote:
Hi all,
Looks like the binding for svn_fs_paths_changed2() incorrectly specifies
the type of structures contained in the hash
On Wednesday, August 11, 2010 12:10:41 pm C. Michael Pilato wrote:
On 08/10/2010 09:22 PM, Alexey Neyman wrote:
Okay, try again:
[[[
Fix the type of structures returned in bindings from
svn_fs_paths_changed2().
* subversion/include/svn_fs.h
(svn_fs_paths_changed2): Rename
Hi all,
Looks like the binding for svn_fs_paths_changed2() incorrectly specifies the
type of structures contained in the hash it returns: the following code
s = fs.paths_changed2(rev_root, pool)
for i in s:
sys.stderr.write(%s = %s\n % (i, repr(s)))
indicates that bindings assume the hash to
Small update to the patch: change doxygen comment to match new argument name.
Regards,
Alexey.
On Tuesday, August 10, 2010 02:53:50 pm Alexey Neyman wrote:
Hi all,
Looks like the binding for svn_fs_paths_changed2() incorrectly specifies
the type of structures contained in the hash
On Tuesday, August 03, 2010 04:26:58 pm Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Fri, 12 Mar 2010
01:23:47 +0300:
On Thursday 11 March 2010 02:05:56 pm Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Fri, 12 Mar 2010
00:25:12
On Saturday 10 April 2010 01:57:32 pm Vadim Chekan wrote:
On Fri, Apr 9, 2010 at 9:37 PM, Greg Stein gst...@gmail.com wrote:
On Sat, Apr 10, 2010 at 00:18, Alexey Neyman sti...@att.net wrote:
Have you looked at pre-commit hooks that may serve that purpose? I think
svnperms.py may be what
On Wednesday 17 March 2010 04:59:34 pm Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Wed, 17 Mar 2010
00:05:01 +0300:
Hi all,
The svn_repos_history2() function allows the history_func() to return
a special error, SVN_ERR_CEASE_INVOCATION, to stop the search
On Thursday 18 March 2010 03:50:35 pm Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Thu, 18 Mar 2010
21:51:53 +0300:
On Wednesday 17 March 2010 04:59:34 pm Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Wed, 17 Mar 2010
00:05:01 +0300
On Thursday 11 March 2010 02:05:56 pm Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Fri, 12 Mar 2010
00:25:12 +0300:
Sorry to bug you, but are you working on a fix for this, or just
confirmed
it's a bug (in which case, I need to submit it to issues DB, I
guess
On Monday 08 March 2010 11:59:28 am Роман Донченко wrote:
Alexey Neyman sti...@att.net писал в своём письме Mon, 08 Mar 2010
20:29:41 +0300:
Any experts on Python bindings on this list? :)
Could this at least be confirmed to be a bug, so that I could enter
it into issues database?
Um
I would guess that's because of lack of the copied-to information
repository. See the discussion of true renames - the problem is that
Subversion tracks only where the path was copied from, but does not track
where it was copied to.
Moreover, the path may have been copied to more than one
63 matches
Mail list logo