[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