Hi,
Am 21.04.25 um 10:43 schrieb Rene Engelhard:
[...]
* The SDK no longer ships an idl/ sub-directory containing the udkap and
offapi
.idl files (as, unlike idlc, unoidl-write does not need them).
odk/config/cfgWin.js had to be adapted to look (somewhat arbitrarily)
for an
Hi again,
Am 21.04.25 um 10:28 schrieb Rene Engelhard:
Indeed:
commit a8485d558fab53291e2530fd9a1be581c1628deb
Author: Stephan Bergmann
Date: Tue Sep 14 17:26:17 2021 +0200
[API CHANGE] Remove deprecated idlc and regmerge from the SDK
* Client code must replace uses of idlc and
Hi,
Am 17.04.25 um 18:02 schrieb Rene Engelhard:
here it's probably unfortunate that both times it's MAILER, which confuses even
me which one is taken where. Also something
prevented by either using sensible-lomua or xdg-email directly.
Thinking about it - hmm. That doesn&#x
is bad since
if stuff get added which are needed and you don't take them over
All that tried on 25.2.2 on testing but stable definitely also has that
sensible-lomua patch and the senddoc profile didn't change either.
Regards,
Rene
P.S: It's not helpful using gmail here since it silenly discards valid mail...
-- snip ---
as gpg also fails..
That means for now I need the Build-Conflicts: even if I added the new
secring.gpg, which makes it moot.
It's submitted upstream, though.
Regards,
Rene
for Trixie though, will try to get it upstream
for forky.
Thanks for proposing the fix upstream. please follow up here with the
pointer to the upstream issue.
https://gerrit.libreoffice.org/c/core/+/184170
Regards,
Rene
Hi
Am 13.04.25 um 20:50 schrieb Rene Engelhard:
I could do
[...]
as a workaround, but...
Which I probably need to do anyway to fix the build in experimental if the gb
picked up gpg-from-sq again.
I now decided to have it anyway, since it also fixes the theoretic case of
people having
Hi,
Am 13.04.25 um 20:34 schrieb Rene Engelhard:
$ grep gpg control
gpg [!alpha !armel !armhf !hppa !i386 !ia64 !kfreebsd-amd64 !kfreebsd-i386 !loong64
!m68k !mips !mipsel !mips64 !mips64el !powerpc !powerpcspe !ppc64 !ppc64el !riscv64
!s390x !sparc !sparc64] ,
gpg-agent [!alpha !armel !armhf
,6 +7,9 @@ libreoffice (4:25.2.2-2) UNRELEASED; urgency=medium
- allow /etc/paperspecs (used by paperconf) (closes: #1100930)
* debian/po:
- add ca.po (closes: #1102089)
+ * debian/rules:
+ - add Build-Conflicts: gpg-from-sq [$(OOO_CHECK_ARCHS)], since
+ xmlsecurity_signing fails with gpg being gpg-from-sq
--
retitle 1102249 needs update for libixion/liborcus 0.20.0
thanks
Hi,
Am 06.04.25 um 19:42 schrieb Rene Engelhard:
happens and it seems to be silently disabled then (I don't think this is a good
idea, such stuff should
be set explicitely... In this case it could "help" the tr
does not apply in the cmake parts, since it relies on
earlier/later commits for the context and I get confused by cmake.
But it probably serves as a status point,
https://github.com/KDE/labplot/commits/master/?after=0875430bf4b066b1d7d519b54838c6c18b800eee+104
has various cmake stuff...
Regards,
Rene
Hi,
Am 05.04.25 um 15:13 schrieb Amr Ibrahim:
On Sat, 5 Apr 2025 12:33:37 +0200 Rene Engelhard wrote:
Sounds like https://bugs.documentfoundation.org/show_bug.cgi?id=165917
Please revert the offending upstream commit until upstream fixes it:
<https://git.libreoffice.org/core/com
| fonts-croscore
to
fonts-liberation | fonts-croscore
I don't think so. If it was fonts-liberation2 before it should be
fonts-liberation (>= 1:2) | fonts-croscore
(or >= 1:2.0.0)
to make it more explicit.
Regards,
Rene
?id=165917 (caused
by the fix for https://bugs.documentfoundation.org/show_bug.cgi?id=165228)
Regards,
Rene
ugh explicitely mentioned)...
But will invent a new "BSD-3-clause-Yale" License: according to 6.7 of the spec.
Regards,
Rene
h text and translation is the same person :-)
Merged anyway, since "dieses" is indeed better as "es" :-)
5) The 2nd change in the last paragraph should clarify the reference
(as it is in the English original): es → dies
OK.
So basically all merged except riscv64.
Regards,
Rene
Hi,
Am 10.03.25 um 06:56 schrieb Rene Engelhard:
(Though I wonder that it just has .dat and no .idx, but at least in a quick
test in my 24.5.8 on trixie it shows as being there for Thesaurus, so..)
Nevermind, it is there (let alone because we build .idx in debian/rules anyway.)
Regards
as being there for Thesaurus, so..)
Will need NEW, though.. :(
Regards,
Rene
orted that there is no actionable way
anyway and just lingers around.
If you reported this upstream you coul have told upstream what the problem was
(or they knew, I don't.)
Regards,
Rene
play proxy.
Bugs like this tend to be just ignored due to time constraints.
Report this upstream.
FWIW: https://bugs.documentfoundation.org/buglist.cgi?quicksearch=hatching
Regards,
Rene
Hi,
Am 05.03.25 um 00:09 schrieb Jeremy Bícha:
4. libreoffice - Rene has already identified the probable fix and is
doing a test build
Concretely this is
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/3af018486f87d151c8aed4d1d965b24e4fffb7a5
and it would have
Hi again,
Am 25.02.25 um 06:19 schrieb Rene Engelhard:
Am 24.02.25 um 23:25 schrieb Jacek Kawa:
With current apparmor version in sid (4.1.0~beta5-2)
/etc/apparmor.d/usr.lib.libreoffice.program.soffice.bin fails to parse
and load.
-steps to reproduce
r.lib.libreoffice.program.*?
Regards,
Rene
reassign 1098465 libreoffice-common,libreoffice-sdbc-hsqldb
found 1098465 4:24.8.5-1
severity 1098465 serious
thanks
Hi,
Am 20.02.25 um 22:21 schrieb Paul Menzel:
(Reading database ... 460515 files and directories currently installed.)
Preparing to unpack .../libreoffice-common_4%3a24.
Hi,
Am 16.02.25 um 18:24 schrieb Rene Engelhard:
Am 16.02.25 um 18:07 schrieb David Christensen:
Package: libreoffice-writer
Version: 1:7.0.4-4+deb11u12
That version oldstable is completely out of support. Even LTS.
That some ELTS people (which I am not involved in) keep it alive and might
-related commits.
Regards,
Rene
ing.
Reassigning. (And retitling.)
Regards,
Rene
new 4.0.5 libfbclient2 I thihk that one at least should
add a Breaks: libreoffice-sdbc-firebird (<< 4:24.8.4-2) so this won't
happen.
4:24.8.4-2 already will depend on 4.0-server-core since as I said the current
situation forces me to
Regards,
Rene
tag 1092206 + pending
thanks
Now also cherry-picked to 24.8.x:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/eecfb2fea6ce14abd640691647bb2536f08150dc
ition, ideally after the
poppler upload so
that we save one round of bin-NMUs and that source upload can be directly built
against the new poppler :)
Regards,
Rene
Hi,
Am 19.01.25 um 11:13 schrieb Jörg Frings-Fürst:
this error was caused by WebKitGTK and has since been fixed.
out of curiosity, -v please? :)
I am closing the bug.
It's still closed from my closing ;-). But thanks :)
Regards,
Rene
Hi again,
Am 17.01.25 um 16:20 schrieb Rene Engelhard:
This could be what is wrong. I found it in /var/log/apt/term.log.1.gz.
Excerpt here, full term.log at the time of installing libreoffice 4:24.8.4-1 is
attached.
Setting up python3 (3.12.8-1) ...^M
running python rtupdate hooks for
Hi,
Am 15.01.25 um 18:22 schrieb Rene Engelhard:
Am 14.01.25 um 15:27 schrieb Jörg Frings-Fürst:
only blank white pages are displayed in the print preview and the pdf export.
Regardless of what I wrote already, this - as I was quite sure of - isn't even
reproducible.
Started w
tag 1093297 + pending
thanks
Hi,
Am 17.01.25 um 16:44 schrieb Rene Engelhard:
Could you backport and verify the patch to resolve this issue?
Will do. But that normally is the job of the person driving the transition...
Does. (And in git).
Build stiill running but well over said file
commit/?id=db12ee77c17ea9ed477c310bd1e58f00d519f653
Indeed. But it is in 5.2.0 rc2, which is in experimental, too, so marking as
such.
Could you backport and verify the patch to resolve this issue?
Will do. But that normally is the job of the person driving the transition...
Regards,
Rene
4-1) ...^M
...
~
I don't see anything going wrong here (except warnings for hplip).
Also reattached, with .log extension:
dpkg-i_libreoffice_4_3a24.8.3-3.log
Which is not relevant at all, I know how dpkg -i output looks like. The
question still is there and *you* need to give infos.
Regards,
Rene
254" needs extra drivers?
Regards,
Rene
? You didn't show all the packages installed because it was
reported against "libreoffice" unfortunately.
Regards,
Rene
Hi,
Am 06.01.25 um 23:19 schrieb Rene Engelhard:
Last I tried back then using clang for all of LO works, but... If I did this I
am wary about doing it in 24.8.x anywyays...
For completeness I tried this - yes, clang works.
Regards,
Rene
tag 1092206 + help
thanks
Hi again,
Am 06.01.25 um 21:06 schrieb Rene Engelhard:
Hi
Am 06.01.25 um 21:01 schrieb Rene Engelhard:
Am 06.01.25 um 07:22 schrieb Matthias Klose:
libreoffice still b-d's on GCC 12,
on i386 only.
which should not be part of the trixie release. Please updat
ild-dep is there since if built
with gcc 13 the bridgetest fails on i386, whereas it doesn't with gcc 12.
Regards,
Rene
Hi
Am 06.01.25 um 21:01 schrieb Rene Engelhard:
Am 06.01.25 um 07:22 schrieb Matthias Klose:
libreoffice still b-d's on GCC 12,
on i386 only.
which should not be part of the trixie release. Please update the build
dependency to GCC 14 (or GCC 13, if the former doesn't work).
ngled stuff on different archs with
possibly different manglings and symbols.
If this was a C library I'd do, but not for C++.
Thanks, but no.
And not every lib needs a .symbols file.
Regards,
Rene
nor-libcoinmp0 started and since it
was accepted LO failed to build on the amd64 buildds for various reasons.
This will be fixed automatically if a beta1-2 (or newer) is built. Marking as
closed in that versions, as long as it isn't there the BTS will know it affects
alpha1-1.
Regards,
Rene
tag 1088213 + upstream
tag 1088213 + fixed-upstream
tag 1088213 + pending
thanks
Hi,
Am 25.11.24 um 17:40 schrieb Rene Engelhard:
Manually removing one "application/vnd.stardivision.writer-global" is fixing this bug.
But this should be done before packaging the "lib
ing "weird" triggered by a .desktop file update complaining?
Manually removing one "application/vnd.stardivision.writer-global" is fixing this bug.
But this should be done before packaging the "libreoffice-writer" package.
That maybe can be don anyways.
Regards,
Rene
Hi,
Am 21.11.24 um 06:57 schrieb Pierre Gruet:
Le 21/11/2024 à 00:18, Rene Engelhard a écrit :
Hi,
Am 20.11.24 um 22:25 schrieb Rene Engelhard:
Hi,
Am 20.11.24 um 17:19 schrieb Debian FTP Masters:
coinmp (1.8.4+dfsg-2) unstable; urgency=medium
.
* Team upload
* Upload to unstable
Hi,
Am 21.11.24 um 08:16 schrieb Rene Engelhard:
[...] that the SONAME goes backwards whereas other distros don't have that (easily lookable by looking at them)
e.g.
https://src.fedoraproject.org/rpms/coin-or-CoinMP/blob/rawhide/f/coin-or-CoinMP.spec#_76
https://archlinux.org/packages/
1.8.4.
However they did that I wonder whether something is fishy here...
That's why I didn't upload it (yet) to sid.. If you asked me I would have said
that.
Ah, well. Now we have that transition...
Regards,
Rene
Hi,
Am 20.11.24 um 22:25 schrieb Rene Engelhard:
Hi,
Am 20.11.24 um 17:19 schrieb Debian FTP Masters:
coinmp (1.8.4+dfsg-2) unstable; urgency=medium
.
* Team upload
* Upload to unstable to start the library transition
Just that it is questionable whether one needed one at all as
already running one.
-> No bug. I'll be nice and keep this open but mark it as wishlist and "not
fixable" doesn't exist so wontfix.
Regards,
Rene
or junit only)
- remove riscv64 from OOO_CHECK_ARCHS to run only the "smoketest tests"
- bump libcmis build-dep to >= 0.6.1
- build against libcurl4-openssl-dev instead of gnutls
-- Rene Engelhard Fri, 17 Nov 2023 07:05:17 +0100
to get a sane version into testing, with
build)
Regards,
Rene
hown it. With exact the error message.
Regards,
Rene
Hi,
Am 09.10.24 um 12:48 schrieb Vincent Lefevre:
Wondering whether this has been forgotten...
No, it isn't.
It's a minor bug. upstream. fixed upstream.
Will be fixed in 24.8.3-1. No need to backport.
Regards,
Rene
Hi,
Am 07.10.24 um 18:08 schrieb Santiago Vila:
In this case, I'm curious about why the FTBFS problems happen now but not
before.
There was a Qt upload 6.6 -> 6.7, so I'd bet someting in the newer Qt was added
to convert-bdic needing the data.
Regards,
Rene
Hi again,
Am 07.10.24 um 17:51 schrieb Rene Engelhard:
Am 07.10.24 um 17:21 schrieb Roland Rosenfeld:
I'm not fully sure about this. The ICU data were always in
/usr/share/qt6/resources, which is in libqt6webengine6-data.
It seems that our dictionaries packages currently only build depe
before doing
so...
I don't think so.
Regards,
Rene
severity 1082775 minor
thanks
Hi,
Am 26.09.24 um 05:00 schrieb Josh Triplett:
Setting up python3-uno (4:24.8.1-2) ...
/usr/lib/libreoffice/program/officehelper.py:94: SyntaxWarning: invalid escape
sequence '\P'
"""Bootstrap PyUNO Runtime.
This is minor for sure, only...
Caused by the c
out on the arch it was done
for.
As I said in my other mail (which I sent from my vaction "unauthenticated" so
gmail rejected it) I still disabled it in 24.8.x packages, but with a prominent debconf
note, which I think is better.
Regards,
Rene
Thank you very much for the backport.
I didn't know Sid and bookworm/backport provided the same version of Nvidia
drivers (plus I try to avoid Sid because 'it's dangerous ' ;) )
I am doing some stuff with docker/Nvidia and I have a little issue with
software which don't seem to see the HW properl
On Sat, Aug 31, 2024 at 07:01:21PM +, Eric Wong wrote:
> Rene Kita wrote:
[...]
> > Eric, just in case you are still interested I also have a patch to force
> > folding in tags.
>
> Thanks, I am still interested in the folding patch as well.
Patch is below.
> I di
package[1]) and no open bugs which warrant
any "salvaging".
But asking per mail whether it could be moved to "Debian".
Regards,
Rene
[1] I don't reply to obvious stuff wher ethere's no more info needed like the
typo fix or the FTBCFS one (however uneeded
Debina WITHOUT EVEN MENTIONING ANY
"salvaging" BULLS*.
Your package showed up in the Bug of the Day[3] initiative.
I don't care. At all. There's useful stuff to do. This bug is the contrary.
Rene, as a personal note since we know for a long time: I know you are
do
Below is a patch for this.
Eric, just in case you are still interested I also have a patch to force
folding in tags.
>8-
From: Rene Kita
Date: Sun Aug 25 15:43:35 CEST 2024
Subject: Do not override cols option value
Patch: patches/Do-not-override-cols-option-value.patch
Fixes Deb
Hi,
Am 22.08.24 um 23:01 schrieb Andres Alla:
reede, 2. august 2024 20:01:10 EEST kirjutas Rene Engelhard:
Am 02.08.24 um 17:25 schrieb Andres Alla:
[]
I suspect it may be i386 specific.
I suspect, too. Works definitely on amd64.
It may be fixed in 24.8.0 but see below.
After some
:
- https://bugs.documentfoundation.org/show_bug.cgi?id=162620
Thanks anyway, Would forward it anyway and it's better IMHO to directly report
it upstream here and me then forward it manually and play ping-pong.
So you IHO did it correct. Marking as forwarded to your upstream bug.
Regards,
Rene
BI didn't change, aka all 64bit +
i386)
And I *think* you need Breaks/Conflicts in addition to Replaces at the new
libxml2n.
Regards,
Rene
libreoffice | 4:24.2.5-1 | source
libreoffice-report-builder-bin | 4:24.2.5-1 | armel
libreoffice-sdbc-hsqldb | 4:24.2.5-1 | armel
ure-java | 4:24.2.5-1 | armel
Regards,
Rene
:24.2.5-1 | source
libreoffice-report-builder-bin | 4:24.2.5-1 | armel
libreoffice-sdbc-hsqldb | 4:24.2.5-1 | armel
ure-java | 4:24.2.5-1 | armel
Regards,
Rene
| armel
libreoffice | 4:24.2.5-1 | source
libreoffice-report-builder-bin | 4:24.2.5-1 | armel
libreoffice-sdbc-hsqldb | 4:24.2.5-1 | armel
ure-java | 4:24.2.5-1 | armel
Regards,
Rene
libreoffice | 4:24.2.5-1 | source
libreoffice-report-builder-bin | 4:24.2.5-1 | armel
libreoffice-sdbc-hsqldb | 4:24.2.5-1 | armel
ure-java | 4:24.2.5-1 | armel
Regards,
Rene
armhf
etc) and this was hinted in alreday for those.
I hope I got the syntax right, no idea whether that is correct for tests
in other packages affected by libreoffice. Adapt as needed, please :)
force-badtest libreoffice/4:24.2.5-3/armel
Regards,
Rene
ian. And you even have inside gstreamer a mix
between dmo and not-dmo.
In any case:
Just installed a debian i386 stable VM + dist-upgraded to sid. Just starts.
(Also with SAL_USE_VCLPLUGIN=gen to match your config, also not with
LANG=en-US.UTF_8 - as your locale.
=> unreproducible, moreinfo
Regards,
Rene
would
expect `hunspell' would use such a path automatically - see OpenBSD hunspell
diff.
---%>---
hunspell -d cs_CZ -p ~/.config/libreoffice/4/user/wordbook/standard.dic <<<
"autobusáků"
error - iconv: ISO8859-2 -> UTF-8
Hunspell 1.7.2
*
---%<---
Ah, you are talking about user dicts..
That might make sense, and then also the OpenBSD patch would make sensein part
(one could just add the libreoffice dir)...
Regards,
Rene
Hi again,
Am 27.07.24 um 08:07 schrieb Rene Engelhard:
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
b) even more, pbuilder disables the install of recommends. That means builds
inside pbuilder still will fail.
This doesn't even work in sbuild (and thus the buildds). After I gave
Hi,
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
b) even more, pbuilder disables the install of recommends. That means builds
inside pbuilder still will fail.
This doesn't even work in sbuild (and thus the buildds). After I gave back
libreoffice I got
https://buildd.debian.org/s
Hi,
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
a) Is this needed for anything using liburls .pc. A pure --cflags now needs
those.
Even when not doing static linking. Recommends here is wrong.
This needs to be a Depends.
b) even more, pbuilder disables the install of recommends. That means
/base.testing.armhf.tgz
[sudo] Passwort für rene:
W: /root/.pbuilderrc does not exist
W: cgroups are not available on the host, not using them.
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/base.testing.armhf.tgz]
I: copying local configuration
I: mounting /proc filesystem
I
severity 1077190 serious
thanks
Now really...
Am 26.07.24 um 18:04 schrieb Rene Engelhard:
Hi,
this bug means that uncounted packages (anything directly or indirectly using
libcurl via pkg-config) now FTBFS in unstable.
Raising the severity ti serious
Regards,
Rene
Hi,
this bug means that uncounted packages (anything directly or indirectly using
libcurl via pkg-config) now FTBFS in unstable.
Raising the severity ti serious
Regards,
Rene
upper limit to the value of
-cols. fm.h defines MAXIMUM_COLS as 1024 and when parsing the command
line parameters the argument to -cols is checked against this limit - if
the argument is greater then MAXIMUM_COLS that will be used instead.
I appended a patch to drop that feature.
Thanks for your r
upper limit to the value of
-cols. fm.h defines MAXIMUM_COLS as 1024 and when parsing the command
line parameters the argument to -cols is checked against this limit - if
the argument is greater then MAXIMUM_COLS that will be used instead.
I appended a patch to drop that feature.
Thanks for your r
rer earlier. The expected behavior is
a new window opening up to select symbols(/special characters?). The
actual behavior is nothing happening.
The expected behaviour is a "drop down" here, not a new window.
Regards,
Rene
u, did you mean something else?
(I don't see Inserisci in the navigator bar either, in neither of the
choices/icons etc.
In any case: *You* need to tell people how to reproduce.)
Special Character in the "Insert" toolbar also just works.
Regards,
Rene
Hi,
Am 22.07.24 um 19:51 schrieb Stefano:
Which one? Maybe it's even locale-specific?
(tried de_DE and en_US here.)
it_IT
Hmm.
Inseirici -> Cattatere speciale...
also works here in it_IT.UTF-8 locale.
Regards,
Rene
ion is
2.36-9+deb12u7.
amd64 though (as it should be).
In any case, even if it was a bug, stable doesn't get any bugfixes
except really important ones. Can you try whether a current 24.2 (as
available in backports) works?
Regards,
Rene
ckage?
Old upstream version, popcon 4, ignored by the maintainer."
So please remove the package.
For avoidance of doubt: ACK.
Regards,
Rene
# mark bugs fixed in 4:7.4.7-1+deb12u3 correctly, didn't get done
# because they were already archived
unarchive 1059158
fixed 1059158 4:7.4.7-1+deb12u3
unarchive 1069835
fixed 1069835 4:7.4.7-1+deb12u3
Hi again,
Am 17.06.24 um 20:29 schrieb Rene Engelhard:
Apologies if I'm missing something, but
+ - recommend kio >> 5.103.0-1 in -kf5
makes the package uninstallable on a default bookworm setup (i.e.
Recommends are installed by APT).
apt TTBOMK doesn't complain if a
Hi,
Am 17.06.24 um 19:05 schrieb Adam D. Barratt:
Control: tags -1 -moreinfo +confirmed
On Sat, 2024-06-15 at 17:44 +0200, Rene Engelhard wrote:
Hi,
Am 15.06.24 um 17:28 schrieb Adam D. Barratt:
Control: tags -1 + moreinfo
On Sat, 2024-05-25 at 10:35 +0200, Rene Engelhard wrote:
I'd
Hi,
Am 15.06.24 um 17:28 schrieb Adam D. Barratt:
Control: tags -1 + moreinfo
On Sat, 2024-05-25 at 10:35 +0200, Rene Engelhard wrote:
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 do
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
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
(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
;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/
1070887
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070887> did...)
Regards,
Rene
0-2 amd64
PDF rendering library
ii poppler-data 0.4.12-1 all
encoding data for the poppler PDF rendering library
libpoppler-cpp0v5 is nominally installed, though..
Regards,
Rene
fixed in 24.2.2.
Cleaning those bugs up and making an own one for kio.
Regards,
Rene
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
1 - 100 of 2642 matches
Mail list logo
