Search Results for ""

Orbs FAQ

This document describes various questions and technical issues that you may find helpful when working with orbs.

Downloading, Integrating, and Testing Orbs

  • Question: How do I download, integrate and test orbs?

  • Answer: You can import orbs using the orbs stanza in version 2.1 or higher of a CircleCI configuration. For example, if you want to publish an orb called hello-build in the namespace circleci and have a published version 0.0.1, import an orb like the example shown below:

     hello: circleci/hello-build@0.0.1

You may then invoke elements of the orb in your configuration by referencing elements under the key hello. For example, if an orb has a job called hello-build, you can invoke that job in a workflow like the example shown below.

      - hello/hello-build

CircleCI publishes a web-based registry viewer so orbs documentation can be auto-generated. You can always pull the source of orbs directly as well. For example, you can run circleci orb source circleci/hello-build@0.01

Build Error When Testing Locally

  • Question: Why do I get the following error when testing locally:
circleci build -c .circleci/jobs.yml --job test
You attempted to run a local build with version 2.1 of configuration.
  • Answer: To resolve this error, run circleci config process on your configuration and then save that configuration to disk. You then should run circleci local execute against the processed configuration.

Rerun Error

  • Question: Why do I get the following error when re-running the same workflow:
only certified orbs are permitted in this project.
  • Answer: Try making a whitespace change or similar. Your configuration will not recompile until you have made a change. Configuration processing occurs before the compiled code is passed into the workflows conductor. Because of that, the workflows conductor (where you trigger the rebuild) knows nothing of the original 2.1 config.

Environment Variables Not Being Passed at Runtime

Occasionally, when you try to convert a configuration to a 2.0 compatible format, environment variables may not be passed at runtime. For example, if you create a simple configuration in your GitHub repository (for example and then call the config using:

export AUTO_FILE=/Users/yourusername/Desktop/apkpure_app_887.apk
export AUTO_DIR=.
circleci build -c .circleci/echo.yml --job test

The config shows:

version: 2.1
    - image: circleci/openjdk:8-jdk
    - checkout
    - image: circleci/openjdk:8-jdk
    - TERM: dumb
    - checkout
    - run:
        command: "echo file ${AUTO_FILE} dir ${AUTO_DIR}"
  version: 2
    - build
    - test

Upon execution, you may see the following response:

#!bin/bash -eo pipefail
echo file $(AUTO_FILE) dir $(AUTO_DIR)
file directlySuccess!

Logging Outputs

  • Question: Is there a standard way to log output? For example, Jenkins plugins provide console links to show the log output and provide hooks to log those messages. It is possible to log stdout, but is there a better way to log those log messages?

  • Answer: In CircleCI, all steps that run are logged, so any output from those steps will appear in the console. You can use SSH to echo things directly. CircleCI does not have a separate logging facility outside the console output.

Failing Builds

  • Question: How can I intentionally fail a job that invokes an orb from within an orb?

  • Answer: You can always return a non-zero status code from the shell to fail the job. You can also use run: circleci-agent step halt as a step to exit the job without failing.

Private Installation of CircleCI When Using Orbs

  • Question: May I use a private installation of CircleCI Server when using working with orbs?

  • Answer: No. CircleCI Server does not currently support the use of orbs.

Using Orb Elements For Other Orbs

  • Question: May I use elements from a different orb when creating my own orb?

  • Answer: Yes, orbs may be composed directly using elements of other orbs. For example:

    version: 2.1
      some-orb: some-ns/some-orb@volatile
      my-executor: some-orb/their-executor
      my-command: some-orb/their-command
      my-job: some-orb/their-job
        executor: my-executor
          - my-command:
              param1: "hello"

Using 3rd Party Orbs

  • Question: Why do I receive an error message when trying to use a 3rd party orb?

  • Answer: When using a 3rd party orb, you must first opt-in to using 3rd party orbs. If you use a 3rd party orb before opting in, you will receive the following error message:

"Orb {orb@version} not loaded. To use this orb, an organization admin must opt-in to using third party orbs in Organization Security settings."

Users are blocked from using orbs from the registry until they have turned on the ability to use orbs for their organization and accepted the Code Sharing Terms of Service. CircleCI requires organizations to do so, since by using orbs, an organization is asking CircleCI to inject configuration into its build that was authored by a 3rd party.

To resolve this issue, go to “Settings -> Security -> Allow uncertified orbs” and enable this setting.

Enable 3rd Party Orbs

Note: CircleCI does not require this for certified orbs (orbs that have been reviewed and approved by CircleCI prior to publishing). At this time, the certification program for orbs authored by third parties is not yet available, though will be available in the near future.

See Also

  • Refer to Orbs Concepts for high-level information about CircleCI orbs.
  • Refer to Orb Publishing Process for information about orbs that you may use in your workflows and jobs.
  • Refer to Orbs Reference for examples of reusable orbs, commands, parameters, and executors.
  • Refer to Orb Testing Methodologies for information on how to test orbs you have created.
  • Refer to Configuration Cookbook for more detailed information about how you can use CircleCI orb recipes in your configurations.