From dam at opencsw.org  Tue Jul  7 09:30:42 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 7 Jul 2015 09:30:42 +0200
Subject: OpenCSW question about package CSWgedit
In-Reply-To: <201507062244.t66MiOmj021969@www.opencsw.org>
References: <201507062244.t66MiOmj021969@www.opencsw.org>
Message-ID: <9BD57413-FB95-4EEB-9767-E0958823486D@opencsw.org>

Hi,

Am 07.07.2015 um 00:44 schrieb maustin at otsys.com:
> Just tried this package for first time:
> 
> host:~  someuser$ gedit &
> [1] 2332
> host:~  someuser$ ld.so.1: gedit: fatal: libgcc_s.so.1: version \'GCC_4.3.0\' not found (required by file /opt/csw/lib/sparcv8/libgio-2.0.so.0)
> ld.so.1: gedit: fatal: libgcc_s.so.1: open failed: No such file or directory
> ld.so.1: gedit: fatal: libgcc_s.so.1: version \'GCC_4.3.0\' not found (required by file /opt/csw/lib/sparcv8/libgio-2.0.so.0)
> ld.so.1: gedit: fatal: libgcc_s.so.1: open failed: No such file or directory
> ld.so.1: gedit: fatal: libgcc_s.so.1: version \'GCC_4.3.0\' not found (required by file /opt/csw/lib/sparcv8/libglib-2.0.so.0)
> ld.so.1: gedit: fatal: libgcc_s.so.1: open failed: No such file or directory
> ld.so.1: gedit: fatal: libgcc_s.so.1: version \'GCC_4.3.0\' not found (required by file /opt/csw/lib/sparcv8/libglib-2.0.so.0)
> ld.so.1: gedit: fatal: libgcc_s.so.1: open failed: No such file or directory
> ld.so.1: gedit: fatal: libgcc_s.so.1: version \'GCC_4.3.0\' not found (required by file /opt/csw/lib/sparcv8/libglib-2.0.so.0)
> ld.so.1: gedit: fatal: libgcc_s.so.1: open failed: No such file or directory
> ld.so.1: gedit: fatal: relocation error: file /opt/csw/lib/sparcv8/libglib-2.0.so.0: symbol __clzsi2: referenced symbol not found

Works for me on unstable catalog Solaris 10 Sparc. Do you have LD_LIBRARY_PATH set or
tinkered with crle?


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20150707/ce7dacd5/attachment.p7s>

From dam at opencsw.org  Wed Jul  8 08:56:37 2015
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 8 Jul 2015 08:56:37 +0200
Subject: OpenCSW question about package CSWgedit
In-Reply-To: <CAA3SKBLhTfpPxmV=1353GFN_f1EUNhhm-cHUsuH-HZ8j6ap_Sg@mail.gmail.com>
References: <201507062244.t66MiOmj021969@www.opencsw.org>
	<9BD57413-FB95-4EEB-9767-E0958823486D@opencsw.org>
	<CAA3SKBLhTfpPxmV=1353GFN_f1EUNhhm-cHUsuH-HZ8j6ap_Sg@mail.gmail.com>
Message-ID: <406506B9-0D6F-49E3-B012-CC3EB1FC66E9@opencsw.org>

Hi Matthew,

Am 08.07.2015 um 00:47 schrieb Matthew Austin <maustin at otsys.com>:
> Okay. Using unset LD_LIBRARY_PATH before calling gedit seems to work
> with testing catalog Solaris 10 Sparc. Thank you.

I strongly suggest to never set LD_LIBRARY_PATH in the shell:
  https://www.opencsw.org/manual/for-administrators/setup.html#do-not-set-ld-library-path
If at all use wrapper-scripts that set it on a per-application basis.
Everything else will get you in trouble sooner or later.


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20150708/9aa9fe4f/attachment.p7s>