Joe schrieb:
Your installation process is botched (no idea why, you don't show us
setup.py or anything else I asked for).
Sorry, but I do know how it's currently installed is exactly the way I
need it to be installed.
It is? It wasn't working until you fiddled with sys.path - which you
neede
> Your installation process is botched (no idea why, you don't show us
> setup.py or anything else I asked for).
Sorry, but I do know how it's currently installed is exactly the way I
need it to be installed.
>
>
> All that is missing is what I've asked you now several times before:
> _moda.so
Joe wrote:
>> No, the import-mechanism of python doesn't take LD_LIBRARY_PATH into
>> account, and even if it did - _moda.la is a simple archive-file, not a
>> shared library. It can't be dynamically loaded. Something in your
>> build-process is not working.
>
> So how should my stuff find these
On Thu, Dec 10, 2009 at 9:56 AM, Joe wrote:
>> No, the import-mechanism of python doesn't take LD_LIBRARY_PATH into
>> account, and even if it did - _moda.la is a simple archive-file, not a
>> shared library. It can't be dynamically loaded. Something in your
>> build-process is not working.
>
> So
> No, the import-mechanism of python doesn't take LD_LIBRARY_PATH into
> account, and even if it did - _moda.la is a simple archive-file, not a
> shared library. It can't be dynamically loaded. Something in your
> build-process is not working.
So how should my stuff find these libs?
Here's what I
Joe wrote:
> Just to clarify, I have "_moda.la" sitting in another directory which is
> included in my LD_LIBRARY_PATH. And it is built for the 64bit arch.
No, the import-mechanism of python doesn't take LD_LIBRARY_PATH into
account, and even if it did - _moda.la is a simple archive-file, not a
s
Just to clarify, I have "_moda.la" sitting in another directory which is
included in my LD_LIBRARY_PATH. And it is built for the 64bit arch.
--
http://mail.python.org/mailman/listinfo/python-list
>
> Please verify that it exists and has the proper architecture.
>
Ah, ok, I thought those were one in the same. But I do have that file in
another directory elsewhere and I have that directory in my
LD_LIBRARY_PATH var.
Shouldn't that be enough to do it?
--
http://mail.python.org/mailman
Joe wrote:
> Diez B. Roggisch wrote:
>> Joe wrote:
>>
But it's searching for _moda.*, most probably a binary extension. Does
that exist, and if yes, has it the proper architecture or is it maybe
32 bit?
>>> I'm just going by an example script. moda is a package I was given that
>>>
Diez B. Roggisch wrote:
> Joe wrote:
>
>>> But it's searching for _moda.*, most probably a binary extension. Does
>>> that exist, and if yes, has it the proper architecture or is it maybe 32
>>> bit?
>> I'm just going by an example script. moda is a package I was given that
>> is written in C and
Joe wrote:
>> But it's searching for _moda.*, most probably a binary extension. Does
>> that exist, and if yes, has it the proper architecture or is it maybe 32
>> bit?
>
> I'm just going by an example script. moda is a package I was given that
> is written in C and has some python bindings and d
> But it's searching for _moda.*, most probably a binary extension. Does that
> exist, and if yes, has it the proper architecture or is it maybe 32 bit?
I'm just going by an example script. moda is a package I was given that
is written in C and has some python bindings and does run 64-bit. I'm on
Joe wrote:
> I am trying to write/run a python script which imports from another
> script which is located in my /usr/lib64/python2.6/site-packages/ dir,
> but getting the following error.
>
> $ python ./mytest.py
> Traceback (most recent call last):
> File "./mytest.py", line 45, in
> f
I am trying to write/run a python script which imports from another
script which is located in my /usr/lib64/python2.6/site-packages/ dir,
but getting the following error.
$ python ./mytest.py
Traceback (most recent call last):
File "./mytest.py", line 45, in
from moda import *
Fi
In article
<77e831100906041718k4b4f54d9v29729449c50f...@mail.gmail.com>,
Vincent Davis wrote:
> On Thu, Jun 4, 2009 at 1:41 PM, Ned Deily wrote:
>[...]
> > $ /opt/local/bin/python2.5
> > Python 2.5.4 (r254:67916, May 4 2009, 01:40:08)
> > [GCC 4.0.1 (Apple Inc. build 5490)] on darwin
> > Type
On Thu, Jun 4, 2009 at 1:41 PM, Ned Deily wrote:
> In article
> <77e831100906041151g70868dbre1546cdb01082...@mail.gmail.com>,
> Vincent Davis wrote:
>> Yes I am using macports I think sqlite is installed? here is what I
>> get when I run
>> sudo port install py25-sqlite3
>>
>> vincent-daviss-mac
In article
<77e831100906041151g70868dbre1546cdb01082...@mail.gmail.com>,
Vincent Davis wrote:
> Yes I am using macports I think sqlite is installed? here is what I
> get when I run
> sudo port install py25-sqlite3
>
> vincent-daviss-macbook-pro-2:~ vmd$ sudo port install py25-sqlite3
> Skipping
>> when I try to run his app I get the no module named _sqlite3 , I am
>> not sure what this is caused by as it looks to me like sqlite3 is
>> trying to import it. Any idea how to fix this? Other than the obvious
>> of getting _sqlite3 somehow, or maby it is that simple
>>
>> "/opt/local/Librar
In article
<77e831100906040708l1a8bf638n19bbff05607b3...@mail.gmail.com>,
Vincent Davis wrote:
> I volunteered to help Marijo Mihelčić who was looking for someone with
> a mac the help him build a mac binary using py2app for his
> simpletasktimer
> http://code.google.com/p/simpletasktimer/wiki/
I volunteered to help Marijo Mihelčić who was looking for someone with
a mac the help him build a mac binary using py2app for his
simpletasktimer
http://code.google.com/p/simpletasktimer/wiki/Installation
when I try to run his app I get the no module named _sqlite3 , I am
not sure what this is cau
20 matches
Mail list logo