Honestly, I have no idea, but I think you would be better served by posting
this to a Solaris x86 mailing list. The charter of this list is really
postgresql administration based and not solaris x86 based.
--
Jeff Frost, Owner <jeff@xxxxxxxxxxxxxxxxxxxxxx>
Frost Consulting, LLC http://www.frostconsultingllc.com/
Phone: 650-780-7908 FAX: 650-649-1954
On Sat, 19 Nov 2005, olive Mckenzie wrote:
When installing libgcc-3.3-sol10-intel-local, ethereal-0.10.7-sol10-intel-local,ethereal-0.10.7-sol10-intel-local and more file I had messages about conflicting files that wheer already installed and used by other programs and was asked whether I still wanted to install these conflicting files and I answered yes to these questions. I am thinking that this is part of my problem. Am I right.
Olive
olive Mckenzie <olivemckenzie2003@xxxxxxxxx> wrote:
setting it like you mention below will set it for this session only. Setting it in your .profile (Is solaris 10 still using /bin/sh and not bash as the default shell?) should make it available for each login. I don't have a solaris 10 machine to look at right now, but in most linux distros, you can set system wide environemnt variables in /etc/profile.d, I would guess that Solaris 10 has a similar setup.
Also, on linux machines, there is an /etc/ld.so.conf which has contains the system wide search path for shared libs, solaris 10 has something similar in /var/ld for 32bit and 64bit libs. You can change this by running the crle command (Configure Runtime Linker Environment).
In solaris 10 there is no bin.sh file and /etc/profile.d does exit either. However there is a file called "profile" in /etc/
&nbs p;
I can find "ld.so.1" in /usr/lib/ and /lib/amd64 and /lib/ should this go in my LD_LIBRARY_PATH as well? I cannot find a /etc/ld.so.conf
/var/ld for 32bit and 64bit libs. You can change this by running the crle command (Configure Runtime Linker Environment).
from the man pages for "crle" for 32-bit objects there is a default configuration file /var/ld/ld.config and for 64-bit objects the default configuration file is /var/ld/64/ld.config.
This all sounds good as I was warned when installing some software that /usr/local/lib/libgcc_s.so and /usr/local/lib/libc++.so and /usr/local/lib/libc++.so.5 are no longer a symbolic link
I will have to see how to use crle.
Olive
Jeff Frost <jeff@xxxxxxxxxxxxxxxxxxxxxx> wrote: setting it like you mention below will set it for this session only. Setting
it in your .profile (Is solaris 10 still using /bin/sh and not bash as
the default shell?) should make it available for each login. I don't have a
solaris 10 machine to look at right now, but in most linux distros, you can
set system wide environemnt variables in /etc/profile.d, I would guess that
Solaris 10 has a similar setup.
Also, on linux machines, there is an /etc/ld.so.conf which has contains the
system wide search path for shared libs, solaris 10 has something similar in
/var/ld for 32bit and 64bit libs. You can change this by running the crle
command (Configure Runtime Linker Environment).
On Sat, 19 Nov 2005, olive Mckenzie wrote:
Is this how one set the LD_LIBRARY_PATH for bourne shell Solaris 10 x86
# LD_LIBRARY_PATH =/opt/sfw/lib
# export LD_LIBRARY_PATH
or is there an init file I should insert it into.
Olive
Jeff Frost wrote:
Olive,
You need to locate the libreadline.so.4 shared library on your system. I'm
guessing it's not in any of the standard locations and then add that path to
your LD_LIBRARY_PATH. You might also need to install libreadline if you do
not have it available on your system.
I'm curious as to why initdb is kicking off when you su to the postgres user
though. Is this how the solaris pkg is set up?
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
---------------------------------
Yahoo! FareChase - Search multiple travel sites in one click.
---------------------------------
Yahoo! FareChase - Search multiple travel sites in one click.
---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@xxxxxxxxxxxxxx so that your
message can get through to the mailing list cleanly
