|
From: Alexander H. <ale...@gm...> - 2009-06-20 15:31:39
|
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 |