Remove redundent leading r in slurm job name
Description
A low hanging fruit where two r were added to the slurm job name, because the webservice is already formatting the runs.
How Has This Been Tested?
This was tested on xcaltst@max-exfl017 by checking the output directory and the webservice's logs (edited for readability):
2021-02-11 19:30:24,129 - root - INFO - python -m xfel_calibrate.calibrate agipd DARK --concurrency-par karabo_da --slurm-scheduling 10 --request-time 2021-02-11T19:29:53
--slurm-name dark_CALLAB_agipd_202031_p900113_r9992_r9991_r9990
--report-to /gpfs/exfel/d/cal_tst/caldb_store/xfel/reports/CALLAB/SPB_DET_AGIPD1M-1/dark/dark_900113_r9992_r9991_r9990_210211_193024 --cal-db-interface tcp://max-exfl017:8015#8044 --db-output --h5path-ctrl /CONTROL/{}/MDL/FPGA_COMP_TEST --karabo-da AGIPD00 AGIPD01 AGIPD02 AGIPD03 AGIPD04 AGIPD05 AGIPD06 AGIPD07 AGIPD08 AGIPD09 AGIPD10 AGIPD11 AGIPD12 AGIPD13 AGIPD14 AGIPD15 --karabo-da-control DA02 --karabo-id-control SPB_IRU_AGIPD1M1 --receiver-id {}CH0 --in-folder /gpfs/exfel/exp/CALLAB/202031/p900113/raw --out-folder /gpfs/exfel/u/usr/CALLAB/202031/p900113/xcaltstCalOutput/dark/runs_9992_9991_9990/SPB_DET_AGIPD1M_1 --karabo-id SPB_DET_AGIPD1M-1 --operation-mode ADAPTIVE_GAIN --run-high 9992 --run-med 9991 --run-low 9990