How do we fix that? Fixing the 'makefile' or so?
Many thanks.
On 1 Nov 2007, at 10:05, Wayne Boucher wrote:
> 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
>>>>>
>>>>
>>
|