Bug#1025748: libreoffice-help-en-us: change depends to www-browser instead of naming particular browsers?

2022-12-08 Thread Rene Engelhard
Hi again, and besides that Llibreoffie basically runs xdg-open to open index.html in a browser when pressing F1. Also here I don't think elinks etc will work. (Probably unless it is explicitely set as default browser in GNOME etc, though) Regards, Rene

Bug#1025748: libreoffice-help-en-us: change depends to www-browser instead of naming particular browsers?

2022-12-08 Thread Rene Engelhard
Hi again, and besides that Llibreoffie basically runs xdg-open to open index.html in a browser when pressing F1. Also here I don't think elinks etc will work. (Probably unless it is explicitely set as default browser in GNOME etc, though) Regards, Rene

Bug#1025748: libreoffice-help-en-us: change depends to www-browser instead of naming particular browsers?

2022-12-08 Thread Rene Engelhard
tag 1025748  + wontfix thanks Hi, Am 08.12.22 um 16:05 schrieb Jon Daley: I use chrome and brave as my web browsers, but have to install firefox or epiphany because of this package. It seems nicer to depend on the virtual www-browser # grep-dctrl -FProvides www-browser

Bug#1025748: libreoffice-help-en-us: change depends to www-browser instead of naming particular browsers?

2022-12-08 Thread Rene Engelhard
tag 1025748  + wontfix thanks Hi, Am 08.12.22 um 16:05 schrieb Jon Daley: I use chrome and brave as my web browsers, but have to install firefox or epiphany because of this package. It seems nicer to depend on the virtual www-browser # grep-dctrl -FProvides www-browser

[Desktop-packages] [Bug 1997562]

2022-11-28 Thread Rene Engelhard
even worse: 12:33 < aurel32> it get killed due to an OOM in cppunittester [...] 12:35 < aurel32> cppunittester tries to allocated 100GB+ of RAM 12:38 < aurel32> _rene_: https://paste.debian.net/hidden/748c5da1/ For reference: [158394.581662] nrpe invoked oom-killer:

Bug#1024840: msc-generator: please build-depend on libreoffice-impress-nogui only and only for tests

2022-11-28 Thread Rene Engelhard
Am 28. November 2022 08:44:19 MEZ schrieb "Gábor Németh" : >Dear Rene, > >On 2022-11-26 16:15, Rene Engelhard wrote: >> [..] libreoffice-impress-nogui should >> suffice > >Thanks for pointing out, I'll check this out with your patch. Ok. >Is there a dea

Bug#1024841: parallel: please build with libreoffice-writer-nogui

2022-11-26 Thread Rene Engelhard
Package: parallel Severity: wishlist Tags: patch Dear Maintainer, I just looked whether the idlc removal in 7.5 (or other changes...) would break stuff depending on libreoffice. While doing this I noticed that parallel does [...] libreoffice --headless --convert-to pdf parallel_cheat_bw.fodt

Bug#1024840: msc-generator: please build-depend on libreoffice-impress-nogui only and only for tests

2022-11-26 Thread Rene Engelhard
Package: msc-generator Severity: wishlist Tags: patch Dear Maintainer, I just looked whether the idlc removal in 7.5 (or other changes...) would break stuff depending on libreoffice. In msc-generator I noticed that it build-depends on libreoffice completely. I don't think that is needed since

[Libreoffice-commits] core.git: vcl/Library_vcl.mk

2022-11-17 Thread Rene Engelhard (via logerrit)
vcl/Library_vcl.mk |6 ++ 1 file changed, 6 insertions(+) New commits: commit 50582d73c61165f17c38ce28f216739a3a34664b Author: Rene Engelhard AuthorDate: Wed Nov 16 21:58:05 2022 +0100 Commit: Caolán McNamara CommitDate: Thu Nov 17 17:55:50 2022 +0100 fix system-libfixmath

Bug#1024138: lasso_query_sign: assertion failed: (rsa) with xmlsec > 1.2.34

2022-11-16 Thread Rene Engelhard
[ saw the upload on d-d-c ] Am Tue, Nov 15, 2022 at 12:56:17PM +0100 schrieb Frederic Peters: > Signature in the SAML GET binding is broken by the new xmlsec version, > > lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa) > Bail out! lasso:ERROR:tools.c:586:lasso_query_sign:

Bug#1024157: libreoffice/experimental FTBFS with dragonbox 1.1.3

2022-11-15 Thread Rene Engelhard
Hi, Am 15.11.22 um 19:09 schrieb Adrian Bunk: ... checking which dragonbox to use... external checking for dragonbox/dragonbox.h... no configure: error: dragonbox/dragonbox.h not found. install dragonbox Error running configure at ./autogen.sh line 322. make: *** [debian/rules:2149:

Bug#1024157: libreoffice/experimental FTBFS with dragonbox 1.1.3

2022-11-15 Thread Rene Engelhard
Hi, Am 15.11.22 um 19:09 schrieb Adrian Bunk: ... checking which dragonbox to use... external checking for dragonbox/dragonbox.h... no configure: error: dragonbox/dragonbox.h not found. install dragonbox Error running configure at ./autogen.sh line 322. make: *** [debian/rules:2149:

Bug#1024157: libreoffice/experimental FTBFS with dragonbox 1.1.3

2022-11-15 Thread Rene Engelhard
Hi, Am 15.11.22 um 19:09 schrieb Adrian Bunk: ... checking which dragonbox to use... external checking for dragonbox/dragonbox.h... no configure: error: dragonbox/dragonbox.h not found. install dragonbox Error running configure at ./autogen.sh line 322. make: *** [debian/rules:2149:

[Libreoffice-commits] core.git: config_host.mk.in

2022-11-15 Thread Rene Engelhard (via logerrit)
config_host.mk.in |1 + 1 file changed, 1 insertion(+) New commits: commit 1caf3f2554ffac3624d43defb4252a5b40945bbc Author: Rene Engelhard AuthorDate: Sat Nov 12 18:31:02 2022 +0100 Commit: Caolán McNamara CommitDate: Tue Nov 15 11:09:29 2022 +0100 actually don't compile tools

Bug#1023039: Acknowledgement (python-xmlsec: FTBFS with xmlsec1 1.2.35)

2022-11-13 Thread Rene Engelhard
severity 1023039 serious thanks Hi, > Given I was already a bit wary about the changed in xmlsec1 I uploaded > t to experimental first. > Which turns out to be a good idea since that one causes oath-toolkit to > FTBFS/fail its tests: Cut and waste. Here I of course meant python-xmlsec,

Bug#1023038: Acknowledgement (oath-toolkit: FTBFS with xmlsec1 1.2.35)

2022-11-13 Thread Rene Engelhard
tag 1023038 + fixed-upstream tag 1023038 + pending thanks Hi, Am 13.11.22 um 00:02 schrieb Simon Josefsson: Thank you -- the CI/CD caught this on ArchLinux before reading your email, and it is fixed now. Cool. This became more pressing since

Bug#1023038: Acknowledgement (oath-toolkit: FTBFS with xmlsec1 1.2.35)

2022-11-13 Thread Rene Engelhard
tag 1023038 + fixed-upstream tag 1023038 + pending thanks Hi, Am 13.11.22 um 00:02 schrieb Simon Josefsson: Thank you -- the CI/CD caught this on ArchLinux before reading your email, and it is fixed now. Cool. This became more pressing since

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-09 Thread Rene Engelhard
Hi, Am 09.11.22 um 07:51 schrieb Rene Engelhard: Hi, reading https://bugs.documentfoundation.org/show_bug.cgi?id=150236 ... Am 09.11.22 um 07:34 schrieb Rene Engelhard: $ cat libreoffice-core.NEWS libreoffice (1:7.4.2~rc1-1) unstable; urgency=low   * LibreOffice 7.4.1 contained a bug about

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-09 Thread Rene Engelhard
Hi, Am 09.11.22 um 07:51 schrieb Rene Engelhard: Hi, reading https://bugs.documentfoundation.org/show_bug.cgi?id=150236 ... Am 09.11.22 um 07:34 schrieb Rene Engelhard: $ cat libreoffice-core.NEWS libreoffice (1:7.4.2~rc1-1) unstable; urgency=low   * LibreOffice 7.4.1 contained a bug about

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-08 Thread Rene Engelhard
Hi, reading https://bugs.documentfoundation.org/show_bug.cgi?id=150236 ... Am 09.11.22 um 07:34 schrieb Rene Engelhard: $ cat libreoffice-core.NEWS libreoffice (1:7.4.2~rc1-1) unstable; urgency=low   * LibreOffice 7.4.1 contained a bug about wrongly remembering the Make that 7.4.0/7.4..1

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-08 Thread Rene Engelhard
Hi, reading https://bugs.documentfoundation.org/show_bug.cgi?id=150236 ... Am 09.11.22 um 07:34 schrieb Rene Engelhard: $ cat libreoffice-core.NEWS libreoffice (1:7.4.2~rc1-1) unstable; urgency=low   * LibreOffice 7.4.1 contained a bug about wrongly remembering the Make that 7.4.0/7.4..1

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-08 Thread Rene Engelhard
Hi, Am 09.11.22 um 07:05 schrieb Rene Engelhard: The question is where? libreoffice-core would be the correct place but then people not using KDE will also get it. -kf5/-qt5 might do it as they seem somehow to be the only affected but then it might be shown twice and is on the package which

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-08 Thread Rene Engelhard
Hi, Am 09.11.22 um 07:05 schrieb Rene Engelhard: The question is where? libreoffice-core would be the correct place but then people not using KDE will also get it. -kf5/-qt5 might do it as they seem somehow to be the only affected but then it might be shown twice and is on the package which

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-08 Thread Rene Engelhard
Hi, Am 08.11.22 um 21:32 schrieb Rainer Dorsch: So far I confirmed that it does not happen in safe mode. I assume that at least some Debian users upgrading to bookworm will run into this issue. Well, people either use stable and has 7.0.4 and skip the broken 7.4.1 when upgrading since

Bug#1019423: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop

2022-11-08 Thread Rene Engelhard
Hi, Am 08.11.22 um 21:32 schrieb Rainer Dorsch: So far I confirmed that it does not happen in safe mode. I assume that at least some Debian users upgrading to bookworm will run into this issue. Well, people either use stable and has 7.0.4 and skip the broken 7.4.1 when upgrading since

Bug#1023038: Acknowledgement (oath-toolkit: FTBFS with xmlsec1 1.2.35)

2022-11-03 Thread Rene Engelhard
2.35.diff 1970-01-01 01:00:00.0 +0100 +++ oath-toolkit-2.6.7/debian/patches/fix-tests-with-xmlsec1-1.2.35.diff 2022-11-03 20:40:10.0 +0100 @@ -0,0 +1,45 @@ +Description: fix tests with xmlsec1 1.2.35 + Seems the output changed subtly, just adapt +Author: Rene Engelhard + +--

Bug#1023038: Acknowledgement (oath-toolkit: FTBFS with xmlsec1 1.2.35)

2022-11-03 Thread Rene Engelhard
2.35.diff 1970-01-01 01:00:00.0 +0100 +++ oath-toolkit-2.6.7/debian/patches/fix-tests-with-xmlsec1-1.2.35.diff 2022-11-03 20:40:10.0 +0100 @@ -0,0 +1,45 @@ +Description: fix tests with xmlsec1 1.2.35 + Seems the output changed subtly, just adapt +Author: Rene Engelhard + +--

Bug#1023041: FTBFS: uninstalled files; dh_missing errors out

2022-11-03 Thread Rene Engelhard
Control: severity -1 serious Am 03.11.22 um 19:36 schrieb Håvard F. Aasen: As already stated in the provided IRC log, it's CMake that finds a systemd module, and therefore install some extra files. I'll probably include a patch from upstream and add an additional config option to CMake in

Bug#1023041: FTBFS: uninstalled files; dh_missing errors out

2022-10-29 Thread Rene Engelhard
Package: openscap Version: 1.3.6+dfsg-2 Severity: serious Hi, while trying to build openscap with xmlsec 1.2.35 I noticed the following: make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' dh_install dh_installdocs debian/rules override_dh_installchangelogs make[1]: Entering

Bug#1023041: FTBFS: uninstalled files; dh_missing errors out

2022-10-29 Thread Rene Engelhard
Package: openscap Version: 1.3.6+dfsg-2 Severity: serious Hi, while trying to build openscap with xmlsec 1.2.35 I noticed the following: make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' dh_install dh_installdocs debian/rules override_dh_installchangelogs make[1]: Entering

[Libreoffice-commits] core.git: configure.ac

2022-10-29 Thread Rene Engelhard (via logerrit)
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 75e16fdc9d111aad9663b7de1b229fbd2a61b51e Author: Rene Engelhard AuthorDate: Sat Oct 29 15:23:20 2022 +0200 Commit: Miklos Vajna CommitDate: Sat Oct 29 16:49:44 2022 +0200 require xmlsec1-nss

Bug#1023039: python-xmlsec: FTBFS with xmlsec1 1.2.35

2022-10-29 Thread Rene Engelhard
Package: python-xmlsec Version: 1.3.12-1 Severity: important Hi, Given I was already a bit wary about the changed in xmlsec1 I uploaded it to experimental first. Which turns out to be a good idea since that one causes oath-toolkit to FTBFS/fail its tests: dh_auto_test -O--buildsystem=pybuild

Bug#1023038: oath-toolkit: FTBFS with xmlsec1 1.2.35

2022-10-29 Thread Rene Engelhard
Source: oath-toolkit Version: 2.6.7-3 Severity: important Dear Maintainer, Hi, Given I was already a bit wary about the changed in xmlsec1 I uploaded it to experimental first. Which turns out to be a good idea since that one causes oath-toolkit to FTBFS/fail its tests: make check-TESTS

Bug#1022173: Update (tested on bullseye, several kernels, only Libreoffice 1:7.4.1-1~bpo11+2 fixes the issue)

2022-10-28 Thread Rene Engelhard
Version: 1:7.4.1-1 Hi, Am 28. Oktober 2022 07:03:22 MESZ schrieb Robin : >Hi all! > >Good news: > >The Libreoffice backport from bookworm seems to fix this issue. Good. Closing this then with the appropriate version. The BTS version Tracking knows the affected versions and they will

Bug#1022173: Update (tested on bullseye, several kernels, only Libreoffice 1:7.4.1-1~bpo11+2 fixes the issue)

2022-10-28 Thread Rene Engelhard
Version: 1:7.4.1-1 Hi, Am 28. Oktober 2022 07:03:22 MESZ schrieb Robin : >Hi all! > >Good news: > >The Libreoffice backport from bookworm seems to fix this issue. Good. Closing this then with the appropriate version. The BTS version Tracking knows the affected versions and they will

Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-23 Thread Rene Engelhard
Hi, Am 23.10.22 um 09:25 schrieb Rene Engelhard: The interessting result is: I found the issue described by my original report (from backport to buster) present also in the non backported version on bullseye. Behaviour exactly as described above. Hrm. Bad. But as I guessed

Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-23 Thread Rene Engelhard
Hi, Am 23.10.22 um 09:25 schrieb Rene Engelhard: The interessting result is: I found the issue described by my original report (from backport to buster) present also in the non backported version on bullseye. Behaviour exactly as described above. Hrm. Bad. But as I guessed

Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-23 Thread Rene Engelhard
Hi, Am 23.10.22 um 01:47 schrieb Robin: If I need to nudge them into that direction, I will do. You'd better nudge nvidia to allow devs of xorg to update the nvidia kernel modules for all their older video cards, it is missing a tiny blob only, then people simply could upgrade to buster and

Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

2022-10-23 Thread Rene Engelhard
Hi, Am 23.10.22 um 01:47 schrieb Robin: If I need to nudge them into that direction, I will do. You'd better nudge nvidia to allow devs of xorg to update the nvidia kernel modules for all their older video cards, it is missing a tiny blob only, then people simply could upgrade to buster and

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

2022-10-21 Thread Rene Engelhard
Hi, Am 21.10.22 um 21:23 schrieb Thorsten Glaser: On Fri, 21 Oct 2022, Rene Engelhard wrote: Maybe time to get hardware from this or last century even? Excuse me! That’s so totally not acceptable. Debian runs on such machines, and I personally also have an EeePC, and, to reduce electronic

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

2022-10-21 Thread Rene Engelhard
Hi, Am 21.10.22 um 21:23 schrieb Thorsten Glaser: On Fri, 21 Oct 2022, Rene Engelhard wrote: Maybe time to get hardware from this or last century even? Excuse me! That’s so totally not acceptable. Debian runs on such machines, and I personally also have an EeePC, and, to reduce electronic

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

2022-10-21 Thread Rene Engelhard
severity 1022173 minor forcemerge 964549 1022173 thanks Hi, Am 21. Oktober 2022 14:39:13 MESZ schrieb Robin : >Looks possibly like a regression of a bug reported in 2020 already for an >older Libreoffice release: >#964549 Well, that one never was handled at all, actually. It's open still.

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

2022-10-21 Thread Rene Engelhard
severity 1022173 minor forcemerge 964549 1022173 thanks Hi, Am 21. Oktober 2022 14:39:13 MESZ schrieb Robin : >Looks possibly like a regression of a bug reported in 2020 already for an >older Libreoffice release: >#964549 Well, that one never was handled at all, actually. It's open still.

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

2022-10-21 Thread Rene Engelhard
notfound 1022173 1:7.0.4-4+deb11u3_bpo10+1 found 1022173 1:7.0.4-4+deb11u3 tag 1022173 + moreinfo thanks Am 21. Oktober 2022 14:39:13 MESZ schrieb Robin : >Package: libreoffice-writer >Version: 1:7.0.4-4+deb11u3_bpo10+1 No. You even say the correct version below: 1:7.0.4-4+deb11u3~bpo10+1

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

2022-10-21 Thread Rene Engelhard
notfound 1022173 1:7.0.4-4+deb11u3_bpo10+1 found 1022173 1:7.0.4-4+deb11u3 tag 1022173 + moreinfo thanks Am 21. Oktober 2022 14:39:13 MESZ schrieb Robin : >Package: libreoffice-writer >Version: 1:7.0.4-4+deb11u3_bpo10+1 No. You even say the correct version below: 1:7.0.4-4+deb11u3~bpo10+1

Bug#1021778: libreoffice-draw: The desktop file for LibreOffice-Draw contains the category 'Graphics' twice.

2022-10-14 Thread Rene Engelhard
severity 1021778 minor thanks Hi. Am 14.10.22 um 15:30 schrieb Joerg Schiermeier, Bielefeld/Germany: can't be ;-) Severity: normal No, minor. The desktop file for Linux (/usr/share/applications/libreoffice-draw.desktop) inside the Debian package 'libreoffice-draw.deb' contains the

Bug#1021778: libreoffice-draw: The desktop file for LibreOffice-Draw contains the category 'Graphics' twice.

2022-10-14 Thread Rene Engelhard
severity 1021778 minor thanks Hi. Am 14.10.22 um 15:30 schrieb Joerg Schiermeier, Bielefeld/Germany: can't be ;-) Severity: normal No, minor. The desktop file for Linux (/usr/share/applications/libreoffice-draw.desktop) inside the Debian package 'libreoffice-draw.deb' contains the

Bug#1019423: closed by Rene Engelhard (Re: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop)

2022-10-08 Thread Rene Engelhard
Hi, Am 08.10.22 um 14:22 schrieb Dietmar Czekay: Uninstalling libreoffice-kf5 and libreoffice-qt solved the problem for me Interesting, though the upstream commiit is so generic it probably isn't a kf5-specific bug. Or it is a generic problem just exhibiting with KDE. Anyways: As you use

Bug#1019423: closed by Rene Engelhard (Re: libreoffice: Need to maximize window manually before libreoffice window opens on plasma-desktop)

2022-10-08 Thread Rene Engelhard
Hi, Am 08.10.22 um 14:22 schrieb Dietmar Czekay: Uninstalling libreoffice-kf5 and libreoffice-qt solved the problem for me Interesting, though the upstream commiit is so generic it probably isn't a kf5-specific bug. Or it is a generic problem just exhibiting with KDE. Anyways: As you use

[Libreoffice-commits] core.git: Repository.mk

2022-09-30 Thread Rene Engelhard (via logerrit)
Repository.mk |1 - 1 file changed, 1 deletion(-) New commits: commit 6cfa43fcf214eaf556e998438bb9754cc210c3d8 Author: Rene Engelhard AuthorDate: Fri Sep 30 20:42:37 2022 +0200 Commit: René Engelhard CommitDate: Fri Sep 30 21:38:01 2022 +0200 remove obsolete sfx2_emojiconfig

Bug#1020387: Chromium Dictionaries

2022-09-22 Thread Rene Engelhard
Hi, Am 22. September 2022 09:34:24 MESZ schrieb Soren Stoutner : >Qt WebEngine is indeed built from a modified version of the Chromium source >code and Chromium does appear to use the same .bdic file format. Cool. > It >is unclear to me if Chromium also looks in some system-wide

Re: Chromium Dictionaries

2022-09-22 Thread Rene Engelhard
Hi, Am 22. September 2022 09:34:24 MESZ schrieb Soren Stoutner : >Qt WebEngine is indeed built from a modified version of the Chromium source >code and Chromium does appear to use the same .bdic file format. Cool. > It >is unclear to me if Chromium also looks in some system-wide

Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries

2022-09-20 Thread Rene Engelhard
ed above, places the .bdic files into /usr/share/hunspell with > the original Hunspell files they were compiled from. > Rene Engelhard objects to this file location because he > feels it should be preserved for files in the canonical Hunspell format. Indeed. > If a different direc

Re: Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries

2022-09-20 Thread Rene Engelhard
ed above, places the .bdic files into /usr/share/hunspell with > the original Hunspell files they were compiled from. > Rene Engelhard objects to this file location because he > feels it should be preserved for files in the canonical Hunspell format. Indeed. > If a different direc

Re: Package Qt WebEngine dictionaries

2022-09-20 Thread Rene Engelhard
@Agustin: context: https://lists.debian.org/debian-kde/2022/09/msg00011.html ff. Hi again, Am 20.09.22 um 20:02 schrieb Rene Engelhard: Hi, Am 20.09.22 um 18:38 schrieb Soren Stoutner: I did speak to the maintainer of the English hunspell packages (Don Armstrong), which are based

Re: Package Qt WebEngine dictionaries

2022-09-20 Thread Rene Engelhard
Hi, Am 20.09.22 um 18:38 schrieb Soren Stoutner: I did speak to the maintainer of the English hunspell packages (Don Armstrong), which are based on the scowl source package. But not with the maintainer of the hunspell engine itself. Who wrote the hunspell parts of

Re: Package Qt WebEngine dictionaries

2022-09-20 Thread Rene Engelhard
Hi, Am 18.09.22 um 00:32 schrieb Soren Stoutner: I noticed that Debian does not currently ship packages for Qt WebEngine dictionaries.  Qt WebEngine can use Hunspell dictionaries compiled into a special binary format using qwebengine_convert_dict from the qtwebengine5-dev-tools package.

Bug#1016706: marked as done (transition: GNOME 43 mega libsoup3 transition)

2022-09-18 Thread Rene Engelhard
Hi, What you just quoted was just the e-d-s part. There's s still https://release.debian.org/transitions/html/libsoup3.html Regards, Rene

Bug#1016706: marked as done (transition: GNOME 43 mega libsoup3 transition)

2022-09-18 Thread Rene Engelhard
Hi, What you just quoted was just the e-d-s part. There's s still https://release.debian.org/transitions/html/libsoup3.html Regards, Rene

Bug#1019724: warning: stray \ before - causes autopkgtest failure

2022-09-15 Thread Rene Engelhard
Hi, Am 15.09.22 um 15:50 schrieb Paul Gevers: On 15-09-2022 09:26, Paul Gevers wrote: I am trying to schedule autopkgtests in unstable on amd64 for all source packages that have one. And the first results are coming in. I'm not sure how to proceed though, see below. Lucas, are you in the

Bug#1019724: warning: stray \ before - causes autopkgtest failure

2022-09-15 Thread Rene Engelhard
Hi, Am 15.09.22 um 15:50 schrieb Paul Gevers: On 15-09-2022 09:26, Paul Gevers wrote: I am trying to schedule autopkgtests in unstable on amd64 for all source packages that have one. And the first results are coming in. I'm not sure how to proceed though, see below. Lucas, are you in the

Re: Bug#1019724: warning: stray \ before - causes autopkgtest failure

2022-09-15 Thread Rene Engelhard
Hi, Am 15.09.22 um 15:50 schrieb Paul Gevers: On 15-09-2022 09:26, Paul Gevers wrote: I am trying to schedule autopkgtests in unstable on amd64 for all source packages that have one. And the first results are coming in. I'm not sure how to proceed though, see below. Lucas, are you in the

[Libreoffice-commits] core.git: configure.ac

2022-09-14 Thread Rene Engelhard (via logerrit)
configure.ac |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) New commits: commit d480af79c6d67341e650a5b920bf66c2865309e0 Author: Rene Engelhard AuthorDate: Wed Sep 14 18:29:39 2022 +0200 Commit: René Engelhard CommitDate: Wed Sep 14 22:50:46 2022 +0200 fix system

Bug#1019740: libreoffice: Please package the qt6 VCL plugin

2022-09-14 Thread Rene Engelhard
Hi, just discussed this on IRC. For reference: 17:38 < _rene_> michaelweghorn: ping? 17:38 < michaelweghorn> _rene_: pong 17:38 -!- mw_web [~mw_web@2001:a61:2596:c001:f128:ccdb:acb1:1a03] has joined #libreoffice-dev 17:38 < _rene_> michaelweghorn: I of course know about that plugin and

Bug#1019740: libreoffice: Please package the qt6 VCL plugin

2022-09-14 Thread Rene Engelhard
Hi, just discussed this on IRC. For reference: 17:38 < _rene_> michaelweghorn: ping? 17:38 < michaelweghorn> _rene_: pong 17:38 -!- mw_web [~mw_web@2001:a61:2596:c001:f128:ccdb:acb1:1a03] has joined #libreoffice-dev 17:38 < _rene_> michaelweghorn: I of course know about that plugin and

Bug#1019740: libreoffice: Please package the qt6 VCL plugin

2022-09-14 Thread Rene Engelhard
Hi, Am 14.09.22 um 15:49 schrieb Michael Weghorn: a Qt 6 based UI variant (VCL plugin) was added to LibreOffice in this commit: https://git.libreoffice.org/core/commit/88d57cf241209ffec9eaed3e523942ab51af6db6 I know :) The qt6 VCL plugin was never mentioned in the official LO release notes,

Bug#1019740: libreoffice: Please package the qt6 VCL plugin

2022-09-14 Thread Rene Engelhard
Hi, Am 14.09.22 um 15:49 schrieb Michael Weghorn: a Qt 6 based UI variant (VCL plugin) was added to LibreOffice in this commit: https://git.libreoffice.org/core/commit/88d57cf241209ffec9eaed3e523942ab51af6db6 I know :) The qt6 VCL plugin was never mentioned in the official LO release notes,

[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - configure.ac

2022-09-12 Thread Rene Engelhard (via logerrit)
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit dbf584e9fbf1563fb63a0daeeadb91f323cc149d Author: Rene Engelhard AuthorDate: Mon Sep 12 17:46:57 2022 +0200 Commit: René Engelhard CommitDate: Mon Sep 12 19:35:03 2022 +0200 bump harfbuzz

[Libreoffice-commits] core.git: configure.ac

2022-09-12 Thread Rene Engelhard (via logerrit)
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 455f0ac6c019da7299bc779a4fa2b0aade2fb9cb Author: Rene Engelhard AuthorDate: Mon Sep 12 17:46:57 2022 +0200 Commit: René Engelhard CommitDate: Mon Sep 12 18:55:51 2022 +0200 bump harfbuzz

Bug#1019573: libreoffice-calc: Fake warning : The master password is stored in an outdated format, you should refresh it.

2022-09-12 Thread Rene Engelhard
Hi, Am 12.09.22 um 16:53 schrieb Rpnpif: Now, I understand the objective. What is confusing is that this message is untranslated Well, I didn't collect (all) the translations, and didn't try to get the 7.3.x/7.4x translations then into 7.0.4, indeed. I think a security fix shouldn't wait

Bug#1019573: libreoffice-calc: Fake warning : The master password is stored in an outdated format, you should refresh it.

2022-09-12 Thread Rene Engelhard
Hi, Am 12.09.22 um 16:53 schrieb Rpnpif: Now, I understand the objective. What is confusing is that this message is untranslated Well, I didn't collect (all) the translations, and didn't try to get the 7.3.x/7.4x translations then into 7.0.4, indeed. I think a security fix shouldn't wait

Bug#1019573: libreoffice-calc: Fake warning : The master password is stored in an outdated format, you should refresh it.

2022-09-12 Thread Rene Engelhard
schrieb Rene Engelhard : >Did you really not add a password for some other data/web connections? >In that case it is not a fake warning. And I so thing better warn than being sorry. This is an official security-related fix and won't be changed by me. Regards René -- Diese Nachricht wur

Bug#1019573: libreoffice-calc: Fake warning : The master password is stored in an outdated format, you should refresh it.

2022-09-12 Thread Rene Engelhard
schrieb Rene Engelhard : >Did you really not add a password for some other data/web connections? >In that case it is not a fake warning. And I so thing better warn than being sorry. This is an official security-related fix and won't be changed by me. Regards René -- Diese Nachricht wur

Bug#1019573: libreoffice-calc: Fake warning : The master password is stored in an outdated format, you should refresh it.

2022-09-12 Thread Rene Engelhard
tag 1019573 + moreinfo tag 1019573 + wontfix thanks Hi, Am 12. September 2022 12:04:05 MESZ schrieb rpnpif : >Opening a calc file show this warning message: "The master password is stored >in an outdated format, you should refresh it". Which is a security fix.

Bug#1019573: libreoffice-calc: Fake warning : The master password is stored in an outdated format, you should refresh it.

2022-09-12 Thread Rene Engelhard
tag 1019573 + moreinfo tag 1019573 + wontfix thanks Hi, Am 12. September 2022 12:04:05 MESZ schrieb rpnpif : >Opening a calc file show this warning message: "The master password is stored >in an outdated format, you should refresh it". Which is a security fix.

Re: packages expected to fail on some archs

2022-09-11 Thread Rene Engelhard
Hi, Am 11.09.22 um 22:07 schrieb Adrian Bunk: On Sun, Sep 11, 2022 at 05:08:57PM +0200, Samuel Thibault wrote: ... The issue we see is that some DDs end up setting a hardcoded list in the "Architecture" field, rather than just letting builds keep failing on these archs (and then possibly

Re: packages expected to fail on some archs

2022-09-11 Thread Rene Engelhard
Hi, Am 11.09.22 um 22:07 schrieb Adrian Bunk: On Sun, Sep 11, 2022 at 05:08:57PM +0200, Samuel Thibault wrote: ... The issue we see is that some DDs end up setting a hardcoded list in the "Architecture" field, rather than just letting builds keep failing on these archs (and then possibly

Bug#1019423: programs

2022-09-10 Thread Rene Engelhard
Hi, Am 09.09.22 um 08:56 schrieb Dietmar Czekay: it's not limited to impress, but also writer, calc Of course, since window opening is not application-specific but someting which belongs into core Regards, Rene

Bug#1019423: programs

2022-09-10 Thread Rene Engelhard
Hi, Am 09.09.22 um 08:56 schrieb Dietmar Czekay: it's not limited to impress, but also writer, calc Of course, since window opening is not application-specific but someting which belongs into core Regards, Rene

Bug#1019423: libreoffice-impress: starting by double click from dolphin results in 1 pixel wide window

2022-09-10 Thread Rene Engelhard
reassign 1019423 libreoffice-core found 1019423 1:7.4.1~rc1-3 thanks Am 09.09.22 um 07:08 schrieb Dietmar: opening a file (text or spreadsheet) by double click results in a 1 pixel wide program window. Hovering, the mouse action to resize is accessible and I can resize the window. But I have

Bug#1019423: libreoffice-impress: starting by double click from dolphin results in 1 pixel wide window

2022-09-10 Thread Rene Engelhard
reassign 1019423 libreoffice-core found 1019423 1:7.4.1~rc1-3 thanks Am 09.09.22 um 07:08 schrieb Dietmar: opening a file (text or spreadsheet) by double click results in a 1 pixel wide program window. Hovering, the mouse action to resize is accessible and I can resize the window. But I have

[Libreoffice-commits] core.git: android/source bin/find-german-comments configure.ac .git-hooks/commit-msg odk/config slideshow/qa

2022-09-08 Thread Rene Engelhard (via logerrit)
(+), 11 deletions(-) New commits: commit fd42cea5f301a10cdeaa29959f04b111de534132 Author: Rene Engelhard AuthorDate: Wed Sep 7 21:34:42 2022 +0200 Commit: Christian Lohmaier CommitDate: Thu Sep 8 14:43:53 2022 +0200 replace egrep/fgrep calls with grep -E/grep -F as egrep/fgrep

[Libreoffice-commits] core.git: configure.ac

2022-09-07 Thread Rene Engelhard (via logerrit)
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 429a4af9bb53bd0b69170e5e518352c47b3c00a0 Author: Rene Engelhard AuthorDate: Thu Sep 8 05:07:45 2022 +0200 Commit: René Engelhard CommitDate: Thu Sep 8 05:18:35 2022 +0200 revert configure.ac

Bug#1019367: libreoffice: grep warnings on upgrade

2022-09-07 Thread Rene Engelhard
Hi, Am 08.09.22 um 04:39 schrieb Rene Engelhard: Am 08.09.22 um 01:34 schrieb Ash Joubert: recent grep/egrep changes on sid cause many warnings on libreoffice upgrade: Yes. saw it too. grep 3.8... Also note there is also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019335

Bug#1019367: libreoffice: grep warnings on upgrade

2022-09-07 Thread Rene Engelhard
Hi, Am 08.09.22 um 04:39 schrieb Rene Engelhard: Am 08.09.22 um 01:34 schrieb Ash Joubert: recent grep/egrep changes on sid cause many warnings on libreoffice upgrade: Yes. saw it too. grep 3.8... Also note there is also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019335

Re: Closing of buster-backports?

2022-09-07 Thread Rene Engelhard
Hi, whatever is fine, I can live with both, but: Am 07.09.22 um 07:37 schrieb Alexander Wirt: Now that buster is LTS and no longer officially supported, should the -backports pocket be closed? AFAIK, buster just receives the security uploads by the -security pocket and shouldn't have

Bug#1018991: STOP THOSE BUGS, PLEASE

2022-09-07 Thread Rene Engelhard
Hi, STOP THIS F* MADNESS. Debian is not LibreOffice upstream. Such bugs have to be fixed upstream, not in Debian. Report them there. - Neither do I as the sole maintainer of libreoffice (remember, free time and there's other stuff to do in life) have time to debug all this what belongs

Bug#1018991: STOP THOSE BUGS, PLEASE

2022-09-07 Thread Rene Engelhard
Hi, STOP THIS F* MADNESS. Debian is not LibreOffice upstream. Such bugs have to be fixed upstream, not in Debian. Report them there. - Neither do I as the sole maintainer of libreoffice (remember, free time and there's other stuff to do in life) have time to debug all this what belongs

Bug#1018991: STOP THOSE BUGS, PLEASE

2022-09-07 Thread Rene Engelhard
Hi, Am 07.09.22 um 15:54 schrieb jindam, vani: Package: libreoffice-writer No. Also not on any of your other bugs. The PDF "import" thingy is in core, and in many cases PDFs will be opened in Draw anyway. Version: 1:7.4.1~rc1-3 Severity: important X-Debbugs-Cc: jindam.v...@disroot.org Dear

Bug#1018991: STOP THOSE BUGS, PLEASE

2022-09-07 Thread Rene Engelhard
Hi, Am 07.09.22 um 15:54 schrieb jindam, vani: Package: libreoffice-writer No. Also not on any of your other bugs. The PDF "import" thingy is in core, and in many cases PDFs will be opened in Draw anyway. Version: 1:7.4.1~rc1-3 Severity: important X-Debbugs-Cc: jindam.v...@disroot.org Dear

Bug#1019275: libreoffice-writer: ldd -r /usr/lib/libreoffice/program/libmergedlo.so -> undefined symbol: hb_graphite2_face_get_gr_face

2022-09-06 Thread Rene Engelhard
Hi, Am 06.09.22 um 21:38 schrieb Rene Engelhard: Hi again, Dou you have some locally-installed harfbuzz lingering around somewhere in the library search path? (i.e. /usr/local) This sounds like a locally-installed harfbuzz without graphite2 support. And if that is the case

Bug#1019275: libreoffice-writer: ldd -r /usr/lib/libreoffice/program/libmergedlo.so -> undefined symbol: hb_graphite2_face_get_gr_face

2022-09-06 Thread Rene Engelhard
Hi, Am 06.09.22 um 21:38 schrieb Rene Engelhard: Hi again, Dou you have some locally-installed harfbuzz lingering around somewhere in the library search path? (i.e. /usr/local) This sounds like a locally-installed harfbuzz without graphite2 support. And if that is the case

Bug#1019275: libreoffice-writer: ldd -r /usr/lib/libreoffice/program/libmergedlo.so -> undefined symbol: hb_graphite2_face_get_gr_face

2022-09-06 Thread Rene Engelhard
Hi again, Dou you have some locally-installed harfbuzz lingering around somewhere in the library search path? (i.e. /usr/local) This sounds like a locally-installed harfbuzz without graphite2 support. And if that is the case this is no bug. The packages can't only know what is in the

Bug#1019275: libreoffice-writer: ldd -r /usr/lib/libreoffice/program/libmergedlo.so -> undefined symbol: hb_graphite2_face_get_gr_face

2022-09-06 Thread Rene Engelhard
Hi again, Dou you have some locally-installed harfbuzz lingering around somewhere in the library search path? (i.e. /usr/local) This sounds like a locally-installed harfbuzz without graphite2 support. And if that is the case this is no bug. The packages can't only know what is in the

Bug#1019275: libreoffice-writer: ldd -r /usr/lib/libreoffice/program/libmergedlo.so -> undefined symbol: hb_graphite2_face_get_gr_face

2022-09-06 Thread Rene Engelhard
reassign 1019275 libreoffice-core found 1019275 1:7.0.4-4+deb11u1 tag 1019275 + moreinfo tag 1019275 + unreproducible thanks Hi, Am 06.09.22 um 20:33 schrieb user1: Package: libreoffice-writer Erm, no, libmerged belongs into -core. Version: 1:7.0.4-4+deb11u1 Severity: important Dear

Bug#1019275: libreoffice-writer: ldd -r /usr/lib/libreoffice/program/libmergedlo.so -> undefined symbol: hb_graphite2_face_get_gr_face

2022-09-06 Thread Rene Engelhard
reassign 1019275 libreoffice-core found 1019275 1:7.0.4-4+deb11u1 tag 1019275 + moreinfo tag 1019275 + unreproducible thanks Hi, Am 06.09.22 um 20:33 schrieb user1: Package: libreoffice-writer Erm, no, libmerged belongs into -core. Version: 1:7.0.4-4+deb11u1 Severity: important Dear

Re: key packages RC bugs of the month September

2022-09-01 Thread Rene Engelhard
Hi, Am 01.09.22 um 22:18 schrieb Paul Gevers: On 01-09-2022 21:10, Rene Engelhard wrote: This either should be ignored (like for bullseye) or downgrade, imho, but I didn't do it myself. I don't think there's anything actionable here... [...] If I read these correctly, this is exactly

Re: key packages RC bugs of the month September

2022-09-01 Thread Rene Engelhard
Hi Am 01.09.22 um 13:53 schrieb Paul Gevers: #935182 libreoffice-core Concurrent file open on the same host results file deletion https://bugs.debian.org/935182 This one has been open so long, is forwarded upstream. Has to do with samba *and* two persons on the same host doing it at the same

Bug#1018750: libreoffice crashes at start if package libreoffice-nlpsolver is missing

2022-08-30 Thread Rene Engelhard
tag 1018750 - moreinfo thanks Hi, Am 30.08.22 um 18:19 schrieb r087...@yahoo.it: Yes the problem was that by removing libreoffice-nlpsolver, the /usr/lib/libreoffice/share/extensions was a 0-byte file instead of a dir. OK, thanks for confirming. by $ sudo rm -r

Bug#1018750: libreoffice crashes at start if package libreoffice-nlpsolver is missing

2022-08-30 Thread Rene Engelhard
tag 1018750 - moreinfo thanks Hi, Am 30.08.22 um 18:19 schrieb r087...@yahoo.it: Yes the problem was that by removing libreoffice-nlpsolver, the /usr/lib/libreoffice/share/extensions was a 0-byte file instead of a dir. OK, thanks for confirming. by $ sudo rm -r

<    4   5   6   7   8   9   10   11   12   13   >