>>I just decided to check Adobe's ftp directory for acroreader and a new
>>directory was posted for v9.1. It contains both x86 and x64 versions of
>>acroreader. What it does not contain is a Sparc version.
>>ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.1/enu/
>
> I haven't tried downloading and installing it yet, but this is very good
> news! Do the tar balls contain binaries in standard SysV package format?
It is in both a tar ball and SVR4 pkg thus :
# pkgadd -G -d ./AdbeRdr9.1.0-1_i386solaris_enu.pkg
The following packages are available:
1 ADBEreadr-enu Adobe Reader
(i386) 9.1.0
Select package(s) you wish to process (or 'all' to process
all packages). (default: all) [?,??,q]:
Processing package instance <ADBEreadr-enu> from
</export/home/dclarke/AdbeRdr9.1.0-1_i386solaris_enu.pkg>
Adobe Reader(i386) 9.1.0
Copyright: Commercial
Using </> as the package base directory.
## Processing package information.
## Processing system information.
9 package pathnames are already properly installed.
## Verifying package dependencies.
## Verifying disk space requirements.
## Checking for conflicts with packages already installed.
The following files are already installed on the system and are being
used by another package:
/opt <attribute change only>
* - conflict with a file which does not belong to any package.
Do you want to install these conflicting files [y,n,?,q] y
## Checking for setuid/setgid programs.
This package contains scripts which will be executed with super-user
permission during the process of installing this package.
Do you want to continue with the installation of <ADBEreadr-enu> [y,n,?] y
.
.
.
Note that it installs things in /usr/bin and /usr/local and it changes the
ownership on /opt ( wrongly ) from root:bin to root:sys.
It was built with GCC 4.1.0 :
# mcs -p /opt/Adobe/Reader9/Reader/intelsolaris/bin/acroread | sort -u
/opt/Adobe/Reader9/Reader/intelsolaris/bin/acroread:
@(#)SunOS 5.10 Generic January 2005
GCC: (GNU) 4.1.0
So that pretty much tells you that they stuck in libgcc_s.so.1 as well as
a bucket of other things, none of which are in the RPATH/RUNPATH
correctly. That exaplins the script to get it to work and hack in the
LD_LIBRARY_PATH eenv var.
Not a pretty package but it is a massive step in the right direction.
Dennis
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
