Bug#1045940: libixion: Fails to build source after successful build

fixed 1045940 0.18.1-1 thanks Am 14.08.23 um 20:09 schrieb Rene Engelhard: Am 14.08.23 um 18:05 schrieb Rene Engelhard: make[1]: Leaving directory '/<>'     dh_autoreconf_clean     dh_clean rm: cannot remove './doc/_doxygen': Is a directory rm: cannot remove './doc/tmp': Is a dir

Bug#1045940: libixion: Fails to build source after successful build

reassign 1045940 src:libixion found 1045940 0.16.1-3 severity 1045940 minor thanks Am 14.08.23 um 18:05 schrieb Rene Engelhard: make[1]: Leaving directory '/<>'     dh_autoreconf_clean     dh_clean rm: cannot remove './doc/_doxygen': Is a directory rm: cannot remove './doc/tmp': Is a dir

Bug#1045940: libixion: Fails to build source after successful build

reassign 1045940 debhelper affects 1045940 src:libixion severity 1045940 normal thanls Hi, Am 13.08.23 um 21:20 schrieb Lucas Nussbaum: Source: libixion No. > This is probably a clear violation of Debian Policy section 4.9 (clean target), but this is filed as severity:minor for now,

Bug#1042994: libreoffice-draw experimental: LibreOffice Draw (and LO Impress) do not start

tag 1042994 + unreproducible tag 1042994 + moreinfo thanks Hi, Am 04.08.23 um 01:22 schrieb Thomas Florek: Launching LO Draw (and also LO Impress) did not work, either from the plasma desktop or from the console. Works fine here. (Clean sid VM with experimentals LO) Even tried extra in

Bug#1041837: closed by René Engelhard (Re: Bug#1041837: libreoffice-draw: undeclared file conflict with libreoffice-impress-nogui <= trixie: /usr/lib/libreoffice/share/config/

Control: found -1 4:7.5.4~rc1-1 Control: fixed -1 4:7.6.0~rc1-1 Am 24.07.23 um 19:27 schrieb Helmut Grohne: Control: reopen -1 Control: found -1 4:7.5.5-2 Control: found -1 4:7.5.5~rc1-2 On Mon, Jul 24, 2023 at 08:09:07AM +, Debian Bug Tracking System wrote: 08:26 < helmut> _rene_: re

Bug#1041837: libreoffice-draw: undeclared file conflict with libreoffice-impress-nogui <= trixie: /usr/lib/libreoffice/share/config/soffice.cfg/simpress/*.xml

Hi, Am 24.07.23 um 06:52 schrieb Helmut Grohne: libreoffice-draw installs /usr/lib/libreoffice/share/config/soffice.cfg/simpress/layoutlist.xml and /usr/lib/libreoffice/share/config/soffice.cfg/simpress/objectlist.xml which are also contained in libreoffice-impress-nogui from bullseye to

Bug#1019862: invisible mouse pointer: still an issue in bookworm 12.1

Hi, Am 22.07.23 um 16:17 schrieb Andreas B. Mundt: Hi Rene, all, first, many thanks for maintaining libreoffice! We are running the KDE plasma desktop environment in our school and observe probably the same issue here: Sure? The description in the original bug doesn't talk about mouse

Bug#1041546: marked as done (libreoffice: terminate called after throwing an instance of 'com::sun::star::container::NoSuchElementException')

Hi, Am 20.07.23 um 19:06 schrieb Debian Bug Tracking System: Your message dated Thu, 20 Jul 2023 20:04:13 +0300 with message-id and subject line solved has caused the Debian Bug report #1041546, regarding libreoffice: terminate called after throwing an instance of

Bug#1041546: libreoffice: terminate called after throwing an instance of 'com::sun::star::container::NoSuchElementException'

Hi, Am 20.07.23 um 18:42 schrieb Rene Engelhard: To compare: You can't also break apache config or merge new config stuff ^ not Regards, Rene

Bug#1041546: libreoffice: terminate called after throwing an instance of 'com::sun::star::container::NoSuchElementException'

Hi, To clarify and compare the scenario: So wjhat did you change there and did you merge stuff added there when ucf prompted you do do so? [...] Please try with a clean config, merginConfiguration file Package Exists Changed g actual updates into them when you update. That is *YOUR*

Bug#1041546: libreoffice: terminate called after throwing an instance of 'com::sun::star::container::NoSuchElementException'

severity 1041546 important tag  1041546 + moreinfo tag 1041546 + unreproducible thanks Hi, Am 20.07.23 um 18:19 schrieb Vladmimir Stavrinov: Package: libreoffice Version: 4:7.5.5~rc2-1 Severity: grave Justification: renders package unusable I do not think so. Just won't start (hang

Bug#1041340: RM: libreoffice [mipsel] -- ROM; broken

retitle 1041340 RM: libreoffice [mipsel mips64el] -- ROM; broken thanks Hi, Am Mon, Jul 17, 2023 at 07:38:42PM +0200 schrieb Rene Engelhard: > please remove libreoffice from mipsel. and mips64el [ same stuff applies for mips64el ] > Rationale: > > mipsel is completely broken

Bug#1041490: libreoffice-common: AppArmor profile for libreoffice-oosplach needs wayland abstraction

tag 1041490 + moreinfo thanks Hi, Am 19.07.23 um 19:05 schrieb Jonathan Leivent: * What led up to the situation? Attempt to run libreoffice in a Wayland compositor desktop without XWayland support What happens then? * What exactly did you do (or not do) that was effective (or

Bug#1041340: RM: libreoffice [mipsel] -- ROM; broken

Am Mon, Jul 17, 2023 at 07:38:42PM +0200 schrieb Rene Engelhard: > - gpredict is #983763 Oops, actually it *was* #983763, that one is fixed (at least in sid) > - meta-gnome3 has yet to get a bug None needed anymore, I filed #1041345 but there was meta-gnome3 (1:44+1) unstable; urgency=

Bug#1041345: gnome: please stop depending on libreoffice on mipsel/mips64el

(1:43+1.1) UNRELEASED; urgency=medium + + * debian/control.in: +- stop depending on libreoffice on mipsel/mips64el +- depend on abiword, gnumeric instead (also on riscv64) + + -- Rene Engelhard Mon, 17 Jul 2023 20:36:57 +0200 + meta-gnome3 (1:43+1) unstable; urgency=medium * Team

Bug#1036904: bookworm-pu: package libreoffice/4:7.4.7-1

Hi again, Am 17.07.23 um 19:35 schrieb Rene Engelhard: Hi, Am 17.07.23 um 19:24 schrieb Jonathan Wiltshire: Hi, With the FTBFS of mipsel/mip64el in sid we need to make a choice before the weekend:   - defer libreoffice update until 12.2, probably some time in the Autumn   - propogate 4

Bug#1041340: RM: libreoffice [mipsel] -- ROM; broken

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: libreoff...@packages.debian.org, debian-m...@lists.debian.org, Timo Jyrinki , Olly Betts , Debian UBports Team Control: affects -1 + src:libreoffice Control: affects -1 + src:lloconv

Bug#1036904: bookworm-pu: package libreoffice/4:7.4.7-1

Hi, Am 17.07.23 um 19:24 schrieb Jonathan Wiltshire: Hi, With the FTBFS of mipsel/mip64el in sid we need to make a choice before the weekend: - defer libreoffice update until 12.2, probably some time in the Autumn - propogate 4:7.4.7-1 to sid on those architectures, and testing on all

Bug#1041276: r-cran-hunspell: please use libhunspell-private-dev instead of copying private headers over

2023 15:06:24 + + r-cran-hunspell (3.0.2+dfsg-2) experimental; urgency=medium * Enable building twice in a row (thanks for the patch to Rene Engelhard) diff -Nru r-cran-hunspell-3.0.2+dfsg/debian/control r-cran-hunspell-3.0.2+dfsg/debian/control --- r-cran-hunspell-3.0.2+dfsg/debian/control

Bug#1040982: libexttextcat: New upstream release (3.4.6, 08-Nov-2021)

Hi, Am 13.07.23 um 18:08 schrieb Florian Ernst: there is a new upstream release available at , adding support for some more languages / variants. Oops, indeed. November 2021.. Bummer... Regards, Rene

Bug#1036904: bookworm-pu: package libreoffice/4:7.4.7-1

Hi, Am 12.07.23 um 23:01 schrieb Jonathan Wiltshire: Control: tag -1 confirmed [...] The version is fine. It may or may not make it into 12.1 depending on build times; we'll do our best. Uploaded, thanks. Regards, Rene

Bug#1040872: Fwd: API change in 8.0.0-1 (was: Re: Accepted harfbuzz 8.0.0-1 (source amd64 all) into unstable)

Engelhard Organisation: Debian Project An: sub...@bugs.debian.org Kopie (CC): 1035...@bugs.debian.org, James Addison Hi, Am 11.07.23 um 21:38 schrieb Rene Engelhard: [...] Because with that change you cause FTBFS in packages: https://codesearch.debian.net/search?q=HB_LANGUAGE_INVALID=1 While

Bug#1035669: API change in 8.0.0-1 (was: Re: Accepted harfbuzz 8.0.0-1 (source amd64 all) into unstable)

Hi, Am 11.07.23 um 21:38 schrieb Rene Engelhard: [...] Because with that change you cause FTBFS in packages: https://codesearch.debian.net/search?q=HB_LANGUAGE_INVALID=1 While some of it are internal copies I see pango, freetype, libreoffice etc. libreoffice fails as of now

Bug#1040872: API change in 8.0.0-1 (was: Re: Accepted harfbuzz 8.0.0-1 (source amd64 all) into unstable)

Package: libharfbuzz-dev Version: 8.0.0-1 Severity: serious Hi, Am 11.07.23 um 19:00 schrieb Debian FTP Masters: Format: 1.8 Date: Mon, 10 Jul 2023 04:00:02 +0200 Source: harfbuzz Binary: gir1.2-harfbuzz-0.0 libharfbuzz-bin libharfbuzz-bin-dbgsym libharfbuzz-cairo0

Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"

Hi, Am 10.07.23 um 22:45 schrieb Rene Engelhard: [build UIT] cui_tabpages [...] Tests run: 2 Tests failed: 0 Tests errors: 0 Tests skipped: 0 That said, before that a make uicheck in cui or a make uicheck toplevel gets: [build ECH] CustomTarget/instsetoo_native/setup/setuprc /bin/sh: 1

Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"

Hi, forgot one sentence. Am 10.07.23 um 22:45 schrieb Rene Engelhard: So I had the idea to try a export DEB_BUILD_OPTIONS="noopt" build (resulting into -O0) and it looks better: So I guess I'll workaround this by building with -O0. (riscv64 isn't alone there, see https://salsa.

Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"

tag 1039906 - moreinfo thanks Hi, Am 29.06.23 um 17:29 schrieb Rene Engelhard: It seems that the exception only throws in current Debian package. If I build LibreOffice (both 7.6 and 7.5 version) with external tarballs and upstream compiler flags, see below (that means, I pass parameters

Bug#983763: package unconditionally b-d's on libreoffice-writer

Hi, Am Tue, Mar 02, 2021 at 08:46:01PM +0100 schrieb Christoph Berg: > Re: Matthias Klose > > >> package unconditionally b-d's on libreoffice-writer, not available on all > > >> platforms, prohibiting migration to testing. > > > > > > This is not true, the package built on all release archs. > >

Bug#1040706: gpredict: please use libreoffice-writer-nogui instead of libreoffice-writer

Source: gpredict Version: 2.3-72-gc596101-3 Severity: wishlist Tags: patch Dear Maintainer, libreoffice-*-nogui was introduced exactly for the reason of which this package uses libreoffice: using libreoffice for something automatically without needing GUI. E.g. document conversion. So I suggest

Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"

Hi, Am 29.06.23 um 17:29 schrieb Rene Engelhard: Though that does not really matter, see [1]. We are supposed not to use Forgot to add that. https://www.debian.org/doc/debian-policy/ch-source.html#embedded-code-copies Regards, Rene

Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"

tag 1039906 + moreinfo found 1039906 4:7.5.4-1 forwarded 1039906 https://bugs.documentfoundation.org/show_bug.cgi?id=155937 thanks Almost all the uitest cases throws such exception: My gut feeling points to python. I mean it's not really test specific but on "Almost all the uitest"

Bug#1028132: now ready

Hi, Am 27.06.23 um 00:15 schrieb Sebastian Ramacher: On 2023-06-18 13:57:01 +0200, Rene Engelhard wrote: Hi, hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can do this now. As said it's a no-op for anything except r-cran-hunspell which also is prepared in experimental

Bug#1028132: now ready

Hi, hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can do this now. As said it's a no-op for anything except r-cran-hunspell which also is prepared in experimental together with hunspell itself. I might add a libhunspell-private-dev package later when I figured out

Bug#1024840: updated patch

Hi, now that https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028290 is fixed, here's an updated patch: --- msc-generator-8.1/debian/control2022-07-28 13:30:06.0 +0200 +++ msc-generator-8.1/debian/control2023-06-18 11:09:54.0 +0200 @@ -5,7 +5,7 @@ Build-Depends:

Bug#1037737: libreoffice: ftbfs with GCC-13

Hi again, Am 14.06.23 um 14:47 schrieb Rene Engelhard: S=/<> && I=$S/instdir && W=$S/workdir && mkdir -p $W/GenCxxObject/UnpackedTarball/skia/src/gpu/ganesh/vk/ $W/Dep/GenCxxObject/UnpackedTarball/skia/src/gpu/ganesh/vk/ && cd /<&g

Bug#1007031: "patch" available

Am Thu, Mar 10, 2022 at 10:30:41PM +0100 schrieb Lucas Nussbaum: > Please also see > https://lists.debian.org/debian-devel/2022/03/msg00096.html , where it > was noticed that the conversion for this package is trivial, and builds > bit-by-bit identical binary packages. Wrong. Those instructins

Bug#1035056: Disappointed

Hi, an (in some way) outstanders point of view for this discussion. Am 16.05.23 um 09:37 schrieb x s: It’s really disappointing that the only reason for blocking Plasma 5.27.5 and Frameworks 5.104 is that there’s “too many packages”. It's disappointing that KDE people like this do not care

Bug#1036904: bookworm-pu: package libreoffice/4:7.4.7-1

Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: libreoff...@packages.debian.org Control: affects -1 + src:libreoffice Hi, [ Reason ] Update to "current" version. (Latest version of stable branch) Same reasoning

Bug#1036805: libreoffice's toolbar buttons became hard to see after upgrading to Debian 12

tag 1036805 + moreinfo # unless it's really a problem, look fine here severity 1036805 minor thanks Am 26.05.23 um 19:22 schrieb José Luis González: Package: libreoffice-writer Version: 4:7.4.5-2 Severity: important After upgrading to Debian 12, writer's toolbar buttons became hard to see,

Bug#1036766: unblock: libreoffice/4:7.4.5-3

e bookworm upgrade...) + * debian/patches/CVE-2023-2255.diff: +fix CVE-2023-2555 ("Remote documents loaded without prompt via IFrame") + * debian/changelog: +- mention CVE-2022-38745 in 1:7.3.1-1s changelog +- fix typo in last upload (s/choosen/chosen/), thanks lintian + + --

Bug#1036366: libreoffice: fails to embed font subset, PDF not printable, no option to disable subsetting nor embedding

Hi, Am 20.05.23 um 23:52 schrieb Thorsten Glaser: Rene Engelhard dixit: You as DD should know that stable won't get any updates for this anymore. (And it will be oldstable in a short time anyway, even.) So, who cares? me :) So reporting this against stable does not make any sense at all

Bug#998940: Bug#965794: python-ooolib: diff for NMU version 0.0.22-5.1

Hi, Am 20.05.23 um 12:58 schrieb Andreas Metzler: How hard is it to communicate? Why didn't you simply write to the bugreport that you wanted the pkg to be autormed instead of letting me waste my time? The waste of time wsn't on my part. From all the QA data visible on DDPO this should have

Bug#965794: python-ooolib: diff for NMU version 0.0.22-5.1

Hi, Am 20.05.23 um 11:38 schrieb Andreas Metzler: I've prepared an NMU for python-ooolib (versioned as 0.0.22-5.1) and uploaded it to DELAYED/1. Please feel free to tell me if I should delay it longer. How is it unclear that noone seriously cares about this package? Old upstream version,

Bug#1036366: libreoffice: fails to embed font subset, PDF not printable, no option to disable subsetting nor embedding

tag 1036366 + moreinfo thanks Hi, Am 20.05.23 um 01:57 schrieb Thorsten Glaser: Package: libreoffice-writer Version: 1:7.0.4-4+deb11u6 Severity: normal Tags: upstream X-Debbugs-Cc: t...@mirbsd.de You as DD should know that stable won't get any updates for this anymore. (And it will be

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

Hi, Am 01.05.23 um 00:41 schrieb Rene Engelhard: It *seems* to be this in your nogui-strace: 94919 21:08:29.439478 openat(AT_FDCWD, "/usr/lib/libreoffice/share/config/soffice.cfg/modules/simpress/ui/tabviewbar.ui", O_RDONLY) = -1 ENOENT (No such file or directory) 94919 21:08

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

Hi, Am 12.01.23 um 17:38 schrieb Rene Engelhard: This one also works but only with the binary in the instdir-nogui, *not* if I install the resulting .debs: Ah, hmm, so that really points to a packaging problem or a problem which only exhibitx due to packaging. From looking at the initial

Bug#1034792: libreoffice-sdbc-postgresql: cannot be coinstalled with libreoffice-nogui, which recommends it

Hi, Am 24.04.23 um 17:09 schrieb Dalton Durst: The dependency chain in question looks something like this: libreoffice-nogui Depends: libreoffice-core-nogui Recommends: libreoffice-sdbc-postgresql Depends: libreoffice-core Conflicts: libreoffice-core-nogui Can

Bug#1033506: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u6

Hi, Am 01.04.23 um 20:54 schrieb Adam D. Barratt: Control: tags -1 + confirmed On Sun, 2023-03-26 at 14:23 +0200, Rene Engelhard wrote: This fixes "CVE-2022-38745. Empty entry in Java class path risks arbitrary code execution" just disclosed by Apache OpenOffice. Please go ahead.

Bug#1033506: bullseye-pu: package libreoffice/1:7.0.4-4+deb11u6

ncy=medium + + * debian/patches/avoid-empty-java.class.path.diff: apply upstream patch +avoiding empty -Djava.class.path= (CVE-2022-38745) + + -- Rene Engelhard Sat, 25 Mar 2023 14:04:55 +0100 + libreoffice (1:7.0.4-4+deb11u5) bullseye; urgency=medium * debian/patches/hrk-euro-default.dif

Bug#1031578: lightproof: FTBFS in testing: make[1]: *** [debian/rules:38: override_dh_auto_install] Error 1

Hi, No, it does not. In a clean cowbuilder testing chroot: Also not inside sbuild (in a freshly created sbuild testing chroot). Regards, Rene

Bug#1031578: lightproof: FTBFS in testing: make[1]: *** [debian/rules:38: override_dh_auto_install] Error 1

clone 1031578 -1 retitle -1 ru/hu fail to build with python 3.11: re.error: global flags not at the start of the expression at position 28 block -1 by 1031578 tag -1 - unreproducible tag -1 + help thanks Hi, Am 19.02.23 um 08:49 schrieb Rene Engelhard: The real issue though seems

Bug#1031578: lightproof: FTBFS in testing: make[1]: *** [debian/rules:38: override_dh_auto_install] Error 1

-buildpackage: info: source package lightproof dpkg-buildpackage: info: source version 1.6-2 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Rene Engelhard dpkg-buildpackage: info: host architecture amd64  dpkg-source --before-build .  fakeroot debian

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

Am 16.02.23 um 21:37 schrieb Soren Stoutner: It would be fine with me if Chromium provided the virtual package and symlink used to build the .bdic files. My only concern is that it is important that these always exist in Stable and Old Stable going forward. Yes. Not only for backporting but

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

Hi, Am 16.02.23 um 06:40 schrieb Rene Engelhard: root@frodo:/# apt-cache showsrc igerman98 Package: igerman98 root@frodo:/# grep-dctrl -FBuild-Depends-Indep qt6-web /var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_source_Sources -sPackage Package: eo-spell Package: espa-nol

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

-11 Maintainer: Roland Rosenfeld Uploaders: Rene Engelhard Build-Depends: debhelper-compat (= 13) Build-Depends-Indep: aspell, busybox, dictionaries-common-dev (>= 1.29.3), hunspell, qt6-webengine-dev-tools, ispell [...] So no, I'm totally against these change. Dmitry, Patrick: my suggest

Bug#1031199: liblangtag-common: Bratislava is in wrong timezone, should be cet, not bts

tag 1031199 + moreinfo thanks Hi, Am 13. Februar 2023 07:12:24 MEZ schrieb Mato : >Package: liblangtag-common >Version: 0.6.4-2 (...) >Last update You mean the one in August last year? > introduced timezone error, where Bratislava is in wrong >timezone now. tzdata package is correct. It

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

Hi, Am 04.02.23 um 19:14 schrieb Soren Stoutner: Seeing as how .bdic files are not exclusive to Qt, qt-convert-dict is probably not the most accurate name, but bdic-convert-dict would make sense. Another option would be to name it convert-bdic. The Chromium upstream names the tool

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

Hi, Am 04.02.23 um 18:30 schrieb Soren Stoutner: I have submitted a merge request to the qt6webengine package that implements what has been discussed. https://salsa.debian.org/qt-kde-team/qt6/qt6-webengine/-/merge_requests/4 Once it is merged, I will prepare a merge request for the

Bug#1028489: transition: boost1.81

Hi, Am 30.01.23 um 19:28 schrieb Anton Gladky: Just for the record. The full test rebuild has been done (thanks to Lucas!). Results and logs are here: http://qa-logs.debian.net/2023/01/15/ Just for the record: It definitely misses packages. Probably those which build-depend on boost but

Bug#1029534: libreoffice-common: breaks libreoffice-core from the same version

Hi, Am 23.01.23 um 23:04 schrieb Sven Joachim: The Breaks in libreoffice-common need to be adjusted for the recent epoch bumps. Among others, libreoffice-common Breaks libreoffice-core (>= 1:7.5~), making libreoffice-core 4:7.4.4-7 not installable. Yeah, that one I noticed yesterday already.

Bug#1028459: [Pkg-fonts-devel] Bug#1028459: not metric-compatible anymore

Hi, Am 21.01.23 um 20:36 schrieb Fabian Greffrath: Am Samstag, dem 21.01.2023 um 18:55 +0100 schrieb Rene Engelhard: This upgrade, which now unfortunately already is in testing makes the font NOT metric-compatible with Cambria... Ouch, that's unfortunate! Do we know which glyphs are affected

Bug#1029358: Acknowledgement (not metric-compatible anymore)

Hi, also note that this bug is (probably, just test-building with the mentioned LibreOffice commit the cause of this FTBFS: https://buildd.debian.org/status/fetch.php?pkg=libreoffice=amd64=1%3A7.5.0%7Erc2-2=1674319650=0 Thankfully it seems to only break the 7.5+ test, not 7.4.4 in sid.

Bug#1029358: not metric-compatible anymore

Package: fonts-crosextra-caladea Severity: important Version: 20200211-1 Tags: upstream Forwarded: https://github.com/huertatipografica/Caladea/issues/4 Hi, >From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028459 : Am Wed, Jan 11, 2023 at 10:46:04AM + schrieb Amr Ibrahim: > >

Bug#1029101: Acknowledgement (fontconfig-config: 2.14.1 upload breaks testSimpleText of libreoffice)

Hi, Am 19.01.23 um 12:46 schrieb Andreas Henriksson: I'd like to explicitly ask if you still want me to upload any fontconfig change ASAP or if downgrading severity means you think it can/should wait until after release? worked around it in libreoffice for now, so your decision in the end.

Bug#1029101: Acknowledgement (fontconfig-config: 2.14.1 upload breaks testSimpleText of libreoffice)

severity 1029101 important retitle 1029101 please Enable RGB stripes layout for sub-pixel rendering on KDE only thanks [ sorry for "spamming" ] Hi, Am 17.01.23 um 19:04 schrieb Rene Engelhard: it still fails. Probably it ignores it since it's already set in /etc and that alrea

Bug#1029101: Acknowledgement (fontconfig-config: 2.14.1 upload breaks testSimpleText of libreoffice)

Hi again, Am 17.01.23 um 18:28 schrieb Rene Engelhard: I tried to adapt the test to expected values but failed. When I adapt some values stuff even further breaks, and at the 50% test I then had no idea what to do.) LO has already a fc_local.conf: ./instdir/share/fonts/truetype

Bug#1029101: Acknowledgement (fontconfig-config: 2.14.1 upload breaks testSimpleText of libreoffice)

Hi, addendum: I tried to adapt the test to expected values but failed. When I adapt some values stuff even further breaks, and at the 50% test I then had no idea what to do.) For reference,  this is the test:

Bug#1029101: fontconfig-config: 2.14.1 upload breaks testSimpleText of libreoffice

Package: fontconfig-config Version: 2.14.1-3 Severity: serious Justification: causes FTBFS Tags: patch Dear Maintainer, See https://buildd.debian.org/status/fetch.php?pkg=libreoffice=amd64=1%3A7.4.4-1=1673962775=0: [_RUN_] VclTextTest::testSimpleText

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

Hi, Am 12.01.23 um 09:29 schrieb Gábor Németh: make[1]: *** No rule to make target '/lo/external/tarballs/boost_1_79_0.tar.xz', needed by '/lo/workdir/UnpackedTarget/boost_1_79_0.tar.xz'. Stop. Hm, so Boost is not mentioned in the deps? OK, repeat with: Not mentioned because it's the internal

Bug#1028415: libfixmath: powerpc is in the UBSAN_ARCH list despite being unsupported

Hi, Am 10.01.23 um 20:30 schrieb John Paul Adrian Glaubitz: I just noticed that debian/rules adds the powerpc architecture to the UBSAN_ARCH arch list despite powerpc not supporting `__sync_val_compare_and_swap_8 [1]. But libubsan.so exists, which was what was intended with this variable...

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

Hi, Am 10.01.23 um 14:43 schrieb Andreas Tille: Since the test to replace the dictionaries shipped with upstream source by the Debian packaged version results in two test suite issues I'm tagging this bug wontfix. I don't buy the reasoning. Then whatever needs to be adapted needs to be

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

Ho, Am 10. Januar 2023 09:27:16 MEZ schrieb Andreas Tille : However, I get two failures >> >when running its test suite: >> > >> > >> >══ Failed tests >> > >> >── Failure ('test-encodings.R:16'): Dictionaries are found >>

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

Hi, Am 10. Januar 2023 08:01:31 MEZ schrieb Andreas Tille : >> The problem per se is that you copy private stuff over. > >I'm aware that this is not a nice solution - I considered a bit better >then keeping a full code copy of hunspell which is shipped by upstream. Oh my... Yeah, it probably

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

Hi, Am 09.01.23 um 21:40 schrieb Rene Engelhard: The private headers now are for 1.7.2 - which as of now is in experimental and thus you need to build against 1.7.2 (and probably have a updated runtime dependency.) Which is what my patch does in addition to the headers only. https

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

Hi, Am 09.01.23 um 21:18 schrieb Andreas Tille: Control: tags -1 help Erm, no? I think you mean #1028124, not this one (#1028130)? I pushed some changes to git[1] that should fix this bug. You only applied half of the patch in #1028124 so of course it breaks. Unfortunately the package

Bug#1028290: libreoffice-impress-nogui cannot convert to PNG

Hi, Am 9. Januar 2023 11:02:33 MEZ schrieb "Gábor Németh" : >For a sanity check, I compiled the upstream from tag 7.4.4.2 with only >the `--disable-gui` flag, and it worked. Interesting. Also could be our way to populate -nogui which is a bit Jacky > I suspected that maybe omitting >one of

Bug#1028124: Bug#1028132: transition: hunspell

[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

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

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.

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

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

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

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 --- r-cran

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

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

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

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 * New upstream vers

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

-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 --before-build . debian/rules clean dh clean

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

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?

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

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

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

Bug#1027418: autopkgtest failure - iconv issue?

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

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

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

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

+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

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

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

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

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:

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

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?

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?

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#1024840: msc-generator: please build-depend on libreoffice-impress-nogui only and only for tests

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

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

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

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

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

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