isn't already installed. The dependency on autoconf used to be
implicit until CONFIGURE_STYLE was switched from autoconf to gnu
during the 1.6.11 update.
From Daniel Dickman.
Also change the configure style to 'gnu' instead of 'autoconf'
to avoid running autoconf twice (autoconf is run by the autogen.sh
script in the pre-configure target). landy@ says this fixes the
build on hppa for some reason.
ok aja, landry (for the configure-style bit some time ago)
pseudo-flavour, it affects the -main package by building with pthread
(we don't want that by default, it affects e.g. svn diff | less).
- roll various PFRAG.shared-foo for the subpackages into PLIST-foo
- add a comment noting that autoconf should be 2.63
- bump PKGNAMEs
ok stsp (maintainer).
Also:
* Native make now works fine so don't use gmake.
* Disable storing of plaintext passwords for all servers in the system-wide
'servers' config file, instead of disabling storage of all kinds of
passwords in the system-wide 'config' config file.
The new store-plaintext-passwords=no option, which has existed since 1.6.0,
overrides a yes/no prompt which subversion now usually presents before
storing passwords in plaintext. gnome-keyring stores passwords encrypted.
* Update the main DESCR to reflect current reality.
* Add a patch which fixes a broken regression test in the ruby bindings
which accidentally slipped into 1.6.5 release.
* Put the gnome-keyring subpackage into REGRESS_DEPENDS to make
auth-test pass (it loads DSOs at runtime and can't find them if
the gnome-keyring subpackage isn't installed).
Tested on i386 by me and alek@, on i386/amd64 by steven@,
and on sparc64 by Edd Barrett.
ok steven@
also,
- add various utilities from contrib/ and tools/
- update svn2cl to version 0.11 (has a fix for OpenBSD ksh)
- install SVN::Fs man page
from maintainer Stefan Sperling, tweaked a bit by me
the doco claims this is safe cos the directory has extremely restricted
permissions, but noone i know agrees with this or feels safe. this change
installs a config under /etc/subversion/config that disables this
behaviour.
discussed with pval@ ckuethe@ ok robert@ sturm@ ajacoutot@
