Custom Query (43 matches)

Hi,

As part of adding to Fedora:

​https://bugzilla.redhat.com/show_bug.cgi?id=631964

I will build a python3 variant if its possible but alas there looks to be problems.

Steps to reproduce working on Fedora13 box.

tar zxvf pbs_python-4.3.0.tar.gz

cd pbs_python-4.3.0

2to3 --write --nobackups .

./configure --with-python=python3 checking for pbs-config... /usr/bin/pbs-config Found torque version: 2.1.8 checking for python... /usr/bin/python checking for python version... 2.6 checking for python platform... linux2 checking for python script directory... ${prefix}/lib/python2.6/site-packages checking for python extension module directory... ${exec_prefix}/lib64/python2.6/site-packages configure: creating ./config.status config.status: creating Makefile config.status: creating setup.py

# Note the 2.6 above

2to3 --write --nobackups setup.py

$ python3 setup.py build Please specify where the PBS libraries are!! edit setup.py and fill in the PBS_LIB_DIR variable

This I understand and is caused by old pbs-config present on Fedora 13 so you can ignore this one, I've fixed this past Fedora 13.

But still build fails.

See attachment.

although pbs_python code compiles, one cannot load the _pbs.so

>>> import pbs
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python2.6/site-packages/pbs/pbs.py", line 25, in <module>
    _pbs = swig_import_helper()
  File "/usr/lib64/python2.6/site-packages/pbs/pbs.py", line 21, in swig_import_helper
    _mod = imp.load_module('_pbs', fp, pathname, description)
ImportError: /usr/lib64/python2.6/site-packages/pbs/_pbs.so: undefined symbol: log_record

a lots has changed codewise in torque 4.2, i assume a new swig interface file has to be generated.

While trying to use pbs_python with Torque 3.0.0 we saw that the 2.1 versions of pbs.py and pbs_wrap.py are symlinked and used, and not the 2.4 ones. This results in certain functions not being available.

The reason is this check in setup.py:

if major_version  >= 2 and minor_version >= 4 and build_version >= 7:

Obviously this evals to False when major_version is 3, but minor_version and build_version are 0.

Using tuple comparison like this:

if (major_version, minor_version, build_version) > (2, 4, 7):

fixes the issue for us.