You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by David Anderson <da...@natulte.net> on 2007/05/16 20:44:40 UTC
Subversion 1.4.4 tarballs up for testing/signing
Greetings programs!
1.4.4 tarballs are ready for testing.
The magic revision is r25046.
http://natulte.net/pub/svn/1.4.4/
As usual, these packages are NOT yet blessed, distro packagers, please
don't republish them before they are officially announced as released.
Signatures from full committers back to the list with coverage info
(which platforms, backends, ra methods, summary of dependency
versions...).
- Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Lieven Govaerts <sv...@mobsol.be>.
Karl Heinz Marbaise wrote:
> Hi there,
>
> i have compiled and run the make check on OpenSuSE10.2 with Apache
> 2.0.59 and as a usual user (not root); I have download
> subversion-1.4.4.tar.bz2 and subversion-deps-1.4.4.tar.bz2 and checked
> the md5sum...
>
> with the following result:
>
> ..
>
> Do you need any other supplemental information?
>
Basically we need 6 signatures (3 x unix and 3 x windows) provided by
committers, who have run at least the test suite for the 6 combinations
(ra_local, ra_svn, ra_dav x fsfs, bdb).
We obviously welcome more people to test the tarballs and provide
signatures, check out this section of the 'Hacker's guide to Subversion'
document if you're interested:
http://subversion.tigris.org/hacking.html#tarball-signing
Lieven
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Karl Heinz Marbaise <kh...@gmx.de>.
Hi there,
i have compiled and run the make check on OpenSuSE10.2 with Apache
2.0.59 and as a usual user (not root); I have download
subversion-1.4.4.tar.bz2 and subversion-deps-1.4.4.tar.bz2 and checked
the md5sum...
with the following result:
kama@traveler:~/download/VC/Subversion/1.4.4/test/subversion-1.4.4> make
check
Running all tests in compat-test...success
Running all tests in config-test...success
Running all tests in diff-diff3-test...success
Running all tests in fs-test...success
Running all tests in hashdump-test...success
Running all tests in locks-test...success
Running all tests in opt-test...success
Running all tests in path-test...success
Running all tests in ra-local-test...success
Running all tests in random-test...success
Running all tests in repos-test...success
Running all tests in stream-test...success
Running all tests in string-test...success
Running all tests in time-test...success
Running all tests in translate-test...success
Running all tests in utf-test...success
Running all tests in target-test.py...success
Running all tests in getopt_tests.py...success
Running all tests in basic_tests.py...success
Running all tests in commit_tests.py...success
Running all tests in update_tests.py...success
Running all tests in switch_tests.py...success
Running all tests in prop_tests.py...success
Running all tests in schedule_tests.py...success
Running all tests in log_tests.py...success
Running all tests in copy_tests.py...success
Running all tests in diff_tests.py...success
Running all tests in export_tests.py...success
Running all tests in externals_tests.py...success
Running all tests in merge_tests.py...success
Running all tests in revert_tests.py...success
Running all tests in stat_tests.py...success
Running all tests in trans_tests.py...success
Running all tests in autoprop_tests.py...success
Running all tests in blame_tests.py...success
Running all tests in special_tests.py...success
Running all tests in svnadmin_tests.py...success
Running all tests in svnlook_tests.py...success
Running all tests in svnversion_tests.py...success
Running all tests in utf8_tests.py...success
Running all tests in history_tests.py...success
Running all tests in lock_tests.py...success
Running all tests in cat_tests.py...success
Running all tests in import_tests.py...success
Running all tests in svnsync_tests.py...success
Running all tests in authz_tests.py...success
At least one test was SKIPPED, checking
/home/kama/download/VC/Subversion/1.4.4/test/subversion-1.4.4/tests.log
SKIP: utf8_tests.py 1: conversion of paths and logs to/from utf8
SKIP: svnsync_tests.py 14: verify that unreadable content is not synced
SKIP: svnsync_tests.py 15: verify that copies from unreadable dirs work
SKIP: svnsync_tests.py 16: verify copies with mods from unreadable dirs
SKIP: svnsync_tests.py 17: verify copies with mods from unreadable dirs
+copy
SKIP: authz_tests.py 1: authz issue #2486 - open root
SKIP: authz_tests.py 2: authz issue #2486 - open directory
SKIP: authz_tests.py 3: broken authz files cause errors
SKIP: authz_tests.py 4: test authz for read operations
SKIP: authz_tests.py 5: test authz for write operations
SKIP: authz_tests.py 6: test authz for checkout
SKIP: authz_tests.py 7: test authz for log and tracing path changes
SKIP: authz_tests.py 8: test authz for checkout and update
SKIP: authz_tests.py 9: test authz for export with unreadable subfolder
SKIP: authz_tests.py 10: test the authz validation rules
SKIP: authz_tests.py 11: test authz for locking
I have appended the test.log as an bz2
Do you need any other supplemental information?
Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung Schulung Tel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz Marbaise ICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen http://www.soebes.de
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
Daniel Rall wrote:
> On Thu, 17 May 2007, Malcolm Rowe wrote:
>
>> On Thu, May 17, 2007 at 07:41:22AM -0400, C. Michael Pilato wrote:
>>> Malcolm Rowe wrote:
>>>> On Wed, May 16, 2007 at 10:44:40PM +0200, David Anderson wrote:
>>>>> Greetings programs!
>>>>>
>>>>> 1.4.4 tarballs are ready for testing.
>>>>> The magic revision is r25046.
>>>>>
>>>>> http://natulte.net/pub/svn/1.4.4/
>>>>>
>>>> The deps tarbals appear to contain APR{,-util} 0.9.7. The 1.4.3 deps
>>>> included 0.9.12, so I suspect this is wrong. (We should probably be
>>>> shipping 0.9.13 instead).
>>>>
>>>> Can we re-roll the deps tarball?
>>> For simplicity, can't we just do:
>>>
>>> cp subversion-deps-1.4.3.tar.gz subversion-deps-1.4.4.tar.gz
>>>
>>> ?
>>>
>> Sure, though it's actually
>>
>> tar zxf subversion-deps-1.4.3.tar.gz
>> mv subversion-1.4.3/ subversion-1.4.4/
>> tar zcf subversion-deps-1.4.4.tar.gz subversion-1.4.4/
>>
>> Or something like that, anyway.
>>
>> Is there anything important in APR 0.9.13 that we should include? (it
>> didn't look like it to me, particularly).
>
> Philip's apr_atomic_cas() fix for 64-bit platforms and Garrett's
> Berekely DB 4.5 support seem most relevant:
>
> -----------------------------------------------
>
> Changes with APR 0.9.13
>
> *) Fix detection of pthread cross-process robust mutexes.
> PR 39833. [Tsuyoshi SASAMOTO <nazonazo miobox.jp>]
>
> *) Correctly retrieve 'empty' environment values with apr_env_get
> on Win32 (e.g. "VAR="), and added validation to testall suite.
> PR 40764. [Issac Goldstand <margol beamartyr.net>]
>
> *) Portably check for EEXIST in mktemp code. PR 40818
> [Kenneth Golomb <KGolomb TradeCard.com>]
>
> *) Fix apr_atomic_cas on platforms with 64 bit longs.
> [Philip Martin <philip codematters.co.uk>]
>
> *) Provide folding in autogenerated .manifest files for Win32 builders
> using VisualStudio 2005 [William Rowe]
>
> http://www.apache.org/dist/apr/CHANGES-APR-0.9
>
> -----------------------------------------------
>
> Changes with APR-util 0.9.13
>
> *) Add support for Berkeley DB 4.5 to the configure scripts.
> [Garrett Rooney]
>
> *) Allow apr_queue.h to be included before other APR headers.
> PR 40891 [Henry Jen <henryjen ztune.net>]
>
> *) Provide folding in autogenerated .manifest files for Win32 builders
> using VisualStudio 2005 [William Rowe]
>
> *) Fix incorrect byte order (PR 37342) and incorrect timestamp type
> in the fallback UUID generator used when no external UUID generator
> is detected by APR.
> [Max Bowsher]
>
> http://www.apache.org/dist/apr/CHANGES-APR-UTIL-0.9
There was also a fix for our issue #1869, something to do with relative
paths on Windows. (Curiously, the issue has been closed, but the
XFAILing tests are still marked as such on trunk.)
-Hyrum
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Daniel Rall <dl...@collab.net>.
On Thu, 17 May 2007, Malcolm Rowe wrote:
> On Thu, May 17, 2007 at 07:41:22AM -0400, C. Michael Pilato wrote:
> > Malcolm Rowe wrote:
> > > On Wed, May 16, 2007 at 10:44:40PM +0200, David Anderson wrote:
> > >> Greetings programs!
> > >>
> > >> 1.4.4 tarballs are ready for testing.
> > >> The magic revision is r25046.
> > >>
> > >> http://natulte.net/pub/svn/1.4.4/
> > >>
> > >
> > > The deps tarbals appear to contain APR{,-util} 0.9.7. The 1.4.3 deps
> > > included 0.9.12, so I suspect this is wrong. (We should probably be
> > > shipping 0.9.13 instead).
> > >
> > > Can we re-roll the deps tarball?
> >
> > For simplicity, can't we just do:
> >
> > cp subversion-deps-1.4.3.tar.gz subversion-deps-1.4.4.tar.gz
> >
> > ?
> >
>
> Sure, though it's actually
>
> tar zxf subversion-deps-1.4.3.tar.gz
> mv subversion-1.4.3/ subversion-1.4.4/
> tar zcf subversion-deps-1.4.4.tar.gz subversion-1.4.4/
>
> Or something like that, anyway.
>
> Is there anything important in APR 0.9.13 that we should include? (it
> didn't look like it to me, particularly).
Philip's apr_atomic_cas() fix for 64-bit platforms and Garrett's
Berekely DB 4.5 support seem most relevant:
-----------------------------------------------
Changes with APR 0.9.13
*) Fix detection of pthread cross-process robust mutexes.
PR 39833. [Tsuyoshi SASAMOTO <nazonazo miobox.jp>]
*) Correctly retrieve 'empty' environment values with apr_env_get
on Win32 (e.g. "VAR="), and added validation to testall suite.
PR 40764. [Issac Goldstand <margol beamartyr.net>]
*) Portably check for EEXIST in mktemp code. PR 40818
[Kenneth Golomb <KGolomb TradeCard.com>]
*) Fix apr_atomic_cas on platforms with 64 bit longs.
[Philip Martin <philip codematters.co.uk>]
*) Provide folding in autogenerated .manifest files for Win32 builders
using VisualStudio 2005 [William Rowe]
http://www.apache.org/dist/apr/CHANGES-APR-0.9
-----------------------------------------------
Changes with APR-util 0.9.13
*) Add support for Berkeley DB 4.5 to the configure scripts.
[Garrett Rooney]
*) Allow apr_queue.h to be included before other APR headers.
PR 40891 [Henry Jen <henryjen ztune.net>]
*) Provide folding in autogenerated .manifest files for Win32 builders
using VisualStudio 2005 [William Rowe]
*) Fix incorrect byte order (PR 37342) and incorrect timestamp type
in the fallback UUID generator used when no external UUID generator
is detected by APR.
[Max Bowsher]
http://www.apache.org/dist/apr/CHANGES-APR-UTIL-0.9
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Malcolm Rowe <ma...@farside.org.uk>.
On Thu, May 17, 2007 at 07:41:22AM -0400, C. Michael Pilato wrote:
> Malcolm Rowe wrote:
> > On Wed, May 16, 2007 at 10:44:40PM +0200, David Anderson wrote:
> >> Greetings programs!
> >>
> >> 1.4.4 tarballs are ready for testing.
> >> The magic revision is r25046.
> >>
> >> http://natulte.net/pub/svn/1.4.4/
> >>
> >
> > The deps tarbals appear to contain APR{,-util} 0.9.7. The 1.4.3 deps
> > included 0.9.12, so I suspect this is wrong. (We should probably be
> > shipping 0.9.13 instead).
> >
> > Can we re-roll the deps tarball?
>
> For simplicity, can't we just do:
>
> cp subversion-deps-1.4.3.tar.gz subversion-deps-1.4.4.tar.gz
>
> ?
>
Sure, though it's actually
tar zxf subversion-deps-1.4.3.tar.gz
mv subversion-1.4.3/ subversion-1.4.4/
tar zcf subversion-deps-1.4.4.tar.gz subversion-1.4.4/
Or something like that, anyway.
Is there anything important in APR 0.9.13 that we should include? (it
didn't look like it to me, particularly).
Regards,
Malcolm
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by "C. Michael Pilato" <cm...@collab.net>.
Malcolm Rowe wrote:
> On Wed, May 16, 2007 at 10:44:40PM +0200, David Anderson wrote:
>> Greetings programs!
>>
>> 1.4.4 tarballs are ready for testing.
>> The magic revision is r25046.
>>
>> http://natulte.net/pub/svn/1.4.4/
>>
>
> The deps tarbals appear to contain APR{,-util} 0.9.7. The 1.4.3 deps
> included 0.9.12, so I suspect this is wrong. (We should probably be
> shipping 0.9.13 instead).
>
> Can we re-roll the deps tarball?
For simplicity, can't we just do:
cp subversion-deps-1.4.3.tar.gz subversion-deps-1.4.4.tar.gz
?
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Malcolm Rowe <ma...@farside.org.uk>.
On Wed, May 16, 2007 at 10:44:40PM +0200, David Anderson wrote:
> Greetings programs!
>
> 1.4.4 tarballs are ready for testing.
> The magic revision is r25046.
>
> http://natulte.net/pub/svn/1.4.4/
>
The deps tarbals appear to contain APR{,-util} 0.9.7. The 1.4.3 deps
included 0.9.12, so I suspect this is wrong. (We should probably be
shipping 0.9.13 instead).
Can we re-roll the deps tarball?
Regards,
Malcolm
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Daniel Rall <dl...@collab.net>.
On Fri, 18 May 2007, Lieven Govaerts wrote:
> Paul Burba wrote:
> > I started a separate thread re cached credentials in the test suite.
> > The question at hand is what to do about 1.4.4:
> >
> > * Apply Dave's fix for the test to trunk and backport (seems kinda silly
> > since trunk doesn't require it).
>
> For me this is the best option. Agreed that the fix is not needed on
> trunk, but the tests shouldn't count on the credentials being cached there.
>
> > * Apply it directly to 1.4.x (totally bogus?)
...
I'd also prefer to avoid using cached credentials on trunk. +1
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Lieven Govaerts <sv...@mobsol.be>.
Paul Burba wrote:
> I started a separate thread re cached credentials in the test suite.
> The question at hand is what to do about 1.4.4:
>
> * Apply Dave's fix for the test to trunk and backport (seems kinda silly
> since trunk doesn't require it).
>
For me this is the best option. Agreed that the fix is not needed on
trunk, but the tests shouldn't count on the credentials being cached there.
> * Apply it directly to 1.4.x (totally bogus?)
>
> * Have testers manually apply it to the 1.4.4 RC, run the tests, and
> state that they did so when providing their sigs (violates our testing
> process at bit, but can't we be flexible?)
>
> * Other?
>
> Paul B.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Subversion 1.4.4 tarballs up for testing/signing
Posted by Paul Burba <pb...@collab.net>.
> -----Original Message-----
> From: Lieven Govaerts [mailto:svnlgo@mobsol.be]
> Sent: Thursday, May 17, 2007 7:35 PM
> To: Paul Burba
> Cc: David Glasser; D.J. Heap; David Anderson; SVN Dev
> Subject: Re: Subversion 1.4.4 tarballs up for testing/signing
>
> Paul Burba wrote:
> > I also hang on svnadmin test 4 (empty_date) with 1.4.4.
> The same test
> > passes on trunk however.
> ..
>
> > So something has changed in the test suite architecture,
> but I can't
> > figure out what.
> >
> > lgo - I'm cc:ing you in the hope you might know what
> changed with the
> > test suite to cause this, if anyone knows off the top of their head
> > it's probably you.
> >
> >
> On trunk the pristine repository is now created at the start
> of each testsuite, so in this case at the beginning of
> svnadmin_tests.py. While importing the greek tree in the
> pristine repository the credentials are used and cached. See
> svntest/actions.py setup_pristine_repository().
>
> On the 1.4.x branch, the pristine repository is created in
> svntest/actions.py guarantee_greek_repository(), but only for
> the first test case in the suite that's needing it.
> guarantee_greek_repository() is called in sbox.build(), which
> in svnadmin_tests.py is only called in the 5th test.
>
> I don't think it's a good idea to trust on cached credentials
> while running tests, so I support any fix which explicitly
> adds user & pwd to calls to svn.exe or svnadmin.exe.
I started a separate thread re cached credentials in the test suite.
The question at hand is what to do about 1.4.4:
* Apply Dave's fix for the test to trunk and backport (seems kinda silly
since trunk doesn't require it).
* Apply it directly to 1.4.x (totally bogus?)
* Have testers manually apply it to the 1.4.4 RC, run the tests, and
state that they did so when providing their sigs (violates our testing
process at bit, but can't we be flexible?)
* Other?
Paul B.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Lieven Govaerts <sv...@mobsol.be>.
Paul Burba wrote:
> I also hang on svnadmin test 4 (empty_date) with 1.4.4. The same test
> passes on trunk however.
..
> So something has changed in the test suite architecture, but I can't
> figure out what.
>
> lgo - I'm cc:ing you in the hope you might know what changed with the
> test suite to cause this, if anyone knows off the top of their head it's
> probably you.
>
>
On trunk the pristine repository is now created at the start of each
testsuite, so in this case at the beginning of svnadmin_tests.py. While
importing the greek tree in the pristine repository the credentials are
used and cached. See svntest/actions.py setup_pristine_repository().
On the 1.4.x branch, the pristine repository is created in
svntest/actions.py guarantee_greek_repository(), but only for the first
test case in the suite that's needing it. guarantee_greek_repository()
is called in sbox.build(), which in svnadmin_tests.py is only called in
the 5th test.
I don't think it's a good idea to trust on cached credentials while
running tests, so I support any fix which explicitly adds user & pwd to
calls to svn.exe or svnadmin.exe.
hth,
Lieven
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by Paul Burba <pb...@collab.net>.
> -----Original Message-----
> From: dglasser@gmail.com [mailto:dglasser@gmail.com] On
> Behalf Of David Glasser
> Sent: Thursday, May 17, 2007 10:56 AM
> To: D.J. Heap
> Cc: David Anderson; SVN Dev
> Subject: Re: Subversion 1.4.4 tarballs up for testing/signing
>
> On 5/17/07, D.J. Heap <dj...@gmail.com> wrote:
> > I get a test hang/failure with fsfs over ra_dav -- it
> appears svnadmin
> > test 4 isn't supplying a username/password when it shoul on
> a revprop
> > propget:
>
> DJ, do you get this hang/failure on trunk as well?
I also hang on svnadmin test 4 (empty_date) with 1.4.4. The same test
passes on trunk however.
Dave's patch works to fix 1.4.4, but since test 4 is identical on 1.4.x
and trunk, so something else is going on...
...and that something is this (maybe):
On 1.4.4 the first four tests don't create
"C:\SVN\src-trunk\Release\subversion\tests\cmdline\svn-test-work\local_t
mp" but on trunk they do! On 1.4.4 and trunk the tests always use the
option:
"--config-dir"
"C:\SVN\src-trunk\Release\subversion\tests\cmdline\svn-test-work\local_t
mp\config"
But since local_tmp doesn't exist on 1.4.4 until test 5 is run, no
authentication data for jrandom is cached until then, so when we get to
test 4's propget...
CMD: svn.exe "propget" "--revprop" "-r1" "svn:date"
"svn-test-work\working_copies\svnadmin_tests-4" "--config-dir"
"C:\SVN\src-trunk\Release\subversion\tests\cmdline\svn-test-work\local_t
mp\config"
...without --username and --password specified, we are out of luck and
the test hangs waiting for us to enter a username.
But on trunk this propget works with the cached info in
"C:\SVN\src-trunk\Release\subversion\tests\cmdline\svn-test-work\local_t
mp\config\auth"
So something has changed in the test suite architecture, but I can't
figure out what.
lgo - I'm cc:ing you in the hope you might know what changed with the
test suite to cause this, if anyone knows off the top of their head it's
probably you.
I'm sorta tempted to just apply Dave's little patch to the 1.4.4 RC and
proceed with testing/signing, but that seems dubious.
Paul B.
> And if so, does the attached patch (to trunk) fix it?
> (Sorry, not in an environment where I can really build/test
> right now.)
>
> (Although, hmm, it looks to me like some other tests in that
> file on trunk should have the same problem: setrevprop and
> verify_windows_paths_in_repos; these aren't in 1.4.x though.)
And both those tests call sbox.build()
Paul B.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by "D.J. Heap" <dj...@gmail.com>.
On 5/17/07, David Glasser <gl...@mit.edu> wrote:
> On 5/17/07, D.J. Heap <dj...@gmail.com> wrote:
> > I get a test hang/failure with fsfs over ra_dav -- it appears svnadmin
> > test 4 isn't supplying a username/password when it shoul on a revprop
> > propget:
>
> DJ, do you get this hang/failure on trunk as well?
>
> And if so, does the attached patch (to trunk) fix it? (Sorry, not in
> an environment where I can really build/test right now.)
>
> (Although, hmm, it looks to me like some other tests in that file on
> trunk should have the same problem: setrevprop and
> verify_windows_paths_in_repos; these aren't in 1.4.x though.)
I'll have to try trunk later tonight -- I haven't tested ra_dav on
trunk in a while.
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by David Glasser <gl...@mit.edu>.
On 5/17/07, D.J. Heap <dj...@gmail.com> wrote:
> I get a test hang/failure with fsfs over ra_dav -- it appears svnadmin
> test 4 isn't supplying a username/password when it shoul on a revprop
> propget:
DJ, do you get this hang/failure on trunk as well?
And if so, does the attached patch (to trunk) fix it? (Sorry, not in
an environment where I can really build/test right now.)
(Although, hmm, it looks to me like some other tests in that file on
trunk should have the same problem: setrevprop and
verify_windows_paths_in_repos; these aren't in 1.4.x though.)
--dave
--
David Glasser | glasser@mit.edu | http://www.davidglasser.net/
Re: Subversion 1.4.4 tarballs up for testing/signing
Posted by "D.J. Heap" <dj...@gmail.com>.
On 5/16/07, David Anderson <da...@natulte.net> wrote:
> Greetings programs!
>
> 1.4.4 tarballs are ready for testing.
> The magic revision is r25046.
>
> http://natulte.net/pub/svn/1.4.4/
>
I get a test hang/failure with fsfs over ra_dav -- it appears svnadmin
test 4 isn't supplying a username/password when it shoul on a revprop
propget:
CMD: svn.exe "update" "-r1" "--username" "jrandom" "--password"
"rayjandom" "svn-test-work\working_copies\svnadmin_tests-4"
"--config-dir" "M:\svn-auto-test\fsfs\subversion\tests\cmdline\svn-test-work\local_tmp\config"
<TIME = 1.203000>
CMD: svn.exe "propget" "--revprop" "-r1" "svn:date"
"svn-test-work\working_copies\svnadmin_tests-4" "--config-dir"
"M:\svn-auto-test\fsfs\subversion\tests\cmdline\svn-test-work\local_tmp\config"
<TIME = 33093.000000>
EXPECTED STDERR:
ACTUAL STDERR:
Authentication realm: <http://localhost:1234> Subversion Repository
Password for 'dj':
Authentication realm: <http://localhost:1234> Subversion Repository
Username: svn: PROPFIND request failed on
'/svn-test-work/repositories/svnadmin_tests-4'
svn: PROPFIND of '/svn-test-work/repositories/svnadmin_tests-4':
authorization failed (http://localhost:1234)
EXCEPTION: SVNLineUnequal
FAIL: svnadmin_tests.py 4: preserve date-less revisions in load (issue #2729)
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org