Arch Linux

Look at the PKGBUILD. Our package is exactly the vanilla LibreOffice. They ship all these extensions for good reasons. And we ship also the upstream language packs without any changes. They don't offer anything else. There's right now nothing to change.

I think that the extensions should be packaged in separated packages for the following reasons:
1. Many of them only interesting for few people.
2. The user can't disable it.
3. The extensions updated and packaged separately from the main LibreOffice package.
4. They can be easily split out to separated packages.
Please consider it.

The extensions can be manages via unopkg by root. We have the rule to ship what is upstream. The extensions are of small size. Anyways, patches welcome if you know a simple solution but take care about the unopkg management! I'm personally not interested in making the PKGBUILD more complex.

@AndyRTR - you are wrong. I just tried and its impossible to remove them, even as root.

Assaf

Is unopkg still required? I've read about that something changed in version 3.3:
"The most important simplification is, that during installation no longer the tool unopkg is called. Instead every extension is handled like a zip file with flag ARCHIVE and is repackaged during the packaging process into a native package (Solaris pkg, Linux rpm, Windows msi database), that is installed or uninstalled like every other package. The registration of the extension into the database of OpenOffice.org happens during the start of the application, no longer during installation."
Source: http://wiki.services.openoffice.org/wiki/Extensions_Integration_into_Installation_Set#Global_rules_for_extensions

I've made some improvements on LibreOffice package. The changes are:
1. Use system-wide spelling dictionaries.
2. Split out all extensions from the main package. (reduces 39.6 MB)
3. Split out SDK from the main package. (reduces 77.4 MB)

The modified and new PKGBUILDs can be found in my attachment. Detailed descriptions of packages:

- libreoffice-dictionaries: this package contains spelling dictionaries, hyphenation patterns, and thesaurus for all languages from the upstream LibreOffice source. The dictionaries installed at system-wide places, so other applications (like Firefox, Thunderbird, Enchant) are also can use this. I modified the main LibreOffice PKGBUILD in order to use these locations. The hyphen-en dropped, because libreoffice-dict-en package contains a newer version of English hyphenation patterns. The package splitted by languages.

- libreoffice-extension-*: splitted out from main package. Unopkg no longer required. When the user start LibreOffice, then it's check for changes automatically. The users can be easily install or remove system-wide extensions via pacman. For those extensions that used by .oxt format during the build, I make separated PKGBUILDs, and disabled in the main package. Some other extensions kept in main PKGBUILD, but splitted out when packaging.

- libreoffice-sdk: this package only interesting for developers, so it's splitted out from the main package.

- ttf-linux-libertine-g: Graphite font, required for typography toolbar.

Please test these packages, mainly the system-wide language support, because I have not a powerful PC to rebuild LibreOffice package. Other packages are tested, and work for me.

the above pkg works fine for me...

Assaf

Thanks György. It was a good base to start the splitting. Note: your sdk paths are wrong. For now I've split out all extensions and split out all dictionaries into one dictionaries pkg. This could be impoved though. I hope you all are happy now. If something is broken or could be improved please start a new issue. One task could be to build a more generic myspell/hunspell dictionaries pkg usable by LibO and Firefox.

Closing here as extensions are split now. Building remaining architecture now and then some huge upload. Merry Xmas to everybody.