Re: svn commit: r1908545 - /subversion/trunk/build.conf

Those functions are not exported from the dll on Windows, -only specific marked functions are, ulike unix where we export everything- so a workaround was needed to access those functions from our test suite. This patch will break testing on Windows, but with +- all the buildings down for diffe

RE: svn commit: r1905663 - in /subversion/branches/pristines-on-demand-on-mwf/subversion: include/ include/private/ libsvn_client/ libsvn_wc/

All the now deprecated functions now fail unconditionally when the setting is enabled. Isn’t it possible to do this more graceful whenever a file is encountered which misses it’s prisite version? � As far as I know it is expected that some of the files do have pristines, while others don’t… T

RE: SlikSVN/SharpSvn link on website

il.com> wrote: > > Hi, > > On the Binary Packages page [1], under Windows, there is a link to SlikSVN: > "...maintained by Bert Huijben, SharpSvn project". > > The name and project links to <http://open.collab.net> open.collab.net, > which currently do

Re: svn commit: r1903814 - /subversion/branches/issue-4908/subversion/libsvn_wc/deprecated.c

WC-NG, where we didn't have true recursive operations... so we had to lock on many levels separately) Bert On Fri, Sep 9, 2022 at 10:46 PM Nathan Hartman wrote: > On Fri, Sep 9, 2022 at 6:31 AM Bert Huijben wrote: > > > > Why the branch? > > Looks like a quite obvio

Re: svn commit: r1903814 - /subversion/branches/issue-4908/subversion/libsvn_wc/deprecated.c

Why the branch? Looks like a quite obvious fix to me, so you could have just committed this to trunk. +1 on backporting this fix, although I would recommend users of the old (pre 1.7) api to upgrade to the newer status apis, as that makes an insane amount of performance difference on most platform

RE: svn commit: r1902364 - /subversion/trunk/build.conf

Bert Huijben mailto:b...@qqmail.nl> >: > == > --- subversion/trunk/build.conf (original) > +++ subversion/trunk/build.conf Thu Jun 30 08:10:48 2022 > @@ -340,6 +340,7 @@ type = ra-module > � path = subv

RE: svn commit: r1902364 - /subversion/trunk/build.conf

es to specific libraries, like that libs line right above this. This line links the fake serf target, which does have the dependencies for serf... And that one would need fixing if the user has a problem. -Original Message- From: Bert Huijben Sent: Monday, July 4, 2022 4:07 PM To

RE: svn commit: r1902364 - /subversion/trunk/build.conf

> == > --- subversion/trunk/build.conf (original) > +++ subversion/trunk/build.conf Thu Jun 30 08:10:48 2022 > @@ -340,6 +340,7 @@ type = ra-module > path = subversion/libsvn_ra_serf > install = serf-lib > libs = libsvn_

RE: Buildbot Migration

builds - if nobody can source a mac I'll see what I can do my end Gav... On 2022/04/14 11:08:40 Bert Huijben wrote: > I upgraded the win32 buildbots to python 3.10 and new buildbot and they now > try to connect to buildbot using the old credentials, but fail as the server >

RE: Buildbot Migration

I upgraded the win32 buildbots to python 3.10 and new buildbot and they now try to connect to buildbot using the old credentials, but fail as the server doesn't expect the bot to connect. Can somebody try to obtain new credentials for or re-enable the old credentials, so I can continue getting

RE: Windows build

-Original Message- From: Nathan Hartman Sent: Tuesday, March 15, 2022 4:21 PM To: Daniel Sahlberg Cc: Subversion Development Subject: Re: Windows build On Tue, Mar 15, 2022 at 11:10 AM Daniel Sahlberg wrote: > > Hi, > > I'm once again restarting my efforts on a solid Windows build

RE: Fwd: Can't create temporary file from template ... No such file or directory

We have helper functions for this scenario (svn_uri__*()) that also perform the required escaping rules (required for url, but not for relpath) Bert -Original Message- From: Stefan Sperling Sent: Monday, December 6, 2021 9:31 AM To: Nathan Hartman Cc: Subversion Developers Su

Re: Buildbot Migration

Hi Gavin, I will see what I can do for the win32 Subversion bots. I recently upgraded them to a new VM, but it took some effort to get the old buildbot scripts up and running again. On Tue, Nov 9, 2021 at 12:07 PM Gavin McDonald wrote: > Hi All. > > Getting back to this : https://issues.apache

Re: Missing pilcrows (was: Re: SVN-4874: Avoid foreign repository merge if repository UUIDs) match

Historic note: A long time ago we had to be very strict not to do this, as some major Subversion hosting provider (of which I don't know the name) just copied a blank repository to create new repositories. So all repositories hosted there had the same UUID. (And they couldn't just 'fix' this, as th

Re: svn commit: r1891416 - /subversion/site/staging/faq.html

Too bad both Neon and Serf support NTLM and SSPI for quite some time, so the reason is a bit outdated... But I would still recommend enabling that line, as there are quite some users that want to mix accounts and SSPI only allows you access with the one configured for NTLM/SSPI. On Fri, Jul 9, 202

Re: svn commit: r1890223 - /subversion/trunk/subversion/svn_private_config.hw

we also see when setting up new bots. Bert Get Outlook for Android<https://aka.ms/AAb9ysg> From: Daniel Shahaf Sent: Thursday, May 27, 2021 7:50:13 PM To: Bert Huijben Cc: dev@subversion.apache.org Subject: Re: svn commit: r1890223 - /subversion

Re: svn commit: r1890674 - /subversion/branches/1.14.x/STATUS

He ran the Subversion + the SharpSvn tests on it without unexpected failures, so I will start delivering binaries for this new platform using these patches. Bert Get Outlook for Android From: Nathan Hartman Sent: Thursday, June 10, 2021

Re: svn commit: r1874093 - in /subversion/trunk/subversion: libsvn_subr/cmdline.c tests/cmdline/update_tests.py

I think this needs a specific implementation for Windows. The rules on Windows are different and not really tied to some shell. Applications receive the full commandline as string and then need to parse them themselves. Usually they leave this to the C library so there are some rules that are prett

Re: Change to Subversion PMC rule for approving backports

+1 Thanks Julian! On Tue, Sep 17, 2019 at 5:11 PM Branko Čibej wrote: > On 17.09.2019 16:53, Julian Foad wrote: > > Bert Huijben wrote: > >>>>> +1 on reducing the number of required votes to just 2 +1s. > > > > We have consensus in this thread for reduci

Re: [PATCH] test-deps += svnmover

Why can't this be fixed via the build.conf file? I think it can just be added to the [__ALL_TESTS__] group instead of hardcoding it in python. svnauthz is probably an exception as it is related to a symlink. Bert On Mon, Sep 2, 2019 at 4:24 PM Julian Foad wrote: > Daniel Shahaf wrote: > > In c

Re: Change to Subversion PMC rule for approving backports

Why just one +1? I like the second eye rule we currently have, so one +1 from the nominator and one additional eye. For bindings we have +- the same rule, but one of the eyes can be someone else than a full committer. (Not sure if we still have any active partial committers though) As always, f

Re: Windows build error introduced in revision 1850611

Hi, I happened to find this issue myself today, short before your message was moderated through. I applied a fix to build.conf in r1851462, which should fix the problem. (It is currently being tested by our buildbot). Thanks, Bert On Wed, Jan 16, 2019 at 5:04 PM Alexander Miloslavskiy < ale

Re: Blame callback: remove start/end parameters

Not sure if that would be as helpful as the old code and/or can be done with a compatibility wrapper. The problem is that the output arguments are available only, long after the blame reporting is done, while with the current implementation intermediate callbacks can be used more efficiently. Perh

Re: svn commit: r1850781 - in /subversion/trunk/subversion: include/svn_client.h libsvn_client/blame.c libsvn_client/deprecated.c

As far as I can tell blame handles all svn:eol-style values, which can be a simple 'CR' in which case the normalized form has a plain '\r'. (Only in case of native and 'LF' the normalized form is a single '\n') Are we sure this case is properly handled now? (I read a comment that this is just stri

Re: Subversion Exception!

+svn_error_t * +svn_error__malfunction_f(svn_boolean_t can_return, + const char *file, int line, + const char *fmt, ...) +{ + apr_pool_t *pool = svn_pool_create(NULL); + va_list ap; + const char *expr; + + va_start(ap, fmt); + expr = apr_pvsprint

Re: svn commit: r1845066 - /subversion/trunk/notes/dump-load-format.txt

This actually depends on what APR uses on different machines. We (as Subversion) fully depend on APR to generate the UUID, and different platforms may (and will) use different techniques. APR has its own fallback completely depending on date/time+randomness when a platform doesn't provide its own U

Re: [PATCH] Proof of concept of the better-pristines (LZ4 + storing small pristines as BLOBs) (Was: Re: svn commit: r1843076)

On Windows' NTFS implementation very small files (probably something like < 256 bytes, but this is not documented/strictly stable) are stored in the directory table and so don't use 'a whole cluster'. Nice work on all the research! Bert On Tue, Oct 23, 2018 at 6:12 PM, Branko Čibej wrote:

Re: Subversion Exception on commit wirth pathfile

Could you try this same operation with the disk names capitalized? If this resolves the issue, please let us and the TortoiseSVN developers know, as in that case there is an issue in (their) path canonicalization api. Bert On Thu, Oct 18, 2018 at 12:13 PM Johan Corveleyn wrote: > On Thu, Oc

Re: svn commit: r1843888 - in /subversion/trunk/subversion: libsvn_client/copy.c tests/cmdline/copy_tests.py

I'm guessing this is an easy fix/patch for backporting to the supported releases. Anybody willing to check+nominate? Bert On Mon, Oct 15, 2018 at 10:55 AM wrote: > Author: brane > Date: Mon Oct 15 08:55:55 2018 > New Revision: 1843888 > > URL: http://svn.apache.org/viewvc?rev=1843888&view=r

Re: conflicts-test very slow over svnserve (Windows)

It resolves to both ::1 and 127.0.0.1 on Windows, and as (per RFC) ipv6 is tried before ipv4... things timeout before trying the address used by default (hardcoded) in svnserve. (We used to default to ipv6 for some time... But we decided to explicitly default to ipv4 when not passing the later adde

Re: conflicts-test very slow over svnserve (Windows)

This could be related to log requests that are not somehow limited (by last rev and/or number of results). ra_serf and ar_local allow cancelling halfway through, while ra_svn doesn't. (No time to investigate this myself righ now) Bert On Tue, Oct 2, 2018 at 2:38 AM Johan Corveleyn wrote: > I ha

Re: svn commit: r1839703 - /subversion/trunk/subversion/tests/cmdline/svnadmin_tests.py

The way we used to fix these issues in the past was using a bit of C code to fill in the gaps of python support, but I currently lack the time to implement this. (We had this problem with wc-ng in the past). I'd rather see a green build with a few skips than no change when new regressions are intro

Re: [PATCH] Re: "svn diff" doesn't work correctly if a file is replaced with a symlink locally

For git style patches there is some magic that also allows creating symlinks via the file mode. I think we have some test cases on that behavior. you might be able to use this for building a regression test for this case. Bert On Thu, Jul 19, 2018 at 8:51 PM, Daniel Shahaf wrote: > Dmitry Pavle

RE: svn commit: r1834612 - in /subversion/branches/1.10.x-issue4758/subversion: libsvn_client/shelve.c tests/cmdline/shelve_tests.py

> -Original Message- > From: julianf...@apache.org [mailto:julianf...@apache.org] > Sent: donderdag 28 juni 2018 15:50 > To: comm...@subversion.apache.org > Subject: svn commit: r1834612 - in /subversion/branches/1.10.x- > issue4758/subversion: libsvn_client/shelve.c tests/cmdline/shelve

RE: shelf-tests failure on macOS

On the testsuite we explicitly disable the sleeps via the environment variable designed for this (except for a few specific tests). We compensate for this problem in quite a few places by making sure that we also change the number of characters in the file. Bert > -Original Message-

RE: Documentation to build SVN 1.10

> -Original Message- > From: Thomas Singer [mailto:thomas.sin...@syntevo.com] > Sent: vrijdag 20 april 2018 08:22 > To: dev@subversion.apache.org > Subject: Re: Documentation to build SVN 1.10 > > Thank you. It looks like this information has helped me to compile on > Linux, but on Windo

Re: New build requirements for 1.10?

I currently just use the internal builds for my binaries and don't see a reason to upgrade them separately. Utf8proc is only used in 'svn' at this time. I still build SQLite myself, but just passing the amalgamation works for others. I don't think there is even support to use external LZ4 and utf8

RE: Windows Compile Help

If you build ZLib with the Windows specific assembly optimizations you introduce known issues. Please make sure that you run the Subversion test that was designed to show you this problem. These assembly optimizations to zlib are a non-supported contributed package to zlib and not supported

RE: svn_dirent_t.size API inconsistency

> -Original Message- > From: Stefan Fuhrmann [mailto:stef...@apache.org] > Sent: donderdag 21 december 2017 16:01 > To: dev@subversion.apache.org > Subject: Re: svn_dirent_t.size API inconsistency > > On 21.12.2017 15:14, Stefan Fuhrmann wrote: > > I think I found an API documentation bu

RE: [PATCH] Use the `WITHOUT ROWID` SQLite optimization for rep-cache.db

> -Original Message- > From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com] > Sent: donderdag 30 november 2017 17:45 > To: dev@subversion.apache.org > Subject: [PATCH] Use the `WITHOUT ROWID` SQLite optimization for rep- > cache.db > > Hi all, > > The recent SQLite versions (startin

[PATCH] Hackathon project: Dumping viewspec

Hi, At the Aachen hackathon I promised to write some code to spit out the sparse definition of a working copy, or in other words some initial dumb viewspec output. Testing this on a test working copy with [[ $ svn switch --list \SharpSvn\trunk ]] I can now see output like [[ svn checkout

RE: svn commit: r1815799 - in /subversion/trunk/subversion: libsvn_ra_serf/commit.c tests/libsvn_ra/ra-test.c

> -Original Message- > From: kot...@apache.org [mailto:kot...@apache.org] > Sent: maandag 20 november 2017 13:44 > To: comm...@subversion.apache.org > Subject: svn commit: r1815799 - in /subversion/trunk/subversion: > libsvn_ra_serf/commit.c tests/libsvn_ra/ra-test.c > > Author: kotkov >

RE: [RFC] svn commit --parents option needed

> -Original Message- > From: Stefan Sperling [mailto:s...@apache.org] > Sent: vrijdag 17 november 2017 14:26 > To: Sam White > Cc: dev@subversion.apache.org > Subject: Re: [RFC] svn commit --parents option needed > > On Tue, Nov 14, 2017 at 03:57:45PM +, Sam White wrote: > > Hi Deve

RE: svn commit: r1811786 - /subversion/trunk/subversion/bindings/swig/include/svn_types.swg

> -Original Message- > From: james...@apache.org [mailto:james...@apache.org] > Sent: woensdag 11 oktober 2017 05:08 > To: comm...@subversion.apache.org > Subject: svn commit: r1811786 - > /subversion/trunk/subversion/bindings/swig/include/svn_types.swg > > Author: jamessan > Date: Wed O

RE: Merkle trees in svn [was: Quick question about the sha1-checksum for directories in svn.]

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: donderdag 5 oktober 2017 19:29 > To: dev@subversion.apache.org > Subject: Re: Merkle trees in svn [was: Quick question about the sha1- > checksum for directories in svn.] > > On 05.10.2017 19:12, Daniel Shahaf wr

RE: Workflow for editing the subversion website

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: woensdag 4 oktober 2017 02:05 > To: dev@subversion.apache.org > Subject: Re: Workflow for editing the subversion website > > Johan Corveleyn wrote on Tue, 03 Oct 2017 23:32 +0200: > > The recent work on o

Repository load failing on 1.9.x

Hi Stefan, I'm still seeing failures when loading repositories on 1.9.x since the SHA1 collision handling changes and currently no nominations in STATUS that will change the behavior back to something that will work. One of the repositories I see this problem with is the original test sch

RE: svn commit: r1803143 - in /subversion/trunk/subversion: include/ libsvn_delta/ libsvn_ra_serf/ mod_dav_svn/

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: woensdag 30 augustus 2017 07:07 > To: kot...@apache.org > Cc: dev@subversion.apache.org; comm...@subversion.apache.org > Subject: Re: svn commit: r1803143 - in /subversion/trunk/subversion: > include/ libs

RE: svn commit: r1806552 - /subversion/branches/shelve/subversion/svn/svn.c

> -Original Message- > From: julianf...@apache.org [mailto:julianf...@apache.org] > Sent: dinsdag 29 augustus 2017 12:25 > To: comm...@subversion.apache.org > Subject: svn commit: r1806552 - > /subversion/branches/shelve/subversion/svn/svn.c > > Author: julianfoad > Date: Tue Aug 29 10:2

RE: svn commit: r1806548 - in /subversion/trunk/subversion: svn/svn.c svnbench/svnbench.c tests/cmdline/basic_tests.py

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: dinsdag 29 augustus 2017 11:57 > To: comm...@subversion.apache.org > Subject: svn commit: r1806548 - in /subversion/trunk/subversion: svn/svn.c > svnbench/svnbench.c tests/cmdline/basic_tests.py > > Autho

RE: [PATCH] Add XFail test for relocating working copy with removed externals

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: maandag 28 augustus 2017 15:26 > To: dev@subversion.apache.org > Subject: [PATCH] Add XFail test for relocating working copy with removed > externals > > Log message: > [[[ > Add XFail test for relocating workin

RE: svn commit: r1806017 - /subversion/trunk/subversion/libsvn_ra_serf/merge.c

> -Original Message- > From: kot...@apache.org [mailto:kot...@apache.org] > Sent: donderdag 24 augustus 2017 11:43 > To: comm...@subversion.apache.org > Subject: svn commit: r1806017 - > /subversion/trunk/subversion/libsvn_ra_serf/merge.c > > Author: kotkov > Date: Thu Aug 24 09:43:28 20

RE: Data corruption bug in WC, apparently due to race condition?

> -Original Message- > From: Philip Martin [mailto:phi...@codematters.co.uk] > Sent: donderdag 27 juli 2017 19:57 > To: Karl Fogel > Cc: Subversion Dev > Subject: Re: Data corruption bug in WC, apparently due to race condition? > > Karl Fogel writes: > > > 1) Start an SVN commit. >

RE: svn commit: r1803158 - in /subversion/trunk/subversion/libsvn_subr: compress.c compress_lz4.c compress_zlib.c encode.c

> -Original Message- > From: kot...@apache.org [mailto:kot...@apache.org] > Sent: donderdag 27 juli 2017 12:00 > To: comm...@subversion.apache.org > Subject: svn commit: r1803158 - in > /subversion/trunk/subversion/libsvn_subr: compress.c compress_lz4.c > compress_zlib.c encode.c > > Aut

RE: svn commit: r1801970 - in /subversion/branches/shelve-checkpoint/subversion: libsvn_client/shelve.c svn/shelve-cmd.c

> -Original Message- > From: julianf...@apache.org [mailto:julianf...@apache.org] > Sent: vrijdag 14 juli 2017 16:22 > To: comm...@subversion.apache.org > Subject: svn commit: r1801970 - in /subversion/branches/shelve- > checkpoint/subversion: libsvn_client/shelve.c svn/shelve-cmd.c > >

RE: svn commit: r1801946 - in /subversion/trunk/subversion/libsvn_subr/lz4: LICENSE lz4.c lz4.h

> -Original Message- > From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com] > Sent: vrijdag 14 juli 2017 14:41 > To: Branko Čibej > Cc: comm...@subversion.apache.org > Subject: Re: svn commit: r1801946 - in > /subversion/trunk/subversion/libsvn_subr/lz4: LICENSE lz4.c lz4.h > > Bran

RE: [RFC] Shelving and Checkpointing

> -Original Message- > From: Julian Foad [mailto:julianf...@apache.org] > Sent: woensdag 12 juli 2017 16:38 > To: Mark Phippard > Cc: Subversion Developers > Subject: Re: [RFC] Shelving and Checkpointing > > Mark Phippard wrote: > > Nice to see you have gotten this far. > > > > I am no

RE: [PATCH] Tweak the SHA-1 FAQ entry

> -Original Message- > From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com] > Sent: vrijdag 7 juli 2017 16:46 > To: Subversion Development > Subject: [PATCH] Tweak the SHA-1 FAQ entry > > Hi all, > > I made an attempt to tweak the SHA-1 FAQ entry (which is available at > https://su

RE: svn commit: r1801108 - in /subversion/trunk/subversion/bindings/javahl/native: Array.cpp CreateJ.cpp Iterator.cpp OperationContext.cpp RemoteSession.cpp RevisionRangeList.cpp

> -Original Message- > From: phi...@apache.org [mailto:phi...@apache.org] > Sent: donderdag 6 juli 2017 22:56 > To: comm...@subversion.apache.org > Subject: svn commit: r1801108 - in > /subversion/trunk/subversion/bindings/javahl/native: Array.cpp CreateJ.cpp > Iterator.cpp OperationConte

RE: 1.8.18 release available for testing/signing

> -Original Message- > From: Stefan Sperling [mailto:s...@apache.org] > Sent: maandag 3 juli 2017 12:56 > To: dev@subversion.apache.org > Subject: 1.8.18 release available for testing/signing > > The 1.8.18 release can now be tested and signed. > Get it from https://dist.apache.org/repos/d

RE: 1.9.6 up for signing/testing

> -Original Message- > From: Daniel Shahaf [mailto:danie...@apache.org] > Sent: vrijdag 30 juni 2017 15:06 > To: dev@subversion.apache.org > Subject: 1.9.6 up for signing/testing > > The 1.9.6 release artifacts are now available for testing/signing. > > Please get the tarballs from > ht

RE: stricter text conflicts in 1.10

Feel free to revert my patch until we find a way to limit the consequences. I expect that we also need to fix a few testcases in separate revisions. Bert Sent from Mail for Windows 10 From: Johan Corveleyn Sent: dinsdag 16 mei 2017 12:17 To: Subversion Development Cc: Stefan Fuhrmann; Bert

RE: svn commit: r1794632 - /subversion/trunk/notes/sha1-advisory.txt

> -Original Message- > From: Stefan Sperling [mailto:s...@apache.org] > Sent: woensdag 10 mei 2017 13:34 > To: Daniel Shahaf > Cc: dev@subversion.apache.org; comm...@subversion.apache.org > Subject: Re: svn commit: r1794632 - /subversion/trunk/notes/sha1- > advisory.txt > > On Wed, May

RE: svn commit: r1794433 - /subversion/branches/1.9.x/STATUS

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: dinsdag 9 mei 2017 11:26 > To: Bert Huijben > Cc: dev@subversion.apache.org > Subject: Re: svn commit: r1794433 - /subversion/branches/1.9.x/STATUS > > On Tue, May 09, 2017 at 09:13:

RE: svn commit: r1794433 - /subversion/branches/1.9.x/STATUS

I haven’t investigated this any further, but do we now try to start the gpg-agent on every invocation of a command just to poll if we perhaps have a GPG agent running, and might want to use that authentication option? I don’t think we want to do that as a simple replacement of a cheap check of a

RE: 'svnadmin load-revprops' as first-level command?

Perhaps the revprop load operation was designed to support some kind of 'refresh' of the revprops after an earlier dump/sync. In that case it might make sense to have a specific operation, as that would really change the operation to something completely else. Bert

RE: Progress on SHA-1 fixes in patch releases?

The server side fixes currently need a third vote for backporting. These fixes are nominated for 1.8.x and 1.9.x. I don’t think we can really do much more on the released versions without a backwards incompatible change to the working copy… And I’m still not convinced that we should really chan

RE: svn commit: r1786446 - /subversion/trunk/subversion/libsvn_fs_fs/transaction.c

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: vrijdag 10 maart 2017 21:57 > To: comm...@subversion.apache.org > Subject: svn commit: r1786446 - > /subversion/trunk/subversion/libsvn_fs_fs/transaction.c > > Author: stefan2 > Date: Fri Mar 10 20:56:59

RE: buildbot failure in on svn-warnings

Hi Greg, For now I disabled the '--with-berkeley-db', '--with-sasl', '--with-libmagic', in our buildbot configuaration to have the build pass. Can you re-enable these once the missing packages are installed? (Is there some issu

RE: translations (let's use Transifex or Pootle)

> -Original Message- > From: Julian Foad [mailto:jul...@foad.me.uk] > Sent: vrijdag 10 februari 2017 12:48 > To: Andreas Stieger > Cc: Branko Čibej ; dev@subversion.apache.org > Subject: Re: translations (let's use Transifex or Pootle) > > > Andreas Stieger wrote: > >> [Pootle] worked s

RE: translations (buildbot to update translatable strings)

> -Original Message- > From: Julian Foad [mailto:julianf...@apache.org] > Sent: maandag 13 maart 2017 11:53 > To: Stefan Kueng > Cc: Subversion Development > Subject: Re: translations (buildbot to update translatable strings) > > Stefan K, trying to help push this forward... > > We ha

RE: svn commit: r1783953 - /subversion/site/publish/docs/release-notes/1.10.html

> -Original Message- > From: jcor...@apache.org [mailto:jcor...@apache.org] > Sent: dinsdag 21 februari 2017 23:35 > To: comm...@subversion.apache.org > Subject: svn commit: r1783953 - /subversion/site/publish/docs/release- > notes/1.10.html > > Author: jcorvel > Date: Tue Feb 21 22:34:4

Re: Check SHA vs Content (was: RE: svn commit: r1759233 - /subversion/trunk/subversion/libsvn_wc/questions.c)

below Bert On Thu, Sep 8, 2016 at 5:42 PM, Ivan Zhakov wrote: > On 5 September 2016 at 19:23, Ivan Zhakov wrote: > > On 5 September 2016 at 14:46, Bert Huijben wrote: > >>> -Original Message- > >>> From: i...@apache.org [mailto:i...@apache.org] >

RE: svn commit: r1779617 - /subversion/trunk/subversion/libsvn_ra_svn/client.c

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: vrijdag 20 januari 2017 13:34 > To: comm...@subversion.apache.org > Subject: svn commit: r1779617 - > /subversion/trunk/subversion/libsvn_ra_svn/client.c > > Author: stefan2 > Date: Fri Jan 20 12:33:32 2017

RE: svn commit: r1776846 - /subversion/trunk/build.conf

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: zondag 1 januari 2017 13:18 > To: comm...@subversion.apache.org > Subject: svn commit: r1776846 - /subversion/trunk/build.conf > > Author: stefan2 > Date: Sun Jan 1 12:18:25 2017 > New Revision: 1776846

RE: 1.8.17 up for signing/testing

9 sqlite 3.15.1 zlib 1.2.8 cmake 3.6.2 scons 2.5.0 junit 4.10 All tests passed (after some initial problems starting this VM) Signatures committed Bert Huijben

RE: 1.9.5 up for signing/testing

3.15.1 zlib 1.2.8 All tests passed (after some initial problems starting this VM) Signatures committed Bert Huijben > -Original Message- > From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com] > Sent: maandag 21 november 2016 16:31 > To: Subversion Developmen

RE: svn commit: r1770633 - in /subversion/trunk/subversion: libsvn_wc/wc_db_update_move.c tests/libsvn_client/conflicts-test.c

> -Original Message- > From: s...@apache.org [mailto:s...@apache.org] > Sent: maandag 21 november 2016 10:37 > To: comm...@subversion.apache.org > Subject: svn commit: r1770633 - in /subversion/trunk/subversion: > libsvn_wc/wc_db_update_move.c tests/libsvn_client/conflicts-test.c > > Aut

RE: Implementing svn_ra_list for ra_serf

> -Original Message- > From: Stefan Fuhrmann [mailto:stef...@apache.org] > Sent: dinsdag 15 november 2016 12:46 > To: Subversion Development > Subject: Implementing svn_ra_list for ra_serf > > Hi there, > > I was playing around with ra_serf to find out > what the Right Way to implement

RE: svn commit: r1769532 - in /subversion/trunk/subversion: include/private/svn_log.h libsvn_fs_x/fs.h libsvn_subr/log.c

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: zondag 13 november 2016 19:20 > To: comm...@subversion.apache.org > Subject: svn commit: r1769532 - in /subversion/trunk/subversion: > include/private/svn_log.h libsvn_fs_x/fs.h libsvn_subr/log.c > > Auth

RE: [PATCH] Perl bindings corrupt "{DATE}" revision variable

I moved your nominations to approved with another +0. With our Subversion binding rules one +1 of a committer for that region (yours) and one +0 from another is enough to approve changes for the binding code. I’m not sure about the perl rules applied around this function, but perhaps we shou

RE: [PATCH] fix "svnadmin create" fail on x86

> -Original Message- > From: Dengke Du [mailto:dengke...@windriver.com] > Sent: woensdag 2 november 2016 10:22 > To: dev@subversion.apache.org > Subject: [PATCH] fix "svnadmin create" fail on x86 > > When run the following command on x86: > > svnadmin create /var/test_repo > >

RE: [PATCH] gpg-agent: search gpg-agent socket in $GNUPGHOME

> -Original Message- > From: Patrick Steinhardt [mailto:p...@pks.im] > Sent: donderdag 27 oktober 2016 11:15 > To: Subversion > Subject: [PATCH] gpg-agent: search gpg-agent socket in $GNUPGHOME > > Hi, > > a recent thread on issues with gpg-agent lead me to take a look > at how the gpg

RE: svn commit: r1764447 - in /subversion/trunk/subversion: libsvn_client/conflicts.c tests/libsvn_client/conflicts-test.c

> -Original Message- > From: Stefan Sperling [mailto:s...@apache.org] > Sent: maandag 24 oktober 2016 11:08 > To: dev@subversion.apache.org > Subject: Re: svn commit: r1764447 - in /subversion/trunk/subversion: > libsvn_client/conflicts.c tests/libsvn_client/conflicts-test.c > > On Sun,

RE: svn commit: r1765286 - in /subversion/trunk/subversion: include/svn_xml.h libsvn_subr/xml.c tests/libsvn_subr/xml-test.c

> -Original Message- > From: i...@apache.org [mailto:i...@apache.org] > Sent: maandag 17 oktober 2016 15:49 > To: comm...@subversion.apache.org > Subject: svn commit: r1765286 - in /subversion/trunk/subversion: > include/svn_xml.h libsvn_subr/xml.c tests/libsvn_subr/xml-test.c > > Author

RE: svn commit: r1764536 - /subversion/branches/1.9.x/STATUS

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: donderdag 13 oktober 2016 14:00 > To: dev@subversion.apache.org > Subject: Re: svn commit: r1764536 - /subversion/branches/1.9.x/STATUS > There's no chance of doing this in a reasonable time-frame because we > r

RE: [PATCH] Reject checkouts to existing directory

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: woensdag 12 oktober 2016 16:37 > To: Patrick Steinhardt > Cc: Subversion > Subject: Re: [PATCH] Reject checkouts to existing directory > > On Wed, Oct 12, 2016 at 04:28:05PM +0200, Patrick Steinhardt wrote: > >

RE: New SHA1 property for nodes returned 'svn ls --xml' invocations.

> -Original Message- > From: Paul Hammant [mailto:p...@hammant.org] > Sent: woensdag 12 oktober 2016 14:45 > To: Subversion Development > Subject: Re: New SHA1 property for nodes returned 'svn ls --xml' invocations. > > Svnsync looks to also leverage sha1s - I'll try to make a small exp

RE: New SHA1 property for nodes returned 'svn ls --xml' invocations.

This doesn’t look like some kind of update request (more like a commit). We use many different propfind requests, which usually only return the requested information as that is far more efficient than requesting all properties. I don’t see why we would need it on commit, so I’m not surprised

RE: [PATCH] Add '--include' and '--exclude' options to 'svnadmin dump'

> -Original Message- > From: Sergey Raevskiy [mailto:sergey.raevs...@visualsvn.com] > Sent: woensdag 12 oktober 2016 12:44 > To: Subversion Development > Subject: [PATCH] Add '--include' and '--exclude' options to 'svnadmin dump' > > Hi! > > I've attached a patch that adds '--include/-

RE: New SHA1 property for nodes returned 'svn ls --xml' invocations.

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: maandag 26 september 2016 09:09 > To: Julian Foad > Cc: Paul Hammant ; Subversion Development > > Subject: Re: New SHA1 property for nodes returned 'svn ls --xml' invocations. > What would content hash

RE: [PATCH] Keychain conditions fix-up for Darwin / Python

> -Original Message- > From: Johannes Bornhold [mailto:johannes.bornh...@gmail.com] > Sent: woensdag 21 september 2016 14:41 > To: dev@subversion.apache.org > Subject: [PATCH] Keychain conditions fix-up for Darwin / Python > > Hi! > > I've made the attached patch to address an issue wit

RE: [PATCH] Re: ra_local doesn't report post-commit errors

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: dinsdag 20 september 2016 11:11 > To: b...@qqmail.nl > Cc: dev@subversion.apache.org > Subject: Re: [PATCH] Re: ra_local doesn't report post-commit errors > > b...@qqmail.nl wrote on Mon, Sep 19, 2016 at 09

Check SHA vs Content (was: RE: svn commit: r1759233 - /subversion/trunk/subversion/libsvn_wc/questions.c)

> -Original Message- > From: i...@apache.org [mailto:i...@apache.org] > Sent: maandag 5 september 2016 13:33 > To: comm...@subversion.apache.org > Subject: svn commit: r1759233 - > /subversion/trunk/subversion/libsvn_wc/questions.c > > Author: ivan > Date: Mon Sep 5 11:32:54 2016 > New

RE: fsfs: Segfault when rep line lists the all-zeroes checksum

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: dinsdag 30 augustus 2016 03:06 > To: Stefan Fuhrmann > Cc: dev@subversion.apache.org > Subject: Re: fsfs: Segfault when rep line lists the all-zeroes checksum > > Stefan Fuhrmann wrote on Mon, Aug 29, 20

RE: [PATCH] Fix a conflict resolution issue related to binary files (patch v4)

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: zondag 28 augustus 2016 20:23 > To: Stefan > Cc: dev@subversion.apache.org > Subject: Re: [PATCH] Fix a conflict resolution issue related to binary files > (patch > v4) > > Stefan wrote on Sun, Aug 28,

RE: svn commit: r1757761 - /subversion/trunk/subversion/libsvn_client/conflicts.c

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: vrijdag 26 augustus 2016 11:58 > To: Bert Huijben > Cc: dev@subversion.apache.org > Subject: Re: svn commit: r1757761 - > /subversion/trunk/subversion/libsvn_client/conflicts.c > >

RE: svn commit: r1757761 - /subversion/trunk/subversion/libsvn_client/conflicts.c

> -Original Message- > From: i...@apache.org [mailto:i...@apache.org] > Sent: vrijdag 26 augustus 2016 00:08 > To: comm...@subversion.apache.org > Subject: svn commit: r1757761 - > /subversion/trunk/subversion/libsvn_client/conflicts.c > > Author: ivan > Date: Thu Aug 25 22:08:19 2016 >

RE: svn commit: r1757532 - /subversion/trunk/subversion/mod_dav_svn/repos.c

> -Original Message- > From: kot...@apache.org [mailto:kot...@apache.org] > Sent: woensdag 24 augustus 2016 16:43 > To: comm...@subversion.apache.org > Subject: svn commit: r1757532 - > /subversion/trunk/subversion/mod_dav_svn/repos.c > > Author: kotkov > Date: Wed Aug 24 14:43:21 2016 >

RE: svn commit: r1751207 - in /subversion/branches/1.9.x: ./ STATUS subversion/libsvn_subr/win32_crashrpt.c

> -Original Message- > From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com] > Sent: donderdag 7 juli 2016 19:02 > To: Bert Huijben > Cc: Subversion Development > Subject: Re: svn commit: r1751207 - in /subversion/branches/1.9.x: ./ STATUS > subversion/libsvn_

  1   2   3   4   5   6   7   8   9   10   >