Where can I find the correct version of the docs for subversion 1.14.1
Mark
From: Daniel Sahlberg
Sent: Friday, September 1, 2023 5:54 AM
To: Mark Wood-Patrick
Cc: users@subversion.apache.org
Subject: Re: Problem storing passwords when using subversion
Importance: High
External email: Use
et described:
https://svnbook.red-bean.com/nightly/en/index.html
Kind regards,
Daniel
>
>
> Mark
>
> *From:* Daniel Sahlberg
> *Sent:* Friday, September 1, 2023 5:54 AM
> *To:* Mark Wood-Patrick
> *Cc:* users@subversion.apache.org
> *Subject:* Re: Problem storing passwo
Many thanks for the response much appreciated, after fixing an issue with gpg
its working now
Regards
Mark
From: Daniel Sahlberg
Sent: Friday, September 1, 2023 5:54 AM
To: Mark Wood-Patrick
Cc: users@subversion.apache.org
Subject: Re: Problem storing passwords when using subversion
Den fre 1 sep. 2023 kl 14:04 skrev Mark Wood-Patrick via users <
users@subversion.apache.org>:
> I'm using subversion 1.14.1 on CentOS release 6.8 and trying to get
> subversion to store my credentials.
>
Please check the svn --version command, it should say something like this
towards the end of
I'm using subversion 1.14.1 on CentOS release 6.8 and trying to get subversion
to store my credentials.
Viewing ~/.subversion/servers it seems like passwords should be stored by
default.
In
~/.subversion/config
I have:
password-stores = gpg-agent,gnome-keyring,kwallet
However, when
Den sön 12 mars 2023 kl 22:46 skrev Nathan Hartman :
> On Tue, Feb 7, 2023 at 9:05 AM Baldauf Christoph
> wrote:
> >
> > Hi,
> >
> > I think, I encountered a problem with the handling of file externals
> > that point to a redirected URL.
> > It looks to
> Von: Nathan Hartman
> Gesendet: Sonntag, 12. März 2023 22:46
> An: Baldauf Christoph
> Cc: users@subversion.apache.org
> Betreff: Re: Checkout problem via http with file external pointing at
> redirected
> URL
>
> On Tue, Feb 7, 2023 at 9:05 AM Baldauf Chr
On Tue, Feb 7, 2023 at 9:05 AM Baldauf Christoph
wrote:
>
> Hi,
>
> I think, I encountered a problem with the handling of file externals
> that point to a redirected URL.
> It looks to me like this issue is related to
> https://issues.apache.org/jira/browse/SVN-4428, with t
On Sat, Feb 11, 2023 at 2:46 PM Bo Berglund wrote:
> Follow-up:
>
> 1) I did a manual run with the command including --steal-lock and it showed
> there was a stale lock that it could take over and perform the update.
> So this seems to be the way to do it.
Stealing locks should *not* be done by
On Sat, 11 Feb 2023 18:56:34 +0100, Bo Berglund wrote:
>Thanks Pavel!
>I just want to check so that I get it right:
>
>1. Modify the command to use --steal-lock like this in the script (all on one
>line):
>E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize
>--steal-lock
>--sync-
On Sat, 11 Feb 2023 19:50:41 +0400, "Pavel Lyalyakin via users"
wrote:
>> E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize
>> --sync-username syncuser https://backupservername/svn/pcb
>> https://agiengineering/svn/pcb
>> Failed to get lock on destination repos, currently held b
On Sat, Feb 11, 2023 at 7:23 PM Bo Berglund wrote:
>
> I have a backup system set up for our VisualSVN server running on Windows
> Server
> 2016. It consists of a batch file scheduled to run nightly on the SVN server.
>
> The batch uses a series of commands, one for each of the backed up
> repos
I have a backup system set up for our VisualSVN server running on Windows Server
2016. It consists of a batch file scheduled to run nightly on the SVN server.
The batch uses a series of commands, one for each of the backed up repositories
and has been in place from 2018.
Now when checking the sta
Hi,
I think, I encountered a problem with the handling of file externals
that point to a redirected URL.
It looks to me like this issue is related to
https://issues.apache.org/jira/browse/SVN-4428, with the difference,
that file externals are involved instead of normal externals.
When doing a
Hello all
I recently installed the apache svn and trying to enable the svnrepolist
here is the conf file for dav_Svn
DAV svn
SVNParentPath /svn
SVNAutoversioning On
SVNListParentPath On
AuthType Basic
AuthName "Subversion Repository"
AuthBasicProvider ldap
AuthLDAPURL "ldap://xx
Den fre 9 sep. 2022 kl 19:53 skrev 李斌 :
> Thank you for replying.
>
> Yeah, when I used svnadmin load I got an error about “* dump version” so
> I used grep -v. As you have said. I will try it again. But due to the
> project “UEProject” used 900G hard disk space, so maybe it is hard to
> compar
iPhone
> 在 2022年9月9日，18:58，Daniel Sahlberg 写道：
>
> Den fre 9 sep. 2022 kl 12:14 skrev 李斌 :
>> Hi
>>
>> There is a problem when load file via 'svnadmin load'.
>>
>> Command: 'nohup svnadmin load /data/UEProject < /data/UEProject-clear.svn &
(I actually had to go try it myself because I wasn't sure how that would
> work, but, on my shell (bash) it gives a syntac error with the & inside
> single quotes)
>
>
>
>> On Fri, 9 Sep 2022, 李斌 wrote:
>>
>> Hi
>>
>> There is a problem w
be removed?
(I actually had to go try it myself because I wasn't sure how that would
work, but, on my shell (bash) it gives a syntac error with the & inside
single quotes)
On Fri, 9 Sep 2022, 李斌 wrote:
Hi
There is a problem when load file via 'svnadmin load'.
Comm
Den fre 9 sep. 2022 kl 12:14 skrev 李斌 :
> Hi
>
> There is a problem when load file via *'svnadmin load'*.
>
> Command: *'nohup svnadmin load /data/UEProject <
> /data/UEProject-clear.svn > ./nohup.log 2>&1 &'*.
>
> UEProject-clear.svn
Hi
There is a problem when load file via 'svnadmin load'.
Command: 'nohup svnadmin load /data/UEProject < /data/UEProject-clear.svn >
./nohup.log 2>&1 &'.
UEProject-clear.svn is a dump file generated by 'nohup svnadmin dump
/root/SVN/UEProject
This was a mistake and is fixed now.
On Wed, Mar 2, 2022 at 4:21 PM David Aldrich
wrote:
> Hi
>
> I am trying to reintegrate a branch into the trunk.
>
> I first merged trunk to branch, which was committed at r16824.
>
> I then merged trunk to branch:
>
> svn merge --reintegrate ^/MyRepo>/branch
Hi
I am trying to reintegrate a branch into the trunk.
I first merged trunk to branch, which was committed at r16824.
I then merged trunk to branch:
svn merge --reintegrate ^/MyRepo>/branches/MyBranch
svn: E160013: '/subversion/MyRepo/!svn/rvr/16824/MyRepo/branches/MyBranch'
path not found
Wh
On Thu, 17 Feb 2022 16:34:16 +0300, NICK Margeyt wrote:
>Hello,Please help in solving the problem, why the authorization window
>for connecting to the repository does not appear, I have already tried
>everything possible from reinstalling SVN to updating, anyway, any
>user from the
Hello,Please help in solving the problem, why the authorization window
for connecting to the repository does not appear, I have already tried
everything possible from reinstalling SVN to updating, anyway, any
user from the network can go to the repository by URL. Attached is the
configuration file
On Tue, Nov 30, 2021 at 10:33 AM Nathan Hartman
wrote:
> I can confirm:
>
> Building 1.14.1:
> - with sqlite-amalgamation 3.36 fails with ld error: undefined
> reference to `unixFcntlExternalReader'.
> - with sqlite-amalgamation 3.37 succeeds.
I've documented it in the 1.14 release notes in case
On Mon, Nov 29, 2021 at 10:19 AM Daniel Sahlberg
wrote:
>
> Den tis 2 nov. 2021 kl 09:33 skrev Daniel Sahlberg
> :
>>
>> Den mån 1 nov. 2021 kl 09:32 skrev Gretton, Liam
>> :
(snip)
>> > .libs/sqlite3wrapper.o: In function `unixFileControl':
>> >
>> > /home/liam/downloads/subversion-1.14.1/sqlit
period of neglect.
> >
> >
> >
> > I'm finding that 1.41.1 has a problem somewhere in its SQLite code and
> fails at the make stage. 1.10.7 succeeds with exactly the same build
> process and dependencies.
> >
> >
> >
> > I'm using CentOS
Hi Daniel,
Thanks very much for your reply, I've been able to build 1.14.1 with
sqlite-amalgamation 3.35.
I'll keep an eye on SQLite releases to see if this gets fixed, I see 3.37.0 is
due out in a couple of weeks.
Den mån 1 nov. 2021 kl 09:32 skrev Gretton, Liam :
>
> I'm rebuilding our Subversion server, getting it up to date after a fair
> period of neglect.
>
>
>
> I'm finding that 1.41.1 has a problem somewhere in its SQLite code and fails
> at the make stage. 1.1
I'm rebuilding our Subversion server, getting it up to date after a fair period
of neglect.
I'm finding that 1.41.1 has a problem somewhere in its SQLite code and fails at
the make stage. 1.10.7 succeeds with exactly the same build process and
dependencies.
I'm using CentOS 7,
11:40 AM Mark Phippard wrote:
> >
> > Looking for some ideas ...
> >
> > I just submitted a PR to Homebrew to build JavaHL on Apple Silicon:
> >
> > https://github.com/Homebrew/homebrew-core/pull/76900
> >
> > In testing this I came across a p
On Sun, May 9, 2021 at 11:40 AM Mark Phippard wrote:
>
> Looking for some ideas ...
>
> I just submitted a PR to Homebrew to build JavaHL on Apple Silicon:
>
> https://github.com/Homebrew/homebrew-core/pull/76900
>
> In testing this I came across a problem I also have run
Looking for some ideas ...
I just submitted a PR to Homebrew to build JavaHL on Apple Silicon:
https://github.com/Homebrew/homebrew-core/pull/76900
In testing this I came across a problem I also have run into on Intel.
I think this started happening in Big Sur but it could also be a
recent
On Mon, Mar 22, 2021 at 5:40 AM Matthews, David
wrote:
>
> I been using the Subversion 1.10 RPMs provided by WANdisco on Centos 7.
>
> http://opensource.wandisco.com/centos/7/svn-1.10/RPMS/x86_64/
>
> I have 1.10.6 installed but I can’t upgrade to 1.10.7.
>
> If I try running “yum update” I get an
I been using the Subversion 1.10 RPMs provided by WANdisco on Centos 7.
http://opensource.wandisco.com/centos/7/svn-1.10/RPMS/x86_64/
I have 1.10.6 installed but I can't upgrade to 1.10.7.
If I try running "yum update" I get an error with package
subversion-python-1.10.7-1.x86_64 (WANdisco-svn):
Hi Joe,
How is it going ?
Have you moved the needle forward ?
Seeing you're running on a VPS, my guess would be an I/O saturation or
big latency, causing subversion taking a very long time to acknowledge
the file has securely been written down on the "hard drive". I've
experienced this quite a lo
Hi Joe,
Other things you should look into:
- Do you have svn triggers that could be taking too long to execute?
- Is your authentication setup sufficient/quick?
- Apache has enough resources or is it swapping?
Regards,
William
On Fri, 4 Dec 2020 at 08:41, Nico Kadel-Garcia wrote:
>
> On Thu, De
On Thu, Dec 3, 2020 at 4:53 PM Joe Strout wrote:
>
> I've got a svn server running on a linux VPS. It works, but it is often
> very very slow... like, 15 minutes to commit a 5 MB file. Often it
> times out completely, and we have to svn cleanup and try again.
Which Subversion verison? Which Lin
I've got a svn server running on a linux VPS. It works, but it is often
very very slow... like, 15 minutes to commit a 5 MB file. Often it
times out completely, and we have to svn cleanup and try again.
There is nothing else running on that virtual machine, and we've checked
with the hosting
Thank you!
On Tue, Apr 14, 2020 at 12:27 PM Johan Corveleyn wrote:
> On Mon, Apr 13, 2020 at 3:58 PM Levan Katsadze - EP
> wrote:
> >
> > Hello, I have a problem on using SVN. Previous version worked fine, but
> this new version does not let me edit any file.
> >
On Mon, Apr 13, 2020 at 3:58 PM Levan Katsadze - EP
wrote:
>
> Hello, I have a problem on using SVN. Previous version worked fine, but this
> new version does not let me edit any file.
> I click on "edit" and the error window jumps up (screenshots attached).
Hi Levan,
Hello, I have a problem on using SVN. Previous version worked fine, but
this new version does not let me edit any file.
I click on "edit" and the error window jumps up (screenshots attached).
On Wed, Mar 6, 2019 at 12:52 AM Ryan Schmidt
wrote:
> On Feb 10, 2019, at 03:18, Chagai Nota wrote:
>
> >> Also did you try with working copy on the local computer instead of CIFS
> >> share?
> > It’s not CIFS share its NFS share I didn’t try because the working copy
> > most to be on share dri
On Feb 10, 2019, at 03:18, Chagai Nota wrote:
>> Also did you try with working copy on the local computer instead of CIFS
>> share?
> It’s not CIFS share its NFS share I didn’t try because the working copy most
> to be on share drive because e we have also grid system.
There are known proble
Thank you very much for your detailed answer.
I understand what that you say and I will start this migration process, if
problem still be there I'll let you know, Thanks all appreciate your help very
much
Thx
Chagai Nota
-Original Message-
From: Stefan Sperling
Sent: Sunda
erver today -- there won't be a problem.
I recommend upgrading your SVN server to Subversion 1.10 ASAP.
Subversion 1.10 is our current long-term support (LTS) release which
will be supported until April 2022.
See https://subversion.apache.org/roadmap.html#release-planning
problem
**[EXTERNAL EMAIL]**
On Tue, Feb 5, 2019 at 7:18 PM Nico Kadel-Garcia
mailto:nka...@gmail.com>> wrote:
On Tue, Feb 5, 2019 at 1:38 AM Chagai Nota
mailto:chagai.n...@altair-semi.com>> wrote:
>
> in network share
>
The network share is a CIFS share, and the local Sub
On Tue, Feb 5, 2019 at 7:18 PM Nico Kadel-Garcia wrote:
> On Tue, Feb 5, 2019 at 1:38 AM Chagai Nota
> wrote:
> >
> > in network share
> >
>
> The network share is a CIFS share, and the local Subversion is old?
> Older versions of Subversion had very poor performance on CIFS.
>
Did you try updat
On Tue, Feb 5, 2019 at 1:38 AM Chagai Nota wrote:
>
> in network share
> yes every time he open new working copy after some period its happen
> bur other users no
>
>
>
> נשלח מסמארטפון ה-Samsung Galaxy שלי.
The network share is a CIFS share, and the local Subversion is old?
Older versions of Sub
Clock is OK
From: Branko Čibej
Sent: Monday, 4 February 2019 16:39
To: users@subversion.apache.org
Cc: Chagai Nota
Subject: Re: svn problem
**[EXTERNAL EMAIL]**
On 03.02.2019 16:42, Chagai Nota wrote:
Hi support,
I’m new to use mailing list so if it’s not the right address please assist me
problem
**[EXTERNAL EMAIL]**
Hello,
On Mon, Feb 4, 2019 at 10:10 AM Chagai Nota
<https://urldefense.proofpoint.com/v2/url?u=http-3A__chagai.nota-40altair-2Dsemi.com&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=jm7M7VuAC03WZiP8QPjQXbsP_SRYyhc66dx6T2rYKGk&
Hello,
On Mon, Feb 4, 2019 at 10:10 AM Chagai Nota wrote:
>
> Hi support,
>
> I’m new to use mailing list so if it’s not the right address please assist me
> where to do it.
>
> I have a strange problem just with one user from all of our organztioan.
>
> When he
On 03.02.2019 16:42, Chagai Nota wrote:
>
> Hi support,
>
>
>
> I’m new to use mailing list so if it’s not the right address please
> assist me where to do it.
>
>
>
> I have a strange problem just with one user from all of our organztioan.
>
>
>
&g
Hi support,
I'm new to use mailing list so if it's not the right address please assist me
where to do it.
I have a strange problem just with one user from all of our organztioan.
When he trying to do svn up or svn cleanup its takes very long time comparing
to others.
When I e
Hi Stefan
Thanks again for your help. We decided to manually reintegrate the branch
using a file compare tool as the differences were small. We've created a
new branch, so hopefully we will not see this problem again.
Best regards
David
On Fri, Jan 18, 2019 at 1:57 PM Stefan Sperling
On Fri, Jan 18, 2019 at 01:09:19PM +, David Aldrich wrote:
> Hi Stefan
>
> Thanks for your reply. I am using svn 1.11.
>
> I tried the command you suggested but, although it succeeded, there was
> nothing to commit afterwards.
Does the file not have an svn:mergeinfo property?
Otherwise, wha
Hi Stefan
Thanks for your reply. I am using svn 1.11.
I tried the command you suggested but, although it succeeded, there was
nothing to commit afterwards.
best regards
David
On Fri, Jan 18, 2019 at 12:58 PM Stefan Sperling wrote:
> On Fri, Jan 18, 2019 at 12:31:12PM +, David Aldrich wro
On Fri, Jan 18, 2019 at 12:31:12PM +, David Aldrich wrote:
> Hi
>
> I have a branch to which I have carefully merged all changes from the trunk
> over the past year. Today I want to reintegrate the branch into the trunk.
> When I attempt to do so I get error:
>
> Reintegrate can only be used
Hi
I have a branch to which I have carefully merged all changes from the trunk
over the past year. Today I want to reintegrate the branch into the trunk.
When I attempt to do so I get error:
Reintegrate can only be used if revisions 8908 through 10479 were
previously merged from /trunk
to the re
led (svn_dirent_is_absolute(local_abspath))
I'm not sure, but I believe this is possibly a problem in the
TortoiseSVN GUI, rather than in the underlying core svn libraries. So
I suggest you report this to one of the specific TortoiseSVN
mailinglists, see https://tortoisesvn.net/community.html.
Thanks,
--
Johan
On Fri, 8 Jun 2018 14:57:06 -0400, Mark Phippard
wrote:
>On Fri, Jun 8, 2018 at 12:29 PM, Bo Berglund wrote:
>
>> I have configured Notepad++ to be the editor for the log message.
>> This works OK if Notepad++ is *not* running at the time of an svn
>> operation. Then Npp pops up an edit window a
On Fri, Jun 8, 2018 at 12:29 PM, Bo Berglund wrote:
> I have configured Notepad++ to be the editor for the log message.
> This works OK if Notepad++ is *not* running at the time of an svn
> operation. Then Npp pops up an edit window and I can enter the message
> as expected and then close the win
On Fri, Jun 8, 2018 at 12:41 PM Daniel Shahaf
wrote:
> Bo Berglund wrote on Fri, 08 Jun 2018 18:29 +0200:
> > How can I use Notepad++ as the log editor and not have this happening?
>
> Subversion runs the editor command with system() and expects that when
> system() returns, if the exit code is z
Bo Berglund wrote on Fri, 08 Jun 2018 18:29 +0200:
> How can I use Notepad++ as the log editor and not have this happening?
Subversion runs the editor command with system() and expects that when
system() returns, if the exit code is zero then the user has finished
editing the log message. You sho
I have configured Notepad++ to be the editor for the log message.
This works OK if Notepad++ is *not* running at the time of an svn
operation. Then Npp pops up an edit window and I can enter the message
as expected and then close the window.
But when Npp is already running with one or several tabs
;)
>>>
>>> Is there a more recent version of this script?
>> I am afraid not. The link I provided points to the latest version of
>> this script we have in our repository. We would welcome patches to
>> the script. However, since the problem has been fixed in SVN
I am afraid not. The link I provided points to the latest version of
> this script we have in our repository. We would welcome patches to
> the script. However, since the problem has been fixed in SVN 1.10's
> version of 'svnadmin' I think it makes more sense to just us
t;)
>
> Is there a more recent version of this script?
I am afraid not. The link I provided points to the latest version of
this script we have in our repository. We would welcome patches to
the script. However, since the problem has been fixed in SVN 1.10's
version of 'svnadmin&#x
Thanks, Stefan. The path of least resistance for me is to use the script you
pointed me to. However, it seems that the exclude feature is not yet
implemented:
try:
if args[0] == 'include':
sys.exit(analyze_logs(map(sanitize_path, targets)))
elif args[0] == 'exclude':
usag
On Thu, Jun 7, 2018 at 3:04 AM Stefan Sperling wrote:
>
> On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote:
> > I’m trying to remove two sensitive directories from a repo so we can have a
> > 3rd party work on it. I first dumped the entire repo, and now I’m trying
> > to remove
On Thu, Jun 07, 2018 at 09:04:29AM +0200, Stefan Sperling wrote:
> On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote:
> > I’m trying to remove two sensitive directories from a repo so we can have a
> > 3rd party work on it. I first dumped the entire repo, and now I’m trying
> > to
On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote:
> I’m trying to remove two sensitive directories from a repo so we can have a
> 3rd party work on it. I first dumped the entire repo, and now I’m trying to
> remove two directories from one particular branch. But svndumpfilter ke
I’m trying to remove two sensitive directories from a repo so we can have a 3rd
party work on it. I first dumped the entire repo, and now I’m trying to remove
two directories from one particular branch. But svndumpfilter keeps failing as
follows:
$ svndumpfilter exclude branches/develop/dir1
9.3 (r1718519), on Ubuntu 16-04 with Server version:
> Apache/2.4.18 (Ubuntu).
>
> Problem is when a user failed 3 times with his password, the account
> doesn’t get locked but it keeps prompting. It looks like it authenticates
> against every single file in the path of the repo that us
I’m running SVN 1.9.3 (r1718519), on Ubuntu 16-04 with Server version:
Apache/2.4.18 (Ubuntu).
Problem is when a user failed 3 times with his password, the account doesn’t
get locked but it keeps prompting. It looks like it authenticates against every
single file in the path of the repo that
黄磊 writes:
> We meet a problem while upgrade the SVN server from 1.9 to 1.10. In
> the file 'authz', it seems not support for group to contain other
> group.
>
> I can give a simple example.
> In the 'authz' file:
>
> [groups]
> GuserA = use
To whom it may concern,
We meet a problem while upgrade the SVN server from 1.9 to 1.10. In the file
'authz', it seems not support for group to contain other group.
I can give a simple example.
In the 'authz' file:
[groups]
GuserA = userA
GuserB = userB
GroupA = @GuserA,
ting on it is not going to get the problem fixed.
You will have to find the attention of somebody who, ideally, is both
an SVN dev and very familiar with httpd auth framework internals.
I think your best next step is to re-open this discussion on the dev@
mailing list and share all the details o
Some more news about that, debugged that a little bit further and imho i
think its a bug in the module code of access_checker - or there are
assumptions made which do not hold in my usecase - at least its unclear
to me why its done that way, maybe someone can give some input.
The problem is that
Am Montag, den 22.01.2018, 13:12 +0100 schrieb Torsten Krah:
> Good catch, but this does not explain the first example of the OP:
>
>[repo:/]
>myuser = rw
> - The client (curl) shows me the repo-root but none of the files below.
> - The error_log shows, that my user got authorize
Good catch, but this does not explain the first example of the OP:
[repo:/]
myuser = rw
- The client (curl) shows me the repo-root but none of the files below.
- The error_log shows, that my user got authorized on root:
[Fri Jan 19 21:20:58.735108 2018] [authz_svn:info] [pid 3465:
this user (has no effect)
This is hinted at in the svnbook at
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html#svn.serverconfig.pathbasedauthz.groups
"Another important fact is that group permissions are not overridden by
individual user permissions. Rather, the c
re:
>
>
>
> require 'apache2'
>
> function authcheck_hook(r)
>
> r.user = "myuser"
>
> r:debug("Accepted user " .. r.user)
>
> return apache2.OK
>
> end
>
Are you really changing the username stored in the request in your
authentication script? That could certainly be the problem, AFAIK there's no
guarantee that that change gets propagated back to mod_authz_svn.
(It's also a horribly wrong approach to authentication.)
-- Brane
here is my config in dav_svn.conf:
DAV svn
On 2017-12-27 17:46:17 -0600, Greg Stein wrote:
> Hi Vincent, Daniel,
>
> The problem is that the "modified" link for branches/1.9.x/ produces a page
> with a log of ALL the modifications EVER made in that branch. You're
> talking about thousands of log entries fr
Hi Vincent, Daniel,
The problem is that the "modified" link for branches/1.9.x/ produces a page
with a log of ALL the modifications EVER made in that branch. You're
talking about thousands of log entries from the past couple/three years.
The page simply takes way too long to g
Infra - could you take a look? I tried just now and reproduced the
first error message (a "502 Proxy Error").
@Vincent In the future feel free to report issues with *.a.o services
directly to infra (after checking status.apache.org)
Vincent Lefevre wrote on Wed, 27 Dec 2017 14:24 +0100:
> Hi,
>
Hi,
On http://svn.apache.org/viewvc?view=revision&revision=1814248
when I click on the first "modified", I get either
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET
/viewvc/subversion/branches/1.9.x/.
Reason:
Stefan Sperling to Anton Shepelev:
> > The problem is still there with svn client
> > 1.9.7.
>
> If your problem is rooted in issue #4582 then
> 1.8.x clients have already created svn:mergeinfo
> properties which now confuse the reintegrate
> me
t looking there, because I vaguely remem-
> > bered seeing the issue before). So try again with
> > a 1.9.x client, maybe there it's fixed.
>
> The problem is still there with svn client 1.9.7.
If your problem is rooted in issue #4582 then 1.8.x clients have already
created
h
> a 1.9.x client, maybe there it's fixed.
The problem is still there with svn client 1.9.7. I
did not upgrade any server components though. Is it
a dangerous operation?
--
Please, do not forward replies to my e-mail.
Mark Phippard to Anton Shepelev:
> > Stefan Sperling:
> >
> > > Which version of svn are you using to run this
> > > merge?
> >
> > 1.8.17 (r1770682) as part of CollabNet SVN. I
> > am not at all certain we need its extra fea-
> > tures, but someone else has decided to use that.
>
> FWIW, t
Op 23 dec. 2017 20:08 schreef "Anton Shepelev" :
Stefan Sperling:
> Which version of svn are you using to run this
> merge?
1.8.17 (r1770682) as part of CollabNet SVN.
This issue seems similar:
https://issues.apache.org/jira/plugins/servlet/mobile#issue/SVN-4582
I found this in the list
Anton Shepelev wrote on Sat, 23 Dec 2017 22:08 +0300:
> Shall I forward my replies to your e-mail, as you do
> yours?
This is a "CC the poster by default" list --- we don't require people to
subscribe --- but Stefan set the Mail-Followup- To header in a way that
indicates he prefers not to be CC'd
> On Dec 23, 2017, at 2:08 PM, Anton Shepelev wrote:
>
> Stefan Sperling:
>
>> Which version of svn are you using to run this
>> merge?
>
> 1.8.17 (r1770682) as part of CollabNet SVN. I am
> not at all certain we need its extra features, but
> someone else has decided to use that.
>
Stefan Sperling:
> Which version of svn are you using to run this
> merge?
1.8.17 (r1770682) as part of CollabNet SVN. I am
not at all certain we need its extra features, but
someone else has decided to use that.
Shall I forward my replies to your e-mail, as you do
yours?
--
Please,
gt;
> > trunk indeed was not created until revision 2252,
> > but I wonder why can SVN be interested in revision
> > 1823, if I created my test branch by copying revi-
> > sion 2524 of the trunk:
> > [...]
>
> This problem is somehow conntected with sparse di-
>
test branch by copying revi-
> sion 2524 of the trunk:
> [...]
This problem is somehow conntected with sparse di-
rectories. If I update the working copy of trunk so
that it has the file affected in 1823, reintegration
completes successfully, but that file is not modifed
and is not shown
I wrote:
> I am having trouble reintegrating my fresh and
> short-lived test branch (called progbar). Al-
> though there have been no changes to the trunk
> since the creation of the branch from revision
> 2324,
>
>svn merge "^/branches/progbar" --reintegrate
>
> gives:
>
>
1 - 100 of 1057 matches
Mail list logo
