Welcome to the beta release of our containerized LabVIEW environment! This README provides instructions for getting started, running the container, and reporting feedback.
- Overview
- Prerequisites
- Installation
- Example Usage
- FAQs
- 1. How do I get access to the private container image?
- 2. Which LabVIEW versions are supported inside the container?
- 3. Can I add my own VIs to the CI workflow?
- 4. How do I customize the GitHub Actions workflow?
- 5. What system resources does the container require?
- 6. Who should I contact for support or to report bugs?
- Licensing Agreement
Pull and run the labview:2025q3-linux-beta
image directly in your own environment. We will add you as a contributor on the private GitHub Package Registry so you can authenticate and download the image as needed.
- Docker Engine (version 20.10+)
- At least 8 GB RAM and 4 CPU cores available
- Internet connection for downloading the container image
- Git
-
Private Registry
The LabVIEW Linux image is hosted privately on GitHub Container Registry (ghcr.io
). -
Request Access
Email your GitHub username to[email protected]
. We’ll grant you “read” permissions for thelabview
package. -
Authenticate & Pull
# Log in to GHCR docker login ghcr.io -u <your-github-username> # Enter a Personal Access Token (with at least read:packages scope) when prompted # Pull the beta image docker pull ghcr.io/shivacode-2/labview:2025q3-linux-beta
-
Run the Container (Interactive Shell)
docker run --rm -it ghcr.io/shivacode-2/labview:2025q3-linux-beta
This command launches the container and drops you straight into a Bash shell—no volume mounts or network settings required.
-
Run LabVIEWCLI Operations
Once inside the container shell, execute anyLabVIEWCLI
command.
docker pull ghcr.io/shivacode-2/labview:2025q3-linux-beta
docker run -it ghcr.io/shivacode-2/labview:2025q3-linux-beta
# Inside Container
LabVIEWCLI -OperationName MassCompile -DirectoryToCompile /usr/local/natinst/LabVIEW-2025-64/examples/Arrays -LogToConsole TRUE -LabVIEWPath /usr/local/natinst/LabVIEW-2025-64/labviewprofull
You can use this repository as an example of how to integrate a LabVIEWCLI Docker image into your CI/CD workflows, such as GitHub Actions. Essentially, this repository serves as a practical demonstration of how to:
- Run LabVIEWCLI commands within a Docker container: This shows you how to encapsulate your LabVIEWCLI operations in a consistent and isolated environment.
- Leverage built-in GitHub Actions and helper scripts: The repository provides pre-configured workflows and scripts that illustrate how to automate tasks involving the LabVIEWCLI Docker image in a CI/CD pipeline. By exploring this repository, you can gain insights into setting up and running LabVIEWCLI-based processes as part of your automated build, test, and deployment strategies.
-
Test-VIs/
A collection of sample VIs used by the CI pipeline for MassCompile and VI Analyzer tests. You can add, remove, or reorganize VIs here to include your own test cases. -
runlabview.sh
The entry-point script that invokeslabviewcli
inside the container. By default it runs:- MassCompile on all VIs under
Test-VIs/
- VIAnalyzer against a predefined project
Feel free to extend or replace these commands to suit your workflows.
- MassCompile on all VIs under
-
.github/workflows/vi-analyzer-container.yml
Defines the GitHub Actions pipeline:- Authenticate with GitHub Container Registry
- Pull the
labview:2025q3-linux-beta
image - Mount the repository into the container
- Run
runlabview.sh
and capture test results - Report pass/fail status back to the PR checks
This section demonstrates how you can leverage this repository to integrate LabVIEWCLI-driven tests into your Continuous Integration (CI) pipeline. It provides a practical example of setting up and running LabVIEWCLI tests automatically as part of your development workflow.
-
Fork the repository
- Visit:
https://github.com/shivaCode-2/linuxContainer
- Click Fork to create your own copy.
- Visit:
-
Clone your fork locally
git clone https://github.com/<your-username>/linuxContainer.git cd linuxContainer
-
Create a feature branch
git checkout -b my-ci-test
Make any changes you like—add or update VIs under Test-VIs/, tweak runlabview.sh, etc.
-
Push your branch
git push origin my-ci-test
-
Open a Pull Request
- In your fork on GitHub, click Compare & pull request.
- Target branch:
shivaCode-2/linuxContainer:main
-
Watch the CI pipeline The “Run VI Analyzer” workflow will automatically:
- Authenticate to GHCR
- Pull labview:2025q3-linux-beta
- Mount your repo and execute runlabview.sh
- Report pass/fail in the PR checks-
-
Review results & iterate
- Click the Actions tab or PR checks to see logs.
- Update your scripts or VIs, push new commits, and watch the workflow run again.
-
Customize for your needs
- Modify runlabview.sh to add/remove CLI commands.
- Edit
.github/workflows/vi-analyzer-container.yml
to adjust jobs, environment variables, or matrix settings.
Feel free to tailor the workflow to your needs—add or remove jobs, adjust environment variables, or modify volume mounts. You can also use the provided YAML definitions as a springboard for your own CI/CD pipelines. This repository is meant as a reference implementation to help you quickly integrate LabVIEWCLI commands into your automated workflows.
You need to be added as a contributor on the GitHub Packages feed. Simply email your GitHub username to [email protected]
and we’ll grant you “read” rights. Once added, log in and pull with:
docker login ghcr.io -u <your-username>
docker pull ghcr.io/shivacode-2/labview:2025q3-linux-beta
The beta image bundles LabVIEW 2025 Q3. CLI commands (labviewcli) will only work on VIs built for LabVIEW 2025 or earlier.
Yes. In your fork of linuxContainer, drop VIs into Test-VIs/ (or create subfolders), then update runlabview.sh with the new paths or operations. When you open a PR, the GitHub Action will run your tests automatically.
Edit .github/workflows/vi-analyzer-container.yml
:
- Add or remove jobs under jobs
- Change CLI commands in the runlabview.sh
- Adjust mount points, environment variables, or matrix configurations as needed
We recommend at least 8 GB RAM and 4 CPU cores for smooth MassCompile or VI Analyzer runs. You can adjust Docker’s resource allocation in your Docker Desktop (or engine) settings.
- Issues & feature requests: https://github.com/shivaCode-2/linuxContainer/issues
- Direct support: email [email protected]