Custom Query (43 matches)


Show under each result:

Results (16 - 18 of 43)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Ticket Resolution Summary Owner Reporter
#18 fixed depends on hostname configuration and is installed by default bas jbernstein@…

It seems that by default, a make install installs the script into $prefix/bin/pbsmon. While this would seem okay, the depends on hostname formats to detect where the nodes are located in the individual racks. The problem here is that not all installation use this hostname format, and users will have to edit the resulting pbsmon script before it will work correctly.

On the other hand, the example runs without changes regardless of the hostname configuration.

I suggest that a make install installs the as $prefix/bin/pbsmon instead as it will work on a wider variety of clusters, and give the impression of a cleaner out-of-the-box install.

The quick fix here, to avoid installing is to remove the sara_install target from the Makefile's install line.

#19 fixed Problem building pbs_python 4.0.0 somebody vizino@…

I just downloaded and tried to compile pbs_python-4.0.0 and got the
following error during the "make" step.  Here's the tail end of the
failing build:

running build_py
creating build
creating build/lib.linux-ia64-2.4
copying src/ -> build/lib.linux-ia64-2.4
copying src/ -> build/lib.linux-ia64-2.4
running build_ext
building '_pbs' extension
creating build/temp.linux-ia64-2.4
creating build/temp.linux-ia64-2.4/src
gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fmessage-length=0 -Wall
-D_FORTIFY_SOURCE=2 -g -fPIC -DTORQUE_OLD -I/usr/include/python2.4 -c
src/pbs_wrap.c -o build/temp.linux-ia64-2.4/src/pbs_wrap.o
gcc -pthread -shared build/temp.linux-ia64-2.4/src/pbs_wrap.o
-L-L/usr/local/packages/torque/2.3.0/lib -ltorque -Wl,--rpath
-Wl,/usr/local/packages/torque/2.3.0/lib -ltorque -o
cannot find -ltorque
collect2: ld returned 1 exit status
error: command 'gcc' failed with exit status 1
make: *** [pythonlib] Error 1

It looks like a stray "-L" was inserted in the gcc line.  Rerunning the
failing gcc without the stray "-L" worked fine:

gcc -pthread -shared build/temp.linux-ia64-2.4/src/pbs_wrap.o
-L/usr/local/packages/torque/2.3.0/lib -ltorque -Wl,--rpath
-Wl,/usr/local/packages/torque/2.3.0/lib -ltorque -o

In case it helps I ran configure first as follows:

./configure --prefix=/usr/local/packages/pbs_python/4.0.0

with no errors.

   -Chad Vizino
    Pittsburgh Supercomputing Center
#20 fixed version info as tuple bas dennis

Cuurently you can request the version through the method pbs.version(). This gives you the version of pbs_python as a string.

As a enhancement pbs.version_info should be added to return the version information as a tuple ( ie. sys.version_info ). This way it easier to compare versions.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Note: See TracQuery for help on using queries.