Giter Club home page Giter Club logo

libreoffice-appimage's People

Contributors

aluisioasg avatar antoniofaccioli avatar curbengh avatar db-inf avatar henrythebuilder avatar ilmari-lauhakangas avatar kurtpfeifle avatar nnsrymni avatar probonopd avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

libreoffice-appimage's Issues

Compatibility with appimageupdate

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

Creating 32bit AppImage is mixing 64bits libs and failed executing with 'oosplash: Exec format error'

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

Include version name in the name of appimage generated

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.

QUESTION: Download appimage from libreoffice.org or use this script?

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.

make_libreoffice_appimage failed

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]

  • chmod a+x ./appimagetool
  • set +x
    libreoffice-appimage-master/make_libreoffice_appimage: line 446: LibreOfficeDev-daily.standard.AppImage.zsync: command not found
    appimagetool, continuous build (commit 0880085), build 2133 built on 2020-07-09 12:25:52 UTC
    SOURCE is missing
  • [[ N == \Y ]]
  • mkdir -p ../out/
  • mv '.AppImage' ../out/
    mv: cannot stat '.AppImage': No such file or directory

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

mv: cannot stat '*.AppImage*': No such file or directory (any syggestion??)

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 ...

  • [[ N == \Y ]]
  • mkdir -p ../out/
  • mv '.AppImage' ../out/
    mv: cannot stat '.AppImage': No such file or directory

appimagetool says Desktop file not found, aborting

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

Remove the `-x` from Hashbang line

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.)

Unresolved symbolic links prevent easy desktop integration

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 :

  • For all users:
    • copy the AppImage's ./usr/share directory over to /usr/local/share
    • symlink to the AppImage file in /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
    • Update the MIME database:
      sudo update-mime-database /usr/local/share/mime
    • Update the application database:
      sudo update-desktop-database /usr/local/share/applications
  • For a single user: use the user's ~/bin and ~/.local/share for the same purpose, and ...
    • Update the personal MIME database:
      update-mime-database ~/.local/share/mime
    • Update the personal application database:
      update-desktop-database ~/.local/share/applications
  • And of course an instruction to explain this procedure.

"metadata missing" (warning) and "not found" (error; langpack de)

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.

1. Warning: "metadata missing"

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.

2. Error: "Not Found"

+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.

Can't open ODF file from command line using relative path

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.

feature request: jre and gstreamer packaged in the libreoffice appimage

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.

appimagetool cannot find the source

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

Improve description of this project

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...

Libreoffice AppImage: Every Minor Update Creates New User profile

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

How to make an AppImage of a development version?

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

Is it usefull to include fonts in an AppImage?

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).

Cannot find .desktop file

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.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.