SLURM_VERISON_MINOR and SLURM_VERSION_MICRO.

    (--task-mem will continue to be accepted for now, but is not documented).
    Replace DefMemPerTask and MaxMemPerTask with DefMemPerCPU, DefMemPerNode,
    MaxMemPerCPU and MaxMemPerNode in slurm.conf. Allocate a job's memory memory
    at the same time that processors are allocated based upon the --mem or
    --mem-per-cpu option rather than when job steps are initiated.

    getting information for all jobs. Improved performance of some commands.
    NOTE: Change in RPC means all nodes in the cluster should be updated
    at the same time.

    command. User must explicitly set MP_POERESTART_ENV before executing poerestart.

    slurmd to load user's environment variables.

    is configured to a non-zero value then wait indefinitely for the resource
    allocation rather than aborting the request after MaxWait time.

    domain names (by Vijay Ramasubramanian, University of Maryland).

    partition's size and/or time limits rather than leaving them queued for a
    later change in the partition's limits. NOTE: Not reported by
    "scontrol show config" to avoid changing RPCs. It will be reported in 
    SLURM version 1.4.

    StepPurge (not fully implemented yet).

    for pending jobs to accurately describe what is reported.

    It was already set for salloc and sbatch commands.

    built with correct specification of which packages to build or not build.
    See the top of the slurm.spec file for information about how to control
    package building specification.

    one job can run per node (select/cons_res or partition shared=yes|force).

    slurmctld select/cons_res was over-allocating resources based upon an 
    uninitialized distribution value. Since we can't save the value without 
    changing the state save file format, we'll just set it to the default 
    value for now. This will result in an incorrect task distribution for 
    jobs that had a task distribution that was not the default and were 
    pending when the slurmctld daemon restarted, but at least resources
    will not be over-allocated.

    rather than the sbatch command itself to permit faster response
    for Moab.