sebb wrote on Thu, 23 Jul 2020 11:30 +0100:
> On Thu, 23 Jul 2020 at 00:59, Daniel Shahaf wrote:
> >
> > sebb wrote on Wed, 22 Jul 2020 22:44 +0100:
> > > The SVN put command can add a new file or update an existing one.
> > >
> > > As part of a
sebb wrote on Wed, 22 Jul 2020 22:34 +0100:
> On Wed, 22 Jul 2020 at 17:46, Nathan Hartman wrote:
> >
> > On Wed, Jul 22, 2020 at 12:10 PM sebb wrote:
> > > > Use the machine-parseable E42 error codes. That's exactly what
> > > > they're for. (which-error.py and svn_error_symbolic_name()
sebb wrote on Wed, 22 Jul 2020 22:44 +0100:
> The SVN put command can add a new file or update an existing one.
>
> As part of a batch update it may be necessary to ensure that a
> particular file will be created and not updated - or vice versa.
> That is currently not at all easy to do, which is
sebb wrote on Sun, 12 Jul 2020 16:55 +0100:
> On Sun, 12 Jul 2020 at 15:26, Daniel Shahaf wrote:
> >
> > sebb wrote on Tue, 07 Jul 2020 20:43 +0100:
> > > When I first started using svnmucc, it used to be the case that
> > > svnmucc 'put' --revision 0 woul
sebb wrote on Tue, 07 Jul 2020 20:43 +0100:
> When I first started using svnmucc, it used to be the case that
> svnmucc 'put' --revision 0 would fail if the target file already
> existed. This no longer happens.
>
Is the file-to-be's parent directory the root directory? If that isn't
the case,
sebb wrote on Tue, 07 Jul 2020 12:55 +0100:
> Is there any restriction on svnmucc targets which can appear in a batch
> script?
>
> I assume that all targets must be in the same repository, but are
> there any further restrictions, e.g. must they have the same initial
> root directory path?
>
>
Branko Čibej wrote on Sun, 28 Jun 2020 11:20 +0200:
> On 27.06.2020 15:04, Ben Elliston wrote:
> > I was a very early SVN user. I have a repo last timestamped January
> > 2003 that I want to get files and data out of. When I run svn upgrade,
> > I get:
> >
> > svnadmin: E165005: Expected
Ben Elliston wrote on Sat, 27 Jun 2020 23:04 +1000:
> I was a very early SVN user. I have a repo last timestamped January
> 2003 that I want to get files and data out of. When I run svn upgrade,
> I get:
>
> svnadmin: E165005: Expected repository format '3' or '5'; found format '1'
>
> Do I need
Thorsten wrote on Fri, 26 Jun 2020 10:24 +0200:
> Hello,
>
> Well I am no expert and thus i might be completly wrong, but it seems
> to me that you placed subversion in the path
>
> /root/subversion-1.10.6/
>
> and trying to install it to
>
> /usr/local/lib
>
> So it seems a little bit
Sanad Majid wrote on Thu, 25 Jun 2020 14:52 +:
> Hi Nathan,
>
> Thank you for your suggestion. I have tried to configure as you told, please
> find the logs below.
>
> root@LCNAS:~# apt-file search libsvn_ra_serf
> libsvn-dev: /usr/lib/arm-linux-gnueabi/libsvn_ra_serf-1.a
> libsvn1:
Sanad Majid wrote on Thu, 25 Jun 2020 14:53 +:
> 1. I have installed libssl-dev, but how to add libssl-dev to libserf-dev's
> Depends?
You don't need to add libssl-dev to libserf-dev's Depends if you've
installed libssl-dev.
> 3. Not able to install 'libutf8proc-dev'
>
>
>
>
Nathan Hartman wrote on Wed, 24 Jun 2020 22:16 -0400:
> On Wed, Jun 24, 2020 at 9:13 AM Sanad Majid
> wrote:
>
> > I am trying to build Subverion 1.10.6 on our NAS (Netgear ReadyNAS 104),
> > but got following issues. Could anyone help me to resolve this issue? Logs
> > are given below.
> >
>
> > > > At this point I'd rather wait for Daniel to answer my question and
> > > > clarify his problem statement.
> > >
> > > I rather suspect that XX* and YY* were just general examples, not
> > > concrete ones.
> >
> > So do I, but the solution I posted is generalizable, as you know.
> >
>
> > Care to move this over to dev@ with a patch?
>
> Will do, it might take a few days.
I recommend to send dev@ the syntax you propose to implement before
you actually implement it.
Cheers,
Daniel
> Thanks to the other users for their suggestions but I don't think
> they'll be general
Branko Čibej wrote on Sat, 13 Jun 2020 10:16 +00:00:
> On 13.06.2020 12:09, Daniel Shahaf wrote:
> > Branko Čibej wrote on Sat, 13 Jun 2020 09:51 +00:00:
> >> On 13.06.2020 11:15, Daniel Shahaf wrote:
> >>> Daniel Sahlberg wrote on Fri, 12 Jun 2020 21:14 +0200:
Daniel Shahaf wrote on Sat, 13 Jun 2020 10:09 +00:00:
> Branko Čibej wrote on Sat, 13 Jun 2020 09:51 +00:00:
> > On 13.06.2020 11:15, Daniel Shahaf wrote:
> > > Daniel Sahlberg wrote on Fri, 12 Jun 2020 21:14 +0200:
> > >>> Care to move this over to dev@ with
Branko Čibej wrote on Sat, 13 Jun 2020 09:51 +00:00:
> On 13.06.2020 11:15, Daniel Shahaf wrote:
> > Daniel Sahlberg wrote on Fri, 12 Jun 2020 21:14 +0200:
> >>> Care to move this over to dev@ with a patch?
> >>>
> >> Will do, it might take a few
Daniel Sahlberg wrote on Fri, 12 Jun 2020 21:14 +0200:
> >
> > Care to move this over to dev@ with a patch?
> >
>
> Will do, it might take a few days.
>
> Thanks to the other users for their suggestions but I don't think they'll
> be general enough for my use case.
Care to explain why
Branko Čibej wrote on Thu, 11 Jun 2020 09:42 +00:00:
> On 11.06.2020 10:46, Daniel Sahlberg wrote:
> > Hi,
> >
> > Not sure if this belongs in users or in dev so I follow the guidelines
> > and post here first.
> >
> > I would like to svn:ignore every file (in a certain path) except files
> >
Roelof Berg wrote on Fri, 05 Jun 2020 16:45 +0200:
> Beautiful, thanks Alfred, then I’ll use it in-line and do not even need a
> script :)
>
> >> […]echo -n `svn info | grep -e "^URL: " | sed 's/URL: //g’`[…]
> >
> > Or as a one liner with printf and awk saving a few process invocations:
> >
Roelof Berg wrote on Thu, 04 Jun 2020 15:43 +0200:
> Hello,
>
> ++
> + Does someone have a copy left of svnwcrev ? +
> ++
>
> We’re looking for the project files from http://svnwcrev.tigris.org
>
Karl Berry wrote on Mon, 01 Jun 2020 15:01 -0600:
> With svn-1.14.0, if "python" is Python 2 (it's still 2.6.6 on CentOS7),
> and --with-swig is given, make swig-py succeeds, but check-swig-py fails
⋮
> Assuming it's intentional that Python 2 isn't supported any more.
Yes and no. If you want to
Karl Berry wrote on Mon, 01 Jun 2020 15:01 -0600:
> With svn-1.14.0, if --without-berkeley-db is given to configure, and
> --with-swig is given, make swig-pl succeeds, but check-swig-pl fails
> with:
⋮
> When --without-berkeley-db is omitted, all tests succeed.
No idea.
It's a shot in the dark,
Lev Serebryakov wrote on Sun, 31 May 2020 15:27 +00:00:
> make[1]: stopped in
> /usr/home/lev/FreeBSD/ports/devel/py-subversion/work-py37/subversion-1.14.0
Why wasn't this regression found before the final 1.14.0 release? It
seems to be the kind of bug that the release candidate / soak process
Thorsten Schöning wrote on Sun, 24 May 2020 18:18 +0200:
> Guten Tag Daniel Shahaf,
> am Dienstag, 19. Mai 2020 um 19:17 schrieben Sie:
>
> > That would depend on what log message(s) you're trying to fetch, which
> > you haven't told us.
>
> I'm interested in the
Thorsten Schöning wrote on Tue, 19 May 2020 08:38 +0200:
> Guten Tag Lorenz,
> am Dienstag, 19. Mai 2020 um 07:22 schrieben Sie:
>
> > You first example looks exactly for the HEAD revision of the
> > repository. If you path was not touched by this revision, there is no
> > log regarding this path
Lorenz wrote on Tue, 19 May 2020 05:22 +:
> Thorsten Schöning wrote:
> >So why does HEAD doesn't provide any details? Thanks!
>
> though Daniel mentions it already in the first third of his first
> sentence, I wanted to point out the most likely reason more
> explicitly:
>
> Because
Thorsten Schöning wrote on Mon, 18 May 2020 16:20 +00:00:
> Hi all,
>
> I'm having trouble understanding a problem with comparing paths in
> WebSVN: Comparing two paths uses HEAD as revision specifier by default
> and works in one setup and doesn't in another. The root cause is that
> accessing
Casey Heney wrote on Tue, 12 May 2020 17:23 -0700:
> Commit failed (details follow):
> Changing directory '/Users/casey/Documents/repo/trunk/docroot/new-dir'
> is forbidden by the server
> Access to
> '/!svn/wrk/cfa651e5-5850-4325-a441-1b5f8f37b3ea/trunk/docroot/new-dir'
> forbidden
The error
Johan Corveleyn wrote on Wed, 29 Apr 2020 12:23 +0200:
> On Wed, Apr 29, 2020 at 12:11 PM Daniel Shahaf
> wrote:
> > Johan, what do you mean by 'a very old format which isn't supported well
> > by "git svn"'?
>
> For instance an svn repository that was c
Johan Corveleyn wrote on Wed, 29 Apr 2020 11:04 +0200:
> On Wed, Apr 29, 2020 at 7:14 AM Chaya wrote:
> >
> > 1. Unfortunately, it's not a public repository.
> > 2. The SVN project repo is actually file based. So I had to convert it to
> > svn protocol before cloning to git.
> > 3. Using latest
Johan Corveleyn wrote on Tue, 28 Apr 2020 14:06 +0200:
> On Tue, Apr 28, 2020 at 8:16 AM Chaya wrote:
> >
> > Has anyone found solution to this problem?
> > I am getting this error while running git svn fetch command.
Is it a public repository, so we can try to reproduce the error ourselves?
Nathan Hartman wrote on Tue, 28 Apr 2020 10:09 -0400:
> On Tue, Apr 28, 2020 at 2:16 AM Chaya wrote:
> >
> > Has anyone found solution to this problem?
> > I am getting this error while running git svn fetch command.
> > Tried many things to solve this issue, but no luck.
> > If anyone has found
Mark Phippard wrote on Sat, 25 Apr 2020 18:01 +00:00:
> But the final goal should be something like this (in order of importance):
>
> 1. Do not store a pristine in working copy for the file
> 2. Do not do deltification on the client when committing
> 3. Do not do compression on server when
Johan Corveleyn wrote on Sat, 25 Apr 2020 17:54 +00:00:
> Philip Martin made some interesting suggestions and provided some
> numbers, first focusing on the deltification overhead (which he could
> eliminate, on the client-side, by enabling SVNAutoversioning and
> performing a PUT with curl --
Karl Fogel wrote on Fri, 24 Apr 2020 13:43 -0500:
> On 24 Apr 2020, Mark Phippard wrote:
> >I think this would be a good idea in that it might be one of the last
> >remaining niches where SVN is a better tool for the job than a DVCS.
> >I do not think I could contribute though.
> >
> >I just
Dheeraj wrote on Mon, 30 Mar 2020 13:58 +00:00:
> Hi
>
> I use SVN as a configuration management tool in our premise. The
> application configuration file for the software comes from SVN (we have
> many instances of apps running and is managed by multiple users)
> I have done the upgrade of
Anton Shepelev wrote on Sat, 28 Mar 2020 00:41 +00:00:
> Daniel Shahaf:
> > Tilde is also special to some shells, at least in the sh/csh
> > «~username» syntax and in zsh's «foo~bar» syntax (also part of
> > EXTENDED_GLOB);
>
> That is why I proposed a double `~
Anton Shepelev wrote on Fri, 27 Mar 2020 23:40 +00:00:
> Daniel Shahaf:
> > but in any case, this sounds quite reasonable. How about
> > assigning it the syntax «^./» (caret, dot, slash)? That way we
> > only have one "special" leading character to worry ab
Anton Shepelev wrote on Fri, 27 Mar 2020 01:39 +0300:
> Daniel Shahaf:
>
> > Yes, this feature won't happen unless someone invests time in
> > making it happen -- but let's not discourage people from
> > discussing feature ideas even if they may not personally have
&g
Stefan Sperling wrote on Thu, 26 Mar 2020 21:02 +00:00:
> The ultimate goal here is to allow users to type less characters when
> starting merges. Scripting tab-completion for SVN URL arguments into
> your favourite shell would also be a usable and effective solution.
What would the algorithm be?
Stefan Sperling wrote on Thu, 26 Mar 2020 22:02 +0100:
> On Thu, Mar 26, 2020 at 08:46:35PM +0000, Daniel Shahaf wrote:
> > Stefan Sperling wrote on Thu, 26 Mar 2020 10:45 +0100:
> > > Renames are modelled as copy+delete in SVN.
> >
> > They are, but we ca
Stefan Sperling wrote on Thu, 26 Mar 2020 11:15 +0100:
> On Thu, Mar 26, 2020 at 01:10:25AM +0300, Anton Shepelev wrote:
> > Daniel Shahaf:
> > > however, I don't think the lack of these distinctions is
> > > necessarily a blocker. It just means we need to
Stefan Sperling wrote on Thu, 26 Mar 2020 10:45 +0100:
> On Thu, Mar 26, 2020 at 01:10:25AM +0300, Anton Shepelev wrote:
> > Daniel Shahaf:
> > > However, I can also see circumstances in which this smartness
> > > could be counter-productive:
> > >
&
Anton Shepelev wrote on Thu, 26 Mar 2020 01:10 +0300:
> Daniel Shahaf:
> > 2. We can't trace copies forward. If trunk had been renamed or
> > forked after the merge, a simplistic "Take the
> > copyfrom_path@copyfrom_rev, change the copyfrom_rev to 'HEAD',
> > and u
Stefan Sperling wrote on Wed, 25 Mar 2020 15:07 +0100:
> On Wed, Mar 25, 2020 at 04:45:29PM +0300, Anton Shepelev wrote:
> > Hello, all
> >
> > Why does even the basic sync-merging require that the user
> > specify the source URL, as in:
> >
> > svn merge ^/project/trunk
> >
> > I think this
钱海远(Nathan) wrote on Mon, 23 Mar 2020 05:56 +:
> The version is 1.10.6 , I was try to reproduce this issue.
>
> You can make a commit like this :
> Revision 1
> A /test
> A /Test/a.c
> A /another
> A /another/b.c
>
> Revision 2
> M /test/a.c
> M /another/b.c
>
> Then run command : svnadmin
Daniel Shahaf wrote on Mon, 23 Mar 2020 05:45 +:
> 钱海远(Nathan) wrote on Mon, 23 Mar 2020 05:30 +:
> > The expected behaviour is: 'svnadmin dump' should include all properties.
> >
> > It happened in command : svnadmin dump --include .
> >
> > I o
hibited. If you receive this e-mail in error, please notify the sender by
> phone or email immediately and delete it!
>
>
> -邮件原件-
> 发件人: Daniel Shahaf
> 发送时间: 2020年3月22日 1:04
> 收件人: 钱海远(Nathan)
> 抄送: users@subversion.apache.org
> 主题: Re: Svnadmin dump with include will
[moving to dev@; please remove users@ from replies]
钱海远(Nathan) wrote on Sat, 21 Mar 2020 06:12 +:
> I found the there is a BUG in subversion 1.10.6.
>
> Svnadmin dump with include can not dump the subdir into add when it's parent
> path was a branch:
> 1. 1、/A was copy from/XX , revision
钱海远(Nathan) wrote on Sat, 21 Mar 2020 06:08 +:
> I found the there is a BUG in subversion 1.10.6.
>
> Svnadmin dump with include will lost the svn:log in sometime.
>
> I was fix this issue several months ago , I forgot how to the issue happened
> again. But I have a patch to fix this issue,
Andreas Stieger wrote on Fri, 13 Mar 2020 11:45 +00:00:
> Hello,
>
>
> > “svnsync init --allow-non-empty --username abcd file:///u03/svn/repos
> > svn://xxx.xxx.xxx.xxx/”
> [...]
> > svnsync: E165001: Revprop change blocked by pre-revprop-change hook (exit
> > code 1) with output:
> >
Karl Berry wrote on Sun, 08 Mar 2020 15:41 -0600:
> I tried running
> svn log -l 1 foo bar
> to try to see the last log message for files foo and bar, but get:
> svn: E27: When specifying working copy paths, only one target may be given
>
> which surprised me. Is there any way to do this in
Thorsten Schöning wrote on Mon, 24 Feb 2020 18:19 +0100:
> During merges this regularly leads to conflicts which TortoiseSVN
> tries to resolve by searching the repo for new merge targets and that
> search is incredibly slow if executed remotely.
>
> I tried to do the same merge using 2
Niko Paltzer wrote on Fri, 14 Feb 2020 13:55 +0100:
> Since I want to get rid of this transaction with svnadmin rmtxns, I'd like
> to know why it's not listed.
>
The immediate reason is that svn_fs_fs__list_transactions() only lists
db/transactions/*.txn, but I don't know offhand why
Stefan Sperling wrote on Fri, 07 Feb 2020 08:44 +0100:
> Which is why I see no way to fix this in SVN itself.
> If we made SVN record r5 during the original merge (before r5 existed),
> that would be wrong.
> And if we made SVN skip A/mu edits from r5 during the conflicting merge,
> that would be
Joerg Wunsch wrote on Fri, 24 Jan 2020 08:23 +0100:
> As Daniel Shahaf wrote:
> > Could we look for a solution that doesn't involve explicit user input?
> > For example, given «svn co $URL $dir», we could search only in
> > ancestors that are writable by the curre
Joerg Wunsch wrote on Thu, 23 Jan 2020 22:18 +0100:
> Would having at least an option to "svn co" that does just not
> traverse upwards (for those who know what they are doing) be a
> compromise?
In general, we don't like adding options, because every option added is
another variable to account
Joerg Wunsch wrote on Thu, 23 Jan 2020 21:16 +0100:
> As Daniel Shahaf wrote:
> > However, on FreeBSD a plain «stat /nonexistent/foo/bar»
> > returns ENOENT, not ENOTDIR…
>
> The semantics of that automounter are, indeed, a bit strange. I would
> have expected an ENO
Vincent Lefevre wrote on Thu, 23 Jan 2020 15:50 +0100:
> On 2020-01-23 12:44:02 +0100, Joerg Wunsch wrote:
> > If the automounter already yields ENOENT for the ../.svn directory
> > probe, everything is not going to be a problem. I think the point here
> > is the automounter (eventually, after
Joerg Wunsch wrote on Thu, 23 Jan 2020 12:44 +0100:
> My entire point is: when getting any error for ..*/.svn/wc.db, just
> stop traversing there, and proceed with the checkout (in its own
> new directory).
This change is not likely to be accepted.
As your ktrace shows, Subversion does a
Nathan Hartman wrote on Tue, 21 Jan 2020 14:26 +00:00:
> The FSX back end is a work in progress and not ready for production use.
Then shouldn't «svnadmin create --fs-type=fsx» emit a warning to that effect,
like --fs-type=bdb does?
Trent Fisher wrote on Wed, Jan 15, 2020 at 15:00:56 -0500:
> On 1/6/2020 1:42 PM, Daniel Shahaf wrote:
> > Trent Fisher wrote on Mon, 06 Jan 2020 18:22 +00:00:
> > > This seems like a bug in lslocks, why would it not list *all* the locks?
> > If you run fsfs
Trent Fisher wrote on Mon, 06 Jan 2020 18:22 +00:00:
> This seems like a bug in lslocks, why would it not list *all* the locks?
If you run fsfs, it might be https://subversion.apache.org/issue3750.
Stefan Sperling wrote on Sat, 04 Jan 2020 09:35 +00:00:
> Patch files can be mangled during transfer in any number of ways.
> Adding workarounds for mangled patches is not a sustainable approach.
Perhaps the maintainers of the "patchutils" package would be open to
adding a tool that fixes this
Vin Aggarwal wrote on Thu, 26 Dec 2019 20:03 +00:00:
> svn diff reports added or deleted files when --no-diff-added or
> --no-diff-deleted options are specified; although only the 'Index:'
> lines are printed. In my subversion build I changed the code to output
> these lines to stderr. Patch
Branko Čibej wrote on Sun, 22 Dec 2019 07:26 +00:00:
> On 22.12.2019 04:55, Daniel Shahaf wrote:
> > wuzhouhui wrote on Sun, 22 Dec 2019 03:29 +00:00:
> >> When I use
> >>
> >> svn log -q --diff
> >>
> >> to display only different of e
wuzhouhui wrote on Sun, 22 Dec 2019 03:29 +00:00:
> When I use
>
> svn log -q --diff
>
> to display only different of every revision, the svn report error:
>
> svn: E205000: Try 'svn help log' for more information
> svn: E205000: 'quiet' and 'diff' options are mutually exclusive
>
Honza Maly wrote on Tue, 17 Dec 2019 20:04 +00:00:
> I don't see it in issue tracker: do you have any plans on adding support
> for ssh agent as way to store password encrypted, possibly based on what
> Jack Whitham prepared?
>
>
wuzhouhui wrote on Tue, 17 Dec 2019 04:38 +00:00:
> From: "Daniel Shahaf"
> > To do this, I guess you'll want to write a script that automatically
> > commits a patch series along with log messages (from `quilt header -e`)?
> > If you do, please consider publish
wuzhouhui wrote on Mon, 16 Dec 2019 06:57 +00:00:
> I don't want to commit changes until I think the changes are good enough.
> After
> all, commit to a branch is also a commit.
There is no technical requirement that commits to branches be as stable
as commits to trunk; that's purely a social
Nathan Hartman wrote on Sun, Dec 15, 2019 at 22:06:03 -0500:
> On Sun, Dec 15, 2019 at 5:03 AM wuzhouhui
> wrote:
>
> > Hi,
> >
> > Can Subversion support patch series, like quilt. So I can split a
> > big change to small pieces before submit all of them, and post-commit
> > review will be more
sebb wrote on Sat, 14 Dec 2019 13:38 +00:00:
> However [1] says:
>
> "Section and option names are case-insensitive, but case is preserved."
>
> Is that still accurate?
Test it and, should you find that it isn't accurate, let us know.
sebb wrote on Sat, 14 Dec 2019 13:17 +00:00:
> On Sat, 14 Dec 2019 at 11:51, Daniel Shahaf wrote:
> > sebb wrote on Sat, 14 Dec 2019 09:20 +00:00:
> > > The code comment here [1] and the wiki [2] both state that section name
> > > matching is case-insensitive.
> &
sebb wrote on Sat, 14 Dec 2019 09:12 +00:00:
> The only documentation I could find [1] defines a key using :
>
> ::= (any character except )
>
> However the character domain is not specified as far as I can tell.
I don't know where you're quoting that from. It's not on the linked
page or
sebb wrote on Sat, 14 Dec 2019 09:20 +00:00:
> The code comment here [1] and the wiki [2] both state that section name
> matching is case-insensitive.
>
> However my reading of the document here [3] says this changed in version 1.7.
Thank you for taking the time to point out the specific text
[ moved to svnbook-dev@. Please remove users@ from replies. ]
sebb wrote on Sat, 14 Dec 2019 09:23 +00:00:
> The document
>
> http://svnbook.red-bean.com/en/1.7/svn.serverconfig.pathbasedauthz.html
>
> says:
>
> "The value of each option describes the user's level of access to the
>
LUGNIER, Cédric (CA-CIB) wrote on Wed, 27 Nov 2019 10:24 +00:00:
> svn: E720145: Can't remove directory
> 'C:\dev\Jenkins\workspace\qlib_full
> \Sources\x12ComInterface\_compilation\vc17_Release': The directory is
> not empty.
...
> As the folder is not empty, it means that a file couldn’t be
Ryan Schmidt wrote on Mon, 25 Nov 2019 05:03 +00:00:
> On Nov 24, 2019, at 22:50, Ryan Schmidt wrote:
> > That line is 255 bytes long. Maybe hitting some keyword length limit?
>
> Tests pass when I build in a shorter path; then the file contains:
>
> $Header:
>
Ryan Schmidt wrote on Sun, Nov 24, 2019 at 22:40:51 -0600:
> Hi,
>
> I ran the Subversion 1.13.0 test suite on macOS 10.13.6. Everything passed
> except the first test in trans_tests.py:
>
>
> START: trans_tests.py
> W: Header expansion failed for
>
Branko Čibej wrote on Thu, 07 Nov 2019 13:41 +00:00:
> $ mkdir -p foo/bar
> $ touch foo/qux foo/bar/baz
> $ cp -R foo zzz
> $ cp -R foo zzz
FWIW, creating the tag with svnmucc would give that same E160020 error
after the first time:
% svnadmin create r
% svn mkdir -qmm file://$PWD/r/{trunk,tags}
Thorsten Schöning wrote on Tue, Jun 11, 2019 at 20:15:45 +0200:
> So, is there a reason why mod_dav_svn doesn't support additional
> subdirs? Is that likely to be changed?
I can't think of a reason against adding that.
> Is it likely that svnserve will stop supporting addiitonal child dirs?
No.
Shilp, Kumar wrote on Tue, Sep 17, 2019 at 22:41:22 +:
> C:\>svnadmin load --force-uuid repo < depot_build.dump
> <<< Started new transaction, based on original revision 1
>
> * editing path : trunk ... done.
> * editing path : trunk/ReadMe.txt ... done.
> Committed revision 1 >>>
>
Mark Phippard wrote on Wed, 11 Sep 2019 16:45 +00:00:
> For a server using 1.9.x is fine. I mostly use SVN 1.8.
Do note that 1.8 is already beyond its EOL date. Furthermore, 1.9
should have EOLed a couple of weeks ago, but we decided — *after* the
EOL date passed — to extend the support by six
swdev wrote on Tue, 03 Sep 2019 13:40 +00:00:
> SERF (from get-deps.sh)
>
> cd serf
> # clean the build
> scons -c
> scons APR=/home/jonny/subversion APU=/home/jonny/subversion
> ZLIB=/home/jonny/subversion OPENSSL=/home/jonny/subversion
> PREFIX=/home/jonny/subversion
>
>
> APR,
Michael Ditum wrote on Thu, 29 Aug 2019 18:49 +00:00:
> Does anyone have any ideas on how I can fix this revision? As I
> mentioned before, the file gets deleted a couple of revisions later so
> I don't really care about the contents of the revision but I'm
> currently stuck and can't get any
bryce.scho...@gmail.com wrote on Tue, Aug 27, 2019 at 09:41:37 -0700:
> FWIW, I found the explanations in these two emails from the same thread to
> be easier to understand as a user:
> https://svn.haxx.se/users/archive-2010-11/0408.shtml
> https://svn.haxx.se/users/archive-2010-11/0466.shtml
>
>
Bo Berglund wrote on Tue, 20 Aug 2019 17:27 +00:00:
> So I wonder if this would work:
Yes, with two caveats:
- The versions of svn on the two RPis must use the same working copy
format. All 1.8.0..1.12.x versions use the same working copy format
as each other.
- Recommend that you look
David Aldrich wrote on Tue, 20 Aug 2019 12:29 +00:00:
> Does svn path based authorization support nested groups?
>
> group_a = fred,jim
> group_b = jane,@group_a
>
> Best regards
> David
[[[
% cat authz
[groups]
group_a = fred,jim
group_b = jane,@group_a
[/]
* =
@group_b = r
% svnauthz
Lorenz wrote on Tue, 20 Aug 2019 09:20 +00:00:
> Anton Shepelev wrote:
> >How can I view the working-copy path with which a
> >lock is associated, given the information about the
> >lock from `svnadmin lslocks'?
>
> you can't.
> The server knows nothing about the working copy and its
Jens Restemeier wrote on Mon, 12 Aug 2019 14:14 +00:00:
> That is a good point, though I was hoping that implementation details
> like the database library can be handled internally,
What would you have us do when an SQLite API call returns SQLITE_CORRUPT
(that's the error code you got)?
> and
Daniel Watzinger wrote on Mon, 12 Aug 2019 10:56 +00:00:
> Please don't ask why we are using the Windows platform in the first
> place ;-)
We weren't planning to ask. Subversion supports any platform that
supports C89, Python, and APR and has a maintained build script.
I'm not familiar with
Jens Restemeier wrote on Mon, 12 Aug 2019 11:19 +00:00:
> Thanks to a power cut last week while updating Ive got a few corrupted
> workspaces:
>
> Error: sqlite[S11]: database disk image is malformed
> Error: Additional errors:
> Error: sqlite[S11]: database disk image is malformed
>
>
Barry Scott wrote on Mon, 05 Aug 2019 10:14 +00:00:
> Changes:
> * Built against subversion 1.12.2, 1.11.1, 1.10.6 and 1.9.12
Subversion 1.11.1 is no longer supported by the Subversion project (it was a
non-LTS release).
Subversion 1.9.12 may have EOL'd yesterday; we're currently discussing
Daniel Watzinger wrote on Tue, 30 Jul 2019 20:44 +00:00:
> I took the liberty to dive into the relevant source code. The issue may
> be pinned down to file metadata not being flushed to disk by the
> underlying APR library.
Do you mean that svn needs to change how it calls APR, or that APR
Good morning Daniel,
I don't have the brainwidth to investigate this, but two quick questions:
- Does it happen on a local disk?
- Can you post the file foobar/db/revs/0/0 as an attachment?
FWIW, 6b is the correct value of the P2L offset.
Cheers,
Daniel
Daniel Watzinger wrote on Sun, 28 Jul
JITHIN K wrote on Tue, 30 Jul 2019 14:57 +00:00:
> * Verifying metadata at revision 0 ...
> * Error verifying repository metadata.
> svnadmin: E22: Failed to parse revprops for r0.
> svnadmin: E22: Serialized hash malformed value data
> "
That's supposed to be impossible *even after a
Stefan Sperling wrote on Sat, 20 Jul 2019 09:51 +00:00:
> But as a user I find it infuriating when software I use contains
> artificial restrictions like this. We should assume our users know
> what they are doing. Subversion is not a web browser.
I'm not entirely sure I'm convinced by this
Stefan Sperling wrote on Fri, 19 Jul 2019 18:45 +00:00:
> It looks like the interactive prompt omits an option to save the cert
> if it sees a certificate failure of class 'other' from the above list.
> I am not sure why this decision was made but that's what the current
> code seems to do.
The
Eichner, Siegfried wrote on Tue, 02 Jul 2019 07:30 +:
> Hi Team,
>
> SVN authentication is not working please help to implement this. If a
> checklist exist, i will do all check.
> The authentication was working before move to the new Server,
> The Apache is loading modules, but the author
101 - 200 of 1723 matches
Mail list logo