Hello Thomas,

On 03/13/2013 01:49 PM, Thomas Lohman wrote:
>> I have the impression that the original MaxRunSchedTime doesn't handle
>> correctly the reschedule option, so it sounds to be better to fix the
>> existing directive rather than adding a new directive.
>>
>> The original goal of this directive was to take the initial schedule run
>> time in account to stop the job, and this is exactly what you need.
>>
>> Do you see any reason to not fix the MaxRunSchedTime ? (maybe some weird
>> cases?)
> 
> Hi Eric, no, I can't think of any reason not to change the
> MaxRunSchedTime to behave in this manner.  I didn't make that change
> initially because I wasn't sure of MaxRunSchedTime's original intent and
> didn't want to change it's behavior.  I can see about altering my
> changes to change MaxRunSchedTime instead and re-submit the patch if
> that would help.

Yes, such patch would definitely help, I looked quickly your first
patch, and it was reasonable.

If the patch contains more than few lines (not very likely), we will
need also a FLA to include your work.
http://www.bacula.org/en/?page=fla

Thanks,

Bye

-- 
Need professional help and support for Bacula ?
Visit http://www.baculasystems.com

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to