Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to install/move apps to default directory #250

Open
spsf64 opened this issue Apr 1, 2025 · 9 comments
Open

Unable to install/move apps to default directory #250

spsf64 opened this issue Apr 1, 2025 · 9 comments

Comments

@spsf64
Copy link

spsf64 commented Apr 1, 2025

As it was reported in this thread: #209 (comment)

When I click the appimage, gealever prompts to unlock the app then it just freezes, both "launch" and "Move to the app menu" buttons are grayed out, nothing happens...
I just tried libreoffice 25.2.2.2 downloaded direct from their official site.

It was working fine with version 3.0.2, but with latest 3.1.0 and 3.1.1 the problem is back.

Image

@mijorus
Copy link
Owner

mijorus commented Apr 2, 2025

I'm looking into it

@mijorus
Copy link
Owner

mijorus commented Apr 2, 2025

Can you please share the link to the AppImage file you are trying to install as well as your gearlever.log file from Menu > Open debug log?

I cannot reproduce your issue, thank you

@spsf64
Copy link
Author

spsf64 commented Apr 2, 2025

I forgot to mention, using archlinux and aur package https://aur.archlinux.org/packages/gearlever

log: https://pastebin.com/9jyVare1

file link: https://appimages.libreitalia.org/LibreOffice-25.2.2.2.basic-x86_64.AppImage
libreoffice main site: https://www.libreoffice.org/download/appimage/

Thank you for this great project!

edit: I was checking the log, and noticed "Filesystem is not dwarfsck"? Also p7zip is used to extract the files, I think arch now uses 7zip, can this be the problem?

@TuxDeluxe
Copy link
Contributor

TuxDeluxe commented Apr 2, 2025

I think this is the same error as before, I thought my fix was used here but I was wrong. Added the workaround fix in again to the aur package, apologies.

7z avoids dangerous symlinks whereas p7zip just continues, but the error is raised and freezes the program if we don't return the stderr for logging.

@spsf64
Copy link
Author

spsf64 commented Apr 2, 2025

@TuxDeluxe thanks! I just checked and it works!
@mijorus I think we can close this issue?!

@mijorus
Copy link
Owner

mijorus commented Apr 2, 2025

I think this is the same error as before, I thought my fix was used here but I was wrong. Added the workaround fix in again to the aur package, apologies.

7z avoids dangerous symlinks whereas p7zip just continues, but the error is raised and freezes the program if we don't return the stderr for logging.

Thanks for mentioning this. I'm looking into replacing p7zip with 7z

@spsf64 spsf64 closed this as completed Apr 2, 2025
@mijorus
Copy link
Owner

mijorus commented Apr 2, 2025

@TuxDeluxe could you please point out the fix you made in order to use 7z?

Thank you

@TuxDeluxe
Copy link
Contributor

@mijorus I added a return_stderr=True to the end of the 7z command here: f04e3ef

@spsf64 spsf64 reopened this Apr 2, 2025
@mijorus
Copy link
Owner

mijorus commented Apr 2, 2025

@mijorus I added a return_stderr=True to the end of the 7z command here: f04e3ef

Please note that the next update will probably replace p7zip with the official 7z cli, thus replacing 7z with 7zz

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants