Bug#1028124: Bug#1028132: transition: hunspell

2023-01-08 Thread Rene Engelhard
[CCing hunspell-kos maintainer ] Hi, Am 08.01.23 um 19:24 schrieb Rene Engelhard: Hi, Am 07.01.23 um 16:45 schrieb Rene Engelhard: r-cran-hunspell included a copy of those internal headers and thus breaks when built against the newer ones. (And I assume will do so when built against the new

Bug#1028124: Bug#1028132: transition: hunspell

2023-01-08 Thread Rene Engelhard
Hi, Am 07.01.23 um 16:45 schrieb Rene Engelhard: r-cran-hunspell included a copy of those internal headers and thus breaks when built against the newer ones. (And I assume will do so when built against the new ones against the old one.) See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug

Bug#1028132: transition: hunspell

2023-01-07 Thread Rene Engelhard
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Blocks: -1 by 1028124 Hi, not a real transition but given that it involves Breaks: and a dependency bump with shlibs.local... hunspell 1.7.2 changed some *internal* headers. Unfortunate

Bug#1028130: r-cran-hunspell: please don't use internal en_US and en_GB dictionaries

2023-01-07 Thread Rene Engelhard
Package: r-cran-hunspell Version: 3.0.2+dfsg-1 Severity: important Tags: patch Dear Maintainer, I just noticed /usr/lib/R/site-library/hunspell/dict/en_GB.aff /usr/lib/R/site-library/hunspell/dict/en_GB.dic /usr/lib/R/site-library/hunspell/dict/en_US.aff /usr/lib/R/site-library/hunspell/dict/en_

Bug#1028124: Acknowledgement (r-cran-hunspell: old copy of internal hunspell headers breaks (autopkg)test with hunspell 1.7.2)

2023-01-07 Thread Rene Engelhard
auto_clean to clean up generated files +(closes: #1028123) + + -- Rene Engelhard Sat, 07 Jan 2023 14:37:01 + + r-cran-hunspell (3.0.2+dfsg-1) unstable; urgency=medium * New upstream version diff -Nru r-cran-hunspell-3.0.2+dfsg/debian/control r-cran-hunspell-3.0.2+dfsg/debian/control

Bug#1028125: wrong source-contains-prebuilt-windows-binary for GB18030-encoded text file

2023-01-07 Thread Rene Engelhard
Package: lintian Version: 2.115.3 Severity: important Hi, I get (well, got, it's overriden now) libreoffice source: source-contains-prebuilt-windows-binary on LibreOffices sw/qa/extras/txtimport/data/GB18030.txt Looking at that file gives: rene@frodo:~/LibreOffice/git/master$ cat sw/qa/extr

Bug#1028124: r-cran-hunspell: old copy of internal hunspell headers breaks (autopkg)test with hunspell 1.7.2

2023-01-07 Thread Rene Engelhard
ad. + * update copy of (private) htypes.hxx and csutil.hxx to fix build +with hunspell 1.7.2. Bump build-dependency + * add override_dh_auto_clean to clean up generated files + + -- Rene Engelhard Sat, 07 Jan 2023 14:35:07 +0100 + r-cran-hunspell (3.0.2+dfsg-1) unstable; urgency=medium

Bug#1028123: r-cran-hunspell: fails to build two times in a row

2023-01-07 Thread Rene Engelhard
ild -S -i dpkg-buildpackage -us -uc -ui -S -i dpkg-buildpackage: info: source package r-cran-hunspell dpkg-buildpackage: info: source version 3.0.2+dfsg-1.1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Rene Engelhard dpkg-source -i --bef

Bug#1027417: hunspell-dict-ko: missing test dependecy: python3

2023-01-01 Thread Rene Engelhard
Hi, Am 02.01.23 um 05:05 schrieb Changwoo Ryu: It's correct that the minimal system installed by autopkgtest has always python3. Isn't the test supposed to be run by autopkgtest? You can also just run it manually if it was a script (by running ./tests/foo), also you can just copy the command

Bug#1027418: autopkgtest failure - iconv issue?

2023-01-01 Thread Rene Engelhard
Hi, Am 01.01.23 um 21:25 schrieb Changwoo Ryu: I can't reproduce it myself. I am not sure either what happens... In your test, every word failed to be checked with the same error and the error message came from hunspell, when iconv() conversion on text fails. Probably your chroot environment l

Bug#1027678: hunspell: blocking bug to avoid migration of 1.7.2+really1.7.1-2

2023-01-01 Thread Rene Engelhard
Source: hunspell Version: 1.7.2+really1.7.1-2 Severity: serious 1.7.2+really1.7.1-2 is - as the name says - a reupload of 1.7.1 because 1.7.2 broke autopkgtests and this needs to be investigated. Since there is no change here and there probably (in case it happened we can lift the block) is no c

Bug#1027418: autopkgtest failure - iconv issue?

2022-12-31 Thread Rene Engelhard
Source: hunspell-dict-ko Version: 0.7.92-1 Severity: serious Hi, while looking at the autopkgtest failure in https://ci.debian.net/data/autopkgtest/testing/amd64/h/hunspell-dict-ko/29793472/log.gz I tried it here myself. It even fails here locally with 1.7.2+really1.7.1-2 which I needed to do

Bug#1027417: hunspell-dict-ko: missing test dependecy: python3

2022-12-31 Thread Rene Engelhard
Source: hunspell-dict-ko Version: 0.7.92-1 Severity: important Dear Maintainer, I tried to look after the hunspell-dict-ko failure and created a minimal chroot + installing the test dependencies for that. I got: rene@frodo:~/hunspell-dict-ko-0.7.92$ make hosttest HOST_DICT_PATH=/usr/share/h

Bug#1027298: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u5

2022-12-29 Thread Rene Engelhard
+0100 @@ -1,3 +1,9 @@ +libreoffice (1:7.0.4-4+deb11u5) bullseye; urgency=medium + + * debian/patches/hrk-euro-default.diff: default to EUR for .hr + + -- Rene Engelhard Sun, 27 Nov 2022 19:37:58 +0100 + libreoffice (1:7.0.4-4+deb11u4) bullseye-security; urgency=high * debian/patches/ZDI-CAN

Bug#1027048: FTBFS with zxing-cpp 1.4 from experimental

2022-12-27 Thread Rene Engelhard
Hallo, Am 27.12.22 um 07:46 schrieb Johannes Schauer Marin Rodrigues: [build CXX] cui/source/dialogs/QrCodeGenDialog.cxx S=/<> && I=$S/instdir && W=$S/workdir && mkdir -p $W/CxxObject/cui/source/dialogs/ $W/Dep/CxxObject/cui/source/dialogs/ && cd /<> && aarch64-linux-gnu-g++ -DAARCH64

Bug#962582: libreoffice: Menu "Tools / Options..." doesn't open; the program freezes

2022-12-23 Thread Rene Engelhard
reassign 962582 libreoffice-common forcemerge 962582 955271 thanks Hi, Am 23.12.22 um 15:17 schrieb Teemu Likonen: This bug was closed, possibly because of you not getting answer from me. Sorry, I missed your post in 2022-10-09. A bit more information is below, and it's good news. [...] >

Bug#1026316: dpkg: doesn't complain on dpkg -i breaking = dependencies

2022-12-18 Thread Rene Engelhard
Package: dpkg Version: 1.21.12 Severity: important Hi, libuno-cppuhelpergcc3-3 has Depends: ${misc:Depends}, ${shlibs:Depends}, uno-libs-private (= ${binary:Version}) which then boils down to (uninteresting stuff stripped): # apt-cache show libuno-cppuhelpergcc3-3 Package: libuno-cppuhelpergc

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

2022-12-08 Thread Rene Engelhard
Hi, Am 08.12.22 um 19:59 schrieb Jon Daley: Right - so I would think any default browser would work in actual use (if someone is using elinks as their default browser, they know what they are getting into). Or just didn't know that LibreOffice helps needs JS and thus it does't work (see my

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 /var/lib/apt/lists/

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

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 th

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: as

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: debian/stamp

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, appar

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 https://cgit.freedesktop.org/libreoffice/core/c

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, 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 bookworm

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 d/ru

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 d

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 make[6]

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 appear

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, there are no

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 bu

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. L

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 Th

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 cat

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#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 directory

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

2022-09-20 Thread Rene Engelhard
atch, linked 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 diffe

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 p

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 actuall

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#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 fo

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 Nachrich

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. https://www.libreoffice.org/ab

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#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 with the

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 u

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 Ma

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 this is no

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 offic

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 Ma

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 /usr/lib/libreoffice/sha

Bug#1005832: more info

2022-08-30 Thread Rene Engelhard
Hi again. Am 30.08.22 um 17:43 schrieb Rene Engelhard: So I guess dpkg removes /usr/lib/libreoffice/share/extensions i(it is still "owned" by libreoffice-common though. Should it happen?) and nevertheless libreoffice-common is triggered the touch is fired and you end up with that 0

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

2022-08-30 Thread Rene Engelhard
Hi, Am 30.08.22 um 18:01 schrieb r087...@yahoo.it: Hi, here's the output: $ ls -l /usr/lib/libreoffice/share/extensions totale 4 drwxr-xr-x 6 root root 4096 30 ago 08.50 nlpsolver That is clear. :) What is with libreoffice-nlpsolver removed? Regards, Rene

Bug#1005832: more info

2022-08-30 Thread Rene Engelhard
[ Your mail never appeared to me wither in my mailbox nor in the mailing list archives. Probably eaten by a spamfilter ] Hi, sorry for the late answer. Am Sat, Jun 25, 2022 at 04:50:40PM -0700 schrieb Mark A. Hershberger: > Found this bug because this is the only hit I found on search engines f

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 08:48 schrieb r087...@yahoo.it: Package: libreoffice-nlpsolver Version: 7.4.1 Erm, no. That version doesn't exist. And thus the BTS is confused a) The version in sid is 7.4.1 rc1, not 7.4.1 b) the correct Version: would be the *package ver

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-08-28 Thread Rene Engelhard
Hi, Am 28.08.22 um 17:46 schrieb Rene Engelhard: Hi, Am 31.07.22 um 16:44 schrieb Rene Engelhard: This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420 (where the upstream bug which that one is marked as forwarded to has also the reasoning why support for < 3.16 was drop

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-08-28 Thread Rene Engelhard
Am 28.08.22 um 18:46 schrieb Rene Engelhard: which contained a cut and paste error I introduced when redoing it after deciding I do the version check again for complenetess' sake... That doesn't work either. EDS_CHECK_VERSION is not available from only libebook, we'd need libed

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-08-28 Thread Rene Engelhard
Hi, Am 28.08.22 um 18:37 schrieb Rene Engelhard: Am 28.08.22 um 17:56 schrieb Rene Engelhard: Am 28.08.22 um 17:46 schrieb Rene Engelhard: Am 31.07.22 um 16:44 schrieb Rene Engelhard: This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420 (where the upstream bug which that

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-08-28 Thread Rene Engelhard
Hi again, Am 28.08.22 um 17:56 schrieb Rene Engelhard: Am 28.08.22 um 17:46 schrieb Rene Engelhard: Am 31.07.22 um 16:44 schrieb Rene Engelhard: This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420 (where the upstream bug which that one is marked as forwarded to has also the

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-08-28 Thread Rene Engelhard
Hi again, Am 28.08.22 um 17:46 schrieb Rene Engelhard: Am 31.07.22 um 16:44 schrieb Rene Engelhard: This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420 (where the upstream bug which that one is marked as forwarded to has also the reasoning why support for < 3.16

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-08-28 Thread Rene Engelhard
Hi, Am 31.07.22 um 16:44 schrieb Rene Engelhard: This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420 (where the upstream bug which that one is marked as forwarded to has also the reasoning why support for < 3.16 was dropped which makes the patch bigger). I now di

Bug#1018231: O: ucpp -- embeddable, quick and light C preprocessor

2022-08-27 Thread Rene Engelhard
Package: wnpp Severity: normal Control: affects -1 src:ucpp I intend to orphan the ucpp package. The package description is: A C preprocessor designed to be embeddable, quick, light and fully compliant to ISO Standard 9899:1999, aka ISO C99, or simply, C99. Nowadasys, the LibreOffice SDK works

Bug#1018229: O: libcuckoo -- high-performance, concurrent hash table (header-only) library

2022-08-27 Thread Rene Engelhard
Package: wnpp Severity: normal Control: affects -1 src:libcuckoo Hi, I intend to orphan the libcuckoo package. # apt-cache show libcuckoo-dev Package: libcuckoo-dev Source: libcuckoo Version: 0.3.1-1 Installed-Size: 184 Maintainer: Debian LibreOffice Maintainers Architecture: all Description: h

Bug#1018173: libreoffice: Please upload final releases

2022-08-26 Thread Rene Engelhard
Hi, Am 26.08.22 um 15:55 schrieb Itaï BEN YAACOV: Since 7.3.1 (which is no longer installable) you have only uploaded release candidates to Debian/sid. Please consider uploading final releases as well, before moving on to candidates of the next release. 1. I understand that unstable is the p

Bug#1018173: libreoffice: Please upload final releases

2022-08-26 Thread Rene Engelhard
Hi, Am 26.08.22 um 17:41 schrieb Rene Engelhard: Am 26.08.22 um 15:55 schrieb Itaï BEN YAACOV: 1. I understand that unstable is the place to stage pre-release software.  But this does not mean it must only contain such.  Moreover, given Debian's slow release cycle some users (such as m

Bug#1018173: libreoffice: Please upload final releases

2022-08-26 Thread Rene Engelhard
tag 1018173 + wontfix thanks Hi, Am 26.08.22 um 15:55 schrieb Itaï BEN YAACOV: 1. I understand that unstable is the place to stage pre-release software. But this does not mean it must only contain such. Moreover, given Debian's slow release cycle some users (such as myself) use it for da

Bug#1016080: buster-pu: package libreoffice/:6.1.5-3+deb10u8

2022-08-25 Thread Rene Engelhard
Hi, Am 25.08.22 um 21:05 schrieb Adam D. Barratt: To clarify here, are you suggesting that we should skip this change for buster? Yes, given that we'd need a further update even more tiny and the next release is the final one I don't think this warrants a full libreoffice build. Sorry for

Bug#1018049: libreoffice-writer: PDF export fails to dump the file where instructed; and in one case writes no file at all

2022-08-24 Thread Rene Engelhard
tag 1018049  + moreinfo tag 1018049  + unreproducible thanks Hi, Am 24.08.22 um 20:08 schrieb debbug.lowri...@sideload.33mail.com: Package: libreoffice-writer Version: 1:7.0.4-4+deb11u1 Severity: normal X-Debbugs-Cc: debbug.lowri...@sideload.33mail.com When performing an “export as…”, we ar

Bug#1016863: libreoffice: Bad performance especially when dealing with pictures

2022-08-08 Thread Rene Engelhard
Hi again, Am 08.08.22 um 14:10 schrieb Matteo A.: Also installing libreoffice-qt5 the look doesn't change. Oh, and this actually is completely expected. It only gets c hoosen per default if your desktop is KDE (well, kf5 which bases on it). As gtk3 gets choosen for you per default that isn't

Bug#1016863: libreoffice: Bad performance especially when dealing with pictures

2022-08-08 Thread Rene Engelhard
tag 1016863 + moreinfo found 1016863 1:7.0.4-4+deb11u1 thanks Hi, Am 08.08.22 um 14:10 schrieb Matteo A.: Package: libreoffice Not libreoffice-gtk3 as you say yourself it seems to be in -gtk3 since it goes away when removing -gtk3? Severity: important X-Debbugs-Cc: non.mi.ricordo...@gmail.

Bug#1016799: libreoffice-calc: Failed to copy multiple cells in seperate rows and columns

2022-08-07 Thread Rene Engelhard
found 1016799 1:5.0.0~rc5-1 tag 1016799 + upstream forwarded 1016799 https://bugs.documentfoundation.org/show_bug.cgi?id=141907 severity 1016799 wishlist retitle 1016799 please allow copy ofmultiple cells in seperate rows and columns thanks Hi, Am 07.08.22 um 19:08 schrieb Vangelis Skarm

Bug#1016413: pu bug for reference

2022-08-04 Thread Rene Engelhard
Hi, Am 04.08.22 um 12:58 schrieb Rene Engelhard: just for reference: a stable update for this is requested in http://bugs.debian.org/1016413 oops, should have been gone to #1016420 obviously (too hot...) Regards, Rene

Bug#1016420: pu bug for reference

2022-08-04 Thread Rene Engelhard
just for reference: a stable update for this is requested in http://bugs.debian.org/1016413

Bug#1016413: pu bug for reference

2022-08-04 Thread Rene Engelhard
just for reference: a stable update for this is requested in http://bugs.debian.org/1016413

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-07-31 Thread Rene Engelhard
Hi, Am 31.07.22 um 12:33 schrieb Rene Engelhard: [ Reason ] It seems the volution adress book is broken since 2015 due to a evolution change. Apparently noone noticed until 2021, where I backported the patch but then actually forgot to request a stable update [ Impact ] It stays broken

Bug#1016420: libreoffice-evolution: Evolution address source indefinitely freezes UI

2022-07-31 Thread Rene Engelhard
Package: libreoffice-evolution Severity: grave Justification: renders package unusable Control: forwarded -1 https://bugs.documentfoundation.org/show_bug.cgi?id=137101 Control: tag -1 + upstream Control: tag -1 + fixed-upstream Control: fixed -1 1:7.3.0~rc1-1 Control: block -1 by 1016413 Hi, fili

Bug#1016413: Acknowledgement (bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3)

2022-07-31 Thread Rene Engelhard
+ + * debian/patches/fix-e_book_client_connect_direct_sync-sig.diff: +as name says; from libreoffice-7-2 branch + + -- Rene Engelhard Sun, 31 Jul 2022 11:04:32 +0200 + libreoffice (1:7.0.4-4+deb11u2) stable; urgency=medium * debian/patches/hrk-euro.diff: add EUR to .hr i18n; diff --git a

Bug#1016413: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u3

2022-07-31 Thread Rene Engelhard
Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu Hi, I split the evolution fix out of #1016037 since that one admittedly is a bit bug and can be debatable to unblock the HRK fix and the CVE updates in deb11u2. [ Reason ] It see

Bug#1016037: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u2 (was: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u1)

2022-07-31 Thread Rene Engelhard
VE-2022-2630-6-7-add-infobar-to-prompt-to-refresh-t.patch: +fix CVE-2022-2630{5,6,7} + + -- Rene Engelhard Tue, 26 Jul 2022 13:19:49 +0200 + libreoffice (1:7.0.4-4+deb11u1) bullseye-security; urgency=high * backport fixes from libreoffice-7-0 branch: diff -Nru libreoffice-7.0.4/debian/patc

Bug#1016080: buster-pu: package libreoffice/:6.1.5-3+deb10u8

2022-07-28 Thread Rene Engelhard
Hi, Am 26.07.22 um 19:11 schrieb Rene Engelhard: actually this is quite a small update for a big package. Should we really do it (and the default change)? Or should we assume people don't use LO from oldstable anymore and either use bullseye or the bullseye version backported to buster? F

Bug#1016037: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u2 (was: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u1)

2022-07-28 Thread Rene Engelhard
Hi, Am 26.07.22 um 13:24 schrieb Rene Engelhard: [ 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    [ ] the issue is verified as fixed in unstable Update: [x] the

Bug#1016080: buster-pu: package libreoffice/:6.1.5-3+deb10u8

2022-07-26 Thread Rene Engelhard
rate to Calc and the Euro Wizard + + -- Rene Engelhard Tue, 26 Jul 2022 18:54:43 +0200 + libreoffice (1:6.1.5-3+deb10u7) buster; urgency=medium * debian/patches/fix-PYTHONPATH.diff: backport upstream fix to diff -Nru libreoffice-6.1.5/debian/patches/hrk-euro.diff libreoffice-6.1.5/de

Bug#1016037: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u2 (was: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u1)

2022-07-26 Thread Rene Engelhard
r.patch +debian/patches/0004-CVE-2022-2630-6-7-add-infobar-to-prompt-to-refresh-t.patch: +fix CVE-2022-2630{5,6,7} + + -- Rene Engelhard Tue, 26 Jul 2022 13:19:49 +0200 + libreoffice (1:7.0.4-4+deb11u1) bullseye-security; urgency=high * backport fixes from libreoffice-7-0 branch

Bug#1016037: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u1

2022-07-25 Thread Rene Engelhard
office (1:7.0.4-4+deb11u2) stable; urgency=medium + + * debian/patches/fix-e_book_client_connect_direct_sync-sig.diff: +as name says; from libreoffice-7-2 branch + * debian/patches/hrk-euro.diff: add EUR to .hr i18n; +add HRK<->EUR conversion rate to Calc and the Euro Wizard + + -- Re

Bug#1015827: libreoffice-base: Form navigator button stopped working

2022-07-22 Thread Rene Engelhard
tag 1015827 + moreinfo thanks Hi, Am 22.07.22 um 02:12 schrieb Frédéric Mesplède: I was editing a form and I needed to check which form of sub-form grid I was editing. I opened the from navigator, maximised it and tries to drag and drop the grid from the sub-form to the form. I couldn't perfor

Bug#1015341: blame apt

2022-07-19 Thread Rene Engelhard
Hi, Am Tue, Jul 19, 2022 at 05:00:09PM +0200 schrieb Benoit Vila: > so apparently i's all related to the apt command, using the -t option > instead seems to work smoothly: > > apt-get install -t bullseye-backports libreoffice > > (even without removing/purging libreoffice first) You should have

Bug#1003045: LibreOffice Calc won't open

2022-07-10 Thread Rene Engelhard
Hi, I just saw in your attachement that you use stable. No big deal per se but: Versions of packages libreoffice-calc depends on: pn coinor-libcoinmp1v5 ii libc62.31-13+deb11u3 pn libetonyek-0.1-1 ii libgcc-s110.2.1-6 ii libicu67

Bug#1003045: LibreOffice Calc won't open

2022-07-10 Thread Rene Engelhard
Hi, Am 10.07.22 um 03:39 schrieb Brian Chase: > it would be helpful if you didn't send an empty email with an attachement of the reportbug stuff instead of just sending a proper email.. Anyways, citing from the attachement... >   * What led up to the situation? >  > tried to launch c

Bug#1013960: rapidjson: Rethink debian license GPL-2+

2022-06-30 Thread Rene Engelhard
/patches? I don't mind against this. At least we could license debian/patches under expat license as most of upstream code is. (I should note, that many patches were cherry-picked from upstream git.) But there are some patches Rene Engelhard added previously, so we need him to approve license c

<    1   2   3   4   5   6   7   8   9   10   >