python-crontab


Namepython-crontab JSON
Version 2.7.1 PyPI version JSON
download
home_pagehttps://gitlab.com/doctormo/python-crontab/
SummaryPython Crontab API
upload_time2022-12-22 04:49:24
maintainer
docs_urlNone
authorMartin Owens
requires_python
licenseLGPLv3
keywords
VCS
bugtrack_url
requirements No requirements were recorded.
Travis-CI No Travis.
coveralls test coverage No coveralls.
            Python Crontab
--------------

.. image:: https://gitlab.com/doctormo/python-crontab/raw/master/branding.svg

.. image:: https://badge.fury.io/py/python-crontab.svg
    :target: https://badge.fury.io/py/python-crontab
.. image:: https://img.shields.io/badge/License-LGPL%20v3-blue.svg
    :target: https://gitlab.com/doctormo/python-crontab/raw/master/COPYING

Bug Reports and Development
===========================

Please report any problems to the `GitLab issues tracker <https://gitlab.com/doctormo/python-crontab/issues>`_. Please use Git and push patches to the `GitLab project code hosting <https://gitlab.com/doctormo/python-crontab>`_.

**Note:** If you get the error ``got an unexpected keyword argument 'user'`` when using CronTab, you have the wrong module installed. You need to install ``python-crontab`` and not ``crontab`` from pypi or your local package manager and try again.

Description
===========

Crontab module for reading and writing crontab files and accessing the system cron
automatically and simply using a direct API.

Comparing the `below chart <http://en.wikipedia.org/wiki/Cron#CRON_expression>`_
you will note that W, L, # and ? symbols are not supported as they are not
standard Linux or SystemV crontab format.

+-------------+-----------+-----------------+-------------------+-------------+
|Field Name   |Mandatory  |Allowed Values   |Special Characters |Extra Values |
+=============+===========+=================+===================+=============+
|Minutes      |Yes        |0-59             |\* / , -           | < >         |
+-------------+-----------+-----------------+-------------------+-------------+
|Hours        |Yes        |0-23             |\* / , -           | < >         |
+-------------+-----------+-----------------+-------------------+-------------+
|Day of month |Yes        |1-31             |\* / , -           | < >         |
+-------------+-----------+-----------------+-------------------+-------------+
|Month        |Yes        |1-12 or JAN-DEC  |\* / , -           | < >         |
+-------------+-----------+-----------------+-------------------+-------------+
|Day of week  |Yes        |0-6 or SUN-SAT   |\* / , -           | < >         |
+-------------+-----------+-----------------+-------------------+-------------+

Extra Values are '<' for minimum value, such as 0 for minutes or 1 for months.
And '>' for maximum value, such as 23 for hours or 12 for months.

Supported special cases allow crontab lines to not use fields.
These are the supported aliases which are not available in SystemV mode:

=========== ============
Case        Meaning    
=========== ============
@reboot     Every boot 
@hourly     0 * * * *  
@daily      0 0 * * *  
@weekly     0 0 * * 0  
@monthly    0 0 1 * *  
@yearly     0 0 1 1 *  
@annually   0 0 1 1 *  
@midnight   0 0 * * *  
=========== ============

How to Use the Module
=====================

Here is a simple example of how python-crontab is typically used. First the 
CronTab class is used to instantiate a cron object, then the cron object is used
to declaratively manipulate the cron (spawning a new job in this case). Lastly,
declared changes get written to the crontab by calling write on the object::

    from crontab import CronTab
    cron = CronTab(user='root')
    job = cron.new(command='echo hello_world') 
    job.minute.every(1)
    cron.write()

Alternatively, you can use the with context manager which will automatically 
call write on the cron object upon exit::

    with CronTab(user='root') as cron:
        job = cron.new(command='echo hello_world')
        job.minute.every(1)
    print('cron.write() was just executed')

**Note:** Several users have reported their new crontabs not saving automatically or that the module doesn't do anything. You **MUST** use write() if you want your edits to be saved out. See below for full details on the use of the write function.

Getting access to a crontab can happen in five ways, three system methods that
will work only on Unix and require you to have the right permissions::

    from crontab import CronTab

    empty_cron    = CronTab()
    my_user_cron  = CronTab(user=True)
    users_cron    = CronTab(user='username')

And two ways from non-system sources that will work on Windows too::

    file_cron = CronTab(tabfile='filename.tab')
    mem_cron = CronTab(tab="""
      * * * * * command
    """)

Special per-command user flag for vixie cron format (new in 1.9)::

    system_cron = CronTab(tabfile='/etc/crontab', user=False)
    job = system_cron[0]
    job.user != None
    system_cron.new(command='new_command', user='root')

Creating a new job is as simple as::

    job = cron.new(command='/usr/bin/echo')

And setting the job's time restrictions::

    job.minute.during(5,50).every(5)
    job.hour.every(4)
    job.day.on(4, 5, 6)

    job.dow.on('SUN')
    job.dow.on('SUN', 'FRI')
    job.month.during('APR', 'NOV')

Each time restriction will clear the previous restriction::

    job.hour.every(10) # Set to * */10 * * *
    job.hour.on(2)     # Set to * 2 * * *

Appending restrictions is explicit::

    job.hour.every(10)  # Set to * */10 * * *
    job.hour.also.on(2) # Set to * 2,*/10 * * *

Setting all time slices at once::

    job.setall(2, 10, '2-4', '*/2', None)
    job.setall('2 10 * * *')

Setting the slice to a python date object::

    job.setall(time(10, 2))
    job.setall(date(2000, 4, 2))
    job.setall(datetime(2000, 4, 2, 10, 2))

Run a jobs command. Running the job here will not effect it's
existing schedule with another crontab process::

    job_standard_output = job.run()

Creating a job with a comment::

    job = cron.new(command='/foo/bar', comment='SomeID')

Creating a job in the middle of the crontab::

    job = cron.new('/bin/a', before='someID')
    job = cron.new('/bin/b', before=jobItem)
    job = cron.new('/bin/c', before=re.compile('id*'))
    job = cron.new('/bin/d', before=cron.find_command('/usr/bin/existing'))

Get the comment or command for a job::

    command = job.command
    comment = job.comment

Modify the comment or command on a job::

    job.set_command("new_script.sh")
    job.set_comment("New ID or comment here")

Disabled or Enable Job::

    job.enable()
    job.enable(False)
    False is job.is_enabled()

Validity Check::

    True is job.is_valid()

Use a special syntax::

    job.every_reboot()

Find an existing job by command sub-match or regular expression::

    iter = cron.find_command('bar') # matches foobar1
    iter = cron.find_command(re.compile(r'b[ab]r$'))

Find an existing job by comment exact match or regular expression::

    iter = cron.find_comment('ID or some text')
    iter = cron.find_comment(re.compile(' or \w'))

Find an existing job by schedule::

    iter = cron.find_time(2, 10, '2-4', '*/2', None)
    iter = cron.find_time("*/2 * * * *")

Clean a job of all rules::

    job.clear()

Iterate through all jobs, this includes disabled (commented out) cron jobs::

    for job in cron:
        print(job)

Iterate through all lines, this includes all comments and empty lines::

    for line in cron.lines:
        print(line)

Remove Items::

    cron.remove( job )
    cron.remove_all('echo')
    cron.remove_all(comment='foo')
    cron.remove_all(time='*/2')

Clear entire cron of all jobs::

    cron.remove_all()

Write CronTab back to system or filename::

    cron.write()

Write CronTab to new filename::

    cron.write( 'output.tab' )

Write to this user's crontab (unix only)::

    cron.write_to_user( user=True )

Write to some other user's crontab::

    cron.write_to_user( user='bob' )

Validate a cron time string::

    from crontab import CronSlices
    bool = CronSlices.is_valid('0/2 * * * *')

Compare list of cron objects against another and return the difference::

    difference = set([CronItem1, CronItem2, CronItem3]) - set([CronItem2, CronItem3])

Compare two CronItems for equality::

    CronItem1 = CronTab(tab="* * * * * COMMAND # Example Job")
    CronItem2 = CronTab(tab="10 * * * * COMMAND # Example Job 2")
    if CronItem1 != CronItem2:
        print("Cronjobs do not match")

Environment Variables
=====================

Some versions of vixie cron support variables outside of the command line.
Sometimes just update the envronment when commands are run, the Cronie fork
of vixie cron also supports CRON_TZ which looks like a regular variable but
actually changes the times the jobs are run at.

Very old vixie crons don't support per-job variables, but most do.

Iterate through cron level environment variables::

    for (name, value) in cron.env.items():
        print(name)
        print(value)

Create new or update cron level environment variables::

    print(cron.env['SHELL'])
    cron.env['SHELL'] = '/bin/bash'
    print(cron.env)

Each job can also have a list of environment variables::

    for job in cron:
        job.env['NEW_VAR'] = 'A'
        print(job.env)


Proceeding Unit Confusion
=========================

It is sometimes logical to think that job.hour.every(2) will set all proceeding
units to '0' and thus result in "0 \*/2 * * \*". Instead you are controlling
only the hours units and the minute column is unaffected. The real result would
be "\* \*/2 * * \*" and maybe unexpected to those unfamiliar with crontabs.

There is a special 'every' method on a job to clear the job's existing schedule
and replace it with a simple single unit::

    job.every(4).hours()  == '0 */4 * * *'
    job.every().dom()     == '0 0 * * *'
    job.every().month()   == '0 0 0 * *'
    job.every(2).dows()   == '0 0 * * */2'

This is a convenience method only, it does normal things with the existing api.

Running the Scheduler
=====================

The module is able to run a cron tab as a daemon as long as the optional
croniter module is installed; each process will block and errors will
be logged (new in 2.0).

(note this functionality is new and not perfect, if you find bugs report them!)

Running the scheduler::

    tab = CronTab(tabfile='MyScripts.tab')
    for result in tab.run_scheduler():
        print("This was printed to stdout by the process.")

Do not do this, it won't work because it returns generator function::

    tab.run_scheduler()

Timeout and cadence can be changed for testing or error management::

    for result in tab.run_scheduler(timeout=600):
        print("Will run jobs every 1 minutes for ten minutes from now()")

    for result in tab.run_scheduler(cadence=1, warp=True):
        print("Will run jobs every 1 second, counting each second as 1 minute")

Frequency Calculation
=====================

Every job's schedule has a frequency. We can attempt to calculate the number
of times a job would execute in a give amount of time. We have three simple
methods::

    job.setall("1,2 1,2 * * *")
    job.frequency_per_day() == 4

The per year frequency method will tell you how many days a year the
job would execute::

    job.setall("* * 1,2 1,2 *")
    job.frequency_per_year(year=2010) == 4

These are combined to give the number of times a job will execute in any year::

    job.setall("1,2 1,2 1,2 1,2 *")
    job.frequency(year=2010) == 16

Frequency can be quickly checked using python built-in operators::

    job < "*/2 * * * *"
    job > job2
    job.slices == "*/5"

Log Functionality
=================

The log functionality will read a cron log backwards to find you the last run
instances of your crontab and cron jobs.

The crontab will limit the returned entries to the user the crontab is for::

    cron = CronTab(user='root')

    for d in cron.log:
        print(d['pid'] + " - " + d['date'])

Each job can return a log iterator too, these are filtered so you can see when
the last execution was::

    for d in cron.find_command('echo')[0].log:
        print(d['pid'] + " - " + d['date'])

All System CronTabs Functionality
=================================

The crontabs (note the plural) module can attempt to find all crontabs on the
system. This works well for Linux systems with known locations for cron files
and user spolls. It will even extract anacron jobs so you can get a picture
of all the jobs running on your system::

    from crontabs import CronTabs
    
    for cron in CronTabs():
        print(repr(cron))

All jobs can be brought together to run various searches, all jobs are added
to a CronTab object which can be used as documented above::

   jobs = CronTabs().all.find_command('foo')

Schedule Functionality
======================

If you have the croniter python module installed, you will have access to a
schedule on each job. For example if you want to know when a job will next run::

    schedule = job.schedule(date_from=datetime.now())

This creates a schedule croniter based on the job from the time specified. The
default date_from is the current date/time if not specified. Next we can get
the datetime of the next job::

    datetime = schedule.get_next()

Or the previous::

    datetime = schedule.get_prev()

The get methods work in the same way as the default croniter, except that they
will return datetime objects by default instead of floats. If you want the
original functionality, pass float into the method when calling::

    datetime = schedule.get_current(float)

If you don't have the croniter module installed, you'll get an ImportError when
you first try using the schedule function on your cron job object.

Descriptor Functionality
========================

If you have the cron-descriptor module installed, you will be able to ask for a
translated string which describes the frequency of the job in the current
locale language. This should be mostly human readable.


    print(job.description(use_24hour_time_format=True))

See cron-descriptor for details of the supported languages and options.

Extra Support
=============

 - Customise the location of the crontab command by setting the global CRON_COMMAND
   or the per-object cron_command attribute.
 - Support for vixie cron with username addition with user flag
 - Support for SunOS, AIX & HP with compatibility 'SystemV' mode.
 - Python 3 (3.7, 3.8, 3.10) tested, python 2.6, 2.7 removed from support.
 - Windows support works for non-system crontabs only.
   ( see mem_cron and file_cron examples above for usage )

            

Raw data

            {
    "_id": null,
    "home_page": "https://gitlab.com/doctormo/python-crontab/",
    "name": "python-crontab",
    "maintainer": "",
    "docs_url": null,
    "requires_python": "",
    "maintainer_email": "",
    "keywords": "",
    "author": "Martin Owens",
    "author_email": "doctormo@gmail.com",
    "download_url": "https://files.pythonhosted.org/packages/6a/b6/94d861e868698b8e3f288f7e4684e30535b0d9a6b38316ee0a3d4d31e6ae/python-crontab-2.7.1.tar.gz",
    "platform": "linux",
    "description": "Python Crontab\n--------------\n\n.. image:: https://gitlab.com/doctormo/python-crontab/raw/master/branding.svg\n\n.. image:: https://badge.fury.io/py/python-crontab.svg\n    :target: https://badge.fury.io/py/python-crontab\n.. image:: https://img.shields.io/badge/License-LGPL%20v3-blue.svg\n    :target: https://gitlab.com/doctormo/python-crontab/raw/master/COPYING\n\nBug Reports and Development\n===========================\n\nPlease report any problems to the `GitLab issues tracker <https://gitlab.com/doctormo/python-crontab/issues>`_. Please use Git and push patches to the `GitLab project code hosting <https://gitlab.com/doctormo/python-crontab>`_.\n\n**Note:** If you get the error ``got an unexpected keyword argument 'user'`` when using CronTab, you have the wrong module installed. You need to install ``python-crontab`` and not ``crontab`` from pypi or your local package manager and try again.\n\nDescription\n===========\n\nCrontab module for reading and writing crontab files and accessing the system cron\nautomatically and simply using a direct API.\n\nComparing the `below chart <http://en.wikipedia.org/wiki/Cron#CRON_expression>`_\nyou will note that W, L, # and ? symbols are not supported as they are not\nstandard Linux or SystemV crontab format.\n\n+-------------+-----------+-----------------+-------------------+-------------+\n|Field Name   |Mandatory  |Allowed Values   |Special Characters |Extra Values |\n+=============+===========+=================+===================+=============+\n|Minutes      |Yes        |0-59             |\\* / , -           | < >         |\n+-------------+-----------+-----------------+-------------------+-------------+\n|Hours        |Yes        |0-23             |\\* / , -           | < >         |\n+-------------+-----------+-----------------+-------------------+-------------+\n|Day of month |Yes        |1-31             |\\* / , -           | < >         |\n+-------------+-----------+-----------------+-------------------+-------------+\n|Month        |Yes        |1-12 or JAN-DEC  |\\* / , -           | < >         |\n+-------------+-----------+-----------------+-------------------+-------------+\n|Day of week  |Yes        |0-6 or SUN-SAT   |\\* / , -           | < >         |\n+-------------+-----------+-----------------+-------------------+-------------+\n\nExtra Values are '<' for minimum value, such as 0 for minutes or 1 for months.\nAnd '>' for maximum value, such as 23 for hours or 12 for months.\n\nSupported special cases allow crontab lines to not use fields.\nThese are the supported aliases which are not available in SystemV mode:\n\n=========== ============\nCase        Meaning    \n=========== ============\n@reboot     Every boot \n@hourly     0 * * * *  \n@daily      0 0 * * *  \n@weekly     0 0 * * 0  \n@monthly    0 0 1 * *  \n@yearly     0 0 1 1 *  \n@annually   0 0 1 1 *  \n@midnight   0 0 * * *  \n=========== ============\n\nHow to Use the Module\n=====================\n\nHere is a simple example of how python-crontab is typically used. First the \nCronTab class is used to instantiate a cron object, then the cron object is used\nto declaratively manipulate the cron (spawning a new job in this case). Lastly,\ndeclared changes get written to the crontab by calling write on the object::\n\n    from crontab import CronTab\n    cron = CronTab(user='root')\n    job = cron.new(command='echo hello_world') \n    job.minute.every(1)\n    cron.write()\n\nAlternatively, you can use the with context manager which will automatically \ncall write on the cron object upon exit::\n\n    with CronTab(user='root') as cron:\n        job = cron.new(command='echo hello_world')\n        job.minute.every(1)\n    print('cron.write() was just executed')\n\n**Note:** Several users have reported their new crontabs not saving automatically or that the module doesn't do anything. You **MUST** use write() if you want your edits to be saved out. See below for full details on the use of the write function.\n\nGetting access to a crontab can happen in five ways, three system methods that\nwill work only on Unix and require you to have the right permissions::\n\n    from crontab import CronTab\n\n    empty_cron    = CronTab()\n    my_user_cron  = CronTab(user=True)\n    users_cron    = CronTab(user='username')\n\nAnd two ways from non-system sources that will work on Windows too::\n\n    file_cron = CronTab(tabfile='filename.tab')\n    mem_cron = CronTab(tab=\"\"\"\n      * * * * * command\n    \"\"\")\n\nSpecial per-command user flag for vixie cron format (new in 1.9)::\n\n    system_cron = CronTab(tabfile='/etc/crontab', user=False)\n    job = system_cron[0]\n    job.user != None\n    system_cron.new(command='new_command', user='root')\n\nCreating a new job is as simple as::\n\n    job = cron.new(command='/usr/bin/echo')\n\nAnd setting the job's time restrictions::\n\n    job.minute.during(5,50).every(5)\n    job.hour.every(4)\n    job.day.on(4, 5, 6)\n\n    job.dow.on('SUN')\n    job.dow.on('SUN', 'FRI')\n    job.month.during('APR', 'NOV')\n\nEach time restriction will clear the previous restriction::\n\n    job.hour.every(10) # Set to * */10 * * *\n    job.hour.on(2)     # Set to * 2 * * *\n\nAppending restrictions is explicit::\n\n    job.hour.every(10)  # Set to * */10 * * *\n    job.hour.also.on(2) # Set to * 2,*/10 * * *\n\nSetting all time slices at once::\n\n    job.setall(2, 10, '2-4', '*/2', None)\n    job.setall('2 10 * * *')\n\nSetting the slice to a python date object::\n\n    job.setall(time(10, 2))\n    job.setall(date(2000, 4, 2))\n    job.setall(datetime(2000, 4, 2, 10, 2))\n\nRun a jobs command. Running the job here will not effect it's\nexisting schedule with another crontab process::\n\n    job_standard_output = job.run()\n\nCreating a job with a comment::\n\n    job = cron.new(command='/foo/bar', comment='SomeID')\n\nCreating a job in the middle of the crontab::\n\n    job = cron.new('/bin/a', before='someID')\n    job = cron.new('/bin/b', before=jobItem)\n    job = cron.new('/bin/c', before=re.compile('id*'))\n    job = cron.new('/bin/d', before=cron.find_command('/usr/bin/existing'))\n\nGet the comment or command for a job::\n\n    command = job.command\n    comment = job.comment\n\nModify the comment or command on a job::\n\n    job.set_command(\"new_script.sh\")\n    job.set_comment(\"New ID or comment here\")\n\nDisabled or Enable Job::\n\n    job.enable()\n    job.enable(False)\n    False is job.is_enabled()\n\nValidity Check::\n\n    True is job.is_valid()\n\nUse a special syntax::\n\n    job.every_reboot()\n\nFind an existing job by command sub-match or regular expression::\n\n    iter = cron.find_command('bar') # matches foobar1\n    iter = cron.find_command(re.compile(r'b[ab]r$'))\n\nFind an existing job by comment exact match or regular expression::\n\n    iter = cron.find_comment('ID or some text')\n    iter = cron.find_comment(re.compile(' or \\w'))\n\nFind an existing job by schedule::\n\n    iter = cron.find_time(2, 10, '2-4', '*/2', None)\n    iter = cron.find_time(\"*/2 * * * *\")\n\nClean a job of all rules::\n\n    job.clear()\n\nIterate through all jobs, this includes disabled (commented out) cron jobs::\n\n    for job in cron:\n        print(job)\n\nIterate through all lines, this includes all comments and empty lines::\n\n    for line in cron.lines:\n        print(line)\n\nRemove Items::\n\n    cron.remove( job )\n    cron.remove_all('echo')\n    cron.remove_all(comment='foo')\n    cron.remove_all(time='*/2')\n\nClear entire cron of all jobs::\n\n    cron.remove_all()\n\nWrite CronTab back to system or filename::\n\n    cron.write()\n\nWrite CronTab to new filename::\n\n    cron.write( 'output.tab' )\n\nWrite to this user's crontab (unix only)::\n\n    cron.write_to_user( user=True )\n\nWrite to some other user's crontab::\n\n    cron.write_to_user( user='bob' )\n\nValidate a cron time string::\n\n    from crontab import CronSlices\n    bool = CronSlices.is_valid('0/2 * * * *')\n\nCompare list of cron objects against another and return the difference::\n\n    difference = set([CronItem1, CronItem2, CronItem3]) - set([CronItem2, CronItem3])\n\nCompare two CronItems for equality::\n\n    CronItem1 = CronTab(tab=\"* * * * * COMMAND # Example Job\")\n    CronItem2 = CronTab(tab=\"10 * * * * COMMAND # Example Job 2\")\n    if CronItem1 != CronItem2:\n        print(\"Cronjobs do not match\")\n\nEnvironment Variables\n=====================\n\nSome versions of vixie cron support variables outside of the command line.\nSometimes just update the envronment when commands are run, the Cronie fork\nof vixie cron also supports CRON_TZ which looks like a regular variable but\nactually changes the times the jobs are run at.\n\nVery old vixie crons don't support per-job variables, but most do.\n\nIterate through cron level environment variables::\n\n    for (name, value) in cron.env.items():\n        print(name)\n        print(value)\n\nCreate new or update cron level environment variables::\n\n    print(cron.env['SHELL'])\n    cron.env['SHELL'] = '/bin/bash'\n    print(cron.env)\n\nEach job can also have a list of environment variables::\n\n    for job in cron:\n        job.env['NEW_VAR'] = 'A'\n        print(job.env)\n\n\nProceeding Unit Confusion\n=========================\n\nIt is sometimes logical to think that job.hour.every(2) will set all proceeding\nunits to '0' and thus result in \"0 \\*/2 * * \\*\". Instead you are controlling\nonly the hours units and the minute column is unaffected. The real result would\nbe \"\\* \\*/2 * * \\*\" and maybe unexpected to those unfamiliar with crontabs.\n\nThere is a special 'every' method on a job to clear the job's existing schedule\nand replace it with a simple single unit::\n\n    job.every(4).hours()  == '0 */4 * * *'\n    job.every().dom()     == '0 0 * * *'\n    job.every().month()   == '0 0 0 * *'\n    job.every(2).dows()   == '0 0 * * */2'\n\nThis is a convenience method only, it does normal things with the existing api.\n\nRunning the Scheduler\n=====================\n\nThe module is able to run a cron tab as a daemon as long as the optional\ncroniter module is installed; each process will block and errors will\nbe logged (new in 2.0).\n\n(note this functionality is new and not perfect, if you find bugs report them!)\n\nRunning the scheduler::\n\n    tab = CronTab(tabfile='MyScripts.tab')\n    for result in tab.run_scheduler():\n        print(\"This was printed to stdout by the process.\")\n\nDo not do this, it won't work because it returns generator function::\n\n    tab.run_scheduler()\n\nTimeout and cadence can be changed for testing or error management::\n\n    for result in tab.run_scheduler(timeout=600):\n        print(\"Will run jobs every 1 minutes for ten minutes from now()\")\n\n    for result in tab.run_scheduler(cadence=1, warp=True):\n        print(\"Will run jobs every 1 second, counting each second as 1 minute\")\n\nFrequency Calculation\n=====================\n\nEvery job's schedule has a frequency. We can attempt to calculate the number\nof times a job would execute in a give amount of time. We have three simple\nmethods::\n\n    job.setall(\"1,2 1,2 * * *\")\n    job.frequency_per_day() == 4\n\nThe per year frequency method will tell you how many days a year the\njob would execute::\n\n    job.setall(\"* * 1,2 1,2 *\")\n    job.frequency_per_year(year=2010) == 4\n\nThese are combined to give the number of times a job will execute in any year::\n\n    job.setall(\"1,2 1,2 1,2 1,2 *\")\n    job.frequency(year=2010) == 16\n\nFrequency can be quickly checked using python built-in operators::\n\n    job < \"*/2 * * * *\"\n    job > job2\n    job.slices == \"*/5\"\n\nLog Functionality\n=================\n\nThe log functionality will read a cron log backwards to find you the last run\ninstances of your crontab and cron jobs.\n\nThe crontab will limit the returned entries to the user the crontab is for::\n\n    cron = CronTab(user='root')\n\n    for d in cron.log:\n        print(d['pid'] + \" - \" + d['date'])\n\nEach job can return a log iterator too, these are filtered so you can see when\nthe last execution was::\n\n    for d in cron.find_command('echo')[0].log:\n        print(d['pid'] + \" - \" + d['date'])\n\nAll System CronTabs Functionality\n=================================\n\nThe crontabs (note the plural) module can attempt to find all crontabs on the\nsystem. This works well for Linux systems with known locations for cron files\nand user spolls. It will even extract anacron jobs so you can get a picture\nof all the jobs running on your system::\n\n    from crontabs import CronTabs\n    \n    for cron in CronTabs():\n        print(repr(cron))\n\nAll jobs can be brought together to run various searches, all jobs are added\nto a CronTab object which can be used as documented above::\n\n   jobs = CronTabs().all.find_command('foo')\n\nSchedule Functionality\n======================\n\nIf you have the croniter python module installed, you will have access to a\nschedule on each job. For example if you want to know when a job will next run::\n\n    schedule = job.schedule(date_from=datetime.now())\n\nThis creates a schedule croniter based on the job from the time specified. The\ndefault date_from is the current date/time if not specified. Next we can get\nthe datetime of the next job::\n\n    datetime = schedule.get_next()\n\nOr the previous::\n\n    datetime = schedule.get_prev()\n\nThe get methods work in the same way as the default croniter, except that they\nwill return datetime objects by default instead of floats. If you want the\noriginal functionality, pass float into the method when calling::\n\n    datetime = schedule.get_current(float)\n\nIf you don't have the croniter module installed, you'll get an ImportError when\nyou first try using the schedule function on your cron job object.\n\nDescriptor Functionality\n========================\n\nIf you have the cron-descriptor module installed, you will be able to ask for a\ntranslated string which describes the frequency of the job in the current\nlocale language. This should be mostly human readable.\n\n\n    print(job.description(use_24hour_time_format=True))\n\nSee cron-descriptor for details of the supported languages and options.\n\nExtra Support\n=============\n\n - Customise the location of the crontab command by setting the global CRON_COMMAND\n   or the per-object cron_command attribute.\n - Support for vixie cron with username addition with user flag\n - Support for SunOS, AIX & HP with compatibility 'SystemV' mode.\n - Python 3 (3.7, 3.8, 3.10) tested, python 2.6, 2.7 removed from support.\n - Windows support works for non-system crontabs only.\n   ( see mem_cron and file_cron examples above for usage )\n",
    "bugtrack_url": null,
    "license": "LGPLv3",
    "summary": "Python Crontab API",
    "version": "2.7.1",
    "split_keywords": [],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "md5": "abf38c57c25917dda9936c3601b2d550",
                "sha256": "9c374d1c9d401afdd8dd958f20077f74c158ab3fffb9604296802715e887fe48"
            },
            "downloads": -1,
            "filename": "python_crontab-2.7.1-py3-none-any.whl",
            "has_sig": false,
            "md5_digest": "abf38c57c25917dda9936c3601b2d550",
            "packagetype": "bdist_wheel",
            "python_version": "py3",
            "requires_python": null,
            "size": 26050,
            "upload_time": "2022-12-22T04:49:23",
            "upload_time_iso_8601": "2022-12-22T04:49:23.431755Z",
            "url": "https://files.pythonhosted.org/packages/9d/3b/8288af482e9ce777258ad234a497da22f36e4c36041da35b7648957eda37/python_crontab-2.7.1-py3-none-any.whl",
            "yanked": false,
            "yanked_reason": null
        },
        {
            "comment_text": "",
            "digests": {
                "md5": "0a71aa83eed18752c2850632d84cfd89",
                "sha256": "b21af4647c7bbb848fef2f020616c6b0289dcb9f94b4f991a55310ff9bec5749"
            },
            "downloads": -1,
            "filename": "python-crontab-2.7.1.tar.gz",
            "has_sig": false,
            "md5_digest": "0a71aa83eed18752c2850632d84cfd89",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": null,
            "size": 54795,
            "upload_time": "2022-12-22T04:49:24",
            "upload_time_iso_8601": "2022-12-22T04:49:24.827411Z",
            "url": "https://files.pythonhosted.org/packages/6a/b6/94d861e868698b8e3f288f7e4684e30535b0d9a6b38316ee0a3d4d31e6ae/python-crontab-2.7.1.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2022-12-22 04:49:24",
    "github": false,
    "gitlab": true,
    "bitbucket": false,
    "gitlab_user": "doctormo",
    "gitlab_project": "python-crontab",
    "lcname": "python-crontab"
}
        
Elapsed time: 0.02110s