all tests pass again
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman <cimr...@ntc.zcu.cz> wrote:
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote:
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman <cimr...@ntc.zcu.cz> wrote:
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in <module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman <os...@fuse.net> wrote:
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote:
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman <cimr...@ntc.zcu.cz> wrote:
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in <module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
HTH! Logan
On 06/04/10 05:45, Logan Sorenson wrote:
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman<os...@fuse.net> wrote:
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote:
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman<cimr...@ntc.zcu.cz> wrote:
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in<module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
Both versions should be the same. Maybe you have another module named common.py on your python search path, that predates the right one? What if you rename common.py to quantum_common.py and fix the import statements?
Also try running (i)python in the main sfepy directory, add 'examples/quantum/' directory to sys.path and 'import common' to see what is actually imported.
r.
On Fri, 2010-06-04 at 10:23 +0200, Robert Cimrman wrote:
On 06/04/10 05:45, Logan Sorenson wrote:
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman<os...@fuse.net> wrote:
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote:
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman<cimr...@ntc.zcu.cz> wrote:
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in<module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
Both versions should be the same. Maybe you have another module named common.py on your python search path, that predates the right one? What if you rename common.py to quantum_common.py and fix the import statements?
Also try running (i)python in the main sfepy directory, add 'examples/quantum/' directory to sys.path and 'import common' to see what is actually imported.
r.
I just tried quantum_common suggestion , worked.
Thx Osman
On 06/04/10 15:01, osman wrote:
On Fri, 2010-06-04 at 10:23 +0200, Robert Cimrman wrote:
On 06/04/10 05:45, Logan Sorenson wrote:
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman<os...@fuse.net> wrote:
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote:
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman<cimr...@ntc.zcu.cz> wrote:
Hi all,
we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should pass again. Verifications welcome!
r.
tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in<module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
Both versions should be the same. Maybe you have another module named common.py on your python search path, that predates the right one? What if you rename common.py to quantum_common.py and fix the import statements?
Also try running (i)python in the main sfepy directory, add 'examples/quantum/' directory to sys.path and 'import common' to see what is actually imported.
r.
I just tried quantum_common suggestion , worked.
OK. I am not sure how to prevent such name clashes in general - maybe we should make examples/ a python package by adding __init__.py in every subdir, and use fully qualified imports (from examples.quantum.common import common)?
I guess this ambiguity is addressed in Python3, so let's just rename the file for the moment. It is an easy fix - would you like to send a patch? :)
r.
On Fri, 2010-06-04 at 15:17 +0200, Robert Cimrman wrote:
On 06/04/10 15:01, osman wrote:
On Fri, 2010-06-04 at 10:23 +0200, Robert Cimrman wrote:
On 06/04/10 05:45, Logan Sorenson wrote:
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman<os...@fuse.net> wrote:
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote:
It's working here, along with the schroedinger examples (although hydrogen and boron have the known convergence issue in 3d).
Thanks! Logan
On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman<cimr...@ntc.zcu.cz> wrote: > Hi all, > > we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should > pass again. Verifications welcome! > > r. >
tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in<module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
Both versions should be the same. Maybe you have another module named common.py on your python search path, that predates the right one? What if you rename common.py to quantum_common.py and fix the import statements?
Also try running (i)python in the main sfepy directory, add 'examples/quantum/' directory to sys.path and 'import common' to see what is actually imported.
r.
I just tried quantum_common suggestion , worked.
OK. I am not sure how to prevent such name clashes in general - maybe we should make examples/ a python package by adding __init__.py in every subdir, and use fully qualified imports (from examples.quantum.common import common)?
I guess this ambiguity is addressed in Python3, so let's just rename the file for the moment. It is an easy fix - would you like to send a patch? :)
r.
Don't know if I did this correctly but just doing git diff > foo seems to create a patch that looked ok to me. -osman
Quoting osman <os...@fuse.net>:
On Fri, 2010-06-04 at 15:17 +0200, Robert Cimrman wrote:
On 06/04/10 15:01, osman wrote:
On Fri, 2010-06-04 at 10:23 +0200, Robert Cimrman wrote:
On 06/04/10 05:45, Logan Sorenson wrote:
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman<os...@fuse.net> wrote:
On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote: > It's working here, along with the schroedinger examples (although > hydrogen and boron have the known convergence issue in 3d). > > Thanks! > Logan > > On Thu, Jun 3, 2010 at 7:50 AM, Robert
Cimrman<cimr...@ntc.zcu.cz> wrote: >> Hi all, >> >> we have fixed tests/test_input_linear_elastic_mM.py, so now
all tests should >> pass again. Verifications welcome! >> >> r. >> >tests/test_input_linear_elastic_mM.py --- test instance creation failed
47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s)
Not for me :-(
osman@destiny:~/src/sfepy$ ./schroedinger.py --boron Traceback (most recent call last): File "./schroedinger.py", line 729, in<module> main() File "./schroedinger.py", line 715, in main conf = ProblemConf.from_file( filename_in, required, other ) File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in from_file funmod = import_file( filename ) File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in import_file mod = __import__(name) File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in <module> from common import common ImportError: cannot import name common
Mesh was created already. This is with a new clone.
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
Both versions should be the same. Maybe you have another module
named common.py on your python search path, that predates the right one? What if
you rename common.py to quantum_common.py and fix the import statements?Also try running (i)python in the main sfepy directory, add
'examples/quantum/' directory to sys.path and 'import common' to see what is
actually imported.r.
I just tried quantum_common suggestion , worked.
OK. I am not sure how to prevent such name clashes in general -
maybe we should make examples/ a python package by adding __init__.py in every
subdir, and use fully qualified imports (from examples.quantum.common import common)?I guess this ambiguity is addressed in Python3, so let's just
rename the file for the moment. It is an easy fix - would you like to send a patch? :)r.
Don't know if I did this correctly but just doing git diff > foo seems to create a patch that looked ok to me. -osman
Hi Osman,
yes, 'git diff' produces a patch. I will apply it as soon as I get to
my computer (tomorrow).
If you want the patch to contain also the commit time and author
information, look at 'git format-patch', see [1].
thanks! r.
[1] http://docs.sfepy.org/doc-devel/developer_guide.html#how-to-contribute
On 06/07/10 12:41, Robert Cimrman wrote:
Quoting osman <os...@fuse.net>:
On Fri, 2010-06-04 at 15:17 +0200, Robert Cimrman wrote:
On 06/04/10 15:01, osman wrote:
On Fri, 2010-06-04 at 10:23 +0200, Robert Cimrman wrote:
On 06/04/10 05:45, Logan Sorenson wrote:
Hi Osman,
On Thu, Jun 3, 2010 at 4:48 PM, osman<os...@fuse.net> wrote: > On Thu, 2010-06-03 at 14:02 -0400, Logan Sorenson wrote: >> It's working here, along with the schroedinger examples (although >> hydrogen and boron have the known convergence issue in 3d). >> >> Thanks! >> Logan >> >> On Thu, Jun 3, 2010 at 7:50 AM, Robert Cimrman<cimr...@ntc.zcu.cz> wrote: >>> Hi all, >>> >>> we have fixed tests/test_input_linear_elastic_mM.py, so now all tests should >>> pass again. Verifications welcome! >>> >>> r. >>> >> > > tests/test_input_linear_elastic_mM.py > --- test instance creation failed > > 47 test file(s) executed in 60.45 s, 1 failure(s) of 65 test(s) > > Not for me :-( > > > osman@destiny:~/src/sfepy$ ./schroedinger.py --boron > Traceback (most recent call last): > File "./schroedinger.py", line 729, in<module> > main() > File "./schroedinger.py", line 715, in main > conf = ProblemConf.from_file( filename_in, required, other ) > File "/home/osman/src/sfepy/sfepy/base/conf.py", line 248, in > from_file > funmod = import_file( filename ) > File "/home/osman/src/sfepy/sfepy/base/base.py", line 126, in > import_file > mod = __import__(name) > File "/home/osman/src/sfepy/examples/quantum/boron.py", line 3, in > <module> > from common import common > ImportError: cannot import name common > > > Mesh was created already. This is with a new clone. >
I pulled from Robert's repository on github. Could it be that the changes haven't propagated to the main git repo yet?
Both versions should be the same. Maybe you have another module named common.py on your python search path, that predates the right one? What if you rename common.py to quantum_common.py and fix the import statements?
Also try running (i)python in the main sfepy directory, add 'examples/quantum/' directory to sys.path and 'import common' to see what is actually imported.
r.
I just tried quantum_common suggestion , worked.
OK. I am not sure how to prevent such name clashes in general - maybe we should make examples/ a python package by adding __init__.py in every subdir, and use fully qualified imports (from examples.quantum.common import common)?
I guess this ambiguity is addressed in Python3, so let's just rename the file for the moment. It is an easy fix - would you like to send a patch? :)
r.
Don't know if I did this correctly but just doing git diff > foo seems to create a patch that looked ok to me. -osman
Hi Osman,
yes, 'git diff' produces a patch. I will apply it as soon as I get to my computer (tomorrow).
If you want the patch to contain also the commit time and author information, look at 'git format-patch', see [1].
thanks! r.
[1] http://docs.sfepy.org/doc-devel/developer_guide.html#how-to-contribute
I am back online, so I have commited the patch under your name using "Osman <os...@fuse.net>" - is the name ok?
thanks! r.
On 06/08/10 13:11, osman wrote:
On Tue, 2010-06-08 at 11:58 +0200, Robert Cimrman wrote:
I am back online, so I have commited the patch under your name using "Osman <os...@fuse.net>" - is the name ok?
thanks! r.
That's ok Robert. Next time, I'll do it right. -osman
It's at [1] now. Thanks!
participants (3)
-
Logan Sorenson -
osman -
Robert Cimrman