Python binaries for Solaris, HP-UX

[Paul Moore]

I'm looking for binaries of Python (2.3.4, preferably) which run on
Solaris and HP-UX. I need to be able to install them as a non-root
user (hence, to a private directory, something like ~/bin).

Do such things exist, and if so where would I find them? I'm not a
Unix admin, so if the answer is a pointer to a well-known archive
site, I'd appreciate that. There was nothing I could find at
python.org.

Sadly, I'm not sure that any of the systems I work on have
development tools installed, so building from source isn't an option.
(Well, it is if I can find a user-installable version of gcc, a
development environment, etc...)

Thanks,
Paul

 

[Mathias Waack]

I'm looking for binaries of Python (2.3.4, preferably) which run on
Solaris and HP-UX. I need to be able to install them as a non-root
user (hence, to a private directory, something like ~/bin).

HP offers precompiled packages of free software at the DSPP pages:
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,4682,00.html

The same holds for Solaris, but I forgot the link - as simple
websearch should help you.

Mathias

 

[Paul Moore]

HP offers precompiled packages of free software at the DSPP pages:
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,4682,00.html

That installs to /usr/local, unfortunately. As I said, I need
something that will install as an unprivileged user :-( I suspect
that Sun's version is similar (ones I found via websearch certainly
were).

Thanks,
Paul.

 

[Mathias Waack]

http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,4682,00.html

That installs to /usr/local, unfortunately. As I said, I need
something that will install as an unprivileged user

If you take a closer look you will see, that the HP packages can be
unpacked anywhere. Its just a little more work then using the
installer.

BTW I'm working for company which solved this problem by allowing
everybody to write to /usr/local.

BTW2 I do not working as a system administrator for this company

Mathias

 

[Paul Moore]

If you take a closer look you will see, that the HP packages can be
unpacked anywhere. Its just a little more work then using the
installer.

I apologise for being dense here - as I said, I am not familiar with
Unix admin (I'm an Oracle DBA, in fact). I checked the Python package
linked to from that site, which takes me to the HP-UX porting and
archive centre. The binary distribution is a compressed depot file,
which isn't a format I'm familiar with, but the FAQ states:

"""
5.5 What do I do with SD 11.X depot packages?
You can either install software onto your system using swinstall(1M),
or you can redistribute the software using swcopy(1M) and others may
then install the software directly from your machine. Both actions
require root access.
"""

I searched the FAQ on that site, and can see nothing about installing
as a non-root user.

BTW I'm working for company which solved this problem by allowing
everybody to write to /usr/local.

BTW2 I do not working as a system administrator for this company

Ah - an enlightened company Unfortunately, I'm working for a
company that does 3rd party support for *other* companies. By the
time you have 2 layers of admin and "security" rules in place, you're
lucky if you can get access to ksh... :-(

I really don't want to write our admin scripts in Perl, just because
it comes preinstalled :-(

Paul.

 

[Mathias Waack]

The binary distribution is a compressed
depot file

which in fact is a simple tar file or shell archive (I have no access
to a HP box from home and I can't remember exactly). Thus you can
unpack the depot file wherever you want, correct the directory
layout and use it. Of course this works only for location
independent (ie. well designed) packages. Python is one of these.

Mathias

 

[Paul Moore]

which in fact is a simple tar file or shell archive (I have no access
to a HP box from home and I can't remember exactly). Thus you can
unpack the depot file wherever you want, correct the directory
layout and use it. Of course this works only for location
independent (ie. well designed) packages. Python is one of these.

Ah! That's the thing I needed. Thanks for your patience - I'll go and
try it out.

Paul.

 

[Mathias Waack]

Ah! That's the thing I needed. Thanks for your patience - I'll go
and try it out.

Please let us know if it works. I've installed only very small
packages like libxml this way. Would be interesting for other people
with the same problem...

Mathias

 

[Harry George]

Please let us know if it works. I've installed only very small
packages like libxml this way. Would be interesting for other people
with the same problem...

Mathias

I've done this for python installs on Solaris, AIX, and IRIX.

1. Build up the system on a master box, complete with add-ons in
site-packages. Can do this in any dirroot, but lets assume
/usr/local.

2. Part of the buildup is to make a shell script /usr/local/bin/py23:

export LD_LIBRARY_PATH=/usr/local/lib:${LD_LIBRARY_PATH}
/usr/local/bin/python2.3 "$@"

3. Make a tar file with

cd /
gtar zcvf /usr/local/src/python/py23.tgz \
/usr/local/include/python2.3 \
/usr/local/lib/python2.3 \
/usr/local/bin/py23 \
/usr/local/bin/python2.3 \
/usr/local/bin/pychecker \
/usr/local/bin/pydoc \
(etc.)

If you have additional required lib or share entries (e.g., for GTK),
add those to the tarball.

4. Untar this in a /usr/local on another box. Set the PATH to
include /usr/local/bin. Use it by entering "py23".

5. CAVEAT: This assumes the cloned box has all the needed dynamic
libraries as the original box. May have to experiment before you
get all the dependencies into your tarball.