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 is
Brett Cook wrote on Fri, 21 Jun 2019 15:45 +00:00:
> Now that I understand the issue, I don't believe there is any
> workaround for the issue that will allow the builds to work with SVN
> 1.7 (or above) the way they did with SVN version 1.6. As such, I will
> work with my team to try and make t
Brett Cook wrote on Fri, 21 Jun 2019 04:57 +00:00:
> I’m doing a checkout using ‘svn co URL DEST’ and get an error that says
> “Revision X doesn't match existing revision Y in DEST”.
For future searchers' benefit, the error code should have been E155000.
(more below)
> I’ve tried figuring out wh
Michael Mueller wrote on Wed, 15 May 2019 20:34 +00:00:
> dev@cardamom:~/wrk/sandbox/svn/serf-1.3.9> scons
> OPENSSL=/home/dev/wrk/openssl_build/save/1.0.2n APR=/usr/local/apr
> APU=/usr/local/apr
>
>
>
> Ran "scons install" as root.
Does serf's test suite pass?
> dev@cardamom:~/
Christoph Vogtländer wrote on Tue, 02 Apr 2019 09:02 +00:00:
> This is reproducible. Running with de_DE.UTF-8 (my default LANG), svn
> will try to submit the change but runs into a time-out. Running with
> en_GB.UTF-8, svn fails with error 413.
>
> Why is subversion acting differently with diffe
Nate Kerkhofs wrote on Fri, 29 Mar 2019 09:08 +00:00:
> Checking the tag revisions done yesterday through the other unit tests,
> all the dates of the revisions are monotonically increasing, with time
> between dates ranging from 2 seconds to 2 hours, but always increasing
> compared to the prev
Thorsten Goetzke wrote on Tue, 26 Mar 2019 10:40 +00:00:
> Hello,
>
> I am evaluating a migration for some very old repositories to subversion
> 1.10. These are currently running using subversion 1.7, but where most
> likely created a much older version. I use the binaries provided by wandisco
>
I think wuzhouhui wasn't asking about branching models in general, but
specifically about what model the Subversion project uses for versioning
its own source code (https://svn.apache.org/repos/asf/subversion/).
wuzhouhui, your description is accurate. In Subversion's tree
changes are committed f
Mark Phippard wrote on Wed, 20 Mar 2019 11:53 +00:00:
> * While there are no limits on number of files or total size,
Not to nitpick, but since there's no such thing as "unlimited capacity",
let me be one level more accurate:
Internally Subversion stores file size using signed 64-bit integers, so
not
standardized so you'll have to look up the flags on your system.
Cheers,
Daniel
P.S. Having said all that, look up svnpubsub and svnwcsub in tools/ in
the source tree. They do basically what you are after with that hook.
> -Original Message-
> From: Daniel Shaha
Ryan Schmidt wrote on Sat, 09 Mar 2019 08:43 +00:00:
> On Mar 8, 2019, at 14:24, Fairchild, Gregory J - OASAM OCIO CTR wrote:
> > Post-commit looks like this:
> > #!/bin/sh
> > REPOS="$1"
> > REV="$2"
> > /usr/bin/svn update /var/apache2/2.4/htdocs/ >>
> > /rpool/svn/subversion/repository/logs/pos
Denis Excoffier wrote on Sat, 02 Mar 2019 09:17 +00:00:
> What would be the best strategy? I can figure out this one:
>
> 1) Within the working copy, delete the existing tree (not svn delete)
> 2) Extract the new tree at the same place
> 3) Interpret the result of 'svn status' in terms of 'svn add
wuzhouhui wrote on Sat, 02 Mar 2019 04:29 +00:00:
> In case of someone have interests, you can find my customized Subversion
> in https://github.com/wuzhouhui/subversion.
I think you want svn_io_check_resolved_path() there, no svn_io_check_path().
> Please forgive me about using Git to version co
Branko Čibej wrote on Fri, Mar 01, 2019 at 12:08:41 +0100:
> On 01.03.2019 11:53, Stefan Sperling wrote:
> > On Thu, Feb 28, 2019 at 10:44:25PM +0100, Denis Excoffier wrote:
> >> Hello,
> >>
> >> The situation of the replacement of a directory by a circular symlink
> >> generates an XML fragment wh
wuzhouhui wrote on Fri, Mar 01, 2019 at 17:46:55 +0800:
> > -Original Messages-
> > From: "Branko Čibej"
> > Sent Time: 2019-03-01 17:16:40 (Friday)
> > To: users@subversion.apache.org
> > Cc:
> > Subject: Re: How to open specified inside .svn
> >
> > There are no such generic functions.
Mark Phippard wrote on Tue, 19 Feb 2019 20:53 +00:00:
> It ought to cover everything. If this looks like it is going to take a
> considerable amount of your time then you might want to post what you
> plan to do on the dev@ mailing list. There is no point spending time on
> this if someone plans
Mark Phippard wrote on Tue, 19 Feb 2019 18:30 +00:00:
> One idea that occurred to me would be adding a new value of %W that is
> similar to %P except the path is relative to the root of the working
> copy. Assuming that is generally the root of your project, such as
> /trunk this would give the
Stefan Sperling wrote on Wed, 16 Jan 2019 16:13 +0100:
> On Wed, Jan 16, 2019 at 09:39:12AM -0500, Mark Phippard wrote:
> > line 1760: none: command not found
>
> Our configure script sets the variables which point to python, ruby,
> or perl to "none" by default. There is faulty logic somewhere in
Oscar Lee wrote on Wed, 09 Jan 2019 19:10 +0100:
> My company uses TortoiseSVN internally to keep our files updated. The .svn
> folder for the project I have is massive (250GB) and as such I had to move
> it off to an external HDD. I created a symbolic link to the new location so
> that TortoiseSVN
Jan Marti wrote on Sun, 06 Jan 2019 00:32 +0100:
> But now, with Win10 instead of Win7 as reverse proxy, i get that error
> message:
>
>
>
> "An error occurred during authentication"
Check the error logs of both the proxy server and the backend httpd
server for more detailed error messages.
abirami_n wrote on Wed, 02 Jan 2019 02:06 -0700:
> Hi,
>
> I am using svn diff command to get the diff between two files from
> subversion.
>
> I get the chunk header for the changed chunk.
>
> But I am not finding any option to print line numbers.
>
> Is it possible to get individual line numb
Nick Burkitt wrote on Fri, 28 Dec 2018 10:19 -0800:
> I contacted CollabNet, and while they didn't find a solution to the
> svnsync problem per se, they did provide instructions for creating a
> local backup using "snvrdump dump" and "svnadmin load."
Interesting. 'svnrdump dump' and 'svnsync sy
Prannoy K.v wrote on Fri, 28 Dec 2018 05:53 +:
>
> Hi Daniel,
> Thank you for your help. I wanted to know if I am doing any mistake
> during compilation or is it an Issue with AiX or Subversion ?
Did you see the comment in the source code I referred you to? I'm
guessing the issue is simply
Daniel Shahaf wrote on Thu, Dec 27, 2018 at 15:04:09 +:
> In subversion/libsvn_subr/io.c, in svn_io_file_flush_to_disk(), there's
> an APR_STATUS_IS_EINVAL() check. Try making it check
> APR_STATUS_IS_EBADF() as well and handle it the same way (assuming "Bad
> file num
Prannoy K.v wrote on Thu, 27 Dec 2018 13:35 +:
> Hi Team,
> I tried compiling subversion 1.10.2 on AiX 7.2 machine .
Note that 1.10.3 has been released.
> After "make" command generated binaries work well in the folder where it
> is generated, whereas if we move binaries to a different loca
Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800:
> Committed revision 69.
> Copied properties for revision 69.
> Transmitting file data ...
> Committed revision 70.
> Copied properties for revision 70.
> svnsync: E175002: REPORT request on '//!svn/rev/71' failed
> PS E:\svn>
> ==
Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800:
> The operation proceeds without problems until it gets to revision 71, at
> which point it fails with the error "svnsync: E175002: REPORT request on
> '//!svn/rev/71' failed". I've looked at all the related answers I
> could find, but none of the
Nico Kadel-Garcia wrote on Sat, 01 Dec 2018 09:25 -0500:
> On Sat, Dec 1, 2018 at 4:00 AM Stefan Sperling wrote:
> > Note that we use such a workflow in SVN itself: When we backport changes
> > to stable branches and a merge conflict occurs, we prepare a branch.
> > Voting happens in a file called
Shane Brodie wrote on Wed, 14 Nov 2018 13:18 -0600:
> My question is: Is there a web-site based management application which
> allows the following features?
>
> - User password changes for Subversion access
> - User access: read/write
> - Management of users/groups
> -
Nathan Hartman wrote on Fri, 09 Nov 2018 09:27 -0500:
> On Thu, Nov 8, 2018 at 4:24 PM Daniel Shahaf wrote:
>
> > It's a wild guess but perchance it's a 'svn co ${URL}@{DATE}' and the
> > binary search (to resolve {DATE} to a number) is failing due to authz
Mark Phippard wrote on Wed, 07 Nov 2018 08:20 -0500:
> Yes, the user that got this error was using SVNKit. I do not know if it
> was via Jenkins, Eclipse or something else and that is why I am not sure
> what the command was. I asked to recreate using SVN command line so we
> could better underst
Dr. Rolf Jansen wrote on Tue, 06 Nov 2018 00:27 -0200:
> FYI, RFC 2518 has been obsoleted since 11 years by RFC 4918, and the
> relevant chapter moved to 10.1:
> https://tools.ietf.org/html/rfc4918#section-10.1, and yes there is still
> written "the DAV server MUST return the DAV header". Howeve
Thorsten Schöning wrote on Sun, 04 Nov 2018 18:57 +0100:
> Guten Tag Branko Čibej,
> am Sonntag, 4. November 2018 um 17:47 schrieben Sie:
>
> > I'm not sure what you mean by "handles more than only DAV successfully"
>
> I thought it might be possible that GitHub answers differently but
> properly
Thorsten Schöning wrote on Sun, Nov 04, 2018 at 16:42:11 +0100:
> Guten Tag Thorsten Schöning,
> am Sonntag, 4. November 2018 um 16:05 schrieben Sie:
>
> >> The server at '[...]' does not support the HTTP/DAV protocol.
>
> Others have the same problem and while it is true that GitHub might
> have
Chris wrote on Tue, 30 Oct 2018 13:36 +:
> One thing that was a bit annoying was when the dumpfilter threw an error
> because of a source of a file was missing when I filtered out a certain
> path and it turned out it had been copied to another location. The error
> message only prints out t
Alan Spark wrote on Wed, 24 Oct 2018 08:57 +0100:
> Hi Daniel,
>
> I didn't get anywhere with the perl script. /usr/bin is definitely in
> the path and that is where svnlook is, and the SVNLOOK variable was
> already set... anyway I gave up and went for your alternative.
>
Odd. My first assumpt
Daniel Shahaf wrote on Tue, 23 Oct 2018 14:50 +:
> Alan Spark wrote on Tue, 23 Oct 2018 14:41 +0100:
> > perl dump-noderev.pl /path/to/repository /trunk/scripts/script.py 728
> > Use of uninitialized value $noderev_id in split at dump-noderev.pl line 41.
>
> Sorry abou
Alan Spark wrote on Tue, 23 Oct 2018 14:41 +0100:
> Hi Daniel,
>
> Sorry, I meant to reply to all. For the benefit of others, here is what I
> said:
>
> ---
> Thanks for the response.
>
> > where dump-noderev.pl is [1]? The output should be just a few rfc822-like
> > headers specifying the off
Alan Spark wrote on Fri, 19 Oct 2018 16:04 +0100:
> * Error verifying revision 728.
> svnadmin: E160013: Filesystem path 'trunk/scripts/script.py' is
> neither a file nor a directory
E160013 is SVN_ERR_FS_CORRUPT, but this message is a new one.
Can you share the output of
.
% dump-noderev.pl
wuzhouhui wrote on Thu, 18 Oct 2018 20:19 +0800:
> Hi,
>
> When I click
> Apache's ViewVC instance
>
> in https://subversion.apache.org/source-code.html, the server told me I
> have no permission to access /viewvc/subversion/trunk:
>
> Forbidden
>
> You don't have permission to access /viewv
Yasuhito FUTATSUKI wrote on Thu, Oct 04, 2018 at 19:37:01 +0900:
> In ^/subversion/trunk/subversion/include/svn_client.h@1841567 says about
> svn_client_list():
> > * Similar to svn_client_list2(), but with @a recurse instead of @a depth.
> > * If @a recurse is TRUE, pass #svn_depth_files for @a de
Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500:
> On Oct 4, 2018, at 02:32, Chris wrote:
> > I figured using svnsync to get the "cleaned repo" up to date with the
> > changes on the "live repo", but a note in the svnsync documentation says
> > "The only commits and revision property modificat
Mark Phippard wrote on Wed, 03 Oct 2018 10:14 -0400:
> You can either alter the authz rules to remove all write permissions or
> just add a start-commit hook that does an exit 1.
Additionally, if a pre-revprop-change hook exists then it should either
be deleted or be made to exit with a non-zero e
I'm looking into a piece of logic for extracting basic information about
a working copy (basically, the output of `svn info` on the the current
directory or on the wc root), and trying to teach it to detect the
situation "This is a working copy, but I can't read it".
What error codes should I look
Daniel Shahaf wrote on Sat, 22 Sep 2018 15:28 +:
> Adam Jensen wrote on Sat, 22 Sep 2018 11:12 -0400:
> > On 09/22/2018 10:13 AM, Daniel Shahaf wrote:
> > > One reason for not creating the file in the form
> > > "${hash}${two_spaces}${filename}"
> >
Adam Jensen wrote on Sat, 22 Sep 2018 11:12 -0400:
> On 09/22/2018 10:13 AM, Daniel Shahaf wrote:
> > One reason for not creating the file in the form
> > "${hash}${two_spaces}${filename}"
> > is that not everyone uses sha512sum from GNU coreutils. If there were
&g
Branko Čibej wrote on Sat, 22 Sep 2018 16:54 +0200:
> Ah, that would be this one:
>
> https://www.apache.org/dyn/closer.cgi?path=subversion/subversion-1.10.2.tar.bz2
That still gives me an HTML page, whether I pass the relpath as a query
parameter (as you have) or as PATH_INFO.
Branko Čibej wrote on Sat, 22 Sep 2018 16:22 +0200:
> On 22.09.2018 16:13, Daniel Shahaf wrote:
> > Please don't download the artifacts from www*.apache.org but from a
> > mirror. I think there is a redirector CGI somewhere that automatically
> > redirects you to a
Daniel Shahaf wrote on Sat, 22 Sep 2018 14:13 +:
> Adam Jensen wrote on Sat, 22 Sep 2018 09:39 -0400:
> > Given the current situation, can anyone think of a shell script blurb to
> > download the files then verify with the hash?
>
> wget .../subversion-1.10.2.ta
Adam Jensen wrote on Sat, 22 Sep 2018 09:39 -0400:
> Given the current situation, can anyone think of a shell script blurb to
> download the files then verify with the hash?
wget .../subversion-1.10.2.tar.bz2
wget https://www.apache.org/dist/subversion/subversion-1.10.2.tar.bz2.sha512
sha512sum su
Michael Osipov wrote on Sun, 09 Sep 2018 20:35 +0200:
> I would expect the help output to contain information that target which
> do not explicitly have [@PEGREV] documented are still subject to peg rev
> parsing and can cause subtile error messages which cannot be explained
> via help:
> > expo
Paul Hammant wrote on Sun, 02 Sep 2018 19:30 +:
> I'm not sure if there's a online definitive error guide for Svn, but
> if there is the page for E170013 could be enhanced to suggest "check
> your darn proxy settings in ~/.subversion/servers, fool" (or less
> Paul-centric language).
We should
Dag-Erling Smørgrav wrote on Thu, 30 Aug 2018 23:49 +0200:
> Daniel Shahaf writes:
> > Dag-Erling Smørgrav writes:
> > > % svn resolved $(svn stat | awk '$2 == "C" { print $3 }')
> > 'svn resolved -R ./' is equivalent and more robust.
Stefan Sperling wrote on Thu, 30 Aug 2018 14:06 +0200:
> In --non-interactive mode the default value for --accept is 'recommended'.
This is a backwards incompatible change to the semantics of `svn merge
--non-interactive` (with no other --option flags): A workflow designed
under 1.9 and trusting s
Dag-Erling Smørgrav wrote on Thu, 30 Aug 2018 14:49 +0200:
> % svn resolved $(svn stat | awk '$2 == "C" { print $3 }')
'svn resolved -R ./' is equivalent and more robust.
Dag-Erling Smørgrav wrote on Wed, Aug 29, 2018 at 12:54:43 +0200:
> Please add an option to disable conflict resolution entirely.
As a hotfix, I think this will do what you need?
Index: subversion/libsvn_client/conflicts.c
===
--- su
Anton Shepelev wrote on Wed, 22 Aug 2018 20:03 +0300:
> Is the wroking copy of the branch not required for reintegration?
It's not required. You can 'switch' your working copy to trunk and run
'svn merge' passing it the URL of the feature branch.
Ryan Schmidt wrote on Tue, 21 Aug 2018 14:16 -0500:
> On Aug 21, 2018, at 05:43, Daniel Shahaf wrote:
> > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100:
> >> This patch adds @ to the end of the filename, to make it work.
> >
> > Thanks jon. Committed wi
Nico Kadel-Garcia wrote on Tue, 21 Aug 2018 08:39 -0400:
> On Tue, Aug 21, 2018 at 6:43 AM, Daniel Shahaf
> wrote:
> > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100:
> > Your MUA seems to have mangled the patch. The easiest way to avoid this
> > is to send patc
j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100:
> This patch adds @ to the end of the filename, to make it work.
Thanks jon. Committed with tweaks in r1838539.
> --- svn_load_dirs.pl.in.old.txt 2018-08-21 09:33:02.557893300 +0100
>
> +++ svn_load_dirs.pl.in 2018-08-21 09:33:12.33900570
Nathan Hartman wrote on Tue, 14 Aug 2018 12:36 -0400:
> Suppose I modified filename.c. Can I revert, but instead of throwing away
> my changes, revert to a separate file like filename.c.old and keep my
> modified filename.c for comparison in my favorite tool?
svn cat filename.c@BASE > filename.c.o
Bo Berglund wrote on Sat, 11 Aug 2018 16:41 +0200:
> Now he has put his project sources into:
> /Projectname/trunk/Projectname
>
> What is the best way to fix this so it will reside in
> /Projectname/trunk instead?
>
> - Check out /Projectname/trunk and receive subdir Projectname
> - Move to trun
Franz Sirl wrote on Tue, 24 Jul 2018 22:00 +0200:
> It turns out this is probably issue #4700 which for some reason was
> never approved for the 1.9 branch, even though it was already nominated
> last October. So the version that matters here is the server version.
> After I upgraded the server
David Binderman wrote on Sun, 22 Jul 2018 10:18 +:
> subversion-1.10.2/subversion/mod_dav_svn/reports/list.c:273]: (style)
> Expression is always false because 'else if' condition matches previous
> condition at line 271.
(I replied on https://issues.apache.org/jira/browse/SVN-4765. David,
Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100:
> We might be able to fix the code that uses stat()
> by having it check for EOF as well.
I see you've now done this in r1836306. Any reason not to backport
that? (Feel free to add my +1)
Philip Martin wrote on Thu, 19 Jul 2018 23:07 +0100:
> Daniel Shahaf writes:
>
> >> The workaround is to use:
> >>
> >> echo -ne "ignorethis\n" | svn ps svn:ignore -F - .
> >
> > By the way, an even simpler workaround in this case is
Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100:
> Zing Shishak writes:
> > The following fails to set svn:ignore using process substitution for the
> > file option:
> >
> > $ svn ps svn:ignore -F <(echo -ne "ignorethis\n") .
> > property 'svn:ignore' set on '.'
> >
> > The property is created
Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100:
> It's possible it did work in the past and in other places that construct
> does work, e.g.
>
>svnmucc -mm put <(echo foo) URL
>
> Subversion has multiple ways to read a file and when reading from a pipe
> (and that shell command construct
Daniel Shahaf wrote on Thu, 05 Jul 2018 15:22 +:
> Johan Corveleyn wrote on Thu, 05 Jul 2018 11:53 +0200:
> > I do think it would be a great feature though, to have --include and
> > --exclude options (with glob-like syntax, like our recent --search
> > option for
Johan Corveleyn wrote on Thu, 05 Jul 2018 11:53 +0200:
> I do think it would be a great feature though, to have --include and
> --exclude options (with glob-like syntax, like our recent --search
> option for 'svn ls') for certain svn commands. With server-side
> support to only send the matching it
Branko Čibej wrote on Wed, Jul 04, 2018 at 13:34:04 +0200:
> On 04.07.2018 13:25, Michael Ruder wrote:
> > Is this really an intentional change? It results in our case in a huge
> > amount of duplicated ACL entries and seems a rather drastic change
> > regarding backwards compatibility.
>
> This k
Nathan Hartman wrote on Sun, 01 Jul 2018 10:31 -0400:
> Thank you for mentioning this. I will look into it and perhaps it can be
> fixed.
Probably just need to make apply_color return its first argument
unmodified when "not sys.stdout.isatty()".
Dipu H wrote on Thu, Jun 28, 2018 at 15:23:35 +:
> It is a conflict. Values didn’t change after applying the patch.
>
> root@contrail-ubm-dipuh:/tmp/tests# svn patch /tmp/patch
> Cxpathleak.py
> > rejected hunk ## -0,0 +1,1 ## (svn:executable)
> Summary of conflicts:
> Prope
Philip Martin wrote on Thu, Jun 28, 2018 at 16:19:30 +0100:
> The normalization of svn:executable values is implemented in the client.
> If some client chooses not to implement that normalization the backend
> will store any value given.
>
> Should the svn client silently merge '' and '*' for svn:
Dipu H wrote on Thu, 28 Jun 2018 14:24 +:
> Looks like svn is not able to properly handle the svn:executable
> property changes via patch.
Works for me:
[[[
% svnadmin create r
% svn co -q file://`pwd`/r wc
% cd wc
% touch iota
% svn add -q iota
% svn ci -q -m add
% svn up -q
% svn ps -q
Branko Čibej wrote on Tue, 26 Jun 2018 12:37 +0200:
> It would be helpful if the wrapper script returned the exit code from
> the diff program. Something like 'exit $?' at the end would do it.
Come again? Appending 'exit $?' to a shell script is a no-op; a script
returns the exit code of its last
Robert Wenner wrote on Mon, 11 Jun 2018 15:56 +0200:
> robert~> svn diff -c 123-
> svn: E235000: In file 'subversion/libsvn_client/ra.c' line 682:
> assertion failed (SVN_IS_VALID_REVNUM(start_revnum))
> Abort trap: 6 (core dumped)
>
> IMHO Subversion should reject the bad revision number, as it d
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
Stefan Sperling wrote on Wed, 06 Jun 2018 15:18 +0200:
> On Wed, Jun 06, 2018 at 12:37:53PM +0200, Johannes van der Vegt wrote:
> > But... Can I have two processes (IPv4 and IPv6) running on the same port
> > together? And will they access the same database on the driver? That may
> > give trouble
Stefan Sperling wrote on Tue, 05 Jun 2018 15:33 +0200:
> If your SVN server has an IPv6 address but does not provide service
> on that address, this is expected behaviour. There is no way for
> the SVN client to know that it should not be trying this address.
Well, connecting to the IPv6 address o
sebb wrote on Fri, 25 May 2018 14:14 +0100:
> The following fails because fname is not defined:
>
> self.read(fname) [1]
>
> it should be
>
> self.read(self.fname)
Thanks for the report. With that change, the [DEFAULT] section doesn't
get emptied by reload(). Would you like to send a patch th
Ralph Seichter wrote on Thu, 24 May 2018 13:39 +0200:
> Can the mailing list administrators please change the configuration so
> that nobody can send 5-MB-photos to this list? Thank you.
How often has that been happening?
Ryan Schmidt wrote on Fri, 18 May 2018 18:55 -0500:
> There is no need for a separate command because any command that takes a
> revision number can also accept a date and time. If no time is
> specified, the time is midnight. Subversion then uses the newest
> revision that precedes the given da
Lev Serebryakov wrote on Fri, 13 Apr 2018 19:39 +0300:
> On 13.04.2018 19:20, Lev Serebryakov wrote:
> > I'm preparing FreeBSD of subversion-1.10.0 and have very strange errors
> > when try to build bindings.
> Commands (cc) are missed in both cases. perl and Java bindings don't
> have this prob
> > What should I pass to "configure" to PREVENT detection & usage of lz4
> > library installed in system? `--without-lz4' doesn't work.
Yes, I can reproduce this. '--without-lz4' results in:
configure: lz4 configuration via prefix
checking for LZ4_compress_default in -llz4... yes
which is not
wuzhouhui wrote on Sat, Mar 31, 2018 at 18:17:17 +0800:
>
> > On 31 Mar 2018, at 1:28 AM, Daniel Shahaf wrote:
> >
> > wuzhouhui wrote on Mon, Mar 19, 2018 at 19:26:08 +0800:
> >> The width of terminal is 80 column, but the width of output of 'svn
> >&
wuzhouhui wrote on Mon, Mar 19, 2018 at 19:26:08 +0800:
> The width of terminal is 80 column, but the width of output of 'svn shelves'
> is 82
> at least, I think 80 is better.
Thanks for testing the pre-releases.
> What do you think?
Agreed in principle, but cannot reproduce the original probl
Philip Martin wrote on Fri, 16 Mar 2018 13:44 +:
> "NOCERA, ANDY" writes:
>
> > I used dump and load to debug the malformed node revision ID. Here
> > are my steps and what learned. Looks like the revs' file text: entry
> > has a zero instead of size. By just editing the size, verify worke
[ cc += dev@ ]
NOCERA, ANDY wrote on Thu, 15 Mar 2018 22:35 +:
> Folks,
>
> I used dump and load to debug the malformed node revision ID. Here are
> my steps and what learned. Looks like the revs' file text: entry has
> a zero instead of size.
To be clear, you mean the fourth field.
Branko Čibej wrote on Thu, 15 Mar 2018 21:37 +0100:
> On 15.03.2018 20:18, Bo Berglund wrote:
> > On Thu, 15 Mar 2018 13:45:13 -0400, Kris Deugau
> > wrote:
> >
> >> Unless I misread your original post, the very first option in that link
> >> looks like a better fit. To rephrase it somewhat for
wuzhouhui wrote on Sun, 11 Mar 2018 19:51 +0800:
> > On 11 Mar 2018, at 7:15 PM, wuzhouhui <1530108...@qq.com> wrote:
> >> On 11 Mar 2018, at 6:29 PM, Branko Čibej wrote:
> >>> On 11.03.2018 11:20, wuzhouhui wrote:
> >>> I am backporting 'svn shelve' subcommand into Subversion 1.9,
> >>> and now I
Daniel Shahaf wrote on Fri, Mar 02, 2018 at 22:57:51 +:
> Myria wrote on Mon, Feb 26, 2018 at 13:41:05 -0800:
> > In other news, unknown whether related to the current problem, my
> > attempt to clone the repository to my local computer is failing:
> >
> > D:\>sv
Myria wrote on Thu, Mar 01, 2018 at 18:45:38 -0800:
> Also, I have no control over what was in the repository five years
> ago. The huge files were compiled versions of WebKit libraries.
Note that in 2017, WebKit intentionally committed a SHA-1 collision into their
repository. If you have the We
Myria wrote on Mon, Feb 26, 2018 at 13:41:05 -0800:
> In other news, unknown whether related to the current problem, my
> attempt to clone the repository to my local computer is failing:
>
> D:\>svnsync sync file:///d:/svnclone
> Transmitting file data
> ...
Bo Berglund wrote on Sun, 11 Feb 2018 21:00 +0100:
> I found the certificate acceptance in this file:
>
> ~/.subversion/auth/svn.ssl.server/52e60f46d8c02303aea5256b18eb7aac
>
> It looks perfectly safe, does not contain anything especially useful.
That file records the certificate itself (in stan
Bo Berglund wrote on Sun, 11 Feb 2018 09:34 +0100:
> For OpenVPN I found that I had to add some servers to apt-get in order
> to use the OpenVPN own repository, is there a similar solution for
> Subversion?
See https://subversion.apache.org/packages
... but unless there is a specific bugfix from
Johan Corveleyn wrote on Fri, 09 Feb 2018 13:40 +0100:
> So changing this in historic revisions (in a dump file) is not just a
> question of adding the property, it also involves normalizing the
> corresponding file contents in the dump (and the dump format contains
> checksums and offsets, so mani
Branko Čibej wrote on Wed, 07 Feb 2018 14:21 +0100:
> No; because 'svn diff' hides differences in end-of-line style and
> keyword expansions, it has to preprocess the files in the working copy,
> and it sends those preprocessed files to the external diff wrapper.
>
> We could theoretically skip th
Stefan Sperling wrote on Wed, 31 Jan 2018 16:58 +0100:
> On Wed, Jan 31, 2018 at 10:45:07AM -0500, Nathan Hartman wrote:
> > The get-deps.sh script that comes with the source tarball is fetching
> > apr-1.4.6 and apr-util-1.5.1. There are newer versions available,
> > namely apr-1.6.3 and apr-util-
R developer wrote on Tue, 30 Jan 2018 10:22 +0100:
> I'm not that familiar with the C API unless I'm missing something
> (which is very well possible) one would have to manage the apr pools
> himself?
In the C API, the caller of a function passes to it a result_pool and a
scratch_pool, and decides
201 - 300 of 1950 matches
Mail list logo
