antoniofaccioli / libreoffice-appimage Goto Github PK
View Code? Open in Web Editor NEWThis script create a appimage version of LibreOffice.
License: Mozilla Public License 2.0
This script create a appimage version of LibreOffice.
License: Mozilla Public License 2.0
I'd like to be able to update my LibreOffice appimage with appimageupdate. Unfortunately it looks like none of the appimages I actually use have any update data embedded. I get this output when I try to use it:
WC130-TiZ:~$ appimageupdate /xusr/appimage/libreoffice
Checking for updates...
Could not find update information in the AppImage. Please contact the author of the AppImage and ask them to embed update information.
Update check failed, exiting!
Information on appimageupdate here: https://github.com/AppImage/AppImageUpdate
Hello,
I have issues downloading Libreoffice Appimages from the url:
curl -L https://libreoffice.soluzioniopen.com/stable/fresh/LibreOffice-fresh.basic-x86_64.AppImage
curl: (60) SSL certificate problem: certificate has expired
It seems to be because the SSL certificate of the domain soluzioniopen.com expired today
Thanks
Used this command line to install libreoffice:
$ ./make_libreoffice_appimage.sh daily x86 standard N Y N Y
The created binary is 32bit:
$ file AppRun
AppRun: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=1e71ee80b1855ddde430cde2857f6ce3a7a3bb33, with debug_info, not stripped
while the libs are 64bit:
$ ./AppRun
/PATH/LibreOfficeDev/LibreOfficeDev.AppDir/usr/bin//libreofficedev7.4: 191: exec: /PATH/LibreOfficeDev/LibreOfficeDev.AppDir/opt/libreofficedev7.4/program/oosplash: Exec format error
$ file /PATH/LibreOfficeDev/LibreOfficeDev.AppDir/opt/libreofficedev7.4/program/oosplash
/PATH/LibreOfficeDev/LibreOfficeDev.AppDir/opt/libreofficedev7.4/program/oosplash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=f60aed35eb866e2b73386fcbff8b84e8a58a378e, stripped
Even a ls
is showing x86_64 libs:
LibreOfficeDev $ ls
appimagetool
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ar
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ar.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_de
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_de.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_en-GB
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_en-GB.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_es
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_es.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_fr
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_fr.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_it
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_it.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ja
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ja.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ko
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ko.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_pt
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_pt-BR
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_pt-BR.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_pt.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ru
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_ru.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_zh-CN
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_zh-CN.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_zh-TW
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb_langpack_zh-TW.tar.gz
LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_deb.tar.gz
LibreOfficeDev.AppDir
I use Debian10 on a 32bit computer and trying to install on a pendrive
Hi, I am using ubuntu 18.04 and the icon libreoffice full.appimage from the dock is missing every time i run it.
64 bits
ubuntu 18.04, gnome shell
Hi there! Not sure if the issue is something that can be fixed here, but here goes:
Currently, the download from the LO AppImage page links a file that has the target architecture and the "Fresh" or "Still" information in the filename. However, it does not have the precise version number (e.g. 7.1.4), which makes it difficult to know if the appimage is built from the latest release or not.
I download it again the other day after the announcement of 7.1.4 but ended up with 7.1.3, the version I already had. Including the precise version name would save users and the LO servers quite a few unnecessary downloads.
Hi,
I'm currently using LibreOffice-fresh.standard-x86_64.appimage which I downloaded from here https://www.libreoffice.org/download/appimage/ on Debian 10, however, there's this issue that I can't use Spanish spellchecker but English only in calc, I can in writer though. Also, spellchecking works fine if LO is installed via apt, so I was wondering, given this script will build the appimage using the .debs from Debian repos, whether it'll make any difference? I guess trying is the only way to find out but thought of asking anyway hoping someone might have some experience/knowledge regarding this. In short, Is there any difference between the appimage built by this script from the one I'm using? Thanks.
This great tool does not seem current, today 17.07 makes appimage of master only from 07.07. But that is TDF issue.
I change this issue to: Please add new 24.2 to versions where latest is 7.*.
Invoking the make_libreoffice_appimage script like so:
libreoffice-appimage-master/make_libreoffice_appimage
make_libreoffice_appimage-output.txt
daily x86-64 standard N Y N
eventually failed (near the very end?) with this error:
2020-08-07 19:22:57 (1.39 MB/s) - 'appimagetool’ saved [2113576/2113576]
Script taken from here:
https://github.com/antoniofaccioli/libreoffice-appimage
This was my attempt to get a .AppImage to use to try out the new Styles Inspector, rather than having to install the daily build version, to check:
[Bug 135104] Feedback on Styles Inspector
This is the end part of console output: exaclty, where the processing stopped.
/media/user/.../Off-Suit-LOAppimage/LibreOffice/LibreOffice.AppDir/opt/libreoffice5.2/share/gallery/transportation/Scooter-Orange.png used for determining architecture i386
More than one architectures were found of the AppDir source directory "./LibreOffice.AppDir/"
A valid architecture with the ARCH environmental variable should be provided
e.g. ARCH=x86_64 appimagetool ...
Ran script with
./make_libreoffice_appimage fresh x86-64 N N N N Y
Fresh was 7.1.1 at the time.
Failure:
Saving to: 'appimagetool'
appimagetool 100%[==============================================>] 2.07M 9.32MB/s in 0.2s
2021-03-27 09:51:56 (9.32 MB/s) - 'appimagetool' saved [2172096/2172096]
+ chmod a+x ./appimagetool
+ set +x
appimagetool, continuous build (commit 8bbf694), build <local dev build> built on 2020-12-31 11:48:33 UTC
Desktop file not found, aborting
+ [[ N == \Y ]]
+ mkdir -p ../out/
+ mv '*.AppImage*' ../out/
mv: cannot stat '*.AppImage*': No such file or directory
With the presence of "-x"
in the hashbang line the help output of the script becomes unreadable and even useless.
(If you WANT to keep a "-x"
in the script, then please put a "set -x"
further below into an extra line where the real heavylifting of generated the AppImage takes place.)
Hi, have you got alternative links other than https://libreoffice.soluzioniopen.com? Since I've discovered the Libreoffice AppImages, I've faced too often this issue: the domain goes down several times.
The current distribution contains symbolic links to absolute paths /opt/libreoffice...
from the appdir's ./usr/local/bin
for the application's executable, and from it's ./usr/share/applications
for the .desktop files.
When installing or unpacking the distribution to /opt
, this may make sense, but when packaged into an AppImage, these links are broken. Therefor I think that this should only be remedied for the AppImage.
In the AppImage, these links have no use, even if they were fixed by making them relative. If however they were replaced by the real .desktop files they are meant to link to, it would become easy to integrate the AppImage into the user's desktop. All that would be required, would be :
./usr/share
directory over to /usr/local/share
/usr/local/bin
, under the name of the application's executable, as used in the Exec=
clause of the .desktop files. Example :sudo ln -s /opt/appimages/LibreOffice-6.4.7.it.help-x86_64.AppImage /usr/local/bin/libreoffice6.4
sudo update-mime-database /usr/local/share/mime
sudo update-desktop-database /usr/local/share/applications
~/bin
and ~/.local/share
for the same purpose, and ...
update-mime-database ~/.local/share/mime
update-desktop-database ~/.local/share/applications
I used this script to build an AppImage with the following command line arguments:
libreoffice-appimage daily x86-64 de Y N N
When building the beautifully working AppImage, I noticed a few glitches.
WARNING: AppStream upstream metadata is missing, please consider creating it in usr/share/metainfo/startcenter.appdata.xml Please see https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html#sect-Quickstart-DesktopApps for more information.
+libreoffice_appimage:147:main: [[ de != \N ]] +libreoffice_appimage:148:main: [[ de == *\s\t\a\n\d\a\r\d* ]] +libreoffice_appimage:154:main: [[ de == *\f\u\l\l* ]] +libreoffice_appimage:161:main: [[ daily == \3\.* ]] +libreoffice_appimage:165:main: langPackage=LibreOffice_6.0.0.0.alpha1_2017-11-08_Linux_x86-64_deb_langpack_de.tar.gz +libreoffice_appimage:166:main: wget -c http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/LibreOffice_6.0.0.0.alpha1_2017-11-08_Linux_x86-64_deb_langpack_de.tar.gz --2017-11-10 15:06:48-- http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/LibreOffice_6.0.0.0.alpha1_2017-11-08_Linux_x86-64_deb_langpack_de.tar.gz Resolving dev-builds.libreoffice.org (dev-builds.libreoffice.org)... 89.238.68.201, 2a00:1828:a012:201::1 Connecting to dev-builds.libreoffice.org (dev-builds.libreoffice.org)|89.238.68.201|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2017-11-10 15:06:49 ERROR 404: Not Found. +libreoffice_appimage:171:main: [[ Y == *\Y* ]] +libreoffice_appimage:172:main: [[ de == *\s\t\a\n\d\a\r\d* ]] +libreoffice_appimage:178:main: [[ de == *\f\u\l\l* ]] +libreoffice_appimage:185:main: [[ daily == \3\.* ]] +libreoffice_appimage:194:main: [[ de != \N ]] +libreoffice_appimage:195:main: helpPackage=LibreOffice_6.0.0.0.alpha1_2017-11-08_Linux_x86-64_deb_helppack_de.tar.gz +libreoffice_appimage:196:main: wget -c http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/LibreOffice_6.0.0.0.alpha1_2017-11-08_Linux_x86-64_deb_helppack_de.tar.gz --2017-11-10 15:06:49-- http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/LibreOffice_6.0.0.0.alpha1_2017-11-08_Linux_x86-64_deb_helppack_de.tar.gz Resolving dev-builds.libreoffice.org (dev-builds.libreoffice.org)... 89.238.68.201, 2a00:1828:a012:201::1 Connecting to dev-builds.libreoffice.org (dev-builds.libreoffice.org)|89.238.68.201|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2017-11-10 15:06:49 ERROR 404: Not Found.
When executed the following command:
LibreOffice-fresh.basic-x86_64.AppImage file.odt
it showed the following error:
/tmp/.mount_LibreOEGfULE/usr/file.odt does not exist.
However, opening file.odt from Libreoffice GUI is fine.
On https://www.libreoffice.org/download/appimage/
the links are broken, e.g.,:
The requested URL was not found on this server.
Greetings, The appimages should be packages in which it should not be necessary to download some extra dependency (for libreoffice appimage, it needs gstreamer and jre) but for first-time users this is something that they may not be able to do until they have some experience with the software center or synaptic, so I request that you pack gstreamer and jre with libreoffice in the appimage. Libreoffice snap has this type of solution.
Please help. Dont know how to verbalize this issue:
This is the output of the command (Lubuntu 19.10) in terminal (last lines, only):
(the script make_libreoffice_appimage is located in ~/bin folder in my /home directory:
`
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable
The file is already fully retrieved; nothing to do.
+ chmod a+x ./appimagetool
+ set +x
appimagetool, continuous build (commit 64321b7), build 2111 built on 2019-11-23 22:20:53 UTC
Desktop file not found, aborting
+ [[ N == \Y ]]
+ mkdir -p ../out/
+ mv '*.AppImage*' ../out/
mv: cannot stat '*.AppImage*': No such file or directory
`
I tried to run the last commands one by one, but I get stuck here:
(the script make_libreoffice_appimage is located in ~/bin folder in my /home directory:
~/bin/LibreOffice$ VERSION=6.2.8 ./appimagetool -v ./LibreOffice.AppDir/ appimagetool, continuous build (commit 64321b7), build 2111 built on 2019-11-23 22:20:53 UTC Desktop file not found, aborting
There's a typo, should be lower camel case not upper camel case, on line #83:
HelpPackage=...
should be:
helpPackage=...
I propose to change the current description of this project:
"This script create a appimage version of LibreOffice."
to
"Script to create AppImage packages (any version, even old) of LibreOffice."
or
"Script to convert binary Debian packages of LibreOffice (any version, even old) released by The Document Foundation to AppImage packages capable to directly run anywhere."
or similar...
Description:
Under ~/.config/libreoffice/ I have several folders: 6.4.3 6.4.4 etc. There should actually be only one, namely 4. It seems every minor update create a new user directory named to the running LO version.
Steps to Reproduce:
1.Download LibreOffice (fresh) from https://www.libreoffice.org/download/appimage/
2.Make it executable and run it.
3.
Actual Results:
A new config directory named as LO version is created under ~/.config/libreoffice/
Expected Results:
https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux states that there should be one and ONLY ONE directory, namely 4 which corresponds to LO versions 4 to 7.
Create the 4 directory if doesn't exist, other ways use the existing one.
Don't create directories named after Its version, other ways there would be thousands of dirs by time, keeping in mind that every such directory holds plenty of other sub directories.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
Version: 6.4.3.2
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 4; OS: Linux 5.6; UI render: default; VCL: kf5;
Locale: de-DE (de_DE.UTF-8); UI-Language: en-US
Calc: threaded
This is not an issue. It's a question.
I'm running the script as follows:
sh ~/bin/make_libreoffice_appimage.sh 7.3.5.0 x86-64 en,es,qtz Y Y N Y
It's my goal to get an AppImage from the developer version 7.3.5.0, so I can use the qtz language package. So far, I cannot get the script to download/build the appropriate version. If I put daily instead of the version number, right now I get the dev 7.5.0.0 version (although I cann get through all the process to create the actual AppImage).
Is it possible to create an AppImage for development versions?
The source for dev versions is Daily Dev Builds.
This is the otuput I get, and no dowload is performed:
+ argv0=/home/$USER/bin/make_libreoffice_appimage.sh
+ argv1=7.3.5.0
+ argv2=x86-64
+ argv3=en,es,qtz
+ argv4=Y
+ argv5=Y
+ argv6=N
+ argv7=Y
+ everylang='af|am|ar|as|ast|be|bg|bn-IN|bn|bo|br|brx|bs|ca-valencia|ca|cs|cy|da|de|dgo|dz|el|en-GB|en-ZA|eo|es|et|eu|fa|fi|fr|ga|gd|gl|gu|gug|he|hi|hr|hsb|hu|id|is|it|ja|ka|kk|km|kmr|kn|ko|kok|ks|lb|lo|lt|lv|mai|mk|ml|mn|mni|mr|my|nb|ne|nl|nn|nr|nso|oc|om|or|pa-IN|pl|pt-BR|pt|qtz|ro|ru|rw|sa-IN|sat|sd|si|sid|sk|sl|sq|sr-Latn|sr|ss|st|sv|sw-TZ|ta|te|tg|th|tn|tr|ts|tt|ug|uk|uz|ve|vec|vi|xh|zh-CN|zh-TW|zu'
+ case $# in
+ check
+ case $argv1 in
+ echo -e '\n ==> Argument no.1 must be either '\''fresh'\'', '\''still'\'', '\''daily'\'' or a specific LibreOffice version number released by The Document Foundation. <=='
==> Argument no.1 must be either 'fresh', 'still', 'daily' or a specific LibreOffice version number released by The Document Foundation. <==
+ echo 'For correct usage of /home/$USER/bin/make_libreoffice_appimage.sh please see below:'
For correct usage of /home/$USER/bin/make_libreoffice_appimage.sh please see below:
+ echo ''
+ usage
+ echo ''
+ echo ' Build an "single-file" AppImage executable for any (arbitrary) version of LibreOffice from The Document Foundation'\''s official binary Debian package.'
Build an "single-file" AppImage executable for any (arbitrary) version of LibreOffice from The Document Foundation's official binary Debian package.
+ echo ''
+ echo ' Usage: /home/simonapetra/bin/make_libreoffice_appimage.sh <version> <arch> <lang> <help-yesno> <zsync-yesno> <sign-yesno> <portable-yesno>'
Usage: /home/simonapetra/bin/make_libreoffice_appimage.sh <version> <arch> <lang> <help-yesno> <zsync-yesno> <sign-yesno> <portable-yesno>
+ echo ''
+ echo ' where:'
where:
+ echo ' <version>: '\''fresh'\'': build from '\''fresh'\'' release channel (i.e. the latest official release)'
<version>: 'fresh': build from 'fresh' release channel (i.e. the latest official release)
+ echo ' '\''still'\'': build from '\''still'\'' release channel (i.e. the previous official release)'
'still': build from 'still' release channel (i.e. the previous official release)
+ echo ' '\''daily'\'': build from '\''daily'\'' release channel (i.e. the current hot-of-the-stove development branch)'
'daily': build from 'daily' release channel (i.e. the current hot-of-the-stove development branch)
+ echo ' '\''n.m.o.p'\'': for example use '\''5.4.3.2'\'''
'n.m.o.p': for example use '5.4.3.2'
+ echo ''
+ echo ' <arch>: '\''x86'\'': package 32-bit binaries'
<arch>: 'x86': package 32-bit binaries
+ echo ' '\''x86-64'\'': package 64-bit binaries'
'x86-64': package 64-bit binaries
+ echo ''
+ echo ' <lang>: '\''standard'\'': includes en-GB, it, ar, zh-CN, zh-TW, fr, de, ja, ko, pt, pt-BR, es, ru language-packs'
<lang>: 'standard': includes en-GB, it, ar, zh-CN, zh-TW, fr, de, ja, ko, pt, pt-BR, es, ru language-packs
+ echo ' '\''full'\'': includes all available language-packs (for some releases more than 113 different ones!)'
'full': includes all available language-packs (for some releases more than 113 different ones!)
+ echo ' '\''N'\'': no extra language-pack (LibreOffice comes with default '\''en-US'\'')'
'N': no extra language-pack (LibreOffice comes with default 'en-US')
+ echo ' <custom>: includes one or more comma separated language-packs (for example '\''de'\'' or '\''it,es'\'')'
<custom>: includes one or more comma separated language-packs (for example 'de' or 'it,es')
+ echo ''
+ echo ' <help-yesno>: '\''Y'\'' or '\''N'\'' (Yes/No to include online help for each language pack installed for the previous '\''<lang>'\'' parameter)'
<help-yesno>: 'Y' or 'N' (Yes/No to include online help for each language pack installed for the previous '<lang>' parameter)
+ echo ' <custom>: includes help for one or more comma separated languages (for example '\''de'\'' or '\''it,es'\'')'
<custom>: includes help for one or more comma separated languages (for example 'de' or 'it,es')
+ echo ''
+ echo ' <zsync-yesno>: '\''Y'\'' or '\''N'\'' (Yes/No to include capability for updating the AppImage with the help of '\''AppImageUpdate'\'')'
<zsync-yesno>: 'Y' or 'N' (Yes/No to include capability for updating the AppImage with the help of 'AppImageUpdate')
+ echo ''
+ echo ' <sign-yesno>: '\''Y'\'' or '\''N'\'' (Yes/No to include a GPG signature)'
<sign-yesno>: 'Y' or 'N' (Yes/No to include a GPG signature)
+ echo ''
+ echo ' <portable-yesno>: '\''Y'\'' or '\''N'\'' (Yes/No to include portable function)'
<portable-yesno>: 'Y' or 'N' (Yes/No to include portable function)
+ echo ''
+ echo ' Example: "/home/simonapetra/bin/make_libreoffice_appimage.sh still x86-64 it N N N N"'
Example: "/home/simonapetra/bin/make_libreoffice_appimage.sh still x86-64 it N N N N"
+ echo ' Build LO AppImage package with Italian language-pack, without offline help, not auto-updateable, without signing the package, .'
Build LO AppImage package with Italian language-pack, without offline help, not auto-updateable, without signing the package, .
+ echo ''
+ echo ' Example: "/home/simonapetra/bin/make_libreoffice_appimage.sh daily x86-64 de Y Y N"'
Example: "/home/simonapetra/bin/make_libreoffice_appimage.sh daily x86-64 de Y Y N"
+ echo ' Build LO AppImage package (development version) with German language-pack, with (German) offline help, updateable via zsync, without signing the package.'
Build LO AppImage package (development version) with German language-pack, with (German) offline help, updateable via zsync, without signing the package.
+ echo ''
+ echo ' Example: "/home/simonapetra/bin/make_libreoffice_appimage.sh 3.5.7.2 x86-64 es Y N N"'
Example: "/home/simonapetra/bin/make_libreoffice_appimage.sh 3.5.7.2 x86-64 es Y N N"
+ echo ' Build LO v3.5.7.2 AppImage package with Spanish language-pack, with (Spanish) offline help, not auto-updateable, without signing the package.'
Build LO v3.5.7.2 AppImage package with Spanish language-pack, with (Spanish) offline help, not auto-updateable, without signing the package.
+ echo ''
+ exit 0
The current scripts includes ~70MB of fonts into the AppImage. Because an AppImage is a closed container, that is mounted to unpredictable mountpoints, these fonts are not available outside the running AppImage. Is it not better to have only the system installed fonts available in your Office applications?
In my fork I have now a branch that has one extra line find ./opt/libreoffice*/share/fonts -depth -mindepth 1 -delete
, to remove these fonts. The resulting AppImage runs fine (and is some MB smaller).
This is different than #28
Although I get a similar error in the end, I'm using Xubuntu 22.04. OP was on Arch.
+ chmod a+x ./appimagetool
+ set +x
appimagetool, continuous build (commit 4bcfe23), build <local dev build> built on 2022-08-17 01:03:50 UTC
Desktop file not found, aborting
+ [[ N == \Y ]]
+ mkdir -p ../out/
+ mv '*.AppImage*' ../out/
mv: cannot stat '*.AppImage*': No such file or directory
••• ~/Public/libre $
The full output is here: http://sprunge.us/p9HsSy
I wonder if the internal //
in the paths below are causing the problem.
+ path=https://download.documentfoundation.org/libreoffice/stable//deb/x86_64/
+ package=LibreOffice__Linux_x86-64_deb.tar.gz
+ LibODownloadLink=https://download.documentfoundation.org/libreoffice/stable//deb/x86_64/LibreOffice__Linux_x86-64_deb.tar.gz
+ [[ N != \N ]]
+ [[ N != \N ]]
+ VERSION=
+ mkdir -p ./LibreOffice/LibreOffice.AppDir
+ cd ./LibreOffice
+ wget -c https://download.documentfoundation.org/libreoffice/stable//deb/x86_64/LibreOffice__Linux_x86-64_deb.tar.gz
--2022-08-27 08:43:08-- https://download.documentfoundation.org/libreoffice/stable//deb/x86_64/LibreOffice__Linux_x86-64_deb.tar.gz
Thank you for reading.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.