Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-23 Thread Rene Engelhard

Hi,

Am 23.10.22 um 09:25 schrieb Rene Engelhard:
The interessting result is: I found the issue described by my original 
report (from backport to buster) present also in the non backported 
version on bullseye. Behaviour exactly as described above.


Hrm. Bad.


But as I guessed, there are no diufferences  here (buster-backports is a 
rebuild of bullseye)


And what about the current 7.4.1 upstream release available from 
bullseye-backports bring? (Too have a data point on whether it still is 
a problem in current LibreOffice versions)


Regards,


Rene



Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-23 Thread Rene Engelhard

Hi,

Am 23.10.22 um 01:47 schrieb Robin:

If I need to nudge them into that direction, I will do.
You'd better nudge nvidia to allow devs of xorg to update the nvidia kernel 
modules for all their older video cards, it is missing a tiny blob only, then 
people simply could upgrade to buster and bullseye. Its not the user not 
willing to update his system,
Nope, you use nvidia  and if nividia doesn't support your old card 
anymore, use nouveau. Or use nouveau from the start.

  but the hardware manufacuter. (Was quite tricky to force the last available 
proprietary nvidia driver for this notebook GPU run even on buster, but it was 
worth it.)


Nope. Don't use nvidia is the solution here, as simple as  that. "Augen 
auf beim Hardwarekauf" is a idiom here in Germany, rougly translated 
"Open your eyes when buying hardware"


For exactly the reasons you reiterate below people should not use or buy 
nvidia stuff.



Anyway, since I wasn't able to make it work on bullseye by now, the following 
test was run with nouveau driver instead.


Good.




Concerning the bug:
I've managed to run a test for Libreoffice on bullseye now, using a Live USB 
medium. Doesn't count whether the needed propriatary nvidia driver isn't 
available for bullseye, since for this testing the nouveau graphics driver is a 
basic replacement (not fit for everyday usage due to generally heavy delay in 
response, broken in dualhead and on resume after suspend on this device, 
anyway, this driver is the main issue keeping me from upgrading to bullseye 
completely.)

The interessting result is: I found the issue described by my original report 
(from backport to buster) present also in the non backported version on 
bullseye. Behaviour exactly as described above.


Hrm. Bad.


Version numbers as reported by Libreoffice GUI:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 1; OS: Linux 4.9; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Debian package version: 1:7.0.4-4+deb11u1
Calc: threaded


For the record: This is not bullseye. It is bullseye without updates 
(and especially security updates)  (bullseye contains deb11u3, security 
deb11u4)



Regards,


Rene



Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-22 Thread Robin
On Fri, 21 Oct 2022 21:42:45 +0200 Rene Engelhard wrote:
>True. But then they know or should know that stuff might become slow.
Actually not the stuff itself becomes slow all of a sudden, but the needed 
optimisations for this hardware often is removed from code, or efficient 
functions have been replaced by resource consuming eqivalents. Modern 
implementing of former hardware functions in software (like sound processing, 
video codec processing etc.) slows down clasic CPUs, while the dedicated 
hardware idles, since for everything the CPU is used. Hence some updated 
software runs slow on it (while other with same functionallity does not). A 
good example is the nouveau driver vs. proprietary nvidia driver. With the 
latter all GUI menus open immediately, without any delay, while with nouveau 
driver you'll have to wait sometimes more than 8 seconds for a response after 
click. So, if you chose your OS, the kernel, the software, the drivers and 
libraries carefully, you can see runing the so called deprecated hardware as 
fast as new one. It's an amazing experience, btw, this is just like you can see 
an old 1960s racing car catch up easily with any of the todays lower 
middle-sized class cars. But this is not the place for this basic discussion 
about old hardware I believe, so I won't go into detail. Just one last 
additional info: Libreoffice is one of the great programs running fast and 
fluent on old hardware, even in its recent versions.

>If I need to nudge them into that direction, I will do.
You'd better nudge nvidia to allow devs of xorg to update the nvidia kernel 
modules for all their older video cards, it is missing a tiny blob only, then 
people simply could upgrade to buster and bullseye. Its not the user not 
willing to update his system, but the hardware manufacuter. (Was quite tricky 
to force the last available proprietary nvidia driver for this notebook GPU run 
even on buster, but it was worth it.) Anyway, since I wasn't able to make it 
work on bullseye by now, the following test was run with nouveau driver instead.


Concerning the bug:
I've managed to run a test for Libreoffice on bullseye now, using a Live USB 
medium. Doesn't count whether the needed propriatary nvidia driver isn't 
available for bullseye, since for this testing the nouveau graphics driver is a 
basic replacement (not fit for everyday usage due to generally heavy delay in 
response, broken in dualhead and on resume after suspend on this device, 
anyway, this driver is the main issue keeping me from upgrading to bullseye 
completely.)

The interessting result is: I found the issue described by my original report 
(from backport to buster) present also in the non backported version on 
bullseye. Behaviour exactly as described above.

Version numbers as reported by Libreoffice GUI:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 1; OS: Linux 4.9; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Debian package version: 1:7.0.4-4+deb11u1
Calc: threaded

$ apt-cache policy libreoffice* | grep -v '(keine)' | grep -B1 Installiert
libreoffice-calc:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-base-core:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-core:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-common:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-draw:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-impress:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-l10n-de:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-style-colibre:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-writer:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-help-de:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-help-common:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-math:
  Installiert:   1:7.0.4-4+deb11u1
libreoffice-gtk3:
  Installiert:   1:7.0.4-4+deb11u1

ucf:
  Installiert:   3.0043
libabw-0.1-1:
  Installiert:   0.1.3-1
libc6:
  Installiert:   2.31-13+deb11u2
libe-book-0.1-1:
  Installiert:   0.1.3-2
libepubgen-0.1-1:
  Installiert:   0.1.1-1
libetonyek-0.1-1:
  Installiert:   0.1.9-4
libgcc-s1:
  Installiert:   10.2.1-6
libicu67:
  Installiert:   67.1-7
liblangtag1:
  Installiert:   0.6.3-2
libmwaw-0.3-3:
  Installiert:   0.3.17-1
libodfgen-0.1-1:
  Installiert:   0.1.8-2
librevenge-0.0-0:
  Installiert:   0.0.4-6+b1
libstaroffice-0.0-0:
  Installiert:   0.0.7-1
libstdc++6:
  Installiert:   10.2.1-6
libuno-cppu3:
  Installiert:   1:7.0.4-4+deb11u1
libuno-cppuhelpergcc3-3:
  Installiert:   1:7.0.4-4+deb11u1
libuno-sal3:
  Installiert:   1:7.0.4-4+deb11u1
libuno-salhelpergcc3-3:
  Installiert:   1:7.0.4-4+deb11u1
libwpd-0.10-10:
  Installiert:   0.10.3-1
libwpg-0.3-3:
  Installiert:   0.3.3-1
libwps-0.4-4:
  Installiert:   0.4.12-1
libxml2: