{"id":21934807,"url":"https://github.com/rustyconover/duckdb-cron-expression-extension","last_synced_at":"2026-05-04T19:38:42.971Z","repository":{"id":264896811,"uuid":"828190457","full_name":"rustyconover/duckdb-cron-expression-extension","owner":"rustyconover","description":"DuckDB Extension for Cron Expressions","archived":false,"fork":false,"pushed_at":"2024-09-03T22:07:24.000Z","size":12,"stargazers_count":0,"open_issues_count":1,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2025-03-19T20:59:34.675Z","etag":null,"topics":[],"latest_commit_sha":null,"homepage":null,"language":"Shell","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/rustyconover.png","metadata":{"files":{"readme":"docs/README.md","changelog":null,"contributing":null,"funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2024-07-13T11:40:19.000Z","updated_at":"2024-07-13T11:40:25.000Z","dependencies_parsed_at":"2024-11-26T17:52:37.742Z","dependency_job_id":"bc3c399e-3b7a-4773-81eb-8f6218efef18","html_url":"https://github.com/rustyconover/duckdb-cron-expression-extension","commit_stats":null,"previous_names":["rustyconover/duckdb-cron-expression-extension"],"tags_count":0,"template":false,"template_full_name":"duckdb/extension-template","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rustyconover%2Fduckdb-cron-expression-extension","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rustyconover%2Fduckdb-cron-expression-extension/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rustyconover%2Fduckdb-cron-expression-extension/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/rustyconover%2Fduckdb-cron-expression-extension/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/rustyconover","download_url":"https://codeload.github.com/rustyconover/duckdb-cron-expression-extension/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":244966458,"owners_count":20539794,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":[],"created_at":"2024-11-29T00:17:10.166Z","updated_at":"2026-05-04T19:38:37.949Z","avatar_url":"https://github.com/rustyconover.png","language":"Shell","funding_links":[],"categories":[],"sub_categories":[],"readme":"# DuckDB Extension Template\nThis repository contains a template for creating a DuckDB extension. The main goal of this template is to allow users to easily develop, test and distribute their own DuckDB extension. The main branch of the template is always based on the latest stable DuckDB allowing you to try out your extension right away.\n\n## Getting started\nFirst step to getting started is to create your own repo from this template by clicking `Use this template`. Then clone your new repository using \n```sh\ngit clone --recurse-submodules https://github.com/\u003cyou\u003e/\u003cyour-new-extension-repo\u003e.git\n```\nNote that `--recurse-submodules` will ensure DuckDB is pulled which is required to build the extension.\n\n## Building\n### Managing dependencies\nDuckDB extensions uses VCPKG for dependency management. Enabling VCPKG is very simple: follow the [installation instructions](https://vcpkg.io/en/getting-started) or just run the following:\n```shell\ngit clone https://github.com/Microsoft/vcpkg.git\n./vcpkg/bootstrap-vcpkg.sh\nexport VCPKG_TOOLCHAIN_PATH=`pwd`/vcpkg/scripts/buildsystems/vcpkg.cmake\n```\nNote: VCPKG is only required for extensions that want to rely on it for dependency management. If you want to develop an extension without dependencies, or want to do your own dependency management, just skip this step. Note that the example extension uses VCPKG to build with a dependency for instructive purposes, so when skipping this step the build may not work without removing the dependency.\n\n### Build steps\nNow to build the extension, run:\n```sh\nmake\n```\nThe main binaries that will be built are:\n```sh\n./build/release/duckdb\n./build/release/test/unittest\n./build/release/extension/\u003cextension_name\u003e/\u003cextension_name\u003e.duckdb_extension\n```\n- `duckdb` is the binary for the duckdb shell with the extension code automatically loaded. \n- `unittest` is the test runner of duckdb. Again, the extension is already linked into the binary.\n- `\u003cextension_name\u003e.duckdb_extension` is the loadable binary as it would be distributed.\n\n## Running the extension\nTo run the extension code, simply start the shell with `./build/release/duckdb`. This shell will have the extension pre-loaded.  \n\nNow we can use the features from the extension directly in DuckDB. The template contains a single scalar function `quack()` that takes a string arguments and returns a string:\n```\nD select quack('Jane') as result;\n┌───────────────┐\n│    result     │\n│    varchar    │\n├───────────────┤\n│ Quack Jane 🐥 │\n└───────────────┘\n```\n\n## Running the tests\nDifferent tests can be created for DuckDB extensions. The primary way of testing DuckDB extensions should be the SQL tests in `./test/sql`. These SQL tests can be run using:\n```sh\nmake test\n```\n\n## Getting started with your own extension\nAfter creating a repository from this template, the first step is to name your extension. To rename the extension, run:\n```\npython3 ./scripts/bootstrap-template.py \u003cextension_name_you_want\u003e\n```\nFeel free to delete the script after this step.\n\nNow you're good to go! After a (re)build, you should now be able to use your duckdb extension:\n```\n./build/release/duckdb\nD select \u003cextension_name_you_chose\u003e('Jane') as result;\n┌─────────────────────────────────────┐\n│                result               │\n│               varchar               │\n├─────────────────────────────────────┤\n│ \u003cextension_name_you_chose\u003e Jane 🐥  │\n└─────────────────────────────────────┘\n```\n\nFor inspiration/examples on how to extend DuckDB in a more meaningful way, check out the [test extensions](https://github.com/duckdb/duckdb/blob/main/test/extension),\nthe [in-tree extensions](https://github.com/duckdb/duckdb/tree/main/extension), and the [out-of-tree extensions](https://github.com/duckdblabs).\n\n## Distributing your extension\nEasy distribution of extensions built with this template is facilitated using a similar process used by DuckDB itself. \nBinaries are generated for various versions/platforms allowing duckdb to automatically install the correct binary.\n\nThis step requires that you pass the following 4 parameters to your GitHub repo as action secrets:\n\n| secret name   | description                         |\n| ------------- | ----------------------------------- |\n| S3_REGION     | s3 region holding your bucket       |\n| S3_BUCKET     | the name of the bucket to deploy to |\n| S3_DEPLOY_ID  | the S3 key id                       |\n| S3_DEPLOY_KEY | the S3 key secret                   |\n\nAfter setting these variables, all pushes to main will trigger a new (dev) release. Note that your AWS token should\nhave full permissions to the bucket, and you will need to have ACLs enabled.\n\n### Installing the deployed binaries\nTo install your extension binaries from S3, you will need to do two things. Firstly, DuckDB should be launched with the \n`allow_unsigned_extensions` option set to true. How to set this will depend on the client you're using. Some examples:\n\nCLI:\n```shell\nduckdb -unsigned\n```\n\nSecondly, you will need to set the repository endpoint in DuckDB to the HTTP url of your bucket + version of the extension \nyou want to install. To do this run the following SQL query in DuckDB:\n```sql\nSET custom_extension_repository='bucket.s3.eu-west-1.amazonaws.com/\u003cyour_extension_name\u003e/latest';\n```\nNote that the `/latest` path will allow you to install the latest extension version available for your current version of \nDuckDB. To specify a specific version, you can pass the version instead.\n\nAfter running these steps, you can install and load your extension using the regular INSTALL/LOAD commands in DuckDB:\n```sql\nINSTALL \u003cyour_extension_name\u003e\nLOAD \u003cyour_extension_name\u003e\n```\n\n### Versioning of your extension\nExtension binaries will only work for the specific DuckDB version they were built for. The version of DuckDB that is targeted \nis set to the latest stable release for the main branch of the template so initially that is all you need. As new releases \nof DuckDB are published however, the extension repository will need to be updated. The template comes with a workflow set-up\nthat will automatically build the binaries for all DuckDB target architectures that are available in the corresponding DuckDB\nversion. This workflow is found in `.github/workflows/MainDistributionPipeline.yml`. It is up to the extension developer to keep\nthis up to date with DuckDB. Note also that its possible to distribute binaries for multiple DuckDB versions in this workflow \nby simply duplicating the jobs.\n\n## Setting up CLion \n\n### Opening project\nConfiguring CLion with the extension template requires a little work. Firstly, make sure that the DuckDB submodule is available. \nThen make sure to open `./duckdb/CMakeLists.txt` (so not the top level `CMakeLists.txt` file from this repo) as a project in CLion.\nNow to fix your project path go to `tools-\u003eCMake-\u003eChange Project Root`([docs](https://www.jetbrains.com/help/clion/change-project-root-directory.html)) to set the project root to the root dir of this repo.\n\n### Debugging\nTo set up debugging in CLion, there are two simple steps required. Firstly, in `CLion -\u003e Settings / Preferences -\u003e Build, Execution, Deploy -\u003e CMake` you will need to add the desired builds (e.g. Debug, Release, RelDebug, etc). There's different ways to configure this, but the easiest is to leave all empty, except the `build path`, which needs to be set to `../build/{build type}`. Now on a clean repository you will first need to run `make {build type}` to initialize the CMake build directory. After running make, you will be able to (re)build from CLion by using the build target we just created. If you use the CLion editor, you can create a CLion CMake profiles matching the CMake variables that are described in the makefile, and then you don't need to invoke the Makefile.\n\nThe second step is to configure the unittest runner as a run/debug configuration. To do this, go to `Run -\u003e Edit Configurations` and click `+ -\u003e Cmake Application`. The target and executable should be `unittest`. This will run all the DuckDB tests. To specify only running the extension specific tests, add `--test-dir ../../.. [sql]` to the `Program Arguments`. Note that it is recommended to use the `unittest` executable for testing/development within CLion. The actual DuckDB CLI currently does not reliably work as a run target in CLion.\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Frustyconover%2Fduckdb-cron-expression-extension","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Frustyconover%2Fduckdb-cron-expression-extension","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Frustyconover%2Fduckdb-cron-expression-extension/lists"}