Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

2023-05-19 Thread Rene Engelhard 

Hi,

Am 01.05.23 um 00:41 schrieb Rene Engelhard:

It *seems* to be this in your nogui-strace:

94919 21:08:29.439478 openat(AT_FDCWD, 
"/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui/tabviewbar.ui", O_RDONLY) = -1 ENOENT (No such file or directory)
94919 21:08:29.439573 --- SIGSEGV {si_signo=SIGSEGV, 
si_code=SEGV_MAPERR, si_addr=NULL} ---
94919 21:08:29.439478 openat(AT_FDCWD, 
"/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui/tabviewbar.ui", O_RDONLY) = -1 ENOENT (No such file or directory)
94919 21:08:29.439573 --- SIGSEGV {si_signo=SIGSEGV, 
si_code=SEGV_MAPERR, si_addr=NULL} ---

[...]

Yes, it's definitely tabviewbar.ui which suffices and makes it work:

rene@debianunstable:~$ soffice --convert-to A.png A.pptx
Warning: failed to launch javaldx - java may not function correctly
Unspecified Application Error
rene@debianunstable:~$ su -
Passwort:
root@debianunstable:~# cd /home/rene/
root@debianunstable:/home/rene# mkdir -p 
/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui
root@debianunstable:/home/rene# cp 
usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui/tabviewbar.ui 
/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui

[from libreoffice-impress deb dpkg-deb -x'ed]
root@debianunstable:/home/rene#
Abgemeldet
rene@debianunstable:~$ soffice --convert-to A.png A.pptx
Warning: failed to launch javaldx - java may not function correctly
convert /home/rene/A.pptx as a Impress document -> /home/rene/A.A.png 
using filter : impress_png_Export

Overwriting: /home/rene/A.A.png
rene@debianunstable:~$

Forwarded upstream.
No idea whether it'll be acted on (and how), maybe we really need to 
split those files into a -uiconfig-impress or somesuch and make 
-impress-nogui Recommend or even Depend on it


Regards,

Rene

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

2023-04-30 Thread Rene Engelhard 

Hi,

Am 12.01.23 um 17:38 schrieb Rene Engelhard:

This one also works but only with the binary in the instdir-nogui, *not*
if I install the resulting .debs:


Ah, hmm, so that really points to a packaging problem or a problem which 
only exhibitx due to packaging.


 From looking at the initial straces briefly I have an idea but that 
might just be a red herring...


While debugging another issue boiling down to a missing .ui file[1] I 
looked at this one.


It *seems* to be this in your nogui-strace:

94919 21:08:29.439478 openat(AT_FDCWD, 
"/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui/tabviewbar.ui", 
O_RDONLY) = -1 ENOENT (No such file or directory)
94919 21:08:29.439573 --- SIGSEGV {si_signo=SIGSEGV, 
si_code=SEGV_MAPERR, si_addr=NULL} ---
94919 21:08:29.439478 openat(AT_FDCWD, 
"/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui/tabviewbar.ui", 
O_RDONLY) = -1 ENOENT (No such file or directory)
94919 21:08:29.439573 --- SIGSEGV {si_signo=SIGSEGV, 
si_code=SEGV_MAPERR, si_addr=NULL} ---


And indeed, for libreoffice-*-nogui we do

find 
debian/libreoffice-*-nogui/$(OODIR)/share/config/soffice.cfg -name 
"*.ui" -exec rm {} \;


since those are files for the UI (and thus shoud not(tm) needed if 
there's no (G)UI...)


Now the question is whether we start shipping those UI-Files in nogui 
(which sounds awkward) or try to ship enough that a --convert-to works...


Regards,

Rene

[1] 
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/64bef88bf381d7cce8914bcc7bdd7259dde0ca02

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

2023-01-12 Thread Rene Engelhard 

Hi,

Am 12.01.23 um 09:29 schrieb Gábor Németh:

make[1]: *** No rule to make target
'/lo/external/tarballs/boost_1_79_0.tar.xz', needed by
'/lo/workdir/UnpackedTarget/boost_1_79_0.tar.xz'.  Stop.

Hm, so Boost is not mentioned in the deps? OK, repeat with:
Not mentioned because it's the internal copy which is downloaded 
normally, but obviously disabled here (because we don't use any internal 
lib unless really necessary)

2. Debian source build

This one also works but only with the binary in the instdir-nogui, *not*
if I install the resulting .debs:


Ah, hmm, so that really points to a packaging problem or a problem which 
only exhibitx due to packaging.


From looking at the initial straces briefly I have an idea but that 
might just be a red herring...


Regards,

Rene

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

2023-01-12 Thread Gábor Németh 
On 2023-01-09 15:11, Rene Engelhard wrote:
> Am 9. Januar 2023 11:02:33 MEZ schrieb "Gábor Németh" :
>>For a sanity check, I compiled the upstream from tag 7.4.4.2 with only
>>the `--disable-gui` flag, and it worked.
> 
> Interesting. Also could be our way to populate -nogui which is a bit Jacky 
> 
> [..]
> Did you build it with all the system libs upstream and still the
> upstream build works?

I built it in two ways:

1. Upstream targz with --disable-gui works and converts PPTX

Build deps installed as recommended in
https://wiki.documentfoundation.org/Development/BuildingOnLinux#Debian_and_Ubuntu:

% docker run --rm -it -v$PWD:/x:ro debian:bookworm
# apt update
# apt install -y git build-essential zip ccache junit4 libkrb5-dev nasm
graphviz python3 python3-dev qtbase5-dev libkf5coreaddons-dev
libkf5i18n-dev libkf5config-dev libkf5windowsystem-dev libkf5kio-dev
autoconf libcups2-dev libfontconfig1-dev gperf default-jdk doxygen
libxslt1-dev xsltproc libxml2-utils libxrandr-dev libx11-dev bison flex
libgtk-3-dev libgstreamer-plugins-base1.0-dev libgstreamer1.0-dev ant
ant-optional libnss3-dev libavahi-client-dev libxt-dev
# git clone https://gerrit.libreoffice.org/core lo
# cd lo
# git checkout libreoffice-7.4.4.2

Then to imitate flags from Debian packaging:

# ./autogen.sh --disable-gui --disable-online-update
--disable-fetch-external
# make -j8
...
make[1]: *** No rule to make target
'/lo/external/tarballs/boost_1_79_0.tar.xz', needed by
'/lo/workdir/UnpackedTarget/boost_1_79_0.tar.xz'.  Stop.

Hm, so Boost is not mentioned in the deps? OK, repeat with:

# ./autogen.sh --disable-gui --disable-online-update
# make -j8
... (lots of downloads and builds fine)
# instdir/program/soffice.bin --convert-to png /x/A.pptx 
# ls A.png
ls: cannot access 'A.png': No such file or directory

(This is another quirk that the *first* run does not produce the .png --
maybe some inital user config setup?. Anyway, repeating fixes it:)

# instdir/program/soffice.bin --convert-to png /x/A.pptx 
convert /x/A.pptx -> /lo/A.png using filter : impress_png_Export
# ls A.png
A.png

2. Debian source build

This one also works but only with the binary in the instdir-nogui, *not*
if I install the resulting .debs:

% docker run --rm -it -v$PWD:/x:ro debian:bookworm
# echo 'deb-src http://deb.debian.org/debian bookworm main'
>>/etc/apt/sources.list
# apt update
# adduser x
# apt install sudo
# echo 'x   ALL=(ALL:ALL) ALL' >>/etc/sudoers
# su - x
$ apt source libreoffice-impress-nogui
$ cd libreoffice-7.4.4~rc2
$ sudo apt build-dep -y libreoffice-impress-nogui
$ debuild -b -uc -us

Packages are built in the parent dir, but first I tried with the binary
in the build tree:

$ instdir-nogui/program/soffice.bin --convert-to png /x/A.pptx
$ # no output whatsoever, so I check:
$ echo $?
81

(Hm? OK, repeat:)

$ instdir-nogui/program/soffice.bin --convert-to png /x/A.pptx
convert /x/A.pptx -> /home/x/libreoffice-7.4.4~rc2/A.png using filter :
impress_png_Export
$ ls *png
A.png

Fine. But if I install the package from the .deb file in the parent
directory together with all those dependency .debs that were built (same
happens if I just install the impress-nogui .deb, and all the rest from
the repo):

# dpkg -i libreoffice-impress-nogui_7.4.4~rc2-2_amd64.deb
fonts-opensymbol_102.12+LibO7.4.4~rc2-2_all.deb
libreoffice-common_7.4.4~rc2-2_all.deb
libreoffice-core-nogui_7.4.4~rc2-2_amd64.deb
libreoffice-draw-nogui_7.4.4~rc2-2_amd64.deb
libreoffice-style-colibre_7.4.4~rc2-2_all.deb
libuno-cppu3_7.4.4~rc2-2_amd64.deb
libuno-cppuhelpergcc3-3_7.4.4~rc2-2_amd64.deb
libuno-purpenvhelpergcc3-3_7.4.4~rc2-2_amd64.deb
libuno-sal3_7.4.4~rc2-2_amd64.deb
libuno-salhelpergcc3-3_7.4.4~rc2-2_amd64.deb
python3-uno_7.4.4~rc2-2_amd64.deb uno-libs-private_7.4.4~rc2-2_amd64.deb
ure_7.4.4~rc2-2_amd64.deb 
Selecting previously unselected package libreoffice-impress-nogui.
...
dpkg: dependency problems prevent configuration of
libreoffice-impress-nogui:
...
# apt-get install -f 
# libreoffice --convert-to png /x/A.pptx 
Warning: failed to launch javaldx - java may not function correctly
Unspecified Application Error

The same if I try with the installed soffice.bin:

# dpkg -S soffice.bin
libreoffice-common:
/etc/apparmor.d/usr.lib.libreoffice.program.soffice.bin
libreoffice-core-nogui: /usr/lib/libreoffice/program/soffice.bin
# /usr/lib/libreoffice/program/soffice.bin --convert-to png /x/A.pptx
Unspecified Application Error

BR
/g

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

2023-01-09 Thread Rene Engelhard 



Hi,

Am 9. Januar 2023 11:02:33 MEZ schrieb "Gábor Németh" :
>For a sanity check, I compiled the upstream from tag 7.4.4.2 with only
>the `--disable-gui` flag, and it worked.

Interesting. Also could be our way to populate -nogui which is a bit Jacky 

> I suspected that maybe omitting
>one of the --with-system-... flags in the long-long autogen.sh cmdline
>as done by the l-i-nogui package's d/rules would resolve the issue, but
>I got bogged down (it is not really scalable or I have made an error
>somewhere in the middle), and didn't come any closer to solving it.

And that will not be changed anyway:
https://www.debian.org/doc/debian-policy/ch-source.html#embedded-code-copies

Did you build it with all the system libs upstream and still the upstream build 
works?

Regards

René 
-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

2023-01-09 Thread Gábor Németh 
Package: libreoffice-impress-nogui
Version: 1:7.4.4~rc2-2
Severity: normal
X-Debbugs-Cc: ho...@riseup.net

Dear Maintainer,

I'm trying to convert a PPTX file to PNG with `loffice --convert-to png
A.pptx` (a single textbox "A", attached). Doing it with package
libreoffice-impress works but not with the -nogui package.

Transcript with the GUI package:
$ docker run --rm -it -v$PWD:/x debian:bookworm
# apt update
# apt install -y libreoffice-impress
# loffice --convert-to png /x/A.pptx
Warning: failed to launch javaldx - java may not function correctly
convert /x/A.pptx -> /A.png using filter : impress_png_Export

Same from the -nogui pkg:
$ docker run --rm -it -v$PWD:/x debian:bookworm
# apt update
# apt install -y libreoffice-impress-nogui
# loffice --convert-to png /x/A.pptx
Warning: failed to launch javaldx - java may not function correctly
Unspecified Application Error

For a sanity check, I compiled the upstream from tag 7.4.4.2 with only
the `--disable-gui` flag, and it worked. I suspected that maybe omitting
one of the --with-system-... flags in the long-long autogen.sh cmdline
as done by the l-i-nogui package's d/rules would resolve the issue, but
I got bogged down (it is not really scalable or I have made an error
somewhere in the middle), and didn't come any closer to solving it.

Best regards,
Gábor
PS: This all was done trying to solve another issue report in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024840#25.

-- Package-specific info:
Configuration filePackage Exists
Changed
/etc/libreoffice/registry/impress.xcd libreoffice-impress Yes   
 No
All deployed bundled extensions:


All deployed shared extensions:



Experimental features enabled:
Configuration filePackage Exists
Changed
/etc/libreoffice/registry/draw.xcdlibreoffice-draw-no Yes   
 No
/etc/libreoffice/registry/graphicfilter.xcd   libreoffice-draw-no Yes   
 No
All deployed bundled extensions:


All deployed shared extensions:



Experimental features enabled:

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libreoffice-impress-nogui depends on:
ii  libbox2d22.4.1-3
ii  libc62.36-7
ii  libetonyek-0.1-1 0.1.10-3+b1
ii  libgcc-s111.2.0-3
ii  libmwaw-0.3-30.3.21-1
ii  libodfgen-0.1-1  0.1.8-2
ii  libreoffice-common   1:7.4.4~rc2-2
ii  libreoffice-core-nogui   1:7.4.4~rc2-2
ii  libreoffice-draw-nogui   1:7.4.4~rc2-2
ii  librevenge-0.0-0 0.0.4-6+b1
ii  libstaroffice-0.0-0  0.0.7-1
ii  libstdc++6   12.2.0-11
ii  libuno-cppu3 1:7.4.4~rc2-2
ii  libuno-cppuhelpergcc3-3  1:7.4.4~rc2-2
ii  libuno-sal3  1:7.4.4~rc2-2
ii  libuno-salhelpergcc3-3   1:7.4.4~rc2-2
ii  ucf  3.0043
ii  uno-libs-private 1:7.4.4~rc2-2

libreoffice-impress-nogui recommends no packages.

Versions of packages libreoffice-impress-nogui suggests:
pn  bluez  

Versions of packages libreoffice-core-nogui depends on:
ii  fontconfig   2.13.1-4.5
ii  fonts-opensymbol 2:102.12+LibO7.4.4~rc2-2
ii  libabsl20220623  20220623.1-1
ii  libboost-locale1.74.01.74.0-18.1
ii  libc62.36-7
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.87.0-1
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.13.1-4.5
ii  libfreetype6 2.12.1+dfsg-3
ii  libgcc-s111.2.0-3
ii  libglib2.0-0 2.74.4-1
ii  libgpgmepp6  1.18.0-3
ii  libgraphite2-3   1.3.14-1
ii  libharfbuzz-icu0 6.0.0-1
ii  libharfbuzz0b6.0.0-1
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.2-1+b1
ii  liblcms2-2   2.13.1-1+b1
ii  libldap-2.5-02.5.13+dfsg-2+b1
ii  libmythes-1.2-0  2:1.2.5-1
ii  libnspr4 2:4.35-1
ii  libnss3  2:3.85-1
ii  libnumbertext-1.0-0  1.0.11-1
ii  libopenjp2-7 2.5.0-1
ii  liborcus-0.17-0  0.17.2-2+b1
ii  libpng16-16  1.6.39-2
ii  libpoppler12322.08.0-2.1
ii  libraptor2-0 2.0.15-4
ii  librdf0  1.0.17-3
ii  libreoffice-common   1:7.4.4~rc2-2
ii  librevenge-0.0-0 0.0.4-6+b1
ii  libstdc++6   12.2.0-11
ii  libtiff5 4.4.0-6