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: [email protected] > [mailto:[email protected]] On Behalf Of Charles Moad > Sent: Friday, June 18, 2004 8:02 AM > To: Joseph > Cc: [email protected] > 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 > > > > > >
