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
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/@121
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 w
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 /subversion/t
On 12/01/2014 06:17 AM, C. Michael Pilato wrote:
On Mon, Dec 1, 2014 at 2:24 AM, Alexey Neyman <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 use
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.
* subversion/bindings/swig/python/libsvn_swig_p
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:
>
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 ve
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()
str
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
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
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 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 wro
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
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 automatic
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,
Al
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)
subversion/b
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 callin
On Tuesday, August 12, 2014 09:49:08 AM Philip Martin wrote:
> Alexey Neyman 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 s
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 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 transaction, call
>
[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
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 shoul
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, Augu
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 migra
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.
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 th
[Resending to dev@, as it is probably more appropriate audience for the patch]
Hi,
I've hit the following assertion in svnmucc:
svnmucc: subversion/libsvn_subr/dirent_uri.c:1373:
svn_uri_get_longest_ancestor: Assertion `svn_uri_is_canonical(uri1, ((void
*)0))' failed.
Aborted (core dumped)
Th
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 cl
egards,
Alexey.
On Sunday, June 23, 2013 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 --r
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 a
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
[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 $RE
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.reviewbo
Could somebody confirm this issue and/or apply the patch?
If the patch is accepted, could it be applied to 1.7.x branch as well?
Thanks,
Alexey.
On Friday, August 31, 2012 03:24:18 pm Alexey Neyman wrote:
> Hi SVN developers,
>
> I noticed an issue which prevents the 'post-rev
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 and trunk
(1.8.0-dev).
This post-review tool uses external diff command to generate a diff file. With
Subversion 1.7 and 1.8, using exter
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
> >> >
think the solution 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
, 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,
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
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 options.verbos
gt;
> If you don't have time or interested to work 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
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 avoi
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 th
he display of copied items as additions (like
> > --show-copies-as-adds does).
> >
> > Of course, --no-property-diff works for me, too. :-)
> >
> > On 11/03/2011 03:05 PM, Alexey Neyman wrote:
> > > Hi all,
> > >
> > >
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 --include-externa
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=462&dsMessageId=742594
There were two problems this patch tried to address:
1.
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 p
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 returne
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. Whi
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:
> >>>
> >&g
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
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 --
[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
r
tore-test.
>
> 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
Hi all,
It looks like the revision r984280 broke the --with-neon configuration. I
could compile r984212 with --with-neon, but r984280 gives:
cd subversion/tests/libsvn_wc && /usr/share/apr-1.0/build/libtool --tag=CC --
silent --mode=link gcc -g -O2 -pthread -D_LARGEFILE64_SOURCE -DNE_LFS-
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().
>
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
e
> http://subversion.apache.org/docs/community-guide/general.html#log-messages
> )
>
> Thanks,
> -Hyrum
>
> On Tue, Aug 10, 2010 at 7:38 PM, Alexey Neyman wrote:
> > Small update to the patch: change doxygen comment to match new argument
> > name.
> >
> >
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
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 t
On Tuesday, August 03, 2010 04:26:58 pm Роман Донченко wrote:
> Alexey Neyman писал в своём письме Fri, 12 Mar 2010
>
> 01:23:47 +0300:
> > On Thursday 11 March 2010 02:05:56 pm Роман Донченко wrote:
> >> Alexey Neyman писал в своём письме Fri, 12 Mar 2010
&
On Monday 26 April 2010 05:11:25 pm Stefan Fuhrmann wrote:
> > I saw in a later part of the patch that this is so you can make the
> > function 'decode_instruction()' rely on those values. As you know,
> > adding the explicit "=0", "=1", "=2" on the enum definition does not
> > make any difference
Hyrum,
On Saturday 10 April 2010 03:24:27 pm Hyrum K. Wright wrote:
> > Even CVS had the ability to (a) customize keyword expansion and (b)
> > provide custom log message templates. These features, as far as I
> > remember, were first
> > targeted as "pre-1.0" and are postponed ever since.
>
> We
On Saturday 10 April 2010 01:57:32 pm Vadim Chekan wrote:
> On Fri, Apr 9, 2010 at 9:37 PM, Greg Stein wrote:
> > On Sat, Apr 10, 2010 at 00:18, Alexey Neyman wrote:
> >> Have you looked at pre-commit hooks that may serve that purpose? I think
> >> svnperms.py may
Have you looked at pre-commit hooks that may serve that purpose? I think
svnperms.py may be what you're looking for - just disallow all operations
except additions on 'tags/*', and disallow all operations on 'tags/*/*'.
Hope that helps,
Alexey.
On Friday 09 April 2010 05:56:44 pm Vadim Chekan w
On Tuesday 23 March 2010 03:38:06 pm Роман Донченко wrote:
> Alexey Neyman писал в своём письме Fri, 19 Mar 2010
>
> 02:26:28 +0300:
> > ...
> >
> > With stock 1.6.6, it produces the following traceback:
> >
> > --
On Thursday 18 March 2010 05:31:25 pm Роман Донченко wrote:
> Alexey Neyman писал в своём письме Fri, 19 Mar 2010
>
> 02:26:28 +0300:
> >> Hmm. How are you testing this? I'd write a test script, but I'm
> >> short on time, and you probably already have
On Thursday 18 March 2010 03:50:35 pm Роман Донченко wrote:
> Alexey Neyman писал в своём письме Thu, 18 Mar 2010
>
> 21:51:53 +0300:
> > On Wednesday 17 March 2010 04:59:34 pm Роман Донченко wrote:
> >> Alexey Neyman писал в своём письме Wed, 17 Mar 2010
> >>
&
On Wednesday 17 March 2010 04:59:34 pm Роман Донченко wrote:
> Alexey Neyman писал в своём письме 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_INV
Hi all,
The svn_repos_history2() function allows the history_func() to return a
special error, SVN_ERR_CEASE_INVOCATION, to stop the search. This is not
supported in Python bindings, though: attempt to return
core.SVN_ERR_CEASE_INVOCATION from the history receiver results in an
exception:
d
On Thursday 11 March 2010 02:05:56 pm Роман Донченко wrote:
> Alexey Neyman писал в своём письме 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 sub
On Monday 08 March 2010 11:59:28 am Роман Донченко wrote:
> Alexey Neyman писал в своём письме 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
> >
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?
Regards,
Alexey
On Thursday 04 March 2010 01:40:56 pm Alexey Neyman wrote:
> Hi all,
>
> It looks like there's a bug with Python b
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 p
Hi all,
It looks like there's a bug with Python binding for the
svn_txdelta_window_t structure. The problem is that the 'ops' array is
mapped to Python as a single object, not as a sequence of 'num_ops'
items. That is, the following code for apply_textdelta does not work:
def apply_textdelta(s
76 matches
Mail list logo
