https://bugs.documentfoundation.org/show_bug.cgi?id=167607
--- Comment #6 from [email protected] --- Hello, I can confirm that this is an AppImage build issue. Potetial fix: Changing "soffice.bin" to "soffice" on line 636 in file "build.py" may fix this issue. This issue may have been caused by line 636 in file "build.py", which changed the executing program from the launcher to the binary file; namely, it changed the executing program from "soffice" to "soffice.bin". Hence, changing this back to the launcher should fix this issue. Hence, this potential fix would change "soffice.bin" to "soffice" in the "build.py" file, see code snippet below: Change the fifth line below from this, # Creating a soft link so the executable in the desktop file is present bindir=os.path.join(self.appimagedir, 'usr', 'bin') os.makedirs(bindir, exist_ok = True) subprocess.run(shlex.split( r"find ../../opt -iname soffice.bin -path '*program*' " + r"-exec ln -sf {} ./%s \;" % binaryname ), cwd=bindir, check=True) to this, # Creating a soft link so the executable in the desktop file is present bindir=os.path.join(self.appimagedir, 'usr', 'bin') os.makedirs(bindir, exist_ok = True) subprocess.run(shlex.split( r"find ../../opt -iname soffice -path '*program*' " + r"-exec ln -sf {} ./%s \;" % binaryname ), cwd=bindir, check=True) I tried to submit this issue on the https://git.libreitalia.org/libreitalia/loaih/issues website, but I had no luck. I will keep trying to submit this issue, but wanted to provide some additional information here. Respectfully, guardian Note: I can provide additional information if needed ... like how I found the fix for this issue. Note: This is a potential fix because I can not confirm it will fix this issue in the current LibreOffice build processes. I was able to confirm this fix locally; i.e., I was able to change the "target" of the symbolic link from "soffice.bin" to "soffice" and the regenerated AppImage worked as expected. -- You are receiving this mail because: You are the assignee for the bug.
