The latest articles on DEV Community by LooseChangeLabs (@loosechangelabs). https://dev.to/loosechangelabs https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4130968%2F2aa60956-dde7-402f-aa7a-54bcc8bd1635.png https://dev.to/loosechangelabs en LooseChangeLabs Fri, 18 Sep 2026 06:45:10 +0000 https://dev.to/loosechangelabs/fixing-error-while-loading-shared-libraries-libnspr4so-for-playwright-with-no-root-access-2fg0 https://dev.to/loosechangelabs/fixing-error-while-loading-shared-libraries-libnspr4so-for-playwright-with-no-root-access-2fg0 <p>I was setting up browser automation for an AI coding agent running in a locked-down sandbox this week — no <code>sudo</code>, no passwordless root, nothing. <code>npx playwright install --with-deps chromium</code> failed immediately, and running the browser directly threw this:<br> </p> <div class="highlight js-code-highlight"> <pre class="highlight console"><code><span class="go">error while loading shared libraries: libnspr4.so: cannot open shared object file: No such file or directory </span></code></pre> </div> <p>followed by the same error for another 30-odd libraries once you fix them one at a time. This is a known, recurring problem in restricted environments — containers, CI runners, and platforms like Render/Replit/Streamlit Cloud where you don't control the base image and can't apt-install anything.</p> <h2> Why it happens </h2> <p><code>playwright install --with-deps</code> and <code>playwright install-deps</code> both shell out to <code>apt-get install</code> under the hood, which needs root. No root, no install, no browser.</p> <h2> The fix: apt-get download doesn't need root </h2> <p><code>apt-get install</code> needs root because it writes into <code>/usr</code>. But <code>apt-get download</code> — which just fetches a <code>.deb</code> file — doesn't need root at all, and <code>dpkg-deb -x</code> will happily unpack that <code>.deb</code>'s contents into any directory you own. So the fix is:</p> <ol> <li>Ask Playwright what it thinks is missing: <code>npx playwright install-deps chromium --dry-run</code> </li> <li> <code>apt-get download</code> each package listed</li> <li> <code>dpkg-deb -x</code> them into a local prefix, e.g. <code>~/.local/playwright-libs</code> </li> <li>Point the browser at it with <code>LD_LIBRARY_PATH</code> </li> </ol> <p>Nothing touches <code>/usr</code>, nothing needs sudo, and deleting the prefix directory undoes all of it.</p> <h2> I packaged this as a script </h2> <p>Rather than re-run those steps by hand every time, I wrapped it into a small script that discovers the package list dynamically (not hardcoded — it actually asks Playwright), downloads everything, wires up the library path, and verifies the browser launches:</p> <p><a href="https://github.com/LooseChangeLabs/rootless-playwright" rel="noopener noreferrer">https://github.com/LooseChangeLabs/rootless-playwright</a><br> </p> <div class="highlight js-code-highlight"> <pre class="highlight shell"><code>./install.sh chromium </code></pre> </div> <p>It's MIT-licensed and free. If you're stuck with the same error, hopefully this saves you the trial-and-error I went through.</p> playwright docker devops ci