src/condor_examples/condor.service | 2 1 + 1 - 0 !
src/condor_examples/condor_config.generic.debian.patch | 7 6 + 1 - 0 !
src/condor_utils/param_info.in | 22 11 + 11 - 0 !
3 files changed, 18 insertions(+), 13 deletions(-)

 specify default config in the table of parameters
  Previously, this configuration was shipped as a big config file.
  This changed in the 8.2.x series and now needs to go into the table of
  parameters -- which is not (yet) comprehensive. Hence, a few variables
  still need to be present in the default config file too.

src/condor_examples/condor.boot.rpm | 4 3 + 1 - 0 !
1 file changed, 3 insertions(+), 1 deletion(-)

---

src/condor_chirp/CMakeLists.txt | 2 1 + 1 - 0 !
src/condor_starter.V6.1/CMakeLists.txt | 2 1 + 1 - 0 !
2 files changed, 2 insertions(+), 2 deletions(-)

 upstream changes introduced in version 7.7.1+git436-g81fc261-1
 This patch has been created by dpkg-source during the package build.
 Here's the last changelog entry, hopefully it gives details on why
 those changes were made:
 .
 condor (7.7.1+git436-g81fc261-1) UNRELEASED; urgency=low
 .
   * New upstream code. Support for dynamic linking against system
     libraries.
 .
 The person named in the Author field signed this changelog entry.

doc/Makefile | 6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)

 disable unnecessary 'compress' calls to shrink build-deps.

externals/bundles/globus/5.2.5/CMakeLists.txt | 11 10 + 1 - 0 !
1 file changed, 10 insertions(+), 1 deletion(-)

 enable cmake to find debian's multiarch globus

src/condor_contrib/campus_factory/bin/campus_factory | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---

src/condor_scripts/condor_run | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

 condor_run file transfer problem fix

The problem is that condor_run assumes you have a shared filesystem and it's
being run in a directory on that shared filesystem. It doesn't set
should_transfer_files, so the assumption is that Condor on the execute machine
can chdir to the same directory and access the job's files there, with no file
transfer required. When I tried running condor_run in /tmp, I saw the same
behavior as you. When I logged into the execute machine afterwards, I saw
.condor_out.## and .condor_err.## in /tmp. The stderr file contained an error
message about not being able to find the executable.

src/condor_daemon_core.V6/daemon_core.cpp | 16 13 + 3 - 0 !
1 file changed, 13 insertions(+), 3 deletions(-)

---

src/condor_starter.V6.1/glexec_privsep_helper.linux.cpp | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---

src/condor_shadow.V6.1/CMakeLists.txt | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

---

src/condor_scripts/condor_qsub | 9 8 + 1 - 0 !
1 file changed, 8 insertions(+), 1 deletion(-)

 condor_qsub sentinel jobs intermittently release dependencies early

I am seeing a transient failure in condor jobs dependencies.  The sentinel jobs
created by condor_qsub are releasing dependencies early in some cases.  I
adding logging to the sentinel job scripts and can see the count of "hold_jids"
returned by the following line drop dramatically to zero

  condor_q -long -attributes Owner \$hold_jids | grep "$USER" | wc -l

The sentinel job then releases the held job and exits.  As the count of
hold_jids is in reality non-zero, those jobs proceed to normal completion, but
out of sequence.

Repeated tests of condor_q within to condor_qsub sentinel jobs allows detection
of the transient and continuation of the holds.  This patch provides some
relief.

A test of 6 simultaneous FSL bedpostx was run on a condor pool composed of 64
slots spread over 8 nodes.  These 6 runs generated 514 jobs.  Of these, 12 were
sentinel jobs.  The sentinel jobs tested condor_q every 5 seconds recording
13070 tests.  In 18 of these tests condor_q failed to respond correctly.   At
most, two consecutive failures were found.  The patch above was able to correct
the problem in each case.

build/cmake/macros/SystemSpecificInformations.cmake | 9 8 + 1 - 0 !
1 file changed, 8 insertions(+), 1 deletion(-)

 add raspbian to os detection code.

src/condor_scripts/condor_pool_job_report | 6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)

---