You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Michael Price <mi...@computer.org> on 2003/06/16 18:14:24 UTC
Subversion 0.24.1 released.
I am pleased to announce that another interim release of Subversion is
now available. You can grab release 0.24.1 at the following location:
http://subversion.tigris.org/files/documents/15/4761/subversion-0.24.1.tar.gz
The MD5 checksum for this release is 8e1402528f0db97d9a187decddde89d1.
The list of changes in the 0.24.X series is substantial and users are
encouraged to browse the list at the end of this email. Please keep in
mind that extensive improvements were made to the ra_svn protocol which
require svnserve users to upgrade both their servers and clients. We are
also happy to announce that svnserve now works on the Windows platform.
This release was tested against Apache httpd 2.0.46, which is available
at this location:
http://httpd.apache.org/download.cgi
Users are encouraged to upgrade to Apache 2.0.46 as this fixes several
security issues present in 2.0.45 and earlier including the following
issue which may be of interest to those running mod_dav:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0245
Please direct all questions and comments regarding this release to
the dev@subversion.tigris.org mailing list.
Michael Price
==========
Version 0.24.1 (released 16 June 2003, revision 6249, branches/release-0.24.1)
User-visible changes:
* Fix bug in 'svn log'.
Developer-visible changes:
* none
Version 0.24.0 (released 15 June 2003, revision 6234, branches/release-0.24.0)
User-visible changes:
* new 'svn diff [--old OLD] [--new NEW]' syntax (#1142)
* new --relocate option for svn switch (#951)
* new --version option for svnadmin and svnlook
* new path-based authorization module for apache
* make 'svn checkout' and not just 'svn update' resume a checkout
* .svn directories now hidden on Windows
* config variable 'store-password = no' now actually works
* fix 'svn merge --dry-run'
* fix 'properties hanging after a rename' issue (#1303)
* fix odd behavior of 'svn up -r PREV filename' (#1304)
* fix delete-tracking bug (#1348)
* fix dump and load corner cases (#1290)
* ra_dav server more resilient for foreign deltaV clients
* numerous ra_svn changes - must update clients and servers
* fix export over ra_svn (#1318)
* fix ra_svn error transmission bug (#1146)
* fix ra_svn corruption in tunnel mode (#1145)
* make svnserve multi-threaded on non-fork platforms (now works on Windows)
* remove svnserve -F and -S options
* various memory use improvements (#1323)
* various performance improvements for all protocols
* various performance improvements for 'svnadmin dump' and svnlook
* various subversion book updates (you have read the book right?)
* more cvs2svn.py improvements (and more to follow)
* new debugging script normalize-dump.py to normalize dump output
Developer-visible changes:
* path-based editor drivers
* no more RA->do_checkout()
* update python and java bindings
* various windows build fixes
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [inbox] Re: Subversion 0.24.1 released.
Posted by Max Bowsher <ma...@ukf.net>.
Wieland Pusch wrote:
> Hello,
>
> I have svnserve 0.23.0 running on Linux.
> (Why is there no --version for svnserve?)
> And was using svn 0.23.0 on Windows 2K (Installer-Version).
> Now I installed 0.24.1 from
> http://subversion.tigris.org/files/documents/15/4791/svn-0.24.1-setup.exe
> and I get:
> C:\testsvn\test3>svn ls svn://svnserver
> svn: Malformed network data
> svn: Malformed network data
>
> Is this ok?
> It would be very difficult to update all instances at the same time.
> That can't be.
Yes, it can, and it is.
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [inbox] Re: Subversion 0.24.1 released.
Posted by Greg Hudson <gh...@MIT.EDU>.
On Wed, 2003-06-18 at 05:23, Wieland Pusch wrote:
> Is this ok?
> It would be very difficult to update all instances at the same time.
> That can't be.
Welcome to the world of alpha software.
However, I hope to make 0.24 the last incompatible ra_svn change.
Future releases should ensure at least one point release of
compatibility, just as with ra_dav. (I haven't updated HACKING to that
effect, for no particularly good reason, but I still expect it to be
true.)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [inbox] Re: Subversion 0.24.1 released.
Posted by Michael Wood <mw...@its.uct.ac.za>.
On Wed, Jun 18, 2003 at 11:23:38AM +0200, Wieland Pusch wrote:
> Hello,
>
> I have svnserve 0.23.0 running on Linux.
> (Why is there no --version for svnserve?)
> And was using svn 0.23.0 on Windows 2K (Installer-Version).
> Now I installed 0.24.1 from
> http://subversion.tigris.org/files/documents/15/4791/svn-0.24.1-setup.exe
> and I get:
> C:\testsvn\test3>svn ls svn://svnserver
> svn: Malformed network data
> svn: Malformed network data
>
> Is this ok?
> It would be very difficult to update all instances at the same time.
> That can't be.
>
> Or is there a rule like the server has to be higher than the client?
Have a look at http://svn.collab.net/repos/svn/trunk/HACKING
Search for Compatibility. That should explain the situation. Maybe
this should be in the FAQ?
--
Michael Wood <mw...@its.uct.ac.za>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [inbox] Re: Subversion 0.24.1 released.
Posted by Wieland Pusch <wi...@wielandpusch.de>.
Hello,
I have svnserve 0.23.0 running on Linux.
(Why is there no --version for svnserve?)
And was using svn 0.23.0 on Windows 2K (Installer-Version).
Now I installed 0.24.1 from
http://subversion.tigris.org/files/documents/15/4791/svn-0.24.1-setup.exe
and I get:
C:\testsvn\test3>svn ls svn://svnserver
svn: Malformed network data
svn: Malformed network data
Is this ok?
It would be very difficult to update all instances at the same time.
That can't be.
Or is there a rule like the server has to be higher than the client?
cu
Wieland mailto:wieland@wielandpusch.de
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Jostein Christoffer Andersen <jo...@webconnect.no>.
And the Installer based upon Branko's sexy binaries ca be found at:
http://subversion.tigris.org/files/documents/15/4791/svn-0.24.1-setup.exe
The next installer will take care of all apache issuses so the user
should not need to do anything manually. The same applies for misc.
missing system files to.
Note:
My ISP (www.rett.no)have messed up my domain (and all the other hosted
domains they have to) so I have to use the email address
jostein@webconnect.no until I can find an ISP I can trust and afford to use.
Jostein
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Branko Čibej <br...@xbc.nu>.
The Win32 binaries are now at
URL: http://subversion.tigris.org/files/documents/15/4779/svn-win32-0.24.1.zip
MD5: 9ab54d93f01afd1ca01ffd2d6213c3a8
SHA1: 6c3f88d6b9f598da3bed0fd206358f66c71f70f8
and the debug symbols at
URL: http://subversion.tigris.org/files/documents/15/4787/svn-win32-0.24.1_pdb.zip
MD5: 5f758e4d42c09a70198299f80d162282
SHA1: 0f29609729f1ce71ea5f656ac08f52f079149a11
All ra_local, ra_dav and ra_svn tests pass.
Michael Price wrote:
>I am pleased to announce that another interim release of Subversion is
>now available. You can grab release 0.24.1 at the following location:
>
> http://subversion.tigris.org/files/documents/15/4761/subversion-0.24.1.tar.gz
>
>The MD5 checksum for this release is 8e1402528f0db97d9a187decddde89d1.
>
>The list of changes in the 0.24.X series is substantial and users are
>encouraged to browse the list at the end of this email. Please keep in
>mind that extensive improvements were made to the ra_svn protocol which
>require svnserve users to upgrade both their servers and clients. We are
>also happy to announce that svnserve now works on the Windows platform.
>
>This release was tested against Apache httpd 2.0.46, which is available
>at this location:
>
> http://httpd.apache.org/download.cgi
>
>Users are encouraged to upgrade to Apache 2.0.46 as this fixes several
>security issues present in 2.0.45 and earlier including the following
>issue which may be of interest to those running mod_dav:
>
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0245
>
>Please direct all questions and comments regarding this release to
>the dev@subversion.tigris.org mailing list.
>
>Michael Price
>
>==========
>
>Version 0.24.1 (released 16 June 2003, revision 6249, branches/release-0.24.1)
>
> User-visible changes:
> * Fix bug in 'svn log'.
>
> Developer-visible changes:
> * none
>
>
>Version 0.24.0 (released 15 June 2003, revision 6234, branches/release-0.24.0)
>
> User-visible changes:
> * new 'svn diff [--old OLD] [--new NEW]' syntax (#1142)
> * new --relocate option for svn switch (#951)
> * new --version option for svnadmin and svnlook
> * new path-based authorization module for apache
> * make 'svn checkout' and not just 'svn update' resume a checkout
> * .svn directories now hidden on Windows
> * config variable 'store-password = no' now actually works
> * fix 'svn merge --dry-run'
> * fix 'properties hanging after a rename' issue (#1303)
> * fix odd behavior of 'svn up -r PREV filename' (#1304)
> * fix delete-tracking bug (#1348)
> * fix dump and load corner cases (#1290)
> * ra_dav server more resilient for foreign deltaV clients
> * numerous ra_svn changes - must update clients and servers
> * fix export over ra_svn (#1318)
> * fix ra_svn error transmission bug (#1146)
> * fix ra_svn corruption in tunnel mode (#1145)
> * make svnserve multi-threaded on non-fork platforms (now works on Windows)
> * remove svnserve -F and -S options
> * various memory use improvements (#1323)
> * various performance improvements for all protocols
> * various performance improvements for 'svnadmin dump' and svnlook
> * various subversion book updates (you have read the book right?)
> * more cvs2svn.py improvements (and more to follow)
> * new debugging script normalize-dump.py to normalize dump output
>
> Developer-visible changes:
> * path-based editor drivers
> * no more RA->do_checkout()
> * update python and java bindings
> * various windows build fixes
>
>
--
Brane Čibej <br...@xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by cm...@collab.net.
cmpilato@collab.net writes:
> "Mark Watts" <mw...@stny.rr.com> writes:
>
> > A \dev\project\test programs
> > Svn: RA layer request failed
> > Svn: PROPFIND request failed on '/svn/repos/!svn/bc/trunk/dev/project/test
> > programs'
> > Svn: PROPFIND of '/svn/repos/!svn/bc/trunk/dev/project/test programs': 404
> > Not Found (http://svnserver)
>
> Heh. You can thank a broken REPORT response for that. Seems that one
> of the URLs returned that response (the baseline collection URL) isn't
> being URI-encoded. :-)
I'm running 'make davcheck' with a fix for this now, and Ben's
composing the regression test. Stay tuned for yet another revision
that needs to be in 0.24.2.
And folks, if you have the time and energy to do so, please update to
at least 0.24.1 and bang it to a bloody pulp. We'd love to know
really soon what other regressions have fallen through the cracks in
our test suite.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by cm...@collab.net.
"Mark Watts" <mw...@stny.rr.com> writes:
> A \dev\project\test programs
> Svn: RA layer request failed
> Svn: PROPFIND request failed on '/svn/repos/!svn/bc/trunk/dev/project/test
> programs'
> Svn: PROPFIND of '/svn/repos/!svn/bc/trunk/dev/project/test programs': 404
> Not Found (http://svnserver)
Heh. You can thank a broken REPORT response for that. Seems that one
of the URLs returned that response (the baseline collection URL) isn't
being URI-encoded. :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Ben Collins-Sussman <su...@collab.net>.
"Mark Watts" <mw...@stny.rr.com> writes:
> The checkout/update will fail anytime it has to create a directory that is
> in a path with a space.
This dav bug is now fixed as of revisions 6268 and 6269. Just update
to HEAD, or wait for a 0.24.2 tarball. :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Ben Collins-Sussman <su...@collab.net>.
"Mark Watts" <mw...@stny.rr.com> writes:
> The checkout/update will fail anytime it has to create a directory that is
> in a path with a space.
Ouch, this is *my* bug, part of r6026, over a month old. I can't
believe nobody noticed this. I guess unix folk don't often have
directories with spaces in them.
Fix coming up in a minute. I'll write a regression test too.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Volker Voßkämper <vo...@cenote.de>.
Mark Watts schrieb:
>(...)
>
>The checkout/update will fail anytime it has to create a directory that is
>in a path with a space.
>(...)
>
>C:\svn up
>A \dev\project\test programs\fileone.dat
>A \dev\project\test programs\filetwo.dat
>A \dev\project\test programs\filethree.dat
>A \dev\project\test programs\prog1
>
>Svn: RA layer request failed
>Svn: PROPFIND request failed on '/svn/repos/!svn/bc/trunk/dev/project/test
>programs/prog1'
>Svn: PROPFIND of '/svn/repos/!svn/bc/trunk/dev/project/test programs/prog1':
>404 Not Found (http://svnserver)
>(...)
>Each time I restart it can get a bit farther but anytime there is missing
>directory where the directory path for that missing directory has a space it
>fails.
>
>
I got the same effect with Linux Server 0.24 and Windows Client 0.24.1,
thinking of it as a timeoutproblem
but after reading this I tested and can reproduce it.
Volker
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 0.24.1 released.
Posted by Mark Watts <mw...@stny.rr.com>.
I think I found a problem with checkout under windows when using Apache
I have a directory tree that looks like this
\dev\project\test programs\prog1\data
\dev\project\test programs\prog2\data
\dev\project\test programs\prog3\data
Etc.
I saw this in prior versions but I attributed it to network or other
problems, which is why I was using svnserve instead of Apache. However with
the new restartable checkout (Thank you!) I see it every time I restart.
The checkout/update will fail anytime it has to create a directory that is
in a path with a space.
Example
C:\svn co ....
..snipped data
A \dev\project\test programs
Svn: RA layer request failed
Svn: PROPFIND request failed on '/svn/repos/!svn/bc/trunk/dev/project/test
programs'
Svn: PROPFIND of '/svn/repos/!svn/bc/trunk/dev/project/test programs': 404
Not Found (http://svnserver)
[My comment: This is failure one. The 'test programs' directory does appear
to have been added however']
C:\svn up
A \dev\project\test programs\fileone.dat
A \dev\project\test programs\filetwo.dat
A \dev\project\test programs\filethree.dat
A \dev\project\test programs\prog1
Svn: RA layer request failed
Svn: PROPFIND request failed on '/svn/repos/!svn/bc/trunk/dev/project/test
programs/prog1'
Svn: PROPFIND of '/svn/repos/!svn/bc/trunk/dev/project/test programs/prog1':
404 Not Found (http://svnserver)
[My comment: This is failure two. Note that the contents of 'test programs'
have been successfully added and so has the 'prog1' directory. ]
Each time I restart it can get a bit farther but anytime there is missing
directory where the directory path for that missing directory has a space it
fails.
-Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 0.24.1 released.
Posted by James Goodall <jg...@dmetrix.com>.
Some libraries are coming from the build tree and some are coming from
/usr/local/lib. I've listed the whole ldd dump below.
lt-svn doesn't have the same problem. All of its libsvn_* libraries are
coming from within the build tree. All of the other
.../subversion/svn*/.libs/lt-* executables use the correct libraries.
OS = Redhat 7.3
Is this possibly just a makefile issue?
- James
libsvn_client-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_client/.libs/libsvn_clien
t-1.so.0 (0x40018000)
libsvn_wc-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_wc/.libs/libsvn_wc-1.so.0
(0x40030000)
libsvn_ra-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_ra/.libs/libsvn_ra-1.so.0
(0x4004d000)
libsvn_ra_local-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_ra_local/.libs/libsvn_ra_
local-1.so.0 (0x40050000)
libsvn_repos-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_repos/.libs/libsvn_repos-
1.so.0 (0x40054000)
libsvn_fs-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_fs/.libs/libsvn_fs-1.so.0
(0x40064000)
libdb-4.1.so =>
/usr/local/src/subversion-0.24.1/db/dist/.libs/libdb-4.1.so (0x40081000)
libsvn_ra_dav-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_ra_dav/.libs/libsvn_ra_da
v-1.so.0 (0x4011e000)
libneon.so.23 =>
/usr/local/src/subversion-0.24.1/neon/src/.libs/libneon.so.23 (0x4012d000)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x40143000)
libz.so.1 => /usr/lib/libz.so.1 (0x40232000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40240000)
libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0
(0x40256000)
libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0
(0x4025f000)
libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0 (0x40265000)
libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x4026a000)
libaprutil-0.so.0 =>
/usr/local/src/subversion-0.24.1/apr-util/.libs/libaprutil-0.so.0
(0x40288000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4029c000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x402a4000)
libapr-0.so.0 =>
/usr/local/src/subversion-0.24.1/apr/.libs/libapr-0.so.0 (0x402c1000)
librt.so.1 => /lib/librt.so.1 (0x402df000)
libm.so.6 => /lib/i686/libm.so.6 (0x402f1000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40314000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40341000)
libdl.so.2 => /lib/libdl.so.2 (0x40358000)
libc.so.6 => /lib/i686/libc.so.6 (0x4035c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
-----Original Message-----
From: Philip Martin [mailto:pm@localhost] On Behalf Of Philip Martin
Sent: Tuesday, June 17, 2003 10:54 AM
To: James Goodall
Cc: dev@subversion.tigris.org
Subject: Re: Subversion 0.24.1 released.
"James Goodall" <jg...@dmetrix.com> writes:
> However, ldd shows that I am linking to libsvn_delta, but it seems as
though
> I'm picking up the previous version already installed on my system
(0.23.0):
>
> libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x4025f000)
Is it a problem with all the Subversion libraries, or just
libsvn_delta? Which OS are you using? Does the command line client
/usr/local/src/subversion-0.24.1/subversion/clients/cmdline/.libs/lt-svn
have the same problem?
> How do I remedy this?
Short of deleting the libraries in /usr/local/lib, and thus breaking
your current installation, I don't really know. Other people have
experienced this but I have never had the problem on my systems.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Philip Martin <ph...@codematters.co.uk>.
"James Goodall" <jg...@dmetrix.com> writes:
> However, ldd shows that I am linking to libsvn_delta, but it seems as though
> I'm picking up the previous version already installed on my system (0.23.0):
>
> libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x4025f000)
Is it a problem with all the Subversion libraries, or just
libsvn_delta? Which OS are you using? Does the command line client
/usr/local/src/subversion-0.24.1/subversion/clients/cmdline/.libs/lt-svn
have the same problem?
> How do I remedy this?
Short of deleting the libraries in /usr/local/lib, and thus breaking
your current installation, I don't really know. Other people have
experienced this but I have never had the problem on my systems.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 0.24.1 released.
Posted by James Goodall <jg...@dmetrix.com>.
nm returns correctly as expected:
000028b0 T svn_delta_noop_window_handler
However, ldd shows that I am linking to libsvn_delta, but it seems as though
I'm picking up the previous version already installed on my system (0.23.0):
libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x4025f000)
How do I remedy this?
- James
-----Original Message-----
From: Philip Martin [mailto:pm@localhost] On Behalf Of Philip Martin
Sent: Tuesday, June 17, 2003 10:24 AM
To: James Goodall
Cc: dev@subversion.tigris.org
Subject: Re: Subversion 0.24.1 released.
"James Goodall" <jg...@dmetrix.com> writes:
> Here's the error message:
>
> lt-svnversion: relocation error:
>
/usr/local/src/subversion-0.24.1/subversion/libsvn_repos/.libs/libsvn_repos-
> 1.so.0: undefined symbol: svn_delta_noop_window_handler
The command
% nm
/usr/local/src/subversion-0.24.1/subversion/libsvn_delta/.libs/libsvn_delta-
1.so | grep noop
should show something like (the number may vary)
00002d60 T svn_delta_noop_window_handler
to indicate that the symbol is defined, and
% ldd
/usr/local/src/subversion-0.24.1/subversion/svnversion/.libs/lt-svnversion |
grep delta
should show something like
libsvn_delta-1.so.0 =>
/usr/local/src/subversion-0.24.1/subversion/libsvn_delta/.libs/libsvn_delta-
1.so.0 (0x40035000)
to indicate that svnversion links to libsvn_delta.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Philip Martin <ph...@codematters.co.uk>.
"James Goodall" <jg...@dmetrix.com> writes:
> Here's the error message:
>
> lt-svnversion: relocation error:
> /usr/local/src/subversion-0.24.1/subversion/libsvn_repos/.libs/libsvn_repos-
> 1.so.0: undefined symbol: svn_delta_noop_window_handler
The command
% nm /usr/local/src/subversion-0.24.1/subversion/libsvn_delta/.libs/libsvn_delta-1.so | grep noop
should show something like (the number may vary)
00002d60 T svn_delta_noop_window_handler
to indicate that the symbol is defined, and
% ldd /usr/local/src/subversion-0.24.1/subversion/svnversion/.libs/lt-svnversion | grep delta
should show something like
libsvn_delta-1.so.0 => /usr/local/src/subversion-0.24.1/subversion/libsvn_delta/.libs/libsvn_delta-1.so.0 (0x40035000)
to indicate that svnversion links to libsvn_delta.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 0.24.1 released.
Posted by James Goodall <jg...@dmetrix.com>.
Here's the error message:
lt-svnversion: relocation error:
/usr/local/src/subversion-0.24.1/subversion/libsvn_repos/.libs/libsvn_repos-
1.so.0: undefined symbol: svn_delta_noop_window_handler
- James
-----Original Message-----
From: Philip Martin [mailto:pm@localhost] On Behalf Of Philip Martin
Sent: Tuesday, June 17, 2003 10:01 AM
To: James Goodall
Cc: dev@subversion.tigris.org
Subject: Re: Subversion 0.24.1 released.
"James Goodall" <jg...@dmetrix.com> writes:
> CMD: svnversion "working_copies/svnversion_tests-1"
>
"file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/re
> positories/svnversion_tests-1" <TIME = 0.124440>
> FAIL: svnversion_tests.py 1: test 'svnversion' on a working copy and
other
> directories
What do you get if you run svnversion by hand?
% cd /usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline
% /usr/local/src/subversion-0.24.1/subversion/svnversion/svnversion \
working_copies/svnversion_tests-1 \
file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/rep
ositories/svnversion_tests-1
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Philip Martin <ph...@codematters.co.uk>.
"James Goodall" <jg...@dmetrix.com> writes:
> CMD: svnversion "working_copies/svnversion_tests-1"
> "file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/re
> positories/svnversion_tests-1" <TIME = 0.124440>
> FAIL: svnversion_tests.py 1: test 'svnversion' on a working copy and other
> directories
What do you get if you run svnversion by hand?
% cd /usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline
% /usr/local/src/subversion-0.24.1/subversion/svnversion/svnversion \
working_copies/svnversion_tests-1 \
file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/repositories/svnversion_tests-1
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 0.24.1 released.
Posted by James Goodall <jg...@dmetrix.com>.
tests.log contains the same failure text that was spit out by 'make check'.
Here's the full svnversion test info from tests.log:
START: svnversion_tests.py
CMD: svnadmin "create" "local_tmp/repos" "--bdb-txn-nosync" <TIME =
0.562489>
CMD: svn "import" "--username" "jrandom" "--password" "rayjandom" "-m" "Log
message for revision 1."
"file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/lo
cal_tmp/repos" "local_tmp/greekfiles" <TIME = 0.355391>
CMD: svnadmin "create" "repositories/svnversion_tests-1" "--bdb-txn-nosync"
<TIME = 0.575279>
CMD: svnadmin dump "local_tmp/repos" | svnadmin load
"repositories/svnversion_tests-1" <TIME = 0.001936>
CMD: svn "co" "--username" "jrandom" "--password" "rayjandom"
"file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/re
positories/svnversion_tests-1" "working_copies/svnversion_tests-1" <TIME =
3.145368>
CMD: svnversion "working_copies/svnversion_tests-1"
"file:///usr/local/src/subversion-0.24.1/subversion/tests/clients/cmdline/re
positories/svnversion_tests-1" <TIME = 0.124440>
FAIL: svnversion_tests.py 1: test 'svnversion' on a working copy and other
directories
END: svnversion_tests.py
- James
-----Original Message-----
From: Philip Martin [mailto:pm@localhost] On Behalf Of Philip Martin
Sent: Tuesday, June 17, 2003 9:37 AM
To: James Goodall
Cc: dev@subversion.tigris.org
Subject: Re: Subversion 0.24.1 released.
"James Goodall" <jg...@dmetrix.com> writes:
> At least one test FAILED, checking
> /usr/local/src/subversion-0.24.1/tests.log
> FAIL: svnversion_tests.py 1: test 'svnversion' on a working copy and
other
> directories
What does tests.log contain for the failed test?
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Philip Martin <ph...@codematters.co.uk>.
"James Goodall" <jg...@dmetrix.com> writes:
> At least one test FAILED, checking
> /usr/local/src/subversion-0.24.1/tests.log
> FAIL: svnversion_tests.py 1: test 'svnversion' on a working copy and other
> directories
What does tests.log contain for the failed test?
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 0.24.1 released.
Posted by James Goodall <jg...@dmetrix.com>.
My build of 0.24.1 does not pass all of the tests. I get this failure
during 'make check':
At least one test FAILED, checking
/usr/local/src/subversion-0.24.1/tests.log
FAIL: svnversion_tests.py 1: test 'svnversion' on a working copy and other
directories
I've been able to successfully build and test all of the previous releases
since 0.17 without a problem and my procedure for making/checking this build
is exactly the same every time:
- untar/unzip
- configure --disable-mod-activation
- make
- make check
There's nothing fancy going on and all operations done as root. Can anyone
tell me what might be causing this test to fail? TIA.
- James
(P.S. Please reply to me directly if possible as I'm not subscribed to the
mailing list. Thanks.)
-----Original Message-----
From: Michael Price [mailto:michael.price@computer.org]
Sent: Monday, June 16, 2003 11:14 AM
To: announce@subversion.tigris.org
Cc: Subversion Development
Subject: Subversion 0.24.1 released.
I am pleased to announce that another interim release of Subversion is
now available. You can grab release 0.24.1 at the following location:
http://subversion.tigris.org/files/documents/15/4761/subversion-0.24.1.tar.g
z
The MD5 checksum for this release is 8e1402528f0db97d9a187decddde89d1.
The list of changes in the 0.24.X series is substantial and users are
encouraged to browse the list at the end of this email. Please keep in
mind that extensive improvements were made to the ra_svn protocol which
require svnserve users to upgrade both their servers and clients. We are
also happy to announce that svnserve now works on the Windows platform.
This release was tested against Apache httpd 2.0.46, which is available
at this location:
http://httpd.apache.org/download.cgi
Users are encouraged to upgrade to Apache 2.0.46 as this fixes several
security issues present in 2.0.45 and earlier including the following
issue which may be of interest to those running mod_dav:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0245
Please direct all questions and comments regarding this release to
the dev@subversion.tigris.org mailing list.
Michael Price
==========
Version 0.24.1 (released 16 June 2003, revision 6249,
branches/release-0.24.1)
User-visible changes:
* Fix bug in 'svn log'.
Developer-visible changes:
* none
Version 0.24.0 (released 15 June 2003, revision 6234,
branches/release-0.24.0)
User-visible changes:
* new 'svn diff [--old OLD] [--new NEW]' syntax (#1142)
* new --relocate option for svn switch (#951)
* new --version option for svnadmin and svnlook
* new path-based authorization module for apache
* make 'svn checkout' and not just 'svn update' resume a checkout
* .svn directories now hidden on Windows
* config variable 'store-password = no' now actually works
* fix 'svn merge --dry-run'
* fix 'properties hanging after a rename' issue (#1303)
* fix odd behavior of 'svn up -r PREV filename' (#1304)
* fix delete-tracking bug (#1348)
* fix dump and load corner cases (#1290)
* ra_dav server more resilient for foreign deltaV clients
* numerous ra_svn changes - must update clients and servers
* fix export over ra_svn (#1318)
* fix ra_svn error transmission bug (#1146)
* fix ra_svn corruption in tunnel mode (#1145)
* make svnserve multi-threaded on non-fork platforms (now works on Windows)
* remove svnserve -F and -S options
* various memory use improvements (#1323)
* various performance improvements for all protocols
* various performance improvements for 'svnadmin dump' and svnlook
* various subversion book updates (you have read the book right?)
* more cvs2svn.py improvements (and more to follow)
* new debugging script normalize-dump.py to normalize dump output
Developer-visible changes:
* path-based editor drivers
* no more RA->do_checkout()
* update python and java bindings
* various windows build fixes
---------------------------------------------------------------------
To unsubscribe, e-mail: announce-unsubscribe@subversion.tigris.org
For additional commands, e-mail: announce-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Blair Zajac <bl...@orcaware.com>.
Blair Zajac wrote:
>
> What CVS server are you using? I've got this for my CVS root:
>
> % cat /sw/fink/CVS/Root
> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/fink
And this doesn't have either 0.24.1 nor 0.24.2:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/dists/10.2/unstable/crypto/finkinfo/
although this data may be 24 hours old.
Best,
Blair
--
Blair Zajac <bl...@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Blair Zajac <bl...@orcaware.com>.
Christian Schaffner wrote:
>
> Ah. You only see 0.19.1 since your are not using the unstable tree. You
> can read at
> <http://fink.sourceforge.net/faq/usage-fink.php#unstable>
> on how to enable a single package in unstable instead of the whole tree.
Right, I'm not using the entire unstable tree. However, running
fink selfupdate-cvs and then running that find command should find
the svn 0.24.2.
> The fink policy is to only move packages to the stable tree for which
> the maintainer of the package (e.g. me) got some positive feedback. So,
> please let me know if you succeed.
>
> > What CVS server are you using? I've got this for my CVS root:
> >
> > % cat /sw/fink/CVS/Root
> > :pserver:anonymous@cvs.sourceforge.net:/cvsroot/fink
>
> That sounds ok.
>
> > And this doesn't have either 0.24.1 nor 0.24.2:
> >
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/dists/10.2/
> > unstable/crypto/finkinfo/
> >
> > although this data may be 24 hours old.
>
> Yes. It lags behind. I checked now and 0.24.2 is now showing up there.
> So, maybe you could try again today...
It worked just fine. Thank you. It's all installed now.
Best,
Blair
--
Blair Zajac <bl...@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Christian Schaffner <ch...@users.sourceforge.net>.
On Freitag, Juni 20, 2003, at 12:24 Uhr, Blair Zajac wrote:
>>> I'm looking for the svn-client-ssl package in the latest fink but
>>> I'm not finding it.
>> The sourceforge cvs servers (when will they switch to svn :-) ) had
>> some problems lately. So you might as well try again these days.
>
> Yes, lots of refused connections lately. Definitely need to move to
> svn.
Sourceforge has still serious problems with its cvs server performance.
Read more here:
<http://sourceforge.net/docman/
display_doc.php?docid=2352&group_id=1#cvs>
>> What do you get if you type 'fink list svn'? You should get:
>
> I get this:
>
> Information about 1276 packages read in 0 seconds.
>
> svn-client 0.19.1-3 Compelling replacement for CVS
>
> This is after installing fink on a brand new system. I didn't set up
> the unstable branch. But CVS should still pull this down, right?
Ah. You only see 0.19.1 since your are not using the unstable tree. You
can read at
<http://fink.sourceforge.net/faq/usage-fink.php#unstable>
on how to enable a single package in unstable instead of the whole tree.
The fink policy is to only move packages to the stable tree for which
the maintainer of the package (e.g. me) got some positive feedback. So,
please let me know if you succeed.
> What CVS server are you using? I've got this for my CVS root:
>
> % cat /sw/fink/CVS/Root
> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/fink
That sounds ok.
> And this doesn't have either 0.24.1 nor 0.24.2:
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/dists/10.2/
> unstable/crypto/finkinfo/
>
> although this data may be 24 hours old.
Yes. It lags behind. I checked now and 0.24.2 is now showing up there.
So, maybe you could try again today...
Chris.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Blair Zajac <bl...@orcaware.com>.
Christian Schaffner wrote:
>
> Hi Blair
>
> On Mittwoch, Juni 18, 2003, at 09:20 Uhr, Blair Zajac wrote:
> > Hi Chris,
> >
> > I'm looking for the svn-client-ssl package in the latest fink but
> > I'm not finding it.
>
> That's not good.
>
> > I ran these commands to update to supposedly the latest version:
> >
> > % fink selfupdate-cvs
>
> The sourceforge cvs servers (when will they switch to svn :-) ) had
> some problems lately. So you might as well try again these days.
Yes, lots of refused connections lately. Definitely need to move to
svn.
> > % fink update-all
> > % cd /sw
> > % find . | grep -i svn | grep 0.24
>
> Here is what I get on a selfupdated fink:
>
> [ampere:/sw] cschaffn% find . | grep -i svn | grep 0.24
> ./fink/10.2/unstable/crypto/finkinfo/svn-client-ssl-0.24.1-1.info
> ./fink/10.2/unstable/main/finkinfo/devel/svn-client-0.24.1-1.info
>
> What do you get if you type 'fink list svn'? You should get:
I get this:
Information about 1276 packages read in 0 seconds.
svn-client 0.19.1-3 Compelling replacement for CVS
This is after installing fink on a brand new system. I didn't set up
the unstable branch. But CVS should still pull this down, right?
What CVS server are you using? I've got this for my CVS root:
% cat /sw/fink/CVS/Root
:pserver:anonymous@cvs.sourceforge.net:/cvsroot/fink
> % fink list svn
> Information about 2656 packages read in 2 seconds.
>
> rapidsvn [virtual package]
> rapidsvn-gtk 0.1.3pre1-1 Cross-platform GUI
> front-end for Subversion - gtk version
> svn-client 0.24.1-1 Compelling replacement for
> CVS
> i svn-client-ssl 0.24.1-1 Compelling replacement for
> CVS
>
> And what version of fink are you using? ('fink --version')
0.13.0.
Best,
Blair
--
Blair Zajac <bl...@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Christian Schaffner <ch...@users.sourceforge.net>.
Hi Blair
On Mittwoch, Juni 18, 2003, at 09:20 Uhr, Blair Zajac wrote:
> Christian Schaffner wrote:
>>
>> On Montag, Juni 16, 2003, at 08:14 Uhr, Michael Price wrote:
>>> I am pleased to announce that another interim release of Subversion
>>> is
>>> now available. You can grab release 0.24.1 at the following location:
>>
>> The fink (<http://fink.sf.net>) package for easy MacOS X installation
>> is now also up-to-date:
>>
>> <http://fink.sourceforge.net/pdb/package.php/svn-client-ssl>
>
> Hi Chris,
>
> I'm looking for the svn-client-ssl package in the latest fink but
> I'm not finding it.
That's not good.
> I ran these commands to update to supposedly the latest version:
>
> % fink selfupdate-cvs
The sourceforge cvs servers (when will they switch to svn :-) ) had
some problems lately. So you might as well try again these days.
> % fink update-all
> % cd /sw
> % find . | grep -i svn | grep 0.24
Here is what I get on a selfupdated fink:
[ampere:/sw] cschaffn% find . | grep -i svn | grep 0.24
./fink/10.2/unstable/crypto/finkinfo/svn-client-ssl-0.24.1-1.info
./fink/10.2/unstable/main/finkinfo/devel/svn-client-0.24.1-1.info
What do you get if you type 'fink list svn'? You should get:
% fink list svn
Information about 2656 packages read in 2 seconds.
rapidsvn [virtual package]
rapidsvn-gtk 0.1.3pre1-1 Cross-platform GUI
front-end for Subversion - gtk version
svn-client 0.24.1-1 Compelling replacement for
CVS
i svn-client-ssl 0.24.1-1 Compelling replacement for
CVS
And what version of fink are you using? ('fink --version')
Best, Chris.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Blair Zajac <bl...@orcaware.com>.
Christian Schaffner wrote:
>
> On Montag, Juni 16, 2003, at 08:14 Uhr, Michael Price wrote:
> > I am pleased to announce that another interim release of Subversion is
> > now available. You can grab release 0.24.1 at the following location:
>
> The fink (<http://fink.sf.net>) package for easy MacOS X installation
> is now also up-to-date:
>
> <http://fink.sourceforge.net/pdb/package.php/svn-client-ssl>
Hi Chris,
I'm looking for the svn-client-ssl package in the latest fink but
I'm not finding it.
I ran these commands to update to supposedly the latest version:
% fink selfupdate-cvs
% fink update-all
% cd /sw
% find . | grep -i svn | grep 0.24
There are no matching info files for svn with 0.24 in the name.
Best,
Blair
--
Blair Zajac <bl...@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 0.24.1 released.
Posted by Christian Schaffner <ch...@users.sourceforge.net>.
On Montag, Juni 16, 2003, at 08:14 Uhr, Michael Price wrote:
> I am pleased to announce that another interim release of Subversion is
> now available. You can grab release 0.24.1 at the following location:
The fink (<http://fink.sf.net>) package for easy MacOS X installation
is now also up-to-date:
<http://fink.sourceforge.net/pdb/package.php/svn-client-ssl>
Chris.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org