Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Source: libreoffice
Version: 4:26.2.0~beta1-1
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: m68k,hppa,powerpc
X-Debbugs-Cc: debian-hppa@lists.debian.org,debian-68k@lists.debian.org,de bian-powerpc@lists.debian.org

Hello,

on hppa and powerpc, the libreoffice package fails due to
a failing smoketest [1]:

[_RUN_____] (anonymous namespace)::Test::test ./unotest/source/cpp/officeconnection.cxx:77:(anonymous namespace)::Test:
:test
setUp() failed
- equality assertion failed
- Expected: 0
- Actual : 4

(anonymous namespace)::Test::test finished in: 6ms officeconnection.cxx:77:Assertion
Test name: (anonymous namespace)::Test::test
setUp() failed
- equality assertion failed
- Expected: 0
- Actual : 4

Failures !!!
Run: 1 Failure total: 1 Failures: 1 Errors:
0

After some investigation and discussions with upstream [2],
I figured out that the problem
is the missing wrapper script instdir/program/soffice for the
soffice.bin binary. This script
is normally generated from "desktop/scripts/soffice.sh via make
file targets in desktop/
CustomTarget_sofice.mk and desktop/Package_soffice_sh.mk" (quoting
Stephan Bergmann from [3]).

I therefore copied the script manually and rerun the smok
etest which immediately succeeded:

glaubitz@perotto:~/loffice/libreoffice-26.2.0~beta1$ cp -av desktop/s cripts/soffice.sh instdir/program/soffice
'desktop/scripts/soffice.sh' -> 'instdir/program/soffice' glaubitz@perotto:~/loffice/libreoffice-26.2.0~beta1$

(sid_powerpc-dchroot)glaubitz@perotto:~/loffice/libreoffice-26.2.0~beta1/sm oketest$ make subsequentcheck V=1
rm -rf /home/glaubitz/loffice/libreoffice-26.2.0~beta1/workdir/CustomTa rget/smoketest
mkdir -p /home/glaubitz/loffice/libreoffice-26.2.0~beta1/workdir/Custom Target/smoketest/user
cp /home/glaubitz/loffice/libreoffice-26.2.0~beta1/qadevOOo/qa/registrymo difications.xcu /home/glaubitz/loffice/libreoffice-26.2.0~beta1/workdir/C ustomTarget/smoketest/user
[CUT] smoketest
S=/home/glaubitz/loffice/libreoffice-26.2.0~beta1 && I=$S/instdir
&& W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -
fr $W/CppunitTest/smoketest.test.user && cp -r $W/unittest $W/C ppunitTest/smoketest.test.user && rm -fr $W/CppunitTest/sm
oketest.test.core && mkdir $W/CppunitTest/smoketest.test.core &&
cd $W/CppunitTest/smoketest.test.core && ( MAX_CONCURRE
NCY=4 MOZILLA_CERTIFICATE_FOLDER=dbm: SAL_DISABLE_SYNCHRONOUS_PRINT ER_DETECTION=1 SAL_USE_VCLPLUGIN=svp LIBO_LANG=C
LO_RUNNING_UNIT_TEST=1 env LD_LIBRARY_PATH=${LD_LIBR ARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program":$W/UnpackedTarball/cppu nit/src/cppunit/.libs $W/LinkTarget/Executable/cppunittester $ W/LinkTarget/CppunitTest/libtest_smoketest.so --headless "-env:BRAND_BA SE_DIR=file://$S/instdir" "-env:BRAND_SHARE_SUBDIR=share" "-env:BRA ND_SHARE_RESOURCE_SUBDIR=program/resource" "-env:UserInstallation=fil e://$W/CppunitTest/smoketest.test.user" "-env:UNO_TYPES=file:/ /$I/program/types.rdb file://$I/program/types/offapi.rdb" "-env:UNO_ SERVICES=file://$W/Rdb/ure/services.rdb" -env:URE_BIN_DIR=file://$I/p
rogram -env:URE_INTERNAL_LIB_DIR=file://$I/program -env:LO_LIB_DIR= file://$I/program -env:LO_JAVA_DIR=file://$I/program/classes --protec
tor $W/LinkTarget/Library/unoexceptionprotector.so unoexceptionprotecto
r --protector $W/LinkTarget/Library/unobootstrapprotector.so unoboots trapprotector -env:arg-soffice=path:$I/program/soffice -env:arg -user=$W/CustomTarget/smoketest -env:arg-env=LD_LIBRARY_PATH"${LD_LIB RARY_PATH+=$LD_LIBRARY_PATH}" -env:arg-testarg.smoketest.doc=$W/Zip/s moketestdoc.sxw "-env:CPPUNITTESTTARGET=$W/CppunitTest/smoketest.tes
t" ) 2>&1
[_RUN_____] (anonymous namespace)::Test::test
(anonymous namespace)::Test::test finished in: 13398ms
OK (1)
[SCK] smoketest
S=/home/glaubitz/loffice/libreoffice-26.2.0~beta1 && I=$S/instdir
&& W=$S/workdir && mkdir -p $W/Module/subsequentcheck/
&& touch $W/Module/subsequentcheck/smoketest (sid_powerpc-dchroot)glaubitz@perotto:~/loffice/libreoffice-26.2.0~beta1/sm oketest$

Thus, we need to figure out why the build doesn't actua
lly generated the wrapper script
for hppa, powerpc (and probably m68k) in order to fix t
he smokeest on these targets.

Adrian

[1] https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch

=powerpc&ver=4%3A26.2.0%7Ebeta1-1&stamp=1765108295&raw=0

[2] https://lists.freedesktop.org/archives/libreoffice/2025-December/

094089.html

[3] https://lists.freedesktop.org/archives/libreoffice/2025-December/

094090.html

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 742
6 3B37 F5B5 F913

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

On Wed, 2025-12-10 at 08:40 +0100, John Paul Adrian Glaubitz wrote:

Thus, we need to figure out why the build doesn't actually generated the wrapper script
for hppa, powerpc (and probably m68k) in order to fix the smokeest on these targets.

So, it turns out that the wrapper script wasn't copied because hppa, m68k and powerpc
are listed in OOO_NOGUI_ARCHS which the following patch fixes:
--- debian/rules.orig 2025-12-11 15:56:17.424880233 +0000
+++ debian/rules 2025-12-10 11:19:19.696634221 +0000
@@ -775,7 +775,7 @@
$(eval $(call gen_no_archs,OOO_REPORTBUILDER_ARCHS))
OOO_FIREBIRD_ARCHS := $(filter-out m68k,$(OOO_BASE_ARCHS))
$(eval $(call gen_no_archs,OOO_FIREBIRD_ARCHS))
-OOO_NOGUI_ARCHS := $(filter amd64 i386 arm64 armhf s390x ppc64 ppc64el,$(OOO_ARCHS))
+OOO_NOGUI_ARCHS := $(filter alpha amd64 i386 arm64 armhf s390x hppa m68k powerpc ppc64 ppc64el sparc64,$(OOO_ARCHS))
$(eval $(call gen_no_archs,OOO_NOGUI_ARCHS))
OOO_PDFIUM_ARCHS := $(OOO_ARCHS)
$(eval $(call gen_no_archs,OOO_PDFIUM_ARCHS))
While this change makes sure the script is generated, the script itself still missing the
executable flag meaning that the smoketest will still fail.
Running
chmod 755 instdir/program/soffice
manually allows the smoketest to pass.
So, while this is fixed halfway, more investigation is necessary.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hi,

Am 11.12.25 um 17:03 schrieb John Paul Adrian Glaubitz:

On Wed, 2025-12-10 at 08:40 +0100, John Paul Adrian Glaubitz wrote:

Thus, we need to figure out why the build doesn't actually generated the wrapper script
for hppa, powerpc (and probably m68k) in order to fix the smokeest on these targets.

So, it turns out that the wrapper script wasn't copied

But the file is there as perotto shows.

See my last reply.

because hppa, m68k and powerpc are listed in OOO_NOGUI_ARCHS which the following patch fixes:

Your "patch" adds them where you say it was listed before. $(filter is not $(filter-out here. This setting
also is supposed to control whether LO is built twice, one time with --disable-gui (*-nogui packages) and one time with GUI.

Don't think you want that on those archs.

--- debian/rules.orig 2025-12-11 15:56:17.424880233 +0000
+++ debian/rules 2025-12-10 11:19:19.696634221 +0000
@@ -775,7 +775,7 @@
$(eval $(call gen_no_archs,OOO_REPORTBUILDER_ARCHS))
OOO_FIREBIRD_ARCHS := $(filter-out m68k,$(OOO_BASE_ARCHS))
$(eval $(call gen_no_archs,OOO_FIREBIRD_ARCHS))
-OOO_NOGUI_ARCHS := $(filter amd64 i386 arm64 armhf s390x ppc64 ppc64el,$(OOO_ARCHS))
+OOO_NOGUI_ARCHS := $(filter alpha amd64 i386 arm64 armhf s390x hppa m68k powerpc ppc64 ppc64el sparc64,$(OOO_ARCHS))
$(eval $(call gen_no_archs,OOO_NOGUI_ARCHS))
OOO_PDFIUM_ARCHS := $(OOO_ARCHS)
$(eval $(call gen_no_archs,OOO_PDFIUM_ARCHS))

See above. This would result in [1]. Not what you want. and the other archs etc just running the basic tests are not there either.

While this change makes sure the script is generated, the script itself still missing the
executable flag meaning that the smoketest will still fail.

Running

chmod 755 instdir/program/soffice

manually allows the smoketest to pass.

Which would also be solved by removing the JITC_PROCESSOR_TYPE thingy and relying on cp which would copy the +x instead

of relying on sed which dosn't create it +x.


Regards,


Rene

[1]

index ef8c2b4e0..b222415db 100644
--- a/control
+++ b/control
@@ -272,7 +272,7 @@ Standards-Version: 4.0.1
ÿRules-Requires-Root: no
ÿVcs-Git: https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice.git -b debian-experimental-26.2
ÿVcs-Browser: https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice
-Bugs:
+Bugs: mailto:debian-openoffice@lists.debian.org
ÿHomepage: http://www.libreoffice.org

ÿPackage: libreoffice
@@ -381,7 +381,7 @@ Description: office productivity suite (metapackage)
ÿ ÿ* afdko-bin: Handling of embedded fonts during import/export/...

ÿPackage: libreoffice-nogui
-Architecture: amd64 arm64 armhf i386 ppc64 ppc64el s390x
+Architecture: alpha amd64 arm64 armhf hppa i386 m68k powerpc ppc64 ppc64el s390x sparc64
ÿSection: metapackages
ÿDepends: libreoffice-base-nogui,
ÿ ÿ ÿ ÿ ÿ libreoffice-calc-nogui,
@@ -534,7 +534,7 @@ Description: office productivity suite -- arch-dependent files
ÿ LibreOffice.ÿ See the libreoffice package for more information.

ÿPackage: libreoffice-core-

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hello,

On Thu, 2025-12-11 at 07:15 +0100, Rene Engelhard wrote:

(experimental_powerpc-dchroot)rene@perotto:~/libreoffice-26.2.0~beta1$ di

ff -u instdir/program/soffice.old instdir/program/soffice

--- instdir/program/soffice.old 2025-12-11 01:55:33.611241288 +0000
+++ instdir/program/sofficeÿ ÿ ÿ2025-12-11 06:08:10.728584

683 +0000

@@ -37,7 +37,7 @@
ÿ# uncomment line below if you encounter problems starting soffice

on your system

ÿ# SAL_NO_XINITTHREADS=true; export SAL_NO_XINITTHREADS

-export JITC_PROCESSOR_TYPE=6
+#@JITC_PROCESSOR_TYPE_EXPORT@

ÿ# resolve installation directory
ÿsd_cwd=$(pwd)

which is powerpc-specific, indeed. From configure.ac:

JITC_PROCESSOR_TYPE=""
if test "$_os" = "Linux" -a "$host_cpu" = "powerpc"; then
ÿ ÿ # IBMs JDK needs this...
ÿ ÿ JITC_PROCESSOR_TYPE=6
ÿ ÿ export JITC_PROCESSOR_TYPE
fi
AC_SUBST([JITC_PROCESSOR_TYPE])

So it means hppa is something different.

Whether it sets "export JITC_PROCESSOR_TYPE=6" or not in the script shoul
dn't make any
difference unless I'm missing something. This just seems to be an environme
nt variable
that is required when using a JDK provided by IBM but should be safe to ign
ore otherwise.

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hi,

Am 11.12.25 um 17:21 schrieb Rene Engelhard:

Running

ÿÿÿÿchmod 755 instdir/program/soffice

manually allows the smoketest to pass.

Which would also be solved by removing the JITC_PROCESSOR_TYPE thingy and relying on cp which would copy the +x instead

of relying on sed which dosn't create it +x.

see https://git.libreoffice.org/core/+/refs/heads/master/desktop/CustomTarget_soffice.mk#38

Regards,


Rene

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh



Am 11.12.25 um 17:21 schrieb Rene Engelhard:

Hi,

Am 11.12.25 um 17:03 schrieb John Paul Adrian Glaubitz:

On Wed, 2025-12-10 at 08:40 +0100, John Paul Adrian Glaubitz wrote:

Thus, we need to figure out why the build doesn't actually generated the wrapper script
for hppa, powerpc (and probably m68k) in order to fix the smokeest on these targets.

So, it turns out that the wrapper script wasn't copied

But the file is there as perotto shows.

But not +x probably, didn't check that. Which the cp fixes.

See my last reply to that.


That should fix powerpc. The question is what happens with m68k and hppa.

(Note --disable-gui doesn't affect that magic "X11" conditional either, even if your patch were correctly around and m68k and hppa and
powerpc needed to be removed from it, especially since the checks are ran against a "normal" build)

Regards,

Rene

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hi,

Am 11.12.25 um 17:35 schrieb John Paul Adrian Glaubitz:

On Thu, 2025-12-11 at 07:15 +0100, Rene Engelhard wrote:

(experimental_powerpc-dchroot)rene@perotto:~/libreoffice-26.2.0~beta1$ diff -u instdir/program/soffice.old instdir/program/soffice
--- instdir/program/soffice.old 2025-12-11 01:55:33.611241288 +0000
+++ instdir/program/sofficeÿ ÿ ÿ2025-12-11 06:08:10.728584683 +0000
@@ -37,7 +37,7 @@
ÿ# uncomment line below if you encounter problems starting soffice on your system
ÿ# SAL_NO_XINITTHREADS=true; export SAL_NO_XINITTHREADS

-export JITC_PROCESSOR_TYPE=6
+#@JITC_PROCESSOR_TYPE_EXPORT@

ÿ# resolve installation directory
ÿsd_cwd=$(pwd)

which is powerpc-specific, indeed. From configure.ac:

JITC_PROCESSOR_TYPE=""
if test "$_os" = "Linux" -a "$host_cpu" = "powerpc"; then
ÿ ÿ # IBMs JDK needs this...
ÿ ÿ JITC_PROCESSOR_TYPE=6
ÿ ÿ export JITC_PROCESSOR_TYPE
fi
AC_SUBST([JITC_PROCESSOR_TYPE])

So it means hppa is something different.

Whether it sets "export JITC_PROCESSOR_TYPE=6" or not in the script shouldn't make any
difference unless I'm missing something. This just seems to be an environment variable
that is required when using a JDK provided by IBM but should be safe to ignore otherwise.

OK, was wondering whether OpenJDK choked on it. Then the fix would be to either

a)

$ cat remove-JITC_PROCESSOR_TYPE-setting.diff
diff --git a/config_host.mk.in b/config_host.mk.in
index 3452ad8fde5d..ece7d18116b5 100644
--- a/config_host.mk.in
+++ b/config_host.mk.in
@@ -390,7 +395,6 @@ export JDK=@JDK@
ÿexport JDK_FOR_BUILD=@JDK_FOR_BUILD@
ÿexport JDK_SECURITYMANAGER_DISALLOWED_FOR_BUILD=@JDK_SECURITYMANAGER_DISALLOWED_FOR_BUILD@
ÿexport JFREEREPORT_JAR=@JFREEREPORT_JAR@
-export JITC_PROCESSOR_TYPE=@JITC_PROCESSOR_TYPE@
ÿJOM=@JOM@
ÿexport JQ=@JQ@
ÿexport JVM_ONE_PATH_CHECK=@JVM_ONE_PATH_CHECK@
diff --git a/configure.ac b/configure.ac
index c1baba596656..04d0db7bd7d3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -9101,14 +9140,6 @@ AC_SUBST(LD_PLUGIN)
ÿAC_CHECK_FUNCS(posix_fallocate, HAVE_POSIX_FALLOCATE=YES, [HAVE_POSIX_FALLOCATE=NO])
ÿAC_SUBST(HAVE_POSIX_FALLOCATE)

-JITC_PROCESSOR_TYPE=""
-if test "$_os" = "Linux" -a "$host_cpu" = "powerpc"; then
-ÿ ÿ # IBMs JDK needs this...
-ÿ ÿ JITC_PROCESSOR_TYPE=6
-ÿ ÿ export JITC_PROCESSOR_TYPE
-fi
-AC_SUBST([JITC_PROCESSOR_TYPE])
- git diff desktop/CustomTarget_soffice.mk
diff --git a/desktop/CustomTarget_soffice.mk b/desktop/CustomTarget_soffice

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hi,

Am 11.12.25 um 17:45 schrieb Rene Engelhard:

OK, was wondering whether OpenJDK choked on it. Then the fix would be to either

a)

$ cat remove-JITC_PROCESSOR_TYPE-setting.diff
[...]
thus triggering the cp or

b)
ÿ gitÿdiffÿdesktop/CustomTarget_soffice.mk
[...]

b) is cleaner and minimal-invasive.

a) would cleanly fix it (and we don't care about IBM JDK anyway, do we?)

b) would als fix it minimal-invasive but would still have the difference of soffice in the instdir/ tree

(in the installed libreoffice-common it's the same everywhere anyway without that setting anyway. so we already don't care about IBMs JDK)


Trying b) now on perotto.ÿ (hppa has problems with the build-deps so not yet on panama..)


Regards,


Rene

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hello,

On Thu, 2025-12-11 at 17:45 +0100, Rene Engelhard wrote:

OK, was wondering whether OpenJDK choked on it. Then the fix would be to

either

a)

$ cat remove-JITC_PROCESSOR_TYPE-setting.diff
diff --git a/config_host.mk.in b/config_host.mk.in
index 3452ad8fde5d..ece7d18116b5 100644
--- a/config_host.mk.in
+++ b/config_host.mk.in
@@ -390,7 +395,6 @@ export JDK=@JDK@
ÿexport JDK_FOR_BUILD=@JDK_FOR_BUILD@
ÿexport JDK_SECURITYMANAGER_DISALLOWED_FOR_BUILD=@JDK_SECURITYMAN

AGER_DISALLOWED_FOR_BUILD@

ÿexport JFREEREPORT_JAR=@JFREEREPORT_JAR@
-export JITC_PROCESSOR_TYPE=@JITC_PROCESSOR_TYPE@
ÿJOM=@JOM@
ÿexport JQ=@JQ@
ÿexport JVM_ONE_PATH_CHECK=@JVM_ONE_PATH_CHECK@
diff --git a/configure.ac b/configure.ac
index c1baba596656..04d0db7bd7d3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -9101,14 +9140,6 @@ AC_SUBST(LD_PLUGIN)
ÿAC_CHECK_FUNCS(posix_fallocate, HAVE_POSIX_FALLOCATE=YES, [HAVE_

POSIX_FALLOCATE=NO])

ÿAC_SUBST(HAVE_POSIX_FALLOCATE)

-JITC_PROCESSOR_TYPE=""
-if test "$_os" = "Linux" -a "$host_cpu" = "powerpc"; then
-ÿ ÿ # IBMs JDK needs this...
-ÿ ÿ JITC_PROCESSOR_TYPE=6
-ÿ ÿ export JITC_PROCESSOR_TYPE
-fi
-AC_SUBST([JITC_PROCESSOR_TYPE])
- git diff desktop/CustomTarget_soffice.mk
diff --git a/desktop/CustomTarget_soffice.mk b/desktop/CustomTarget_soffi

ce.mk

index 26e661ec39dc..91c06870725a 100644
--- a/desktop/CustomTarget_soffice.mk
+++ b/desktop/CustomTarget_soffice.mk
@@ -36,7 +36,7 @@ $(gb_CustomTarget_workdir)/desktop/soffice/soffice.sh :

\

ÿ ÿ ÿ ÿ $(call gb_Output_announce,$(subst $(WORKDIR)

/,,$@),$(true),SED,1)

ÿ ÿ ÿ ÿ $(call gb_Trace_StartRange,$(subst $(WORKDIR

)/,,$@),SED)

ÿifneq ($(JITC_PROCESSOR_TYPE),)
-ÿ ÿ ÿ ÿsed -e "s/^#@JITC_PROCESSOR_TYPE_EXPORT@/expo

rt JITC_PROCESSOR_TYPE=$(JITC_PROCESSOR_TYPE)/" $< > $@

+ÿ ÿ ÿ ÿsed -e "s/^#@JITC_PROCESSOR_TYPE_EXPORT@/expo

rt JITC_PROCESSOR_TYPE=$(JITC_PROCESSOR_TYPE)/" $< > $@ && chmod 755 $@

ÿelse
ÿ ÿ ÿ ÿ cp $< $@
ÿendif

ÿif test $_os = "WINNT"; then
ÿ ÿ ÿfor i in $PKGFORMAT; do
ÿ ÿ ÿ ÿ ÿif test "$i" = msi; then
diff --git a/desktop/CustomTarget_soffice.mk b/desktop/CustomTarget_soffi

ce.mk

index 26e661ec39dc..0c895c77afc0 100644
--- a/desktop/CustomTarget_soffice.mk
+++ b/desktop/CustomTarget_soffice.mk
@@ -35,11 +35,7 @@ $(gb_CustomTarget_workdir)/desktop/soffice/soffice.sh

: \

ÿ ÿ ÿ ÿ ÿ| $(gb_CustomTarget_workdir)/desktop/s

office/.dir

ÿ ÿ ÿ$(call gb_Output_announce,$(subst $(WORKDIR)/,,$@),$

(true),SED,1)

ÿ ÿ ÿ$(call gb_Trace_StartRange,$(subst $(WORKDIR)/,,$@),

SED)

-ifneq ($(JITC_PROCESSOR_TYPE),)
-ÿ ÿ sed -e "s/^#@JITC_PROCESSOR_TYPE_EXPORT@/export JITC_PROCE

SSOR_TYPE=$(JITC_PROCESSOR_TYPE)/" $< > $@

-else
ÿ ÿ ÿcp $< $@
-endif
ÿ ÿ ÿ$(call gb_Trace_EndRange,$(subst $(WORKDIR)/,,$@),SE

D)

ÿendif
diff --git a/desktop/scripts/soffice.sh b/desktop/scripts/soffice.sh
index 7188f393e140..1f3c4cd1f0ec 100755
--- a/desktop/scripts/soffice.sh
+++ b/desktop/scripts/soffice.sh
@@ -37,8 +37,6 @@ export SAL_ENABLE_FILE_LOCKING
ÿ# uncomment line below if you encounter problems starting soffice

on your system

ÿ# SAL_NO_XINITTHREADS=true; export SAL_NO_XINITTHREADS

-#@JITC_PROCESSOR_TYPE_EXPORT@
-
ÿ# resolve installation directory
ÿsd_cwd=$(pwd)
ÿsd_res="$0"

thus triggering the cp or

I think it should be safe to drop the complete handling for JITC_PROCESSOR_ TYPE_EXPORT.

There is no JDK by IBM for 32-bit anymore, so all of this has become cruft.

b)

ÿgit diff desktop/CustomTarget_soffice.mk
diff --git a/desktop/CustomTarget_soffice.mk b/desktop/CustomTarget_soffi

ce.mk

index 26e661ec39dc..91c06870725a 100644
--- a/desktop/CustomTarget_soffice.mk
+++ b/desktop/CustomTarget_soffice.mk
@@ -36,7 +36,7 @@ $(gb_CustomTarget_workdir)/desktop/soffice/soffice.sh :

\

ÿ ÿ ÿ ÿ $(call gb_Output_announce,$(subst $(WORKDIR)

/,,$@),$(true),SED,1)

ÿ ÿ ÿ ÿ $(call gb_Trace_StartRange,$(subst $(WORKDIR

)/,,$@),SED)

ÿifneq ($(JITC_PROCESSOR_TYPE),)
-ÿ ÿ ÿ ÿsed -e "s/^#@JITC_PROCESSOR_TYPE_EXPORT@/expo

rt JITC_PROCESSOR_TYPE=$(JITC_PROCESSOR_TYPE)/" $< > $@

+ÿ ÿ ÿ ÿsed -e "s/^#@JITC_PROCESSOR_TYPE_EXPORT@/expo

rt JITC_PROCESSOR_TYPE=$(JITC_PROCESSOR_TYPE)/" $< > $@ && chmod 755 $@

ÿelse
ÿ ÿ ÿ ÿ cp $< $@
ÿendif

b) is cleaner and minimal-invasive.

Yes, but we can just drop all of this. I don't think that upstream is inter ested in keeping this.

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

Hi,

Am 11.12.25 um 17:53 schrieb John Paul Adrian Glaubitz:

Hello,

On Thu, 2025-12-11 at 17:45 +0100, Rene Engelhard wrote:

OK, was wondering whether OpenJDK choked on it. Then the fix would be to either

a)

$ cat remove-JITC_PROCESSOR_TYPE-setting.diff
[...]

thus triggering the cp or

I think it should be safe to drop the complete handling for JITC_PROCESSOR_TYPE_EXPORT.

There is no JDK by IBM for 32-bit anymore, so all of this has become cruft. [...]

b) is cleaner and minimal-invasive.

Yes, but we can just drop all of this. I don't think that upstream is interested in keeping this.

OK.


Regards,


Rene

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)

Subject: Bug#1122336: libreoffice: Smoketest fails on hppa and powerpc due to missing soffice.sh

clone 1122336 -1

retitleÿ1122336 libreoffice: Smoketest fails on powerpc due to non-executable soffice

retitle -1 libreoffice: Smoketest fails on hppa

tag -1 - pending

thaniks


Hi,

Am 11.12.25 um 18:00 schrieb Rene Engelhard:

Am 11.12.25 um 17:53 schrieb John Paul Adrian Glaubitz:

Hello,

On Thu, 2025-12-11 at 17:45 +0100, Rene Engelhard wrote:

OK, was wondering whether OpenJDK choked on it. Then the fix would be to either

a)

$ cat remove-JITC_PROCESSOR_TYPE-setting.diff
[...]

thus triggering the cp or

I think it should be safe to drop the complete handling for JITC_PROCESSOR_TYPE_EXPORT.

There is no JDK by IBM for 32-bit anymore, so all of this has become cruft. >> [...]

b) is cleaner and minimal-invasive.

Yes, but we can just drop all of this. I don't think that upstream is interested in keeping this.

OK.

Now in git: https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/060ebb430ac0f66ea9203be86ed199a2fd2ea75e

And submitted upstream: https://gerrit.libreoffice.org/c/core/+/195487


For hppa we need another fix (whatever the cause is).


Regards,


Rene

--- PyGate Linux v1.5.2
* Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)