Layr-Labs / Layr-Labs/devkit-cli

QoL: Add Package Manager Support Across Multiple Platforms

Open
#186 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement feature
Dominant language
Go
Stars
27
Forks
10
PR merge metrics
No merged PRs in 30d

Description

NOTE: This should likely be done after the alpha phase, and definitely in multiple PRs for each package manager.
As a QoL improvement this is a nice to have not a must have

Problem

Users currently need to install the EigenLayer DevKit by downloading precompiled binaries. This creates a suboptimal experience, especially for users who rely on package managers to handle dependency resolution and installation. Adding proper support across major platforms would improve accessibility, reduce onboarding friction, and align with current developer tooling conventions.

Solution

Create official packages for major platform package managers, including:

  • Homebrew (macOS/Linux)
  • Arch Linux AUR
  • Debian/Ubuntu Snapcraft or Apt repository
  • Fedora (DNF)
Motivation

This change would significantly improve the developer experience by:

  1. Providing a standard way to install the EigenLayer DevKit via familiar package managers
Expected Outcome
  1. Installation Experience

    • Users should be able to install the DevKit using their preferred package manager without significant configuration changes
    # macOS/Linux:
    $ brew install eigen-devkit
    
    # Arch Linux:
    $ yay -S eigen-devkit
    

A good reference for how users of other linux distributions are familiar with installing third-party pacakges would be the Brave Browser installation instructions for linux: https://brave.com/linux/

  1. Documentation
    • All package installation methods must be documented in README.md
    • The README should include a "Package Manager Installation" section
Additional Notes
  1. This feature requires maintaining multiple package definitions simultaneously
  2. There should be a contrib/ directory at the root of the repository containing all package definitions
Implementation Approach
  1. Phase 1: Research

    • Investigate official package manager interfaces for each platform
    • Create initial draft packages
  2. Phase 2: Initial Implementation

    • Write and test the package definitions
  3. Phase 3: Integration

    • Add CI workflows to build and test packages
    • Update project documentation
Resources
  1. Homebrew Formula Guide
  2. Arch Linux Packaging
  3. Debian Packaging
  4. Fedora Packaging Tutorial

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with README.md and the proposed root-level contrib/ directory, then review the Homebrew, Arch, Debian, and Fedora packaging references linked in the issue. Define the package-manager scope and how each package installs the existing DevKit. Done means package definitions, CI workflows to build and test them, and documented installation methods in a new README section.

Written by the indexing model from the issue text.

Assessment

Tech stack
arch-linux, debian, fedora, go, linux, macos, ubuntu
Domain
build-system, cli, documentation, release
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.