Bug#1071834: same with zlib

[Rene Engelhard]

Hi,

same with zlib:

Package 'zlib', required by 'libxml-2.0', not found

(from https://ci.debian.net/packages/i/igraph/testing/amd64/47001876/)

Regards,

Rene

Bug#1071834: same with zlib

[Rene Engelhard]

Hi,

same with zlib:

Package 'zlib', required by 'libxml-2.0', not found

(from https://ci.debian.net/packages/i/igraph/testing/amd64/47001876/)

Regards,

Rene

Bug#1071834: libxml2-dev: missing Depends on liblzma-dev (used by pkg-config file)

[Rene Engelhard]

Hi,

Am 25.05.24 um 14:00 schrieb Rene Engelhard:

root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the directory containing `liblzma.pc'
to the PKG_CONFIG_PATH environment variable
Package 'liblzma', required by 'libxml-2.0', not found


This is the reason for some/many autopkgtest failures at
https://qa.debian.org/excuses.php?package=libxml2 and also means that 
any package using libxml2-dev without build-depending on anything else 
pulling it liblzma-dev by chance now FTBFS in unstable...


Regards,

Rene

Bug#1071834: libxml2-dev: missing Depends on liblzma-dev (used by pkg-config file)

[Rene Engelhard]

Hi,

Am 25.05.24 um 14:00 schrieb Rene Engelhard:

root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the directory containing `liblzma.pc'
to the PKG_CONFIG_PATH environment variable
Package 'liblzma', required by 'libxml-2.0', not found


This is the reason for some/many autopkgtest failures at
https://qa.debian.org/excuses.php?package=libxml2 and also means that 
any package using libxml2-dev without build-depending on anything else 
pulling it liblzma-dev by chance now FTBFS in unstable...


Regards,

Rene

Bug#1071834: libxml2-dev: missing Depends on liblzma-dev (used by pkg-config file)

[Rene Engelhard]

Package: libxml2-dev
Severity: serious
Version: 2.12.7+dfsg-1

root@frodo:/# dpkg -l | grep lzma
ii  liblzma5:amd64  5.6.1+really5.4.5-1 
  amd64XZ-format compression library

root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the directory containing `liblzma.pc'
to the PKG_CONFIG_PATH environment variable
Package 'liblzma', required by 'libxml-2.0', not found

root@frodo:/# apt install liblzma-dev
[...]

Installing:
  liblzma-dev

Suggested packages:
  liblzma-doc

Summary:
  Upgrading: 0, Installing: 1, Removing: 0, Not Upgrading: 0
  Download size: 293 kB
  Space needed: 803 kB / 4844 MB available

Get:1 http://deb.debian.org/debian unstable/main amd64 liblzma-dev amd64 
5.6.1+really5.4.5-1 [293 kB]

Fetched 293 kB in 0s (1580 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_DE.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
debconf: delaying package configuration, since apt-utils is not installed
Error: Can not write log (Is /dev/pts mounted?) - posix_openpt (19: No 
such device)

Selecting previously unselected package liblzma-dev:amd64.
(Reading database ... 107997 files and directories currently installed.)
Preparing to unpack .../liblzma-dev_5.6.1+really5.4.5-1_amd64.deb ...
Unpacking liblzma-dev:amd64 (5.6.1+really5.4.5-1) ...
Setting up liblzma-dev:amd64 (5.6.1+really5.4.5-1) ...
root@frodo:/# pkg-config --cflags libxml-2.0
-I/usr/include/libxml2

If libxml-2.0.pc references liblzma, libxml2-dev needs to Depend on it.

Regards,

Rene

Bug#1071834: libxml2-dev: missing Depends on liblzma-dev (used by pkg-config file)

[Rene Engelhard]

Package: libxml2-dev
Severity: serious
Version: 2.12.7+dfsg-1

root@frodo:/# dpkg -l | grep lzma
ii  liblzma5:amd64  5.6.1+really5.4.5-1 
  amd64XZ-format compression library

root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the directory containing `liblzma.pc'
to the PKG_CONFIG_PATH environment variable
Package 'liblzma', required by 'libxml-2.0', not found

root@frodo:/# apt install liblzma-dev
[...]

Installing:
  liblzma-dev

Suggested packages:
  liblzma-doc

Summary:
  Upgrading: 0, Installing: 1, Removing: 0, Not Upgrading: 0
  Download size: 293 kB
  Space needed: 803 kB / 4844 MB available

Get:1 http://deb.debian.org/debian unstable/main amd64 liblzma-dev amd64 
5.6.1+really5.4.5-1 [293 kB]

Fetched 293 kB in 0s (1580 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_DE.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
debconf: delaying package configuration, since apt-utils is not installed
Error: Can not write log (Is /dev/pts mounted?) - posix_openpt (19: No 
such device)

Selecting previously unselected package liblzma-dev:amd64.
(Reading database ... 107997 files and directories currently installed.)
Preparing to unpack .../liblzma-dev_5.6.1+really5.4.5-1_amd64.deb ...
Unpacking liblzma-dev:amd64 (5.6.1+really5.4.5-1) ...
Setting up liblzma-dev:amd64 (5.6.1+really5.4.5-1) ...
root@frodo:/# pkg-config --cflags libxml-2.0
-I/usr/include/libxml2

If libxml-2.0.pc references liblzma, libxml2-dev needs to Depend on it.

Regards,

Rene

Bug#1071826: bookworm-pu: package libreoffice/4:7.4.7-1+deb12u3

[Rene Engelhard]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: libreoff...@packages.debian.org, k...@packages.debian.org
Control: affects -1 + src:libreoffice

Hi,

I'd like to fix 2 libreoffice bugs in stable. Most important is
the SMB fix (which - for kf5 - also needs a kio stable update, but those
can be done in parallel or kio later as there's no updated
(build)-dependency needed. Merely I added a Recommends: for
documentation purposes.

[ Reason ]
a) #1059158
   If using python3-uno, loadComponentFromURL apparently needs the
   internal libforuilo.so ("formula ui") library to actually open it
   since it tried to open that one.
   Unfortunately this file if left out in the -nogui packages because it
   is*ui.so. (In 32bit packages that is; in 64bit LO due to
   --enable-mergelibs this is already in a bigger library called
   libmergedlo.so)
b) 1069835
   We shouldn't leave people having documents on SMB shares loose their
   files :-)

[ Impact ]
a) opening calc files via python3-uno remaining broken
b) possible file loss for files on SMB shares

[ Tests ]
No test coverage. But a) is pretty straightforward abd b) was confirmed 
that it

fixes it by the submitter.

[ Risks ]
a) would be better fixed by upstream not requiring that but the bug I
filed upstream (https://bugs.documentfoundation.org/show_bug.cgi?id=158795)
didn't really get any serious attention.
b) more SMB surprises can be possible, though I have not seen any since
this is in unstable since 24.2.2 is there.
(And that exact patch caused a 32bit FTBFS which I backported the fix of 
which went into 24.2.2~rc1-2 packages and is upstream since 24.2.2 rc2 
anyways, too.)


[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
a) see above. It it just excluded from the find which removes *.ui.so.
b) patches from upstream applied verbatim (from 24.2.2)

[ Other info ]
kio needs one update, too for complete fix of 1069835 in 
libreoffice-kf5. I see 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commi 
t/082a2b7e9208a9d0a552049aafd898960fc15998

(debian/patches/fix_cifs_file_locks.patch).
According to 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commit/9db715803c0c87298dbf70644b98a95bb984322c

this was already supposed to be "released to bookworm" but I don't see a
release.debian.org bug nor the package in p-u either.

Debdiff attached.

Regards,

Renediff -Nru libreoffice-7.4.7/debian/changelog libreoffice-7.4.7/debian/changelog
--- libreoffice-7.4.7/debian/changelog	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/changelog	2024-05-24 21:06:45.0 +0200
@@ -1,3 +1,18 @@
+libreoffice (4:7.4.7-1+deb12u3) bookworm; urgency=medium
+
+  * debian/patches/Fix-backup-copy-creation-for-files-on-mounted-samba-shares.diff:
+as name says, from 24.2.2+ (closes: #1069835)
+  * debian/patches/fix-32bit-build.diff: as name says; fix 32bit build with
+above
+
+  * debian/rules:
+- don't remove libforuilo.so in -core-nogui. (closes: #1059158)
+  It's subsumed in libmerged on 64bit archs anyway which we definitely
+  need to keep anyway (similar as libuuilo.so).
+- recommend kio >> 5.103.0-1 in -kf5
+
+ -- Rene Engelhard   Fri, 24 May 2024 21:06:45 +0200
+
 libreoffice (4:7.4.7-1+deb12u2) bookworm-security; urgency=high
 
   * debian/patches/add-notify-for-script-use.diff: add fix for
diff -Nru libreoffice-7.4.7/debian/control libreoffice-7.4.7/debian/control
--- libreoffice-7.4.7/debian/control	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/control	2024-05-22 18:16:51.0 +0200
@@ -5028,7 +5028,7 @@
  ${kf5-qt5-depends},
  ${misc:Depends},
  ${shlibs:Depends}
-Recommends: ${plasma-iconset-dep}
+Recommends: kio (>> 5.103.0-1), ${plasma-iconset-dep}
 Replaces: libreoffice-kde (<< 1:6.1.0~alpha1-1)
 Section: kde
 Enhances: libreoffice
diff -Nru libreoffice-7.4.7/debian/patches/fix-32bit-build.diff libreoffice-7.4.7/debian/patches/fix-32bit-build.diff
--- libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	1970-01-01 01:00:00.0 +0100
+++ libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	2024-05-22 09:46:59.0 +0200
@@ -0,0 +1,54 @@
+From 0f5dfaebd61b9cabbe9762865563c2296ebb0112 Mon Sep 17 00:00:00 2001
+From: Stephan Bergmann 
+Date: Fri, 8 Mar 2024 08:38:44 +0100
+Subject: [PATCH] Blind fix for Linux 32-bit builds
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+...which, according to
+<https://lists.freedesktop.org/archives/libreoffice/2024-March/091666.html> "32
+bit build failure (smb, narrowing)", started to fail with
+
+> /<>/sal/osl/unx/file.cxx: In function ‘void osl_file_adjustLockFla

Bug#1071826: bookworm-pu: package libreoffice/4:7.4.7-1+deb12u3

[Rene Engelhard]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: libreoff...@packages.debian.org, k...@packages.debian.org
Control: affects -1 + src:libreoffice

Hi,

I'd like to fix 2 libreoffice bugs in stable. Most important is
the SMB fix (which - for kf5 - also needs a kio stable update, but those
can be done in parallel or kio later as there's no updated
(build)-dependency needed. Merely I added a Recommends: for
documentation purposes.

[ Reason ]
a) #1059158
   If using python3-uno, loadComponentFromURL apparently needs the
   internal libforuilo.so ("formula ui") library to actually open it
   since it tried to open that one.
   Unfortunately this file if left out in the -nogui packages because it
   is*ui.so. (In 32bit packages that is; in 64bit LO due to
   --enable-mergelibs this is already in a bigger library called
   libmergedlo.so)
b) 1069835
   We shouldn't leave people having documents on SMB shares loose their
   files :-)

[ Impact ]
a) opening calc files via python3-uno remaining broken
b) possible file loss for files on SMB shares

[ Tests ]
No test coverage. But a) is pretty straightforward abd b) was confirmed 
that it

fixes it by the submitter.

[ Risks ]
a) would be better fixed by upstream not requiring that but the bug I
filed upstream (https://bugs.documentfoundation.org/show_bug.cgi?id=158795)
didn't really get any serious attention.
b) more SMB surprises can be possible, though I have not seen any since
this is in unstable since 24.2.2 is there.
(And that exact patch caused a 32bit FTBFS which I backported the fix of 
which went into 24.2.2~rc1-2 packages and is upstream since 24.2.2 rc2 
anyways, too.)


[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
a) see above. It it just excluded from the find which removes *.ui.so.
b) patches from upstream applied verbatim (from 24.2.2)

[ Other info ]
kio needs one update, too for complete fix of 1069835 in 
libreoffice-kf5. I see 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commi 
t/082a2b7e9208a9d0a552049aafd898960fc15998

(debian/patches/fix_cifs_file_locks.patch).
According to 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commit/9db715803c0c87298dbf70644b98a95bb984322c

this was already supposed to be "released to bookworm" but I don't see a
release.debian.org bug nor the package in p-u either.

Debdiff attached.

Regards,

Renediff -Nru libreoffice-7.4.7/debian/changelog libreoffice-7.4.7/debian/changelog
--- libreoffice-7.4.7/debian/changelog	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/changelog	2024-05-24 21:06:45.0 +0200
@@ -1,3 +1,18 @@
+libreoffice (4:7.4.7-1+deb12u3) bookworm; urgency=medium
+
+  * debian/patches/Fix-backup-copy-creation-for-files-on-mounted-samba-shares.diff:
+as name says, from 24.2.2+ (closes: #1069835)
+  * debian/patches/fix-32bit-build.diff: as name says; fix 32bit build with
+above
+
+  * debian/rules:
+- don't remove libforuilo.so in -core-nogui. (closes: #1059158)
+  It's subsumed in libmerged on 64bit archs anyway which we definitely
+  need to keep anyway (similar as libuuilo.so).
+- recommend kio >> 5.103.0-1 in -kf5
+
+ -- Rene Engelhard   Fri, 24 May 2024 21:06:45 +0200
+
 libreoffice (4:7.4.7-1+deb12u2) bookworm-security; urgency=high
 
   * debian/patches/add-notify-for-script-use.diff: add fix for
diff -Nru libreoffice-7.4.7/debian/control libreoffice-7.4.7/debian/control
--- libreoffice-7.4.7/debian/control	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/control	2024-05-22 18:16:51.0 +0200
@@ -5028,7 +5028,7 @@
  ${kf5-qt5-depends},
  ${misc:Depends},
  ${shlibs:Depends}
-Recommends: ${plasma-iconset-dep}
+Recommends: kio (>> 5.103.0-1), ${plasma-iconset-dep}
 Replaces: libreoffice-kde (<< 1:6.1.0~alpha1-1)
 Section: kde
 Enhances: libreoffice
diff -Nru libreoffice-7.4.7/debian/patches/fix-32bit-build.diff libreoffice-7.4.7/debian/patches/fix-32bit-build.diff
--- libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	1970-01-01 01:00:00.0 +0100
+++ libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	2024-05-22 09:46:59.0 +0200
@@ -0,0 +1,54 @@
+From 0f5dfaebd61b9cabbe9762865563c2296ebb0112 Mon Sep 17 00:00:00 2001
+From: Stephan Bergmann 
+Date: Fri, 8 Mar 2024 08:38:44 +0100
+Subject: [PATCH] Blind fix for Linux 32-bit builds
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+...which, according to
+<https://lists.freedesktop.org/archives/libreoffice/2024-March/091666.html> "32
+bit build failure (smb, narrowing)", started to fail with
+
+> /<>/sal/osl/unx/file.cxx: In function ‘void osl_file_adjustLockFla

Bug#1071826: bookworm-pu: package libreoffice/4:7.4.7-1+deb12u3

[Rene Engelhard]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: libreoff...@packages.debian.org, k...@packages.debian.org
Control: affects -1 + src:libreoffice

Hi,

I'd like to fix 2 libreoffice bugs in stable. Most important is
the SMB fix (which - for kf5 - also needs a kio stable update, but those
can be done in parallel or kio later as there's no updated
(build)-dependency needed. Merely I added a Recommends: for
documentation purposes.

[ Reason ]
a) #1059158
   If using python3-uno, loadComponentFromURL apparently needs the
   internal libforuilo.so ("formula ui") library to actually open it
   since it tried to open that one.
   Unfortunately this file if left out in the -nogui packages because it
   is*ui.so. (In 32bit packages that is; in 64bit LO due to
   --enable-mergelibs this is already in a bigger library called
   libmergedlo.so)
b) 1069835
   We shouldn't leave people having documents on SMB shares loose their
   files :-)

[ Impact ]
a) opening calc files via python3-uno remaining broken
b) possible file loss for files on SMB shares

[ Tests ]
No test coverage. But a) is pretty straightforward abd b) was confirmed 
that it

fixes it by the submitter.

[ Risks ]
a) would be better fixed by upstream not requiring that but the bug I
filed upstream (https://bugs.documentfoundation.org/show_bug.cgi?id=158795)
didn't really get any serious attention.
b) more SMB surprises can be possible, though I have not seen any since
this is in unstable since 24.2.2 is there.
(And that exact patch caused a 32bit FTBFS which I backported the fix of 
which went into 24.2.2~rc1-2 packages and is upstream since 24.2.2 rc2 
anyways, too.)


[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
a) see above. It it just excluded from the find which removes *.ui.so.
b) patches from upstream applied verbatim (from 24.2.2)

[ Other info ]
kio needs one update, too for complete fix of 1069835 in 
libreoffice-kf5. I see 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commi 
t/082a2b7e9208a9d0a552049aafd898960fc15998

(debian/patches/fix_cifs_file_locks.patch).
According to 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commit/9db715803c0c87298dbf70644b98a95bb984322c

this was already supposed to be "released to bookworm" but I don't see a
release.debian.org bug nor the package in p-u either.

Debdiff attached.

Regards,

Renediff -Nru libreoffice-7.4.7/debian/changelog libreoffice-7.4.7/debian/changelog
--- libreoffice-7.4.7/debian/changelog	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/changelog	2024-05-24 21:06:45.0 +0200
@@ -1,3 +1,18 @@
+libreoffice (4:7.4.7-1+deb12u3) bookworm; urgency=medium
+
+  * debian/patches/Fix-backup-copy-creation-for-files-on-mounted-samba-shares.diff:
+as name says, from 24.2.2+ (closes: #1069835)
+  * debian/patches/fix-32bit-build.diff: as name says; fix 32bit build with
+above
+
+  * debian/rules:
+- don't remove libforuilo.so in -core-nogui. (closes: #1059158)
+  It's subsumed in libmerged on 64bit archs anyway which we definitely
+  need to keep anyway (similar as libuuilo.so).
+- recommend kio >> 5.103.0-1 in -kf5
+
+ -- Rene Engelhard   Fri, 24 May 2024 21:06:45 +0200
+
 libreoffice (4:7.4.7-1+deb12u2) bookworm-security; urgency=high
 
   * debian/patches/add-notify-for-script-use.diff: add fix for
diff -Nru libreoffice-7.4.7/debian/control libreoffice-7.4.7/debian/control
--- libreoffice-7.4.7/debian/control	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/control	2024-05-22 18:16:51.0 +0200
@@ -5028,7 +5028,7 @@
  ${kf5-qt5-depends},
  ${misc:Depends},
  ${shlibs:Depends}
-Recommends: ${plasma-iconset-dep}
+Recommends: kio (>> 5.103.0-1), ${plasma-iconset-dep}
 Replaces: libreoffice-kde (<< 1:6.1.0~alpha1-1)
 Section: kde
 Enhances: libreoffice
diff -Nru libreoffice-7.4.7/debian/patches/fix-32bit-build.diff libreoffice-7.4.7/debian/patches/fix-32bit-build.diff
--- libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	1970-01-01 01:00:00.0 +0100
+++ libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	2024-05-22 09:46:59.0 +0200
@@ -0,0 +1,54 @@
+From 0f5dfaebd61b9cabbe9762865563c2296ebb0112 Mon Sep 17 00:00:00 2001
+From: Stephan Bergmann 
+Date: Fri, 8 Mar 2024 08:38:44 +0100
+Subject: [PATCH] Blind fix for Linux 32-bit builds
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+...which, according to
+<https://lists.freedesktop.org/archives/libreoffice/2024-March/091666.html> "32
+bit build failure (smb, narrowing)", started to fail with
+
+> /<>/sal/osl/unx/file.cxx: In function ‘void osl_file_adjustLockFla

Bug#1071826: bookworm-pu: package libreoffice/4:7.4.7-1+deb12u3

[Rene Engelhard]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: libreoff...@packages.debian.org, k...@packages.debian.org
Control: affects -1 + src:libreoffice

Hi,

I'd like to fix 2 libreoffice bugs in stable. Most important is
the SMB fix (which - for kf5 - also needs a kio stable update, but those
can be done in parallel or kio later as there's no updated
(build)-dependency needed. Merely I added a Recommends: for
documentation purposes.

[ Reason ]
a) #1059158
   If using python3-uno, loadComponentFromURL apparently needs the
   internal libforuilo.so ("formula ui") library to actually open it
   since it tried to open that one.
   Unfortunately this file if left out in the -nogui packages because it
   is*ui.so. (In 32bit packages that is; in 64bit LO due to
   --enable-mergelibs this is already in a bigger library called
   libmergedlo.so)
b) 1069835
   We shouldn't leave people having documents on SMB shares loose their
   files :-)

[ Impact ]
a) opening calc files via python3-uno remaining broken
b) possible file loss for files on SMB shares

[ Tests ]
No test coverage. But a) is pretty straightforward abd b) was confirmed 
that it

fixes it by the submitter.

[ Risks ]
a) would be better fixed by upstream not requiring that but the bug I
filed upstream (https://bugs.documentfoundation.org/show_bug.cgi?id=158795)
didn't really get any serious attention.
b) more SMB surprises can be possible, though I have not seen any since
this is in unstable since 24.2.2 is there.
(And that exact patch caused a 32bit FTBFS which I backported the fix of 
which went into 24.2.2~rc1-2 packages and is upstream since 24.2.2 rc2 
anyways, too.)


[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
a) see above. It it just excluded from the find which removes *.ui.so.
b) patches from upstream applied verbatim (from 24.2.2)

[ Other info ]
kio needs one update, too for complete fix of 1069835 in 
libreoffice-kf5. I see 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commi 
t/082a2b7e9208a9d0a552049aafd898960fc15998

(debian/patches/fix_cifs_file_locks.patch).
According to 
https://salsa.debian.org/qt-kde-team/kde/kio/-/commit/9db715803c0c87298dbf70644b98a95bb984322c

this was already supposed to be "released to bookworm" but I don't see a
release.debian.org bug nor the package in p-u either.

Debdiff attached.

Regards,

Renediff -Nru libreoffice-7.4.7/debian/changelog libreoffice-7.4.7/debian/changelog
--- libreoffice-7.4.7/debian/changelog	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/changelog	2024-05-24 21:06:45.0 +0200
@@ -1,3 +1,18 @@
+libreoffice (4:7.4.7-1+deb12u3) bookworm; urgency=medium
+
+  * debian/patches/Fix-backup-copy-creation-for-files-on-mounted-samba-shares.diff:
+as name says, from 24.2.2+ (closes: #1069835)
+  * debian/patches/fix-32bit-build.diff: as name says; fix 32bit build with
+above
+
+  * debian/rules:
+- don't remove libforuilo.so in -core-nogui. (closes: #1059158)
+  It's subsumed in libmerged on 64bit archs anyway which we definitely
+  need to keep anyway (similar as libuuilo.so).
+- recommend kio >> 5.103.0-1 in -kf5
+
+ -- Rene Engelhard   Fri, 24 May 2024 21:06:45 +0200
+
 libreoffice (4:7.4.7-1+deb12u2) bookworm-security; urgency=high
 
   * debian/patches/add-notify-for-script-use.diff: add fix for
diff -Nru libreoffice-7.4.7/debian/control libreoffice-7.4.7/debian/control
--- libreoffice-7.4.7/debian/control	2024-04-01 11:05:27.0 +0200
+++ libreoffice-7.4.7/debian/control	2024-05-22 18:16:51.0 +0200
@@ -5028,7 +5028,7 @@
  ${kf5-qt5-depends},
  ${misc:Depends},
  ${shlibs:Depends}
-Recommends: ${plasma-iconset-dep}
+Recommends: kio (>> 5.103.0-1), ${plasma-iconset-dep}
 Replaces: libreoffice-kde (<< 1:6.1.0~alpha1-1)
 Section: kde
 Enhances: libreoffice
diff -Nru libreoffice-7.4.7/debian/patches/fix-32bit-build.diff libreoffice-7.4.7/debian/patches/fix-32bit-build.diff
--- libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	1970-01-01 01:00:00.0 +0100
+++ libreoffice-7.4.7/debian/patches/fix-32bit-build.diff	2024-05-22 09:46:59.0 +0200
@@ -0,0 +1,54 @@
+From 0f5dfaebd61b9cabbe9762865563c2296ebb0112 Mon Sep 17 00:00:00 2001
+From: Stephan Bergmann 
+Date: Fri, 8 Mar 2024 08:38:44 +0100
+Subject: [PATCH] Blind fix for Linux 32-bit builds
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+...which, according to
+<https://lists.freedesktop.org/archives/libreoffice/2024-March/091666.html> "32
+bit build failure (smb, narrowing)", started to fail with
+
+> /<>/sal/osl/unx/file.cxx: In function ‘void osl_file_adjustLockFla

Re: tdf132599_frames_* tests needs hu-HU hyphenation for english text

[Rene Engelhard]

Hi,

Am 10.05.24 um 18:58 schrieb Rene Engelhard:
I think the files should be fixed to set the text language to English 
(USA) instead?



https://gerrit.libreoffice.org/c/core/+/167486.

FTR that one didn't work (as written in my mail)but Laszlo did 
https://gerrit.libreoffice.org/c/core/+/167512 which fixes it (and got 
just merged).


Thanks for the quick fix.


Regards,

Rene

Bug#1070888: PLEASE IGNORE

[Rene Engelhard]

Hi,

Am 11.05.24 um 13:45 schrieb Emmanuel Charpentier:
In fact, both submission worked, but the second is but a duplicate of 
the first.


My apologies for the noise...


No problem, I already merged them. :)

 (Intestestingly 1070888 only made it to the BTS and not to the mailing 
list where 1070887 
 did...)



Regards,


Rene

Bug#1070888: PLEASE IGNORE

[Rene Engelhard]

Hi,

Am 11.05.24 um 13:45 schrieb Emmanuel Charpentier:
In fact, both submission worked, but the second is but a duplicate of 
the first.


My apologies for the noise...


No problem, I already merged them. :)

 (Intestestingly 1070888 only made it to the BTS and not to the mailing 
list where 1070887 
 did...)



Regards,


Rene

Bug#1070862: and this looses files

[Rene Engelhard]

severity 1070862 serious
thanks

Hi,

this is even worse. It looses  the library file for the "non-main" 
libraries after cleanup:


Clean testing chroot.

# apt install libpoppler-dev libpoppler-cpp-dev
[...]

# apt update
# apt dist-upgrade
The following packages were automatically installed and are no longer 
required:

  libpoppler-cpp0t64 libpoppler126t64
Use 'sudo apt autoremove' to remove them.

Upgrading:
  gcc-14-base libaudit-common libc-bin libgcc-s1 libncursesw6 
libpoppler-dev libslang2  libtinfo6 nano ncurses-bin
  kmodlibaudit1   libc6libkmod2  libpoppler-cpp-dev 
libsharpyuv0   libstdc++6 libwebp7  ncurses-base zlib1g


Installing dependencies:
  ca-certificateslibldap-2.5-0  libnghttp2-14 libpoppler134 
librtmp1   libsasl2-moduleslibssh2-1t64 publicsuffix
  libcurl3t64-gnutls libldap-common libpoppler-cpp0v5 libpsl5t64 
libsasl2-2 libsasl2-modules-db openssl


Suggested packages:
  libsasl2-modules-gssapi-mit | libsasl2-modules-gssapi-heimdal 
libsasl2-modules-ldap libsasl2-modules-otp libsasl2-modules-sql


Summary:
  Upgrading: 20, Installing: 15, Removing: 0, Not Upgrading: 0
  Download size: 11.3 MB
  Space needed: 10.1 MB / 133 GB available

Continue? [Y/n]
Get:1 http://deb.debian.org/debian sid/main amd64 ncurses-bin amd64 
6.5-2 [433 kB]
Get:2 http://deb.debian.org/debian sid/main amd64 gcc-14-base amd64 
14-20240429-1 [43.9 kB]
Get:3 http://deb.debian.org/debian sid/main amd64 libgcc-s1 amd64 
14-20240429-1 [72.4 kB]
Get:4 http://deb.debian.org/debian sid/main amd64 libstdc++6 amd64 
14-20240429-1 [715 kB]
Get:5 http://deb.debian.org/debian sid/main amd64 libc6 amd64 2.38-8 
[2771 kB]
Get:6 http://deb.debian.org/debian sid/main amd64 libc-bin amd64 2.38-8 
[610 kB]
Get:7 http://deb.debian.org/debian sid/main amd64 ncurses-base all 6.5-2 
[270 kB]
Get:8 http://deb.debian.org/debian sid/main amd64 libaudit-common all 
1:3.1.2-2.1 [11.4 kB]
Get:9 http://deb.debian.org/debian sid/main amd64 libaudit1 amd64 
1:3.1.2-2.1 [48.5 kB]
Get:10 http://deb.debian.org/debian sid/main amd64 libncursesw6 amd64 
6.5-2 [135 kB]
Get:11 http://deb.debian.org/debian sid/main amd64 libtinfo6 amd64 6.5-2 
[344 kB]
Get:12 http://deb.debian.org/debian sid/main amd64 zlib1g amd64 
1:1.3.dfsg+really1.3.1-1 [87.9 kB]

Get:13 http://deb.debian.org/debian sid/main amd64 kmod amd64 32-1 [95.7 kB]
Get:14 http://deb.debian.org/debian sid/main amd64 libkmod2 amd64 32-1 
[60.1 kB]

Get:15 http://deb.debian.org/debian sid/main amd64 nano amd64 8.0-1 [659 kB]
Get:16 http://deb.debian.org/debian sid/main amd64 openssl amd64 3.2.1-3 
[1360 kB]
Get:17 http://deb.debian.org/debian sid/main amd64 ca-certificates all 
20240203 [158 kB]
Get:18 http://deb.debian.org/debian sid/main amd64 libsasl2-modules-db 
amd64 2.1.28+dfsg1-6 [19.5 kB]
Get:19 http://deb.debian.org/debian sid/main amd64 libsasl2-2 amd64 
2.1.28+dfsg1-6 [56.9 kB]
Get:20 http://deb.debian.org/debian sid/main amd64 libldap-2.5-0 amd64 
2.5.17+dfsg-1 [186 kB]
Get:21 http://deb.debian.org/debian sid/main amd64 libnghttp2-14 amd64 
1.61.0-1+b1 [75.6 kB]
Get:22 http://deb.debian.org/debian sid/main amd64 libpsl5t64 amd64 
0.21.2-1.1 [56.8 kB]
Get:23 http://deb.debian.org/debian sid/main amd64 librtmp1 amd64 
2.4+20151223.gitfa8646d.1-2+b4 [58.5 kB]
Get:24 http://deb.debian.org/debian sid/main amd64 libssh2-1t64 amd64 
1.11.0-4.1+b2 [215 kB]
Get:25 http://deb.debian.org/debian sid/main amd64 libcurl3t64-gnutls 
amd64 8.7.1-5 [433 kB]
Get:26 http://deb.debian.org/debian sid/main amd64 libldap-common all 
2.5.17+dfsg-1 [31.5 kB]
Get:27 http://deb.debian.org/debian sid/main amd64 libpoppler134 amd64 
24.02.0-2 [1029 kB]
Get:28 http://deb.debian.org/debian sid/main amd64 libpoppler-cpp0v5 
amd64 24.02.0-2 [41.3 kB]
Get:29 http://deb.debian.org/debian sid/main amd64 libpoppler-cpp-dev 
amd64 24.02.0-2 [14.7 kB]
Get:30 http://deb.debian.org/debian sid/main amd64 libpoppler-dev amd64 
24.02.0-2 [8080 B]
Get:31 http://deb.debian.org/debian sid/main amd64 libsasl2-modules 
amd64 2.1.28+dfsg1-6 [66.0 kB]
Get:32 http://deb.debian.org/debian sid/main amd64 libsharpyuv0 amd64 
1.4.0-0.1 [113 kB]
Get:33 http://deb.debian.org/debian sid/main amd64 libslang2 amd64 
2.3.3-5 [551 kB]
Get:34 http://deb.debian.org/debian sid/main amd64 libwebp7 amd64 
1.4.0-0.1 [311 kB]
Get:35 http://deb.debian.org/debian sid/main amd64 publicsuffix all 
20231001.0357-0.1 [125 kB]

Fetched 11.3 MB in 2s (6218 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_DE.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Extracting templates from packages: 100%
Preconfiguring 

Bug#1070862: and this looses files

[Rene Engelhard]

severity 1070862 serious
thanks

Hi,

this is even worse. It looses  the library file for the "non-main" 
libraries after cleanup:


Clean testing chroot.

# apt install libpoppler-dev libpoppler-cpp-dev
[...]

# apt update
# apt dist-upgrade
The following packages were automatically installed and are no longer 
required:

  libpoppler-cpp0t64 libpoppler126t64
Use 'sudo apt autoremove' to remove them.

Upgrading:
  gcc-14-base libaudit-common libc-bin libgcc-s1 libncursesw6 
libpoppler-dev libslang2  libtinfo6 nano ncurses-bin
  kmodlibaudit1   libc6libkmod2  libpoppler-cpp-dev 
libsharpyuv0   libstdc++6 libwebp7  ncurses-base zlib1g


Installing dependencies:
  ca-certificateslibldap-2.5-0  libnghttp2-14 libpoppler134 
librtmp1   libsasl2-moduleslibssh2-1t64 publicsuffix
  libcurl3t64-gnutls libldap-common libpoppler-cpp0v5 libpsl5t64 
libsasl2-2 libsasl2-modules-db openssl


Suggested packages:
  libsasl2-modules-gssapi-mit | libsasl2-modules-gssapi-heimdal 
libsasl2-modules-ldap libsasl2-modules-otp libsasl2-modules-sql


Summary:
  Upgrading: 20, Installing: 15, Removing: 0, Not Upgrading: 0
  Download size: 11.3 MB
  Space needed: 10.1 MB / 133 GB available

Continue? [Y/n]
Get:1 http://deb.debian.org/debian sid/main amd64 ncurses-bin amd64 
6.5-2 [433 kB]
Get:2 http://deb.debian.org/debian sid/main amd64 gcc-14-base amd64 
14-20240429-1 [43.9 kB]
Get:3 http://deb.debian.org/debian sid/main amd64 libgcc-s1 amd64 
14-20240429-1 [72.4 kB]
Get:4 http://deb.debian.org/debian sid/main amd64 libstdc++6 amd64 
14-20240429-1 [715 kB]
Get:5 http://deb.debian.org/debian sid/main amd64 libc6 amd64 2.38-8 
[2771 kB]
Get:6 http://deb.debian.org/debian sid/main amd64 libc-bin amd64 2.38-8 
[610 kB]
Get:7 http://deb.debian.org/debian sid/main amd64 ncurses-base all 6.5-2 
[270 kB]
Get:8 http://deb.debian.org/debian sid/main amd64 libaudit-common all 
1:3.1.2-2.1 [11.4 kB]
Get:9 http://deb.debian.org/debian sid/main amd64 libaudit1 amd64 
1:3.1.2-2.1 [48.5 kB]
Get:10 http://deb.debian.org/debian sid/main amd64 libncursesw6 amd64 
6.5-2 [135 kB]
Get:11 http://deb.debian.org/debian sid/main amd64 libtinfo6 amd64 6.5-2 
[344 kB]
Get:12 http://deb.debian.org/debian sid/main amd64 zlib1g amd64 
1:1.3.dfsg+really1.3.1-1 [87.9 kB]

Get:13 http://deb.debian.org/debian sid/main amd64 kmod amd64 32-1 [95.7 kB]
Get:14 http://deb.debian.org/debian sid/main amd64 libkmod2 amd64 32-1 
[60.1 kB]

Get:15 http://deb.debian.org/debian sid/main amd64 nano amd64 8.0-1 [659 kB]
Get:16 http://deb.debian.org/debian sid/main amd64 openssl amd64 3.2.1-3 
[1360 kB]
Get:17 http://deb.debian.org/debian sid/main amd64 ca-certificates all 
20240203 [158 kB]
Get:18 http://deb.debian.org/debian sid/main amd64 libsasl2-modules-db 
amd64 2.1.28+dfsg1-6 [19.5 kB]
Get:19 http://deb.debian.org/debian sid/main amd64 libsasl2-2 amd64 
2.1.28+dfsg1-6 [56.9 kB]
Get:20 http://deb.debian.org/debian sid/main amd64 libldap-2.5-0 amd64 
2.5.17+dfsg-1 [186 kB]
Get:21 http://deb.debian.org/debian sid/main amd64 libnghttp2-14 amd64 
1.61.0-1+b1 [75.6 kB]
Get:22 http://deb.debian.org/debian sid/main amd64 libpsl5t64 amd64 
0.21.2-1.1 [56.8 kB]
Get:23 http://deb.debian.org/debian sid/main amd64 librtmp1 amd64 
2.4+20151223.gitfa8646d.1-2+b4 [58.5 kB]
Get:24 http://deb.debian.org/debian sid/main amd64 libssh2-1t64 amd64 
1.11.0-4.1+b2 [215 kB]
Get:25 http://deb.debian.org/debian sid/main amd64 libcurl3t64-gnutls 
amd64 8.7.1-5 [433 kB]
Get:26 http://deb.debian.org/debian sid/main amd64 libldap-common all 
2.5.17+dfsg-1 [31.5 kB]
Get:27 http://deb.debian.org/debian sid/main amd64 libpoppler134 amd64 
24.02.0-2 [1029 kB]
Get:28 http://deb.debian.org/debian sid/main amd64 libpoppler-cpp0v5 
amd64 24.02.0-2 [41.3 kB]
Get:29 http://deb.debian.org/debian sid/main amd64 libpoppler-cpp-dev 
amd64 24.02.0-2 [14.7 kB]
Get:30 http://deb.debian.org/debian sid/main amd64 libpoppler-dev amd64 
24.02.0-2 [8080 B]
Get:31 http://deb.debian.org/debian sid/main amd64 libsasl2-modules 
amd64 2.1.28+dfsg1-6 [66.0 kB]
Get:32 http://deb.debian.org/debian sid/main amd64 libsharpyuv0 amd64 
1.4.0-0.1 [113 kB]
Get:33 http://deb.debian.org/debian sid/main amd64 libslang2 amd64 
2.3.3-5 [551 kB]
Get:34 http://deb.debian.org/debian sid/main amd64 libwebp7 amd64 
1.4.0-0.1 [311 kB]
Get:35 http://deb.debian.org/debian sid/main amd64 publicsuffix all 
20231001.0357-0.1 [125 kB]

Fetched 11.3 MB in 2s (6218 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "de_DE.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Extracting templates from packages: 100%
Preconfiguring 

Re: tdf132599_frames_* tests needs hu-HU hyphenation for english text

[Rene Engelhard]

Hi again,

Am 10.05.24 um 17:27 schrieb Rene Engelhard:


Am 10.05.24 um 17:18 schrieb Rene Engelhard:

[...]
The test code sets en_US as locale, and the text files have english 
text.


Well, sets is wrong, by bad.

But it checks for it and skips the test if en_US isn't there.

But LibreOffice suggests to install hu-HU hyphenation patterns when 
opening the .fodt. Indeed, the text is formatted as Hungarian.


but as said it expects hu-HU since the text is formatted as Hungarian.


I think the files should be fixed to set the text language to English 
(USA) instead?



https://gerrit.libreoffice.org/c/core/+/167486.

(Probably bigger than needed since I used my workstations Debian stable 
LO for it.


Feel free to do it less invasive to the .fodt diff if possible :)

I don't know how minimal the diff was is if one edited it with a newer LO.)


But I got only down to

Test name: (anonymous 
namespace)::testTdf132599_frames_on_same_page_hyphenation::TestBody

equality assertion failed
- Expected: cept that it
- Actual  : space, ex
- In <>, attribute 'portion' of 
'/root/page/body/txt/anchored/fly[2]/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_spread_hyphenation::TestBody

equality assertion failed
- Expected: cept that it
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page[3]/body/txt/anchored/fly/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


Failures !!!
Run: 95   Failure total: 2   Failures: 2   Errors: 0
make: *** 
[/home/rene/LibreOffice/git/master/solenv/gbuild/CppunitTest.mk:130: 
/home/rene/LibreOffice/git/master/workdir/CppunitTest/sw_layoutwriter3.test] 
Error 1


and yes, I see that in that (obviously, since this is with 7.6.7) when I 
open  the document. But shouldn' t  that be a non-issue if tested with a 
"correct" LO?



Interestingly Jenkins' builds work fine here even with my new documents..


Do I miss something here?


Regards,


Rene

test_tdf159102_smart_justify_with_automatic_hyphenation and es_ES hyphenation

[Rene Engelhard]

Hi,

while writing my other mail and doing the mentioned patch I noticed I 
never actually forwarded the

test_tdf159102_smart_justify_with_automatic_hyphenation failure.

That test does

def test_tdf159102_smart_justify_with_automatic_hyphenation(self):
supported_locale = self.is_supported_locale("en", "US")
if not supported_locale:
self.skipTest("no hyphenation patterns for en_US available")

initally and says

# we must not depend on the installed hyphenation patterns,
# so extend user dictionary temporarily with the 
hyphenation cur=sus and ege=stas


later on

which apparently didn't work. When I open the test document LO suggests 
me to actually install es hyphenation, and after installing that 
hyphen-es that made the test pass.


Actually in the meanwhile

commit 1b83ebf42c535528b73baac2407b347f19070d07
Author: Noel Grandin 
Date:   Thu Jan 25 13:53:26 2024 +0200

disabling UITest tdf159102

because it still fails on my machine reliably

Change-Id: I482b8235cd910ff16b1b15bb0427c5d6a8140751
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162567
Tested-by: Jenkins
Reviewed-by: Noel Grandin 

happened, disabling the actual test after the above-mentioned if.

Regards,

Rene

Re: tdf132599_frames_* tests needs hu-HU hyphenation for english text

[Rene Engelhard]

Hi,

Am 10.05.24 um 17:18 schrieb Rene Engelhard:

[...]
The test code sets en_US as locale, and the text files have english text.


Well, sets is wrong, by bad.

But it checks for it and skips the test if en_US isn't there.

But LibreOffice suggests to install hu-HU hyphenation patterns when 
opening the .fodt. Indeed, the text is formatted as Hungarian.


but as said it expects hu-HU since the text is formatted as Hungarian.


I think the files should be fixed to set the text language to English 
(USA) instead?




(I just work around it by adding hyphen-hu as a build dependency, but 
that should be fixed).



https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/1330f842bec975ba616359d9a0cc05a2f37e7a00


Regards,


Rene

tdf132599_frames_* tests needs hu-HU hyphenation for english text

[Rene Engelhard]

Hi,

I just got

Test name: (anonymous 
namespace)::testTdf132599_frames_on_right_pages_no_hyphenation::TestBody

equality assertion failed
- Expected: space, ex
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page[3]/body/txt/anchored/fly/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_same_page_hyphenation::TestBody
equality Test name: (anonymous 
namespace)::testTdf132599_frames_on_right_pages_no_hyphenation::TestBody

equality assertion failed
- Expected: space, ex
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page[3]/body/txt/anchored/fly/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_same_page_hyphenation::TestBody

equality assertion failed
- Expected: cept that it
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page/body/txt/anchored/fly[2]/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_same_page_no_hyphenation::TestBody

equality assertion failed
- Expected: space, ex
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page/body/txt/anchored/fly[2]/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_spread_hyphenation::TestBody

equality assertion failed
- Expected: cept that it
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page[3]/body/txt/anchored/fly/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


Failures !!!
Run: 95   Failure total: 4   Failures: 4   Errors: 0
assertion failed
- Expected: cept that it
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page/body/txt/anchored/fly[2]/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_same_page_no_hyphenation::TestBody

equality assertion failed
- Expected: space, ex
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page/body/txt/anchored/fly[2]/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


xmltesttools.cxx:170:Assertion
Test name: (anonymous 
namespace)::testTdf132599_frames_on_spread_hyphenation::TestBody

equality assertion failed
- Expected: cept that it
- Actual  : space,
- In <>, attribute 'portion' of 
'/root/page[3]/body/txt/anchored/fly/txt/SwParaPortion/SwLineLayout[1]' 
incorrect value.


Failures !!!
Run: 95   Failure total: 4   Failures: 4   Errors: 0

in my master  test build. Wondering why I looked at the test itself and 
the .fdot.


The test code sets en_US as locale, and the text files have english text.

But LibreOffice suggests to install hu-HU hyphenation patterns when 
opening the .fodt. Indeed, the text is formatted as Hungarian.


Probably wrong?

(I just work around it by adding hyphen-hu as a build dependency, but 
that should be fixed).


Regards,

Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

# splt up the LO and kio parts properly

clone 1069835 -1

reassign -1 kio

retitle -1 kio: Don't leak existing file handles to newly spanwed KIO 
workers


block 1069835 by -1

# LOs part is done, at least for this one.

close 1069835 4:24.2.2-1

thanks


Am 03.05.24 um 10:54 schrieb Andreas B. Mundt:

On Fri, May 03, 2024 at 10:18:22AM +0200, Sune Stolborg Vuorela wrote:

On Friday, May 3, 2024 10:06:27 AM CEST you wrote:

On Thu, May 02, 2024 at 04:37:30PM +0200, Sune Stolborg Vuorela wrote:

[…]

If it works for you, I'll ask the debian kde maintainers to fix it.


It looks like it fixes the libreoffice issue (no modifications applied
to libreoffice).  With a patched kio package I was not able to
reproduce the issue.  Replacing just the kio binary package seems to
be sufficient.  We are going to test a bit more on other setups too.

Tested with libreoffice from bookworm-backports:  Fixed.

Cool. So that means we don't even need the LO part here?

The changes needed to libreoffice are already in Debian ( https://
gerrit.libreoffice.org/c/core/+/162935 ) - also by Kevin Ottens who also
authored this patch.

Great!


Yes, that is the one mentioned earlier and fixed in 24.2.2.


Cleaning those bugs up and making an own one for kio.


Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

# splt up the LO and kio parts properly

clone 1069835 -1

reassign -1 kio

retitle -1 kio: Don't leak existing file handles to newly spanwed KIO 
workers


block 1069835 by -1

# LOs part is done, at least for this one.

close 1069835 4:24.2.2-1

thanks


Am 03.05.24 um 10:54 schrieb Andreas B. Mundt:

On Fri, May 03, 2024 at 10:18:22AM +0200, Sune Stolborg Vuorela wrote:

On Friday, May 3, 2024 10:06:27 AM CEST you wrote:

On Thu, May 02, 2024 at 04:37:30PM +0200, Sune Stolborg Vuorela wrote:

[…]

If it works for you, I'll ask the debian kde maintainers to fix it.


It looks like it fixes the libreoffice issue (no modifications applied
to libreoffice).  With a patched kio package I was not able to
reproduce the issue.  Replacing just the kio binary package seems to
be sufficient.  We are going to test a bit more on other setups too.

Tested with libreoffice from bookworm-backports:  Fixed.

Cool. So that means we don't even need the LO part here?

The changes needed to libreoffice are already in Debian ( https://
gerrit.libreoffice.org/c/core/+/162935 ) - also by Kevin Ottens who also
authored this patch.

Great!


Yes, that is the one mentioned earlier and fixed in 24.2.2.


Cleaning those bugs up and making an own one for kio.


Regards,


Rene

Bug#1069835: needs a fix in KIO as well

[Rene Engelhard]

Hi,

Am 26.04.24 um 10:02 schrieb Sune Stolborg Vuorela:

https://invent.kde.org/frameworks/kio/-/commit/
45b306dc0653fa42672e8a49afe8f42d24585ed4

is also needed for it to work.


Thanks for mentioning this.


As talked about on IRC this morning, that commit is only for kf6s kio.

So unless that one is backported to kf5 we'd get the fix then if we 
shipped libreoffice-kf6 and KF6/Plasma6 is what is used.


(According to IRC it isn't sure whether this will be backported to kf5. 
Let's see)



Regards,


Rene

Bug#1069835: needs a fix in KIO as well

[Rene Engelhard]

Hi,

Am 26.04.24 um 10:02 schrieb Sune Stolborg Vuorela:

https://invent.kde.org/frameworks/kio/-/commit/
45b306dc0653fa42672e8a49afe8f42d24585ed4

is also needed for it to work.


Thanks for mentioning this.


As talked about on IRC this morning, that commit is only for kf6s kio.

So unless that one is backported to kf5 we'd get the fix then if we 
shipped libreoffice-kf6 and KF6/Plasma6 is what is used.


(According to IRC it isn't sure whether this will be backported to kf5. 
Let's see)



Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

Hi,

Am 25.04.24 um 18:37 schrieb Andreas B. Mundt:

On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote:

Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.

Which doesn't do IO itself though? But maybe the KDE file picker (over kio)
does something weird? But saving (ttbomk) isn't done by the file picker
itself?

I just tried a trixie XFCE desktop and cannot reproduce the issue
there.  Then I installed KDE and switched the DE. In KDE again the
issue is reproducable, removing libreoffice-kf5 makes the problem go
away.  Installing libreoffice-kf5 again: Issue is back.

Shrugs.

However, back in XFCE, even with libreoffice-kf5 installed, the issue
does not show up.


Because in XFCE you don't get the KDE File Picker but the Gtk one.

Unless you force kf5, which I don't think you do.


  The different file chooser GUIs seem to trigger the
issue.

Interesting.

Removing libreoffice-kf5 or switching to XFCE results in a
different file chooser, which somehow causes the problem.  So the bug
is probably not in libreoffice-kf5 …


-kf5 does contain the KDE file picker used in LibreOffice.


In any case, try with >= 24.2.2 (so sid). If that commit was it (which I 
somehow doubt, see my previous reply) sid should work.


Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

Hi,

Am 25.04.24 um 18:37 schrieb Andreas B. Mundt:

On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote:

Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.

Which doesn't do IO itself though? But maybe the KDE file picker (over kio)
does something weird? But saving (ttbomk) isn't done by the file picker
itself?

I just tried a trixie XFCE desktop and cannot reproduce the issue
there.  Then I installed KDE and switched the DE. In KDE again the
issue is reproducable, removing libreoffice-kf5 makes the problem go
away.  Installing libreoffice-kf5 again: Issue is back.

Shrugs.

However, back in XFCE, even with libreoffice-kf5 installed, the issue
does not show up.


Because in XFCE you don't get the KDE File Picker but the Gtk one.

Unless you force kf5, which I don't think you do.


  The different file chooser GUIs seem to trigger the
issue.

Interesting.

Removing libreoffice-kf5 or switching to XFCE results in a
different file chooser, which somehow causes the problem.  So the bug
is probably not in libreoffice-kf5 …


-kf5 does contain the KDE file picker used in LibreOffice.


In any case, try with >= 24.2.2 (so sid). If that commit was it (which I 
somehow doubt, see my previous reply) sid should work.


Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

Hi,

Am 25.04.24 um 18:37 schrieb Andreas B. Mundt:

On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote:

Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.

Which doesn't do IO itself though? But maybe the KDE file picker (over kio)
does something weird? But saving (ttbomk) isn't done by the file picker
itself?

I just tried a trixie XFCE desktop and cannot reproduce the issue
there.  Then I installed KDE and switched the DE. In KDE again the
issue is reproducable, removing libreoffice-kf5 makes the problem go
away.  Installing libreoffice-kf5 again: Issue is back.

Shrugs.

However, back in XFCE, even with libreoffice-kf5 installed, the issue
does not show up.


Because in XFCE you don't get the KDE File Picker but the Gtk one.

Unless you force kf5, which I don't think you do.


  The different file chooser GUIs seem to trigger the
issue.

Interesting.

Removing libreoffice-kf5 or switching to XFCE results in a
different file chooser, which somehow causes the problem.  So the bug
is probably not in libreoffice-kf5 …


-kf5 does contain the KDE file picker used in LibreOffice.


In any case, try with >= 24.2.2 (so sid). If that commit was it (which I 
somehow doubt, see my previous reply) sid should work.


Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

Hi,

Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.


Which doesn't do IO itself though? But maybe the KDE file picker (over 
kio) does something weird? But saving (ttbomk) isn't done by the file 
picker itself?



There also is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935182 
since some time.



It looks a bit like the issue found in [2].


Which doesn't touch any KDE stuff either. In fact it caused 32bit builds 
to fail[1] and I don't know what more regressions this caused. I would 
be wary of "just" backporting it in a point release...



Regards,

Rene

[1] by relying on internal glibc/kernel types, see 
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/libreoffice_24.2.2_rc1-2/patches/fix-32bit-build.diff?ref_type=tags 
-


 later updated upstream for 
https://cgit.freedesktop.org/libreoffice/core/commit/sal/osl/unx/file.cxx?id=434065478d35fe8e144aec916ac06438c0150270

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

Hi,

Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.


Which doesn't do IO itself though? But maybe the KDE file picker (over 
kio) does something weird? But saving (ttbomk) isn't done by the file 
picker itself?



There also is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935182 
since some time.



It looks a bit like the issue found in [2].


Which doesn't touch any KDE stuff either. In fact it caused 32bit builds 
to fail[1] and I don't know what more regressions this caused. I would 
be wary of "just" backporting it in a point release...



Regards,

Rene

[1] by relying on internal glibc/kernel types, see 
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/libreoffice_24.2.2_rc1-2/patches/fix-32bit-build.diff?ref_type=tags 
-


 later updated upstream for 
https://cgit.freedesktop.org/libreoffice/core/commit/sal/osl/unx/file.cxx?id=434065478d35fe8e144aec916ac06438c0150270

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

Hi,

Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.


Which doesn't do IO itself though? But maybe the KDE file picker (over 
kio) does something weird? But saving (ttbomk) isn't done by the file 
picker itself?



There also is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935182 
since some time.



It looks a bit like the issue found in [2].


Which doesn't touch any KDE stuff either. In fact it caused 32bit builds 
to fail[1] and I don't know what more regressions this caused. I would 
be wary of "just" backporting it in a point release...



Regards,

Rene

[1] by relying on internal glibc/kernel types, see 
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/libreoffice_24.2.2_rc1-2/patches/fix-32bit-build.diff?ref_type=tags 
-


 later updated upstream for 
https://cgit.freedesktop.org/libreoffice/core/commit/sal/osl/unx/file.cxx?id=434065478d35fe8e144aec916ac06438c0150270

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

close 1069835 4:24.2.2-1

forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004

tag 1069835 + moreinfo

thanks


Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

Package: libreoffice-kf5


Version?



Severity: grave


Come on... Not downgrading just yet, but I don't believe it's grave.


we run Debian bookworm KDE plasma clients with home directories
mounted from an SMB share.  From time to time, users reported that

Ah, bookworm. You should have mentioned it in Version:

libreoffice documents have disappeared completely when closing
libreoffice.  We were now able to reproduce the issue on both,
the current bookworm and bookworm-backports version of libreoffice.

Mount an SMB share. I use the following in fstab:
   //SHARE/DIR /media/share cifs user,nobrl,user=USER,password=PASS 0 0

Open/create an ODT document, write some text, save the file and check
it's appearance on the share.  Then click Insert → Image and (perhaps
with the image still selected in the document) close libreoffice.
The file disappears on the share.  This is almost always reproducible
(we tested multiple SMB servers) if not, just open the file again,
insert another image, Ctrl-S, Ctrl-Q, the file is gone!

If 'nobrl' is removed from the mount options (but we need it for other
programs to work properly), instead of the file disappearing, a popup
shows:

   Error saving the document Untitled 1:
   Error creating object.
   Could not create backup copy.

This looks like already reported upstream [1].

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl'
It looks a bit like the issue found in [2].


So fixed in sid?

(If I only could update the bookworm backport to 24.2.2+, but given it's 
sstill stuck behind time_t...)



Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

close 1069835 4:24.2.2-1

forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004

tag 1069835 + moreinfo

thanks


Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

Package: libreoffice-kf5


Version?



Severity: grave


Come on... Not downgrading just yet, but I don't believe it's grave.


we run Debian bookworm KDE plasma clients with home directories
mounted from an SMB share.  From time to time, users reported that

Ah, bookworm. You should have mentioned it in Version:

libreoffice documents have disappeared completely when closing
libreoffice.  We were now able to reproduce the issue on both,
the current bookworm and bookworm-backports version of libreoffice.

Mount an SMB share. I use the following in fstab:
   //SHARE/DIR /media/share cifs user,nobrl,user=USER,password=PASS 0 0

Open/create an ODT document, write some text, save the file and check
it's appearance on the share.  Then click Insert → Image and (perhaps
with the image still selected in the document) close libreoffice.
The file disappears on the share.  This is almost always reproducible
(we tested multiple SMB servers) if not, just open the file again,
insert another image, Ctrl-S, Ctrl-Q, the file is gone!

If 'nobrl' is removed from the mount options (but we need it for other
programs to work properly), instead of the file disappearing, a popup
shows:

   Error saving the document Untitled 1:
   Error creating object.
   Could not create backup copy.

This looks like already reported upstream [1].

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl'
It looks a bit like the issue found in [2].


So fixed in sid?

(If I only could update the bookworm backport to 24.2.2+, but given it's 
sstill stuck behind time_t...)



Regards,


Rene

Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares

[Rene Engelhard]

close 1069835 4:24.2.2-1

forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004

tag 1069835 + moreinfo

thanks


Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:

Package: libreoffice-kf5


Version?



Severity: grave


Come on... Not downgrading just yet, but I don't believe it's grave.


we run Debian bookworm KDE plasma clients with home directories
mounted from an SMB share.  From time to time, users reported that

Ah, bookworm. You should have mentioned it in Version:

libreoffice documents have disappeared completely when closing
libreoffice.  We were now able to reproduce the issue on both,
the current bookworm and bookworm-backports version of libreoffice.

Mount an SMB share. I use the following in fstab:
   //SHARE/DIR /media/share cifs user,nobrl,user=USER,password=PASS 0 0

Open/create an ODT document, write some text, save the file and check
it's appearance on the share.  Then click Insert → Image and (perhaps
with the image still selected in the document) close libreoffice.
The file disappears on the share.  This is almost always reproducible
(we tested multiple SMB servers) if not, just open the file again,
insert another image, Ctrl-S, Ctrl-Q, the file is gone!

If 'nobrl' is removed from the mount options (but we need it for other
programs to work properly), instead of the file disappearing, a popup
shows:

   Error saving the document Untitled 1:
   Error creating object.
   Could not create backup copy.

This looks like already reported upstream [1].

For now, we traced the issue back to libreoffice-kf5.  If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl'
It looks a bit like the issue found in [2].


So fixed in sid?

(If I only could update the bookworm backport to 24.2.2+, but given it's 
sstill stuck behind time_t...)



Regards,


Rene

Bug#1069554: [Pkg-pascal-devel] Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?

[Rene Engelhard]

Hi,

Am 24.04.24 um 21:35 schrieb Peter B:
Why is it bad?  The nogui's are lighter dependencies than the gui 
packages.
Exactly. That#s why they should be used in package building for 
converting stuff.
One or the other is needed. Surely better to use the nogui if its 
available?


It is available. As indep builds are not done on armel that it's not 
available on armel does not really matter :)



My point is  that you don't need the alternative.


Regards,


Rene

Bug#1069554: [Pkg-pascal-devel] Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?

[Rene Engelhard]

Hi,

Am 24.04.24 um 21:35 schrieb Peter B:
Why is it bad?  The nogui's are lighter dependencies than the gui 
packages.
Exactly. That#s why they should be used in package building for 
converting stuff.
One or the other is needed. Surely better to use the nogui if its 
available?


It is available. As indep builds are not done on armel that it's not 
available on armel does not really matter :)



My point is  that you don't need the alternative.


Regards,


Rene

Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?

[Rene Engelhard]

Hi Lucas,

this is no bug in the package AFAICS.

libreoffice-draw-nogui is clearly only in Build-Depends-Indep:

Build-Depends: debhelper-compat (= 13),
 fpc,
 libgtk2.0-dev,
 lcl,
 lcl-qt5,
Build-Depends-Indep:
 libreoffice-draw-nogui,
 libreoffice-writer,

So it's only needed for _all builds. So why would the build-deps  be 
uninstallable on armel? Or do your scripts do full builds and not 
--binary-arch/-B or whatever applicable?


(And yes, that nogui is not available on armel is a deliberate decision. 
It's dead, and nooone will hopefully want to use it for document 
conversion. And I don't want to force a full double build on armel.)


This bugreport now caused the following "fix" in winff:

Build-Depends-Indep:
 faketime,
 libreoffice-draw-nogui   | libreoffice-draw,
 libreoffice-writer-nogui | libreoffice-writer,

which I consider bad...

Regards,

Rene

Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?

[Rene Engelhard]

Hi Lucas,

this is no bug in the package AFAICS.

libreoffice-draw-nogui is clearly only in Build-Depends-Indep:

Build-Depends: debhelper-compat (= 13),
 fpc,
 libgtk2.0-dev,
 lcl,
 lcl-qt5,
Build-Depends-Indep:
 libreoffice-draw-nogui,
 libreoffice-writer,

So it's only needed for _all builds. So why would the build-deps  be 
uninstallable on armel? Or do your scripts do full builds and not 
--binary-arch/-B or whatever applicable?


(And yes, that nogui is not available on armel is a deliberate decision. 
It's dead, and nooone will hopefully want to use it for document 
conversion. And I don't want to force a full double build on armel.)


This bugreport now caused the following "fix" in winff:

Build-Depends-Indep:
 faketime,
 libreoffice-draw-nogui   | libreoffice-draw,
 libreoffice-writer-nogui | libreoffice-writer,

which I consider bad...

Regards,

Rene

Bug#1069123: RM: libreoffice != 24.3/experimental [armhf ppc64el s390x mips64el riscv64] -- ROM, NVIU; obsolete cruft

[Rene Engelhard]

Package: ftp.debian.org

Hi,

The following packages are cruft:

$ rmadison -s experimental -S libreoffice | grep -v 24\.2\.3
fonts-opensymbol | 4:102.12+LibO7.5.4~rc2-1  | 
experimental | all
fonts-opensymbol | 4:102.12+LibO7.5.5~rc1-2  | 
experimental | all
fonts-opensymbol | 4:102.12+LibO7.6.3~rc2-1  | 
experimental | all
fonts-opensymbol | 4:102.12+LibO24.2.0~rc2-1 | 
experimental | all
fonts-opensymbol | 4:102.12+LibO24.2.1~rc2-1 | 
experimental | all
gir1.2-lokdocview-0.1| 4:7.5.4~rc2-1 | 
experimental | mips64el
gir1.2-lokdocview-0.1| 4:24.2.1~rc2-1| 
experimental | riscv64
liblibreoffice-java  | 4:7.5.4~rc2-1 | 
experimental | all
liblibreoffice-java  | 4:7.5.5~rc1-2 | 
experimental | all
liblibreoffice-java  | 4:7.6.3~rc2-1 | 
experimental | all
liblibreoffice-java  | 4:24.2.0~rc2-1| 
experimental | all
liblibreoffice-java  | 4:24.2.1~rc2-1| 
experimental | all
liblibreofficekitgtk | 4:7.5.4~rc2-1 | 
experimental | mips64el
liblibreofficekitgtk | 4:24.2.1~rc2-1| 
experimental | riscv64
libofficebean-java   | 4:7.5.4~rc2-1 | 
experimental | mips64el
libofficebean-java   | 4:7.5.5~rc1-2 | 
experimental | armhf, ppc64el, s390x
libofficebean-java   | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice  | 4:7.5.4~rc2-1 | 
experimental | source, mips64el
libreoffice  | 4:7.5.5~rc1-2 | 
experimental | source
libreoffice  | 4:7.6.3~rc2-1 | 
experimental | source
libreoffice  | 4:24.2.0~rc2-1| 
experimental | source
libreoffice  | 4:24.2.1~rc2-1| 
experimental | source, riscv64
libreoffice-base | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-base | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-base-core| 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-base-core| 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-base-drivers | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-base-drivers | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-calc | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-calc | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-common   | 4:7.5.4~rc2-1 | 
experimental | all
libreoffice-common   | 4:7.5.5~rc1-2 | 
experimental | all
libreoffice-common   | 4:7.6.3~rc2-1 | 
experimental | all
libreoffice-common   | 4:24.2.0~rc2-1| 
experimental | all
libreoffice-common   | 4:24.2.1~rc2-1| 
experimental | all
libreoffice-core | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-core | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-dev  | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-dev  | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-dev-common   | 4:7.5.4~rc2-1 | 
experimental | all
libreoffice-dev-common   | 4:7.5.5~rc1-2 | 
experimental | all
libreoffice-dev-common   | 4:7.6.3~rc2-1 | 
experimental | all
libreoffice-dev-common   | 4:24.2.0~rc2-1| 
experimental | all
libreoffice-dev-common   | 4:24.2.1~rc2-1| 
experimental | all
libreoffice-dev-doc  | 4:7.5.4~rc2-1 | 
experimental | all
libreoffice-dev-doc  | 4:7.5.5~rc1-2 | 
experimental | all
libreoffice-dev-doc  | 4:7.6.3~rc2-1 | 
experimental | all
libreoffice-dev-doc  | 4:24.2.0~rc2-1| 
experimental | all
libreoffice-dev-doc  | 4:24.2.1~rc2-1| 
experimental | all
libreoffice-dev-gui  | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-dev-gui  | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-draw | 4:7.5.4~rc2-1 | 
experimental | mips64el
libreoffice-draw | 4:24.2.1~rc2-1| 
experimental | riscv64
libreoffice-evolution| 4:7.5.4~rc2-1 | 
experimental | mips64el

Bug#1069121: RM: libuno-sal3 libuno-cppu3 ibuno-salhelpergcc3-3 libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3 -- ROM, NBS; obsolete cruft pre-t64

[Rene Engelhard]

Package: ftp.debian.org


Hi,


please remove

rene@frodo:~$ rmadison -s unstable libuno-sal3 libuno-cppu3 
libuno-salhelpergcc3-3 libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3
libuno-cppu3 | 4:24.2.0-1 | unstable | amd64, arm64, armel, armhf, i386, 
ppc64el, s390x
libuno-cppuhelpergcc3-3 | 4:24.2.0-1 | unstable | amd64, arm64, armel, 
armhf, i386, ppc64el, s390x
libuno-purpenvhelpergcc3-3 | 4:24.2.0-1 | unstable | amd64, arm64, 
armel, armhf, i386, ppc64el, s390x
libuno-sal3 | 4:24.2.0-1 | unstable | amd64, arm64, armel, armhf, i386, 
ppc64el, s390x
libuno-salhelpergcc3-3 | 4:24.2.0-1 | unstable | amd64, arm64, armel, 
armhf, i386, ppc64el, s390x


on all those archs, they all have been renamed for t64. No idea why the 
auto-decrufter doesn't pick it up.


That also makes it possible to remove this cruft:

$ rmadison -s unstable -S libreoffice | grep 24\.2\.0
fonts-opensymbol | 4:102.12+LibO24.2.0-1 | unstable | all
liblibreoffice-java | 4:24.2.0-1 | unstable | all
libreoffice | 4:24.2.0-1 | unstable | source
libreoffice-common | 4:24.2.0-1 | unstable | all
libreoffice-dev-common | 4:24.2.0-1 | unstable | all
libreoffice-dev-doc | 4:24.2.0-1 | unstable | all
libreoffice-help-ca | 4:24.2.0-1 | unstable | all
libreoffice-help-common | 4:24.2.0-1 | unstable | all
libreoffice-help-cs | 4:24.2.0-1 | unstable | all
libreoffice-help-da | 4:24.2.0-1 | unstable | all
libreoffice-help-de | 4:24.2.0-1 | unstable | all
libreoffice-help-dz | 4:24.2.0-1 | unstable | all
libreoffice-help-el | 4:24.2.0-1 | unstable | all
libreoffice-help-en-gb | 4:24.2.0-1 | unstable | all
libreoffice-help-en-us | 4:24.2.0-1 | unstable | all
libreoffice-help-es | 4:24.2.0-1 | unstable | all
libreoffice-help-et | 4:24.2.0-1 | unstable | all
libreoffice-help-eu | 4:24.2.0-1 | unstable | all
libreoffice-help-fi | 4:24.2.0-1 | unstable | all
libreoffice-help-fr | 4:24.2.0-1 | unstable | all
libreoffice-help-gl | 4:24.2.0-1 | unstable | all
libreoffice-help-hi | 4:24.2.0-1 | unstable | all
libreoffice-help-hu | 4:24.2.0-1 | unstable | all
libreoffice-help-id | 4:24.2.0-1 | unstable | all
libreoffice-help-it | 4:24.2.0-1 | unstable | all
libreoffice-help-ja | 4:24.2.0-1 | unstable | all
libreoffice-help-km | 4:24.2.0-1 | unstable | all
libreoffice-help-ko | 4:24.2.0-1 | unstable | all
libreoffice-help-nl | 4:24.2.0-1 | unstable | all
libreoffice-help-om | 4:24.2.0-1 | unstable | all
libreoffice-help-pl | 4:24.2.0-1 | unstable | all
libreoffice-help-pt | 4:24.2.0-1 | unstable | all
libreoffice-help-pt-br | 4:24.2.0-1 | unstable | all
libreoffice-help-ru | 4:24.2.0-1 | unstable | all
libreoffice-help-sk | 4:24.2.0-1 | unstable | all
libreoffice-help-sl | 4:24.2.0-1 | unstable | all
libreoffice-help-sv | 4:24.2.0-1 | unstable | all
libreoffice-help-tr | 4:24.2.0-1 | unstable | all
libreoffice-help-vi | 4:24.2.0-1 | unstable | all
libreoffice-help-zh-cn | 4:24.2.0-1 | unstable | all
libreoffice-help-zh-tw | 4:24.2.0-1 | unstable | all
libreoffice-java-common | 4:24.2.0-1 | unstable | all
libreoffice-l10n-af | 4:24.2.0-1 | unstable | all
libreoffice-l10n-am | 4:24.2.0-1 | unstable | all
libreoffice-l10n-ar | 4:24.2.0-1 | unstable | all
libreoffice-l10n-as | 4:24.2.0-1 | unstable | all
libreoffice-l10n-ast | 4:24.2.0-1 | unstable | all
libreoffice-l10n-be | 4:24.2.0-1 | unstable | all
libreoffice-l10n-bg | 4:24.2.0-1 | unstable | all
libreoffice-l10n-bn | 4:24.2.0-1 | unstable | all
libreoffice-l10n-br | 4:24.2.0-1 | unstable | all
libreoffice-l10n-bs | 4:24.2.0-1 | unstable | all
libreoffice-l10n-ca | 4:24.2.0-1 | unstable | all
libreoffice-l10n-cs | 4:24.2.0-1 | unstable | all
libreoffice-l10n-cy | 4:24.2.0-1 | unstable | all
libreoffice-l10n-da | 4:24.2.0-1 | unstable | all
libreoffice-l10n-de | 4:24.2.0-1 | unstable | all
libreoffice-l10n-dz | 4:24.2.0-1 | unstable | all
libreoffice-l10n-el | 4:24.2.0-1 | unstable | all
libreoffice-l10n-en-gb | 4:24.2.0-1 | unstable | all
libreoffice-l10n-en-za | 4:24.2.0-1 | unstable | all
libreoffice-l10n-eo | 4:24.2.0-1 | unstable | all
libreoffice-l10n-es | 4:24.2.0-1 | unstable | all
libreoffice-l10n-et | 4:24.2.0-1 | unstable | all
libreoffice-l10n-eu | 4:24.2.0-1 | unstable | all
libreoffice-l10n-fa | 4:24.2.0-1 | unstable | all
libreoffice-l10n-fi | 4:24.2.0-1 | unstable | all
libreoffice-l10n-fr | 4:24.2.0-1 | unstable | all
libreoffice-l10n-ga | 4:24.2.0-1 | unstable | all
libreoffice-l10n-gd | 4:24.2.0-1 | unstable | all
libreoffice-l10n-gl | 4:24.2.0-1 | unstable | all
libreoffice-l10n-gu | 4:24.2.0-1 | unstable | all
libreoffice-l10n-gug | 4:24.2.0-1 | unstable | all
libreoffice-l10n-he | 4:24.2.0-1 | unstable | all
libreoffice-l10n-hi | 4:24.2.0-1 | unstable | all
libreoffice-l10n-hr | 4:24.2.0-1 | unstable | all
libreoffice-l10n-hu | 4:24.2.0-1 | unstable | all
libreoffice-l10n-id | 4:24.2.0-1 | unstable | all
libreoffice-l10n-in | 4:24.2.0-1 | unstable | all
libreoffice-l10n-is | 4:24.2.0-1 | unstable | all
libreoffice-l10n-it | 4:24.2.0-1 | unstable | all
libreoffice-l10n-ja | 4:24.2.0-1 

Bug#1069120: RM: ure-java libofficebean-java libreoffice-sdbc-hsqldb libreoffice-report-builder libreoffice-report-builder-bin [armhf ppc64el s390x] -- ROM, ANAIS; obsolete cruft

[Rene Engelhard]

Package: ftp.debian.org


Hi,


The following packages have been ANAIS for loong (sincd 7.6.x times.).


$ rmadison -s unstable ure-java libofficebean-java 
libreoffice-sdbc-hsqldb libreoffice-report-builder 
libreoffice-report-builder-bin | grep -v 24

libofficebean-java | 4:7.5.9~rc1-1 | unstable | armhf, ppc64el, s390x
libreoffice-report-builder | 4:7.5.9~rc1-1 | unstable | all
libreoffice-report-builder-bin | 4:7.5.9~rc1-1 | unstable | armhf, 
ppc64el, s390x

libreoffice-sdbc-hsqldb | 4:7.5.9~rc1-1 | unstable | armhf, ppc64el, s390x
ure-java | 4:7.5.9~rc1-1 | unstable | armhf, ppc64el, s390x

but apparently are not recognized by the auto-cruft. Keeping all this 
*load of obsolete packages in sid:


$ rmadison -s unstable -S libreoffice | grep -v 24\.2
fonts-opensymbol | 4:102.12+LibO7.5.9~rc1-1 | unstable | all
liblibreoffice-java | 4:7.5.9~rc1-1 | unstable | all
libofficebean-java | 4:7.5.9~rc1-1 | unstable | armhf, ppc64el, s390x
libreoffice | 4:7.5.9~rc1-1 | unstable | source
libreoffice-common | 4:7.5.9~rc1-1 | unstable | all
libreoffice-dev-common | 4:7.5.9~rc1-1 | unstable | all
libreoffice-dev-doc | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-ca | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-common | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-cs | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-da | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-de | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-dz | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-el | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-en-gb | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-en-us | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-es | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-et | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-eu | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-fi | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-fr | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-gl | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-hi | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-hu | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-id | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-it | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-ja | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-km | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-ko | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-nl | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-om | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-pl | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-pt | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-pt-br | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-ru | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-sk | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-sl | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-sv | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-tr | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-vi | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-zh-cn | 4:7.5.9~rc1-1 | unstable | all
libreoffice-help-zh-tw | 4:7.5.9~rc1-1 | unstable | all
libreoffice-java-common | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-af | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-am | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-ar | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-as | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-ast | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-be | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-bg | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-bn | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-br | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-bs | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-ca | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-cs | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-cy | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-da | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-de | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-dz | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-el | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-en-gb | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-en-za | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-eo | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-es | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-et | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-eu | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-fa | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-fi | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-fr | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-ga | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-gd | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-gl | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-gu | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-gug | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-he | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-hi | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-hr | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-hu | 4:7.5.9~rc1-1 | unstable | all
libreoffice-l10n-id | 4:7.5.9~rc1-1 | 

core.git: Branch 'feature/cib_contract49' - configure.ac download.lst external/rhino Makefile.fetch solenv/flatpak-manifest.in

[Rene Engelhard (via logerrit)]

 Makefile.fetch |1 -
 configure.ac   |7 ++-
 download.lst   |5 -
 external/rhino/README  |9 -
 solenv/flatpak-manifest.in |7 ---
 5 files changed, 2 insertions(+), 27 deletions(-)

New commits:
commit 60a187494196de909abf65edd0e074cd58dd8062
Author: Rene Engelhard 
AuthorDate: Wed Apr 3 23:26:08 2024 +0200
Commit: Thorsten Behrens 
CommitDate: Thu Apr 11 07:32:45 2024 +0200

clean up after removal of patched rhino

Change-Id: I193fd0c10d297555faa7a832718dbd6cd929a406
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165762
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/Makefile.fetch b/Makefile.fetch
index 625e781dc36a..412b9f16927f 100644
--- a/Makefile.fetch
+++ b/Makefile.fetch
@@ -206,7 +206,6 @@ $(WORKDIR)/download: $(BUILDDIR)/config_$(gb_Side).mk 
$(SRCDIR)/download.lst $(S
$(call fetch_Optional,REDLAND,REDLAND_TARBALL) \
$(call fetch_Optional,REVENGE,REVENGE_TARBALL) \
$(call fetch_Optional,RHINO,RHINO_TARBALL) \
-   $(call fetch_Optional,RHINO,SWING_TARBALL) \
$(call fetch_Optional,SKIA,SKIA_TARBALL) \
$(call fetch_Optional,STAROFFICE,STAROFFICE_TARBALL) \
$(if $(filter WNT,$(OS)),TWAIN_DSM_TARBALL) \
diff --git a/configure.ac b/configure.ac
index 1a19592bbc88..5558740e8be3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2356,11 +2356,8 @@ libo_FUZZ_ARG_ENABLE(scripting-javascript,
 
 AC_ARG_WITH(system-rhino,
 AS_HELP_STRING([--with-system-rhino],
-[Use rhino already on system.]),,)
-#[with_system_rhino="$with_system_jars"])
-# Above is not used as we have different debug interface
-# patched into internal rhino. This code needs to be fixed
-# before we can enable it by default.
+[Use rhino already on system.]),,
+[with_system_rhino="$with_system_jars"])
 
 AC_ARG_WITH(rhino-jar,
 AS_HELP_STRING([--with-rhino-jar=JARFILE],
diff --git a/download.lst b/download.lst
index b2af90eb35bc..3d5cdfabf905 100644
--- a/download.lst
+++ b/download.lst
@@ -517,11 +517,6 @@ STAROFFICE_TARBALL := 
libstaroffice-0.0.$(STAROFFICE_VERSION_MICRO).tar.xz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
-SWING_SHA256SUM := 
64585ac36a81291a58269ec5347e7e3e2e8596dbacb9221015c208191333c6e1
-SWING_TARBALL := 35c94d2df8893241173de1d16b6034c0-swingExSrc.zip
-# three static lines
-# so that git cherry-pick
-# will not run into conflicts
 TWAIN_DSM_SHA256SUM := 
82c818be771f242388457aa8c807e4b52aa84dc22b21c6c56184a6b4cbb085e6
 TWAIN_DSM_TARBALL := twaindsm_2.4.1.orig.tar.gz
 # three static lines
diff --git a/external/rhino/README b/external/rhino/README
index 83e4135d0b89..c60378c32262 100644
--- a/external/rhino/README
+++ b/external/rhino/README
@@ -3,12 +3,3 @@ JavaScript engine/interpreter written in Java, used to provide 
JavaScript extens
 The Scripting Framework makes use of the Rhino 
([http://www.mozilla.org/rhino/])
 JavaScript interpreter, available under the Mozilla Public License
 ([http://www.mozilla.org/MPL/MPL-1.1.html]).
-
-In addition, to support the debugging of scripts contained in OpenOffice.org
-documents, we have modified the Java source file Main.java.
-
-The Rhino source tarball is unpacked and patched with the modified code. The
-Rhino Jar file (js.jar) is then built (download/swingExSrc.zip is unpacked and
-built as part of this procesS) and delivered to the solver. The file
-rhino1_5R5.patch contains the changes made in order to build Rhino. The patch
-was generated using the command: diff -wurN
diff --git a/solenv/flatpak-manifest.in b/solenv/flatpak-manifest.in
index 112747942471..b14797f252dc 100644
--- a/solenv/flatpak-manifest.in
+++ b/solenv/flatpak-manifest.in
@@ -618,13 +618,6 @@
 "dest": "external/tarballs",
 "dest-filename": "@JFREEREPORT_SAC_TARBALL@"
 },
-{
-"url": 
"https://dev-www.libreoffice.org/src/@SWING_TARBALL@;,
-"sha256": "@SWING_SHA256SUM@",
-"type": "file",
-"dest": "external/tarballs",
-"dest-filename": "@SWING_TARBALL@"
-},
 {
 "url": 
"https://dev-www.libreoffice.org/src/@LIBNUMBERTEXT_TARBALL@;,
 "sha256": "@LIBNUMBERTEXT_SHA256SUM@",

core.git: configure.ac download.lst external/rhino Makefile.fetch solenv/flatpak-manifest.in

[Rene Engelhard (via logerrit)]

 Makefile.fetch |1 -
 configure.ac   |7 ++-
 download.lst   |5 -
 external/rhino/README  |9 -
 solenv/flatpak-manifest.in |7 ---
 5 files changed, 2 insertions(+), 27 deletions(-)

New commits:
commit 479a39cbf0f4564abe93066d7a3f6b2e82de0e76
Author: Rene Engelhard 
AuthorDate: Wed Apr 3 23:26:08 2024 +0200
Commit: Stephan Bergmann 
CommitDate: Mon Apr 8 10:48:19 2024 +0200

clean up after removal of patched rhino

Change-Id: I193fd0c10d297555faa7a832718dbd6cd929a406
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165762
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/Makefile.fetch b/Makefile.fetch
index b96cb573c2bf..afb7d176e79e 100644
--- a/Makefile.fetch
+++ b/Makefile.fetch
@@ -224,7 +224,6 @@ $(WORKDIR)/download: $(BUILDDIR)/config_$(gb_Side).mk 
$(SRCDIR)/download.lst $(S
$(call fetch_Optional,REDLAND,REDLAND_TARBALL) \
$(call fetch_Optional,REVENGE,REVENGE_TARBALL) \
$(call fetch_Optional,RHINO,RHINO_TARBALL) \
-   $(call fetch_Optional,RHINO,SWING_TARBALL) \
$(call fetch_Optional,SKIA,SKIA_TARBALL) \
$(call fetch_Optional,STAROFFICE,STAROFFICE_TARBALL) \
$(if $(filter WNT,$(OS)),TWAIN_DSM_TARBALL) \
diff --git a/configure.ac b/configure.ac
index 507fef7e9d34..799b88d39abb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2390,11 +2390,8 @@ libo_FUZZ_ARG_ENABLE(scripting-javascript,
 
 AC_ARG_WITH(system-rhino,
 AS_HELP_STRING([--with-system-rhino],
-[Use rhino already on system.]),,)
-#[with_system_rhino="$with_system_jars"])
-# Above is not used as we have different debug interface
-# patched into internal rhino. This code needs to be fixed
-# before we can enable it by default.
+[Use rhino already on system.]),,
+[with_system_rhino="$with_system_jars"])
 
 AC_ARG_WITH(rhino-jar,
 AS_HELP_STRING([--with-rhino-jar=JARFILE],
diff --git a/download.lst b/download.lst
index 8c732bdb41b0..d8793dbeb620 100644
--- a/download.lst
+++ b/download.lst
@@ -602,11 +602,6 @@ STAROFFICE_TARBALL := 
libstaroffice-0.0.$(STAROFFICE_VERSION_MICRO).tar.xz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
-SWING_SHA256SUM := 
64585ac36a81291a58269ec5347e7e3e2e8596dbacb9221015c208191333c6e1
-SWING_TARBALL := 35c94d2df8893241173de1d16b6034c0-swingExSrc.zip
-# three static lines
-# so that git cherry-pick
-# will not run into conflicts
 TWAIN_DSM_SHA256SUM := 
82c818be771f242388457aa8c807e4b52aa84dc22b21c6c56184a6b4cbb085e6
 TWAIN_DSM_TARBALL := twaindsm_2.4.1.orig.tar.gz
 # three static lines
diff --git a/external/rhino/README b/external/rhino/README
index 83e4135d0b89..c60378c32262 100644
--- a/external/rhino/README
+++ b/external/rhino/README
@@ -3,12 +3,3 @@ JavaScript engine/interpreter written in Java, used to provide 
JavaScript extens
 The Scripting Framework makes use of the Rhino 
([http://www.mozilla.org/rhino/])
 JavaScript interpreter, available under the Mozilla Public License
 ([http://www.mozilla.org/MPL/MPL-1.1.html]).
-
-In addition, to support the debugging of scripts contained in OpenOffice.org
-documents, we have modified the Java source file Main.java.
-
-The Rhino source tarball is unpacked and patched with the modified code. The
-Rhino Jar file (js.jar) is then built (download/swingExSrc.zip is unpacked and
-built as part of this procesS) and delivered to the solver. The file
-rhino1_5R5.patch contains the changes made in order to build Rhino. The patch
-was generated using the command: diff -wurN
diff --git a/solenv/flatpak-manifest.in b/solenv/flatpak-manifest.in
index 74beb39f21b9..1ba678b81d12 100644
--- a/solenv/flatpak-manifest.in
+++ b/solenv/flatpak-manifest.in
@@ -709,13 +709,6 @@
 "dest": "external/tarballs",
 "dest-filename": "@JFREEREPORT_SAC_TARBALL@"
 },
-{
-"url": 
"https://dev-www.libreoffice.org/src/@SWING_TARBALL@;,
-"sha256": "@SWING_SHA256SUM@",
-"type": "file",
-"dest": "external/tarballs",
-"dest-filename": "@SWING_TARBALL@"
-},
 {
 "url": 
"https://dev-www.libreoffice.org/src/@LIBNUMBERTEXT_TARBALL@;,
 "sha256": "@LIBNUMBERTEXT_SHA256SUM@",

Bug#1068609: (no subject)

[Rene Engelhard]

fixed 1068609 4:24.2.2-2
notfixed 1068609 4:24.2.2-3
thanks

4:24.2.2-2 has it fixed of course, not 4:24.2.2-3:

libreoffice (4:24.2.2-2) unstable; urgency=medium

  * debian/patches/split-sdbc-firebird-mariadb.diff: create extra
{mysqlc,firebird_sdbc}.xcd as for evoab. Otherwise configuration
parts of it ends up (or not in indep builds) in libreoffice-commons
main.xcd
  * debian/rules:
- install new {mysqlc,firebird_sdbc}.xcd into the respective
  packages
- build-depend on liborcus-dev (>> 0.19.2-3+b1) as for libxmlsec1-dev
  * debian/libreoffice-sdbc-{mysql,firebird}.ucf: add
  * debian/control.in: add Breaks: -sdbc-{mysql,firebird} (<< 4:24.2.2-2)
to libreoffice-common

 -- Rene Engelhard   Sat, 30 Mar 2024 09:30:30 +

even though -2 was never attempted on armhf due to that build-dep (-3 
was built then)

Bug#1068609: (no subject)

[Rene Engelhard]

fixed 1068609 4:24.2.2-2
notfixed 1068609 4:24.2.2-3
thanks

4:24.2.2-2 has it fixed of course, not 4:24.2.2-3:

libreoffice (4:24.2.2-2) unstable; urgency=medium

  * debian/patches/split-sdbc-firebird-mariadb.diff: create extra
{mysqlc,firebird_sdbc}.xcd as for evoab. Otherwise configuration
parts of it ends up (or not in indep builds) in libreoffice-commons
main.xcd
  * debian/rules:
- install new {mysqlc,firebird_sdbc}.xcd into the respective
  packages
- build-depend on liborcus-dev (>> 0.19.2-3+b1) as for libxmlsec1-dev
  * debian/libreoffice-sdbc-{mysql,firebird}.ucf: add
  * debian/control.in: add Breaks: -sdbc-{mysql,firebird} (<< 4:24.2.2-2)
to libreoffice-common

 -- Rene Engelhard   Sat, 30 Mar 2024 09:30:30 +

even though -2 was never attempted on armhf due to that build-dep (-3 
was built then)

Bug#1068609: (no subject)

[Rene Engelhard]

fixed 1068609 4:24.2.2-2
notfixed 1068609 4:24.2.2-3
thanks

4:24.2.2-2 has it fixed of course, not 4:24.2.2-3:

libreoffice (4:24.2.2-2) unstable; urgency=medium

  * debian/patches/split-sdbc-firebird-mariadb.diff: create extra
{mysqlc,firebird_sdbc}.xcd as for evoab. Otherwise configuration
parts of it ends up (or not in indep builds) in libreoffice-commons
main.xcd
  * debian/rules:
- install new {mysqlc,firebird_sdbc}.xcd into the respective
  packages
- build-depend on liborcus-dev (>> 0.19.2-3+b1) as for libxmlsec1-dev
  * debian/libreoffice-sdbc-{mysql,firebird}.ucf: add
  * debian/control.in: add Breaks: -sdbc-{mysql,firebird} (<< 4:24.2.2-2)
to libreoffice-common

 -- Rene Engelhard   Sat, 30 Mar 2024 09:30:30 +

even though -2 was never attempted on armhf due to that build-dep (-3 
was built then)

Bug#1068609: failure log for reference

[Rene Engelhard]

Hi,

for the sake of this bug (since it misses the mail history) this is the 
FTBFS:


Test name: testContentGnumeric::TestBody
assertion failed
- Expression: 
xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")


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

4:24.2.2-1 build failed with an orcus not rebult for time_t and after 
that it succeeded (-3 forced an appropriate build-dep)


4:24.2.0-1 from testing now fails in that way after the orcus bin-NMU 
(0.19.2-3+b2) migrated.


Regards,

Rene

Bug#1068609: failure log for reference

[Rene Engelhard]

Hi,

for the sake of this bug (since it misses the mail history) this is the 
FTBFS:


Test name: testContentGnumeric::TestBody
assertion failed
- Expression: 
xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")


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

4:24.2.2-1 build failed with an orcus not rebult for time_t and after 
that it succeeded (-3 forced an appropriate build-dep)


4:24.2.0-1 from testing now fails in that way after the orcus bin-NMU 
(0.19.2-3+b2) migrated.


Regards,

Rene

Re: Bug#1068609: libreoffice: FTBFS on arrmhf: testContentGnumeric assertion failed,- Expression: xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")

[Rene Engelhard]

Version:  4:24.2.2-3


Hi,

Am 07.04.24 um 23:13 schrieb Rene Engelhard:
Filing a bug for reference. This is fixed in 4:24.2.2-3, will mark it 
as such when I get the bug number.



As said.


Regards,


Rene

Bug#1068609: libreoffice: FTBFS on arrmhf: testContentGnumeric assertion failed,- Expression: xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")

[Rene Engelhard]

Source: libreoffice

Version: 4:24.2.0-1

Severity: serious

Tags: trixie ftbfs


Hi,

Am 30.03.24 um 12:56 schrieb Rene Engelhard:

Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild 
of libreoffice (gb, but I need a new upload anyway)


So we probably missed a rename? (Or more for stuff silently using 
time-date?)


boost1.83 (iostream)? liborcus? Both?


I prepared a time_t rename of liborcus. Can upload it (to NEW...) any 
time.
A bin-NMU would also work, except for a needed runtime dependency, 
then again it's "only" the gnumeric filter...). I wouldn't mind a 
simple bin-NMU at least.


That one got done on April 1 :)

> Ran the full tests with it. Passed.

(Unfortunately) that (expectedly) now causes the reverse issue in 
testing. Just verified in a local build.


Fortunately the startup of LO works fine (tried on my machine here) so 
it's probably "just" gnumeric (and maybe other gnumeric-using filters) 
affected.



Filing a bug for reference. This is fixed in 4:24.2.2-3, will mark it as 
such when I get the bug number.



Regards,

Rene

Bug#1068609: libreoffice: FTBFS on arrmhf: testContentGnumeric assertion failed,- Expression: xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")

[Rene Engelhard]

Source: libreoffice

Version: 4:24.2.0-1

Severity: serious

Tags: trixie ftbfs


Hi,

Am 30.03.24 um 12:56 schrieb Rene Engelhard:

Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild 
of libreoffice (gb, but I need a new upload anyway)


So we probably missed a rename? (Or more for stuff silently using 
time-date?)


boost1.83 (iostream)? liborcus? Both?


I prepared a time_t rename of liborcus. Can upload it (to NEW...) any 
time.
A bin-NMU would also work, except for a needed runtime dependency, 
then again it's "only" the gnumeric filter...). I wouldn't mind a 
simple bin-NMU at least.


That one got done on April 1 :)

> Ran the full tests with it. Passed.

(Unfortunately) that (expectedly) now causes the reverse issue in 
testing. Just verified in a local build.


Fortunately the startup of LO works fine (tried on my machine here) so 
it's probably "just" gnumeric (and maybe other gnumeric-using filters) 
affected.



Filing a bug for reference. This is fixed in 4:24.2.2-3, will mark it as 
such when I get the bug number.



Regards,

Rene

libreoffice: FTBFS on arrmhf: testContentGnumeric assertion failed,- Expression: xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")

[Rene Engelhard]

Source: libreoffice

Version: 4:24.2.0-1

Severity: serious

Tags: trixie ftbfs


Hi,

Am 30.03.24 um 12:56 schrieb Rene Engelhard:

Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild 
of libreoffice (gb, but I need a new upload anyway)


So we probably missed a rename? (Or more for stuff silently using 
time-date?)


boost1.83 (iostream)? liborcus? Both?


I prepared a time_t rename of liborcus. Can upload it (to NEW...) any 
time.
A bin-NMU would also work, except for a needed runtime dependency, 
then again it's "only" the gnumeric filter...). I wouldn't mind a 
simple bin-NMU at least.


That one got done on April 1 :)

> Ran the full tests with it. Passed.

(Unfortunately) that (expectedly) now causes the reverse issue in 
testing. Just verified in a local build.


Fortunately the startup of LO works fine (tried on my machine here) so 
it's probably "just" gnumeric (and maybe other gnumeric-using filters) 
affected.



Filing a bug for reference. This is fixed in 4:24.2.2-3, will mark it as 
such when I get the bug number.



Regards,

Rene

Re: Bug#1068479 cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

[Rene Engelhard]

Hi,

Am 07.04.24 um 20:59 schrieb José Luis González:

Closing this non-bug.


Maybe that indeed was too harsh, I apologize.


But you could have explained what you mean in a polite way instead of 
starting directly with ad-hominem attacks on a public list?



The non-bug that should be closed is your brain pretending a RC bug
doesn't exist, especially since you fully knew it was a bug, and you
closed it just because it bothers you having a RC one in the package.


No, I wasn't. And there's no RC bug here anyway. I closed it because I 
thought before/after is what you meant with between. And that is 
definitely there. Now that you say there's something else you mean 
(please describe it exactly so I forward it upstream), that is someting 
else.



If you don't want to maintain the package leave the position for other
who does, and stop ruining Debian's Quality and bothering me.


Thanks, but I *want* to maintain the package and I *do* maintain the 
package.



Regards,


Rene

Bug#1068479: cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

[Rene Engelhard]

Hi,

Am 07.04.24 um 20:59 schrieb José Luis González:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.

?

  It's definitely there. Format -> Paragraph has spacing "after/before".

I meant spacing between paragraphs, not spacing after and before
paragraphs. The report was crystal clear.

No, it wasn't.

The difference, for those who didn't realize is space after paragraph
happens always, and between only between them, being the regular
separation between paragraphs (the other is formatting, and isn't
useful as a substitute because it adds something undesirable at the end
of the document or between paragraphs and other kinds of block
elements).


Aha.


Still not RC.


You could have replied to my mails, though.


As said here and proved by screenshots in en,de and es this is present.

Why should anybody provide a screenshot of a feature that is missing?
What would be the screenshot of? Vacuum?


Read again, I didn't ask for screenshots.



Closing this non-bug.

The non-bug that should be closed is your brain pretending a RC bug
doesn't exist, especially since you fully knew it was a bug, and you
closed it just because it bothers you having a RC one in the package.
If you don't want to maintain the package leave the position for other
who does, and stop ruining Debian's Quality and bothering me.


Even if there was a bug it's not RC.


From: José Luis González 
To: sub...@bugs.debian.org
Subject: libreoffice-writer: space between paragraphs missing in spacing and 
indentation
Date: Sat, 6 Apr 2024 00:34:12 +0200
X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu)

Package: libreoffice-writer
Version: 4:7.4.7-1+deb12u1
Severity: serious

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.

Serious severity because the bug has a major effect on the usability of
the package, without rendering it completely unusable, considering
paragraphs are a key feature in a word processor, and spacing is
something very very basic for them and incredibly necessary.


And again: That is the definition of important at most, not serious.


Read the bug severities.


Regards,


Rene

Bug#1068479: cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

[Rene Engelhard]

Hi,

Am 07.04.24 um 20:59 schrieb José Luis González:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.

?

  It's definitely there. Format -> Paragraph has spacing "after/before".

I meant spacing between paragraphs, not spacing after and before
paragraphs. The report was crystal clear.

No, it wasn't.

The difference, for those who didn't realize is space after paragraph
happens always, and between only between them, being the regular
separation between paragraphs (the other is formatting, and isn't
useful as a substitute because it adds something undesirable at the end
of the document or between paragraphs and other kinds of block
elements).


Aha.


Still not RC.


You could have replied to my mails, though.


As said here and proved by screenshots in en,de and es this is present.

Why should anybody provide a screenshot of a feature that is missing?
What would be the screenshot of? Vacuum?


Read again, I didn't ask for screenshots.



Closing this non-bug.

The non-bug that should be closed is your brain pretending a RC bug
doesn't exist, especially since you fully knew it was a bug, and you
closed it just because it bothers you having a RC one in the package.
If you don't want to maintain the package leave the position for other
who does, and stop ruining Debian's Quality and bothering me.


Even if there was a bug it's not RC.


From: José Luis González 
To: sub...@bugs.debian.org
Subject: libreoffice-writer: space between paragraphs missing in spacing and 
indentation
Date: Sat, 6 Apr 2024 00:34:12 +0200
X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu)

Package: libreoffice-writer
Version: 4:7.4.7-1+deb12u1
Severity: serious

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.

Serious severity because the bug has a major effect on the usability of
the package, without rendering it completely unusable, considering
paragraphs are a key feature in a word processor, and spacing is
something very very basic for them and incredibly necessary.


And again: That is the definition of important at most, not serious.


Read the bug severities.


Regards,


Rene

Re: Bug#1068479 cynically closed by Rene Engelhard (Re: Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation)

[Rene Engelhard]

Hi,

Am 07.04.24 um 20:59 schrieb José Luis González:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.

?

  It's definitely there. Format -> Paragraph has spacing "after/before".

I meant spacing between paragraphs, not spacing after and before
paragraphs. The report was crystal clear.

No, it wasn't.

The difference, for those who didn't realize is space after paragraph
happens always, and between only between them, being the regular
separation between paragraphs (the other is formatting, and isn't
useful as a substitute because it adds something undesirable at the end
of the document or between paragraphs and other kinds of block
elements).


Aha.


Still not RC.


You could have replied to my mails, though.


As said here and proved by screenshots in en,de and es this is present.

Why should anybody provide a screenshot of a feature that is missing?
What would be the screenshot of? Vacuum?


Read again, I didn't ask for screenshots.



Closing this non-bug.

The non-bug that should be closed is your brain pretending a RC bug
doesn't exist, especially since you fully knew it was a bug, and you
closed it just because it bothers you having a RC one in the package.
If you don't want to maintain the package leave the position for other
who does, and stop ruining Debian's Quality and bothering me.


Even if there was a bug it's not RC.


From: José Luis González 
To: sub...@bugs.debian.org
Subject: libreoffice-writer: space between paragraphs missing in spacing and 
indentation
Date: Sat, 6 Apr 2024 00:34:12 +0200
X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu)

Package: libreoffice-writer
Version: 4:7.4.7-1+deb12u1
Severity: serious

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.

Serious severity because the bug has a major effect on the usability of
the package, without rendering it completely unusable, considering
paragraphs are a key feature in a word processor, and spacing is
something very very basic for them and incredibly necessary.


And again: That is the definition of important at most, not serious.


Read the bug severities.


Regards,


Rene

Bug#1068595: libreoffice-writer: insert space missing

[Rene Engelhard]

tag 1068595 + moreinfo

thanks


Am 07.04.24 um 20:02 schrieb José Luis González:

Space insertion is missing in the insert menu.


Huh? What?


Normal space is "Space".

Non breaking space is Insert -> Formatting Mark -> Non breaking space if 
you want to use the menu. One can argue that it's not visible enough but 
that's by no means important.



Or what space do you  mean?


What are you aiming at with your non-bugs?


Regards,


Rene

Bug#1068595: libreoffice-writer: insert space missing

[Rene Engelhard]

tag 1068595 + moreinfo

thanks


Am 07.04.24 um 20:02 schrieb José Luis González:

Space insertion is missing in the insert menu.


Huh? What?


Normal space is "Space".

Non breaking space is Insert -> Formatting Mark -> Non breaking space if 
you want to use the menu. One can argue that it's not visible enough but 
that's by no means important.



Or what space do you  mean?


What are you aiming at with your non-bugs?


Regards,


Rene

build failure with ICU 75 (and 74), breakiterator (again)

[Rene Engelhard]

Hi,

Debian experimental just got ICU 75 and I tried it to look what breaks 
now :)


Indeed it breaks again for breakiterator rules:

[build BRK] CustomTarget/i18npool/breakiterator/sent.brk
S=/home/rene/LibreOffice/git/master && I=$S/instdir && W=$S/workdir && 
/usr/bin/genbrk  -r $S/i18npool/source/breakiterator/data/sent.txt -o 
$W/CustomTarget/i18npool/breakiterator/sent.brk
createRuleBasedBreakIterator: ICU Error "U_BRK_RULE_EMPTY_SET"  at line 
109, column 1
make[2]: *** 
[/home/rene/LibreOffice/git/master/i18npool/CustomTarget_breakiterator.mk:92: 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/sent.brk] 
Error 11
rm 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/count_word.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/line.brk 
/home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/edit_word.brk

make[2]: Leaving directory '/home/rene/LibreOffice/git/master'
make[1]: *** [Makefile:278: build] Error 2
make[1]: Leaving directory '/home/rene/LibreOffice/git/master'

The rule is 
https://cgit.freedesktop.org/libreoffice/core/tree/i18npool/source/breakiterator/data/sent.txt#n109 
but that doesn't look as "easily" removable like the one which failed in 
ICU 74?


Filed it as https://bugs.documentfoundation.org/show_bug.cgi?id=160570 
since the ICU 74 one was also in Bugzilla.


(the ICU 74 one, for reference - as that one is still unfixed/open - is
https://bugs.documentfoundation.org/show_bug.cgi?id=158108)

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi,

Am 06.04.24 um 11:43 schrieb Rene Engelhard:

Am 06.04.24 um 11:31 schrieb Rene Engelhard:

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just for avoidance of doubt since the screenshot is in German:

[...]

And the first part is the indentation: ("Einzug"):
- Before
- After
- First Line


Sorry, ignore that one, you were just aiming at the spacing before/after 
the paragraph, not the indentation (not enough coffee yet).


Still, as shown before the spacing before/after the paragraph is there.

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi,

Am 06.04.24 um 11:43 schrieb Rene Engelhard:

Am 06.04.24 um 11:31 schrieb Rene Engelhard:

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just for avoidance of doubt since the screenshot is in German:

[...]

And the first part is the indentation: ("Einzug"):
- Before
- After
- First Line


Sorry, ignore that one, you were just aiming at the spacing before/after 
the paragraph, not the indentation (not enough coffee yet).


Still, as shown before the spacing before/after the paragraph is there.

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi again,

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

Am 06.04.24 um 11:03 schrieb Rene Engelhard:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Got lost.

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just tried in es_ES.UTF-8 (since that is what your other report used) 
and C (english) and also there:


https://people.debian.org/~rene/libreoffice/1068479-works-es.png
https://people.debian.org/~rene/libreoffice/1068479-works-en.png

So not reproducible in either spanish or english locale either.

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi again,

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

Am 06.04.24 um 11:03 schrieb Rene Engelhard:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Got lost.

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just tried in es_ES.UTF-8 (since that is what your other report used) 
and C (english) and also there:


https://people.debian.org/~rene/libreoffice/1068479-works-es.png
https://people.debian.org/~rene/libreoffice/1068479-works-en.png

So not reproducible in either spanish or english locale either.

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi,

Am 06.04.24 um 11:31 schrieb Rene Engelhard:

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just for avoidance of doubt since the screenshot is in German:

That is the second part "Absatz".
First is "above", second is "below" (the paragraph)


And the first part is the indentation: ("Einzug"):
- Before
- After
- First Line

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi,

Am 06.04.24 um 11:31 schrieb Rene Engelhard:

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just for avoidance of doubt since the screenshot is in German:

That is the second part "Absatz".
First is "above", second is "below" (the paragraph)


And the first part is the indentation: ("Einzug"):
- Before
- After
- First Line

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi,

Am 06.04.24 um 11:03 schrieb Rene Engelhard:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Got lost.

See https://people.debian.org/~rene/libreoffice/1068479-works.png

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi again,

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

Am 06.04.24 um 11:03 schrieb Rene Engelhard:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Got lost.

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just for avoidance of doubt since the screenshot is in German:

That is the second part "Absatz".
First is "above", second is "below" (the paragraph)

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi again,

Am 06.04.24 um 11:11 schrieb Rene Engelhard:

Am 06.04.24 um 11:03 schrieb Rene Engelhard:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Got lost.

See https://people.debian.org/~rene/libreoffice/1068479-works.png


Just for avoidance of doubt since the screenshot is in German:

That is the second part "Absatz".
First is "above", second is "below" (the paragraph)

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

Hi,

Am 06.04.24 um 11:03 schrieb Rene Engelhard:

Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Got lost.

See https://people.debian.org/~rene/libreoffice/1068479-works.png

Regards,

Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

tag 1068479 + moreinfo

tag 1068479 + unreproducible

severity 1068479 important

thanks


Hi,


Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Serious severity because the bug has a major effect on the usability of
the package, without rendering it completely unusable, considering
paragraphs are a key feature in a word processor, and spacing is
something very very basic for them and incredibly necessary.


Don't overfinflate severities. That is the definition of important

"5 important   a bug which has a major effect on the usability of a 
package, without rendering it completely unusable to everyone.
6 serious is a severe violation of Debian policy (that is, the 
problem is a violation of a 'must' or 'required' directive); may or may 
not affect the
  usability of the package. Note that non-severe policy 
violations may be 'normal,' 'minor,' or 'wishlist' bugs. (Package 
maintainers may
  also designate other bugs as 'serious' and thus 
release-critical; however, end users should not do so.). For the 
canonical list of issues
  deserving a serious severity you can refer to this 
webpage: https://release.debian.org/testing/rc_policy.txt .


"

This matches 5, not 6.


And it's unreproducible.


Regards,


Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

tag 1068479 + moreinfo

tag 1068479 + unreproducible

severity 1068479 important

thanks


Hi,


Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Serious severity because the bug has a major effect on the usability of
the package, without rendering it completely unusable, considering
paragraphs are a key feature in a word processor, and spacing is
something very very basic for them and incredibly necessary.


Don't overfinflate severities. That is the definition of important

"5 important   a bug which has a major effect on the usability of a 
package, without rendering it completely unusable to everyone.
6 serious is a severe violation of Debian policy (that is, the 
problem is a violation of a 'must' or 'required' directive); may or may 
not affect the
  usability of the package. Note that non-severe policy 
violations may be 'normal,' 'minor,' or 'wishlist' bugs. (Package 
maintainers may
  also designate other bugs as 'serious' and thus 
release-critical; however, end users should not do so.). For the 
canonical list of issues
  deserving a serious severity you can refer to this 
webpage: https://release.debian.org/testing/rc_policy.txt .


"

This matches 5, not 6.


And it's unreproducible.


Regards,


Rene

Bug#1068479: libreoffice-writer: space between paragraphs missing in spacing and indentation

[Rene Engelhard]

tag 1068479 + moreinfo

tag 1068479 + unreproducible

severity 1068479 important

thanks


Hi,


Am 06.04.24 um 00:34 schrieb José Luis González:

The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.


?

It's definitely there. Format -> Paragraph has spacing "after/before".

See here (yes, from stable):


Serious severity because the bug has a major effect on the usability of
the package, without rendering it completely unusable, considering
paragraphs are a key feature in a word processor, and spacing is
something very very basic for them and incredibly necessary.


Don't overfinflate severities. That is the definition of important

"5 important   a bug which has a major effect on the usability of a 
package, without rendering it completely unusable to everyone.
6 serious is a severe violation of Debian policy (that is, the 
problem is a violation of a 'must' or 'required' directive); may or may 
not affect the
  usability of the package. Note that non-severe policy 
violations may be 'normal,' 'minor,' or 'wishlist' bugs. (Package 
maintainers may
  also designate other bugs as 'serious' and thus 
release-critical; however, end users should not do so.). For the 
canonical list of issues
  deserving a serious severity you can refer to this 
webpage: https://release.debian.org/testing/rc_policy.txt .


"

This matches 5, not 6.


And it's unreproducible.


Regards,


Rene

Bug#1036805: Processed: Severity for 1036805 was serious and we even released with it

[Rene Engelhard]

severity 1036805 important

thanks


Hi,

> Serious severity because it has a major effect on the usability of the
> package without rendering it completely unusable, not minor

No, it's not.

"serious" has it's own meaning though and that's not it.

At most it's important but I don't buy this since as I said back then it 
looked fine here.


And you didn't even reply to the mail. Ignoring the moreinfo tag.


Ii's also not the fine style to not CC the actual bug so  the text gets 
actually sent there.



Regards,


Rene

Bug#1036805: Processed: Severity for 1036805 was serious and we even released with it

[Rene Engelhard]

severity 1036805 important

thanks


Hi,

> Serious severity because it has a major effect on the usability of the
> package without rendering it completely unusable, not minor

No, it's not.

"serious" has it's own meaning though and that's not it.

At most it's important but I don't buy this since as I said back then it 
looked fine here.


And you didn't even reply to the mail. Ignoring the moreinfo tag.


Ii's also not the fine style to not CC the actual bug so  the text gets 
actually sent there.



Regards,


Rene

Bug#1036805: Processed: Severity for 1036805 was serious and we even released with it

[Rene Engelhard]

severity 1036805 important

thanks


Hi,

> Serious severity because it has a major effect on the usability of the
> package without rendering it completely unusable, not minor

No, it's not.

"serious" has it's own meaning though and that's not it.

At most it's important but I don't buy this since as I said back then it 
looked fine here.


And you didn't even reply to the mail. Ignoring the moreinfo tag.


Ii's also not the fine style to not CC the actual bug so  the text gets 
actually sent there.



Regards,


Rene

Re: Error Compiling LibreOffice Core on Debian 12 - x64

[Rene Engelhard]

Hi again,

sorry, missed a part of a sentence.

Am 04.04.24 um 18:13 schrieb Rene Engelhard:

This is it. gcc and/or ld got killed from the outside.


...by the OOM killer I guess.

Regards,

Rene

Re: Error Compiling LibreOffice Core on Debian 12 - x64

[Rene Engelhard]

Hi,


well..

Am 03.04.24 um 19:45 schrieb Andreas Mantke:

On 2024-03-24 00:17, Andreas Mantke wrote:

I try to compile LibreOffice core on Debian 12 -x64 but the process
ended with an error.

Here the messages in the shell at the end of the build process:

[MOD] unoxml
/builddir/core/filter/source/graphicfilter/icgm/cgmtypes.hxx:108:
warning: type ‘LineType’ violates the C++ One Definition Rule [-Wodr]
   108 | enum LineType   { LT_SOLID = 1, LT_DASH = 2, LT_DOT =
3, LT_DASHDOT = 4, LT_DASHDOTDOT = 5, // Standard
   |
/builddir/core/vcl/inc/regband.hxx:47: note: an enum with different
value name is defined in another translation unit
    47 | enum class LineType { Ascending, Descending };
   |
/builddir/core/filter/source/graphicfilter/icgm/cgmtypes.hxx:108: note:
name ‘LT_SOLID’ differs from name ‘Ascending’ defined in another
translation unit
   108 | enum LineType   { LT_SOLID = 1, LT_DASH = 2, LT_DOT =
3, LT_DASHDOT = 4, LT_DASHDOTDOT = 5, // Standard
   |
/builddir/core/vcl/inc/regband.hxx:47: note: mismatching definition
    47 | enum class LineType { Ascending, Descending };
   |

is only a warning.

g++: fatal error: Getötet signal terminated program lto1
compilation terminated.
lto-wrapper: fatal error: /usr/bin/g++ returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status


This is it. gcc and/or ld got killed from the outside.

Then there are some options which didn't work my git clone on Debian 12:

'--enable-mergelibs' and '--enable-lto'. Maybe also something to
investigate more in depth once I had some free cycles again.


And that is because of this. mergelibs is too big to link on 32bit.

That is a architectural limitation of 32bit archs which is not going to 
go away. Even if you stick 64GB in there one process can just address 4GB.



If I disable all this options above I could successfully build
LibreOffice again.


Unsurprisingly.


Regards,


Rene

Re: liborcus / boost1.83 and time_t

[Rene Engelhard]

Hi,

Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild of 
libreoffice (gb, but I need a new upload anyway)


So we probably missed a rename? (Or more for stuff silently using 
time-date?)


boost1.83 (iostream)? liborcus? Both?


I prepared a time_t rename of liborcus. Can upload it (to NEW...) any time.
A bin-NMU would also work, except for a needed runtime dependency, then 
again it's "only" the gnumeric filter...). I wouldn't mind a simple 
bin-NMU at least.

(I also uploaded libreoffice build-depending on
liborcus-dev (>> 0.19.2-3+b1) on armhf)

Ran the full tests with it. Passed.

Though still I wonder whether something needs to be done for boost, too. 
(Probably a problem since it's header-only in parts) and whether I am 
the only one...


Regards,

Rene

liborcus / boost1.83 and time_t

[Rene Engelhard]

Hi,

I got

qahelper.cxx:580:Assertion
Test name: testContentGnumeric::TestBody
assertion failed
- Expression: 
xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")


Failures !!!
Run: 64   Failure total: 1   Failures: 1   Errors: 0
make[3]: *** [/<>/solenv/gbuild/CppunitTest.mk:130: 
/<>/workdir/CppunitTest/sc_subsequent_filters_test.test] 
Error 1

make[3]: Leaving directory '/<>'
make[2]: *** [Makefile:277: build] Error 2
make[2]: Leaving directory '/<>'
make[1]: *** [/<>/debian/rules:2501: check] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:2389: debian/stampdir/build-arch] Error 2

on the libreoffice 4:24.2.2-1 build on the buildds after it is now 
buildable again due to being held up by time_t.


The gnumeric filter mentioned here is consumed from liborcus.

liborcus hasn't been rebuilt yet since the boost1.83-default transition.
It also doesn't depend on libboost-chrono1.83 which is afaics the boost 
library which was renamed for time_t. (just iostreams - and for whatever 
reason also system on sparc64).

And iostreams doesn't depend on chrono...

boost though has been rebuilt for time_t. And liborcus does use 
time-date parts of boost (which doesn't result in linkage)


Back before the transition started without anything actually rebuilt yet 
I got a test failure in a test build with abi=+time64 unless I rebuilt 
xmlsec1. Which is reflected in the build-depends.


Anyways, as this gnumeric filter is consumed from liborcus I thought 
about this being a fallout of time_t and tried to rebuild liborcus. 
Rebuilding liborcus and dpkg -i'ing it and then running the test makes 
the test pass where it failed here before, too.


That would mean a bin-NMU of liborcus would work and then a rebuild of 
libreoffice (gb, but I need a new upload anyway)


So we probably missed a rename? (Or more for stuff silently using 
time-date?)


boost1.83 (iostream)? liborcus? Both?

Regards,

Rene

Bug#1068023: libreoffice: libreoffice does not work under Wayland (no X11) using gtk4

[Rene Engelhard]

Hi,


Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977857


Regards,


Rene

Bug#1068023: libreoffice: libreoffice does not work under Wayland (no X11) using gtk4

[Rene Engelhard]

Hi,


Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977857


Regards,


Rene

Bug#1068023: libreoffice: libreoffice does not work under Wayland (no X11) using gtk4

[Rene Engelhard]

reassign 1068023 libreoffice-gtk4

thanks


Hi,

Am 29.03.24 um 21:04 schrieb Rene Engelhard:


Package: libreoffice


if it happens only with gtk4, isn't it better suited at libreoffice-gtk4?



I use other gtk applications (e.g. evince, audacity, inkscape, firefox)
in this same environment with no problems.

But those are gtk3, not gtk4. No idea whether using gtk4 makes a 
difference here.



Regards,


Rene

Bug#1068023: libreoffice: libreoffice does not work under Wayland (no X11) using gtk4

[Rene Engelhard]

reassign 1068023 libreoffice-gtk4

thanks


Hi,

Am 29.03.24 um 21:04 schrieb Rene Engelhard:


Package: libreoffice


if it happens only with gtk4, isn't it better suited at libreoffice-gtk4?



I use other gtk applications (e.g. evince, audacity, inkscape, firefox)
in this same environment with no problems.

But those are gtk3, not gtk4. No idea whether using gtk4 makes a 
difference here.



Regards,


Rene

Bug#1068023: libreoffice: libreoffice does not work under Wayland (no X11) using gtk4

[Rene Engelhard]

Package: libreoffice
Version: 4:24.2.0-1
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor 

I have qtwayland5 5.15.10-2+b1 installed.  I do not have XWayland
installed at all.  I'm running from within a Wayland session, using sway
1.9-1 as a compositor.

When i try to launch libreoffice using the gtk4 VCLPLUGIN, i get a
complaint that it doesn't want to launch because there is no X11 error:


```
0 dkg@alice:~$ SAL_USE_VCLPLUGIN=gtk4 libreoffice
Failed to open display
/usr/lib/libreoffice/program/soffice.bin X11 error: Can't open display: 
  Set DISPLAY environment variable, use -display option

   or check permissions of your X-Server
   (See "man X" resp. "man xhost" for details)
0 dkg@alice:~$ ```

In this case, no libreoffice session starts up.

On the other hand, i get some warnings when using the qt5 plugin, but it
actually starts up with no problem:

```
0 dkg@alice:~$ SAL_USE_VCLPLUGIN=qt5 libreoffice
Failed to open display
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
0 dkg@alice:~$ ```

I use other gtk applications (e.g. evince, audacity, inkscape, firefox)
in this same environment with no problems.

--dkg


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


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:
false

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----=
un  libreoffice-gtk3   (no description available)
un  libreoffice-kf5(no description available)
ii  libreoffice-qt5  4:24.2.0-1   amd64office productivity suite -- Qt 
5 integration

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

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-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/writer.xcd  libreoffice-writer  Yes No
All deployed bundled extensions:


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:
false

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----=
un  libreoffice-gtk3   (no description available)
un  libreoffice-kf5(no description available)
ii  libreoffice-qt5  4:24.2.0-1   amd64office productivity suite -- Qt 
5 integration

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

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-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/calc.xcdlibreoffice-calcYes No
All deployed bundled extensions:


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:
false

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----=
un  libreoffice-gtk3   (no description available)
un  libreoffice-kf5(no description available)
ii  libreoffice-qt5  4:24.2.0-1   amd64office productivity suite -- Qt 
5 integration

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

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-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/base.xcdlibreoffice-base   

Bug#1068023: libreoffice: libreoffice does not work under Wayland (no X11) using gtk4

[Rene Engelhard]

Package: libreoffice
Version: 4:24.2.0-1
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor 

I have qtwayland5 5.15.10-2+b1 installed.  I do not have XWayland
installed at all.  I'm running from within a Wayland session, using sway
1.9-1 as a compositor.

When i try to launch libreoffice using the gtk4 VCLPLUGIN, i get a
complaint that it doesn't want to launch because there is no X11 error:


```
0 dkg@alice:~$ SAL_USE_VCLPLUGIN=gtk4 libreoffice
Failed to open display
/usr/lib/libreoffice/program/soffice.bin X11 error: Can't open display: 
  Set DISPLAY environment variable, use -display option

   or check permissions of your X-Server
   (See "man X" resp. "man xhost" for details)
0 dkg@alice:~$ ```

In this case, no libreoffice session starts up.

On the other hand, i get some warnings when using the qt5 plugin, but it
actually starts up with no problem:

```
0 dkg@alice:~$ SAL_USE_VCLPLUGIN=qt5 libreoffice
Failed to open display
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
0 dkg@alice:~$ ```

I use other gtk applications (e.g. evince, audacity, inkscape, firefox)
in this same environment with no problems.

--dkg


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


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:
false

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----=
un  libreoffice-gtk3   (no description available)
un  libreoffice-kf5(no description available)
ii  libreoffice-qt5  4:24.2.0-1   amd64office productivity suite -- Qt 
5 integration

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

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-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/writer.xcd  libreoffice-writer  Yes No
All deployed bundled extensions:


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:
false

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----=
un  libreoffice-gtk3   (no description available)
un  libreoffice-kf5(no description available)
ii  libreoffice-qt5  4:24.2.0-1   amd64office productivity suite -- Qt 
5 integration

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

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-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/calc.xcdlibreoffice-calcYes No
All deployed bundled extensions:


All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:
false

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Architecture Description
+++----=
un  libreoffice-gtk3   (no description available)
un  libreoffice-kf5(no description available)
ii  libreoffice-qt5  4:24.2.0-1   amd64office productivity suite -- Qt 
5 integration

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

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-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/base.xcdlibreoffice-base   

Bug#970021: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Rene Engelhard]

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

   * Reading and writing file formats (like CSV, Apache ORC, and Apache
 Parquet)


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!

Indeed.

There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene

Bug#970021: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Rene Engelhard]

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

   * Reading and writing file formats (like CSV, Apache ORC, and Apache
 Parquet)


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!

Indeed.

There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene

Re: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Rene Engelhard]

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

   * Reading and writing file formats (like CSV, Apache ORC, and Apache
 Parquet)


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!

Indeed.

There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene

Re: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Rene Engelhard]

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

   * Reading and writing file formats (like CSV, Apache ORC, and Apache
 Parquet)


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!

Indeed.

There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene

Re: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Rene Engelhard]

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

   * Reading and writing file formats (like CSV, Apache ORC, and Apache
 Parquet)


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!

Indeed.

There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene

core.git: vcl/unx

[Rene Engelhard (via logerrit)]

 vcl/unx/generic/window/salframe.cxx |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

New commits:
commit 10831c8b7b39f058452e640ba804f5a928441ed9
Author: Rene Engelhard 
AuthorDate: Sun Mar 17 17:42:43 2024 +0100
Commit: Michael Weghorn 
CommitDate: Thu Mar 21 09:04:08 2024 +0100

fix 32bit build with clang

seen in a build-with-clang experiment:


/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:575:39: 
error: non-constant-expression cannot be narrowed from type 'unsigned int' to 
'tools::Long' (aka 'long') in initializer list [-Wc++11-narrowing]
maGeometry.setPosSize({ x, y }, { w, h });
  ^

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:575:39: 
note: insert an explicit cast to silence this issue
maGeometry.setPosSize({ x, y }, { w, h });
  ^
  static_cast( )

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:575:42: 
error: non-constant-expression cannot be narrowed from type 'unsigned int' to 
'tools::Long' (aka 'long') in initializer list [-Wc++11-narrowing]
maGeometry.setPosSize({ x, y }, { w, h });
 ^

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:575:42: 
note: insert an explicit cast to silence this issue
maGeometry.setPosSize({ x, y }, { w, h });
 ^
 static_cast( )

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:1473:34: 
error: non-constant-expression cannot be narrowed from type 'unsigned int' to 
'tools::Long' (aka 'long') in initializer list [-Wc++11-narrowing]
maGeometry.setSize({ pState->GetMaximizedWidth(), 
pState->GetMaximizedHeight() });
 ^~~

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:1473:34: 
note: insert an explicit cast to silence this issue
maGeometry.setSize({ pState->GetMaximizedWidth(), 
pState->GetMaximizedHeight() });
 ^~~
 static_cast( )

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:1473:63: 
error: non-constant-expression cannot be narrowed from type 'unsigned int' to 
'tools::Long' (aka 'long') in initializer list [-Wc++11-narrowing]
maGeometry.setSize({ pState->GetMaximizedWidth(), 
pState->GetMaximizedHeight() });
  
^~~~

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:1473:63: 
note: insert an explicit cast to silence this issue
maGeometry.setSize({ pState->GetMaximizedWidth(), 
pState->GetMaximizedHeight() });
  
^~~~
  
static_cast(  )

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:3481:60: 
error: non-constant-expression cannot be narrowed from type 'unsigned int' to 
'tools::Long' (aka 'long') in initializer list [-Wc++11-narrowing]
maGeometry.setPosSize({ xp + nLeft, yp + nTop }, { w, h });
   ^

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:3481:60: 
note: insert an explicit cast to silence this issue
maGeometry.setPosSize({ xp + nLeft, yp + nTop }, { w, h });
   ^
   
static_cast( )

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:3481:63: 
error: non-constant-expression cannot be narrowed from type 'unsigned int' to 
'tools::Long' (aka 'long') in initializer list [-Wc++11-narrowing]
maGeometry.setPosSize({ xp + nLeft, yp + nTop }, { w, h });
  ^

/home/rene/LibreOffice/git/master/vcl/unx/generic/window/salframe.cxx:3481:63: 
note: insert an explicit cast to silence this issue
maGeometry.setPosSize({ xp + nLeft, yp + nTop }, { w, h });
  ^
  
static_cast( )
6 errors generated.
make[2]: *** 
[/home/rene/LibreOffice/git/master/solenv/gbuild/LinkTarget.mk:340: 
/home/rene/LibreOffice/git/master/workdir/CxxObject/vcl/unx/generic/window/salframe.o]
 Error 1

Fails with clang 16, builds with g

Re: Official support for windows-arm64

[Rene Engelhard]

Hi,

Am 16.03.24 um 17:23 schrieb Sophia Schröder:
then I probably misunderstood the ESC minutes from 2024/02/29: 

Yes.


+ cmake find modules for SDK examples (Hossein)
  + Set of patches from Konstantin (WIP)
https://gerrit.libreoffice.org/c/core/+/162978
  + Similar structure is needed for qmake


That is solely for the examples shipped in  the SDK. Not for LO itself.


And even if it was - a change in the buildsystem (be it cmake, meson or 
whatever else) doesn't change that architecture-specific *code* (or 
compiler options, for some matters) needs to be changed.


Build system stuff doesn't change that.


Regards,


Rene

Bug#1058545: due to #1058653

[Rene Engelhard]

block 1058545 by 1058653
tag 1058545 + patch
thanks

Hi,

This is due to

> dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf" 
(tried in .)


which is due to

(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip && 
libreoffice --headless --convert-to pdf Esnacc.doc)

Archive:  eSNACCManuals.zip
  inflating: EsnaccOriginalMaterial.doc
  inflating: Esnacc.doc
Warning: failed to launch javaldx - java may not function correctly
Error: source file could not be loaded

(the last message is it, the javaldx warning is harmless)

failing.

Which is due to a bug in libreoffice which is fixed by

libreoffice (4:24.2.0-2) experimental; urgency=medium

  * debian/patches/sw-do-not-require-cui.diff: do not require cui in 
sw, from

upstream (closes: #1058653)

which is fixed but (well, it's followers) are held up by the time_t 
transition. (So this bug is not there anymore when building in sid)


Workaround (as other packages did) is to build-deped on 
libreoffice-writer for now (instead of libreoffice-writer-nogui).

Or just wait until said fix is in testing (whenever that may be)

Regards,

Rene

Bug#1058545: due to #1058653

[Rene Engelhard]

block 1058545 by 1058653
tag 1058545 + patch
thanks

Hi,

This is due to

> dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf" 
(tried in .)


which is due to

(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip && 
libreoffice --headless --convert-to pdf Esnacc.doc)

Archive:  eSNACCManuals.zip
  inflating: EsnaccOriginalMaterial.doc
  inflating: Esnacc.doc
Warning: failed to launch javaldx - java may not function correctly
Error: source file could not be loaded

(the last message is it, the javaldx warning is harmless)

failing.

Which is due to a bug in libreoffice which is fixed by

libreoffice (4:24.2.0-2) experimental; urgency=medium

  * debian/patches/sw-do-not-require-cui.diff: do not require cui in 
sw, from

upstream (closes: #1058653)

which is fixed but (well, it's followers) are held up by the time_t 
transition. (So this bug is not there anymore when building in sid)


Workaround (as other packages did) is to build-deped on 
libreoffice-writer for now (instead of libreoffice-writer-nogui).

Or just wait until said fix is in testing (whenever that may be)

Regards,

Rene

Bug#1058545: due to #1058653

[Rene Engelhard]

block 1058545 by 1058653
tag 1058545 + patch
thanks

Hi,

This is due to

dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf" 

(tried in .)

which is due to

(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip && 
libreoffice --headless --convert-to pdf Esnacc.doc)

Archive:  eSNACCManuals.zip
  inflating: EsnaccOriginalMaterial.doc
  inflating: Esnacc.doc
Warning: failed to launch javaldx - java may not function correctly
Error: source file could not be loaded

(the last message is it, the javaldx warning is harmless)

failing.

Which is due to a bug in libreoffice which is fixed by

libreoffice (4:24.2.0-2) experimental; urgency=medium

  * debian/patches/sw-do-not-require-cui.diff: do not require cui in 
sw, from

upstream (closes: #1058653)

which is fixed but (well, it's followers) are held up by the time_t 
transition. (So this bug is not there anymore when building in sid)


Workaround (as other packages did) is to build-deped on 
libreoffice-writer for now (instead of libreoffice-writer-nogui).

Or just wait until said fix is in testing (whenever that may be)

Regards,

Rene

Bug#1058545: due to #1058653

[Rene Engelhard]

block 1058545 by 1058653
tag 1058545 + patch
thanks

Hi,

This is due to

> dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf" 
(tried in .)


which is due to

(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip && 
libreoffice --headless --convert-to pdf Esnacc.doc)

Archive:  eSNACCManuals.zip
  inflating: EsnaccOriginalMaterial.doc
  inflating: Esnacc.doc
Warning: failed to launch javaldx - java may not function correctly
Error: source file could not be loaded

(the last message is it, the javaldx warning is harmless)

failing.

Which is due to a bug in libreoffice which is fixed by

libreoffice (4:24.2.0-2) experimental; urgency=medium

  * debian/patches/sw-do-not-require-cui.diff: do not require cui in 
sw, from

upstream (closes: #1058653)

which is fixed but (well, it's followers) are held up by the time_t 
transition. (So this bug is not there anymore when building in sid)


Workaround (as other packages did) is to build-deped on 
libreoffice-writer for now (instead of libreoffice-writer-nogui).

Or just wait until said fix is in testing (whenever that may be)

Regards,

Rene

Bug#1066970: FTBFS: error: implicit declaration of function 'InitNibbleMem' [-Werror=implicit-function-declaration]

[Rene Engelhard]

Source: esnacc
Version: 1.8.1-3
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-impfuncdef

Hi,

esnacc FTBFS:

gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2 -I./asn1specs 
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -c -o c-examples/simple/sbuf-sbuf-ex.o 
`test -f 'c-examples/simple/sbuf-ex.c' || echo 
'./'`c-examples/simple/sbuf-ex.c
/bin/bash ./libtool  --tag=CC   --mode=link gcc -I./asn1specs 
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra  -Wl,-z,relro -o 
c-examples/simple/sbuf asn1specs/c_examples_simple_sbuf-p-rec.o 
c-examples/simple/sbuf-sbuf-ex.o c-lib/libcasn1.la -lm
libtool: link: gcc -I./asn1specs -I./asn1specs -I./c-lib/inc -g -O2 
-Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -Wl,-z -Wl,relro -o 
c-examples/simple/.libs/sbuf asn1specs/c_examples_simple_sbuf-p-rec.o 
c-examples/simple/sbuf-sbuf-ex.o  c-lib/.libs/libcasn1.so -lm -pthread
gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2 -I./c-lib/inc 
-g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -c -o 
c-examples/test-lib/testlib-test-lib.o `test -f 
'c-examples/test-lib/test-lib.c' || echo './'`c-examples/test-lib/test-lib.c

c-examples/test-lib/test-lib.c: In function 'main':
c-examples/test-lib/test-lib.c:68:5: error: implicit declaration of 
function 'InitNibbleMem' [-Werror=implicit-function-declaration]

   68 | InitNibbleMem (256, 256);
  | ^
[...]

This is most likely caused by a change in dpkg 1.22.6, that enabled
-Werror=implicit-function-declaration. For more information, see
https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration

Indeed a build with export DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func 
works. But better than disabling it would be to fix it of course ;)


Regards,

Rene

Bug#1066970: FTBFS: error: implicit declaration of function 'InitNibbleMem' [-Werror=implicit-function-declaration]

[Rene Engelhard]

Source: esnacc
Version: 1.8.1-3
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-impfuncdef

Hi,

esnacc FTBFS:

gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2 -I./asn1specs 
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -c -o c-examples/simple/sbuf-sbuf-ex.o 
`test -f 'c-examples/simple/sbuf-ex.c' || echo 
'./'`c-examples/simple/sbuf-ex.c
/bin/bash ./libtool  --tag=CC   --mode=link gcc -I./asn1specs 
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra  -Wl,-z,relro -o 
c-examples/simple/sbuf asn1specs/c_examples_simple_sbuf-p-rec.o 
c-examples/simple/sbuf-sbuf-ex.o c-lib/libcasn1.la -lm
libtool: link: gcc -I./asn1specs -I./asn1specs -I./c-lib/inc -g -O2 
-Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -Wl,-z -Wl,relro -o 
c-examples/simple/.libs/sbuf asn1specs/c_examples_simple_sbuf-p-rec.o 
c-examples/simple/sbuf-sbuf-ex.o  c-lib/.libs/libcasn1.so -lm -pthread
gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2 -I./c-lib/inc 
-g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -c -o 
c-examples/test-lib/testlib-test-lib.o `test -f 
'c-examples/test-lib/test-lib.c' || echo './'`c-examples/test-lib/test-lib.c

c-examples/test-lib/test-lib.c: In function 'main':
c-examples/test-lib/test-lib.c:68:5: error: implicit declaration of 
function 'InitNibbleMem' [-Werror=implicit-function-declaration]

   68 | InitNibbleMem (256, 256);
  | ^
[...]

This is most likely caused by a change in dpkg 1.22.6, that enabled
-Werror=implicit-function-declaration. For more information, see
https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration

Indeed a build with export DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func 
works. But better than disabling it would be to fix it of course ;)


Regards,

Rene

Bug#1066970: FTBFS: error: implicit declaration of function 'InitNibbleMem' [-Werror=implicit-function-declaration]

[Rene Engelhard]

Source: esnacc
Version: 1.8.1-3
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-impfuncdef

Hi,

esnacc FTBFS:

gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2 -I./asn1specs 
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -c -o c-examples/simple/sbuf-sbuf-ex.o 
`test -f 'c-examples/simple/sbuf-ex.c' || echo 
'./'`c-examples/simple/sbuf-ex.c
/bin/bash ./libtool  --tag=CC   --mode=link gcc -I./asn1specs 
-I./asn1specs -I./c-lib/inc -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra  -Wl,-z,relro -o 
c-examples/simple/sbuf asn1specs/c_examples_simple_sbuf-p-rec.o 
c-examples/simple/sbuf-sbuf-ex.o c-lib/libcasn1.la -lm
libtool: link: gcc -I./asn1specs -I./asn1specs -I./c-lib/inc -g -O2 
-Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -Wl,-z -Wl,relro -o 
c-examples/simple/.libs/sbuf asn1specs/c_examples_simple_sbuf-p-rec.o 
c-examples/simple/sbuf-sbuf-ex.o  c-lib/.libs/libcasn1.so -lm -pthread
gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2 -I./c-lib/inc 
-g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/home/rene/esnacc-1.8.1=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -O0 -Wall -Wextra -c -o 
c-examples/test-lib/testlib-test-lib.o `test -f 
'c-examples/test-lib/test-lib.c' || echo './'`c-examples/test-lib/test-lib.c

c-examples/test-lib/test-lib.c: In function 'main':
c-examples/test-lib/test-lib.c:68:5: error: implicit declaration of 
function 'InitNibbleMem' [-Werror=implicit-function-declaration]

   68 | InitNibbleMem (256, 256);
  | ^
[...]

This is most likely caused by a change in dpkg 1.22.6, that enabled
-Werror=implicit-function-declaration. For more information, see
https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration

Indeed a build with export DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func 
works. But better than disabling it would be to fix it of course ;)


Regards,

Rene

Bug#1066473: multitail: FTBFS: mt.c:707:25: error: implicit declaration of function ‘waddnwstr’; did you mean ‘waddnstr’? [-Werror=implicit-function-declaration]

[Rene Engelhard]

tag 1066473: + pending

thanks

Hi,

Am 13.03.24 um 12:53 schrieb Lucas Nussbaum:

During a rebuild of all packages in sid, your package failed to build
on amd64.


Interesting. I almost wanted to tag it unreproducible since it didn't 
happen in my already-existing chroot... But it definitely does fail in 
cowbuilder build <.dsc> :/



Nope. Just works here. Yes, with dpkg-dev 1.22.6. In a manual chroot I 
have here and upgraded and in a cowbuilder build multitail_6.5.0-1.dsc




Relevant part (hopefully):

cc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wall -Wno-unused-parameter -funsigned-char -O3 
-DLinux -DVERSION=\"6.5.0\" -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -DCONFIG_FILE=\"/etc/multitail.conf\" -MMD -MP -DUTF8_SUPPORT  -c -o mt.o 
mt.c
mt.c: In function ‘do_color_print’:
mt.c:707:25: error: implicit declaration of function ‘waddnwstr’; did you mean 
‘waddnstr’? [-Werror=implicit-function-declaration]
   707 | waddnwstr(win -> win, , 1);
   | ^
   | waddnstr
mt.c: In function ‘update_statusline’:
mt.c:1467:126: warning: format ‘%lld’ expects argument of type ‘long long int’, 
but argument 5 has type ‘off64_t’ {aka ‘long int’} [-Wformat=]
  1467 | mvwprintw(status -> win, 0, 
win_width - (strlen(timestamp) + cur_len), "%10lld - %s", fsize, timestamp);
   |
 ~^~
   |
  ||
   |
  |off64_t {aka 
long int}
   |
  long long int
   |
 %10ld
cc1: some warnings being treated as errors
make[2]: *** [: mt.o] Error 1


Actually upstream has

#if defined(UTF8_SUPPORT) && defined(NCURSES_WIDECHAR)
// FIXME warning: implicit declaration of function �~@~Xwaddnwstr�~@~Y 
is invalid in C99 [-Wimplicit-function-declaration]

// see /usr/include/ncurses.h
    waddnwstr(win -> win, , 1);
#else
    wprintw(win -> win, "%c", wcur);
#endif

so is aware...


Actually (thanks to discussion on IRC) it seems that

CPPFLAGS:=$(shell pkg-config --cflags ncurses)
NCURSES_LIB:=$(shell pkg-config --libs ncurses)

is empty even though it shouldn't be. So fix is to add that missing 
build-dep.



Regards,


Rene

Bug#1066473: multitail: FTBFS: mt.c:707:25: error: implicit declaration of function ‘waddnwstr’; did you mean ‘waddnstr’? [-Werror=implicit-function-declaration]

[Rene Engelhard]

tag 1066473: + pending

thanks

Hi,

Am 13.03.24 um 12:53 schrieb Lucas Nussbaum:

During a rebuild of all packages in sid, your package failed to build
on amd64.


Interesting. I almost wanted to tag it unreproducible since it didn't 
happen in my already-existing chroot... But it definitely does fail in 
cowbuilder build <.dsc> :/



Nope. Just works here. Yes, with dpkg-dev 1.22.6. In a manual chroot I 
have here and upgraded and in a cowbuilder build multitail_6.5.0-1.dsc




Relevant part (hopefully):

cc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wall -Wno-unused-parameter -funsigned-char -O3 
-DLinux -DVERSION=\"6.5.0\" -g -O2 -Werror=implicit-function-declaration 
-ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -DCONFIG_FILE=\"/etc/multitail.conf\" -MMD -MP -DUTF8_SUPPORT  -c -o mt.o 
mt.c
mt.c: In function ‘do_color_print’:
mt.c:707:25: error: implicit declaration of function ‘waddnwstr’; did you mean 
‘waddnstr’? [-Werror=implicit-function-declaration]
   707 | waddnwstr(win -> win, , 1);
   | ^
   | waddnstr
mt.c: In function ‘update_statusline’:
mt.c:1467:126: warning: format ‘%lld’ expects argument of type ‘long long int’, 
but argument 5 has type ‘off64_t’ {aka ‘long int’} [-Wformat=]
  1467 | mvwprintw(status -> win, 0, 
win_width - (strlen(timestamp) + cur_len), "%10lld - %s", fsize, timestamp);
   |
 ~^~
   |
  ||
   |
  |off64_t {aka 
long int}
   |
  long long int
   |
 %10ld
cc1: some warnings being treated as errors
make[2]: *** [: mt.o] Error 1


Actually upstream has

#if defined(UTF8_SUPPORT) && defined(NCURSES_WIDECHAR)
// FIXME warning: implicit declaration of function �~@~Xwaddnwstr�~@~Y 
is invalid in C99 [-Wimplicit-function-declaration]

// see /usr/include/ncurses.h
    waddnwstr(win -> win, , 1);
#else
    wprintw(win -> win, "%c", wcur);
#endif

so is aware...


Actually (thanks to discussion on IRC) it seems that

CPPFLAGS:=$(shell pkg-config --cflags ncurses)
NCURSES_LIB:=$(shell pkg-config --libs ncurses)

is empty even though it shouldn't be. So fix is to add that missing 
build-dep.



Regards,


Rene

Re: Question regarding time_t transition

[Rene Engelhard]

Hi,

Am 12.03.24 um 15:17 schrieb Raphaël Halimi:


Are we supposed to report bugs against packages ending up with "t64" 
and missing the "Provides: " for affected 
architectures like armhf ? 


That Provides: is there for archs where the transition *doesn't* make a 
difference.


In Debian: Anything except armel/armhf.  (ignoring ports where the 32bit 
archs are in  the same boat as armel/armhf ttbomk)



So the packages not  having a Provides:  on 
armel/armhf are correct.


Or are they intentional and we should wait for the package to be 
tested/ready/whatever ?


Intentional, yes.


Regards,


Rene