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:
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 L inker 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 linkI 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 Frostwrote:
> Olive,
>
> You need to locate the libreadline.so.4 shared library on your system. I'm
> gue ssing 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.
- Follow-Ups:
- Re: "ld.so.1: /usr/local/pgsql/bin/initdb: fatal:
- From: Jeff Frost
- References:
- Re: "ld.so.1: /usr/local/pgsql/bin/initdb: fatal:
- From: olive Mckenzie
- Prev by Date: Re: "ld.so.1: /usr/local/pgsql/bin/initdb: fatal:
- Next by Date: Re: "ld.so.1: /usr/local/pgsql/bin/initdb: fatal:
- Previous by thread: Re: "ld.so.1: /usr/local/pgsql/bin/initdb: fatal:
- Next by thread: Re: "ld.so.1: /usr/local/pgsql/bin/initdb: fatal:
- Index(es):
[Index of Archives] [KVM ARM] [KVM ia64] [KVM ppc] [Virtualization Tools] [Spice Development] [Libvirt] [Libvirt Users] [Linux USB Devel] [Linux Audio Users] [Yosemite Questions] [Linux Kernel] [Linux SCSI] [XFree86]