Bug#1059158: libreoffice-core-nogui: Can't open a spreadsheet from python uno because libforuilo.so is missing.

2023-12-24 Thread Rene Engelhard
retitle 1059158 libreoffice-core-nogui: Can't open a spreadsheet from 
python uno on 32bits because libforuilo.so is missing.


thanks


Hi,

Am 20.12.23 um 18:42 schrieb Gerard Henri Pille:

* What exactly did you do (or not do) that was effective (or
  ineffective)?


So this is even 32bit specific since on 64bit libforuilo.so is subsumed 
by libvmergedlo.so. (Which cannot be done on 32bit since libmergedlo.so 
is probably too big for 32bit to actually link it). Using arm64 (yes, 
even on rpi) would have rules this exact bug out ;)



But given libforuilo.so is inside libmergedlo.so in 64bit archs anyway 
we can just include it here since as said i's included in 64bits 
packages nevertheless.



Already in git (you got the mails).

No idea when this actually will end up in stable, though :)


Regards,


Rene



Bug#1059158: libreoffice-core-nogui: Can't open a spreadsheet from python uno because libforuilo.so is missing.

2023-12-20 Thread Rene Engelhard

[ please keep the bug in CC to record discussions like this ]


Hi,

Am 20.12.23 um 21:08 schrieb Gerard H. Pille:
I chose core-nogui since I found the missing lib in libreoffice-core.  
I found no info on libforuilo. 

Internal LO component-
User Interface for LibreOffice? 

Yes.

And the "for"?


formula.

> Perhaps not too many people are using python uno for libreoffice on a 
headless system?


That too, but IMHO in this case it's just a blatant bug upstream that 
someting which doesn't need a GUI on a --disable-gui build actually 
needs GUI libraries.


(In upstreams --disable-gui build they'd still be there, we explicitely 
remove them, because otherwise we get all those libs and that makes the 
difference size-wise GUI/nogui not really big..)



Regards,


Rene



Bug#1059158: libreoffice-core-nogui: Can't open a spreadsheet from python uno because libforuilo.so is missing.

2023-12-20 Thread Rene Engelhard

forwarded 1059158 https://bugs.documentfoundation.org/show_bug.cgi?id=158795

thanks


Hi,

Am 20.12.23 um 18:42 schrieb Gerard Henri Pille:


Package: libreoffice-core-nogui


So -calc-nogui. Since with only -core-nogui nothing seriously should open at 
all anyway :)


 Version: 4:7.4.7-1


You definitely shouldn't use that one but properly maintain that system and 
install the security update which is there since 1.5 weeks.


* What led up to the situation?
tried to open an existing spreadsheet using python uno
* What exactly did you do (or not do) that was effective (or
  ineffective)?
after adding libforuilo.so found in the libreoffice-core, to 
/usr/lib/libreoffice/program, opening an existing spreadsheet succeeded
* What was the outcome of this action?
no document was opened, no feedback
* What outcome did you expect instead?
that it was possible to open an existing or new spreadsheet using 
loadComponentFromURL


Sigh. All that stuff needing *ui stuff where they actually don't need ui 
files because it's built with --disable-gui. That is the third one like 
this.


See also http://bugs.debian.org/1058653


Regards,


Rene



Bug#1059158: libreoffice-core-nogui: Can't open a spreadsheet from python uno because libforuilo.so is missing.

2023-12-20 Thread Gerard Henri Pille
Package: libreoffice-core-nogui
Version: 4:7.4.7-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
tried to open an existing spreadsheet using python uno
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
after adding libforuilo.so found in the libreoffice-core, to 
/usr/lib/libreoffice/program, opening an existing spreadsheet succeeded
   * What was the outcome of this action?
no document was opened, no feedback 
   * What outcome did you expect instead?
that it was possible to open an existing or new spreadsheet using 
loadComponentFromURL


-- Package-specific info:
All deployed bundled extensions:


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:

Java (javaldx):
/usr/lib/jvm/java-17-openjdk-armhf/lib/arm/client:/usr/lib/jvm/java-17-openjdk-armhf/lib/arm/server:/usr/lib/jvm/java-17-openjdk-armhf/lib/arm/native_threads:/usr/lib/jvm/java-17-openjdk-armhf/lib/arm

Java:
http://openoffice.org/2004/java/framework/1.0; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;>

file:///usr/lib/jvm/java-17-openjdk-armhf



-- System Information:
Debian Release: 12.0
merged-usr: no
Architecture: armhf (armv7l)

Kernel: Linux 6.1.65-v7+ (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libreoffice-core-nogui depends on:
ii  fontconfig   2.14.1-4
ii  fonts-opensymbol 4:102.12+LibO7.4.7-1
ii  libabsl20220623  20220623.1-1
ii  libboost-locale1.74.01.74.0+ds1-21
ii  libc62.36-9+deb12u3
ii  libcairo21.16.0-7
ii  libclucene-contribs1v5   2.3.3.4+dfsg-1.1
ii  libclucene-core1v5   2.3.3.4+dfsg-1.1
ii  libcurl3-gnutls  7.88.1-10+deb12u4
ii  libdconf10.40.0-4
ii  libeot0  0.01-5+b1
ii  libexpat12.5.0-1
ii  libexttextcat-2.0-0  3.4.5-1
ii  libfontconfig1   2.14.1-4
ii  libfreetype6 2.12.1+dfsg-5
ii  libgcc-s112.2.0-14
ii  libglib2.0-0 2.74.6-2
ii  libgpgmepp6  1.18.0-3+b1
ii  libgraphite2-3   1.3.14-1
ii  libharfbuzz-icu0 6.0.0+dfsg-3
ii  libharfbuzz0b6.0.0+dfsg-3
ii  libhunspell-1.7-01.7.1-1
ii  libhyphen0   2.8.8-7
ii  libicu72 72.1-3
ii  libjpeg62-turbo  1:2.1.5-2
ii  liblcms2-2   2.14-2
ii  libldap-2.5-02.5.13+dfsg-5
ii  libmythes-1.2-0  2:1.2.5-1
ii  libnspr4 2:4.35-1
ii  libnss3  2:3.87.1-1
ii  libnumbertext-1.0-0  1.0.11-1
ii  libopenjp2-7 2.5.0-2
ii  liborcus-0.17-0  0.17.2-2+b2
ii  libpng16-16  1.6.39-2
ii  libpoppler12622.12.0-2+b1
ii  libraptor2-0 2.0.15-4
ii  librdf0  1.0.17-3
ii  libreoffice-common   4:7.4.7-1
ii  librevenge-0.0-0 0.0.5-3
ii  libstdc++6   12.2.0-14
ii  libtiff6 4.5.0-6+deb12u1
ii  libuno-cppu3 4:7.4.7-1
ii  libuno-cppuhelpergcc3-3  4:7.4.7-1
ii  libuno-sal3  4:7.4.7-1
ii  libuno-salhelpergcc3-3   4:7.4.7-1
ii  libwebp7 1.2.4-0.2+deb12u1
ii  libxml2  2.9.14+dfsg-1.3~deb12u1
ii  libxmlsec1   1.2.37-2
ii  libxmlsec1-nss   1.2.37-2
ii  libxslt1.1   1.1.35-1
ii  uno-libs-private 4:7.4.7-1
ii  ure  4:7.4.7-1
ii  zlib1g   1:1.2.13.dfsg-1

Versions of packages libreoffice-core-nogui recommends:
ii  libpaper-utils  1.1.29

libreoffice-core-nogui suggests no packages.

Versions of packages libreoffice-common depends on:
ii  libnumbertext-data 1.0.11-1
ii  libreoffice-style-colibre  4:7.4.7-1
ii  ucf3.0043+nmu1
ii  ure4:7.4.7-1

Versions of packages libreoffice-common recommends:
ii  apparmor3.0.8-3
ii  fonts-liberation2   2.1.5-1
ii  libexttextcat-data  3.4.5-1
ii  poppler-data0.4.12-1
ii  python3-uno 4:7.4.7-1
ii  xdg-utils   1.1.3-4.1

Versions of packages libreoffice-common suggests:
ii  libreoffice-style-colibre [libreoffice-style]  4:7.4.7-1

Versions of packages libreoffice-java-common depends on:
ii  liblibreoffice-java  4:7.4.7-1
ii  libreoffice-common   4:7.4.7-1
ii  libunoloader-java4:7.4.7-1
ii  ure-java 4:7.4.7-1

Versions of packages fonts-opensymbol recommends:
ii  fontconfig  2.14.1-4

Versions of packages ure-java depends on:
ii  libc62.36-9+deb12u3
ii  libgcc-s112.2.0-14
ii  libstdc++6   12.2.0-14
ii  libuno-cppu3 4:7.4.7-1
ii  libuno-cppuhelpergcc3-3  4:7.4.7-1
ii  libuno-sal3  4:7.4.7-1
ii  libuno-salhelpergcc3-3   4:7.4.7-1
ii  libunoloader-java4:7.4.7-1
ii