[AG-TECH] Problems while installing AGkt2.2 from source on a Debian

Ivan R. Judson judson at mcs.anl.gov
Fri Jun 18 08:39:45 CDT 2004


Hey Charles, 

You should chat with Ti Leggett, he's on this list and he's been working on
a Gentoo build too; I think his is working, and complete, but I could be
wrong.

--Ivan 

> -----Original Message-----
> From: owner-ag-tech at mcs.anl.gov 
> [mailto:owner-ag-tech at mcs.anl.gov] On Behalf Of Charles Moad
> Sent: Friday, June 18, 2004 8:02 AM
> To: Joseph
> Cc: ag-tech at mcs.anl.gov
> Subject: Re: [AG-TECH] Problems while installing AGkt2.2 from 
> source on a Debian
> 
> 	I have been working on a source build for Gentoo Linux 
> recently, and you can always add libs to your search path like this:
> 
> export LD_LIBRARY_PATH=/usr/lib/gpt/lib
> 
> -Charlie
> 
> Joseph wrote:
> > Hi all
> > 
> > I have worked on the packages and realised two binary packages, one 
> > for globus and one for accessgrid. These packages are 
> availabled at :
> > http://people.vislab.usyd.edu.au/~joseph/index.html . The 
> globus one 
> > works well (seems to me) but the AccessGrid has a few 
> troubles when I 
> > try to run VenueClient.py . The problems come from bad 
> links to library.
> > I have for example :
> > "Traceback (most recent call last):
> >   File "/usr/bin/VenueClient.py", line 28, in ?
> >     from AccessGrid.Toolkit import WXGUIApplication
> >   File 
> "/usr/lib/python2.3/site-packages/AccessGrid/Toolkit.py", line 
> > 22, in ?
> >     from AccessGrid.Security import CertificateManager
> >   File
> > 
> "/usr/lib/python2.3/site-packages/AccessGrid/Security/CertificateManag
> > er.py",
> > line 51, in ?
> >     from AccessGrid import Utilities
> >   File "/usr/lib/python2.3/site-packages/AccessGrid/Utilities.py", 
> > line 35, in ?
> >     from AccessGrid import Platform
> >   File
> > "/usr/lib/python2.3/site-packages/AccessGrid/Platform/__init__.py", 
> > line 59, in ?
> >     from AccessGrid.Platform.unix import Config as Config
> >   File
> > 
> "/usr/lib/python2.3/site-packages/AccessGrid/Platform/unix/Config.py",
> > line 21, in ?
> >     from pyGlobus import security
> >   File 
> "/usr/lib/python2.3/site-packages/pyGlobus/security.py", line 
> > 11, in ?
> >     from pyGlobus import gssc
> > ImportError: libglobus_gss_assist_gcc32pthr.so.0: cannot 
> open shared 
> > object file: No such file or directory"
> > 
> > A "find / -name libglobus_gss_assist_gcc32pthr.so.0" gives me :
> > /usr/lib/gpt/lib/libglobus_gss_assist_gcc32pthr.so.0
> > To solve this trouble on my own pc, I have just made some symbolic 
> > links in usr/lib/ . I could do this too in the package but I don't 
> > find it very "clean", so I will look for another solution.
> > If you have a working idea I would gladly accept it !
> > Moreover, on the pc where I have done all the required 
> symbolic links, 
> > I still don't have AG2.2 really running because of a few 
> configuration 
> > problems (more below). So a few more tricks may be needed before 
> > having
> > AG2.2 working !
> > 
> > BTW, I have a few more questions :
> > 
> > - why is there a pyGlobus.spec in the 
> AccessGrid/packaging/linux/rpm ? 
> > It doesn't seem to be used, so ?
> > 
> > - In the dist folder generated after building from source, there a 
> > ShareApplications folder. Looking at the accessgrid.spec.in file I 
> > have realised that some files of this folder are not used, like 
> > SharePresentation.zip. Is it ok ? Do these files have any 
> interest or 
> > can I just ignore them in my package?
> > 
> > - In the AccessGrid rpm binary from www.accessgrid.org, 
> there are some 
> > files and folders added in /usr/bin/python2.2/site-packages.
> > 
> > However, after having build it from the source on my Debian, these 
> > same files are to be installed in the python2.3/site-packages 
> > directory. I guess it's because I use python2.3 on my pc. 
> So I think 
> > it means
> > python2.3 is compulsory, is it right ? I think I will add 
> it as a new 
> > dependency for the package. The other way around is either 
> to make a 
> > postinstall script to check the current version of python 
> or to build 
> > AG each time... BTW, does it never cause some troubles to just have 
> > the site-packages installed in the python2.2 folder ? 
> Because it has 
> > caused some at least to me...
> > 
> > - In the rpm binary for AccessGrid from www.accessgrid.org, no spec 
> > file seems to be present (or at least it doesn't appear, when using 
> > alien, as it does with other rpm packages). Is it really the case ? 
> > Why is the /tmp /AccessGrid-postinstall file not generated, 
> executed 
> > and then erased as in AccessGrid.spec.in the 
> > AccessGrid/packaging/linux/rpm ? Do I have to do it in my 
> own package ?
> > 
> > - on my working version of AG2.2 I had noticed that there was a 
> > warning or error (I don't remenber) because of soappy. So 
> I've tried 
> > to solve this trouble by installing python-soappy (version 
> 0.11.3-0.1) 
> > package but in fact this installation failed because of some python 
> > file in python2.3/site-packages/AccessGrid and 
> python2.3/site-packages/pyGlobus.
> > I didn't manage to solve these problems and so I have 
> formatted this 
> > pc to reinstall everything. I would like to know if it's a 
> known issue 
> > or if I should investigate it more closely, because it could be a 
> > conflict between AG2.2 and python-soappy packages...
> > 
> > That's all for the time ! Feel free to comment.
> > 
> > Cheers,
> >  Joseph
> > 
> > 
> 
> 




More information about the ag-tech mailing list