Hello,
We could do, only it should have been a symbolic link in the first place!
(As should all the other *.so files in the Python c directories.) And if
for some reason there are some systems where those symbolic links do not
work then we ought to copy the *.so files over each time. But on your Mac
I'm not sure why they were not symbolic links, Macs can cope with those
perfectly well.
Wayne
On Thu, 1 Nov 2007, Murali Vadivelu wrote:
> Dear Wayne,
>
> That fixed the issue. Is it possible for the update mechanism to
> perform the task of replacing that physical file by a symbolic link,
> and thus avoiding manual intervention.
>
> Many thanks.
>
> Best regards,
> Murali.
>
> On 31 Oct 2007, at 20:27, Wayne Boucher wrote:
>
> > Hello,
> >
> > Someone else just had this problem and the underlying fault in that
> > case
> > was that the file ccpnmr1.0/python/memops/c/FitMethod.so was not a
> > symbolic link to ccpnmr1.0/c/memops/global/FitMethod.so, but a copy of
> > some previous version, so the latter was being updated by the update
> > mechanism but not the former. (We have to have this symbolic link
> > so that
> > the Python picks up the C library.) It's possible this is what the
> > problem below is, rather than a compilation issue.
> >
> > Wayne
> >
> > On Wed, 31 Oct 2007, Wayne Boucher wrote:
> >
> >> Hello,
> >>
> >> I think something must be going wrong with the update mechanism,
> >> but I
> >> don't know what. The function runFit was added recently, and I just
> >> checked and it is on the update server, so it should have been
> >> installed
> >> with your latest update, and it should have compiled. My guess
> >> right now
> >> is that it didn't compile for some reason. So first of all, let's
> >> check
> >> that runFit is there:
> >>
> >> cd /sw/lib/python2.5/site-packages/ccpnmr/ccpnmr1.0/c/memops/global
> >> grep runFit py_fit.c
> >>
> >> And see if that gets any hits. If it's not there then somehow
> >> py_fit.c
> >> has not been downloaded. If it is there then my guess is that it's
> >> not
> >> being compiled. To do the latter do:
> >>
> >> cd /sw/lib/python2.5/site-packages/ccpnmr/ccpnmr1.0/c
> >> make
> >>
> >> And then try again.
> >>
> >> Wayne
> >>
> >> On Wed, 31 Oct 2007, Murali Vadivelu wrote:
> >>
> >>> Dear Dan,
> >>>
> >>> I used the patch and the Fink package built properly. I was able to
> >>> install and run the package. However, once I updated it, in spite of
> >>> the proper compilation of the updated C code, I get the following
> >>> error:
> >>> Error, the DataAnalysisBasic module will not work, something is
> >>> wrong
> >>> with the C code.
> >>> Traceback (most recent call last):
> >>> File "/sw/lib/python2.5/site-packages/ccpnmr/ccpnmr1.0/python/
> >>> ccpnmr/analysis/AnalysisGui.py", line 72, in <module>
> >>> from ccpnmr.analysis.AnalysisPopup import AnalysisPopup
> >>> File "/sw/lib/python2.5/site-packages/ccpnmr/ccpnmr1.0/python/
> >>> ccpnmr/analysis/AnalysisPopup.py", line 103, in <module>
> >>> from ccpnmr.analysis.CalcHeteroNoePopup import
> >>> CalcHeteroNoePopup
> >>> File "/sw/lib/python2.5/site-packages/ccpnmr/ccpnmr1.0/python/
> >>> ccpnmr/analysis/CalcHeteroNoePopup.py", line 69, in <module>
> >>> from ccpnmr.analysis.DataAnalysisBasic import matchHnoePeaks
> >>> File "/sw/lib/python2.5/site-packages/ccpnmr/ccpnmr1.0/python/
> >>> ccpnmr/analysis/DataAnalysisBasic.py", line 63, in <module>
> >>> from memops.c.FitMethod import runFit
> >>> ImportError: cannot import name runFit
> >>>>>>
> >>>
> >>> I tried to manually recompile the C code after a 'make clean', and
> >>> still get the same error.
> >>>
> >>> Many thanks.
> >>>
> >>> Best regards,
> >>> Murali.
> >>>
> >>> On 29 Oct 2007, at 19:37, Murali Vadivelu wrote:
> >>>
> >>>> There is a new patch file fixing this issue on the tracker - https://sourceforge.net/tracker/index.php?func=detail&aid=1822306&group_id=17203&atid=414256
> >>>>
> >>>> A description of the problem is here - http://wiki.finkproject.org/index.php/Fink:Packaging:Preparing_for_10.5#OpenGL_Bug
> >>>>
> >>>> On 29 Oct 2007, at 10:43, Daniel O'Donovan wrote:
> >>>>
> >>>>> ** ONLY OF INTEREST TO APPLE USERS **
> >>>>>
> >>>>> Dear all,
> >>>>>
> >>>>> We've been testing the new OS X release, leopard (10.5) and it's
> >>>>> compatibility with CCPN Analysis here in the lab. Thanks to the
> >>>>> fink people acting sprightly almost everything seems to be running
> >>>>> happily. Unfortunately though, there is an issue with the GL
> >>>>> libraries which will prevent Analysis from compiling an running.
> >>>>> We're working on a fix for this which should be out soon, but a
> >>>>> word of warning to any adventurous users - tread carefully! (It is
> >>>>> possible to run Analysis without these libraries)
> >>>>>
> >>>>> Of course, if anyone has already tried compiling with Leopard and
> >>>>> had success please let us know! Many thanks,
> >>>>>
> >>>>> Dan
> >>>>>
> >>>>> Daniel O'Donovan CCPN PhD Student
> >>>>> Dept. of Biochemistry
> >>>>> University of Cambridge
> >>>>> +44 1223 766 018
> >>>
> >>
>
|