Re: [Fink-users] pygsl Problem with Solution

[Alexander H. <ale...@gm...>]

Monic Polynomial wrote:
> On 20/06/2009, at 06:05, Sean Lake wrote:
>   
>> I recently experienced a problem with pygsl-py25. When running the
>> interpreter in interactive mode, I would run the help() function. Once
>> there, I tried the modules command, and I would get this error:
>>
>> help> modules
>>
>> Please wait a moment while I gather a list of all available modules...
>>
>> Traceback (most recent call last):
>>  File "<stdin>", line 1, in <module>
>>  File "/sw/lib/python2.5/site.py", line 346, in __call__
>>    return pydoc.help(*args, **kwds)
>>  File "/sw/lib/python2.5/pydoc.py", line 1637, in __call__
>>    self.interact()
>>  File "/sw/lib/python2.5/pydoc.py", line 1655, in interact
>>    self.help(request)
>>  File "/sw/lib/python2.5/pydoc.py", line 1671, in help
>>    elif request == 'modules': self.listmodules()
>>  File "/sw/lib/python2.5/pydoc.py", line 1792, in listmodules
>>    ModuleScanner().run(callback)
>>  File "/sw/lib/python2.5/pydoc.py", line 1843, in run
>>    for importer, modname, ispkg in pkgutil.walk_packages():
>>  File "/sw/lib/python2.5/pkgutil.py", line 110, in walk_packages
>>    __import__(name)
>>  File "/sw/lib/python2.5/site-packages/pygsl/__init__.py", line 178,
>> in <module>
>>    raise Warning,  txt % (compiled_gsl_version, run_gsl_version)
>> Warning: This pygsl module was compiled for GSL version 1.11 but it
>> is used with version 1.12!
>>     
>> Recompiling and reinstalling pygsl-py25 fixed the problem.
>>
>> It seems that the pygsl-py25, and possibly all of the pygsl packages,
>> should depend on the specific version of gsl current wen the update
>> occurs. Better would be if there was some way to have the system throw
>> in some kind of run-depends flag that makes it depend on the version
>> of gsl it was compiled with - otherwise the dependancy might be more
>> restrictive than it needs to be.
>>
>> I seem to recall a similar issue with maxima having a dependancy on
>> the version of clisp it was compiled with. Perhaps that solution could
>> be adapted (or even improved) for this package?
>>     
>
> I'm CC'ing pygsl-py25's maintainer.
>
>
> Cheers,
>
> --
> monipol
>
>
>   
It may just need a normal versioned dependency on gsl. 

maxima's lisp dependency (now on sbcl instead of clisp) is more
restrictive than usual, needing ( sbcl = <version>-<revision> ) because
it relies on lisp byte-dump.  A better model if pygsl is
version-restrictive might be various packages that depend on octave (the
octave-forge packages and others) where I've restricted the dependency
to a definite version, for a larger range of revisions than we'll ever use.

-- 
Alexander Hansen
Fink User Liaison