[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2019-09-25 Thread Marcus Tomlinson
Synchronising bug status with upstream.

** Changed in: libreoffice (Ubuntu)
   Status: Incomplete => Confirmed

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice:
  Confirmed
Status in OpenOffice:
  New
Status in libreoffice package in Ubuntu:
  Confirmed
Status in openoffice.org package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2019-09-02 Thread Bug Watch Updater
Launchpad has imported 13 comments from the remote bug at
https://bugs.documentfoundation.org/show_bug.cgi?id=40961.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.


On 2011-09-17T03:56:52+00:00 Jérôme wrote:

At each invocation of localc, lowriter or loimpress, the
/usr/lib/libreoffice/program/soffice shell script is executed.

This script will quite always guess the same environment variables. Moreover,
guessing those values is time consuming.

I think we could cache the below environment settings into a
/var/lib/libreoffice/basis3.3/program/environment.sh file:
-
FILE_LOCKING=auto
OPENGL_SUPPORT=no
SAL_ENABLE_FILE_LOCKING=1
SAL_NOOPENGL=true
JITC_PROCESSOR_TYPE=6
sd_cwd=/usr/lib/libreoffice/program
sd_binary=/usr/lib/libreoffice/program/oosplash.bin
-

Those environment settings could be calculated again by a package manager
trigger.

On my old computer the cold startup of Libre Office Writer last ~24
seconds and guessing the environment variables is quite 30% of the cold
startup time !

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/21


On 2011-09-17T04:13:35+00:00 Jérôme wrote:

Created attachment 51286
Instrumented /usr/lib/libreoffice/program/soffice

I instrumented the file in order to give the duration of the
configuration detection.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/22


On 2011-12-23T12:39:18+00:00 Björn Michaelsen wrote:

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 
prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org
/RFC-Operation-Spamzilla-tp3607474p3607474.html

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/25


On 2012-01-30T13:27:22+00:00 Jérôme wrote:

I just checked with the 3.5.0rc2 version.

At each invocation of one of the below command :
"libreoffice3.5 --calc"
"libreoffice3.5 --writer"
"libreoffice3.5 --impress"

the /opt/libreoffice3.5/program/soffice shell script is executed.

This script will quite always guess the same environment variables. Moreover,
guessing those values is time consuming.

I think we could cache environment settings into a
/var/lib/libreoffice/basis3.4/program/environment.sh file.

Those environment settings could be calculated again by a package manager
trigger.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/27


On 2014-10-24T03:18:25+00:00 Qa-admin-q wrote:

Please read this message in its entirety before responding.

Your bug was confirmed at least 1 year ago and has not had any activity
on it for over a year. Your bug is still set to NEW which means that it
is open and confirmed. It would be nice to have the bug confirmed on a
newer version than the version reported in the original report to know
that the bug is still present -- sometimes a bug is inadvertently fixed
over time and just never closed.

If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of 
LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of 
LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a 
short comment telling us your version and Operating System

Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that 
is not appropriate in this case)

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed 
(triaged) by human beings who mostly give their time for free. We invite you to 
join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX,
documentation, and of course developing -  http://www.libreoffice.org
/get-help/mailing-lists/.


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2019-08-13 Thread Marcus Tomlinson
** Bug watch added: Document Foundation Bugzilla #40961
   https://bugs.documentfoundation.org/show_bug.cgi?id=40961

** Changed in: df-libreoffice
   Importance: Medium => Unknown

** Changed in: df-libreoffice
   Status: Confirmed => Unknown

** Changed in: df-libreoffice
 Remote watch: freedesktop.org Bugzilla #40961 => Document Foundation Bugzilla 
#40961

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice:
  Unknown
Status in OpenOffice:
  New
Status in libreoffice package in Ubuntu:
  Incomplete
Status in openoffice.org package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2014-01-05 Thread Bryan Quigley
Have you investigated which part causes the biggest slow down for you?  
Uncomment the last line (execute) and then 
Try with, strace -rT /usr/lib/libreoffice/program/soffice, and then attach 
the output here.

You could also go line by line in the script itself if you want.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  New
Status in “libreoffice” package in Ubuntu:
  Incomplete
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2013-12-24 Thread Jérôme
I think many improvements would make Libreoffice/Openoffice faster. We
can start to work on each one without waiting for the other to be
released.

Working on the script would possibly not provide a big benefit on fast
machines. However, on energy efficient machines there should be a
noticeable benefit as on my machine : 30% of the cold startup time.

Moreover, working on the configuration script seems easier than working
on parallel startup of LibreOffice/OpenOffice processes and/or parallel
reading of document files. Thus the Return On Investment should be
interesting for this bug.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  New
Status in “libreoffice” package in Ubuntu:
  Incomplete
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2013-12-23 Thread Bryan Quigley
Is this still an issue?  I just ran the script on 12.04/LibreOffice 3.5
and it took very very little time.  I definitely think there is room to
improve LO start speed but not convinced it's here.

** Changed in: libreoffice (Ubuntu)
   Status: New = Incomplete

** Bug watch added: issues.apache.org/ooo/ #109896
   https://issues.apache.org/ooo/show_bug.cgi?id=109896

** Changed in: openoffice
 Remote watch: OpenOffice.org Issue Tracker #109896 = issues.apache.org/ooo/ 
#109896

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  Unknown
Status in “libreoffice” package in Ubuntu:
  Incomplete
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2013-12-23 Thread Bug Watch Updater
Launchpad has imported 3 comments from the remote bug at
https://issues.apache.org/ooo/show_bug.cgi?id=109896.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.


On 2010-03-07T13:24:00+00:00 Jérôme wrote:

At each invocation of oocalc, oowriter or ooimpress, the
/usr/lib/openoffice/program/soffice shell script is executed.

This script will quite always guess the same environment variables. Moreover,
guessing those values is time consuming.

I think we could cache the below environment settings into a
/var/lib/openoffice/basis3.1/program/environment.sh file:
-
FILE_LOCKING=auto
OPENGL_SUPPORT=no
SAL_ENABLE_FILE_LOCKING=1
SAL_NOOPENGL=true
JITC_PROCESSOR_TYPE=6
sd_cwd=/usr/lib/openoffice/program
sd_binary=/usr/lib/openoffice/program/oosplash.bin
-

Those environment settings could be calculated again by a package manager
trigger or a daily cron task.

On my host the cold startup of Open Office Writer last ~24 seconds and guessing
the environment variables is quite 30% of the cold startup time !

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/14


On 2010-03-07T13:25:59+00:00 Jérôme wrote:

Created attachment 68193
I instrumented the /usr/lib/openoffice/program/soffice script in order to know 
how much time it is needs to guess the configuration.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/15


On 2010-05-16T14:36:54+00:00 Jérôme wrote:

This bug still occurs on 3.2 version.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/452073/comments/18


** Changed in: openoffice
   Status: Unknown = New

** Changed in: openoffice
   Importance: Unknown = Low

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  New
Status in “libreoffice” package in Ubuntu:
  Incomplete
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2012-01-30 Thread Bug Watch Updater
** Changed in: df-libreoffice
   Status: Incomplete = Confirmed

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  Unknown
Status in “libreoffice” package in Ubuntu:
  New
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 452073] Re: [Upstream] Shouldn't detect configuration at each invocation

2011-12-24 Thread Bug Watch Updater
Launchpad has imported 3 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=40961.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.


On 2011-09-17T10:56:52+00:00 Jérôme wrote:

At each invocation of localc, lowriter or loimpress, the
/usr/lib/libreoffice/program/soffice shell script is executed.

This script will quite always guess the same environment variables. Moreover,
guessing those values is time consuming.

I think we could cache the below environment settings into a
/var/lib/libreoffice/basis3.3/program/environment.sh file:
-
FILE_LOCKING=auto
OPENGL_SUPPORT=no
SAL_ENABLE_FILE_LOCKING=1
SAL_NOOPENGL=true
JITC_PROCESSOR_TYPE=6
sd_cwd=/usr/lib/libreoffice/program
sd_binary=/usr/lib/libreoffice/program/oosplash.bin
-

Those environment settings could be calculated again by a package manager
trigger.

On my old computer the cold startup of Libre Office Writer last ~24
seconds and guessing the environment variables is quite 30% of the cold
startup time !

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/452073/comments/18


On 2011-09-17T11:13:35+00:00 Jérôme wrote:

Created attachment 51286
Instrumented /usr/lib/libreoffice/program/soffice

I instrumented the file in order to give the duration of the
configuration detection.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/452073/comments/19


On 2011-12-23T20:39:18+00:00 Björn Michaelsen wrote:

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 
prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org
/RFC-Operation-Spamzilla-tp3607474p3607474.html

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/452073/comments/20


** Changed in: df-libreoffice
   Status: Confirmed = Incomplete

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/452073

Title:
  [Upstream] Shouldn't detect configuration at each invocation

Status in LibreOffice Productivity Suite:
  Incomplete
Status in The OpenOffice.org Suite:
  Unknown
Status in “libreoffice” package in Ubuntu:
  New
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  At each invocation of oocalc, oowriter or ooimpress, the
  /usr/lib/openoffice/program/soffice shell script is executed.

  This script will quite always guess the same environment variables.
  Moreover, guessing those values is time consuming at the well known
  critical startup time of openoffice.

  I think we could cache the below environment settings into a 
/var/lib/openoffice/basis3.1/program/environment.sh file:
  -
  FILE_LOCKING=auto
  OPENGL_SUPPORT=no
  SAL_ENABLE_FILE_LOCKING=1
  SAL_NOOPENGL=true
  JITC_PROCESSOR_TYPE=6
  sd_cwd=/usr/lib/openoffice/program
  sd_binary=/usr/lib/openoffice/program/oosplash.bin
  -

  Those environment settings could be calculated again by an apt trigger
  or a daily cron task.

  ProblemType: Bug
  Architecture: i386
  Date: Thu Oct 15 12:46:20 2009
  Dependencies:
   
  DistroRelease: Ubuntu 9.10
  Package: openoffice.org-common 1:3.1.1-4ubuntu1 [modified: 
var/lib/openoffice/basis3.1/share/config/javasettingsunopkginstall.xml]
  PackageArchitecture: all
  ProcEnviron:
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-14.46-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-14-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/452073/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp