Solaris Tips - Revision history

Egge at 03:25, 29 September 2008

2008-09-29T03:25:41Z

← Older revision		Revision as of 03:25, 29 September 2008
Line 1:		Line 1:
			== ksh: cvs: not found ==

			Q: I'm trying to do a cvs command, but I get the error '''ksh: cvs: not found'''.

			A: The problem is ksh the remote shell, and it doesn't have cvs on it's path. You can specify the remote path by setting the following variable in your local environment:
			'''export CVS_SERVER=/opt/mystuff/cvs'''

	== httperf ==		== httperf ==

2008-06-23T02:15:16Z

← Older revision		Revision as of 02:15, 23 June 2008
Line 6:		Line 6:
	export CPPFLAGS="-I/usr/local/ssl/include"		export CPPFLAGS="-I/usr/local/ssl/include"
	export LDFLAGS="-L/usr/local/ssl/lib"		export LDFLAGS="-L/usr/local/ssl/lib"
	./configure --prefix=/~~app~~/~~retailtools~~		./configure --prefix=/u/egge/
	grep rpl_malloc *		grep rpl_malloc *
	vi config.h		vi config.h

2008-06-23T02:14:45Z

← Older revision		Revision as of 02:14, 23 June 2008
Line 12:		Line 12:
	make clean && make && make install		make clean && make && make install
	export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/local/ssl/lib"		export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/local/ssl/lib"
	$ ldd /~~app~~/~~retailtools~~/bin/httperf		$ ldd /u/egge/bin/httperf
	libresolv.so.2 => /lib/libresolv.so.2		libresolv.so.2 => /lib/libresolv.so.2
	libnsl.so.1 => /lib/libnsl.so.1		libnsl.so.1 => /lib/libnsl.so.1
Line 24:		Line 24:
	libscf.so.1 => /lib/libscf.so.1		libscf.so.1 => /lib/libscf.so.1
	libdl.so.1 => /lib/libdl.so.1		libdl.so.1 => /lib/libdl.so.1
	libgcc_s.so.1 => /~~app~~/~~retailtools~~/lib/libgcc_s.so.1		libgcc_s.so.1 => /u/egge/lib/libgcc_s.so.1
	libdoor.so.1 => /lib/libdoor.so.1		libdoor.so.1 => /lib/libdoor.so.1
	libuutil.so.1 => /lib/libuutil.so.1		libuutil.so.1 => /lib/libuutil.so.1
Line 34:		Line 34:

	<geshi lang="bash">		<geshi lang="bash">
	$ ldd /~~app~~/~~retailtools~~/bin/tar		$ ldd /u/egge/bin/tar
	libiconv.so.2 => (file not found)		libiconv.so.2 => (file not found)
	librt.so.1 => /lib/librt.so.1		librt.so.1 => /lib/librt.so.1

2008-03-31T12:31:16Z

2008-03-08T02:11:40Z

← Older revision		Revision as of 02:11, 8 March 2008
Line 1:		Line 1:
	== httperf ==		== httperf ==

	~~This one wasn't fun~~ to ~~get going~~ with ssl support on Solaris 10 x86. First I downloaded it of course, then I applied these settings to my environment:		Getting [[httpref]] to compile with ssl support on Solaris 10 x86 was a challenge. First I downloaded it of course, then I applied these settings to my environment:

	<geshi lang="bash">		<geshi lang="bash">

2008-03-07T07:17:18Z

← Older revision		Revision as of 07:17, 7 March 2008
Line 1:		Line 1:
			== httperf ==

			This one wasn't fun to get going with ssl support on Solaris 10 x86. First I downloaded it of course, then I applied these settings to my environment:

			<geshi lang="bash">
			export CPPFLAGS="-I/usr/local/ssl/include"
			export LDFLAGS="-L/usr/local/ssl/lib"
			./configure --prefix=/app/retailtools
			grep rpl_malloc *
			vi config.h
			# Remove #define malloc rpl_malloc
			make clean && make && make install
			export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/local/ssl/lib"
			$ ldd /app/retailtools/bin/httperf
			libresolv.so.2 => /lib/libresolv.so.2
			libnsl.so.1 => /lib/libnsl.so.1
			libsocket.so.1 => /lib/libsocket.so.1
			libssl.so.0.9.8 => /usr/local/ssl/lib/libssl.so.0.9.8
			libcrypto.so.0.9.8 => /usr/local/ssl/lib/libcrypto.so.0.9.8
			libm.so.2 => /lib/libm.so.2
			libc.so.1 => /lib/libc.so.1
			libmp.so.2 => /lib/libmp.so.2
			libmd5.so.1 => /lib/libmd5.so.1
			libscf.so.1 => /lib/libscf.so.1
			libdl.so.1 => /lib/libdl.so.1
			libgcc_s.so.1 => /app/retailtools/lib/libgcc_s.so.1
			libdoor.so.1 => /lib/libdoor.so.1
			libuutil.so.1 => /lib/libuutil.so.1
			</geshi>


	== tar ==		== tar ==
	When I first compiled gnu's tar for Solaris, I had libiconv.so.2 dynamically linked. The problem with this is when I copied the tar binary to another machine I had to add libiconv.so.2 to LD_LIBRARY_PATH.		When I first compiled gnu's tar for Solaris, I had libiconv.so.2 dynamically linked. The problem with this is when I copied the tar binary to another machine I had to add libiconv.so.2 to LD_LIBRARY_PATH.

2007-12-20T02:06:37Z

← Older revision		Revision as of 02:06, 20 December 2007
Line 15:		Line 15:
	<geshi lang="bash">		<geshi lang="bash">
	$ export LD_OPTIONS='-R $ORIGIN/../lib'		$ export LD_OPTIONS='-R $ORIGIN/../lib'
			$ unset LD_LIBRARY_PATH
	$ ./configure --prefix=$HOME --exec-prefix=$HOME --with-static		$ ./configure --prefix=$HOME --exec-prefix=$HOME --with-static
	$ make && make install		$ make && make install

2007-12-06T22:30:24Z

← Older revision		Revision as of 22:30, 6 December 2007
Line 1:		Line 1:
			== tar ==
			When I first compiled gnu's tar for Solaris, I had libiconv.so.2 dynamically linked. The problem with this is when I copied the tar binary to another machine I had to add libiconv.so.2 to LD_LIBRARY_PATH.

			<geshi lang="bash">
			$ ldd /app/retailtools/bin/tar
			libiconv.so.2 => (file not found)
			librt.so.1 => /lib/librt.so.1
			libc.so.1 => /lib/libc.so.1
			libaio.so.1 => /lib/libaio.so.1
			libmd5.so.1 => /lib/libmd5.so.1
			libm.so.2 => /lib/libm.so.2
			</geshi>

			I'm not sure if the LD_OPTIONS is needed, but in theory, this should allow the runtime linker to search a relative path.
			<geshi lang="bash">
			$ export LD_OPTIONS='-R $ORIGIN/../lib'
			$ ./configure --prefix=$HOME --exec-prefix=$HOME --with-static
			$ make && make install
			</geshi>

			Now tar is compiled without a dependency on libiconv.so.2.
			<geshi lang="bash">
			$ ldd tar
			librt.so.1 => /lib/librt.so.1
			libc.so.1 => /lib/libc.so.1
			libaio.so.1 => /lib/libaio.so.1
			libmd5.so.1 => /lib/libmd5.so.1
			libm.so.2 => /lib/libm.so.2
			</geshi>

	== rsync ==		== rsync ==

2007-12-06T03:26:20Z

rsync

← Older revision		Revision as of 03:26, 6 December 2007
Line 1:		Line 1:
	== rsync ==		== rsync ==

			I was getting an error when transferring some files
			<geshi lang="bash">
			$ rsync -e ssh ...
			rsync: error writing 4 unbuffered bytes - exiting: Broken pipe
			rsync error: error in rsync protocol data stream (code 12) at io.c(464)
			$ rsync --version
			rsync version 2.5.4 protocol version 26
			Copyright (C) 1996-2002 by Andrew Tridgell and others
			<http://rsync.samba.org/>
			Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6,
			64-bit system inums, 64-bit internal inums
			</geshi>

			I compiled a more recent rsync (2.6.9), and it fixed the issue.

	I have a user installed rsync, and a locked down ssh. In order to rsync files, I use this command.		I have a user installed rsync, and a locked down ssh. In order to rsync files, I use this command.

2007-11-01T22:33:09Z