You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Wendy Smoak <ws...@gmail.com> on 2006/08/24 16:28:26 UTC
Help with Subversion 1.3 on HP-UX 11.23 ia-64
I've compiled Subversion 1.3.0 on a single-cpu HP-UX box with the
usual ./configure, make, make install. That box has the C compiler
from HP on it, and I don't see gcc anywhere. There were some
warnings, but no errors and it's been working fine since January.
Now I'd like to get Subversion installed on a different HP-UX box. I
will not be able to compile it on this box because we're only licensed
for a single CPU the HP C compiler.
I tried the depot from [1], and while it seemed to install fine, it
doesn't work. I get:
$ svn --version
/usr/lib/hpux32/dld.so: Unable to find library 'libgdbm.so'.
Killed
That .so file does not exist on *either* box.
Can anyone offer advice on how to proceed? I don't know if I should
try to figure out how to make a depot from the files on the working
box, or if I can just copy over the subversion binaries found in
/usr/local/bin and expect them to work.
[1] http://hpux.cs.utah.edu/hppd/hpux/Development/Tools/subversion-1.3.1/
Thanks,
Wendy Smoak
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Wendy Smoak <ws...@gmail.com>.
On 8/25/06, Garrett Rooney <ro...@electricjellyfish.net> wrote:
> On 8/25/06, Wendy Smoak <ws...@gmail.com> wrote:
> > I still can't check out from the ASF repo, though. Any idea why it
> > thinks that URL is malformed?
> > $ svn co http://svn.apache.org/repos/asf/struts/maven/trunk/pom
> > svn: Malformed URL for repository
>
> Weird. That error only occurs in one particular place, when using
> ne_uri_parse to parse the URL. What version of Neon are you using?
> And does it happen with all urls in the ASF repos? How about https://
> vs http://?
Looks like I inadvertently took it to private email at this point.
Must remember to use 'reply all' on this list!
Further discussion indicated that the malformed URL error might be
related to the version of Neon. The one that's complaining about the
URLs is Subversion 1.3.1 and Neon 0.26.1 from the depots. The one
that works is Subversion 1.3.0 and Neon 0.25.4 built from source.
I'll update Subversion (and the included Neon) to the latest at the
next opportunity (probably a few weeks out) and see if I can reproduce
it.
Thanks,
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
On 8/25/06, Wendy Smoak <ws...@gmail.com> wrote:
> On 8/25/06, Garrett Rooney <ro...@electricjellyfish.net> wrote:
>
> > Actually, this came up recently. HPUX has a busted getpass function
> > that truncates at 8 chacters. APR needs to be told not to use that...
> >
> > See http://issues.apache.org/bugzilla/show_bug.cgi?id=40256
>
> It figures. We recently discovered the 8-character password thing
> after someone mistyped our super-long, secure root password containing
> multiple special characters... and got in anyway. :/
>
> > So you can either use shorter passwords, or hack APR such that it
> > doesn't use the system's getpass function :(
>
> Shorter passwords are fine for this. And _now_ it works with our
> repo. Thanks again!
>
> I still can't check out from the ASF repo, though. Any idea why it
> thinks that URL is malformed?
> $ svn co http://svn.apache.org/repos/asf/struts/maven/trunk/pom
> svn: Malformed URL for repository
Weird. That error only occurs in one particular place, when using
ne_uri_parse to parse the URL. What version of Neon are you using?
And does it happen with all urls in the ASF repos? How about https://
vs http://?
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Wendy Smoak <ws...@gmail.com>.
On 8/25/06, Garrett Rooney <ro...@electricjellyfish.net> wrote:
> Actually, this came up recently. HPUX has a busted getpass function
> that truncates at 8 chacters. APR needs to be told not to use that...
>
> See http://issues.apache.org/bugzilla/show_bug.cgi?id=40256
It figures. We recently discovered the 8-character password thing
after someone mistyped our super-long, secure root password containing
multiple special characters... and got in anyway. :/
> So you can either use shorter passwords, or hack APR such that it
> doesn't use the system's getpass function :(
Shorter passwords are fine for this. And _now_ it works with our
repo. Thanks again!
I still can't check out from the ASF repo, though. Any idea why it
thinks that URL is malformed?
$ svn co http://svn.apache.org/repos/asf/struts/maven/trunk/pom
svn: Malformed URL for repository
Thanks,
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
On 8/25/06, Wendy Smoak <ws...@gmail.com> wrote:
> :::sigh::: Well, I thought it was working. "svn --version" works.
>
> Creating a repository locally, checking it out with
> svn co file:///home/wsmoak/svn_data/testrepo
> , adding a a file, svn diff, and svn commit all work fine, which is
> where I stopped last night.
>
> But trying to check out from our repo using the newly installed svn results in
>
> $ svn co svn://example.org/repos/irm/udt
> Authentication realm: <svn://example.org:3690> IRM Repository
> Password for 'wsmoak':
> ...
> svn: Authentication error from server: Password incorrect
>
> (Yes, I'm sure I typed it correctly. I also tried copying and pasting
> from the passwd file.)
>
> And trying to check out from a public repo gives
> $ svn co http://svn.apache.org/repos/asf/struts/maven/trunk/pom
> svn: Malformed URL for repository
>
> I can check out from our repo just fine on two other machines. Any
> idea which piece of the puzzle I should start with to figure this out?
Actually, this came up recently. HPUX has a busted getpass function
that truncates at 8 chacters. APR needs to be told not to use that...
See http://issues.apache.org/bugzilla/show_bug.cgi?id=40256
So you can either use shorter passwords, or hack APR such that it
doesn't use the system's getpass function :(
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Wendy Smoak <ws...@gmail.com>.
:::sigh::: Well, I thought it was working. "svn --version" works.
Creating a repository locally, checking it out with
svn co file:///home/wsmoak/svn_data/testrepo
, adding a a file, svn diff, and svn commit all work fine, which is
where I stopped last night.
But trying to check out from our repo using the newly installed svn results in
$ svn co svn://example.org/repos/irm/udt
Authentication realm: <svn://example.org:3690> IRM Repository
Password for 'wsmoak':
...
svn: Authentication error from server: Password incorrect
(Yes, I'm sure I typed it correctly. I also tried copying and pasting
from the passwd file.)
And trying to check out from a public repo gives
$ svn co http://svn.apache.org/repos/asf/struts/maven/trunk/pom
svn: Malformed URL for repository
I can check out from our repo just fine on two other machines. Any
idea which piece of the puzzle I should start with to figure this out?
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Wendy Smoak <ws...@gmail.com>.
On 8/24/06, Garrett Rooney <ro...@electricjellyfish.net> wrote:
> I imagine that the binary package you installed is built with a
> version of APR that depends on GDBM. You should be able to find a
> GDBM package someplace that goes along with it, I imagine.
Thank you! Yes, gdbm was available at the same website as the
subversion depot, and I got past that error. Now it's:
$ svn --version
/usr/lib/hpux32/dld.so: Unable to find library '/usr/local/lib/hpux32/libdb.so'.
Killed
Now it's starting to make sense. :) The page with the subversion depot
[1] lists a bunch of dependencies, including gdbm and db3. So I'm off
to install the db3 depot from [2] and then see what else is missing.
Thanks for your help, please yell if I appear to be headed off in the
wrong direction...
[1] http://hpux.cs.utah.edu/hppd/hpux/Development/Tools/subversion-1.3.1/
[2] http://hpux.cs.utah.edu/hppd/hpux/Development/Tools/db3-3.1.14/
--
Wendy Smoak
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
On 8/24/06, Wendy Smoak <ws...@gmail.com> wrote:
> I've compiled Subversion 1.3.0 on a single-cpu HP-UX box with the
> usual ./configure, make, make install. That box has the C compiler
> from HP on it, and I don't see gcc anywhere. There were some
> warnings, but no errors and it's been working fine since January.
>
> Now I'd like to get Subversion installed on a different HP-UX box. I
> will not be able to compile it on this box because we're only licensed
> for a single CPU the HP C compiler.
>
> I tried the depot from [1], and while it seemed to install fine, it
> doesn't work. I get:
>
> $ svn --version
> /usr/lib/hpux32/dld.so: Unable to find library 'libgdbm.so'.
> Killed
>
> That .so file does not exist on *either* box.
>
> Can anyone offer advice on how to proceed? I don't know if I should
> try to figure out how to make a depot from the files on the working
> box, or if I can just copy over the subversion binaries found in
> /usr/local/bin and expect them to work.
I imagine that the binary package you installed is built with a
version of APR that depends on GDBM. You should be able to find a
GDBM package someplace that goes along with it, I imagine.
Alternatively, you could build a package based on the ones you built
on your machine with a compiler, but I have no clue how to build
packages for hpux, so I can't really advise you there.
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Bob Proulx <bo...@proulx.com>.
Ryan Schmidt wrote:
> Wendy Smoak wrote:
> >I knew that copying the executables was allowed by the compiler
> >license... but not exactly how to do it so it would work. In
> >particular, Subversion packages the source of several other libraries
> >and seems to compile them as part of the build. Wouldn't I have to
> >copy all of those (such as neon) over as well?
>
> I expect so. But if you configure all the software with some common
> prefix (for example "--prefix=/usr/local/subversion") then you can
> just take that entire directory over to another machine.
That is a good suggestion.
I compile my HP-UX subversion with the following options:
./configure \
--without-berkeley-db \
--disable-nls \
--disable-shared
The --disable-shared is the important one in this discussion. The
resulting binary then has no dependencies upon other libraries other
than the standard system library available on any HP-UX machine. I
then install that binary on all of the machines. Here is the complete
list of programs that I install:
/usr/bin/svn
/usr/bin/svnadmin
/usr/bin/svndumpfilter
/usr/bin/svnlook
/usr/bin/svnserve
/usr/bin/svnversion
/usr/share/man/man1/svn.1
/usr/share/man/man1/svnadmin.1
/usr/share/man/man1/svndumpfilter.1
/usr/share/man/man1/svnlook.1
/usr/share/man/man1/svnversion.1
/usr/share/man/man5/svnserve.conf.5
/usr/share/man/man8/svnserve.8
/usr/share/doc/subversion-1.1.3/COPYING
/usr/share/doc/subversion-1.1.3/README
Note that I am packaging up these files and so I am installing them in
the system /usr directory. But these could just as easily copy them
into /usr/local/ directory without package management too.
Bob
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Aug 28, 2006, at 01:59, Wendy Smoak wrote:
> On 8/27/06, Bob Proulx wrote:
>
>> In most cases the executables that you generated on one machine could
>> simply be copied to the other machine.
>
> I knew that copying the executables was allowed by the compiler
> license... but not exactly how to do it so it would work. In
> particular, Subversion packages the source of several other libraries
> and seems to compile them as part of the build. Wouldn't I have to
> copy all of those (such as neon) over as well?
I expect so. But if you configure all the software with some common
prefix (for example "--prefix=/usr/local/subversion") then you can
just take that entire directory over to another machine.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Wendy Smoak <ws...@gmail.com>.
On 8/27/06, Bob Proulx <bo...@proulx.com> wrote:
> In most cases the executables that you generated on one machine could
> simply be copied to the other machine.
I knew that copying the executables was allowed by the compiler
license... but not exactly how to do it so it would work. In
particular, Subversion packages the source of several other libraries
and seems to compile them as part of the build. Wouldn't I have to
copy all of those (such as neon) over as well?
Thanks,
--
Wendy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Help with Subversion 1.3 on HP-UX 11.23 ia-64
Posted by Bob Proulx <bo...@proulx.com>.
Wendy Smoak wrote:
> I've compiled Subversion 1.3.0 on a single-cpu HP-UX box with the
> usual ./configure, make, make install. That box has the C compiler
> from HP on it, and I don't see gcc anywhere. There were some
> warnings, but no errors and it's been working fine since January.
>
> Now I'd like to get Subversion installed on a different HP-UX box. I
> will not be able to compile it on this box because we're only licensed
> for a single CPU the HP C compiler.
I see that you are making good progress in the other discussion
thread. But I wanted to comment here on this point.
The svn program that you compiled successfully on one HP-UX machine
and have been using could simply be copied to the other HP-UX machine.
You shouldn't need to recompile the binary for every machine. Your
license for the compiler applies to the compiler but not to the
resulting executables. The resulting executables are yours and you
are allowed to copy them to the other machine.
There are some assumptions in saying this though. The machines need
to be newer or the same in operating sytem and must be the same
architecture. That is, if you compiled on HP-UX 11.11 then it will
run on other HP-UX 11.11 machines or on newer HP-UX 11.23 machines.
But if you compiled on HP-UX 11.23 then it will not run on HP-UX 11.11
because that 11.11 will lack the newer libraries present on 11.23.
And the architecture is wither hppa or ia64 in this context. You said
HP-UX 11.23 ia64 in the subject and if both machines are that then
things should work fine.
In most cases the executables that you generated on one machine could
simply be copied to the other machine.
svnserve
svnlook
svn
svnadmin
svnversion
svndumpfilter
Hope this helps,
Bob
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org