Blueprints not working on Linux

What issue or error are you experiencing?

Can create Blueprints on Linux. However when I try to create a new site from the created Blueprint it fails on provisioning. Spits out an error, that is not on the screen long enough to read.

What steps can be taken to replicate the issue? Feel free to include screenshots, videos, etc

Tried it on two separate versions of Linux same issue.


System Details

  • Local Version: Version 9.2.7+6877

  • Operating System (OS) and OS version: Fedora 42 & Debian 13 Trixie


Local Logs

Attach your Local Logs here (Help Doc - Retrieving Local’s Log)

local-logs.zip (9.6 KB)


Security Reminder
Local does a pretty good job of scrubbing private info from the logs and the errors it produces, however there’s always the possibility that something private can come through. Because these are public forums, always review the screenshots you are sharing to make sure there isn’t private info like passwords being displayed.

Thank you for this report, @iMark! I can reproduce this under Ubuntu 22. This also affects import of sites exported as a zip file for me.

I have filed an issue with the Local team, but I don’t have a timeline for a fix just yet.

Looking more closely at the Local log, it seems like things are broken due to this error:

{"level":"error","message":"Command failed: %%userDataPath%%/lightning-services/mysql-8.0.35+4/bin/linux/bin/mysql --default-character-set=utf8 -A --skip-column-names -e SELECT @@SQL_MODE;\n%%userDataPath%%/lightning-services/mysql-8.0.35+4/bin/linux/bin/mysql: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory\n","originalError":{"cmd":"%%userDataPath%%/lightning-services/mysql-8.0.35+4/bin/linux/bin/mysql --default-character-set=utf8 -A --skip-column-names -e SELECT @@SQL_MODE;","code":127,"killed":false,"signal":null},"timestamp":"2025-08-21T00:04:15.669Z"}

Note the error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory part.

When I installed a new version of Ubuntu 22.04.5 on my laptop and tried to replicate, I was able to create sites from a blueprint. It’s possible that the image I used has that newer lib. For reference, I used a this image from OSU ubuntu-22.04.5-desktop-amd64.iso found via the Mirrors : Ubuntu link.

For my own curiosity, what versions of libncurses exist on your machine? These commands should help list those files:

ldconfig -p | grep ncurses
find / -name 'libncurses*' 2>/dev/null

When I run the above commands, I have libcurses.so.5 provided by Local, but I also have version 6 installed distro-wide.

I’d be curious to know what you have. It’s also possible that there’s some kind of issue with how Local is configuring the shell environment when it’s importing the site.

Ok, interesting. I installed Trixie debian and am able to replicate, getting that error. Here’s what my libncurses looks like on that system:

So… the file exists on disk, provided by Local. But for some reason, Local can’t access it. :thinking:

At least I can repro, and will be taking a closer look now!

Hello @ben.turner so sorry my late reply just ran the commands you asked about to find the version of the files here is the output

libncursesw.so.6 (libc6,x86-64) => /lib64/libncursesw.so.6
libncursesw.so.5 (libc6,x86-64) => /lib64/libncursesw.so.5
libncurses.so.6 (libc6,x86-64) => /lib64/libncurses.so.6
libncurses.so.5 (libc6,x86-64) => /lib64/libncurses.so.5
libncurses++w.so.5 (libc6,x86-64) => /lib64/libncurses++w.so.5
libncurses++.so.5 (libc6,x86-64) => /lib64/libncurses++.so.5
/home/design/.config/Local/lightning-services/mysql-8.0.35+4/bin/linux/lib/libncurses.so.5
/opt/Local/resources/extraResources/lightning-services/mysql-8.0.35+4/bin/linux/lib/libncurses.so.5
/usr/lib64/libncurses.so.6
/usr/lib64/libncursesw.so.6
/usr/lib64/libncurses.so.6.5
/usr/lib64/libncursesw.so.6.5
/usr/lib64/libncurses++.so.5
/usr/lib64/libncurses++.so.5.9
/usr/lib64/libncurses++w.so.5
/usr/lib64/libncurses++w.so.5.9
/usr/lib64/libncurses.so.5
/usr/lib64/libncurses.so.5.9
/usr/lib64/libncursesw.so.5
/usr/lib64/libncursesw.so.5.9
/var/lib/flatpak/runtime/org.kde.Platform/x86_64/5.15-24.08/79fbdb22e166f20c4ca1f6639415d8dac00cfe64b07ab18d0f5a875c73942225/files/lib/x86_64-linux-gnu/libncurses.so.6
/var/lib/flatpak/runtime/org.kde.Platform/x86_64/5.15-24.08/79fbdb22e166f20c4ca1f6639415d8dac00cfe64b07ab18d0f5a875c73942225/files/lib/x86_64-linux-gnu/libncurses.so.6.4
/var/lib/flatpak/runtime/org.kde.Platform/x86_64/5.15-24.08/79fbdb22e166f20c4ca1f6639415d8dac00cfe64b07ab18d0f5a875c73942225/files/lib/x86_64-linux-gnu/libncursesw.so.6
/var/lib/flatpak/runtime/org.kde.Platform/x86_64/5.15-24.08/79fbdb22e166f20c4ca1f6639415d8dac00cfe64b07ab18d0f5a875c73942225/files/lib/x86_64-linux-gnu/libncursesw.so.6.4

I’m running version 9.25 of local and it works.

I’m now going to update to 9.28 and see if that has resolved it.

It was broken in 9.27

I’ll report back with an update.

Kind Regards

Mark

2 Likes

Hi Ben

Version 9.2.8+6882 has resolved the issue.

Many thanks for taking the time to investigate this.

Kind Regards

Mark

1 Like

Thanks for letting us know @iMark! :green_heart:

I was able to zero in on the issue and merged a fix to master. This should handle missing libs a bit better in upcoming releases of Local.

2 Likes

Local 9.2.9 is now out with a fix for this issue. Thank you again for the report!

https://localwp.com/releases/9.2.9/

2 Likes