Summary: | Large UserInstallation's user/extensions/bundled/ tree | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Stephan Bergmann <sbergman> |
Component: | Libreoffice | Assignee: | Stephan Bergmann <sbergman> |
Status: | ASSIGNED --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | ant, cno, courrier.oou.fr.mjk, jbfaure, michael.meeks, philrosspilgrim |
Version: | 3.6.0.4 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | target:3.7.0 target:3.6.2 | ||
i915 platform: | i915 features: |
Description
Stephan Bergmann
2012-07-31 15:14:52 UTC
*** Bug 53343 has been marked as a duplicate of this bug. *** Just a thought: An installation is allways (on a single-user-per-session PC) followed by a first start ... So can't that work be pushed to the end of the regular installation ? (In reply to comment #2) > An installation is allways (on a single-user-per-session PC) followed by a > first start ... > So can't that work be pushed to the end of the regular installation ? That's where we came from, see bug 51252 etc. The decision to no longer precompute per-user information at installation time was deliberate. It is a simplification that saves us (a) esp. from a broken implementation of how that was done, but (b) even more importantly, from a lot of general hassle, witness the amount of---often painful---code removed with <http://cgit.freedesktop.org/libreoffice/core/commit/?id=6dcb3d4ef46312729bb6f16c473b433474863f68> "Related fdo#51252: No more prereg, no more unopkg sync". I hope to get the currently rather noticeable delay on first start reduced significantly in a more pleasing way. yep; removing the big bunch of fragile prereg code is really important. It seems like the (somewhat pointless) help compilation for all those languages ie. 2. would be the bit that Cor identifies as slow for the 'WikiPublisher' install I guess. The irony being that that help is useless without the help-pack also being installed - since you'll get directed to the on-line wiki-help anyway ;-> so we're prolly doing this big chunk of work to no useful purpose anyway. Stephan Bergmann committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b23bb8e0de3dbdc2c66c3dedf70dfd318868f76c fdo#53009: Compile extension help in gbuild (In reply to comment #5) > http://cgit.freedesktop.org/libreoffice/core/commit/?id=b23bb8e0de3dbdc2c66c3dedf70dfd318868f76c > > fdo#53009: Compile extension help in gbuild That removes the user/extensions/bundled/registry/com.sun.star.comp.deployment.help.PackageRegistryBackend/ data for the nlpsolver, presenter-screen, and wiki-publisher extensions (see point 2 of comment 0). It does not remove the user/extensions/bundled/registry/com.sun.star.comp.deployment.help.PackageRegistryBackend/ data for the LanguageTool extension, as that is built with external languagetool/makefile.mk rather than gbuild. One possible solution is to manually compile help in languagetool/makefile.mk. (In reply to comment #6) > It does not remove the > user/extensions/bundled/registry/com.sun.star.comp.deployment.help.PackageRegistryBackend/ > data for the LanguageTool extension But the "official" (<http://www.libreoffice.org/download/>) installation sets appear to not bundle the LanguageTool extension anyway (i.e., using implicit --disable-ext-languagetool), so there might be no demand to do anything here at all (apart from telling the upstream source of the LanguageTool extension that they could build a new version with precompiled help). A similar situation is with the Barcode extension, which LO includes prebuilt (extras/source/extensions/Barcode.oxt), which contains non-compiled help, but which LO does not bundle by default (--disable-ext-barcode) either. (In reply to comment #5) > Stephan Bergmann committed a patch related to this issue. > It has been pushed to "master": > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=b23bb8e0de3dbdc2c66c3dedf70dfd318868f76c > > fdo#53009: Compile extension help in gbuild Requested backport to libreoffice-3-6, <https://gerrit.libreoffice.org/#/c/563/> "Change Ie4bab66d: fdo#53009: Compile extension help in gbuild." Stephan Bergmann committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-6&id=4ae49101fd43d052c3556b2db753e4d8ae7d86ce fdo#53009: Compile extension help in gbuild It will be available in LibreOffice 3.6.2. Item 1 of comment 0 has now been addressed on master with <http://cgit.freedesktop.org/libreoffice/core/commit/?id=e2fac98819c00b4fb50f9de9d0f32d20092f3191> "fdo#53009: For msi installer, only default-select a subset of dictionaries" (see also mailing list thread starting at <http://lists.freedesktop.org/archives/libreoffice/2012-August/037671.html> "Selection of dictionaries per installation"). (For backporting purposes, the above commit will need to be augmented with <http://cgit.freedesktop.org/libreoffice/core/commit/?id=8b3ab4b8a580bf4c4013e1baf3474a71fed44663> "Some code simplification") and the fixes for bug 53520.) (In reply to comment #10) > Item 1 of comment 0 has now been addressed on master with > <http://cgit.freedesktop.org/libreoffice/core/commit/?id=e2fac98819c00b4fb50f9de9d0f32d20092f3191> > "fdo#53009: For msi installer, only default-select a subset of dictionaries" > (see also mailing list thread starting at > <http://lists.freedesktop.org/archives/libreoffice/2012-August/037671.html> > "Selection of dictionaries per installation"). > > (For backporting purposes, the above commit will need to be augmented with > <http://cgit.freedesktop.org/libreoffice/core/commit/?id=8b3ab4b8a580bf4c4013e1baf3474a71fed44663> > "Some code simplification") and the fixes for bug 53520.) On backporting that part to LO 3.6 see <http://lists.freedesktop.org/archives/libreoffice/2012-September/038734.html> "[REVIEW 3-6] For msi installer, only default-select a subset of dictionaries." Stephan Bergmann committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bec93e8d37cbae41a0054a817344c820c0f8b570&g=libreoffice-3-6 fdo#53009: For msi installer, only default-select a subset of dictionaries It will be available in LibreOffice 3.6.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.