Thanks Matthew,
This is what happens when I shoot from the hip... :-(
We did get the subversion client running on a HP running 10.20, about 10
months ago. And we didn't need any threading libraries.
I can't remember what we did to make it work - we had a problem with
passwords longer than 8 chars and neon.
:-} (embarrassed smile)
Matthew Sanderson wrote:
>On Wed, 2 Nov 2005, Tony Butt wrote:
>
>
>
>>wolf wolf wrote:
>>
>>
>>
>>>I wish to install SubVersion on HP-UX 10.20 and 11.11.
>>>I understand a compilation script has beenwritten for this purpose
>>>I would appreciate it a lot if this script will be made available,
>>>either by sending it to me by E-mail or preferably posting on
>>>the Web(with binaries?), Has anyone tried this on HP-UX 10.20?
>>>is the script excpected to work for this old version as well.
>>>
>>> thanx in advance,
>>>
>>> shalom
>>>
>>>
>>I would be surprised if it did build on HP-UX 10.20, unless you bought
>>the pthread libraries from HP.
>>HP-UX 10.20 comes with NO thread support out of the box, which makes
>>many modern application ports a problem.
>>
>>Tony Butt
>>CEA Technologies
>>
>>
>>
>
>Yeah, well, I was surprised when it did build on HP-UX 10.20 :-) Some of
>the tests failed, but since we now have a snazzy HP-UX 11 box, we don't
>care enough about 10.20 any more to investigate why and fix it. It did
>successfully check out a couple of medium-size projects a couple of times
>before we stopped using it, for what little that's worth. I can see that
>with some effort it could probably be fixed.
>
>I just powered up our poor old HP9000/712 HP-UX 10.20 box. It has a port
>of GNU pth installed (which is sufficient for some applications' threading
>needs btw), but it looks like SVN is using neither that, nor any other
>threading libraries, because the command:
># /usr/contrib/bin/odump -sllibload `which svn` | fgrep -i thr
>produces no output. I don't see anything on this computer that looks
>like a proper libpthread, from HP or anywhere else. And on this box, SVN
>was compiled with a single-threaded GCC 4.0.1. So I suppose SVN isn't one
>of those modern applications that absolutely require multithreading
>support.
>
>Attached are some slightly-ugly (not wholly my fault :P) build scripts for
>HPUX 10.20 and 11i v1. There's nothing especially difficult. So far I know
>of the following issues:
>
>1. I think HPUX 11i v2 has a kernel random device (11i v1 doesn't), which
>OpenSSL should be configured to use. This might mean that you don't need
>the "Entropy Gathering Daemon" EGD, in which case the '--with-egd' in the
>attached script should be removed. 10.20 also has no /dev/*rand* so
>does require EGD and therefore also --with-egd.
>
>2. There's a bug in version 0.24.7 of the Neon library that's bundled with
>Subversion, which causes it to fail all DNS name lookups when compiled
>64-bit under HPUX 11. I reported this bug on both the Subversion and Neon
>mailing lists - see their mailing list archives for the fix. Neon 0.25.3
>contains the fix (s/long/inaddr_t/ from memory), but Subversion 1.2.3
>still includes neon 0.24.7. So I guess the easiest thing would be to build
>and install neon >= 0.25.3 seperately, then configure SVN with
>'--with-neon='. Since 10.20 is 32-bit only, this issue doesn't affect it.
>
>3. I'm told that PA 2.0s run 32-bit faster than 64-bit, so if you're
>targeting PA 2.0 maybe you should compile SVN 32-bit not 64-bit. I only
>did it 64-bit to see if it worked or not :-) If you're using an Itanium
>then I have no clue and no advice, sorry. Obviously for the 32-bit-only
>HP-UX 10.20 this issue also doesn't arise.
>
>4. The 10.20 script uses the APR/APU libs included with SVN, whereas the
>11.11 one looks for existing ones under /usr/local, because our 11.11 box
>has an instance of Apache installed. That almost certainly will need to be
>changed to suit your local configuration.
>
>HTH,
>
>--matt
>
>Matthew Sanderson
>Senior Programmer (UNIX)
>TCG Information Systems Pty Ltd
>Sydney, Australia
>matthew@formtrap.com
>http://www.formtrap.com/
>+61 (02) 8303 2407
>
>------------------------------------------------------------------------
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 4 00:37:34 2005