On 24.02.2018 21:55, Julian Foad wrote:
> Branko Čibej wrote:
>>> - Warning from JavaHL build:
>>>
>>> subversion/bindings/javahl/native/SVNRepos.cpp:371:15: warning:
>>> 'svn_repos_load_fs5'
>>> is deprecated [-Wdeprecated-declarations]
>>> SVN_JNI_ERR(svn_repos_load_fs5(
Branko Čibej wrote:
- Warning from JavaHL build:
subversion/bindings/javahl/native/SVNRepos.cpp:371:15: warning:
'svn_repos_load_fs5'
is deprecated [-Wdeprecated-declarations]
SVN_JNI_ERR(svn_repos_load_fs5(repos, dataIn.getStream(requestPool),
I'm assuming we can fi
On 24.02.2018 13:32, Paul Hammant wrote:
> I'm probably never going to deploy a Svn server on the Mac or
> Windows10(S) - keep up the good work Satya!
>
> What are the options for ./configure and make to focus on the client
> executables only, and skip svnserve and mod_dav_svn?
--without-apxs will
On 24.02.2018 13:22, Paul Hammant wrote:
> The homebrew install does a source compile rather than pluck of a
> binary and compare to a SHA256 ?
Depends. By default, it'll get a binary, if it's available (that binary
is of course built from source using Homebrew's formulae). If a binary
isn't avail
Another SD card, another permutation to get the basic build working for
Subversion:
apt-get install apache2-dev libsqlite3-dev libserf-dev liblz4-dev
libutf8proc-dev sqlite3 subversion libapache2-mod-svn
This is getting quite easy now :)
Someone should make a webapp that translates rpm, ap
I'm probably never going to deploy a Svn server on the Mac or Windows10(S)
- keep up the good work Satya!
What are the options for ./configure and make to focus on the client
executables only, and skip svnserve and mod_dav_svn?
- Paul
The homebrew install does a source compile rather than pluck of a binary
and compare to a SHA256 ?
-Paul
On 24.02.2018 12:42, Paul Hammant wrote:
> This seems to work for me, based on your advice:
>
> ./configure --with-apr=/usr/local/opt/apr
> --with-apr-util=/usr/local/opt/apr-util
> --with-apxs=/usr/local/opt/apache2/bin/apxs
>
> I'm thinking those are solid Homebrew paths for most people.
Yes, th
This seems to work for me, based on your advice:
./configure --with-apr=/usr/local/opt/apr
--with-apr-util=/usr/local/opt/apr-util
--with-apxs=/usr/local/opt/apache2/bin/apxs
I'm thinking those are solid Homebrew paths for most people.
On 23.02.2018 16:32, Branko Čibej wrote:
> Summary:
>
> +1 to release (Unix)
> New issues:
>
> - Warning from JavaHL build:
>
> subversion/bindings/javahl/native/SVNRepos.cpp:371:15: warning:
> 'svn_repos_load_fs5'
> is deprecated [-Wdeprecated-declarations]
> SVN_JNI_ERR
Summary:
+1 to release (Windows)
Platform
Windows 10 Pro x64
Build tools:
Microsoft Visual Studio Professional 2015
CMake 3.2.3
SCons 2.3.4 (patched for MSVC14)
Source dependencies:
APR 1.5.2
APR-Util 1.5.4
zlib 1.2.8
httpd 2.4.16 with
On 24.02.2018 11:18, Paul Hammant wrote:
> Based on Brane's email from yesterday, I did a build for Subversion on
> the Mac, with Homebrew and XCode installed already.
>
> brew install apr apr-util httpd serf zlib berkeley-db swig lz4 utf8proc
>
> # These two were necessary for me, for some reaso
Based on Brane's email from yesterday, I did a build for Subversion on the
Mac, with Homebrew and XCode installed already.
brew install apr apr-util httpd serf zlib berkeley-db swig lz4 utf8proc
# These two were necessary for me, for some reason
# Although handing flags to ./configure was an alte
svn_delta_editor_t.apply_textdelta_stream() is new in 1.10... but is it
backward compatible?
Callers call that method unconditionally. Is that method always
guaranteed to be initialized to a non-null function pointer, even when
old client code is calling the new libraries?
Brane just checked
14 matches
Mail list logo
