canirequire › CommonJS › @img/sharp-libvips-linuxmusl-x64
Is @img/sharp-libvips-linuxmusl-x64 ESM-only? Can you require() it?
Prebuilt libvips and dependencies for use with sharp on Linux (musl) x64
Last verified Sep 9, 2026 against @img/sharp-libvips-linuxmusl-x64@1.3.3. JSON
CommonJS CommonJS — require() works on every Node.js version
@img/sharp-libvips-linuxmusl-x64 ships CommonJS only. require("@img/sharp-libvips-linuxmusl-x64") works everywhere. import "@img/sharp-libvips-linuxmusl-x64" also works because Node.js and Bun can import CommonJS from ES modules, but only the default export is guaranteed; named imports depend on Node's static analysis of the module.
Does @img/sharp-libvips-linuxmusl-x64@1.3.3 actually load? Runtime test results
Installed and executed on Sep 9, 2026 with require("@img/sharp-libvips-linuxmusl-x64") from a CommonJS file and import "@img/sharp-libvips-linuxmusl-x64" from an ES module.
| Runtime | require("@img/sharp-libvips-linuxmusl-x64") | import "@img/sharp-libvips-linuxmusl-x64" |
|---|---|---|
| Node.js 18 | ✗ failsMODULE_NOT_FOUND | ✗ failsERR_MODULE_NOT_FOUND |
| Node.js 20 | ✗ failsMODULE_NOT_FOUND | ✗ failsERR_MODULE_NOT_FOUND |
| Node.js 22 | ✗ failsMODULE_NOT_FOUND | ✗ failsERR_MODULE_NOT_FOUND |
| Node.js 24 | ✗ failsMODULE_NOT_FOUND | ✗ failsERR_MODULE_NOT_FOUND |
| Node.js 26 | ✗ failsMODULE_NOT_FOUND | ✗ failsERR_MODULE_NOT_FOUND |
| Bun 1.4 | ✗ failserror: Cannot find module '@img/sharp-libvips-linuxmusl-x64' from '/Users/boat/Projects/top-seo/data/probe-work/@img__sharp-libvips-linuxmusl-x64/req.cjs' | ✗ failserror: Cannot find module '@img/sharp-libvips-linuxmusl-x64' from '/Users/boat/Projects/top-seo/data/probe-work/@img__sharp-libvips-linuxmusl-x64/imp.mjs' |
A failing require() on a CommonJS package usually means the package needs a browser/DOM global, a peer dependency, or a native binary that is not available in a bare Node.js process.
How to import @img/sharp-libvips-linuxmusl-x64
ES modules (import)
import sharpLibvipsLinuxmuslX64 from "@img/sharp-libvips-linuxmusl-x64";Named imports from a CommonJS package only work when Node.js can statically detect them. If a named import fails, use the default import and destructure.
CommonJS (require)
const sharpLibvipsLinuxmuslX64 = require("@img/sharp-libvips-linuxmusl-x64");Module format by version
Derived from the type, main and exports fields of every stable release on npm (18 versions; the newest 18 shown).
| Versions | Format | First published |
|---|---|---|
| 0.0.1 – 1.3.3 | CommonJS | Oct 12, 2023 |
Frequently asked
Is @img/sharp-libvips-linuxmusl-x64 ESM-only?
@img/sharp-libvips-linuxmusl-x64@1.3.3 is a CommonJS package. @img/sharp-libvips-linuxmusl-x64 ships CommonJS only. require("@img/sharp-libvips-linuxmusl-x64") works everywhere. import "@img/sharp-libvips-linuxmusl-x64" also works because Node.js and Bun can import CommonJS from ES modules, but only the default export is guaranteed; named imports depend on Node's static analysis of the module.
Can I import @img/sharp-libvips-linuxmusl-x64 with ES module syntax?
Yes. import sharpLibvipsLinuxmuslX64 from "@img/sharp-libvips-linuxmusl-x64" works in Node.js and Bun because they support importing CommonJS modules. Named imports work only when Node.js can statically detect the exports.
Does @img/sharp-libvips-linuxmusl-x64 work in Bun?
Importing @img/sharp-libvips-linuxmusl-x64 failed in Bun 1.4 on Sep 9, 2026: error: Cannot find module '@img/sharp-libvips-linuxmusl-x64' from '/Users/boat/Projects/top-seo/data/probe-work/@img__sharp-libvips-linuxmusl-x64/imp.mjs'
Does @img/sharp-libvips-linuxmusl-x64 ship TypeScript types?
No. @img/sharp-libvips-linuxmusl-x64 ships no type declarations and there is no @types package for it.
Links
Other commonjs packages
- debug 4.4.3CommonJS
- semver 7.8.5CommonJS
- ms 2.1.3CommonJS
- picomatch 4.0.7CommonJS
- ajv 8.20.0CommonJS
- source-map 0.8.0CommonJS
- react-is 19.2.8CommonJS
- readable-stream 4.7.0CommonJS
Similar popularity
- @opentelemetry/semantic-conventions 1.43.0CommonJS
- @typescript-eslint/utils 8.70.0CommonJS
- @opentelemetry/resources 2.11.0CommonJS
- @humanfs/node 0.16.8ESM-only
- @opentelemetry/instrumentation 0.222.0CommonJS
- @eslint/object-schema 3.0.5Dual
- @eslint/config-helpers 0.7.0Dual
- @humanfs/core 0.19.2ESM-only