[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn rev 2933: FAIL (sparc-sun-solaris2.7 static)

From: Jeff Putsch <putsch_at_mxim.com>
Date: 2002-08-12 19:25:04 CEST

On Mon, Aug 12, 2002 at 11:15:24AM -0500, Karl Fogel wrote:
> Branko Cibej <brane@xbc.nu> writes:
> > Ouch, any ideas why this works on Linux but fails on Solaris? I hope
> > we don't have a latent svn_ra_local__split_URL problem on Solaris as
> > well as HP-UX...
>
> No idea. I've been wondering that too, reading the breakage mails.

I've seen the same behavior. I build Apache, the modules, and SVN on
Solaris 2.6 the tests do not work on Solaris 2.6 When the same set of
binaries run on Solaris 8, the tests DO work.

> Any way we can get a login on that Solaris box to debug? (Happy if
> you want to debug it yourself, of course :-), just willing to pitch in
> if you're swamped...)

Unfortunately, I cannot help with the login, but my observations have to
do with the specific behavior of "svnadmin create". On solaris 2.6 (and
presumably 7) it will not create a repository if the directory you give
it already exists. This works fine on Solaris 8. The tests are structured
such that they create an empty repository directory, then call
"svnadmin create" to create a repository in the empty directory. One easy
workaround is to create the directory ABOVE the repository, then let
"svnadmin create" create the repository directory. I think both behaviors
should work, they just don't right now on older Solaris'

Jeff.

>
> -K
>
> > >START: module_tests.py
> > >PASS: module_tests.py 1: check out a directory with some external modules attached
> > >svn: Couldn't find a repository.
> > >svn: Unable to open an ra_local session to URL
> > >svn: svn_ra_local__split_URL: Unable to find valid repository
> > > (file:///home/brane/svn/obj-st/subversion/tests/clients/cmdline/repositories/module_tests-2.other/A/B/E)
> > >FAIL: module_tests.py 2: Update to receive a new external module.
> > >PASS: module_tests.py 3: Update to lose an external module.
> > >svn: Couldn't find a repository.
> > >svn: Unable to open an ra_local session to URL
> > >svn: svn_ra_local__split_URL: Unable to find valid repository
> > > (file:///home/brane/svn/obj-st/subversion/tests/clients/cmdline/repositories/module_tests-4.other/A/B/F)
> > >FAIL: module_tests.py 4: Update to receive a change to an unmodifed external module.
> > >svn: Couldn't find a repository.
> > >svn: Unable to open an ra_local session to URL
> > >svn: svn_ra_local__split_URL: Unable to find valid repository
> > > (file:///home/brane/svn/obj-st/subversion/tests/clients/cmdline/repositories/module_tests-5.other/A/B/F)
> > >FAIL: module_tests.py 5: Update to receive a change to a modified external module.
> > >svn: Couldn't find a repository.
> > >svn: Unable to open an ra_local session to URL
> > >svn: svn_ra_local__split_URL: Unable to find valid repository
> > > (file:///home/brane/svn/obj-st/subversion/tests/clients/cmdline/repositories/module_tests-6.other/A/D/H)
> > >FAIL: module_tests.py 6: Update to receive a change under an external module.
> > >END: module_tests.py
> > >
> >
> >
> > --
> > Brane Cibej <brane_at_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
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

-- 
Jeff Putsch                       Email: putsch@mxim.com
Maxim Integrated Products        Office: (503)547-2037
High Frequency CAD Engineering
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 12 19:25:41 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.