Arduino command line tool

Overview

arduino-cli

cli-logo

Arduino CLI is an all-in-one solution that provides builder, Boards/Library Manager, uploader, discovery and many other tools needed to use any Arduino compatible board and platforms.

tests-badge nightly-badge docs-badge codecov-badge

Note: this software is currently under active development: anything can change at any time, API and UI must be considered unstable until we release version 1.0.0.

Docs

For guidance on installation and development, see the User documentation.

Quickstart

  1. Install the Arduino CLI
  2. Follow the Getting Started guide to check out what the CLI can do
  3. Browse the Commands reference to see all the available commands
  4. Should you have an issue, read the FAQ page

How to contribute

Contributions are welcome!

Please read the document How to contribute which will show you how to build the source code, run the tests, and contribute your changes to the project.

Thanks to all our contributors!

Beta testing

Nightly builds are available for beta testing.

Security

If you think you found a vulnerability or other security-related bug in the Arduino CLI, please read our security policy and report the bug to our Security Team 🛡️ Thank you!

e-mail contact: [email protected]

Comments
  • Error detecting boards

    Error detecting boards

    Bug Report

    Current behavior

    The command arduino-cli board list

    Returns this:

    Error detecting boards: Error getting board list: [listing ports from discovery builtin:serial-discovery: command failed: Error while enumerating serial ports: open /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/idVendor: permission denied]

    I get the same error when I try to upload compiled code.

    I checked the permissions on idVendor and they seem fine: -r--r--r-- 1 root root,

    I can detect and upload sketches to the board from the arduino ide.

    Expected behavior

    I expected it to detect my board

    Environment

    arduino-cli alpha Version: 0.19.3 Commit: 12f1afc2 Date: 2021-10-12T10:15:19Z

    • OS and platform:

    Ubuntu 20.04

    The board is an Arduino Uno R3, same thing happended with an UNO SMD R2

    Additional context

    I installed using sudo snap install arduino-cli

    conclusion: off topic topic: code type: imperfection 
    opened by evanmoring 46
  • Teensy support?

    Teensy support?

    Hi, I don't know if it's the right place to ask it, but is there any support for Teensy board? I did not find any information for this kind of board. Many thanks.

    type: enhancement conclusion: resolved topic: code 
    opened by SebCanet 45
  • Crash when requesting platforms list over gRPC

    Crash when requesting platforms list over gRPC

    Bug Report

    Current behavior

    via gRPC - requesting the list of platforms

    it crashes with the stacktrace:

    > arduino-cli daemon
    panic: runtime error: invalid memory address or nil pointer dereference
    [signal SIGSEGV: segmentation violation code=0x1 addr=0x60 pc=0x47ca4ba]
    
    goroutine 8 [running]:
    github.com/arduino/arduino-cli/commands.PlatformReleaseToRPC(0x0, 0x0)
    	github.com/arduino/arduino-cli/commands/core.go:31 +0x3a
    github.com/arduino/arduino-cli/commands/core.GetPlatforms(0xc00124ab00, 0xc0011e5b00, 0x0, 0xc000559b10, 0x400dd25, 0x4b20a40)
    	github.com/arduino/arduino-cli/commands/core/list.go:54 +0x1c5
    github.com/arduino/arduino-cli/commands/daemon.(*ArduinoCoreServerImpl).PlatformList(0xc0001b3fc0, 0x4ca1a70, 0xc0012ae3c0, 0xc00124ab00, 0xc0001b3fc0, 0xc0012ae3c0, 0xc000065b80)
    	github.com/arduino/arduino-cli/commands/daemon/daemon.go:272 +0x2f
    github.com/arduino/arduino-cli/rpc/cc/arduino/cli/commands/v1._ArduinoCoreService_PlatformList_Handler(0x4b413a0, 0xc0001b3fc0, 0x4ca1a70, 0xc0012ae3c0, 0xc001277500, 0x0, 0x4ca1a70, 0xc0012ae3c0, 0xc0010dff90, 0x6)
    	github.com/arduino/arduino-cli/rpc/cc/arduino/cli/commands/v1/commands.pb.go:3834 +0x217
    google.golang.org/grpc.(*Server).processUnaryRPC(0xc000083380, 0x4cab8d8, 0xc000001b00, 0xc0011e5b00, 0xc00023edb0, 0x5220ea0, 0x0, 0x0, 0x0)
    	google.golang.org/[email protected]/server.go:1024 +0x522
    google.golang.org/grpc.(*Server).handleStream(0xc000083380, 0x4cab8d8, 0xc000001b00, 0xc0011e5b00, 0x0)
    	google.golang.org/[email protected]/server.go:1313 +0xd4c
    google.golang.org/grpc.(*Server).serveStreams.func1.1(0xc00032e030, 0xc000083380, 0x4cab8d8, 0xc000001b00, 0xc0011e5b00)
    	google.golang.org/[email protected]/server.go:722 +0xab
    created by google.golang.org/grpc.(*Server).serveStreams.func1
    	google.golang.org/[email protected]/server.go:720 +0xa5
    

    Expected behavior

    Expected to have a response

    Environment

    • CLI version (output of arduino-cli version):
    > arduino-cli version
    arduino-cli alpha Version: 0.18.3 Commit: d710b642 Date: 2021-05-21T17:04:33Z
    
    • OS and platform: macOS mojave 10.14.6

    Additional context

    type: imperfection topic: gRPC 
    opened by 4ntoine 34
  • Adafruit SAMD Boards are not found by arduino-cli core search

    Adafruit SAMD Boards are not found by arduino-cli core search

    I just installed arduino-cli on a Ubuntu 18.04 LTS box.

    I have an Adafruit ItsyBitsy M0 board. When I plug this in, the operating system detects it as

    Mar 09 19:09:20 deaf58 kernel: usb 3-1: new full-speed USB device number 4 using xhci_hcd Mar 09 19:09:20 deaf58 kernel: usb 3-1: New USB device found, idVendor=239a, idProduct=800f Mar 09 19:09:20 deaf58 kernel: usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Mar 09 19:09:20 deaf58 kernel: usb 3-1: Product: ItsyBitsy M0 Express Mar 09 19:09:20 deaf58 kernel: usb 3-1: Manufacturer: Adafruit Mar 09 19:09:20 deaf58 kernel: usb 3-1: SerialNumber: F384ECC6504B5952312E314AFF021834 Mar 09 19:09:20 deaf58 kernel: cdc_acm 3-1:1.0: ttyACM0: USB ACM device Mar 09 19:09:20 deaf58 kernel: usbcore: registered new interface driver cdc_acm Mar 09 19:09:20 deaf58 kernel: cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters

    ...and arduino-cli sees it as:

    [email protected]:~/Arduino/MyFirstSketch$ arduino-cli board list FQBN Port ID Board Name /dev/ttyACM0 239a:800f unknown

    Searching for a core under the 'adafruit' name yields this:

    [email protected]:~/Arduino/MyFirstSketch$ arduino-cli core search 'adafruit'
    Searching for platforms matching 'adafruit'
    
    ID          	Version	Name                                        
    arduino:avr 	1.6.23 	Arduino AVR Boards                          
    arduino:samd	1.6.20 	Arduino SAMD Boards (32-bits ARM Cortex-M0+)
    

    However it cannot find contributed boards under the name "Adafruit SAMD Boards" which the Arduino 1.8.8 GUI on my Mac does locate, if I open "Boards Manager..." and search for contributed Adafruit boards.

    I installed this:

    [email protected]:~/Arduino/MyFirstSketch$ arduino-cli core install arduino:samd

    ...but my board is still not detected:

    [email protected]:~/Arduino/MyFirstSketch$ arduino-cli board list FQBN Port ID Board Name /dev/ttyACM0 239a:800f unknown

    I'm not familiar with the Go programming language, but if there is some way I can contribute to arduino-cli that will help resolve this issue, I'm happy to do so.

    Thanks!

    topic: documentation 
    opened by BobCochran 26
  • arduino-cli compile can no longer specify .ino file

    arduino-cli compile can no longer specify .ino file

    Bug Report

    Current behavior

    On v0.9 of the CLI we can compile a specific ino file via:

    $ arduino-cli compile --fqbn arduino:mbed:nano33ble my-sketch.ino
    

    On v0.11 this fails with:

    Error during build: unable to find a sketch file in directory XXX
    

    And there seems no way to specify the .ino file anymore. Is there any replacement?

    Environment

    • CLI version (output of arduino-cli version): arduino-cli Version: 0.11.0 Commit: 0296f4d
    • OS and platform: macOS Catalina
    conclusion: invalid type: imperfection topic: CLI 
    opened by janjongboom 24
  • Arduino Cli is not working on rpi zero w.

    Arduino Cli is not working on rpi zero w.

    Bug Report

    This issue is already discussed before. here, https://github.com/arduino/arduino-cli/issues/340 But, It's old Arduino-CLI version (0.4.0) and it is not able to find the board(STM32) connected to it. So I tried arm7 build and it is able to find the board but give the unknown in board name, it can compile successfully it but give some memory error when I trying to upload it.

    [email protected]:~ $ ./arduino-cli board list
    Port               Type              Board Name       FQBN Core
    /dev/ttyAMA0       Serial Port       Unknown
    /dev/ttyS0         Serial Port       Unknown
    
    [email protected]:~ $ ./arduino-cli upload -p /dev/ttyS0 --fqbn stm32duino:STM32F1:genericSTM32F103C $HOME/Arduino/test
    panic: runtime error: invalid memory address or nil pointer dereference
    [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x385c50]
    
    goroutine 1 [running]:
    github.com/arduino/go-paths-helper.(*Path).String(...)
    	/github/home/go/pkg/mod/github.com/arduino/[email protected]/paths.go:470
    github.com/arduino/arduino-cli/arduino/cores.(*ToolRelease).RuntimeProperties(0x2e67760, 0x4)
    	/__w/arduino-cli/arduino-cli/arduino/cores/tools.go:136 +0x7c
    github.com/arduino/arduino-cli/commands/upload.Upload(0x914bb8, 0x2c2a078, 0x48a3e88, 0x90d358, 0x2c100e0, 0x90d358, 0x2c100e8, 0x60040c, 0x2c8f4f0, 0x2d46540)
    	/__w/arduino-cli/arduino-cli/commands/upload/upload.go:128 +0x6d0
    github.com/arduino/arduino-cli/cli/upload.run(0x2d3c140, 0x2c67e30, 0x1, 0x5)
    	/__w/arduino-cli/arduino-cli/cli/upload/upload.go:73 +0x180
    github.com/spf13/cobra.(*Command).execute(0x2d3c140, 0x2c67e00, 0x5, 0x6, 0x2d3c140, 0x2c67e00)
    	/github/home/go/pkg/mod/github.com/spf13/[email protected]/command.go:830 +0x1f4
    github.com/spf13/cobra.(*Command).ExecuteC(0xdfb388, 0x42754, 0x0, 0x2c000e0)
    	/github/home/go/pkg/mod/github.com/spf13/[email protected]/command.go:914 +0x230
    github.com/spf13/cobra.(*Command).Execute(...)
    	/github/home/go/pkg/mod/github.com/spf13/[email protected]/command.go:864
    main.main()
    	/__w/arduino-cli/arduino-cli/main.go:26 +0x20
    
    opened by raj-priyanshu 24
  • add #line tags to AdditionalFiles when copying to build directory, to…

    add #line tags to AdditionalFiles when copying to build directory, to…

    … improve error messages

    Please check if the PR fulfills these requirements

    • [x] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [x] The PR follows our contributing guidelines
    • [ ] Tests for the changes have been added (for bug fixes / features)
    • [ ] Docs have been added / updated (for bug fixes / features)
    • What kind of change does this PR introduce? Feature. Usable file:line locations in compiler error messages for Additional files

    • What is the current behavior? Additional files show error message location in build directory, which is not useful

    • What is the new behavior? Compiler Error messages in additional files now reference the original file. Same behaviour as for main and extra sketch files

    • Does this PR introduce a breaking change? No

    • Other information: It's a trivial one liner. Please change it there is a better way.


    See how to contribute

    conclusion: duplicate type: enhancement topic: code 
    opened by oschonrock 21
  • Use a local Walk function

    Use a local Walk function

    Because arduino-cli segfaults when sketchDir is a symbolic link, a simple walk function is introduced with a twofold effect:

    • fix the segfault
    • allow to use symlinks

    ref: https://www.google.com/search?q=golang+Walk+does+not+follow+symbolic+links

    edit:

    • fixes #424
    • fixes #358
    opened by d-a-v 19
  • arduino-cli standalone install looks for .cli-config.yml in wrong location

    arduino-cli standalone install looks for .cli-config.yml in wrong location

    arduino-cli standalone install looks for .cli-config.yml in wrong location

    arduino-cli looks for .cli-config.yml in wrong location when installing a standalone arduino-cli binary into /usr/bin/ In the above case it looks for /usr/bin/.cli-config.yml - and does not even try to look inside my home dir

    See the debug output:

    # arduino-cli board listall --debug
    INFO[0000] Initiating configuration                     
    INFO[0000] Unserializing configurations from /usr/bin/.cli-config.yml 
    WARN[0000] Error reading config, using default configuration  error="open /usr/bin/.cli-config.yml: no such file or directory"
    WARN[0000] Did not manage to get config file, using default configuration  error="open /usr/bin/.cli-config.yml: no such file or directory"
    INFO[0000] Checking if CLI is Bundled into the IDE      
    INFO[0000] Candidate IDE Directory: /usr/bin            
    INFO[0000] CLI is not bundled into the IDE              
    INFO[0000] Configuration set                            
    INFO[0000] Starting root command preparation (`arduino`) 
    INFO[0000] Formatter set                                
    INFO[0000] Loading the default Package index            
    Board Name	FQBN
    
    type: enhancement 
    opened by uffejakobsen 19
  • builder: use ar-chives for linking big sketches (was: use the @ syntax to reduce command line length if needed)

    builder: use ar-chives for linking big sketches (was: use the @ syntax to reduce command line length if needed)

    EDIT: I've changed the implementation, see: https://github.com/arduino/arduino-cli/pull/961#issuecomment-717120589 for more info. The previous solution (with the @file.txt) is here: https://github.com/arduino/arduino-cli/commit/7669f24faf01bb1e5eef7bee54a2809cec7ebe8a


    OLD solution: When there are a lot of object files the command line becomes very long. In this case, the @file.txt format is used to write down the list into a file and offload the command line.

    Fix #839

    opened by cmaglie 18
  • Unknown Command

    Unknown Command

    Bug Report

    Current behavior

    [Starting] Verify sketch - ArduPong.ino [Warning] Output path is not specified. Unable to reuse previously compiled files. Verify could be slow. See README. Error: unknown command "arduboy-homemade:avr:arduboy-homemade:based_on=promicro,boot=cathy3k,core=arduino-core,display=sh1106,flashselect=rx" for "arduino-cli" Run 'arduino-cli --help' for usage. [Error] Exit with code=1

    I have an Arduboy which is a third part library and get the above error

    Expected behavior

    Verifies my sketch file

    Environment

    arduino-cli Version: 0.11.0 Commit: 0296f4df116385f868b67c5ffa7393936c3345c9 MacOS Catalina 10.15.5

    Additional context

    I had an issue with Arduino IDE opening and making it the focus while I'm working in VSCode

    os: macos 
    opened by Ashteroide 18
  • [skip changelog] Fix pull request template markup

    [skip changelog] Fix pull request template markup

    Please check if the PR fulfills these requirements

    See how to contribute

    • [x] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [x] The PR follows our contributing guidelines
    • [N/A] Tests for the changes have been added (for bug fixes / features)
    • [N/A] Docs have been added / updated (for bug fixes / features)
    • [N/A] UPGRADING.md has been updated with a migration guide (for breaking changes)

    What kind of change does this PR introduce?

    Infrastructure fix

    What is the current behavior?

    This repository uses a pull request template in order to provide a standardized structure for pull request messages.

    There are several problems with the markup used in the template which make the contribution experience unpleasant:

    Incorrect heading markup

    The template imposes a framework for the organization of the pull request message by providing a section to contain each of the distinct types of important information to be included in the pull request. As should be obvious, the only correct formatting for section headings is heading markup, yet somehow unordered list markup was chosen instead. This collides with the appropriate use of lists within the sections.

    Problematic use of horizontal rule

    The template includes a link to the project's contributor guide. Previously, this link was at the bottom of the template, separated from the other content by a horizontal rule. One of the unfortunate ambiguities of the Markdown syntax is that the horizontal rule syntax is the same as the "setext-style" H2 heading syntax, with the differentiation depending on whether the prior line is empty. This results in text intended to be part of the "Other information" section of the PR message instead being formatted as an H2 heading if the contributor does not add an empty line at the end of the "Other information" section.

    What is the new behavior?

    Use the correct markup for headings.

    Avoid use of problematic horizontal rule markup.

    Does this PR introduce a breaking change, and is titled accordingly?

    No breaking change.

    topic: infrastructure type: imperfection 
    opened by per1234 0
  • [skip changelog] Use appropriate name for field that stores library folder name

    [skip changelog] Use appropriate name for field that stores library folder name

    Please check if the PR fulfills these requirements

    • [x] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [x] The PR follows our contributing guidelines
    • [ ] Tests for the changes have been added (for bug fixes / features)
    • [ ] Docs have been added / updated (for bug fixes / features)
    • [ ] UPGRADING.md has been updated with a migration guide (for breaking changes)

    What kind of change does this PR introduce?

    Bug fix.

    What is the current behavior?

    Each Arduino library has a name, which is used as its sole identifier by the user in arduino-cli lib commands, and by Arduino CLI when referring to the library in messages displayed to the user.

    The name is defined by:

    The name is resolved when loading the library and stored in the Name field of the github.com/arduino/arduino-cli/arduino/libraries.Library struct.

    The name of the library's installation folder is used by Arduino CLI in several other ways, most notably for determining "folder name priority" for use in library dependency resolution. For this reason, the folder name is also stored in the struct when loading the library.

    Arduino CLI and arduino-builder have been plagued by problems caused by the inappropriate use of this folder name as the identifier for the library instead of the sole correct identifier (which is only the folder name in the case of "1.0 format" libraries (https://github.com/arduino/arduino-cli/issues/932). The design of the github.com/arduino/arduino-cli/arduino/libraries.Library struct may have been a contributing factor in those bugs, since at the time of their occurrence the folder name was stored in the Name field, the metadata-defined name in a RealName. In addition to the fact that no one field could be used as a source of the name in all cases, I suspect the ambiguous field names themselves caused confusion to developers.

    This situation was improved by providing the library identifier via a single field for all library formats (https://github.com/arduino/arduino-cli/pull/1878). The name provided by this field is the "canonical" name of the library. Inexplicably, at that time the field containing the folder name was renamed CanonicalName. The string contained by this field is in no way a "canonical" name for the library, so the field name is bound to cause more of the very bugs and confusion the redesign of the struct was intended to prevent.

    What is the new behavior?

    Change the inappropriate github.com/arduino/arduino-cli/arduino/libraries.Library.CanonicalName field name to the accurate DirName.

    Does this PR introduce a breaking change, and is titled accordingly?

    Although the redesign of the github.com/arduino/arduino-cli/arduino/libraries.Library struct is a breaking change, this PR is only a patch on the previous PR that introduced the breaking change. Since there hasn't been a release since the time of that change, this PR does not introduce any new breaking changes.

    topic: code type: imperfection 
    opened by per1234 1
  • Add windows `.msi` installer to the CI

    Add windows `.msi` installer to the CI

    Please check if the PR fulfills these requirements

    • [X] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [X] The PR follows our contributing guidelines
    • [ ] Tests for the changes have been added (for bug fixes / features)
    • [X] Docs have been added / updated (for bug fixes / features)
    • [ ] UPGRADING.md has been updated with a migration guide (for breaking changes)
    • What kind of change does this PR introduce?

    build msi installer for windows

    • What is the current behavior?

    should solve #705

    • What is the new behavior?

    we are able to build an msi installer for windows

    nop

    • Other information:

    I already added the required secrets to the repo.

    The installer is able to install the Arduino CLI to a specified path (by default in C:\Program Files\Arduino CLI) also being able to put that as PATH env variable. Upgrades between versions are working, and the installer should recognize the path of the previous installation, when upgrading.


    See how to contribute

    type: enhancement os: windows topic: packaging 
    opened by umbynos 1
  • [skip-changelog] Migrate tests from `test_config.py` to `config_test.go`

    [skip-changelog] Migrate tests from `test_config.py` to `config_test.go`

    Please check if the PR fulfills these requirements

    • [x] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [x] The PR follows our contributing guidelines
    • [ ] Tests for the changes have been added (for bug fixes / features)
    • [ ] Docs have been added / updated (for bug fixes / features)
    • [ ] UPGRADING.md has been updated with a migration guide (for breaking changes)

    What kind of change does this PR introduce?

    Infrastructure enhancement

    What is the new behavior?

    This PR is a followup to PR #1806 Integration tests that were previously present in test_config.py have been rewritten in config_test.go, without changing their original purpose. More informations on the tests can be found checking the single commits.

    Does this PR introduce a breaking change, and is titled accordingly?

    No


    See how to contribute

    type: enhancement topic: infrastructure 
    opened by MatteoPologruto 1
  • [skip-changelog] Migrate tests from `test_compile_part_2.py` to `compile_part_2_test.go`

    [skip-changelog] Migrate tests from `test_compile_part_2.py` to `compile_part_2_test.go`

    Please check if the PR fulfills these requirements

    • [x] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [x] The PR follows our contributing guidelines
    • [ ] Tests for the changes have been added (for bug fixes / features)
    • [ ] Docs have been added / updated (for bug fixes / features)
    • [ ] UPGRADING.md has been updated with a migration guide (for breaking changes)

    What kind of change does this PR introduce?

    Infrastructure enhancement

    What is the new behavior?

    This PR is a followup to PR #1806 Integration tests that were previously present in test_compile_part_2.py have been rewritten in compile_part_2_test.go, without changing their original purpose. The tests are the following:

    • TestCompileWithOutputDirFlag
    • TestCompileWithExportBinariesFlag
    • TestCompileWithCustomBuildPath
    • TestCompileInvalidUrl
    • TestCompileWithExportBinariesEnvVar
    • TestCompileWithExportBinariesConfig
    • TestCompileWithCustomLibraries
    • TestCompileWithArchivesAndLongPaths
    • TestCompileWithPrecompileLibrary

    Does this PR introduce a breaking change, and is titled accordingly?

    No


    See how to contribute

    type: enhancement topic: infrastructure 
    opened by MatteoPologruto 1
  • [breaking] Removed redundant and useless commands from gRPC API

    [breaking] Removed redundant and useless commands from gRPC API

    Please check if the PR fulfills these requirements

    • [X] The PR has no duplicates (please search among the Pull Requests before creating one)
    • [X] The PR follows our contributing guidelines
    • [X] Tests for the changes have been added (for bug fixes / features)
    • [ ] Docs have been added / updated (for bug fixes / features)
    • [ ] UPGRADING.md has been updated with a migration guide (for breaking changes)
    • What kind of change does this PR introduce? Removes the gRPC commands:
      rpc UpdateCoreLibrariesIndex(UpdateCoreLibrariesIndexRequest) returns (stream UpdateCoreLibrariesIndexResponse) {}
      rpc Outdated(OutdatedRequest) returns (OutdatedResponse) {}
      rpc Upgrade(UpgradeRequest) returns (stream UpgradeResponse) {}
    
    • What is the current behavior? The code for these cli commands (execution, rendering, error reporting...) is duplicated from 2 to 3 times.
    • What is the new behavior? Removed all code duplication.
    • Does this PR introduce a breaking change, and is titled accordingly? Yes, the gRPC API calls described above have been removed.
    opened by cmaglie 0
Releases(0.27.1)
Owner
Arduino
This org contains the official Arduino tools (IDE, Pro IDE, CLI...) as well as the official cores. See @arduino-libraries for the official libraries.
Arduino
An open-source GitLab command line tool bringing GitLab's cool features to your command line

GLab is an open source GitLab CLI tool bringing GitLab to your terminal next to where you are already working with git and your code without switching

Clement Sam 2.1k Oct 2, 2022
A command line tool to prompt for a value to be included in another command line.

readval is a command line tool which is designed for one specific purpose—to prompt for a value to be included in another command line. readval prints

Venky 0 Dec 22, 2021
git-xargs is a command-line tool (CLI) for making updates across multiple Github repositories with a single command.

Table of contents Introduction Reference Contributing Introduction Overview git-xargs is a command-line tool (CLI) for making updates across multiple

Gruntwork 650 Sep 28, 2022
git-xargs is a command-line tool (CLI) for making updates across multiple GitHub repositories with a single command

git-xargs is a command-line tool (CLI) for making updates across multiple GitHub repositories with a single command. You give git-xargs:

Maxar Infrastructure 1 Feb 5, 2022
A command line tool for simplified docker volume command built with go

dockervol A command line tool for simplified docker volume command built with go. Features: Remove anonymous volume (beta) Remove volume by matching n

Moh Achun Armando 0 Dec 18, 2021
fofax is a fofa query tool written in go, positioned as a command-line tool and characterized by simplicity and speed.

fofaX 0x00 Introduction fofax is a fofa query tool written in go, positioned as

null 461 Sep 24, 2022
Go package to make lightweight ASCII line graph ╭┈╯ in command line apps with no other dependencies.

asciigraph Go package to make lightweight ASCII line graphs ╭┈╯. Installation go get github.com/guptarohit/asciigraph Usage Basic graph package main

Rohit Gupta 2k Sep 22, 2022
Package command provide simple API to create modern command-line interface

Package command Package command provide simple API to create modern command-line interface, mainly for lightweight usage, inspired by cobra Usage pack

chenen 0 Jan 16, 2022
Watcher - A simple command line app to watch files in a directory for changes and run a command when files change!

Watcher - Develop your programs easily Watcher watches all the files present in the directory it is run from of the directory that is specified while

Geet Sethi 1 Mar 27, 2022
Command line tool for Google Cloud Datastore, written in Go

dsio dsio is a command line tool for Google Cloud Datastore. This tool is under development. Please use in your own risk. Features Bulk upsert entitie

Shinichi Nishimura 66 Feb 8, 2022
A simple command line tool using which you can skip phone number based SMS verification by using a temporary phone number that acts like a proxy.

Fake-SMS A simple command line tool using which you can skip phone number based SMS verification by using a temporary phone number that acts like a pr

Narasimha Prasanna HN 726 Sep 23, 2022
pgCenter is a command-line admin tool for observing and troubleshooting Postgres.

Command-line admin tool for observing and troubleshooting Postgres.

Lesovsky Alexey 1.4k Sep 19, 2022
textnote is a command line tool for quickly creating and managing daily plain text notes.

textnote is a command line tool for quickly creating and managing daily plain text notes. It is designed for ease of use to encourage the practice of daily, organized note taking. textnote intentionally facilitates only the management (creation, opening, organizing, and consolidated archiving) of notes, following the philosophy that notes are best written in a text editor and not via a CLI.

Daniel Kaslovsky 159 Aug 26, 2022
Command line tool for adding Windows resources to executable files

go-winres A simple command line tool for embedding usual resources in Windows executables built with Go: A manifest An application icon Version inform

null 156 Sep 30, 2022
A command-line tool and library for generating regular expressions from user-provided test cases

Table of Contents What does this tool do? Do I still need to learn to write regexes then? Current features How to install? 4.1 The command-line tool 4

Peter M. Stahl 5.6k Sep 25, 2022
A command line tool for file downloads

A command line tool for file downloads

null 258 Jul 25, 2021
A command-line tool for Stripe

Stripe CLI The Stripe CLI helps you build, test, and manage your Stripe integration right from the terminal. With the CLI, you can: Securely test webh

Stripe 1.3k Sep 25, 2022
GitHub’s official command line tool

GitHub CLI gh is GitHub on the command line. It brings pull requests, issues, and other GitHub concepts to the terminal next to where you are already

GitHub CLI 29.9k Sep 26, 2022
A very simple command line tool for downloading YouTube videos.

GoTube Overview This repository contains a single-file implementation of YouTube video downloader written in Go. It does not require any third-party p

Jimmy Yang 184 Sep 20, 2022