npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

local-package-tester

v1.1.0

Published

Local package testing without symlink headaches. A tarball-based npm link replacement that works with Vite, Nuxt, and modern bundlers.

Downloads

22

Readme

lpt — Local Package Tester

CI npm version License: MIT Node.js

Test local packages without symlink headaches. lpt uses npm pack + npm install to create real tarball installations that work with Vite, Nuxt, Next.js, SvelteKit, Astro, and every other modern bundler.

Why not npm link?

npm link creates symlinks. Symlinks break with:

| Problem | npm link | yalc | lpt | |---------|----------|------|-----| | Vite/Nuxt/Next.js resolve errors | Broken | Works | Works | | Duplicate peer dependencies | Common | Rare | Never | | node_modules nesting issues | Yes | Sometimes | Never | | Works with all package managers | npm only | npm/yarn | npm/pnpm/yarn/bun | | Multiple targets at once | Manual | Manual | Built-in | | File watching + auto-rebuild | No | Plugin | Built-in | | HMR triggering | No | No | Auto-detected |

lpt installs your package the same way your users will — as a tarball. No symlinks, no resolution hacks, no surprises.

Quick Start

# Install globally
npm install -g local-package-tester

# In your package directory, link to a target project
cd ~/projects/my-ui-library
lpt link ../my-app

# Build, pack, and install in one step
lpt dev

# Or watch for changes and auto-rebuild
lpt watch

Commands

lpt link <target>

Link the current package to a target project. Run from your package's root directory.

# Link to one project
lpt link ../my-app

# Link to multiple projects
lpt link ../my-app
lpt link ../my-other-app

lpt unlink [target]

Remove a link. Omit the target to remove all links for the current package.

# Remove specific target
lpt unlink ../my-app

# Remove all targets
lpt unlink

lpt dev

One-shot build + pack + install to all linked targets.

lpt dev

# Preview what would happen without executing
lpt dev --dry-run

lpt watch

Watch for file changes and auto-rebuild. Includes debouncing and a rebuild queue so rapid saves don't cause overlapping builds.

lpt watch

# Custom watch paths (comma-separated)
lpt watch --paths "src/**/*,lib/**/*"

# Custom debounce interval
lpt watch --debounce 500

# Preview configuration
lpt watch --dry-run

lpt list

Show all linked packages and their targets.

lpt list

lpt status

Health check for all links. Shows validation status, last install time, detected package manager, build command, and watch paths.

lpt status

Output:

Package: @myorg/ui-components
Source:  ~/projects/ui-components (valid)
Targets:
  → ~/projects/web-app (valid, last installed 2m ago)
  → ~/projects/mobile-app (valid, never installed)
Package manager: pnpm (detected)
Watch paths: src/**/* lib/**/* package.json

Global Flags

| Flag | Description | |------|-------------| | --verbose | Show detailed output including build logs | | --quiet | Only show errors | | --version | Show version | | --help | Show help |

Configuration

.lptrc

Create a .lptrc file in your package root to customize behaviour:

{
  "watch": ["src/**/*", "lib/**/*", "package.json"],
  "buildCommand": "npm run build:lib",
  "skipBuild": false,
  "packageManager": "auto",
  "debounce": 300,
  "hmr": {
    "strategy": "auto",
    "files": ["src/trigger.ts"]
  },
  "hooks": {
    "preBuild": "npm run lint",
    "postInstall": "echo done"
  }
}

| Option | Default | Description | |--------|---------|-------------| | watch | ["src/**/*", "lib/**/*", "package.json"] | Glob patterns to watch for changes | | buildCommand | Auto-detected (npm run build, etc.) | Custom build command | | skipBuild | false | Skip the build step entirely | | packageManager | "auto" | Force a package manager (npm, pnpm, yarn, bun) | | debounce | 300 | Milliseconds to wait before rebuilding after a change | | hmr.strategy | "auto" | HMR trigger strategy: "auto", "touch", or "none" | | hmr.files | — | Files to touch when strategy is "touch" | | hooks.preBuild | — | Command to run before building | | hooks.postInstall | — | Command to run after installing |

Package Manager Detection

lpt automatically detects the package manager for both source and target projects:

  1. Lock file (pnpm-lock.yaml, yarn.lock, bun.lockb, package-lock.json)
  2. packageManager field in package.json (corepack)
  3. Falls back to npm

The source and target can use different package managers — lpt handles the translation.

HMR Triggering

After installing, lpt automatically triggers hot module replacement by touching a framework-specific file:

| Framework | File touched | |-----------|-------------| | Nuxt | app.vue | | Vite | vite.config.ts | | Next.js | next.config.js | | SvelteKit | svelte.config.js | | Astro | astro.config.mjs |

Set hmr.strategy to "none" to disable, or "touch" with custom hmr.files to control which files are touched.

How It Works

lpt dev

1. Build    →  npm run build        (in your package)
2. Pack     →  npm pack             (creates a tarball)
3. Install  →  npm install pkg.tgz  (in each target)
4. HMR      →  touch app.vue        (triggers hot reload)
5. Cleanup  →  remove tarball

This is the same installation path your users take when they npm install your published package. No symlinks, no resolution quirks.

License

MIT