On 2/26/19 11:22 PM, Stefan Sperling wrote:
Since you have several password stores running, the best bet to get reliable
behaviour is to pick the one you actually want to use and configure it in
the ~/.subversion/config file.
By the way, 'svn auth' will list cached credentials and also show whic
On 2/26/19 8:42 PM, Alexey Neyman wrote:
On 2/26/19 12:07 AM, Stefan Sperling wrote:
On Mon, Feb 25, 2019 at 05:41:13PM -0800, Alexey Neyman wrote:
Hi all,
I am encountering some weird behavior after upgrading my workstation to
Ubuntu 18.10 - which also upgraded the SVN to version 1.10.0
On 2/26/19 12:07 AM, Stefan Sperling wrote:
On Mon, Feb 25, 2019 at 05:41:13PM -0800, Alexey Neyman wrote:
Hi all,
I am encountering some weird behavior after upgrading my workstation to
Ubuntu 18.10 - which also upgraded the SVN to version 1.10.0 (r1827917).
An attempt to query anything from
Hi all,
I am encountering some weird behavior after upgrading my workstation to
Ubuntu 18.10 - which also upgraded the SVN to version 1.10.0 (r1827917).
An attempt to query anything from the server using the
`--non-interactive` flag fails, unless there has been a recent
"interactive session"
On 02/27/2018 03:26 AM, Johan Corveleyn wrote:
On Tue, Feb 27, 2018 at 9:13 AM, Stefan Sperling wrote:
On Mon, Feb 26, 2018 at 04:52:41PM -0800, Alexey Neyman wrote:
Why is the behavior different in these cases? Isn't that counter-intuitive
as well that the diff's output depends on
On 02/26/2018 01:49 AM, Stefan Sperling wrote:
And, I find it quite counter-intuitive. I would expect --notice-ancestry at
least to take ancestral relationship between these files into account;
(I don't have time to look at the code right now, so I'm speculating a bit.)
You're diffing *directori
On 02/26/2018 12:18 AM, Stefan Sperling wrote:
On Sun, Feb 25, 2018 at 11:38:03PM -0800, Alexey Neyman wrote:
Hi all,
I am trying to dig for some changes in a file that was moved a few times and
'svn diff' shows full "remove old location and add new location as if it
were a
Hi all,
I am trying to dig for some changes in a file that was moved a few times
and 'svn diff' shows full "remove old location and add new location as
if it were a new file" diffs, which are not helpful. Is there a way to
make the diff show the changes as compared against the origin of the
c
Hi,
Is it possible to get rid of the lots of "Index:" headers in the output
of the 'svn diff' where there is no actual difference between the files?
I think this started with SVN 1.9 - 1.7 definitely did not do that, and
neither did 1.8, as far as I remember.
For example, I copied Linux kern
On 04/20/2017 10:44 PM, Alexey Neyman wrote:
On 04/20/2017 09:58 PM, Alexey Neyman wrote:
On 04/20/2017 06:52 AM, Bert Huijben wrote:
-Original Message-
From: Alexey Neyman [mailto:sti...@att.net]
Sent: donderdag 20 april 2017 02:59
To: users@subversion.apache.org
Subject: svn
On 04/20/2017 09:58 PM, Alexey Neyman wrote:
On 04/20/2017 06:52 AM, Bert Huijben wrote:
-Original Message-
From: Alexey Neyman [mailto:sti...@att.net]
Sent: donderdag 20 april 2017 02:59
To: users@subversion.apache.org
Subject: svn generates long lists of empty diffs with --diff-cmd
On 04/20/2017 06:52 AM, Bert Huijben wrote:
-Original Message-
From: Alexey Neyman [mailto:sti...@att.net]
Sent: donderdag 20 april 2017 02:59
To: users@subversion.apache.org
Subject: svn generates long lists of empty diffs with --diff-cmd
Hi,
I noticed that SVN generates a lot of
Hi,
I noticed that SVN generates a lot of spurious diffs when using a
--diff-cmd option that look like this:
Index: arch/alpha/boot/tools/objstrip.c
===
Index: arch/alpha/boot/Makefile
=
On 10/01/2016 10:59 PM, Stefan Sperling wrote:
On Sat, Oct 01, 2016 at 10:19:34PM -0700, Alexey Neyman wrote:
On 09/28/2016 09:49 AM, Stefan Sperling wrote:
Hi Alexey,
Could you compile an SVN client from trunk and try some merges with it,
and let me know how the merging of moves with the new
On 09/28/2016 09:49 AM, Stefan Sperling wrote:
On Tue, Sep 27, 2016 at 10:12:28AM -0700, Alexey Neyman wrote:
On 09/27/2016 01:46 AM, Daniel Shahaf wrote:
Johan Corveleyn wrote on Mon, Sep 26, 2016 at 13:04:04 +0200:
Maybe I'm missing something, but I don't understand why '
On 09/27/2016 01:46 AM, Daniel Shahaf wrote:
Johan Corveleyn wrote on Mon, Sep 26, 2016 at 13:04:04 +0200:
Maybe I'm missing something, but I don't understand why 'svn diff
--old=TRUNK --new=BRANCH' would show you things that you previously
merged from TRUNK to BRANCH. It should show exactly the
On 10/15/2014 01:23 AM, Philip Martin wrote:
Checked the issue using SVN trunk. It does not abort like 1.8.10, but
it does report tree conflicts for d1/f1 and d1. I would say such
conflicts should be resolved automatically, given that the working
copy contains exactly the same changes as in the
On 10/14/2014 05:03 AM, Philip Martin wrote:
Alexey Neyman writes:
On 10/13/2014 04:08 PM, Andreas Stieger wrote:
Hello,
On 09/10/14 23:48, Alexey Neyman wrote:
What I was doing:
- checked out a project from /trunk
- did some local changes
- copied WC to a branch
- attempted to switch to
On 10/13/2014 04:08 PM, Andreas Stieger wrote:
Hello,
On 09/10/14 23:48, Alexey Neyman wrote:
What I was doing:
- checked out a project from /trunk
- did some local changes
- copied WC to a branch
- attempted to switch to the branch
What exactly does "copied WC to a branch" mean i
Any ideas on what may have caused this error, and what info can be
obtained from the WC?
On 10/09/2014 03:48 PM, Alexey Neyman wrote:
Was using svn 1.8.10, CentOS 6.5, Subversion RPM installed from
opensource.wandisco.com.
During 'svn switch', the following error pops up:
sv
Hi,
Was using svn 1.8.10, CentOS 6.5, Subversion RPM installed from
opensource.wandisco.com.
During 'svn switch', the following error pops up:
svn: E200030: sqlite: Expected database row missing
What I was doing:
- checked out a project from /trunk
- did some local changes
- copied WC to a
On Wednesday, October 08, 2014 12:41:01 AM Branko Čibej wrote:
> On 07.10.2014 22:36, Andreas Mohr wrote:
> > Hi,
> >
> > That's certainly a somewhat tough one.
> >
> >
> > I will get tarred and feathered here for my way of trying to solve this,
> > and possibly even rightfully so, but... ;)
>
On Wednesday, September 17, 2014 04:49:02 pm Nico Kadel-Garcia wrote:
> >> I cannot try stock CentOS, as they don't have 1.8.x available.
> >>
> >> I did try building and installing 1.8.10 from source on the same
> >> machine, and it works fine. So, it doesn't look like a version-specific
> >> iss
On Friday, September 12, 2014 02:30:08 pm Alexey Neyman wrote:
> On Friday, September 12, 2014 01:07:53 pm Ben Reser wrote:
> > On 9/12/14 12:16 PM, Alexey Neyman wrote:
> > > I did a bit of bisection, and it turns out that 1.8.0 was working
> > > properly, but 1.8.1
On Friday, September 12, 2014 01:07:53 pm Ben Reser wrote:
> On 9/12/14 12:16 PM, Alexey Neyman wrote:
> > I did a bit of bisection, and it turns out that 1.8.0 was working
> > properly, but 1.8.1 and higher all segfault as described above.
> >
> > Hope that helps.
&g
On Friday, September 12, 2014 12:06:27 pm Alexey Neyman wrote:
> On Friday, September 12, 2014 11:57:14 am Alexey Neyman wrote:
> > On Friday, September 12, 2014 11:53:37 am Philip Martin wrote:
> > > Alexey Neyman writes:
> > > > 0x7138af10 in ??
On Friday, September 12, 2014 11:57:14 am Alexey Neyman wrote:
> On Friday, September 12, 2014 11:53:37 am Philip Martin wrote:
> > Alexey Neyman writes:
> > > 0x7138af10 in ?? ()
> > > (gdb) bt
> > > #0 0x7138af10 in ?? ()
> > >
On Friday, September 12, 2014 11:53:37 am Philip Martin wrote:
> Alexey Neyman writes:
> > 0x7138af10 in ?? ()
> > (gdb) bt
> > #0 0x7138af10 in ?? ()
> > #1 0x003bba01899e in run_cleanups (pool=0x8d7828) at
> > memory/unix/apr_pools.c:23
On Friday, September 12, 2014 11:16:12 am Philip Martin wrote:
> Alexey Neyman writes:
> > Rather, I think, it is that the libsvn_swig_perl-1.so.0 does not list the
>
> > _Core.so as a dependency:
> I don't think that's the way it works. When Perl uses a module
On Friday, September 12, 2014 09:45:32 am Philip Martin wrote:
> Alexey Neyman writes:
> > I tried to update subversion to 1.8.10 on a freshly installed CentOS 6.5
> > and noticed that an attempt to use Perl bindings has failed due to an
> > undefined symbol in the lib
Hi all,
I tried to update subversion to 1.8.10 on a freshly installed CentOS 6.5 and
noticed that an attempt to use Perl bindings has failed due to an undefined
symbol in the libsvn_swig_perl library: svn_swig_pl_get_current_pool
$ readelf -Ws /tmp/usr/lib64/libsvn_swig_perl-1.so.0 | grep svn_s
Another (and possibly easier) way is to use fs.paths_changed2 - the entries in
that hash have copyfrom_path/copyfrom_rev fields indicating the source of the
copy.
Regards,
Alexey.
On Friday, August 15, 2014 11:24:18 am Keath Milligan wrote:
> Thanks, Eric. svnlook gave me the clue I needed. I l
On Tuesday, August 12, 2014 10:18:48 PM Ben Reser wrote:
> On 8/12/14 7:02 PM, Alexey Neyman wrote:
> > Isn't that the same kind of change that happened with version 1.5 and
> > mergeinfo? If one wanted to use mergeinfo, one had to have 1.5+ clients. A
> > capability
On Tuesday, August 12, 2014 11:53:09 AM Ben Reser wrote:
> On 8/12/14 9:31 AM, Branko Čibej wrote:
> > For a start, this would require a major change in the wire protocol, where
> > the server would, as a response to a successful commit, report any
> > additional "magic" changes to the client. The
On Tuesday, August 12, 2014 11:49:39 am Ben Reser wrote:
> I intended to reply to your other thread given roughly the same svnversion
> advice that Branko has already given you.
>
> On 8/12/14 9:09 AM, Alexey Neyman wrote:
> > 1. svnversion reports the revision of the check-out
On Tuesday, August 12, 2014 09:43:39 AM Branko Čibej wrote:
> On 12.08.2014 09:26, Alexey Neyman wrote:
> > On Tuesday, August 12, 2014 08:33:06 AM Branko Čibej wrote:
> > > So why do you need the last-changed revision of the project directory
> > > stored in the header
On Tuesday, August 12, 2014 08:33:06 AM Branko Čibej wrote:
> On 12.08.2014 08:17, Alexey Neyman wrote:
> > On Tuesday, August 12, 2014 07:44:03 AM Branko Čibej wrote:
> > > I'm still not sure what you're trying to achieve, though. "Communication
> > >
On Tuesday, August 12, 2014 07:44:03 AM Branko Čibej wrote:
> On 12.08.2014 07:16, Alexey Neyman wrote:
> > On Tuesday, August 12, 2014 06:59:20 AM Branko Čibej wrote:
> > > On 12.08.2014 03:31, Alexey Neyman wrote:
> > > > Hi SVN users/developers,
> > >
On Tuesday, August 12, 2014 06:59:20 AM Branko Čibej wrote:
> On 12.08.2014 03:31, Alexey Neyman wrote:
> > Hi SVN users/developers,
> >
> > Is there a limitation in size on the property value that can be set?
> > Any scalability traps to be aware of (i.e. non-linear
Hi SVN users/developers,
Is there a limitation in size on the property value that can be
set? Any scalability traps to be aware of (i.e. non-linear
increase in time due to increase in size of the property value)?
I tried a 4Mb property, seems to work fine...
Thanks,
Alexey.
[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
th != NULL && move_dst_op_root_relpath
!= NULL)
./svn-bug.sh: line 33: 30996 Aborted (core dumped) svn
resolved -R dir2
Regards,
Alexey.
On Tuesday, April 15, 2014 03:52:48 pm Alexey Neyman wrote:
> Hi Subversion developers,
>
> Encountered the following assertion while trying t
Hi Subversion developers,
Encountered the following assertion while trying to resolve a tree conflict:
svn: E235000: In file 'subversion/libsvn_wc/wc_db_update_move.c' line 2462:
assertion failed (move_src_op_root_relpath != NULL && move_dst_op_root_relpath
!= NULL)
./svn-bug.sh: line 33: 30387
On Friday, October 18, 2013 02:46:39 AM Branko Čibej wrote:
On 17.10.2013 20:00, Alexey Neyman wrote:
Hi all,
We are actively using authz path-based authentication rules: due to some legal
requirements, some parts of our product source code are not accessible to a
part of the developer team
[Restored CC of the mailing list]
On Thursday, October 17, 2013 03:24:45 PM Mark Phippard wrote:
On Thu, Oct 17, 2013 at 3:00 PM, Alexey Neyman wrote:
We are actively using authz path-based authentication rules: due to some
legalrequirements, some parts of our product source code are not
Hi all,
We are actively using authz path-based authentication rules: due to some legal
requirements, some parts of our product source code are not accessible to a
part of the developer team. Currently authz does not support wildcards (there
is an issue about that [1] discussed since 2006). Beca
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)
The assertion was triggered when svnmucc was supplied with a script file that
had
On Sunday, June 30, 2013 04:33:45 PM Branko Čibej wrote:
> On 24.06.2013 01:38, Alexey Neyman wrote:
> > Are you calling RPMs provided by WanDisco's "fun and games"? I think
> > Subversion developers employed by WanDisco might be somewhat insulted
> > by such j
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
On Sunday, June 23, 2013 07:20:50 PM Nico Kadel-Garcia wrote:
> On Sun, Jun 23, 2013 at 3:56 PM, Alexey Neyman wrote:
> > Hi,
> >
> >
> >
> > I've tried upgrading the client to SVN 1.8, and now see some strange merge
> > errors while reintegrating
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 is discouraged and SVN
should be
On Tuesday, February 05, 2013 01:55:20 PM Lathan Bidwell wrote:
> On 02/05/2013 01:14 PM, Stefan Sperling wrote:
> > On Tue, Feb 05, 2013 at 09:19:19AM -0800, Alexey Neyman wrote:
> >> There is one more weird issue with svn diff, see the script below. The
> >> issue i
On Tuesday, February 05, 2013 12:59:43 PM Johan Corveleyn wrote:
> On Tue, Feb 5, 2013 at 1:39 AM, Alexey Neyman wrote:
> > On Monday, February 04, 2013 10:17:29 PM Stefan Sperling wrote:
> >> On Mon, Feb 04, 2013 at 11:54:21AM -0800, Alexey Neyman wrote:
> >> &g
On Tuesday, February 05, 2013 05:08:40 PM Stefan Sperling wrote:
> On Tue, Feb 05, 2013 at 12:59:43PM +0100, Johan Corveleyn wrote:
> > Given what I said above, this can't be done in general (not if you
> > give two URLs or two wc paths, because then both synopsis 1 and 2 are
> > possible -- it wou
On Monday, February 04, 2013 10:17:29 PM Stefan Sperling wrote:
> On Mon, Feb 04, 2013 at 11:54:21AM -0800, Alexey Neyman wrote:
> > On Thursday, January 31, 2013 09:08:20 am Stefan Sperling wrote:
> > > BTW, I went over one of FreeBSD's svn wiki pages a while back, and adde
On Thursday, January 31, 2013 09:08:20 am Stefan Sperling wrote:
> BTW, I went over one of FreeBSD's svn wiki pages a while back, and added
> answers to open questions on this page:
> https://wiki.freebsd.org/SubversionMissing
Speaking of which:
Is there a reason why it is necessary to use "the s
Hi all,
Is it possible to add a directory to a change list? I have a property
modification on one of the directories - however, an attempt to include it in
the changelist fails:
$ svnadmin create /tmp/foo
$ svn co file:///tmp/foo foo.wc
Checked out revision 0.
$ cd foo.wc
$ svn mkdir dir1
A
Hi Waseem,
On Tuesday, March 06, 2012 06:57:19 am Waseem Shahzad wrote:
> Hi Guys
>
>I am running SVN in the .Net environment. à Using TSVN
> and Ankh SVN
>
>
>
> I have checkout the repository (almost 1 GB) and working in it. It gets
> stuck when on Commit with followings
Hi Daniel,
On Monday, March 05, 2012 11:33:33 pm Daniel Shahaf wrote:
> Alexey Neyman wrote on Mon, Mar 05, 2012 at 16:14:24 -0800:
> > Hi all,
> >
> > I ran into the following error message with Subversion:
> >
> > svn: Attempted to get textual contents of a *
Hi all,
I ran into the following error message with Subversion:
svn: Attempted to get textual contents of a *non*-file node
The issue, as pointed out by email thread [1], is that the directory being
merged contains a file with the same name as the directory. I.e., there is
/trunk/foo directory
Hi all,
I wonder if there is a way to make "svn merge --reintegrate" replay actual
changes that happened on the branch instead of just copying the sources from
the branch. What I mean is:
1. I have some project in /trunk
2. To do some experimental feature, I copy it to an engineering branch:
$
Dear Pietro,
I think you should start your learning Subversion from learning what a
"command line" is. Subversion manual is no substitute for knowing the OS.
Or alternatively, have someone install a repostory for you and go with a GUI
client, such as TortoiseSVN.
Regards,
Alexey.
On Friday, O
Hi all,
I have just stumbled over a not user-friendly behavior of 'svn merge'. The
environment was:
- server running 1.6.11
- repository has been created under 1.4.2 and has not been run through
'svnadmin upgrade' since
- client 1.6.6
When attempting to sync up a branch with latest trunk chang
On Friday, August 20, 2010 09:42:44 am Ryan Schmidt wrote:
> > Also imagine the logs: Bob did a fix, hook script did a fix. Robert
> > did a fix, hook script did a fix. Alice did a fix, hook script did a
> > fix. Every other log entry is your hook script modifying code.
>
> Only commits immediatel
Figured it out; I used svn_repos_replay, which does not send deltas.
Everything works with svn_repos_replay2.
Regards,
Alexey.
On Wednesday 03 March 2010 05:34:02 pm Alexey Neyman wrote:
> Hi all,
>
> I am trying to check for some content changes in the pre-commit script,
> and f
"File exists" error means that the file is re-created after you delete it
but before 'ln'. The fact that you were able to achieve re-linking by
combining two commands into one (rm ... && ln ...) suggests that there is
something invoking 'svn' periodically (cron job?).
As far as I know, Subversi
Hi all,
I am trying to check for some content changes in the pre-commit script,
and for that I am trying to employ the apply_textdelta method in the
editor. From the comments in the code (e.g. in python bindings), I
understand that the "window handler" callback should be called
repeatedly and the
On Wednesday 03 March 2010 01:14:38 pm Stefan Sperling wrote:
> On Wed, Mar 03, 2010 at 03:01:22PM -0600, Reid Priedhorsky wrote:
> > In particular, log messages to files not in
> > /cyclingproject/public should not be available.
>
> Log message are not per file. They are per revision.
> They aren'
On Saturday 27 February 2010 11:35:24 am Lieven Govaerts wrote:
> > Note that it always uses svn_fs_revision_proplist(), even when '-t TXN'
> > is passed. In this case, c->rev_id == SVN_INVALID_REVNUM (-1), and
> > svn_fs_revision_proplist() rightfully fails.
> >
> > Shouldn't it be using svn_fs_tx
ot;svnlook pg --revprop -t
TXN", which works.
Regards,
Alexey.
On Saturday 27 February 2010 06:36:44 am Olivier Dehon wrote:
> On Fri, 2010-02-26 at 22:15 -0800, Alexey Neyman wrote:
> > Hi all,
> >
> > It seems that I encountered a bug in 'svnlook pl --revprop&
Hi all,
It seems that I encountered a bug in 'svnlook pl --revprop': it fails with
the following message:
$ svnlook pl --revprop -t 10547-86b /svn/test-svn
svnlook: Invalid revision number '-1'
Observed with Subversion 1.6.6. Looks like offending code is this block in
do_plist():
Hi all,
It seems that I encountered a bug in 'svnlook pl --revprop': it fails with
the following message:
$ svnlook pl --revprop -t 10547-86b /svn/test-svn
svnlook: Invalid revision number '-1'
Observed with Subversion 1.6.6. Looks like offending code is this block in
do_plist():
73 matches
Mail list logo
