Re: OfflineIMAP and Python

[Paul van der Walt]

On 2015-04-21 at 17:37, quoth Ludovic Courtès:
> The ‘python’ executable is necessarily the right one, because it’s
> written in the shebang, and this operator.so is the right one too.
>
> It could be that the wrong libpython was loaded, though.

Okay, i had some more time to look into this. First, i applied Ricardo's
change -- i also use the 'pythonfile' option. I've changed that file's
first line to read

#!/usr/bin/env python

I still get errors though.

> Could you run ‘strace -o log offlineimap’ and then:
>
>   grep 'open.*\.so.*= [0-9]' log

That gives me

-------------8<-----------------------
open("/usr/lib/libreadline.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libhistory.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libncursesw.so.5", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libpython2.7.so.1.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libutil.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libm.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/gnu/store/zla3af321lkf2n80330fw81mxgbz1gj3-python-2.7.6/lib/python2.7/lib-dynload/_collections.so",
 O_RDONLY) = 7
open("/gnu/store/zla3af321lkf2n80330fw81mxgbz1gj3-python-2.7.6/lib/python2.7/lib-dynload/_collections.so",
 O_RDONLY|O_CLOEXEC) = 8
open("/gnu/store/zla3af321lkf2n80330fw81mxgbz1gj3-python-2.7.6/lib/python2.7/lib-dynload/operator.so",
 O_RDONLY) = 7
open("/gnu/store/zla3af321lkf2n80330fw81mxgbz1gj3-python-2.7.6/lib/python2.7/lib-dynload/operator.so",
 O_RDONLY|O_CLOEXEC) = 8
-------------8<-----------------------

..so i think you're right Ludo. What can i do about that?