I can see that the libraries are present under /usr/lib:
r...@lanai:~/src/openssl/curl/curl-7.18.0# ls -l /usr/lib/libgss*
lrwxrwxrwx 1 root root 11 Dec 6 21:56 /usr/lib/libgss.so - libgss.so.1
-rwxr-xr-x 1 root bin 76700 Dec 4 07:52 /usr/lib/libgss.so.1
lrwxrwxrwx 1 root root 18
On Fri, Dec 12, 2008 at 9:12 PM, Anil Gulecha anil.ve...@gmail.com wrote:
Hi,
I was running into a wierd issue with the bind9 package.. which
previously built without issues.
/usr/bin/cc -I/root/src/openssl/bind9/bind9-9.5.0.dfsg.P1
-I./unix/include -I. -I./include -I./include
I think 'sun' might be defined by the compiler. You can add '#undef
sun' at the top of the code to get around this.
-- David
On Fri, Dec 12, 2008 at 10:42 AM, Anil Gulecha anil.ve...@gmail.com wrote:
Hi,
I was running into a wierd issue with the bind9 package.. which
previously built without
Hi Outback,
We recently moved from openssl to sunwopenssl.. and thus are on a
recompilation spree of all packages that depend on ssl (and
libraries).
Many were updated as listed at
http://lists.sonic.net/pipermail/nexenta-changes/2008-December/005589.html
Php is one of the few packages, and
emacs22 needs to depend on xaw3dg (this is the case in the ubuntu
package[0]), otherwise install will fail during byte-compiling.
-- David
[0] http://packages.ubuntu.com/hardy-updates/emacs22
___
gnusol-devel mailing list
gnusol-devel@lists.sonic.net
This is a nexenta specific issue, not an issue with devzone.
Anil Gulecha wrote:
Another devzone-specific issue. On a newly created devzone,
r...@kauai:~/src/smf/postgres.2# svcs -xv
svc:/network/npiv_config:default (?)
State: offline since Sun Nov 30 23:36:37 2008
Reason: Dependency