apply.
Regards,
Rene
dicts
to hunspell dicts. The changelog makes that clear:
hunspell (1.1.5-5) unstable; urgency=low
* add info to hunspell(4) from SF tracker #1610863 how to convert aspell
dicts (closes: #324639)
-- Rene Engelhard Wed, 11 Apr 2007 16:11:04 +0200
See also https://bugs.debian.org/cgi-bin
with trixie or so, too (and yes, I don't care at all whether devuan already
has something trixie'ish)
Regards,
Rene
Hi,
Am 19.05.25 um 15:04 schrieb René Engelhard:
Hi,
Am 19. Mai 2025 13:39:54 MESZ schrieb "René Engelhard" :
>>On my machine with thunderbird 1:138.0-1 from experimental, adding the
>>following seems to solve the denials:
>>
>>@{HOME}/.thunderbird/profiles.ini r,
>>@{HOME}/.thunderbird/*/key4.
know, that's why the other files have that #include to avoid a merge hell
Yeah... Just looked:
rene@frodo:/etc/apparmor.d$ ls -l | wc -l
125
rene@frodo:/etc/apparmor.d$ grep include.*local\/ * | cut -d: -f1 | sort | uniq
| wc -l
grep: abi: Ist ein Verzeichnis
grep: abstractions: Ist ein Verzei
to a bug.
Regards,
Rene
someone who a) uses GNOME b) doesn't use the API/Basic and
"just" maintains the package.
Regards,
Rene
[1] -plasmas package Description is clear. And
https://packages.debian.org/trixie/all/libreoffice-plasma/filelist
obviously just contains unimportant stuff (Appstream info
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 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
?id=165917 (caused
by the fix for https://bugs.documentfoundation.org/show_bug.cgi?id=165228)
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 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.
block 1097261 by 1097717
thanks
Hi.
Am 17.02.25 um 20:17 schrieb Rene Engelhard:
Am 17.02.25 um 18:33 schrieb Matthias Klose:
S=/build/reproducible-path/libreoffice-24.8.4 && I=$S/instdir && W=$S/workdir
&& x86_64-linux-gnu-g++ -pthread -shared -Wl,-z,noexecsta
Hi,
Am 17.02.25 um 20:17 schrieb Rene Engelhard:
Hi,
Am 17.02.25 um 18:33 schrieb Matthias Klose:
S=/build/reproducible-path/libreoffice-24.8.4 && I=$S/instdir && W=$S/workdir
&& x86_64-linux-gnu-g++ -pthread -shared -Wl,-z,noexecstack -flto=jobserver -fuse-linker-pl
est and upstream don't build them..)
Will try with 25.2.1 rc1 (as in experimental) and current 25.8 master, too,
though.
Regards,
Rene
4]: *** Waiting for unfinished jobs
One more of #include missing.
libixion 0.20.0 as in NEW for experimental (and required for LO 25.8) already
fixes this.
If we ever needed to keep 0.19.x for a while (and/or a new 0.19.x upload) I
will fix this in git for that one, too.
Regards,
Rene
missing. (And other files.)
liborcus 0.20.0 as in NEW for experimental (and required for LO 25.8) already
fixes this.
If we ever needed to keep 0.19.x for a while (and/or a new 0.19.x upload) I
will fix this in git for that one, too.
Regards,
Rene
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
Hi,
Am 08.02.25 um 10:26 schrieb Sam Pinkus:
Thanks for the prompt Reply Rene.
On 2/8/25 00:30, Rene Engelhard wrote:
Am 07.02.25 um 07:22 schrieb Sam Pinkus:
[27118.177316] audit: type=1400 audit(1738906497.646:1573): apparmor="ALLOWED" operation="open"
profile=
uid=1000 ouid=1000
[27118.177373] audit: type=1400 audit(1738906497.646:1574): apparmor="ALLOWED" operation="file_lock"
profile="libreoffice-soffice" name="/home/sam/.thunderbird/vk9x.default/key4.db" pid=45330 comm="soffice.bin"
requested_mask="k" denied_mask="k" fsuid=1000 ouid=1000
Can't see a reason libreoffice would be reaching in there. Seems very strange,
but noticed some rules in the profile for cert9.db in firefox data, so maybe
it's legit??
It is.
(Looking up certificates for signing. Usually firefox, but..)
Regards,
Rene
found 1092807 3.22.10+dfsg0-5.1
close 1092807 3.22.10+dfsg0-6
thanks
Am 07.02.25 um 00:06 schrieb Debian Bug Tracking System:
Processing commands for cont...@bugs.debian.org:
reassign 1092807 hplip
Bug #1092807 {Done: Rene Engelhard } [libreoffice] Printing
with hplip fails after python3
ing.
Reassigning. (And retitling.)
Regards,
Rene
tag 1092206 + pending
thanks
Now also cherry-picked to 24.8.x:
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/eecfb2fea6ce14abd640691647bb2536f08150dc
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
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).
ild-dep is there since if built
with gcc 13 the bridgetest fails on i386, whereas it doesn't with gcc 12.
Regards,
Rene
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
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
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
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
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
: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
| 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
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
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
# 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
on.doc-base,
debian/patches/add-access2base-doc.diff: install
www.access2base.com/access2base.html into libreoffice-common as doc
-- Rene Engelhard Sun, 17 Nov 2019 13:34:51 +0100
As a minor note - there's a duplicate b-d on "libcairo2-dev, libcairo2-dev" and
"libglib2.0-dev, li
;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
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
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
x27;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
If I only could update the bookworm backport to 24.2.2+, but given it's
sstill stuck behind time_t...)
Regards,
Rene
{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)
s: 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
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
nsidering
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
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
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
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
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&quo
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/
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
debian.org/testing/rc_policy.txt .
"
This matches 5, not 6.
And it's unreproducible.
Regards,
Rene
x27;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
Hi,
Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977857
Regards,
Rene
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
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 t
Hi again,
Am 10.03.24 um 19:59 schrieb Rene Engelhard:
BTW, What is the replacement for it? setuptools._distutils? As in the
following patch?
OK, so discussion on IRC gave:
19:51 < tumbleweed> _rene_: distutils is removed in 3.12
19:51 < tumbleweed> if you need distutils, tr
Hi,
Am 10.03.24 um 19:44 schrieb Rene Engelhard:
and similar stuff in upstreams configure.
python_include=`$PYTHON -c "import distutils.sysconfig;
print(distutils.sysconfig.get_config_var('INCLUDEPY'));"`
python_version=`$PYTHON -c "import di
ythondir)...
${PYTHON_PREFIX}/lib/python3.12/site-packages
checking for python3 extension module directory (pyexecdir)...
${PYTHON_EXEC_PREFIX}/lib/python3.12/site-packages
[...]
in upstreams configure.
I think this bugreport is too early.
Regards,
Rene
ions gets reenabled.
libphonenumber is fixed now, so I can re-enable it now and not have it
blocking builds.
But I need to do the Replaces: libreoffice-common in -evolution anyways now?
Regards,
Rene
forwarded 1065448 https://bugs.documentfoundation.org/show_bug.cgi?id=160033
thanks
Hi,
Am 04.03.24 um 21:58 schrieb Rene Engelhard:
Package: libreoffice-common
Version: 4:24.2.0-1
Severity: normal
Tags: upstream
Then you should have filed it upstream :). Didn't write the reportbug
Package: libreoffice-common
Version: 4:24.2.0-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: pe...@pblackman.plus.com
Dear Maintainer,
When creating pdf files from odt files, soffice writes a CreationDate field
which contains the actual build date/time. This varies with every build.
For an ex
Source: libreoffice
Version: 4:24.2.0-1
Severity: serious
Control: close -1 4:24.2.0-3
Am 23.02.24 um 17:14 schrieb Rene Engelhard:
Hi,
Am 23.02.24 um 08:02 schrieb HIGUCHI Daisuke (VDR dai):
Sorry, resending to BTS, not to debian-openoffice.
No problem, that -1 redirects the bug
1 - 100 of 4288 matches
Mail list logo
