Apache OpenOffice (AOO) Bugzilla – Issue 120350
Extensions included in the basis core package are always installed by default
Last modified: 2017-09-26 14:52:21 UTC
Extensions which belonges to AOO per default are in package ooobasis3.4-core01_3.4.0-1_amd64.deb. They were installed in the user directory at the first start of AOO. I prefer installing selected extensions for all users. Therefore I had to delete the extensions in .../share/extensions/install before first start of AOO or deinstalling them via Extensionmanager and then install my extensions. IMHO it would be better to integrate the extensions as single DEBs or in one DEB in the installation package of AOO and not in the ooobasis3.4-core01_3.4.0-1_amd64.deb.
(In reply to comment #0) > Extensions which belonges to AOO per default are in package > ooobasis3.4-core01_3.4.0-1_amd64.deb. They were installed in the user > directory at the first start of AOO. Installation of these extensions happens without confirmation! > I prefer installing selected extensions for all users. Therefore I had to > delete the extensions in .../share/extensions/install before first start of > AOO or deinstalling them via Extensionmanager and then install my extensions. > > IMHO it would be better to integrate the extensions as single DEBs or in one > DEB in the installation package of AOO and not in the > ooobasis3.4-core01_3.4.0-1_amd64.deb. Or the user should be asked, whether the extensions should be installed or not.
(In reply to comment #0) > Extensions which belonges to AOO per default are in package > ooobasis3.4-core01_3.4.0-1_amd64.deb. They were installed in the user > directory at the first start of AOO. Installation of these extensions happens without confirmation! > I prefer installing selected extensions for all users. Therefore I had to > delete the extensions in .../share/extensions/install before first start of > AOO or deinstalling them via Extensionmanager and then install my extensions. > > IMHO it would be better to integrate the extensions as single DEBs or in one > DEB in the installation package of AOO and not in the > ooobasis3.4-core01_3.4.0-1_amd64.deb. Or the user should be asked, wether the extensions should be installed or not.
Same in AOO 4.0.0 RC
Confirming Changing issue type to DEFECT Setting keyword REGRESSION There is still a regression in the way dictionary extensions are included since Apache OpenOffice: In Sun/Oracle era, the dictionaries were not bundled extensions, but packages by their own; they were in their own rpm/deb package and you could choose whether to install it or not. From a Linux user perspective, this is a regression, and you are forced to install the bundled dictionaries with the basis core-01 package. In AOO 4.0.0 there are no more pre-registered extensions (Presenter Screen and Presentation Minimizer), so the bug is reduced in 4.0.0 to only bundled extensions. Adapting the summary: Extensions included in the basis core package are always installed by default Each extension should be in their own rpm/deb package (although Sun/Oracle didn't include the other extensions - MediaWiki, Report Builder, Presenter Screen, Presentation Minimizer, PDF Import - in their installation sets, dictionaries were included each on a single package).
It can't be hard to change this (for me) annoying bug.
(In reply to jolatt from comment #5) > It can't be hard to change this (for me) annoying bug. great. Do you have a patch at hand which I can apply?
Sorry, but I'm not a programmer.
(In reply to jolatt from comment #7) > Sorry, but I'm not a programmer. Oh, sorry. I misunderstood your statement that 'it would not be hard for you to change this'
Not fixed!
The build Apache_OpenOffice_4.1.4_Linux_x86-64_install-deb_en-US_2017-02-21_12:44:59_1783882.tar.gz still has the dict-en-20170101.oxt included in the package openoffice-core01_4.1.4-1_amd64.deb. See comment 4. Provide extensions in a separate package, please.
Apache_OpenOffice_4.2.0_Linux_x86-64_install-deb_en-US_2017-02-27_04:15:06_1784492.tar.gz See Comment 10!
The answer to the specific comment (i.e., dev builds do not contain the latest English dictionary) is simply that we usually update all dictionaries shortly before release. But is you can compute an MD5 sum you can write a patch for this: it's enough to modify extensions.lst. The file was already updated in recent days anyway and it now includes the latest version, see http://svn.apache.org/viewvc/openoffice/trunk/main/extensions.lst?r1=1781403&r2=1784925&diff_format=h This of course leaves open the original request (i.e., packaging dictionaries in own DEB or RPM files for easier installation).
(In reply to Andrea Pescetti from comment #12) > This of course leaves open the original request (i.e., packaging > dictionaries in own DEB or RPM files for easier installation). That's it.
Target Milestone?
(In reply to jolatt from comment #14) > Target Milestone? To do it, a developer must submit a patch.
(In reply to oooforum (fr) from comment #15) > (In reply to jolatt from comment #14) > > Target Milestone? > To do it, a developer must submit a patch. That's right. But is that so heavy, to do it? If yes, you should remove these extensions and making up an information on the download page, where to find and how to install these extensions,