[indiana-discuss] current state of affairs..

[Sriram Natarajan]

Hi
 Thought, I would share some of the pains I had to go through today to 
simply get a new version of subversion my system for some of my 
development work.  Unfortunately, OpenSolaris 2009.06 (build 111) - my 
primary workstation - has a very old version of subversion. Now, when I 
tried to compile it by myself, I ran into weird compilation errors like

cd subversion-1.6.3 ;

checking APR-UTIL version... 1.3.4
checking for pkg-config... /usr/bin/pkg-config
configure: checking neon library
checking neon library version... 0.25.5
configure: error: cannot find Neon

Being a developer, I had to take a look at config.log of subversion's 
and found this snippet..

onfigure:5602: gcc -o conftest -g -O2   -D_LARGEFILE64_SOURCE 
-DNE_LFS      -I/usr/include/neon     -DSOLARIS2=11 
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -
mt -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64     -L/usr/lib conftest.c  
-R/lib -R/usr/lib -L/lib -lneon -lssl -lcrypto -ldl -lxml2 -lz -lpthread 
-lm -lsock
et -lnsl   >&5
cc1: error: invalid option `t'
configure:5609: $? = 1
configure: failed program was:
| | #include <ne_compress.h>| #include <ne_xml.h>
| int main()
| {ne_xml_create(); ne_decompress_destroy(NULL);}
configure:5640: gcc -o conftest -g -O2   -D_LARGEFILE64_SOURCE 
-DNE_LFS      -I/usr/include/neon     -DSOLARIS2=11 
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -
mt -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64     -L/usr/lib conftest.c  
-R/lib -R/usr/lib -L/lib -lneon -lssl -lcrypto -ldl -lxml2 -lz -lpthread 
-lm -lsock
et -lnsl   -R/lib -R/usr/lib -L/lib -lneon -lssl -lcrypto -ldl -lxml2 
-lz -lpthread -lm -lsocket -lnsl   >&5
cc1: error: invalid option `t'
configure:5647: $? = 1
configure: failed program was:
|
| #include <ne_compress.h>
| #include <ne_xml.h>
| int main()
| {ne_xml_create(); ne_decompress_destroy(NULL);}
configure:5660: error: cannot find Neon


Being in a hurry to get subversion working, I simply decided to use Sun 
Studio compiler and tried some thing like..


export CC=/opt/SunStudioExpress/bin/cc
cd subversion-1.6.3 ; ./configure && gmake

and at the end of compilation , ran into this error

Undefined            first referenced
 symbol                  in file
sqlite3_initialize                  
/tmp/subversion-1.6.3/subversion/libsvn_subr/.libs/libsvn_subr-1.so
sqlite3_config                      
/tmp/subversion-1.6.3/subversion/libsvn_subr/.libs/libsvn_subr-1.so
ld: fatal: symbol referencing errors. No output written to .libs/svn
gmake: *** [subversion/svn/svn] Error 1

Looks like, our SQLite library isn't compiled properly.  Now, quite 
frustrated, I figured let me try my luck with Blastwave. So, I 
configured my repo to point to blastwave and tried to get subversion 
from there..

pfexec pkg set-publisher http://blastwave.network.com:10000 blastwave
pfexec pkg install IPSsvn

Now, this resulted in another error..

PHASE                                        ACTIONS
Install Phase                              3016/4246 Action install 
failed for 'opt/csw/lib/i386' (pkg://blastwave/IPScommon):
  ActionExecutionError: attempted to remove link 'opt/csw/lib/i386' but 
found a directory

The Boot Environment opensolaris-b111b failed to be updated. A snapshot 
was taken before the failed attempt and is mounted here /tmp/tmpojr0gi. 
Use 'beadm unmount opensolaris-b111b-2' and then 'beadm activate 
opensolaris-b111b-2' if you wish to boot to this BE.

sriramn at sriramn:~$ /opt/csw/bin/svn --help
ld.so.1: svn: fatal: libldap-2.3.so.0: open failed: No such file or 
directory
Killed

[ Looks like, for some reason - all the symlink that is supposed to 
happen after the above install didn't happen .. ]

My main point of this email is - inspite of having great kernel and cool 
features within OpenSolaris, if we don't ship the latest and stable open 
source tools, engineers can't use OSOL as their primary dev workstation.. 

Just for the heck of it, I loaded other Linux distributions in my 
VirtualBox and found installing latest version of subversion to be 
simple and painless step. I guess, we still have miles to go..

Now, I have lot of motivation to get this working under OpenSolaris. So, 
I am gonna keep hacking around to find out what is going on. But, do you 
expect some one else to live through this pain.


- Sriram