Description of problem: python -c "from Scientific.IO.NetCDF import NetCDFFile" segfaults. Tested on: Linux host 2.6.33.5-112.fc13.i686.PAE #1 SMP Thu May 27 02:56:20 UTC 2010 i686 i686 i386 GNU/Linux and Linux host 2.6.33.5-112.fc13.x86_64.PAE #1 SMP Thu May 27 02:28:31 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux Version-Release number of selected component (if applicable): ScientificPython-2.8-9.fc13.x86_64 netcdf-4.1.1-3.fc13.x86_64 python-2.6.4-25.fc13.x86_64 hdf5-1.8.4.patch1-1.fc13.x86_64 How reproducible: Every time. Steps to Reproduce: 1. python -c " from Scientific.IO.NetCDF import NetCDFFile" Actual results: Segmentation fault (core dumped) From /var/log/messages: Jun 8 21:09:04 host kernel: python[19134]: segfault at 0 ip (null) sp bfbdaebc error 14 in libc-2.12.so[110000+185000] Jun 8 21:09:04 host abrt[19136]: saved core dump of pid 19134 (/usr/bin/python) to /var/cache/abrt/ccpp-1276024144-19134.new/coredump (5869568 bytes) Jun 8 21:09:04 host abrtd: Directory 'ccpp-1276024144-19134' creation detected Jun 8 21:09:04 host abrtd: Interpreter crashed, but no packaged script detected: 'python -c 'from Scientific.IO.NetCDF import NetCDFFile'' Jun 8 21:09:04 host abrtd: Corrupted or bad crash /var/cache/abrt/ccpp-1276024144-19134 (res:4), deleting Expected results: The module should load without failure. Additional info: The whole NetCDF module seems to be broken. Works on Fedora 12.
Hmm. I'll look into it. Ping the ticket in a week if you haven't heard back. As a workaround for now can you make do with the NetCDFFile from the python-basemap package? I've been using this one locally. install python-basemap package import mpl_toolkits.basemap.NetCDFFile
Thanks, but I prefer to stay with ScientificPython as I have some code based on it (https://wiki.fysik.dtu.dk/ase/ase/calculators/jacapo.html), apparently incompatible with python-basemap.
Okay, good news of a sort. A local rebuild of the ScientificPython srpm works on my system. So the problem isn't too deep and I should be able to fix it quickly. I suspect its a side effect of the creation of the numpy-f2py package. I'm creating koji builds now to test. -jef
Hey can you give this test rebuild a try: http://koji.fedoraproject.org/koji/taskinfo?taskID=2243168 I've installed the 64bit version locally and the module import works for me now. I'll push this into testing updates later today, but I'd definitely like to hear you confirm that the test build fixes the issue for you. -jef
Both x86_64 and i686 work for me.
ScientificPython-2.8-10.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/ScientificPython-2.8-10.fc13
ScientificPython-2.8-10.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update ScientificPython'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/ScientificPython-2.8-10.fc13
ScientificPython-2.8-10.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.