Closed SnowyCoder closed 2 years ago
hey @SnowyCoder , I checked and all works fine. Seems like issue is fixed. Please close this
I checked and the error still seems to be present in the latest exported tauri-cli (v.1.0.0-rc.10).
+ ./linuxdeploy-x86_64.AppImage --appimage-extract-and-run --appdir totemfe.AppDir --plugin gtk --output appimage
linuxdeploy version 1-alpha (git commit ID 097212a), GitHub actions build 80 built on 2022-05-03 17:10:24 UTC
terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::status: Permission denied: "/root/.local/binexport"
`
error Command failed with exit code 1.
uname -a
: Linux snowy-pc 5.16.20-2-MANJARO #1 SMP PREEMPT Thu Apr 14 06:44:39 UTC 2022 x86_64 GNU/Linux
(example github repo updated accordingly)
Additional info (using this project):
❯ yarn tauri info
yarn run v1.22.15
warning package.json: No license field
$ tauri info
Environment
› OS: Manjaro 21.2.6 X64
› Node.js: 17.1.0
› npm: 8.1.3
› pnpm: 6.11.0
› yarn: 1.22.15
› rustup: 1.24.3
› rustc: 1.60.0
› cargo: 1.60.0
› Rust toolchain: stable-x86_64-unknown-linux-gnu
Packages
› @tauri-apps/cli [NPM]: 1.0.0-rc.10
› @tauri-apps/api [NPM]: 1.0.0-rc.5
› tauri [RUST]: 1.0.0-rc.10,
› tauri-build [RUST]: 1.0.0-rc.8,
› tao [RUST]: 0.8.4,
› wry [RUST]: 0.16.2,
App
› build-type: bundle
› CSP: default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' img-src: 'self'
› distDir: ../dist
› devPath: ../dist
App directory structure
├─ .git
├─ dist
├─ src-tauri
└─ node_modules
Oh here's a thought, you seem to be building these with the tauri cli directly, (you don't build it through yarn tauri build
). how'd you install that? Maybe the output of which tauri
could be useful? I just don't believe (and please, collaborators correct me if I'm wrong) that the build process should be creating any files in /root/
, unless you're running it as root?
What is trying to read /root is the linuxdeploy AppImage - maybe it is searching files from /
and thinking it should read /root/.local/binexport
It shouldn't fail irrecoverably while scanning for something though, that sounds incredibly unstable and would've caused bigger issues on more systems that, I think. It looks to me more like a constructed path that looks for the users home
to read binexport
but somehow derives /root/
as home when the user doesn't have the permission to access that
That or PATH
could be a little weird and AppImage is trying to force access to all the folders in PATH
?
Oh yeah it is, I just gave it a shot and added a false dir to my path and could reproduce the error!
Error running CLI: failed to bundle project: error running appimage.sh: error running appimage.sh: `+ export ARCH=x86_64
+ ARCH=x86_64
+ mkdir -p tauritmp2.AppDir
+ cp -r ../appimage_deb/data/usr tauritmp2.AppDir
+ cd tauritmp2.AppDir
++ dirname '{}'
+ find /usr/lib /usr/lib32 /usr/lib64 /usr/libexec -name WebKitNetworkProcess -exec mkdir -p . ';' -exec cp --parents '{}' . ';'
++ dirname '{}'
+ find /usr/lib /usr/lib32 /usr/lib64 /usr/libexec -name WebKitWebProcess -exec mkdir -p . ';' -exec cp --parents '{}' . ';'
++ dirname '{}'
+ find /usr/lib /usr/lib32 /usr/lib64 /usr/libexec -name libwebkit2gtkinjectedbundle.so -exec mkdir -p . ';' -exec cp --parents '{}' . ';'
+ wget -q -4 -O AppRun https://github.com/AppImage/AppImageKit/releases/download/continuous/AppRun-x86_64
+ chmod +x AppRun
+ cp usr/share/icons/hicolor/512x512@2x/apps/tauritmp2.png .DirIcon
+ ln -s usr/share/icons/hicolor/512x512@2x/apps/tauritmp2.png tauritmp2.png
+ ln -s usr/share/applications/tauritmp2.desktop tauritmp2.desktop
+ cd ..
+ wget -q -4 -O linuxdeploy-plugin-gtk.sh https://raw.githubusercontent.com/tauri-apps/linuxdeploy-plugin-gtk/master/linuxdeploy-plugin-gtk.sh
+ wget -q -4 -O linuxdeploy-x86_64.AppImage https://github.com/linuxdeploy/linuxdeploy/releases/download/continuous/linuxdeploy-x86_64.AppImage
+ chmod +x linuxdeploy-plugin-gtk.sh
+ chmod +x linuxdeploy-x86_64.AppImage
+ OUTPUT=tauritmp2_0.1.0_amd64.AppImage
+ ./linuxdeploy-x86_64.AppImage --appimage-extract-and-run --appdir tauritmp2.AppDir --plugin gtk --output appimage
linuxdeploy version 1-alpha (git commit ID 56760df), GitHub actions build 83 built on 2022-05-18 21:34:43 UTC
terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::status: Permission denied: "/root/.local/bindoesntexist/usr/local/sbin"
`
error Command failed with exit code 1.
Hmm nice catch. I guess there's nothing we can do except tell users to not add /root stuff in the PATH lol
It's not quite that, the folders both got to exist and the user got to have access to them. If we keep track of troubleshoot solutions, that could go there for as long as we rely on AppImage
As for now, building an AppImage requires a "sane" PATH
@FabianLars @lorenzolewis can one of you track this for a FAQ or troubleshoot section in the docs?
Thanks, you're right, I had a "/root/.local/binexport" in my path (and I have no idea why it was there), I've removed it and it's working fine!
Permission denied on
yarn tauri build
Running
yarn tauri build
on any tauri app fails with the following error:boost::filesystem::status: Permission denied: "/root/.local/binexport"
To Reproduce
Steps to reproduce the behavior:
yarn create tauri-app
(or clone my simple example)yarn tauri build --verbose
Expected behavior
The project should build successfully
Platform and Versions (required):
Additional context
uanme -a
:Linux snowy-pc 5.10.68-1-MANJARO #1 SMP PREEMPT Wed Sep 22 12:29:47 UTC 2021 x86_64 GNU/Linux
Stack Trace